某局点SR8812-X 无感知用户换地点上线需要手动重新认证问题处理经验案例

不涉及

现场使用SR8812-X作为网关设备，与城市热点对接做portal认证，现场共用同一个ssid，不同楼宇之间的业务地址段不同，用户在某一楼层认证上线后，在本楼层同一段ip内可以实现无感知认证。在其他不同ip地址段区域连接上后，发现连不上网，需要手动再次认证（使用命令portal delete-user X.X.X.X将终端获取到的地址删掉），无感知机制未触发，检查bras上就会发现刚刚截图展示的单个mac地址存留多个ip表象如下：

让现场配置了探测功能，portal user-detect type icmp 。配置之后，无感知用户确实可以正常，但是非无感知用户就会每隔60s下线一次，导致设备会有大量的上下线报文，且有一些禁ping的终端，上网就会有问题。

分析发现现场用户在不同的vlan重新走了dhcp上线流程，所以分到了不同的dhcp地址，portal的表项也会存在多个。缺省情况下，DHCP服务器收到物理位置发生变化、MAC地址不变的上线用户发送的DHCP-DISCOVER报文时，直接丢弃该DHCP-DISCOVER报文。因此才会出现，漆面描述的无感知用户换地点上线需要手动重新认证的问题。 

查阅相关资料发现，当用户的物理接入位置发生变化时，例如无线终端用户漫游时，若需要该用户下线后重新上线，则DHCP设备可能会因为未及时收到用户的下线请求，而导致DHCP设备认为该终端用户还在线。因为终端用户所在的无线网络发生变化，但MAC地址不变，则DHCP设备会认为收到的终端用户重新发送的DHCP-DISCOVER报文是攻击报文，直接丢弃该DHCP-DISCOVER报文。为了解决这个问题，需要在DHCP设备上开启本功能。配置本功能后，当DHCP设备收到物理位置发生变化，MAC地址不变的上线用户发送的DHCP-DISCOVER报文，先释放将对应MAC地址的已在线租约，再为该用户分配IP地址。

(1) 进入接口视图。

 interface interface-type interface-number 

(2) 配置DHCP服务器收到物理位置发生变化、MAC地址不变的上线用户发送的DHCP请求的处理方式。

 dhcp session-mismatch action fast-renew