某局点终端漫游后IPOE业务异常经验案例

拓扑如下图：SR8804-X配置IPOE和DHCP中继，下行是聚合口起不同的子接口对应不同终端网段，上行连接第三方DHCP服务器和AAA服务器，接入设备为起不同vlan的access口 

问题描述：终端在一个vlan505内获取到地址后，放到vlan504内，终端并不会获取新的地址，且业务流量不通。 

1）在终端侧和DHCP服务器侧抓包，终端跨vlan后发送了DHCP请求报文，但是一直没有收到回应，服务器侧抓包也未收到DHCP请求报文，初步判断报文大概率丢在我们设备侧：

2）此时查看设备IPOE会话表项，只有老的表项，未查到新的表项。

3）从现象上看更换VLAN后，之前的表项没老化且无法使用，但是也没有建立新的表项，设备实现机制看着像是存在老的表项就会丢弃掉DHCP报文。查阅命令手册找到以下命令：dhcp session-mismatch action { fast-renew | roam }，具体如下：

【缺省情况】 

DHCP设备收到物理位置发生变化、MAC地址不变的上线用户发送的DHCP请求报文时，则DHCP设备会认为收到的终端用户重新发送的DHCP请求报文是攻击报文，直接丢弃该DHCP请求报文。

【使用指导】

1）指定fast-renew参数后，当DHCP服务器收到物理位置发生变化，MAC地址不变的上线用户发送的DHCP请求报文，先释放对应MAC地址的已在线租约，再为该用户分配IP地址。当DHCP中继收到物理位置发生变化，MAC地址不变的上线用户发送的DHCP请求报文，先向服务器发报文释放对应MAC地址的已在线租约，再将请求报文转发给DHCP服务器。

2）指定roam参数后，当DHCP服务器收到物理位置发生变化，MAC地址不变的上线用户发送的DHCP请求报文，使用对应MAC地址的地址租约应答DHCP请求，并刷新该地址租约的老化时间。这样，可以保证用户继续使用相同的IP地址上线，避免了重新进行接入认证。当DHCP中继收到物理位置发生变化，MAC地址不变的上线用户发送的DHCP请求报文，直接将该请求报文转发给DHCP服务器。

该问题的解决方法是dhcp session-mismatch action fast-renew解决，针对该问题整理了如下几个场景及常用命令：

1）IPOE漫游后重新认证命令：dhcp session-mismatch action fast-renew，漫游后收到discover（dhcpv4）、solicit（dhcpv6）、RS（ndrs）报文时，删除原有会话，创建新的会话。

2）IPOE漫游后免再次认证功能：dhcp session-mismatch action roam，漫游后收到discover（dhcpv4）、solicit（dhcpv6）、RS（ndrs）报文时老会话不下线，直接迁移认证接口。

3）IPOE漫游后免再次认证功能：在漫游的两个接口配置ip subscriber roaming enable roam-group XX。这条命令实际就是将老会话中的位置信息迁移为新的位置。此外，该命令需要开启报文触发方式配合使用：ip subscriber initiator unclassified-ip/ipv6 enable matching-user（ipv4/ipv6数据报文可触发漫游）、ip subscriber initiator arp/nsna enable（arp、nd报文可触发漫游）。

4）终端不在线时及时老化会话命令：ip subscriber user-detect ip命令用来配置用户在线探测，当探测到用户不在线时老化会话