不涉及
某局点AD EIA用户异常下线,接入时长都是12分钟的整数倍,现场反馈配置了mac portal无感知之后,用户异常掉线后还会弹byod进行重认证的情况。本文重点介绍服务器侧排查过程。
收集现场主机uam日志,发现问题用户在主机上只有计费报文没有认证报文,当eia服务器接收到没有在线记录的计费更新报文时,服务器会强制该用户下线然后进行重新认证。
%% 2019-03-28 18:21:03.084 ; [LDBG] ; [408] ; LAN ; 80ce62f0646c ; 4 ; cf07d03bd2654f8a9d3a270ddacfa82e ; ; Received message from 100.118.8.11:
CODE = 4 ID = 45. 计费报文
User-Name(1) = 80ce62f0646c
Framed-Protocol(7) = 1.
Called-Station-Id(30) = 60-0B-03-8A-A3-95
hw_IP_Host_Addr(60) = 100.118.127.128 80:ce:62:f0:64:6c
NAS-Port-Type(61) = 15.
Attribute (25506-230) is not defined in dic file r2.
NAS-Port(5) = 41064.
NAS-Port-Id(87) = slot=0;subslot=240;port=10;vlanid=104
H3C_AVPair(210) = nas:ifindex=680
Acct-Session-Id(44) = 0000000420190328100116000051ec08100463
NAS-Identifier(32) = 1B_13F_Leaf_100.118.8.11
Class(25) = 1dEtUlKK
hw_User_Notify(61) = =.1dEtUlKK>...vd?.;#
NAS-IP-Address(4) = 1685456907.
Calling-Station-Id(31) = 80-CE-62-F0-64-6C
hw_Priority(22) = 1.
Framed-IP-Address(8) = 1685487488.
Acct-Terminate-Cause(49) = 5. 5号表示下线原因是session-timeout
收集现场从机日志,查看相同的Acct-Session-Id(44),发现该用户确实在备机上认证上线。
通过在设备上 dis radius 命令查看radius服务器状态,发现radius服务器经常出现block的现象,表明设备侧探测radius服务器不通。
抓包排查故障期间设备侧与imc侧报文交互发现:
在主服务器抓包上看在10:15:52设备100.118.8.11发送的计费报文已正常回应,设备在10:15:57时发送了一个认证报文,正常情况下应该是随后发送计费开始报文,但该抓包中并没有计费开始报文,而在备机的抓包上有对应的计费开始报文。
也就是说认证报文发送到了主机,但计费报文发送到了备机。
在10:15:52对于设备的计费报文回应还是正常的,到10:15:57时计费报文就发送到了备机,这个期间主服务器上并未收到radius报文,不存在不回应或者回应超时的情况,所以设备探测主radius服务器不通的原因需要重点排查网络层面和设备层面。iMC服务器不存在异常。
排查现场网络,发现网络有环路,导致设备探测radius服务器不通。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作