华硕RT-AX57热**版 LAN有线网口 出现网络断流问题
先说下，这个RT-AX57热**版路由器是今年1月份买的。原本买的是RT-AC86U，也是因为出现了LAN断流，换了两台都一样，固件都是最新，但是这两台路由器断流的表现并不一样，RT-AC86U一旦LAN的连接出现断流后，WiFi也会断，手机电视一类的WiFi联网设备网络都会卡死。路由器必须重启才能恢复，不然的话至少短时间内无法恢复正常使用(好像是几分钟内？不太记得了)，因为断流的时间太长，所以基本都需要时手动重启。
故此退掉，然后换的最新发售的RT-AX57热**版路由器。没想到还是会断流(一开始没发现，用了两个礼拜后发现了，因为我实在折腾烦了，况且持续时间不算长，大概10秒钟左右。心想可能就是一个固件BUG，等更新吧，结果等到现在最新版固件出来后还是一个样)，只是断流的表现不太一样。具体怎么个断法呢？
细说下断流的场景：比如刷网页视频，同一个网站的视频，刚开始点开几个网页看表现一切正常。然后再点开一两个，网页就一直转圈，这个时候点开任何不同网址的网页都是，卡死无响应状态，浏览器网页也没有任何错误提示。直到10秒种左右后，一切网页又恢复正常。
如果我一天8小时都坐在电脑前，那么刷网页会出现这个问题的频率大概有2次左右吧。
顺便说下，再更早之前，家里用的是RT-AX56U热**版，用了两年多了，并没有这个问题，因为新增加了一个办公场所，也需要用WiFi，所以这个这台设备就被放置到那里用了。因此又买了一台RT-AX57热**版用(包括RT-AC86U在内)，没想到总是频繁的遇到问题。
RT-AX57热**版路由器固件版本：3.0.0.4.388_33305
驱动器名称：Realtek PCle GbE Family Controller
匹配设备ID：PCI\VEN_10EC&DEV_8168&SUBSYS_80E5103C&REV_15
驱动程序版本：10.65.421.2023
驱动程序日期：2023/4/21(这台是2015年的旧笔记本，更新过一次了，目前好像已经是能更新到的最新版本了)
有个字被屏蔽了，关联下型号：RT-AX57M 路由器系统日志如下：
Apr 26 18:22:03 kernel: 7981@C14L1rax0,RRM_PeerMeasureRepAction() 1147: DialogToken invalid(29)!7981@C08L3ra0,ap_peer_auth_req_at_idle_action() 658: Recevied exist entry device's Auth :fe:75:dc:26:bd:de
Apr 26 18:22:03 kernel: 7981@C23L3ra0,DfsRadarChannelCheck() 3229: : wdev is not 5G
Apr 26 18:22:03 kernel: 7981@C23L3ra0,DfsRadarChannelCheck() 3229: : wdev is not 5G
Apr 26 18:22:04 kernel: 7981@C13L2ra0,MacTableDeleteEntry() 1931: Del Sta:fe:75:dc:26:bd:de
Apr 26 18:22:04 kernel: 7981@C13L2ra0,MacTableInsertEntry() 1569: New Sta:fe:75:dc:26:bd:de associated at aid 3 (Number of associated STAs: 1)
Apr 26 18:22:04 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 1652:Recv Assoc from STA - fe:75:dc:26:bd:de
Apr 26 18:22:04 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 2175: ReASSOC Send ReASSOC response (Status=0)...
Apr 26 18:22:04 kernel: 7981@C15L2rax0,PeerPairMsg4Action() 7008: AP SETKEYS DONE(rax0) - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=2 from fe:75:dc:26:bd:de
Apr 26 18:22:22 kernel: 7981@C08L3ra0,ap_peer_auth_req_at_idle_action() 658: Recevied exist entry device's Auth :fe:75:dc:26:bd:de
Apr 26 18:22:22 kernel: 7981@C13L2ra0,MacTableDeleteEntry() 1931: Del Sta:fe:75:dc:26:bd:de
Apr 26 18:22:22 kernel: 7981@C13L2ra0,MacTableInsertEntry() 1569: New Sta:fe:75:dc:26:bd:de associated at aid 3 (Number of associated STAs: 2)
Apr 26 18:22:22 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 1652:Recv Assoc from STA - fe:75:dc:26:bd:de
Apr 26 18:22:22 kernel: 7981@C23L3ra0,DfsRadarChannelCheck() 3229: : wdev is not 5G
Apr 26 18:22:22 kernel: 7981@C23L3ra0,DfsRadarChannelCheck() 3229: : wdev is not 5G
Apr 26 18:22:22 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 2175: ReASSOC Send ReASSOC response (Status=0)...
Apr 26 18:22:23 kernel: 7981@C15L2rax0,PeerPairMsg4Action() 7008: AP SETKEYS DONE(ra0) - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=2 from fe:75:dc:26:bd:de
Apr 26 18:30:35 kernel: 7981@C13L2rax0,MacTableDeleteEntry() 1931: Del Sta:06:5f:a7:0e:25:30
Apr 26 18:30:35 kernel: 7981@C08L3rax0,ap_peer_deauth_action() 490: AUTH - receive DE-AUTH(seq-658) from 06:5f:a7:0e:25:30, reason=3
Apr 26 18:30:36 kernel: 7981@C15L1rax0,WscCheckPeerDPID() 14062: unexpected WSC IE Length(1798)
Apr 26 18:30:38 kernel: 7981@C15L1rax0,WscCheckPeerDPID() 14062: unexpected WSC IE Length(262)
Apr 26 18:30:39 kernel: 7981@C13L2rax0,MacTableInsertEntry() 1569: New Sta:06:5f:a7:0e:25:30 associated at aid 2 (Number of associated STAs: 2)
Apr 26 18:30:39 kernel: 7981@C08L3rax0,ap_cmm_peer_assoc_req_action() 1652:Recv Assoc from STA - 06:5f:a7:0e:25:30
Apr 26 18:30:39 kernel: 7981@C08L3rax0,ap_cmm_peer_assoc_req_action() 2175: ASSOC Send ASSOC response (Status=0)...
Apr 26 18:30:39 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 1652:Recv Assoc from STA - 06:5f:a7:0e:25:30
Apr 26 18:30:39 kernel: 7981@C08L3ra0,ap_cmm_peer_assoc_req_action() 2175: ASSOC Send ASSOC response (Status=0)...
Apr 26 18:30:39 kernel: 7981@C15L2rax0,PeerPairMsg4Action() 7008: AP SETKEYS DONE(ra0) - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=1 from 06:5f:a7:0e:25:30
有一点忘了说了，再补充下RT-AX57M断流场景的一些细节：与RT-AC86U不同的是，RT-AX57M浏览网页时，一旦LAN的连接出现断流后，WiFi并不会断，手机电视一类的WiFi联网设备网络都正常，10秒钟左右，可以自行恢复。 Akira 发表于 2024-4-28 18:09
有一点忘了说了，再补充下RT-AX57M断流场景的一些细节：与RT-AC86U不同的是，RT-AX57M浏览网页时，一旦LAN ...
考虑四点：
1. PC端有线网卡问题，可以尝试其他PC有线网卡会不会也有问题
2. 更换LAN端网线
3. 你手上的RT-AX57M自身硬件故障，保固期内申请售后
4. 入户光猫有问题 或者直接尝试更换一个USB网卡试试.. 我来分析下：
1. 首先第一点，PC端网卡问题。家里这边只有一台笔记本，没法测。以前用RT-AX56U一点问题没有，这个断流问题是换了RT-AX57M路由器之后才出现的，所以基本不太可能。
2. 如果是网线问题导致的断连，路由器日志上会有“Link is Down”等记录，笔记本上以太网状态会有“连接中断”的图标提醒。浏览器会出现“ERR_CONNECTION_CLOSED”错误。但是都不具备这些条件。所以不是这个问题。
3. 这个可能性最大。
4. 如果是光猫问题导致的断流(或用卡死/阻塞形容更为贴切？)，无法解释的一点是，当出现断流问题出现后，为什么路由器的网关地址也无法访问了？我的光猫只是桥接模式，还是以RT-AX57M这台路由器来作为一级路由以及DHCP服务的。并且光猫出现断连等故障，路由器日志上应该也有记录才对，但是断流时，什么故障记录也没有。
页:
[1]