Network problems with AR-750 in Bridge (WISP) mode

zwoop · 2018-08-01T02:12:23.039Z

I just got a new AR-750 router, and set it up pretty much the same as I’ve done with my AR-300M routers. Things work, however, the bridged network (wlan-sta) is incredibly unstable. I don’t see anything useful in the logs, but doing a ping on the box to the upstream WiFi routers default route IP (192.168.201.1 in this case) shows severe packet loss and delays:

root@travel:~# ping 192.168.201.1
PING 192.168.201.1 (192.168.201.1): 56 data bytes
64 bytes from 192.168.201.1: seq=0 ttl=64 time=818.685 ms
64 bytes from 192.168.201.1: seq=1 ttl=64 time=2.083 ms
64 bytes from 192.168.201.1: seq=2 ttl=64 time=554.770 ms
64 bytes from 192.168.201.1: seq=3 ttl=64 time=1600.792 ms
64 bytes from 192.168.201.1: seq=4 ttl=64 time=601.398 ms
64 bytes from 192.168.201.1: seq=5 ttl=64 time=6.875 ms
64 bytes from 192.168.201.1: seq=6 ttl=64 time=1.863 ms
64 bytes from 192.168.201.1: seq=7 ttl=64 time=1.895 ms
^C
— 192.168.201.1 ping statistics —
17 packets transmitted, 8 packets received, 52% packet loss
round-trip min/avg/max = 1.863/448.545/1600.792 ms

When it works, it’s fine (less than 2ms RTT), but in between, the network is basically useless. On the “internal” side, things are a lot better too:

sleipnir (20:08) 169/0 $ ping 192.168.8.1
PING 192.168.8.1 (192.168.8.1): 56 data bytes
64 bytes from 192.168.8.1: icmp_seq=0 ttl=64 time=1.907 ms
64 bytes from 192.168.8.1: icmp_seq=1 ttl=64 time=1.465 ms
64 bytes from 192.168.8.1: icmp_seq=2 ttl=64 time=1.708 ms
64 bytes from 192.168.8.1: icmp_seq=3 ttl=64 time=2.140 ms
64 bytes from 192.168.8.1: icmp_seq=4 ttl=64 time=15.267 ms
64 bytes from 192.168.8.1: icmp_seq=5 ttl=64 time=17.999 ms
64 bytes from 192.168.8.1: icmp_seq=6 ttl=64 time=5.587 ms
64 bytes from 192.168.8.1: icmp_seq=7 ttl=64 time=5.237 ms
64 bytes from 192.168.8.1: icmp_seq=8 ttl=64 time=1.148 ms
64 bytes from 192.168.8.1: icmp_seq=9 ttl=64 time=0.925 ms
64 bytes from 192.168.8.1: icmp_seq=10 ttl=64 time=1.897 ms
64 bytes from 192.168.8.1: icmp_seq=11 ttl=64 time=1.973 ms
^C
— 192.168.8.1 ping statistics —
12 packets transmitted, 12 packets received, 0.0% packet loss

I’m using the 2.4Ghz radio to connect upstream (192.168.201/24 above), and the 5Ghz radio for the internal network (192.168.8/24 which my laptop connects to). Doing a ping from the laptop, to e.g. Facebook, going through both radios, shows similarly bad packet losses:

sleipnir (20:02) 383/0 $ ping www.facebook.com
PING star-z-mini.c10r.facebook.com (31.13.93.39): 56 data bytes
64 bytes from 31.13.93.39: icmp_seq=0 ttl=53 time=33.034 ms
64 bytes from 31.13.93.39: icmp_seq=1 ttl=53 time=42.314 ms
64 bytes from 31.13.93.39: icmp_seq=2 ttl=53 time=999.422 ms
64 bytes from 31.13.93.39: icmp_seq=3 ttl=53 time=34.974 ms
64 bytes from 31.13.93.39: icmp_seq=4 ttl=53 time=300.404 ms
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
64 bytes from 31.13.93.39: icmp_seq=5 ttl=53 time=4350.275 ms
64 bytes from 31.13.93.39: icmp_seq=6 ttl=53 time=3350.069 ms
64 bytes from 31.13.93.39: icmp_seq=7 ttl=53 time=2350.375 ms

I’m not sure where to look to debug / fix this, so any hints are much welcome. I’m running the latest firmware on this router.

alzhao · 2018-08-01T04:28:16.275Z

Seems there are some problems. Can you post the logs even you think there is nothing to check?

If repeater signal is strong, can you factory reset the router and try again?