流星 发表于 2019-3-2 22:51
请问楼主是否使用了WTFAST？
我1年前买的RT-AC86U就有这个问题，嗯，整整一年了。
我是使用WTFAST游戏加速就会 ...
暂时没用WTFAST，
但是你的问题具体是啥？用WTFAST之后会断线？
还是说WTFAST无效果？
是官方FW吗？
涵哥 发表于 2019-3-4 11:27
暂时没用WTFAST，
但是你的问题具体是啥？用WTFAST之后会断线？
还是说WTFAST无效果？
官方固件，有线连接，用WTFAST效果不理想，自动模式没什么效果，手动模式会掉线，有时无法连接到游戏服务器。
专门下了WTFAST FOR PC试用过，和路由器端的相比简直是两个软件:L现在是两台RT-AC86U组了AIMESH，有线回程，无线经常掉。
天猫精灵用2.4G连接路由器，经常提示没网络，其他智能家电也经常掉线，显示不在线，要重新设置网络才行。
手机5G连接也经常掉，APP语音通话时经常提示网络不稳定，经常没有声音，或者断开连接。
流星 发表于 2019-3-11 07:25
官方固件，有线连接，用WTFAST效果不理想，自动模式没什么效果，手动模式会掉线，有时无法连接到游戏服务 ...
了解，我帮你看看这个问题
流星 发表于 2019-3-2 22:51
请问楼主是否使用了WTFAST？
我1年前买的RT-AC86U就有这个问题，嗯，整整一年了。
我是使用WTFAST游戏加速 ...
是的，用了WTFAST后ping要低些，不用300多ping 有点卡。
流星 发表于 2019-3-11 07:25
官方固件，有线连接，用WTFAST效果不理想，自动模式没什么效果，手动模式会掉线，有时无法连接到游戏服务 ...
我的有些设备也是断电后就显示不在线上，重启一下路由器有时又会好，手机还没发现掉。
涵哥 发表于 2019-3-11 09:07
了解，我帮你看看这个问题
涵哥，昨天晚上9点53分出现了断网，我把日志传上来麻烦你帮我看一下是怎么回事行吗？
Mar 16 21:53:20 pppd: Connection terminated.
Mar 16 21:53:20 pppd: Modem hangup
Mar 16 21:53:22 WAN Connection: Fail to connect with some issues.
Mar 16 21:53:22 DualWAN: skip single wan wan_led_control - WANRED off
Mar 16 21:53:22 nat: apply redirect rules
Mar 16 21:53:30 pppd: Connected to bc:3f:8f:7a:6a:44 via interface eth0
Mar 16 21:53:30 pppd: Connect: ppp0 <--> eth0
Mar 16 21:53:30 pppd: PAP authentication succeeded
Mar 16 21:53:30 pppd: peer from calling number BC:3F:8F:7A:6A:44 authorized
Mar 16 21:53:30 pppd: localIP address 10.0.1.237
Mar 16 21:53:30 pppd: remote IP address 10.0.0.1
Mar 16 21:53:30 pppd: primary DNS address 61.128.128.68
Mar 16 21:53:30 pppd: secondary DNS address 61.128.192.68
Mar 16 21:53:30 rc_service: ip-up 31033:notify_rc start_firewall
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13817 -> 192.168.50.105:1080 protocol TCP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13817 -> 192.168.50.105:3027 protocol UDP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13801 -> 192.168.50.89:1080 protocol TCP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13801 -> 192.168.50.89:3027 protocol UDP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13817 -> 192.168.50.105:1080 protocol TCP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13817 -> 192.168.50.105:3027 protocol UDP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13801 -> 192.168.50.89:1080 protocol TCP
Mar 16 21:53:30 miniupnpd: add_filter_rule() : chain FUPNP not found
Mar 16 21:53:30 miniupnpd: Failed to redirect 13801 -> 192.168.50.89:3027 protocol UDP
Mar 16 21:53:30 miniupnpd: shutting down MiniUPnPd
Mar 16 21:53:30 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Mar 16 21:53:30 wan: finish adding multi routes
Mar 16 21:53:30 ntp: start NTP update
Mar 16 21:53:30 rc_service: ip-up 31033:notify_rc stop_upnp
Mar 16 21:53:30 rc_service: waitting "start_firewall" via ip-up ...
Mar 16 21:53:30 miniupnpd: version 1.9 started
Mar 16 21:53:30 miniupnpd: HTTP listening on port 35345
Mar 16 21:53:30 miniupnpd: Listening for NAT-PMP/PCP traffic on port 5351
Mar 16 21:53:31 rc_service: ip-up 31033:notify_rc start_upnp
Mar 16 21:53:31 rc_service: waitting "stop_upnp" via ip-up ...
Mar 16 21:53:31 miniupnpd: shutting down MiniUPnPd
Mar 16 21:53:32 miniupnpd: version 1.9 started
Mar 16 21:53:32 miniupnpd: HTTP listening on port 57143
Mar 16 21:53:32 miniupnpd: Listening for NAT-PMP/PCP traffic on port 5351
Mar 16 21:53:32 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Mar 16 21:53:32 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Mar 16 21:53:32 kernel: HTB: quantum of class 10009 is big. Consider r2q change.
Mar 16 21:53:32 kernel: HTB: quantum of class 20009 is big. Consider r2q change.
Mar 16 21:53:34 WAN Connection: WAN was restored.
zoujian423 发表于 2019-3-17 12:22
涵哥，昨天晚上9点53分出现了断网，我把日志传上来麻烦你帮我看一下是怎么回事行吗？
Mar 16 21:53:20 pp ...
WAN有一个重新拨号的过程
所以会断开一下、
但是不知道为啥会有重新拨号，建议确认一下网线连接以及光猫是否正常
涵哥 发表于 2019-3-19 09:25
WAN有一个重新拨号的过程
所以会断开一下、
但是不知道为啥会有重新拨号，建议确认一下网线连接以及光猫 ...
谢谢涵哥，只断了1秒左右就恢复正常了，还真不好说是哪里的毛病。
zoujian423 发表于 2019-3-24 14:38
谢谢涵哥，只断了1秒左右就恢复正常了，还真不好说是哪里的毛病。
OK，那就持续观察，有新的发现再讨论，
涵哥 发表于 2019-3-25 10:58
OK，那就持续观察，有新的发现再讨论，
涵哥，我喊了电信的维修人员来看了，电信的维修人员说，可能是因为电信会定时24小时或者48小时，重新更换一次IP，所以会出现断网重拨。后来找了另一个维修人员，他给我改成7天换一次，他说最多也只能改成7天换一次了。