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

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