kungfuevil Posztolva ekkor: 2016. augusztus 7. Megosztás Posztolva ekkor: 2016. augusztus 7. 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. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6824 Posztolva: 2016. október 6. Megosztás Posztolva: 2016. október 6. Nekem most is akadozik. Itt nem megy tovább: 81.183.3.133 Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Barni Posztolva: 2016. október 6. Megosztás Posztolva: 2016. október 6. Hali. Nekem kábelnetem van pontosabban HFC kb 5 hónapja.sebesség ok,iptv is frankó,a ping-el se volt baj mostanáig.Feltűnt hogy kb este 6-tól olyan éjfélig eléggé el***** a ping konkrétan az eddigi 28-30ms-ről stabilan felmegy 70 körülre,és elég nagyokat droppol néha 100ms a válaszidő.mivel ez egy fps játék itt igen is számit a ping ( Quake live) szóval elég zavaró.Gondoltam a szerver rossz,vagy túlterhelt stb.de igazából nem.ez egy frankfurti szerver szóval nem magyar de sose volt vele gond.sokan játszunk "itthonról" és mindenki aki telekomos,és lehet az adsl,kábelnet stb annak mindnek elcsesződik úgy mint nekem ahogy az előbb leírtam.más haza szolgáltatónál lévő játékos is van azoknak semmi bajuk sőt!még verik is ezt a pinget ami nekem van.mármint amikor jó..reggel,és kicsit délután.sok országból játszanak itt és senkinek se rossz csak aki telekomos.igazából azóta van ez mióta volt az ncore-os téma hogy nem volt elérhető,biztos hallottátok.ez összefüggésbe lehet?tipp,ötlet,hozzászólás?később linkelek adatokat vagy képet!köszi Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Barni Posztolva: 2016. október 10. Megosztás Posztolva: 2016. október 10. (szerkesztve) Miért nem lehet megváltoztatni a wan ip megújítása?és pont azóta a 21 perc múlva megy fel a ping,mikor új címet vagy nemtom mit oszt ki. Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Barni Posztolva: 2016. október 10. Megosztás Posztolva: 2016. október 10. (szerkesztve) Nálam ilyen most,van Packet loss rendesen.ismerősömnél másik szolgáltatónál ide 25-28ms packet loss nélkül ahogy nekem is volt,vagyis még 25 percel ezelöttig.viszont más telekomosnál is hasonló a szitu.akinek van pici ideje van pls pingelje meg,mert lehet csak nálunk a városba van a gebasz bár nem hinném Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 10. Megosztás Posztolva: 2016. október 10. (szerkesztve) Nyár óta hasonló a helyzet méha 1-2sec a ping aztán vissza 40ms-re máskor napokig jó néha naponta 20x leszakad a kapcsolat. Esőben / napsütésben / szélben bármikor csinálja nincs összefüggés, oszlopon vezeték cserélve mindenhol és névelegesen bőven tudná a 10mbit de korlátoznom kell 8mbit-re, hogy ne szakadjon ... Most 0 forgalom mellett ilyent produkál... Szerkesztve ekkor: 2016. október 10. Szerkesztő: Limnery Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 10. Megosztás Posztolva: 2016. október 10. (szerkesztve) Ami érdekes, ha magyar VPN-re csatlakozok akkor ezek az anomáliák megszűnnek, tehát a T hálózatában van a gond a külföldi forgalom esetében. Szerkesztve ekkor: 2016. október 10. Szerkesztő: Limnery Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Barni Posztolva: 2016. október 10. Megosztás Posztolva: 2016. október 10. (szerkesztve) Igen erről én is hallottam hogy a telekom este vagy inkább késő délutántól átáll másik portra a külföldi kapcsolatokat tekintve.Elég szégyenteljes ez a ping 2016ba,arról nem beszélve hogy igazából nem is foglalkoznak ezzel a hibával mivel szerintük a ping nem garantált.csak azt nem értem hogy más szolgáltató ADSL-je röhögve lenyomja a kábelnet pingjét és stabilabb mint a jó magyar forint.az embernek lenne egy kis szabadideje leülni a gép elé játszani,de ezzel a pingel FPS-t lehetetlen úgy hogy ~30ms-hez volt szokva!ja és ugye nem személy szerinti vagy helyi hiba hanem országos,mert mindent telekomosnak ez van.. Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 11. Megosztás Posztolva: 2016. október 11. A gond az, hogy ez a munkám rovására megy, mivel így nemzetközi oldalakat nem igazán érek el, a kikapcsolódás második rendű lenne csak. Viszont ezt ebben a formában supportnak nem igazán lehet leadni mivel nem értik vagy nem akarják megérteni. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 acel Posztolva: 2016. október 11. Megosztás Posztolva: 2016. október 11. 3 órája, Limnery írta: A gond az, hogy ez a munkám rovására megy, mivel így nemzetközi oldalakat nem igazán érek el, a kikapcsolódás második rendű lenne csak. Viszont ezt ebben a formában supportnak nem igazán lehet leadni mivel nem értik vagy nem akarják megérteni. ÁSZF, felügyeleti szerv (hirközlési hivatal) nál kell a minősgégi paramétereknek utánanézni. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 acel Posztolva: 2016. október 11. Megosztás Posztolva: 2016. október 11. http://www.hwsw.hu/hirek/54413/nmhh-internet-mobilnet-szelessav-meres.html érdekes oldal, lehet kérni hálózat stabilitás mérőt.. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 11. Megosztás Posztolva: 2016. október 11. 3 perce, acel írta: ÁSZF, felügyeleti szerv (hirközlési hivatal) nál kell a minősgégi paramétereknek utánanézni. Valóban ezt el is felejtettem, korábban már elkezdtem ezzel foglalkozni, csak akkor éppen "megjavult" a dolog, de most lehet belevágok! Köszönöm, hogy emlékeztettél rá Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 acel Posztolva: 2016. október 13. Megosztás Posztolva: 2016. október 13. Ekkor: 10/11/2016 at 11:04, Limnery írta: Valóban ezt el is felejtettem, korábban már elkezdtem ezzel foglalkozni, csak akkor éppen "megjavult" a dolog, de most lehet belevágok! Köszönöm, hogy emlékeztettél rá Sikerült megkérdezni? a ping rettentően zavaró remote desktophoz, és a bufferbloatra is jó lenne rákérdezni mint paraméter (T-nél gyakran megnő a ping 1mp felé terhelés alatt) Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 13. Megosztás Posztolva: 2016. október 13. (szerkesztve) Egyenlőre leadtam a kérelmet a dobozra most még várok. Ezt tapasztaltam én is, hogy ha van terhelés hirtelen akkor a ping megnő 1 sec vagy több-re is (esetleg packet loss lesz a vége). Tovább korlátoztam a routeren a kimenő forgalmat így megakadályozva a sáv "tömődését" bejövő csomagokkal. Szerkesztve ekkor: 2016. október 13. Szerkesztő: Limnery Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 acel Posztolva: 2016. október 13. Megosztás Posztolva: 2016. október 13. 13 perce, Limnery írta: Egyenlőre leadtam a kérelmet a dobozra most még várok. Ezt tapasztaltam én is, hogy ha van terhelés hirtelen akkor a ping megnő 1 sec vagy több-re is (esetleg packet loss lesz a vége). Tovább korlátoztam a routeren a kimenő forgalmat így megakadályozva a sáv "tömődését" bejövő csomagokkal. Úgy látszik a T eszközök QOS-e a iptv-hez van berögzítve 100-as szöggel, az eredeti beállítások eltakarásával. Az egészben az az árverés hogy az ügyfelem megveszik a drágább netet mert lassú a net, de ki sem használják, csak a bufferblot-ot érszik lassúságnak. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6815 Posztolva: 2016. október 13. Megosztás Posztolva: 2016. október 13. (szerkesztve) 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: 2016. október 13. Szerkesztő: Limnery Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 acel Posztolva: 2016. október 13. Megosztás Posztolva: 2016. október 13. 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 Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 kungfuevil Posztolva: 2016. november 20. Szerző Megosztás Posztolva: 2016. november 20. 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. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6933 Posztolva: 2017. január 24. Megosztás Posztolva: 2017. január 24. 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 Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6933 Posztolva: 2017. január 24. Megosztás Posztolva: 2017. január 24. 14 perce, anonymus írta: Szia Az Állapot / kapcsolat fül lenne az érdekes inkább. Állapot Kapcsolat Ez az oldal a modem HFC hálózati és IP kapcsolati státuszát mutatja. Ü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 Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 fgabor87 Posztolva: 2017. január 25. Megosztás Posztolva: 2017. január 25. É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. Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 fgabor87 Posztolva: 2017. január 25. Megosztás Posztolva: 2017. január 25. 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... Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Törölt_tag6933 Posztolva: 2017. január 25. Megosztás Posztolva: 2017. január 25. (szerkesztve) Nincs router csak a T-s modem. Vagy nem nekem szólt a hozzászólás? Szerkesztve ekkor: 2017. január 25. Szerkesztő: csige + szöveg Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 fgabor87 Posztolva: 2017. január 25. Megosztás Posztolva: 2017. január 25. 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. 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.) Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 Farao Posztolva: 2017. február 4. Megosztás Posztolva: 2017. február 4. 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ó: Tisztán DSL: Idézet Link kommenthez Megosztás más oldalakon More sharing options...
0 btz Posztolva: 2017. február 4. Megosztás Posztolva: 2017. február 4. (szerkesztve) 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ó: Tisztán DSL: 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: 2017. február 4. Szerkesztő: btz Idézet Link kommenthez Megosztás más oldalakon More sharing options...
Kérdés
kungfuevil
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.
Link kommenthez
Megosztás más oldalakon
A legnépszerűbb tartalomgyártók a témában
9
6
6
6
Népszerű napok
2017. Január 25.
7
2017. Február 4.
6
2016. Október 13.
5
2016. Október 10.
5
A legnépszerűbb tartalomgyártók a témában
kungfuevil 9 poszt
anonymus 6 poszt
Farao 6 poszt
btz 6 poszt
Népszerű napok
2017. Január 25.
7 poszt
2017. Február 4.
6 poszt
2016. Október 13.
5 poszt
2016. Október 10.
5 poszt
Posztolt képek
55 válasz erre a kérdésre
Ajánlott posztok
Csatlakozz a közösséghez!
Posztolhatsz regisztráció előtt is. Ha már van regisztrációd, jelentkezz be itt.