AP跨公网注册。每个局点终端由当地的DHCP服务器下发地址。
现场各个局点均反馈终端频繁掉线,多个终端测试现象依旧。在AC上查看AP的verbose信息,多数AP都有心跳报文的丢失,一直有AP的反复上下线现象,后在出口防火墙处将AC的公网地址禁掉。并配置remote ap后,所有终端掉线现象消失。怀疑与公网链路问题相关。后经修复公网链路后,AP掉线情况减少,但是若不开启remote ap,终端掉线依旧,有时甚至出现连上秒掉的情况。
由于终端关联点在AP上,开启debug分析都是些正常上下线记录,无法看出原因:
Line 1587: *Dec 26 16:14:43:439 2019 _AC_WX5560H STAMGR/7/Event: [APID: 797] [Radio ID: 2, WLAN ID: 1, MAC: d8f2-cab8-6cf8, Session ID: 271590586] Received add mobile message.
Line 1591: *Dec 26 16:14:43:466 2019 _AC_WX5560H STAMGR/7/Event: [APID: 797] [Radio ID: 2, MAC: d8f2-cab8-6cf8, Session ID: 271590588] Received update client state message.
后在AC查看ip地址冲突表,发现测试终端MAC在此冲突表里,
后经查询,每个局点都是由当地DHCP服务器下发地址,存在IP地址段相同的地址池,所有很有可能有几台终端同时获得一个IP地址,上报给
AC,引发地址冲突,AC将其踢下线:
%Oct 29 09:26:50:559 2019 1062_2 STAMGR/6/STAMGR_CLIENT_OFFLINE: Client f4f5-db22-efcb went offline from BSS 7057-bf07-5c20 with SSID WIFI on AP FitAP. State changed to Unauth. Reason:Fit AP received message for deleting the client.
%Oct 29 09:27:29:087 2019 1062_2 STAMGR/6/STAMGR_CLIENT_OFFLINE: Client f4f5-db22-efcb went offline from BSS 7057-bf07-5c20 with SSID WIFI on AP FitAP. State changed to Unauth. Reason:Fit AP received message for deleting the client.
后关闭通过DHCP、ARP方式学习客户端ipv4地址功能观察:
终端可持续稳定在线,无发生异常掉线记录,问题解决:
但是关闭此功能后,AC无法学习到终端的IP地址,在AC上会查不到终端的ip,这点需要注意:
由于前期地址划分的不合理,需要关闭通过DHCP、ARP方式学习客户端ipv4地址功能规避问题现象。
或者重新划分地址池,避免地址冲突。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作