kungfuevil

Internet szakadozás.

Kérdés

Sziasztok, úgy gondoltam előbb rákérdezek a fórumon a problémámra, hátha nálam van a hiba.

Pár hét óta szakadozik az internet kapcsolatom, előfordul hogy naponta többször is, viszont este 22:02-kor kivétel nélkül minden egyes nap megszakad.

A rendszer naplóban ezeket írja.

07.08.2016 22:02:42 DHCPv6 server is active: Aug 7 22:02:42 fe80::1 (DH101)

07.08.2016 22:02:17 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:13 Time Server successfully connected and time synchronisation achieved. (T101)

07.08.2016 22:02:09 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:05 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:03 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:02 Internet connection successfully established. (R010)

07.08.2016 22:02:02 From internet service provider transferred Gateway IP address: 84.0.18.146 (R022)

07.08.2016 22:02:02 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:02 Timeout during PPP initialization. (IPCP) (R023)

07.08.2016 22:01:56 Connection to the Internet has been terminated. (R009)

 

A segítségeteket előre is köszönöm.

Üdv.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

55 válasz erre a kérdésre

@btz

Amit mondtál teljesen jogos, amint a hiba sokasodik és feltűnően zavaró lesz, ismét bejelentem hibára.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@Farao

Ha törzskábelben van hiba az nem egy ügyfélt jelent valószínűleg. Másrészt pedig nem kell felásni a fél városrt, mert műszerrel biztos be tudják határolni a hiba helyét. Harmadrészt pedig ahol ilyen földalatti kábelek futnak, valószínűleg vannak aknák is, ahova le lehet menni és ott megnézni a kábelt. Ha előtte műszerrel bemérték, merre is lehet a gond, akkor célzottan ki is tudják válasznai a helyet, még ha esetleg ásni is kell, az nem 2.5 km felásását jelenti.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@btz

Igen tudom hogy meg lehet mindent oldani csak akarni kell. De az nem tudom mennyire életszerű hogy 1 panaszos ügyfél miatt feldúrják a fél várost :-)

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@Farao

Mindent meg lehetne oldani, igaz a földben lévő kábel elég nagy nehezítés a szerelés szempontjából. 

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Igen tudom hogy előfordulhat, ősszel a házunk előtt lévő kis kötő doboz volt rossz, akkor szerencsétlen szerelő szakadó esőbe ásta ki a gödröt és kötötte újra. De tavaly ezen kívül volt még jó pár elég húzós estébe nyúló akciójuk csak itt a környéken...

Attól tartok hogy ez már így veszett... Az egész várost 20 éve lefektetett földkábelek hálózzák be ezt nyilván nem fogják kicserélni 1-2 panaszos ügyfél miatt, nem ér annyit az egész... A dobozok újrakötését meg lassan minden évbe eljátszák, gondolom azért mert halvány lila *****juk nincs az egészről, de valamit meg csinálni kell. Bár ingadózó vagy drasztikusan csökkenő sebességnél be szokott válni.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@Farao

Az is előfordulhat, hogy a földben érte valami komolyabb gond a kábelt, ez is simán kideríthető, meg vannak rá az eszközök. Nekem pl a fali kötőfoboz bele volt rohadva a szigetelésbe, ez is cserélve lett az említett javításoknál. Az egy dolog, hoby 2,5 km-re van a központ, de nem biztos, hogy önmagában ez a szakadás oka, csak könyebb erre fogni és ezzel annyiban hagyni a dolgot, pedig 2,5 km-en rengeteg hiba is lehet, amit javítani is lehetne talán. Kicsit olyan ez mikor a doki a köhögő embert megkérdezi, hogy maga dohányzik? Igen. Akkor azért köhög.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@btz

Alapból le vannak szépen takarva a kötődobozok a kis műanyag fedővel, kivéve a 2 szál ami össze köti az egyiket a másikkal. A doboztetőt csak én szedtem le hogy látszódjanak a kötések és hogy a vékony piros szál szigetelése is meg van sérülve.

Az a baj hogy bármit is mondok mindig az a válasz hogy messze van a központ (dúrván 2,5 km). Amit én meg is értek, csak hát kissé zavaró hogy pont akkor szakad meg a net amikor használom, pl. online videó nézés stb ami igazán kihasználja a netet.

Házon belül pedig nincs túlzott vezetékelés, a földből bejön a kábel ebbe a lefényképezett dobozba. és 1 toldással arrébb össz vissz 3 méterre van a modem. Ezt a 3 méteres szakaszt már én építettem ki, és tökéletesen működik is. Kb 1-el növeli meg a csillapítást mintha közvetlen a lefényképezett dobozba kötöttem volna a modemet. (kipróbáltam.)

Mivel voip telefon van, így a szűrőt is kivettem, valamit javított a helyzeten, de attól a szakadozás változatlan.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

@Farao

Ha gondolod rakok fel képet, hogy hogyan is kéne kinéznie, az egyszer biztos, hogy nem így

Szerintem ezek a nyitott kötődobozok is szerepet játszhatnak ebben a brutális csillapításban, én ezt megmutogatnám szakmai fórumokon, hogy mit szólnak ehhez a bekötéshez.

Nekem 2016-ban volt szakadozási és sebesség csökkenési problémám. (A sebességcsökkenési probléma még mindig nem megoldott, de szerencsére a vonal 30 mbps-t így is kiszolgál, ami megfelel a jelenlegi díjcsomagomhoz, a 30/5-höz). Először földkábelesekkel lett beméretve a dsl központ és a házunk előtti oszlop közötti utcai és földvezetékes szakasz. Ennek eredményeképp megállapították, hogy abban semmi probléma, "kétszeresen is árnyékolt"(?) kábel, hiper szuper és satöbbi.  Utána vettem csak észre, hogy szakadozik is a vonal (nem volt egyszerű, mert azonnyomban újra is szinkronizált), ekkor kértem teljes kábelcserét a házon belül és rövidítve is lett a házonbelüli szakasz. Ezután a szakadozás megoldódott, most is van hogy szinkront bont, de ez max 20-30 naponta egyszer történik 4-5 másodperc alatt újra szinkronizál, pppoe kapcsolatot felépíti és újra megy, rendszerint mikor épp nem használom. Nem zavaró így már. Sajnos az 50 mbps-re nincs lehetőségem, pedig előtte az is ment.

A lényeg, hogy érdemes felhívni őket, egy bejelentésre akár az utcai oszloptól a dsl központig bevizsgálják a vonalat, utána ha abban nincs gond, akkor a házi dolgokat cseréltetni (de a képen látható állapotból ítélve ezt mindenféleképp meg kell lépni).

Vdslre kéne még mindenféleképp kérni az áttálást. Az is sokban segítene a vonal stabilitásában, ha jobbet nem de talán a stabil 10 mbps elérhető lenne vele (természetesen a fent leírt kábeljavítások után)

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon
17 perce, btz írta:

Abban teljesen biztos lehetsz, hogy nem tiszta valami.

Elég brutál kötés ami ott a második képen van, elég brutál a csillapítási érték is. A legutóbbi szerelés óta nőt a csillapítás? "Szép" munka! Szerintem hívd fel a Telekomot és kérj egy másik szerelőt, aki ezt az egészet elbontja, és megcsinálja normálisan.

Érdemes lenne vdsl technológiára áttérni az adsl2plus-ról.

Akkor jól selytettem hogy ennek nem így kéne kinéznie :D
Ezért is szóltam neki hogy ezt rendbe kéne tenni, de csak oda gugolt, babrált valamit és távozott. gyakorlatilag 5 perc alatt "végzett".
Csak miután távozott és nem lett jobb, gondoltam megnéztem mit alkotott...

A csillapitási érték növekedést szerintem annak tudható be, hogy mondta hogy átkötött másik vonalra (gondolom az utca végén található kötésnél...)
Amúgy eddig sebességbe is jobb volt. Hisz 6 mega alatt nem mértem általában 7 megát megadta.

De nekem nem is a sebesség lenne a lényeg, hisz a Gyorsító opció mérhetetlen sokat segít ebben. Csak a stabilitás lenne a fontos.

Mindenesetre hamarosan újra felhívom őket hátha... :)

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon
4 órája, Farao írta:

.Ha már itt járt szóltam neki hogy nálam is nézze meg mert az itteni kötésre gyanakszom hogy itt se tiszta valami. 

Hozzá teszem hogy a legutóbbi szerelés óta a modem szerint megnőtt a "Downstream line attenuation (dB)" és a  "Downstream output power (dBm) " előbbi 6 utóbbi pedig 0,4-el.

A vonalról egy kis infó:
Kepkivagasd71c2.th.png20170204_153422.th.jpg

Tisztán DSL:
6025094028.png

Abban teljesen biztos lehetsz, hogy nem tiszta valami.

Elég brutál kötés ami ott a második képen van, elég brutál a csillapítási érték is. A legutóbbi szerelés óta nőt a csillapítás? "Szép" munka! Szerintem hívd fel a Telekomot és kérj egy másik szerelőt, aki ezt az egészet elbontja, és megcsinálja normálisan.

Érdemes lenne vdsl technológiára áttérni az adsl2plus-ról.

Szerkesztve ekkor: Szerkesztő: btz

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Hali.
Pár hete előfizettem az ADSL internet mellé az Internet Gyorsító csomagra, és azóta majd meg őrülök a szakadozás miatt.
Ugye megkaptam egy Huawei HA35 modemet, benne sim kártyával minden ami kell. Alap esetben tökéletesen működik is, és  30-as pingel vályog házban is 35-40 megás sebességet mérek. A korábbi ZTE hgw tisztán ADSL 40-45-ös ping és és 6,5-7 Mb/s-ot tudott.

A szakadozás nem újkeletű a régi modemmel is csinálta, csak ott szinte észre se vettem, hisz azonnal újracsatlakozott. A jelenlegi modemnél ez 5 perc, és amíg az ADSL-t ledobja addig a mobil net se megy. Gondolom azért mert össze kell hogy szinkronizálja. Így aztán nem kicsit vált zavaróvá a jelenség. Az elmúlt 2 hétben kétszer hívtam őket, első alkalommal központilag állítottak valamit, második alkalommal a szerelő is kijött aki elmondása szerint át kötött egy másik vonalra mert a környéken másnak is volt hasonló problémája. Ha már itt járt szóltam neki hogy nálam is nézze meg mert az itteni kötésre gyanakszom hogy itt se tiszta valami. 
Hozzá teszem hogy a legutóbbi szerelés óta a modem szerint megnőtt a "Downstream line attenuation (dB)" és a  "Downstream output power (dBm) " előbbi 6 utóbbi pedig 0,4-el.

A vonalról egy kis infó:
Kepkivagasd71c2.th.png20170204_153422.th.jpg

Tisztán DSL:
6025094028.png

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

De, lehet, hogy *****. Bár az Asus routereken Tomato fut, csak más felületet raknak fölé. Hétvégén tettem rá sima Tomato-t, nem mintha azzal jól ment volna, ugyan így DHCP gondok voltak.

Szerintem a modemnek nincs baja, ha nem a szolgáltató hálózatán csüng, mert épp leszakadt valami miatt, tökéletesen oszt IP-t.
Bár simán cseréltethetném, mert a tápja elszállt, és sajáttal használom. Ami egyszer már szintén javítva lett. :D

Ezektől függetlenül illene úgy beállítani egy szolgáltatónak a DHCP szerverét, hogy az teljes mértékben szabványos legyen, mivel kismillió féle eszköz lóg rajta, és elképzelhető, hogy valahol hibát okoz egy nem fontos, de rossz beállítás.
(És itt most említhetném a DVB C-t is, aminél a tv-m megbolondult, de T szerint minden tökéletes. Aztán mikor jött a nagy átszervezés, akkor hirtelen nálam is jó lett. Foglalkoztak vele, rendbe rakták, és már működik is.)

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Nincs router csak a T-s modem. :( Vagy nem nekem szólt a hozzászólás?

Szerkesztve ekkor: Szerkesztő: csige
+ szöveg

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Nem lehet hogy ***** a routered ? Tudom az efi szarja mindig hibátlanul megy, de kicsit fura hogy csak nálad van gond. 

+1 

Majd 6 éves modemtől pls mit vársz, simán kiszolgálta már az idejét 4x minimum. 

Szerkesztve ekkor: Szerkesztő: anonymus

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Igen, erre.

Tudom, hogy csak warning, ettől függetlenül rossz beállításra utal. Érvénytelen adatot küld valamilyen mezőben.
Nálam tipikusan ha szakadás van, visszaáll a router, de egy idő után elmegy a net.

Tegnap reggel 9 után valamikor volt egy szakadás, és utána nem tudott visszaállni a router. Azt írta, hogy az ISP DHCP kiszolgálója nem működik megfelelően. A logban meg a szokásos szöveg.

Jan 24 09:36:22 WAN Connection: Ethernet link down. (net el)
Jan 24 09:36:38 dhcp client: bound 192.168.100.10 via 192.168.100.1 during 30 seconds. (itt elment a net, kapott egy IP-t a modemtől, érdekes módon erre nem dobál warningot)
Jan 24 09:37:27 WAN Connection: Ethernet link down.
Jan 24 09:37:32 WAN Connection: Ethernet link up. (gondlom visszajött a net, vagy újraindult a modem)
Jan 24 09:37:43 dhcp client: bound 62.201.106.241 via 62.201.106.1 during 78325 seconds. (az időt nem tudom honnan méri, talán a legelső down-tól, de ez akkor is milisec)
Jan 24 09:37:47 WAN Connection: ISP's DHCP did not function properly.
Jan 24 09:37:52 dhcp6 client: bound address 2001:4c4c:*********************, prefix 2001:4c4c:*****************

Ezután semmi bejegyzés, net persze nem volt, és otthon ez fogadott. És nem az első ilyen eset. Amúgy sokszor szerepel a " ISP's DHCP did not function properly" bejegyzés a logokban, de nem mindig követi probléma. Ezek szerint van olyan esemény, amikor az a bizonyos hibás, nem kritikus mező érték kéne a routernek...

Screenshot_20170124-172122.png

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Csak mert ez 

Time Not Established   Warning (5)   DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 

Minden modemben megtalálható és nem hiba, csupán tájékoztatás.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon
 DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 

Erre gondolsz ?

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Érdekes, hogy nálad is vannak DHCP warningok. Nálam is orrba-szájba dobálja a router, hogy ISP's DHCP server nem megfelelően van konfigurálva. Sajnos emiatt néha el is dobja a netet, és mivel nincs DHCP release/renew gombom a felületen, elég nehézkes újraindítás nélkül újra kapcsolatot varázsolni.

Pedig az ember azt gondolná, hogy nem túl bonyolult üzemeltetni egy DHCP szervert.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Hááááááát magas számú nem javítható vonali hiba miatt is lehet ilyen még, de csak sötétben tapogatózok. 

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon
14 perce, anonymus írta:

Szia

 

Az Állapot / kapcsolat fül lenne az érdekes inkább.

Üzembe helyezés folyamata
Folyamat Állapot Megjegyzés
Fogadott letöltési csatorna 514000000 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 18 514000000 Hz 1.3 dBmV 43.6 dB
2 Beállítva QAM256 1 124000000 Hz 0.5 dBmV 39.6 dB
3 Beállítva QAM256 2 132000000 Hz -0.4 dBmV 39.6 dB
4 Beállítva QAM256 3 140000000 Hz -0.4 dBmV 39.4 dB
5 Beállítva QAM256 4 148000000 Hz 0.4 dBmV 39.5 dB
6 Beállítva QAM256 17 506000000 Hz 1.2 dBmV 41.9 dB
7 Beállítva QAM256 19 522000000 Hz 1.4 dBmV 44.3 dB
8 Beállítva QAM256 20 530000000 Hz 1.5 dBmV 44.2 dB
9 Beállítva QAM256 5 346000000 Hz -0.7 dBmV 42.7 dB
10 Beállítva QAM256 6 354000000 Hz -0.9 dBmV 42.8 dB
11 Beállítva QAM256 7 362000000 Hz -1.3 dBmV 42.3 dB
12 Beállítva QAM256 8 370000000 Hz -1.0 dBmV 42.6 dB
13 Beállítva QAM256 9 378000000 Hz -0.2 dBmV 43.1 dB
14 Beállítva QAM256 10 386000000 Hz -0.1 dBmV 43.3 dB
15 Beállítva QAM256 11 394000000 Hz -0.3 dBmV 43.2 dB
16 Beállítva QAM256 12 402000000 Hz -0.4 dBmV 43.1 dB
17 Beállítva QAM256 13 434000000 Hz 0.6 dBmV 43.9 dB
18 Beállítva QAM256 14 442000000 Hz 0.7 dBmV 43.9 dB
19 Beállítva QAM256 15 450000000 Hz 1.1 dBmV 43.9 dB
20 Beállítva QAM256 16 458000000 Hz 1.1 dBmV 43.9 dB
21 Beállítva QAM256 29 474000000 Hz 0.8 dBmV 43.9 dB
22 Beállítva QAM256 30 482000000 Hz 0.4 dBmV 43.9 dB
23 Beállítva QAM256 31 490000000 Hz 0.2 dBmV 43.9 dB
24 Beállítva QAM256 32 498000000 Hz 0.8 dBmV 44.6 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 51600000 Hz 41.2 dBmV
2 Beállítva ATDMA 1 5120 Ksym/sec 26000000 Hz 39.8 dBmV
3 Beállítva ATDMA 2 5120 Ksym/sec 32400000 Hz 40.3 dBmV
4 Beállítva ATDMA 3 5120 Ksym/sec 38800000 Hz 41.8 dBmV
5 Beállítva ATDMA 4 5120 Ksym/sec 45200000 Hz 41.8 dBmV
6 Beállítva ATDMA 6 5120 Ksym/sec 58000000 Hz 41.8 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ő: Tue 24 Jan 2017 19:21:19

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Szia

 

Az Állapot / kapcsolat fül lenne az érdekes inkább.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Folyamatos szakadozás miatt mindent kivizsgáltak nálunk, majd modemet cseréltek. Pár hétig minden ok volt. Majd 1-2 napja kezdődik újra a szakadozás. A log-ban ezt írja:

Állapot

Eseménynapló

Ezen az oldalon rendszer üzeneteket láthat.
Idő Prioritás Leírás
 Tue 24 Jan 2017 18:49:58  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received - ... 
 Mon 23 Jan 2017 15:40:23  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:35  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:34  Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 
 Mon 23 Jan 2017 15:39:31  Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
 Mon 23 Jan 2017 15:39:16  Kritikus (3)  No Ranging Response received - T3 time-out;CM-MAC=40:65:a3:f2... 
 Mon 23 Jan 2017 15:39:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:04  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:... 
 Mon 23 Jan 2017 15:39:03  Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 
 Mon 23 Jan 2017 15:32:16  Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
 Mon 23 Jan 2017 15:32:09  Figyelmeztetés (5)  B-INIT-RNG Failure - Retries exceeded;CM-MAC=40:65:a3:f2:8e:7... 
 Mon 23 Jan 2017 15:32:09  Kritikus (3)  No Ranging Response received - T3 time-out;CM-MAC=40:65:a3:f2... 
 Mon 23 Jan 2017 15:29:56  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no Un... 
 Mon 23 Jan 2017 15:26:41  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received - ... 
 Sat 21 Jan 2017 15:10:59  Hiba (4)  DHCP RENEW WARNING - Field invalid in response v4 option;CM-M... 
 Sat 21 Jan 2017 11:12:11  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received - ... 
 Sat 21 Jan 2017 09:31:29  Értesítés (6)  WiFi Interface [wl1] set to Channel 6 (Side-Band Channel:N/A)... 

 Szerintetek? Mi lehet? Tudok bármit tenni ellene?

Köszi
Roland

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Megint nem volt internet elérésem 3 napig, kicsit kezd tele lenni a nemi szervem a telebohócokkal.

A lag egyébként nem csak este jelentkezik.

Éppen most léptem ki az egyik játékból (smite) mert minden meccs alatt 300-900 pingem volt.

Még pingzapper-el és wtfast-al is, szóval a hiba egyértelműen a Magyar oldalon van.

Mondom felmegyek speedtest-re "timeout", ok...

Oks, akkor legyen egy kis 9gag böngészés. 5 perc alatt sikerült is betölteni az első 4 képet.

 

Ugyanakkor nem is tudom minek írogatunk erre a fórumra.

Mert a nyomorékokat csak az érdekli, hogy a számla időben be legyen fizetve, a szolgáltatás minősége teljesen másodrendű.

Aztán valószínűleg egy illetékes sem olvassa a hozzászólásokat a fórumon. Azért csinálták, hogy ne máshol panaszkodjanak az emberek arra hogy mekkora egy rakás ***** a szolgáltatás amit nyújtanak. Hiszen az rontaná az üzletet.

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon
7 órája, Limnery írta:

Hmm ez érdekes felvetés, erre nem is gondoltam, valóban van benne valami. A csomagom 10mbit és nem is lehet nagyobb mivel a vonal nem bírja, most épp kb. 4mbit-re szinkronizált :( de a latencyt attól még nem befolyásolhatná..

http://www.dslreports.com/speedtest
Bufferbloat mérésére

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Hmm ez érdekes felvetés, erre nem is gondoltam, valóban van benne valami. A csomagom 10mbit és nem is lehet nagyobb mivel a vonal nem bírja, most épp kb. 4mbit-re szinkronizált :( de a latencyt attól még nem befolyásolhatná..

Szerkesztve ekkor: Szerkesztő: Limnery

Bejegyzés megosztása


Link a bejegyzéshez
Megosztás más oldalakon

Hozz létre egy fiókot vagy jelentkezz be a kommenteléshez

Ahhoz, hogy kommentelhess, tagnak kell lenned.

Fiók létrehozása

Hozz létre a közösségünkben egy új fiókot. Igazán egyszerű!


Új fiók regisztrálása

Bejelentkezés

Már van fiókod? Jelentkezz be itt!


Bejelentkezés most