现场无线控制器结合IMC服务器做portal认证,组网为普通无线组网。
现场的无线控制器型号为WX3520H,结合IMC做portal认证。使用中发现,在iMC侧看到有部分用户在线时长为160小时甚至更多,查看这些终端,发现这些终端用户早已离开了现场的网络。
(1)现场首先查看了IMC上的UAM日志,发现设备与IMC服务器的这些用户的计费更新报文交互正常,那说明IMC侧是正常的,需要看下设备为何还会发计费更新报文:
(2)后续在AC上查看portal表项,发现这些用户的portal表项没有老化, 但是始终却查不到终端关联的信息。从无线控制器ping终端也是不通的。 证明该终端用户确实不在该网络中。
如下,查看终端portal表项,在设备上是存在的:
<AC>dis portal user username yangdanyun
Username: yangdanyun
AP name: hfxkj-2f-ap09-a
Radio ID: 2
SSID: HUAFA
Portal server: imc
State: Online
VPN instance: N/A
MAC IP VLAN Interface
485a-b6de-61f1 172.16.251.162 4003 WLAN-BSS1/0/3764
但是查看设备上终端关联的表项,是空的:
<AC>dis wlan client mac-address 485a-b6de-61f1 verbose
(3)终端portal认证表项和设备上的idle-cut参数息息相关,首先我们检查下设备配置:
现场认证域下,有配置idle-cut老化功能,但是和现场工程师确认,终端很长时间没有关联这个ssid了,正常应该表项已经老化了。
#
domain imc
authorization-attribute idle-cut 5 10240
authentication portal radius-scheme imc
authorization portal radius-scheme imc
accounting portal radius-scheme imc
#
(4)最终和客户反复确认发现,该idle-cut参数,并非一开局就配置上去使用了的,而是后续添加上去的,所以怀疑,表项中在线时长很长的那部分用户,应该是在配置idle-cut参数前,就已经认证上线过的用户。由于idle-cut参数只对配置该命令后上线的用户生效,所以现场的情况就能够得到很好的理解了。
后续让现场使用命令portal delete-user **将异常的portal用户认证表项手工清除并下线,重新认证上线后,表项显示正常。
由于idle-cut参数只对配置该命令后上线的用户生效,而现场在线时长很长的那部分用户,是在配置idle-cut参数前就认证上线过的,所以idle-cut参数对这部分用户会不生效。
后续让现场使用命令portal delete-user **将异常的portal用户认证表项手工清除并下线,重新认证上线后,表项显示正常。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作