Wired computer to slave AP gives red light

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.

Wired computer to slave AP gives red light

This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
Wired computer to slave AP gives red light
Wired computer to slave AP gives red light
2020-03-19 14:19:57
Model: Deco M4  
Hardware Version: V2
Firmware Version: 1.1.8

I have setup my third AP and wired a computer to one of the ethernet jacks on it. Everything works initially, I can access it, speed is decent (maxing out my 250 Mbit internet connection), however if use it moderately (streaming 15Mbit of data from it), latency increases significantly (800-1200ms) and eventually it switches to red light and the computer looses connectivity with the router. 

 

Now, even weirder, I can still access the computer via another device on Wifi, meaning I can ping it, ssh into it, but from the computer, it can't reach the router (main AP), nor anything from the internet. I can, however, ping the other AP (which is connected to the main router), 

 

Not sure if this is a hardware fault or if it just isn't capable of running such a setup... the fact that the whole network grinds to a halt just because one of the wired ports are using bandwidth seems like a software problem, also the fact that some traffic gets blocked, but not all.

  0      
  0      
#1
Options
5 Reply
Re:Wired computer to slave AP gives red light
2020-03-20 01:59:57

@jishi 

 

Hello, we would like to do further troubleshooting to locate this issue and try to figure it out. 

 

1. What is the current network diagram? 

2. With this computer connected to the slave Deco by wirelessly, does it have the same issue?

3. Try to connect the main Deco to the modem only, with other slave Decos off, and then you can wired this computer to the main Deco and verify whether it works well with streaming service. 

4. Please click here to get the IP address and gateway of the computer when the Deco changes to red; and you can get the IP address of the red led Deco on the Deco app. Note: please show us the results. 

5. Have you ever tried to swap the locations of the Deco units or switch the slave Deco to the main Deco to give it a shot?

 

Thanks a lot. Good day. 

 

Nice to Meet You in Our TP-Link Community. Check Out the Latest Posts: Connect TP-Link Archer BE550 to Germany's DS-Lite (Dual Stack Lite) Internet via WAN Archer GE550 - BE9300 Tri-Band Wi-Fi 7 Gaming Router EasyMesh Is Available When Wi-Fi Routers Work in AP Mode as A Controller. Archer AX55V2 Supports WireGuard VPN, EasyMesh Ethernet Backhaul, IoT Network, Speed Limit,and More If you found a post or response helpful, please click Helpful (arrow pointing upward icon). If you are the author of a topic, remember to mark a helpful reply as the "Recommended Solution" (star icon) so that others can benefit from it.
  0  
  0  
#2
Options
Re:Wired computer to slave AP gives red light
2020-03-20 21:43:56

@Kevin_Z Hi, I did a test and swapped my two slaves (of which one never experienced this problem),  and ran for a day and now the other one shows the same symptom. Hence, it is not a hardware problem, it is the wired devices to it. I also have a printer connected, which might also be the culprit, I'll try and disconnect it next.

 

The PC was previously wired to the main router, without any problems, hence that test would be redundant. When it disconnects, this shows up in the main deco logs (192.168.68.106 is the slave AP that gets flagged as disconnected):

 

Fri Mar 20 22:05:19 2020 daemon.err udhcpd[5346]: Found static lease: c0a8446a

Fri Mar 20 22:05:19 2020 daemon.err udhcpd[5346]: Sending OFFER of 192.168.68.106

Fri Mar 20 22:05:19 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.106

Fri Mar 20 22:05:19 2020 user.err syslog: Error: connect

Fri Mar 20 22:05:19 2020 daemon.err udhcpd[5346]: Found static lease: c0a8446a

Fri Mar 20 22:05:19 2020 daemon.err udhcpd[5346]: Sending OFFER of 192.168.68.106

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: Found static lease: c0a8446a

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: Sending ACK to 192.168.68.106

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: clear ip c0a8446a

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: Found static lease: c0a8446a

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: Sending ACK to 192.168.68.106

Fri Mar 20 22:05:20 2020 daemon.err udhcpd[5346]: clear ip c0a8446a

 

Fri Mar 20 22:05:30 2020 user.err syslog: Error: ssh_connect: No route to host

Fri Mar 20 22:05:30 2020 user.err syslog: Error: connect

Fri Mar 20 22:05:48 2020 user.err syslog: Error: ssh_connect: No route to host

Fri Mar 20 22:05:48 2020 user.err syslog: Error: connect

Fri Mar 20 22:06:07 2020 user.err syslog: Error: ssh_connect: No route to host

Fri Mar 20 22:06:07 2020 user.err syslog: Error: connect

Fri Mar 20 22:06:08 2020 daemon.err client_mgmt: wireless client associate or disassociate.

Fri Mar 20 22:19:53 2020 daemon.err uhttpd[7035]: ath22 no frequency information.

Fri Mar 20 22:19:53 2020 daemon.err uhttpd[7035]:

Fri Mar 20 22:20:08 2020 daemon.err uhttpd[7035]: ath22 no frequency information.

 

These in the end about ath22 started att 22:19 and didn't occur earlier (although I only have about 2h worth of logs.

 

On the slave Deco, at the same time, this shows up:

 

Fri Mar 20 22:05:17 2020 daemon.err udhcpc[8261]: Received SIGTERM

Fri Mar 20 22:05:18 2020 daemon.err udhcpc[8209]: udhcpc (v1.22.1) started

Fri Mar 20 22:05:18 2020 daemon.err udhcpc[8209]: Sending discover...

Fri Mar 20 22:05:19 2020 daemon.err udhcpc[8209]: Sending select for 192.168.68.106...

Fri Mar 20 22:05:20 2020 user.emerg syslog: tp217,505[8255]:

Fri Mar 20 22:05:20 2020 user.emerg syslog: tp217,504[8255]:

 

Fri Mar 20 22:09:21 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:09:21 2020 user.err syslog: Error: connect

 

Fri Mar 20 22:11:31 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:11:31 2020 user.err syslog: Error: connect

Fri Mar 20 22:11:39 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:11:39 2020 user.err syslog: Error: connect

 

Fri Mar 20 22:17:11 2020 daemon.err nrd[4702]: send ioctl failed

Fri Mar 20 22:17:24 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:17:24 2020 user.err syslog: Error: connect

Fri Mar 20 22:17:30 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:17:30 2020 user.err syslog: Error: connect

Fri Mar 20 22:17:34 2020 daemon.err conn-indicator: 1th attr(data) not found

Fri Mar 20 22:17:34 2020 daemon.err conn-indicator: Invalid response

Fri Mar 20 22:17:53 2020 daemon.err nrd[4702]: send ioctl failed

Fri Mar 20 22:17:54 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:17:54 2020 user.err syslog: Error: connect

Fri Mar 20 22:18:04 2020 daemon.err conn-indicator: 1th attr(data) not found

Fri Mar 20 22:18:04 2020 daemon.err conn-indicator: Invalid response

Fri Mar 20 22:18:20 2020 daemon.err nrd[4702]: send ioctl failed

Fri Mar 20 22:18:25 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:18:25 2020 user.err syslog: Error: connect

Fri Mar 20 22:18:35 2020 daemon.err conn-indicator: 1th attr(data) not found

Fri Mar 20 22:18:35 2020 daemon.err conn-indicator: Invalid response

Fri Mar 20 22:18:44 2020 daemon.err nrd[4702]: send ioctl failed

Fri Mar 20 22:18:55 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:18:55 2020 user.err syslog: Error: connect

 

This keeps repeating, and then this starts here as well:

Fri Mar 20 22:21:57 2020 user.emerg syslog: tp215,22[24365]:

Fri Mar 20 22:21:58 2020 daemon.err uhttpd[6390]: ath22 no frequency information.

Fri Mar 20 22:21:58 2020 daemon.err uhttpd[6390]:

Fri Mar 20 22:22:05 2020 daemon.err nrd[4702]: send ioctl failed

Fri Mar 20 22:22:06 2020 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Fri Mar 20 22:22:06 2020 user.err syslog: Error: connect

Fri Mar 20 22:22:19 2020 daemon.err conn-indicator: 1th attr(data) not found

Fri Mar 20 22:22:19 2020 daemon.err conn-indicator: Invalid response

Fri Mar 20 22:22:30 2020 daemon.err nrd[4702]: send ioctl failed

 

 

If I reboot either this slave (192.168.68.106) or the main deco, it all works fine again. As I said, some link connectivity still works, I can connect the the slave deco, the wired computer into the slave deco, but the wired computer can not reach the main deco for some reason, nor internet. Also, no wireless client that associate with this slave deco, will reach internet. 

  0  
  0  
#3
Options
Re:Wired computer to slave AP gives red light
2020-03-20 22:09:03

 

Actually, scrap that last part. Rebooting the slave doesn't work, it it still stuck in that loop 

 

Tue Sep 17 15:22:46 2019 user.err syslog: Error: ssh_connect: Timeout connecting to 192.168.68.1

Tue Sep 17 15:22:46 2019 user.err syslog: Error: connect

Tue Sep 17 15:22:58 2019 user.emerg syslog: tp215,22[25743]:

Tue Sep 17 15:22:59 2019 daemon.err uhttpd[6321]: ath22 no frequency information.

Tue Sep 17 15:22:59 2019 daemon.err uhttpd[6321]:

Tue Sep 17 15:23:07 2019 daemon.err conn-indicator: 1th attr(data) not found

Tue Sep 17 15:23:07 2019 daemon.err conn-indicator: Invalid response

 

Only rebooting the main deco seems to fix it. 

  0  
  0  
#4
Options
Re:Wired computer to slave AP gives red light
2020-03-25 08:49:40

Actually, I think it might not be related to the computer at all, but my printer that I also connected at the same time, a Lexmark c417n. I disconnected it to rule out and now it has been fine for two days.

 

Not sure though why that would cause the AP to be blocked for certain traffic. Have any suggestion on what to troubleshoot? Have you heard of similar behavior with other devices? 

  0  
  0  
#5
Options
Re:Wired computer to slave AP gives red light
2020-03-25 09:40:06 - last edited 2020-03-25 11:18:55

@khanthomas123 

 

I already answered some of those questions.

 

Main deco

  - No wired units

 

Slave 1

  - Phillips Hue bridge
  - Sonos Boost

 

Slave 2 (the one getting disconnected)

  - Computer running Linux Debian

  - Printer Lexmark CS417dn

 

Slave 2 unit wasn't previously used, and computer was wired directly to Main deco without any issues.

 

I swapped Slave 1 and Slave 2, to see if it was a problem with the hardware. Then the other slave (Slave 1) suffered from the same issue (when the same devices was wired to it). This should rule out a hardware fault.

 

When the issues occur, all devices have the same IP-addresses as it had before. I can even connect to the wired devices on Slave 2 from another wireless device. I can also access the web interface of both the main deco, and the slave decos, but Slave 2 is listed as disconnected in the Deco app. I can not test the computer nor the printer wirelessly since they don't have a wireless card. Everything points to the main deco blocking some traffic from the Slave 2 deco, but since I can access the wired devices from a wireless device that is associated with the main deco, it seems to only affect traffic that is targeted to the main deco (AP control traffic, or being used as an internet gateway). Pinging the Main deco from any device that is connected to the Slave 2 is timing out. 

 

All things point to the printer being the culprit, because I've had it disconnected for two days and this problem has not happened since. Not sure what kind of traffic the printer can send to cause this issue though.

  0  
  0  
#7
Options

Information

Helpful: 0

Views: 1368

Replies: 5

Related Articles