Asus RT-N18U + Tomato

Hálózati eszközök

Router: Asus RT-N18U
Firmware: Tomato by Shibby
Jelenség: FW szépen felmegy, router bebootol de nincs dhcp és nincs GUI.Ha kézzel felhozok vmi IP-t a gépemen, akkor a router pingelhető és ssh login után ezt látom:

Tomato v1.28.0000 -132 K26ARM USB AIO-64K
========================================================
Welcome to the Asus RT-N18U [TomatoUSB]
Uptime: 01:07:58 up 8 min
Load average: 2.02, 1.71, 0.88
Mem usage: 9.7% (used 24.15 of 249.64 MB)
WAN : 0.0.0.0/0 @ (ITT LÁTSZIK A MAC)
LAN : 192.168.1.1/24 @ DHCP: -
LAN1: 192.168.2.1/24 @ DHCP: -
WL0 : ASUS @ channel: 6 @ (ITT LÁTSZIK A MAC)
========================================================

Kipróbált firmware-ek:
tomato-RT-N18U-ARM--135-AIO-64K (shibby)
tomato-RT-N18U-ARM--132-AIO-64K (shibby)
tomato-RT-N18U-AT-ARM-3.1-132-AIO-64K (advancedtomato)

Ilyenkor wtf?

  • 9023 megtekintés

( mikabak | 2016. 04. 07., cs – 07:54 )

Bejelentkezve ssh-n:
# nvram erase
# reboot

Lehet valami szemét került az NVRAM-ba.

Nálam elég instabil volt az advancedtomato:
- a wifiről folyamatosan leszakadtak az eszközök, hiába állítottam bármilyen opciót.
- másik probléma volt, hogy a wifi bizonyos eszközöknél (pl: tablet) sávszélesség-problémák is felléptek.
- transmission kb 3-4Mbittel volt képes tölteni, ha nagyobb sávszélességre korlátoztam egyszerűen elszállt vagy a transmission, vagy a rákötött pendrive-t "vesztette el".
- TV kábellel volt összekötve routerrel, a Media megosztást így is sokszor kellett újraindítani, mert egy csomószor nem találta meg.

Kb két hete visszakerült rá a gyári legfrissebb firmware, azóta minden stabil és nem szakad semmi wifiről sem.

- - - - -
XetHost

( mogorva v | 2016. 04. 08., p – 21:16 )

Az nvram_erase + reboot csodát tett.
Thx.

( mogorva v | 2016. 04. 09., szo – 13:53 )

Digi net: 200-as DL, 100+ -os UL.
Ping 2-5 ms

Hogy ez miért jó?
Mert ezt szolgáltatják és végre akár ki is használhatnám.

( kajla17 | 2018. 01. 10., sze – 20:54 )

Sziasztok!
Azóta lassan 2 év telt el; sok új verzió jött ki azóta.
Esetleg valakinek van frissebb infója mi jó rá? :)
Gyári FW-vel használhatatlanná válik 1 hét alatt, és igen, legfrissebb gyári fw. Egyre rosszabb :)

Szintén ez van nekem is, most az advanced tomato 140-es verzió van rajta. Kb 3 hónapja megy, <10 felhasználót szolgál ki problémamentesen. Egyetlen zavaró momentum benne, hogy a CPU Load minimum 2.0-t mutat CPU használattól függetlenül. De ez egy ismert hiba, talán a következőben javítják majd.

--
Lenovo Z580, LMDE 2 & Xfce

Nálam több, mint egy éve megy gyári fw-rel. Problémát nem tapasztaltam.
Asus előtt nekem is első dolgom volt a fw csere, de az Asus gyárija meglepett. Nagyon jó, stabil, teszi a dolgát.

Nem gondoltál még hw hibára? Csak azért kérdem, mert gyári is fagy, Tomato se nagyon akar menni. Gyanús, hogy esetleg valami fizikai gond van.
Esetleg ideiglenes cserére van lehetőséged? Csak próbának...

--

nTOMasz
"The hardest thing in this world is to live in it!"

Ez érdekes, HW NAT-tal se volt gondod? Legújabb FW van rajta?

Még nem, de most hogy mondod; lehet benne valami. CPU alapjáraton is 66 °C-os (elvileg), ami ugyancsak fura.
No, még tesztelem egy ideig advanced tomatoval, kíváncsi vagyok hogy viselkedik. Ha itt sem lesz jó, akkor gyári FW vissza és próbáljam meg garanciáztatni?
Sajnos nincs még egy ilyenem, amivel ki tudnám cserélni. Egy TP-Link TL-WR1043nd v2 van backupnak LEDE-vel, de az messze nem bírja e sávszélességet.

Nálam 3.0.0.4.382_18495, és teljesen korrekten megy, semmi lassulás/döglés ezzel a gyári firmware-rel. Trépélink+OpenWRT-vel volt szívásom - az látszott, hogy "él" a PPPoE, de valójában x ideje nem authentikált, és nem is működött semmi, amíg nem indítottam újra a dobozt ( a pppoe le/föl nem segített, mert leállítani sem lehetett a pppd-t...)

Nálam meg a 3.0.0.4.382_18991 van fenn, és semmi problémám. A NAT is megy rendesen.
Amim még van: DHCP, Portforward, Wifi + WPA2 + WPS, tűzfal. Ezekkel sincs gondom.
Régen volt VPN-em is, és azzal sem volt gondom, de nagyon ritkán használtam, így nem is láttam értelmét.
A többi funkcióról nem tudok nyilatkozni, de gondolom működnének azok is.
És nekem a korábbi firmware-ekkel sem volt gondom.

A gyári firmware-rel hogyan tudom lekérdezni a hardver állapotát? Úgy látom, ez ilyet nem tud.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Nos, ugyan ez az FW verzióm volt mellyel a hiba jelentkezett. WPS nem volt beállítva, de a többi igen, 3 port forwarddal, szóval nem terheltem le.
Akkori hibáról még videót is készítettem: https://youtu.be/LlObuD0fEBk
Memóriahasználtság a probléma időpontjába 89%-os volt, az újraindítást követően folyamatosan nőtt; gondoltam tehát memória szivárgás van FW-be és ezért térdel le idővel... Ezt részemről azt is alátámasztotta, hogy találtam időzített újraindítás opciót, ami normál esetbe minek kellene, ugye :)

Amit láttunk, az annyi, hogy a teszt során "ami a csövön kifér" ment a forgalom át a routeren, ami elvitte a CPU-t nagyjából fullban - a webes felület reszponzivitása ezt mutatja, bár szerintem a kliens oldalon _is_ szűk valami, mert nekem tökéletes válaszidőket produkát a webes felület 92-94% CPU terhelés közben, azaz amikor ment a speedtest.
Memóriafoglalás közben felment 25%-ra, majd később szépen a korábbi "valami azért van" szintre.
Nálam a kliens egz I5-ös processzor, Windows7, Firefox 57.0.4 (64 bit), a router és a gép között van egy switch, egy Samknows whitebox (TP-Link n600), az uplink dual stack PPPoE a Digi felé. Portforward nincs.

Várj, korábban te panaszkodtál FW hibára :) és amit javasoltál; nyári FW átmenetileg megoldotta problémát :) ... aztán annyi verzió jött ki, hogy áh, megpróbálom frissíteni, de kár volt.
Nálam a kliens egy AMD FX-8370-es processzorral szerelt gép, mely közvetlenül (Linux Mint - Firefox) hozta a maximális 940 Mbps-t, szóval Digi maximálisan azt nyújtja, amit ígérnek. Teszthez mindig a dunaújvárosi Digi szervert használom. Válaszidő közvetlenül 2-3 ms volt.

Ugye a PPPoE hardver igényes, szóval arra gondoltam még, hogy ha ONT-t router módba használnám és ASUS csak NAT-olna, akkor hátha több erőforrása maradna... de ekkor jött a kérdés; vajon a Digi-s ZTE ONT tudná ezeket a sebességeket nyújtani?! Illetve fájna a szívem a 2x-es NAT miatt :(

A videód alapján megtaláltam a hardverstátuszt. :)
De teljesen érthetetlen a dolog.
Nekem speedtest közben nem lassul be az admin oldal, a CPU max 32 % ért el, a használt memória pedig 52 MB-ot.
Persze nekem nincs Digim, csak szutyok Vidanet van, ők még hírből sem ismerik a gigabit-es sebességet, szóval ez csak 150/15 Mb/s. (és még mocsok drága is :( )
Ezzel a sebességgel nincs gond a routerrel.

Ha a fw lenne hibás, akkor másnál miért nem jön elő a probléma?
Én kitartok a hardverhiba lehetőség mellett.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Ha újraindítottam, akkor egy ideig jól működött és speedtest is megfelelő értékekkel tért vissza.

Lassulás másnál is előjött; eddig biztosan egy FW verzióba elrontották a NAT gyorsítást: https://hup.hu/node/154755?comments_per_page=9999
Egyelőre Advanced Tomatoval hibátlanul fut 3 napja, de természetesen még nem jelentem ki, hogy ezzel tökéletes hiszen hosszabb távon jelentkezett a hiba. Ami még pozitívum, hogy így sokkal több lehetőség nyílt meg előttem - amiket korábban OpenWRT-vel is használtam - és végre nem azt érzem, hogy viszonylag drágán (mert ugye AC-t nem tudja) kaptam egy ipari hulladékot. :)
Korábbi 500-as csomaggal én sem vettem észre a lassulást, szóval lehet itt lehet a sebesség is hozzájárul; nem tudom. :(

Tegyük fel elküldöm garanciáztatni, akkor mit mondok nekik? "Körülbelül 1 hét után lehal a hálózat, a router webes felülete is lassan tölt be, helyi hálózaton keresztüli másolás is gyök kettővel történik", majd kiröhögnek és elküldenek melegebb éghajlatra, vagy átveszik, röhögnek egyet és 2 hét tárolás után "Ezzel nincs baj" szöveggel visszaadják. Valahogy nem érzem azt, hogy ezzel így foglalkoznának. :(
De tény; még csak most lesz egy éves, de kb. fél éve "szenvedek" vele.

( mogorva v | 2018. 01. 11., cs – 15:01 )

Végül nem léptem tovább 1.28.0000 -ról, mert az utána lévő 2-3-4 verzióban nem ment a port forward, aztán megfeledkeztem róla.