RT-AC88U rtkswitch fail access ...

[scampbird]

Hi -

I notice every now and then my printer seems to "wake up" and various other devices spin up in response to something going on. It took me a while but I realised it was a network issue, and looking at the logs I see the following:

Nov 10 08:40:37 syslog: WLCEVENTD wlceventd_proc_event(500): eth2: Auth 94:E6:F7:1F:3C:3A, status: Successful (0)
Nov 10 08:40:37 syslog: WLCEVENTD wlceventd_proc_event(510): eth2: ReAssoc 94:E6:F7:1F:3C:3A, status: Successful (0)
Nov 10 08:40:38 kernel: portsLinkStaus=7
Nov 10 08:41:26 kernel: portsLinkStaus=7
Nov 10 08:41:30 kernel: portsLinkStaus=7
Nov 10 08:41:34 kernel: portsLinkStaus=7
Nov 10 08:41:38 rtl_fail: rtkswitch fail access, restart.
Nov 10 08:41:38 kernel: rtk_port_linkStatus_get() fail, return 10
Nov 10 08:41:40 kernel: rtl8365mbrtl8365mb initialized(0)(retry:0)
Nov 10 08:41:40 kernel: rtk port_phyEnableAll ok
Nov 10 08:41:41 kernel: txDelay_user: 1
Nov 10 08:41:41 kernel: # txDelay - TX delay value, 1 for delay 2ns and 0 for no-delay
Nov 10 08:41:41 kernel: EXT_PORT:16 new txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: current EXT_PORT:16 txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: rxDelay_user: 4
Nov 10 08:41:41 kernel: # rxDelay - RX delay value, 0~7 for delay setupEXT_PORT:16 new txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: current EXT_PORT:16 txDelay: 1, rxDelay: 4

Usually it seems to recover fine, but I wondered if this indicated failing hardware or a bad connection somewhere?

Router is AC88U 3.0.0.4.385_20631

Thanks

 

[OzarkEdge]

Hi -

I notice every now and then my printer seems to "wake up" and various other devices spin up in response to something going on. It took me a while but I realised it was a network issue, and looking at the logs I see the following:

Nov 10 08:40:37 syslog: WLCEVENTD wlceventd_proc_event(500): eth2: Auth 94:E6:F7:1F:3C:3A, status: Successful (0)
Nov 10 08:40:37 syslog: WLCEVENTD wlceventd_proc_event(510): eth2: ReAssoc 94:E6:F7:1F:3C:3A, status: Successful (0)
Nov 10 08:40:38 kernel: portsLinkStaus=7
Nov 10 08:41:26 kernel: portsLinkStaus=7
Nov 10 08:41:30 kernel: portsLinkStaus=7
Nov 10 08:41:34 kernel: portsLinkStaus=7
Nov 10 08:41:38 rtl_fail: rtkswitch fail access, restart.
Nov 10 08:41:38 kernel: rtk_port_linkStatus_get() fail, return 10
Nov 10 08:41:40 kernel: rtl8365mbrtl8365mb initialized(0)(retry:0)
Nov 10 08:41:40 kernel: rtk port_phyEnableAll ok
Nov 10 08:41:41 kernel: txDelay_user: 1
Nov 10 08:41:41 kernel: # txDelay - TX delay value, 1 for delay 2ns and 0 for no-delay
Nov 10 08:41:41 kernel: EXT_PORT:16 new txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: current EXT_PORT:16 txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: rxDelay_user: 4
Nov 10 08:41:41 kernel: # rxDelay - RX delay value, 0~7 for delay setupEXT_PORT:16 new txDelay: 1, rxDelay: 4
Nov 10 08:41:41 kernel: current EXT_PORT:16 txDelay: 1, rxDelay: 4

Usually it seems to recover fine, but I wondered if this indicated failing hardware or a bad connection somewhere?

Router is AC88U 3.0.0.4.385_20631

Thanks

I don't know but it seems like it. The LAN ports (5-8?) are known to fail on the AC88U... are these involved?

OE

 

[scampbird]

Turns out I plugged in the high ports (4 through 8), with 1-3 being unused. Not sure why I did that. Fixed that so I'm now using 1-4 ... thanks. Will see if it helps.

 

[Jeffrey Young]

Turns out I plugged in the high ports (4 through 8), with 1-3 being unused. Not sure why I did that. Fixed that so I'm now using 1-4 ... thanks. Will see if it helps.

+1

Seen other posts on this topic with the same logs. While ports 1 to 4 are onboard ports to the router integrated chip set, ports 5 to 8 is actually a separate RealTek switch that is prone to failure.