Sziasztok!

Adott egy 3.5 éves Asus AC65P router, amin átmegy az IPTV szolgáltatás, és ezen felül általában esténként egy keményebb konstans 30-50 Mbps-es videostreamet is áthajtok rajta.

Az elmúlt hetekben a router többször köhögött és akadozott rajta az internet elérés. A router restart mindig megoldotta a gondot, de totál nem látom indokoltnak az akadozást.

A CPU Core-ok alig vannak leterhelve, a memória 70%-a szabad, így nem teljesen tudom mire vélni a szakadozásokat.

A logokba belenézve azt látom, hogy a Port0 egy-egy másodpercre fel le jár, és ez okozza az akadozást, pl.:

Oct 28 11:12:56 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:12:59 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:13:16 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:13:19 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:13:20 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:13:23 kernel: ESW: Link Status Changed - Port0 Link UP

És amikor ezt elkezdi, onnan nincs megállás - ma így folytatódott:

Oct 28 11:27:56 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:27:59 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:28:15 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:28:18 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:28:19 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:28:26 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:28:43 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:28:46 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:29:23 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:29:26 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:29:27 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:29:30 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:29:31 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:29:34 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:42:32 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:42:35 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:42:36 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:42:39 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:42:41 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:42:45 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:42:46 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:42:52 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:42:53 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:42:57 kernel: ESW: Link Status Changed - Port0 Link UP

Na itt fogyott el a tűrőképességem és restartoltam a routert. Azóta nem billeg a Port0.

Az első Port0 Link Down körül az alábbi bejegyzések láthatóak:

Oct 28 11:06:51 kernel: 955, flush one!
Oct 28 11:07:09 kernel: 99b, flush one!
Oct 28 11:07:21 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:07:23 WAN Connection: ISP's DHCP did not function properly.
Oct 28 11:07:23 nat: apply redirect rules
Oct 28 11:07:25 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:07:28 WAN Connection: Ethernet link up.
Oct 28 11:07:28 rc_service: wanduck 274:notify_rc restart_wan_if 0
Oct 28 11:07:31 rc_service: udhcpc 8407:notify_rc start_firewall
Oct 28 11:07:31 miniupnpd[961]: shutting down MiniUPnPd
Oct 28 11:07:31 nat: apply nat rules (/tmp/nat_rules_eth3_eth3)
Oct 28 11:07:31 rc_service: udhcpc 8407:notify_rc stop_upnp
Oct 28 11:07:31 rc_service: waitting "start_firewall" via udhcpc ...
Oct 28 11:07:31 miniupnpd[8450]: version 1.9 started
Oct 28 11:07:31 miniupnpd[8450]: HTTP listening on port 50653
Oct 28 11:07:31 miniupnpd[8450]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 28 11:07:32 rc_service: udhcpc 8407:notify_rc start_upnp
Oct 28 11:07:32 rc_service: waitting "stop_upnp" via udhcpc ...
Oct 28 11:07:32 miniupnpd[8450]: shutting down MiniUPnPd
Oct 28 11:07:33 miniupnpd[8454]: version 1.9 started
Oct 28 11:07:33 miniupnpd[8454]: HTTP listening on port 54978
Oct 28 11:07:33 miniupnpd[8454]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 28 11:07:33 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 10010 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 10020 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 10040 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 20010 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 20020 is big. Consider r2q change.
Oct 28 11:07:33 kernel: HTB: quantum of class 20040 is big. Consider r2q change.
Oct 28 11:07:33 dhcp client: bound 192.168.0.10/255.255.255.0 via 192.168.0.1 for 3600 seconds.
Oct 28 11:07:36 WAN Connection: WAN was restored.
Oct 28 11:10:10 kernel: ESW: Link Status Changed - Port0 Link Down
Oct 28 11:10:14 kernel: ESW: Link Status Changed - Port0 Link UP
Oct 28 11:10:22 kernel: f21, flush one!

Kicsit nekem olyan, mintha valami problémája lenne a WAN portnak. A szolgáltatói modemen egyébként nem tapasztaltam ilyen jellegű szakadozást. Más eszközök is csatlakoznak a modemre (nemcsak az AC65P) és azok nem tapasztalták az internet megszakadását.

Amire gondolni tudok: Valahogy lebillen a WAN port - ez látszik is, utána ezért jön az "ISP's DHCP did not function properly". Amikor visszajön a port, akkor a logból láthatóan csomó mindent restartol magában a router, de ennek mellékhatása lesz, hogy billegni kezd tőle a port, amit az AC65P resetjével tudok orvosolni. (Az a gondolatom, hogy ha a szolgáltatói modem lenne a hibás, akkor az AC65P restarttal nem jönne helyre a téma.)

A Firmware verziója a legfrissebb elérhető, gyári változat: 3.0.0.4.382_52516

Lehet, hogy megfáradt az AC65P WAN portja, vagy magában a routerben valami? Nem egy bit folyt át rajta az évek alatt.

Mit tudnék tenni, hogy elkerüljem ezt a port billegést, és azt, hogy emiatt resetelnem kelljen az AC65P-t?

Köszi előre is