R8000 为什么老是断网？

This topic created in 3466 days ago, the information mentioned may be changed or developed.

老是间歇性断网， wifi 图标还在。原厂固件，一般在线设备 30 台左右。

PING 10.0.0.1 (10.0.0.1): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=1302.834 ms
64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=299.817 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=2.961 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=64 time=50.287 ms
Request timeout for icmp_seq 5
64 bytes from 10.0.0.1: icmp_seq=4 ttl=64 time=2760.912 ms
64 bytes from 10.0.0.1: icmp_seq=5 ttl=64 time=1756.969 ms
64 bytes from 10.0.0.1: icmp_seq=6 ttl=64 time=756.701 ms
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
64 bytes from 10.0.0.1: icmp_seq=9 ttl=64 time=2261.674 ms
64 bytes from 10.0.0.1: icmp_seq=7 ttl=64 time=4265.662 ms
64 bytes from 10.0.0.1: icmp_seq=8 ttl=64 time=3263.700 ms
64 bytes from 10.0.0.1: icmp_seq=11 ttl=64 time=257.653 ms
64 bytes from 10.0.0.1: icmp_seq=12 ttl=64 time=23.566 ms
64 bytes from 10.0.0.1: icmp_seq=13 ttl=64 time=1115.848 ms
64 bytes from 10.0.0.1: icmp_seq=14 ttl=64 time=115.036 ms
64 bytes from 10.0.0.1: icmp_seq=15 ttl=64 time=3.912 ms
64 bytes from 10.0.0.1: icmp_seq=16 ttl=64 time=10.097 ms
64 bytes from 10.0.0.1: icmp_seq=17 ttl=64 time=61.441 ms
64 bytes from 10.0.0.1: icmp_seq=18 ttl=64 time=3.711 ms
64 bytes from 10.0.0.1: icmp_seq=19 ttl=64 time=4.111 ms
64 bytes from 10.0.0.1: icmp_seq=20 ttl=64 time=30.853 ms

10.0.0.1

icmp_seq

bytes

TTL

7 replies • 2016-11-29 19:28:18 +08:00

venkhchen

Nov 29, 2016

试试看 koolshare 论坛的梅林改版固件吧，快要发布了。

datocp

Nov 29, 2016

贵的不一定好。信号强的，一个 AP 可以覆盖 3 层楼的相对要好，但是遇到写字楼里 60 个 AP 信号。。。什么无线都要趴了。

1,先用 WirelessNetView.exe 之类的程序观察周围信道，排除信道干扰
2,上设备看是否提供客户端的信号显示，踢除弱信号。
3,有必要的话实施流量限制，防止延时问题

无线通常以最弱的那个信号影响最大，以前公司前台接在 2 道玻璃门 15 米左右的一个 AP ，自己即便坐在 AP 1 米以内也无能为力。