Unstable network via Deco M4
I have a Deco network of 3 M4R's, each in 1 floor of my house. This has been working magnificently for a little over a year now, but since a week or two the network is unstable. I'm losing packets or get high ping results. I've ruled out issues in my internet connection; when connecting my laptop directly to the modem, everything is fine.
My configuration is as follows:
- Modem in bridge mode (no routing functionality);
- M4's connected through ethernet backhaul (confirmed working in the app);
- Connected computer has at least 70% signal strength, either over 2.4 or 5Ghz;
- Tried changing signal beam or mesh toggles; to no effect;
- Latest available firmware according to the app.
It seems my options to change anything is limited. I've tried disconnecting the ethernet backhaul, resetted all deco's (using the reset button underneath), setup the entire network again, swapped deco's per floor, all had no effect. I'd welcome any clues into the right direction. Thanks!
Edit: Pinging an internal machine gives similar results; some packet loss and many high latency returns. This rules out a problem with my internet provider.
$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=117 time=14.979 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=16.756 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=25.830 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=45.929 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=117 time=14.284 ms Request timeout for icmp_seq 5 64 bytes from 8.8.8.8: icmp_seq=6 ttl=117 time=30.094 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=117 time=39.190 ms Request timeout for icmp_seq 8 64 bytes from 8.8.8.8: icmp_seq=9 ttl=117 time=30.409 ms 64 bytes from 8.8.8.8: icmp_seq=10 ttl=117 time=12.791 ms Request timeout for icmp_seq 11 64 bytes from 8.8.8.8: icmp_seq=12 ttl=117 time=52.802 ms 64 bytes from 8.8.8.8: icmp_seq=13 ttl=117 time=104.292 ms 64 bytes from 8.8.8.8: icmp_seq=14 ttl=117 time=139.392 ms 64 bytes from 8.8.8.8: icmp_seq=15 ttl=117 time=32.167 ms Request timeout for icmp_seq 16 64 bytes from 8.8.8.8: icmp_seq=17 ttl=117 time=17.992 ms Request timeout for icmp_seq 18 64 bytes from 8.8.8.8: icmp_seq=19 ttl=117 time=31.345 ms 64 bytes from 8.8.8.8: icmp_seq=20 ttl=117 time=15.294 ms Request timeout for icmp_seq 21 64 bytes from 8.8.8.8: icmp_seq=22 ttl=117 time=28.680 ms 64 bytes from 8.8.8.8: icmp_seq=23 ttl=117 time=31.584 ms 64 bytes from 8.8.8.8: icmp_seq=24 ttl=117 time=25.537 ms 64 bytes from 8.8.8.8: icmp_seq=25 ttl=117 time=46.572 ms 64 bytes from 8.8.8.8: icmp_seq=26 ttl=117 time=87.863 ms Request timeout for icmp_seq 27 Request timeout for icmp_seq 28 Request timeout for icmp_seq 29 64 bytes from 8.8.8.8: icmp_seq=30 ttl=117 time=17.684 ms 64 bytes from 8.8.8.8: icmp_seq=31 ttl=117 time=14.439 ms 64 bytes from 8.8.8.8: icmp_seq=32 ttl=117 time=13.888 ms 64 bytes from 8.8.8.8: icmp_seq=33 ttl=117 time=22.566 ms 64 bytes from 8.8.8.8: icmp_seq=34 ttl=117 time=13.744 ms 64 bytes from 8.8.8.8: icmp_seq=35 ttl=117 time=20.684 ms 64 bytes from 8.8.8.8: icmp_seq=36 ttl=117 time=106.864 ms 64 bytes from 8.8.8.8: icmp_seq=37 ttl=117 time=57.087 ms 64 bytes from 8.8.8.8: icmp_seq=38 ttl=117 time=97.275 ms 64 bytes from 8.8.8.8: icmp_seq=39 ttl=117 time=134.082 ms 64 bytes from 8.8.8.8: icmp_seq=40 ttl=117 time=14.257 ms 64 bytes from 8.8.8.8: icmp_seq=41 ttl=117 time=16.424 ms 64 bytes from 8.8.8.8: icmp_seq=42 ttl=117 time=20.746 ms 64 bytes from 8.8.8.8: icmp_seq=43 ttl=117 time=12.983 ms 64 bytes from 8.8.8.8: icmp_seq=44 ttl=117 time=19.252 ms 64 bytes from 8.8.8.8: icmp_seq=45 ttl=117 time=13.110 ms 64 bytes from 8.8.8.8: icmp_seq=46 ttl=117 time=16.687 ms 64 bytes from 8.8.8.8: icmp_seq=47 ttl=117 time=15.215 ms 64 bytes from 8.8.8.8: icmp_seq=48 ttl=117 time=15.870 ms 64 bytes from 8.8.8.8: icmp_seq=49 ttl=117 time=26.831 ms ^C --- 8.8.8.8 ping statistics --- 50 packets transmitted, 41 packets received, 18.0% packet loss round-trip min/avg/max/stddev = 12.791/36.914/139.392/33.581 ms