Deco PX50 packet loss after some time
This thread has been locked for further replies. You can start a new thread to share your ideas or ask questions.
EDIT: This is resolved for me as of firmware version 1.2.1 Build 20230920 Rel. 62115 (setting all satellite decos to only connect to the main deco)
I am having problems with packet loss appearing almost daily with my Deco PX50 setup. It is solved by either rebooting, or turning off some of the PX50's.
My setup:
- Router
- Main Deco PX50 - in access point mode - connected to router by ethernet cable
- 3 satellite Deco PX50 - all connected with both PLC + WiFi (all either medium or strong signal) to the Main Deco PX50
- PC - connected to one of the satellite Deco PX50 by ethernet cable
- 3 satellite Deco PX50 - all connected with both PLC + WiFi (all either medium or strong signal) to the Main Deco PX50
- Main Deco PX50 - in access point mode - connected to router by ethernet cable
- All PX50's running latest firmware 1.0.3
- All plugged directly into wall sockets, no extension cables
Evidence of Issue:
The below is a pingplot from my PC to my router. It shows intermittent packet loss. At 17:39, I turned off one of the other PX50's (not the main one, and not the satellite PX50 my computer is connected to), and the packet loss stops:
This is happening daily with the PX50's. It seems like these devices get into a state where they interfere with each other somehow? Is 4 PX50's on the network too many for this new PLC protocol to handle, or is it the wifi backhaul causing the problem? I notice there are other threads with similar issues for this device.
- What is causing this regular packet loss?
- Why is it solved by turning off one of the other PX50 devices
I previously had exactly the same setup with Deco P9's (even same plug sockets, main router, and ethernet cables), and did not have any packet loss issues on the network at all.
@David-TP Thanks for the reply, here are answers to your questions and some additional information:
- No, I'm not able to reproduce this issue in a short time. It happened again today, but was fine for the previous 4 days.
- After more investigation, it requires a specific satellite deco to be turned off or rebooted (but not the same one each time). The packet loss starts when one of the satellite deco devices gets into a loop of going offline, or trying to connect to one of the other satellite decos instead of the main deco (the main deco is the closest to all satellites). Every 10 or so seconds the status in my deco app switches between these two states:
- When the PC is connected to the main deco, the same packet loss issue exists.
Questions:
- Why does this happen?
- Why does one satellite deco having problems cause packet loss on the entire network?
Additional info + one more unrelated bug:
- I am able to observe the same packet lost when connected by both wifi and ethernet.
- It happens randomly with the satellite deco (not the same device each time).
- Some errors seen in the logs on the deco devices are below (not sure if any of this is related)
- An unrelated bug: The time on the satellite decos does not match the time on the main deco (main deco is correct) and there is no setting to change this
Errors on the satellite deco that pc is connected to:
Fri Aug 25 09:56:30 2023 daemon.err /usr/bin/apsd: apsd_get_gw_mac_from_arp:943: Error: ioctl
Fri Aug 25 09:56:34 2023 daemon.err /usr/bin/apsd: apsd_get_gw_mac_from_arp:943: Error: ioctl
Fri Aug 25 09:56:35 2023 daemon.err bandwidth_contr: TIPC data ready.
Fri Aug 25 09:56:35 2023 daemon.err bandwidth_contr: 20 bytes data received: tipc_msg_1_3
Fri Aug 25 09:56:35 2023 daemon.err bandwidth_contr: wifi msg type is: 1 3
Fri Aug 25 09:56:35 2023 daemon.err bandwidth_contr: get mode: 11AHE160
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]: iptables: No chain/target/match by that name.
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]: iptables v1.4.21: Couldn't load target `domain_login_rule':No such file or directory
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]:
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]: Try `iptables -h' or 'iptables --help' for more information.
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]: iptables: No chain/target/match by that name.
Fri Aug 25 09:56:37 2023 daemon.err uhttpd[5638]: iptables: No chain/target/match by that name.
Fri Aug 25 09:56:37 2023 user.emerg : tp215,22[4536]:
Fri Aug 25 09:56:37 2023 daemon.err /usr/bin/apsd: apsd_get_gw_mac_from_arp:943: Error: ioctl
Fri Aug 25 09:56:38 2023 daemon.err uhttpd[5638]: ath23 No such device
Fri Aug 25 09:56:38 2023 daemon.err uhttpd[5638]:
Fri Aug 25 09:56:39 2023 daemon.err uhttpd[5638]: ath23 No such device
Fri Aug 25 09:56:39 2023 daemon.err uhttpd[5638]:
Fri Aug 25 09:56:40 2023 daemon.err /usr/bin/apsd: apsd_get_gw_mac_from_arp:943: Error: ioctl
Errors on the main deco (192.168.223.119 is the satellite deco looping between offline and connecting to another satellite):
Fri Aug 25 10:56:00 2023 daemon.err bandwidth_contr: get mode: 11AHE160
Fri Aug 25 10:56:09 2023 user.err : Error: ssh_connect: Timeout connecting to 192.168.223.119
Fri Aug 25 10:56:09 2023 user.err : Error: connect
Fri Aug 25 10:56:11 2023 user.err : Error: ssh_connect: Timeout connecting to 192.168.223.119
Fri Aug 25 10:56:11 2023 user.err : Error: connect
Fri Aug 25 10:56:24 2023 user.err : Error: ssh_connect: Timeout connecting to 192.168.223.119
Fri Aug 25 10:56:24 2023 user.err : Error: connect
Fri Aug 25 10:56:27 2023 user.err : Error: ssh_connect: Timeout connecting to 192.168.223.119
Fri Aug 25 10:56:27 2023 user.err : Error: connect
Fri Aug 25 10:56:27 2023 daemon.err client_mgmt: mac 30-58-90-7D-D9-E8 had uploaded
Fri Aug 25 10:56:28 2023 daemon.err client_mgmt: mac 08-3A-88-23-3B-E2 had uploaded
Fri Aug 25 10:56:28 2023 daemon.err client_mgmt: mac B4-7C-9C-50-0D-2A had uploaded
Fri Aug 25 10:56:28 2023 daemon.err client_mgmt: mac 4C-24-98-1D-CE-63 had uploaded
Fri Aug 25 10:56:30 2023 daemon.err bandwidth_contr: get mode: 11AHE160
Fri Aug 25 10:56:35 2023 daemon.err bandwidth_contr: get mode: 11AHE160
Fri Aug 25 10:56:35 2023 daemon.err bandwidth_contr: Sending TIPC data. Total 20 bytes.
Can't get logs from the satellite deco having the issue because it won't connect to the login page, and the logs are gone when it's rebooted.
