Print

某局点WX3520H结合IMC做portal认证,终端认证并离开后,IMC以及设备上查看终端portal表项不老化问题排查案例

2019-07-30 发表

组网及说明

现场无线控制器结合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用户认证表项手工清除并下线,重新认证上线后,表项显示正常。