今天又碰到WiFi网络断线的问题,从客户发过来的wireshark抓包数据来看

2025-04-19 18:15:35

今天又碰到WiFi网络断线的问题,从客户发过来的wireshark抓包数据来看,从12:07开始,服务器与设备的TCP连接断开,直到12:09,连接才重新建立,在此期间,发送给设备ARP包也没有应答。

从AP的日志获取到一条日志,在12:06左右,AP显示IP地址为192.168.0.12以及192.168.0.14的设备在12:07左右先后从A掉线。

日志为:

%Sep 3 12:06:54:495 2011 H3C STAMGR/6/STAMGR_CLIENT_OFFLINE: Client 4c75-2501-9c20 went offline from BSS 74d6-cbfd-80b0 with SSID AGV on AP 74d6-cbfd-80a0 Radio ID 2. State changed to Unauth. Reason: Received deauthentication frame in Run state: reason code=14

%Sep 3 12:07:08:995 2011 H3C STAMGR/6/STAMGR_CLIENT_OFFLINE: Client 4c75-2501-5081 went offline from BSS 74d6-cbfd-80b0 with SSID AGV on AP 74d6-cbfd-80a0 Radio ID 2. State changed to Unauth. Reason: Received deauthentication frame in Run state: reason code=14

从网上查找相关信息,得知,错误码14表示:

TKIP local MIC failures

即WiFi的AP和终端相互采用暂时密钥集成协议(TKIP)进行通信,对通信数据进行消息完整性检查时,检测到了错误,判断数据被破坏。

由于两次MIC验证错误,导致进入了TKIP静默状态,在大概1分钟左右的时间内不进行TKIP验证,导致终端的断线。

两次MIC验证错误有可能是因为干扰,噪声或者多径效应等原因造成。

可能可以通过以下两种方法解决这一问题:

1) 采用较新的WPA2/AES替代WPA/TKIP加密协议

2) 关闭TKIP反制策略