Cisco EPC3825 DOCSIS 3.0 Gateway

--- 192.168.0.1 ping statistics ---
1932 packets transmitted, 1669 packets received, 13.6% packet loss

--- 87.229.98.155 ping statistics ---
1888 packets transmitted, 1430 packets received, 24.3% packet loss

Nokomment...

Hozzászólások

T-Home? :-)

nalam is volt packetloss.

deee bizony. Mivel huzott be neked a T-home a lakasba? Idiota vekony coax-szal? :) Megtörés, es vezetek szal osszeeresnel tapasztaltam ilyet, igaz UPC-nel (itt is CISCO van). A kabel meggyogyitasa (ertsd: 5M full azonos coax kabel) utan tok jol lett az egesz. Elotte nem volt se net, se tv, se telefon.

Van, ami sz@rabb hálózaton is működik, és van, ami érzékenyebb a hálózat minőségére. Lehet,hogy a réginél a "ez még jó" jelszintet és jel/zaj viszont máshogy konfigurálták, és az emiatt is elviselt olyan zavarokat,a mit a Cisco már nem. Elég egyébként egy lezáratlan végpont, vagy egy gagyibb splitter, vagy az, hogy olyan a splitter, hogy van egy nagyobb csillapítással rendelkező "Rádió" lába, és arra lett rádugva ez a kombieszköz...

Mivel ez ilyen minden egyben doboz (DOCSIS modem, router, Wifi AP), igy normalis, hogy LAN-ra oda oszt. De amugy admin feluletre be lehet lepni, szoval arra allitom, amire akarom.

Nalam abbol soha nem volt meg problema, hogy ne kapott volna IP-t, sot, olyan se nagyon volt ne epult volna fel a kapcsolat.

----------------
Lvl86 Troll

Szerintem elbeszelunk egymas mellett.

192.168.0.1 a DOCSIS doboz, gep rendesen meg is kap valami 192.168.0.x -t bekapcsolaskor. Utana ez nem valtozik. Csak fogja magat a doboz es egy szel ledvillantas kisereteben ugy 5-15 percenkent ujraindul. Ilyenkor a doboz sem erheto el es nem ad semmilyen 192.168.100.x -s IP-t.

Ha ujraindult _es_ a halozati kapcsolatot is helyreallitotta a T-vel, akkor megy minden tokeletesen, egeszen a kovetkezo restartig. (Ezert van az, hogy az internetes cimnek nagyobb a csomagvesztese, mert a LAN resz elobb ter magahoz, mint a WAN).

----------------
Lvl86 Troll

Nálam 3925-ös van, kb. egy hete javítják a rendszert, mert időnként hosszabb-rövidebb időre szakad. Eddig erősítőt szabályoztak, valamint valahol kábelt cseréltek. Nem lett jobb. Tegnap este dobtam össze egy szkriptet a webes státuszoldal adatainak kinyerésére. Ma éjjel három szakadás volt. Ennyi adat alapján messzemenő következtetéseket még nem lehet levonni, de az a sejtésem, hogy nem a modemmel van a baj.
Pinggel nem szoktam nézni.

Tavasszal voltak viharok, onnantol kezdve voltak gondjaim ugyan ezzel a modem tipussal. Foleg delutan-este (vagy mikor fuj a szel/esik az eso) kb. 40% packetlossok voltak, majdnem minden nap.
Ket honap alatt tudtak kijavitani, elmeletileg valami kabelezes gond volt az o reszukrol valahol a tavolban.

Ugy 70-orankent lezartak a hibajegyet "kijavitva" cimszo alatt. Hetvegen nem dolgoztak (amit a szerzodes alapjan talan meg is tehetnek).

Menetkozben kozoltek velem tobbszor is, hogy ha routerem van ez a kutyu meg a gepem kozott, akkor azt tavolitsam el, mert mindennek elrontoja. Tovabba, ne mereszeljem megvaltoztatni a default jelszot a kutyujukon, es ketnaponta legalabb egyszer ujra kell inditanom a modemet, hogy minden rendben menjen. Raadasul a szerelo osszefogdosta a nemreg vasarolt monitorom. :)

Sziasztok!

Nekem is hasonló gondjaim voltak ezzel a modem típussal (késleltetés ingadozás, újraindult, stb.), majd miután bejelentettem az ügyfélszolgálaton a dolgot kijött egy szerelő, megméret a jelszinteket. Mivel mindent rendben talált, ezért egyetlen megoldásnak egy firmware frissítést javasolt. Ez nekem megoldotta a problémát, kisebb a jitter, nem indul újra. Egyetlen bug, ami megmaradt, hogy az idle TCP kapcsolatokat pár perc után elbontja, így az SSH pár perc tétlenség után szakad (keepalive segítségével ezt is sikerült orvosolni). Itt a firmware verziója, amit felraktak:
Bootloader Revision: 2.3.0_R3
Current Software Revision: EPC3825-v302r12901-110825c
Firmware Name: epc3825-v302r12901-110825c.bin
Firmware Build Time: Sep 9 2011 20:19:03

mADáR