grais

Tag
  • Tartalmak

    18
  • Csatlakozás időpontja

  • Utolsó látogatás

Blogkommentek, amit grais posztolt


  1. 2 órája, zulu írta:

    Nem tudom,hogy van nálad.Sagembe van közvetlenül dugva az IPTV STB.Ha így van akkor elég minden interfaces-ról droppolni az IGMP forgalmat a mikrotikben.Ha úgy van mint pl nálam a Mikrotik routol akkor más a helyzet.Akkor érdemes azokról az interfacek-ről tiltani ahol nem használod,hogy ne szemetelje tele igmp csomagokkal az egész hálózatod.Igazából a wlan interfacen tud egy kis galibát okozni.Megnézheted még a mikiben a bridgenél az IGMP snoopingot kapcsold be.6.41-es firmware óta benne van.Én portonként tiltottam ahol nem használom az AP-ről meg totál letiltottam.

     Köszönöm...


  2. Ekkor: 2018. 03. 02. at 18:19, zulu írta:

    Szia

    Van IPTV-d?Ez Multicast ip.Vagy a bridge filternél tiltsd.Vagy a bridge nat filternél droppold ahol nem használod (dstnat,srcnat).A mikrotik-ben.

    OK. A lényeg hogy akkor ez normális. Csak eddig ezt nem vettem észre.  De ahogy néztem befagyott a box. Legalábbis amikor kuhúztam a lant ugyanúgy világított. Gondolom kikapcsolt box esetében ez nem jó ha megy .... azaz ha bekapcs ok, ha kikapcs akkor valami bekrepált.


  3. Sziasztok! Tudja valaki, (esetleg kedves anonymous) hogy ezt miért látom a sage-re kötött eszközömön?


    219yypl.png

    reggel arra ébredtem, hogy minden ledem egyszerre villog, mintha a router alászált volna switch aztán hub módba ha még tudnak ilyet a tulterhelt hálózati eszközök napjainkban is.
    Ja és a sagen kívűl mindenem off.
     


  4. Sziasztok. Beleugrottam az 500 Mbit netbe . A kérdésem az lenne hogy habár az ügyintéző azt mondta mire hazaérek menni fog max egy restart, ennek ellenére lassan 3. napja semmi. Anonymous: esetleg előfordulhat hogy a régi lecserélt eszközön kapcsolták be amire sosem megy ki az új beállítás? (elég vicces módon könyvelte a cserét a szaki , nem lepődnék be ha félrement volna valami információ...) Esetleg ügykezelési hiba.. (szegény ügyintéző birkózott rendesen a telekomos rendszerrel, mert fagyott, nem ment, ..stb.. lehet nem ment el minden adat????

    Vagy várjak türelemmel, vélemlnyetek szerint vagy 2. nekifutás...

    Előre is köszönöm.


  5. 22 órája, anonymus írta:

    Nem a Sagemcomon fog mulni hogy megy vagy nem megy :D  Átlagosan 280-300 Ft eltérés van a 250 és a 500 közt.

    De csak Budapest II. és XXIII. kerületében, illetve Remeteszőlős, Nagykovácsi, Pomáz, Solymár, Dunakeszi és Gyál, Makó és Gyula településeken, Magyar Telekom szolgáltatási területen, Eurodocsis 3.0 kábelhálózaton, műszaki képesség és helyszíni felmérés függvényben érhető el.

    Hála az adócsökkenésnek is gondolom. Hát sebesség tapasztalat? senki?


  6. Kedves Sagecom felhasználók. Olvasom, hogy nagyobb mennyiségű saget cserélnek a szerelők. Javasolni szeretném hogy ilyen esetekben a tápot is cseréltessétek. Előfordult velem is hogy azt nem cserélte pedig az is okozhat kiszámíthatatlan működést és hibákat. Már amennyiben hibás...

    Remélem megoldódnak a problémáitok. 


  7. 16 perce, kdevid írta:

    Ha van a túloldalon rendes sáv akkor tökmindegy mivel mérsz. 

    Én meg a szerveremen lévő bmonnak hiszek :D

    Félreértés ne essék van nekem is elég bajom a T vel, de *****ségeket ne állítsunk már...

    Kedves kdevid. Pont ugyanarrol beszélunk csak CCR be max más a neve, és azt nézi ami meg is érkezik :-)
    Szerintem erről ne többet mert nincs értelme.
    Nekem meg semmi problémám a T-vel persze van amikor elromlanak a dolgok... 

    (meg van más gigabites szerver is a széles e hazában amire bizonyos szolgáltatók esetleg nem tettek be kivételnek {nincs sávszél korlátot} és itt most nem a T-ről beszélek!!! fel is lett mondva...)

    További szép napot.


  8. 16 órája, anonymus írta:

    Alaptalan vádaskodás mellett, remélem azt tudod hogy a szolgáltató bővítette a szegmensed kapacitását +380mbit-el.

    Szia. Szuper. De nekem ebből mi következik? 
    Ez azzal egyenértékű hogy a társasházban nagyobb lett az elérhető össz sávszélesség, vagy ez részemre érthető? MErt terveznék emelni de csak ha bírja is a nagyobb sávszélt.

    Előre is köszönöm a válaszod


  9. 46 perce, kdevid írta:

    Szia.

     

    A szelessav.net  85 / 11 -et mér nekem.

    a speedtest 230 / 18 at. (Telekomos tesztszerver)

    a speedtest 210 / 18 at. (SzerverPlex tesztszerver)

     

    A saját  gigás linken ülő szerveren mért valós (túloldalon nincs hálózati terhelés) adat: 245 / 19

     

    Ezt értem én csak irtam hogy a CCR vagy CRS is méri ám a sebességet (ezek kis-nagy vállalati routerek) és az bizony feketén fehéren mutatja hogy mennyi megy át rajta.. Szomoruan tapasztalva hogy amig a speedtest 120 addig a router pont szépen mutatja a tutit. Nem mellesleg irtam hogy szinkron mérésnél bőven 200 Mbit felett mér a speed test. szal ezek nekem elég gyanus dolgok :-) . Cikkeket is találtam a speedtest fake eredményeiről by google. Szóval egy szó mint száz, én a CCR és CRS nek hiszek :-)

    Ami nem mellesleg igy a nagy szél után kivételesen összhangot mutat a speedtestel , !! , hurrá.


  10. Bocsanat, a trükközést ugy értettem hogy próbál valami technologiai csodát a fejlődés érdekében hogy nagyobb legyen a sávszél.
    Szóval nem velem hanem a technikával hogy jobb legyen...

    És tényleg bízok benne hogy szoftveresen nem korlátozott.

    Szuperül hangzik ez a +380 de akkor csak jól érzem hogy valahogy rossz lehet itt az elosztás. vagy nem elég? 
    Ráadás elkezdett elmenni a NET és az IPTv is. Leszakadnak a csatornák majd 5-10 p és visszajönnek....
    Vajon a szél miatt vagy éppen bővités van? :-)


  11. Sziasztok. Érdeklődni szeretnék, hogy tapasztaltatok e hasonlókat:

    A sávszélességem -40 Mbps el lett szerényebb, és feltételezem nem a sagemcom frissitése miatt.
    Arra gondolnák hogy a szolgáltató trükközik mert nem bírja az iramot a társasházban.
    Ami még változott , hogy a sage jelenleg az összes csatornán kapcsolódik. Amíg rendben volt a sávszél nem kapcsolódott mind a 24 csatornán hanem kb.: 17-et használt.

    Kérlek benneteket hogy a hivatalos és jól mérő http://szelessav.net oldalt használjátok referenciaként mert a speedtest egy nagy kamu.
    (nem részletezve a CCR em is képes sebesség mérésre és az teljes összhangam van a szélessáv eredményeivel mig a másik jól ismert akár 250 Mbitet is tud produkálni ... igy vagy úgy... szal hagyjuk...).

    [reset, direkt kábel, kábelteszt meg hasonló alapok megvoltak.. :-) ]

    Ezúton csókóltatom a drága szolgáltatót ha megint belekezd a korlátozgatásba...


  12. 2 perce, anonymus írta:

    Kicsit feljebb bevágtál egy halom képet az ott leírt "panaszok" 7/0-24 ben fennállnak van időszakosak ? vagy van hogy jobb rosszabb vagy mindig ugyan olyan ?

    Úgy vettem észre hogy az IPTV öli le, eddig legalábbis ez a tapasztalat, azon belül is a HD, mindha nem birná vagy nem is tudom, talán valami szolgáltatás lehat ebben a sagemcom-ban. 

    Idő Prioritás Leírás
     Thu 29 Dec 2016 09:51:12  Értesítés (6)  WiFi Interface [wl1] set to Channel 11 (Side-Band Channel:N/A... 
     Thu 29 Dec 2016 09:47:53  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:05  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:... 
     Thu 29 Dec 2016 09:47:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:... 
    Idő nem jegyzett Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 
    Idő nem jegyzett Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
    Idő nem jegyzett Értesítés (6)  WiFi Interface [wl1] set to Channel 1 (Side-Band Channel:N/A)... 
    Idő nem jegyzett Értesítés (6)  WiFi Interface [wl0] set to Channel 36 (Side-Band Channel:N/A... 
     Thu 29 Dec 2016 09:35:24  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 28 Dec 2016 20:31:11  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 28 Dec 2016 11:45:01  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received - ... 
     Tue 27 Dec 2016 11:12:12  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received - ... 
     Mon 26 Dec 2016 11:07:36  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Mon 26 Dec 2016 09:56:44  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Sat 24 Dec 2016 19:27:50  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Sat 24 Dec 2016 13:01:07  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Thu 22 Dec 2016 08:54:27  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
    Idő nem jegyzett Kritikus (3)  DHCP FAILED - Discover sent, no offer received;CM-MAC=40:65:a... 
     Wed 21 Dec 2016 13:55:21  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 21 Dec 2016 11:16:12  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 21 Dec 2016 11:13:22  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
    Idő nem jegyzett Kritikus (3)  SYNC Timing Synchronization failure - Failed to acquire QAM/Q... 
    Idő nem jegyzett Kritikus (3)  No UCDs Received - Timeout;;CM-MAC=40:65:a3:f0:db:40;CMTS-MAC... 
    Idő nem jegyzett Kritikus (3)  SYNC Timing Synchronization failure - Failed to acquire QAM/Q... 
    Idő nem jegyzett Kritikus (3)  No UCDs Received - Timeout;;CM-MAC=40:65:a3:f0:db:40;CMTS-MAC...

    Szerintem a fenti sok kritikus hiba nem normális egy cseppet sem. 

    open?id=0B6LzBkt4-qUfcWtQZ0ZzbUkyeDQSagem_Com_SAS.png

    Sagem_Com_SAS_2.png

    Ráadás ezek a hibák szerintem (bár csak gondolom) a telekom hálózatán levő eszközökkel való kommunikáció soeán keletkeznek (már most nem a wifire gondolván - legalábbis remélem hogy nincs kapcsolat, csunya bukó lenne) igazábol passz, talán segítenek a képek... Előre is köszönök minden ötletet... 


  13. Ekkor: 2016. 12. 26. at 18:19, OldMike írta:

    Szia, szerintem a switch nem megfelelő az IPTV-hez. Nem láttam a specifikációban, hogy tudná az IGMP Snooping funkciót, ami kell az IPTV megfelelő működéséhez. Ha megoldható legalább próba erejéig kösd össze direktben a HGW-t és a beltérit. Így biztosan működnie kell, mert szerintem a jelszintek (letöltés, feltöltés) megfelelőek. Ha valóban így jó, akkor másik switch kell, olyan ami tudja a fenti funkciót (például ez http://www.tp-link.com/us/products/details/cat-42_TL-SG105.html)

    Mint irtam a switch kiiktatásával is fenn álnak a problémák, de azért köszönöm az ötletet. Most pl idáig ment switch-el (1-2 nap) aztán átkapcsoltam egy HD csatornára és meghallt minden. Ujrainditás nem segít. Wifire egyszerüen képtelenség kapcsolódni, bár a boot folyamán néha sikerül megy is a net 2-5 mp-et aztán behal... 

     


  14. Ekkor: 2016. 12. 03. at 20:29, angyalz írta:

    A külön pw miatt az ötletgazdával leülnék egy baráti csevelyre... Csak mert nem nagyon láttam, hogy bármi utalna rá.

    Böngészés / kapcsolat: korábban említettem (akkor tévesen DNS hibára gyanakodva), hogy időnként egy-két (gyanúsan csakWiFi-n kapcsolódó eszközöket érintve) egyszerűen megszűnik a böngészés lehetősége, nem talál meg semmit, nem létesít új kapcsolatot. Csakhogy egy ilyen esetben arra figyeltem fel, hogy egy lokális SSH és egy távoli VNC mindezek mellett működő maradt. A random kapcsolatmentesség viszont szinte kötelezően felüti a fejét (legalábbis nálunk), ha a teljesen lebutított (minden pipa kivéve, tűzfal szintje alap) állapotától bármilyen módon eltérek. A wi-fi kapcsolat azonban látszólag minden esetben megmarad, csak éppen böngészni, új kapcsolatot létesíteni nem lehet.

    Sziasztok. Én még új vagyok itt, emiatt csak most, folyamatosan olvasom vissza a nem éppen kevés posztot. Ezért elnézést kérek ha esetleg itt lapul a megoldás.

    Az idézett poszt utolsó sora izgatna nagyon. Sajnos többször tapasztaltuk, hogy az IPTV szaggat, kimaradnak mondatok, elmegy a hang, és hát néha kicsi trikolór kockásodás fagy ki a képernyőre. Amikor normál azaz nem HD csatornát nézünk még össze - össze szedi magát a stream, azonban ha kvázi HD -ra váltok (azért irtam hogy kvázi mert sajnos ez még szerintem messze van attól, gondolom valamiféle adaptive stream lehet és csak ritkán igazán HD a HD) akkor aztán elborul a kép, és ezerrel kockásodás meg fagyás. 

    Kezdetben az IPTV beltéri egységre gyanakodtunk, de megfigyeltük, hogy bizonyos esetekben a LAN forgalom belassul, vagy egyáltalán nem elérhetőek a LAN eszközök (ez csak kisebb ideig)

    Nagyobb gond hogy a WIFI teljesen beáll, ami jelenleg dual módban megy a gyári beállításokkal (annyi mod hogy más pass és eltérő SSID a 2 , 5 Ghz wifinek). Ami tapasztalat van hogy ebben az esetben az eszközök nem vagy csak igen nehezen képesek végigcsinálni a kapcsolódási procedúrát. Ha kapcsolódik az eszköz ( mert valamikor meg nem gond a kapcs. , bármelyik wifire [2.4 , 5] akkor még a belső hálózaton levő eszközöket sem lehet elérni, nemhogy magát a modemet. A zavarás szerintem kizárva hiszen pl az 5 GHz itt teljesen tiszta és a 2.4 el sincs különösebb gond valamint csak 1 eszközzel tesztelek ilyen esetekben)

    A fentiekkel összefüggésben a SagemCom újraindításával a TV megy hibátlanul, de a wifi nem , nem , nem , majd a sokadikra egyszer csak ez is jól megy... persze csak egy darabig... 

    Jelenleg egy switch van rádugva 

    GS-105B - ZyXEL

    de ez nélkül is sőt minden más eszköz lehúzásával (kivétel set-top box) is fennáll a probléma. 

    Jelenleg néha kicsit vörös fejjel tapasztalom ezt a Telekom szolgáltatást amiért nem épp keveset fizetek hiszen mind a TV mind a net Csládi Extra + XXL a legnagyobb elérhető (sajna üveg nincs)

    A modem egyébként tudásában nagyon kielégítő, szerintem kezdő eszköznek a benne levő funkciók révén (VPN , UPnP ,  Ipsec PassThrough  stb, stb) nagyon ígéretesnek mutatkozik, feltéve ha megy is majd mindegyikük mert azért olvastam itt hogy nem 100 a történet.

    Várom ötleteiteket a témában. 

     

    Adatok : 

    Információk
    Alkalmazott szabvány EuroDOCSIS 3.0
    Hardver verzió V1.0
    Szoftver verzió MAGYAR_2.84.3
    Model Name FAST3686
    Linux szoftver verzió 2.6.30-1.0.10mp5-svn6992
    CM MAC cím 40:65:a3:f0:db:40
    Gyári szám NQ1620036000986
    Állapot
    Rendszer futási idő 0 nap 02ó:14p:30mp
    Hálózati hozzáférés Engedélyezve

     

    Üzembe helyezés folyamata
    Folyamat Állapot Megjegyzés
    Fogadott letöltési csatorna 124000000 Hz Beállítva
    Letöltési csatornák fogadása OK Működő
    Feljelentkezési állapot OK Működő
    Konfigurációs fájl OK  
    Titkosítás Engedélyezve BPI+
     
    Letöltési csatornák állapota
    Csatorna Állapot Moduláció Azonosító Frekvencia Teljesítmény SNR
    1 Beállítva QAM256 1 124000000 Hz 7.9 dBmV 39.9 dB
    2 Beállítva QAM256 2 132000000 Hz 7.4 dBmV 39.6 dB
    3 Beállítva QAM256 3 140000000 Hz 6.7 dBmV 39.2 dB
    4 Beállítva QAM256 4 148000000 Hz 6.5 dBmV 39.0 dB
    5 Beállítva QAM256 21 506000000 Hz 10.3 dBmV 38.6 dB
    6 Beállítva QAM256 22 514000000 Hz 11.0 dBmV 39.3 dB
    7 Beállítva QAM256 23 522000000 Hz 11.2 dBmV 39.3 dB
    8 Beállítva QAM256 24 530000000 Hz 11.4 dBmV 38.7 dB
    9 Beállítva QAM256 5 346000000 Hz 7.5 dBmV 39.8 dB
    10 Beállítva QAM256 6 354000000 Hz 7.4 dBmV 39.7 dB
    11 Beállítva QAM256 7 362000000 Hz 7.4 dBmV 39.6 dB
    12 Beállítva QAM256 8 370000000 Hz 7.7 dBmV 39.7 dB
    13 Beállítva QAM256 9 378000000 Hz 7.8 dBmV 39.9 dB
    14 Beállítva QAM256 10 386000000 Hz 7.8 dBmV 39.8 dB
    15 Beállítva QAM256 11 394000000 Hz 7.6 dBmV 39.8 dB
    16 Beállítva QAM256 12 402000000 Hz 7.6 dBmV 40.0 dB
    17 Beállítva QAM256 13 434000000 Hz 9.6 dBmV 40.3 dB
    18 Beállítva QAM256 14 442000000 Hz 9.8 dBmV 40.3 dB
    19 Beállítva QAM256 15 450000000 Hz 10.0 dBmV 40.3 dB
    20 Beállítva QAM256 16 458000000 Hz 10.2 dBmV 40.3 dB
    21 Beállítva QAM256 17 474000000 Hz 10.7 dBmV 39.9 dB
    22 Beállítva QAM256 18 482000000 Hz 10.8 dBmV 39.9 dB
    23 Beállítva QAM256 19 490000000 Hz 11.0 dBmV 40.0 dB
    24 Beállítva QAM256 20 498000000 Hz 10.8 dBmV 39.9 dB
     
    Feltöltési csatornák állapota
    Csatorna Állapot Hozzáférés típusa Azonosító Szimbólum ráta Frekvencia Teljesítmény
    1 Beállítva ATDMA 5 5120 Ksym/sec 58000000 Hz 38.6 dBmV
    2 Beállítva ATDMA 1 5120 Ksym/sec 32400000 Hz 37.2 dBmV
    3 Beállítva ATDMA 2 5120 Ksym/sec 38800000 Hz 38.6 dBmV
    4 Beállítva ATDMA 3 5120 Ksym/sec 45200000 Hz 37.2 dBmV
    5 Beállítva ATDMA 4 5120 Ksym/sec 51600000 Hz 37.2 dBmV
    6 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
    7 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
    8 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
     
    CM IP cím Időtartam Lejárat
      D: -- H: -- M: -- S: -- --- -- --- ---- --:--:--

    Aktuális rendszer idő: Mon 26 Dec 2016 13:21:07

    Idő Prioritás Leírás
     Mon 26 Dec 2016 12:42:43  Értesítés (6)  WiFi Interface [wl1] set to Channel 6 (Side-Band Channel:N/A)... 
     Mon 26 Dec 2016 12:26:57  Értesítés (6)  WiFi Interface [wl1] set to Channel 1 (Side-Band Channel:N/A)... 
     Mon 26 Dec 2016 11:56:11  Értesítés (6)  WiFi Interface [wl1] set to Channel 6 (Side-Band Channel:N/A)... 
     Mon 26 Dec 2016 11:41:06  Értesítés (6)  WiFi Interface [wl1] set to Channel 11 (Side-Band Channel:N/A... 
     Mon 26 Dec 2016 11:25:55  Értesítés (6)  WiFi Interface [wl1] set to Channel 1 (Side-Band Channel:N/A)... 
     Mon 26 Dec 2016 11:07:36  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:... 
     Mon 26 Dec 2016 11:06:47  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:... 
    Idő nem jegyzett Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 
    Idő nem jegyzett Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
    Idő nem jegyzett Értesítés (6)  WiFi Interface [wl1] set to Channel 6 (Side-Band Channel:N/A)... 
    Idő nem jegyzett Értesítés (6)  WiFi Interface [wl0] set to Channel 36 (Side-Band Channel:N/A... 
     Mon 26 Dec 2016 09:56:44  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Sat 24 Dec 2016 19:27:50  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Sat 24 Dec 2016 13:01:07  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Thu 22 Dec 2016 08:54:27  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
    Idő nem jegyzett Kritikus (3)  DHCP FAILED - Discover sent, no offer received;CM-MAC=40:65:a... 
     Wed 21 Dec 2016 13:55:21  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 21 Dec 2016 11:16:12  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
     Wed 21 Dec 2016 11:13:22  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
    Idő nem jegyzett Kritikus (3)  SYNC Timing Synchronization failure - Failed to acquire QAM/Q... 
    Idő nem jegyzett Kritikus (3)  No UCDs Received - Timeout;;CM-MAC=40:65:a3:f0:db:40;CMTS-MAC... 
    Idő nem jegyzett Kritikus (3)  SYNC Timing Synchronization failure - Failed to acquire QAM/Q... 
    Idő nem jegyzett Kritikus (3)  No UCDs Received - Timeout;;CM-MAC=40:65:a3:f0:db:40;CMTS-MAC... 
    Idő nem jegyzett Kritikus (3)  SYNC Timing Synchronization failure - Failed to acquire QAM/Q...