3个GT-AC5300组AiMesh，玩王者荣耀闪断问题

sunjijun

前段时间购入三个GT-AC5300组成AiMesh网络，主卧次卧客厅各放置一个，客厅为主路由器，主卧和次卧为节点路由器，主路由到两个节点路由都是有线回程，安放布置描述完毕。（注：家里是联通200兆宽带，网络环境没有问题，用回原来多个TP-Link组网测试，没有任何断线问题。）

情景一：平时都是在次卧的节点路由旁边玩王者荣耀，距离路由器很近，几乎是贴脸，玩的时候总是460闪断掉线，几乎15分钟左右断一次。后来找原因发现时Smart connect规则捣的鬼，之前是把三个频段设置成同一个SSID，开启了Smart connect规则，每当自动切换频段的时候都会断网，关闭Smart connect规则分开设置三个频段SSID后，频繁断线问题解决；

情景二：关闭Smart connect规则后，连接5G-2频段玩王者荣耀，偶尔出现460闪断，但不像之前那么频繁，大概1小时左右，有的时候甚至更长，由于之前三个频段都用设备连接过，密码自动存储，断线后会自动切到其他其他频段比如5G-1或2.4G；如再断线，又会切到其他频段，比如切回5G-2（有的时候也不是自动切换，断线后半天也没连上，手动切到其他频道再马上切回来就立刻连上了）。又是苦苦找原因，每个路由器都重新恢复原厂，更新到最新固件，重新组AiMesh网络，但问题还是会出现，不知道是信号消失问题还是网络短时间中断的问题，断线的时候，三个频段信号还都正常显示，看着不像是信号消失，但也不排除信号消失又马上恢复。昨天突然想起来无线信道默认设置是自动的，漫游助手也是开启状态。

总结：目前怀疑两个原因导致游戏闪断：1.信道自动切换时网络闪断。2.漫游助手踢掉设备

问题1：路由器在自动切换信道的时候会出现闪断的情况呢？

问题2：路由器内置的漫游助手功能，这个功能自组成AiMesh网络之后是否要关闭掉？关闭掉会不会影响AiMesh网络中节点路由的自动切换呢？

2018年11月12日————昨天把无线信道设置成了固定信道，暂时还没发现闪断情况，还需要时间来测试，同时请教技术大神帮忙看看，是否有其他原因，能完美解决掉游戏闪断的问题？

2018年11月13日————昨晚3小时内还是出现了一次闪断现象，信道切换的可能性应该可以排除了，今晚准备把漫游助手关掉在试一试。（起初并没有怀疑到漫游助手，因为曾经特意尝试在玩游戏过程中，在各个屋子之间走动，同时找朋友帮忙在网页端确认走动过程中设备确实是在各个节点切换，当时游戏并没有出现断线的情况，高延迟的情况也没有，可以确定AiMesh网络中切换节点路由是不断线的，这次试试看吧）

2018年11月14日————昨晚没有出现闪断现象，明天再测试一天，感觉是漫游助手的锅

2018年11月15日————又测试一晚，也没有闪断现象，基本可以确定是漫游助手的问题了，待我多测试一段时间看看

2018年11月16日————今天又出现闪断现象了，就在23点43分断的，刚好这个时候日志刷新，日志如下：

Nov 16 23:43:35 rc_service: ip-up 23262:notify_rc start_firewall
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol TCP
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol UDP
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol TCP
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol UDP
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol TCP
Nov 16 23:43:35 miniupnpd[16639]: add_filter_rule() : chain FUPNP not found
Nov 16 23:43:35 miniupnpd[16639]: Failed to redirect 4466 -> 192.168.50.11:4466 protocol UDP
Nov 16 23:43:35 miniupnpd[16639]: shutting down MiniUPnPd
Nov 16 23:43:35 wan: finish adding multi routes
Nov 16 23:43:35 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Nov 16 23:43:35 rc_service: ip-up 23262:notify_rc stop_upnp
Nov 16 23:43:35 rc_service: waitting "start_firewall" via ip-up ...
Nov 16 15:43:36 ntp: start NTP update
Nov 16 23:43:36 miniupnpd[23305]: version 1.9 started
Nov 16 23:43:36 miniupnpd[23305]: HTTP listening on port 35724
Nov 16 23:43:36 miniupnpd[23305]: Listening for NAT-PMP/PCP traffic on port 5351
Nov 16 23:43:37 rc_service: ip-up 23262:notify_rc start_upnp
Nov 16 23:43:37 rc_service: waitting "stop_upnp" via ip-up ...
Nov 16 23:43:37 miniupnpd[23305]: shutting down MiniUPnPd
Nov 16 23:43:38 miniupnpd[23315]: version 1.9 started
Nov 16 23:43:38 start_ddns: update WWW.ASUS.COM dyndns, wan_unit 0
Nov 16 23:43:38 miniupnpd[23315]: HTTP listening on port 50816
Nov 16 23:43:38 miniupnpd[23315]: Listening for NAT-PMP/PCP traffic on port 5351
Nov 16 23:43:38 ddns update: ez-ipupdate: starting...
Nov 16 23:43:38 ddns update: asus_private() interface =ppp0
Nov 16 23:43:38 ddns update: g_asus_ddns_mode == 2
Nov 16 23:43:38 ddns update: connected to nwsrv-ns1.asus.com (103.10.4.108) on port 80.
Nov 16 23:43:38 ddns update: Asus update entry:: return: HTTP/1.1 200 OK^M Date: Fri, 16 Nov 2018 15:43:37 GMT^M Server: Apache^M X-Powered-By: PHP/5.6.30^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Nov 16 23:43:38 ddns update: retval= 0, ddns_return_code (,200)
Nov 16 23:43:38 ddns update: asusddns_update: 0
Nov 16 23:43:38 ddns: ddns update ok
Nov 16 23:43:38 ddns update: exit_main
Nov 16 15:43:38 WAN Connection: WAN was restored.

上网查了一下，有说是NTP同步的问题，这个NTP应该怎么解决呢？
另外我从日志里看到了好想有关防火墙的信息，

192.168.50.11是我的台式机电脑，难道是防火墙拦截了?关掉防火墙再试试？

求大神帮忙看一下，这些日志都说明了什么问题呢？

下面的图片是NTP的设置，哪里有问题呢？

2018年11月19日————关掉防火墙后经过几天测试，未发现闪断现象

2018年11月21日————又出现了闪断现象，有网友说是UPnP的问题，关闭UPnP会解决，现在关闭后测试中

2018年11月29日————测试至今未发现断网现象，应该就是UPnP的问题了，可能是台式机电脑滥用UPnP，导致崩溃了，关闭UPnP可以解决

微信扫一扫，阅读更方便^_^

Sprite

你可以只用一个频段会掉吗？ 比如把手机的网络重置,然后只连某一个频段

frankjoy

我感觉是信号重叠了  手机不知道选哪个了，一直在切换！  漫游助手的信号最低只能设置-70dBm  但是你所处的环境信号都是大于-70dBm
所以手机就会切换网络！
我没有用mesh
就2个路由器开漫游助手 也会这样 我现在把其中一个wifi信号调低，暂时解决了这个问题  所以说放置路由器的位置还是要选择一下 不能靠太近！要不然你在2者的交接处上网的话就会一直切换 导致无网络
另外开启漫游助手以后
苹果手机待机状态会经常不能自己联网！不知道华硕方面有没有解决办法！

llwenf

我的RT-AC5300和几个RT-AC86U组网也是这样，经常掉wifi又链接上，只有关了漫游助手才可以，向华硕售后反应很多次 至今没有回复，华硕售后也就这样了吧，估计是信号重叠导致的，但是最新版本一直没有解决！

sunjijun

Sprite 发表于 2018-11-12 17:58
你可以只用一个频段会掉吗？ 比如把手机的网络重置,然后只连某一个频段

好提议，我回去试一下，把其他频段连接密码都删掉，只连一个试试。最近在一个一个排除可能性。

Sprite

sunjijun 发表于 2018-11-13 08:36
好提议，我回去试一下，把其他频段连接密码都删掉，只连一个试试。最近在一个一个排除可能性。 ...

嗯嗯 2.4G的覆盖比较广,你可以只用5G看看, 避免上面说的信号重叠部分信号太强.

sunjijun

frankjoy 发表于 2018-11-12 18:59
我感觉是信号重叠了  手机不知道选哪个了，一直在切换！  漫游助手的信号最低只能设置-70dBm  但是你所处的 ...

我也怀疑过漫游助手的问题，但回过头想想，我家面积也不大，路由与路由之间距离也不远，只是隔了墙壁，而且我地区设置成了澳大利亚，正常信号应该大于-70dBm，而且我是贴着节点路由的位置，至少节点路由能保证大于-70dBm，玩之前特意看了一下设备是连在节点路由上的，理论上漫游助手不应该踢掉。
昨天固定信道后，3小时内还是出现了一次闪断情况，今天准备关闭漫游助手再试试。
有个疑问请教一下，在这种多节点同SSID的组网环境下，信号都很强的时候，手机自己也有自动选节点的操作么？如果是这样的话就不太好控制了

sunjijun

llwenf 发表于 2018-11-12 21:34
我的RT-AC5300和几个RT-AC86U组网也是这样，经常掉wifi又链接上，只有关了漫游助手才可以，向华硕售后反应很多次 至 ...

昨天排除信道的问题了，今天准备排除一下漫游助手的可能，按理说我在节点贴脸的位置，漫游助手不应该把我踢掉。

maple_1994

frankjoy 发表于 2018-11-12 18:59
我感觉是信号重叠了  手机不知道选哪个了，一直在切换！  漫游助手的信号最低只能设置-70dBm  但是你所处的 ...

苹果手机待机后断网
可以在连接wifi的时候点击 右边感叹号，然后HTTP代理选择自动 就行了

右手边

1. 你手机具体是什么型号？
2. 其次如果你家里面房间不大，不建议将地区改为澳大利亚，提高的只是路由器的发射功率每，而手机发送的功率是不会变。会出现手机能收到路由器的信号但路由器收不到手机的信号。
3. 建议你在使用的时候连接 5G High Band 频道。5G Low Band 是 DFS channel，如果Low Band 被雷达打到，会自动跳channel 的。