TL-WR1043ND s dd-wrt - co 6h minivýpadek
Zdarec, jsem už min. 2 roky spokojeným uživatelem skvělého TP-Linku TL-WR1043ND. S jeho původním FW jsem měl problémy při připojení více zařízení do sítě, třeba přehrávat stream na dvou mobilech s Androidem naráz nešlo a celkově to bylo jakési nestabilní. Použil jsem tedy dd-wrt, problémy ustaly, ale vlastně asi od té doby detekuji každých 6 hod kraťounké přerušení signálu internetu. Psal jsem UPC, ať si to dají do kopy, ale nasměrovali mě na router a dělá to on. Dal jsem to napřímo bez routeru a výpadek nenastal. Pravidelně v 5,11,17 a 23h se mi přeruší stahování či přehrávání netových rádií, které už se samy nenavážou. Odhaduji to tak na 1-3s pauzy.
V routeru je na to funkce, plánovaný restart, ale to mám vyplé. Co kde nastavit či zakázat, aby se to nepřerušovalo? Snad se vrátím k původnímu FW, ale to je poslední krok a nešťastný.
Včera jsem tam dával poslední FW odsud, ale nic se nezměnilo.
http://www.dd-wrt.com/dd-wrtv2/down.php?path=downl oads%2Fothers%2Feko%2FBrainSlayer-V24-preSP2%2F201 3%2F01-01-2013-r20453%2Ftplink_tl-wr1043nd/
Díkes za pomoc.
Tak sa pozri do logov, co hlasia pri tom vypadku nie? Kedy si ludia uvedomia, ze ked prejdu raz na linux bez logov sa nezaobidu?
Nemáš nastaveno v Basic - Basic settings - Client Lease Time na 360? Já tam mám 1440 (celý den).
to ma napadlo tiez, ale to by ho odpojilo 6h po tom, ako sa k sieti pripoji, jeho odpojuje v presny cas kazdy den.
No, možná jde o to, jak to funguje ve skutečnosti. Pokud má router zapnutý stále... Od které doby se to pak počítá? Uvidíme, až se tazatel ozve.
Ozvu se, až to doma po 16-té vyzkouším
Zatím díky za tipy. A za případné další tipy. Netuším, kde ty logy v routeru hledat. To nastavení je tak rozsáhlé, že mě děsí
napadá mě, že máš nastaven rekey interval na wifi.
Zkontroluji, leč vypadávají všechny zařízení, i na kabelech.
Tak Key Renewal Interval je na defaultu 3600s.
Client Lease Time taktéž v defaultu na 1140min.
Kde hledat logy netuším, ani jak to vlastně bylo myšleno...
Zkusím ještě factory defaults, pak mě napadá zakázat SPI Firewall, no a pak už jen návrat k orig. FW skrze tohle:
tl-wr1043nd-webrevert-rar
Pokud máte ještě tipy, sem s nimi, ale je to divné...
Napoj sa na AP cez ssh a pozri si /var/log, kde pravdepodobne ukladaju logy.
Preskumaj NTP a nastvenie casu. Je mozne, ze pri nastavovani casu to z nejakeho dovodu pouzije na kratky cas vsetok vykon procesora, napriklad v udalostiach pri synchronizacii vnutornych hodin, kedy sa caka na odpoved od casovaca.
Ak to bude ono tak, jedine update tej spravnej verzie, kde je ta chyba odstranena, alebo iny router.
mně se osvědčil 20119testing, zatím bez problémů (narozdíl od předešlých verzí, které stabilitou na tom nebyly nejlépe)
NTP doma zkusím, taktéž testnu ten "osvědčený" FW.
A že zrovna vždy ve stejné časy 4x za den. Dokonce když se změnil čas, dělalo to několik dní po staru, tedy místo v 11h ráno tak v 10. To je přece blbost, to musí někdo určovat. Asi po týdnu se to vrátilo na těch 5,11,17,23h...
ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-pr eSP2/2012/10-12-12-r20119-testing/tplink_tl-wr1043 nd/
Přes týden nemám čas ty výpadky testovat, snad to dotáhnu do závěru o víkendu, díky za všechny tipy. Jen nechápu, že to nikomu nedělá, to je docela podezřelé
O to víc jsem to tehdy přisuzoval UPC, že si tak čistí síť od dlouhodobých připojení.
tak se v ty hodiny připoj bez routeru a testuj ping na bránu upc, nebo stahování.
To jsem zkoušel, nevypadlo to.
Niekto iny nemusi pouzivat router presne tak ako ty vcitane poctu otvorenych spojeni a poctu paketov za jednotku casu, takze orientovat sa podla toho, ze to niekomu nerobi nieje asi dobry napad. Moze tam byt chyba vo firmware pri oblsluhe preruseni, kedy je napriklad rutina obsluhy prerusenia od casovaca tak dlha, ze prerusenie od LAN karty sa strati. V zavislosti na tom aka LAN karta je tam pouzita to moze aj nemusi vadit.
Niektore LAN karty (vcitane wifi) maju vlastny buffer na jeden, alebo aj niekolko ramcov.
Prerusenie je aktivovane vacsinou pri prijme kazdeho jednotliveho ramca, kedy sa Rx buffer v hw presuva do rx ring buffra v OS (ovladaci).
otestovat je to přece jednoduché - dej před to ještě jeden router a pingej na něj.
Po mnoha dalších pokusech pomohlo až vrácení se k původnímu FW od výrobce, konečně ty výpadky po 6h přestaly. Nechápu to, ale pro mě je tedy DD-WRT nepoužitelný
Díky všem za ochotu pomoct.
W