AP的rrop功能拦截RA报文导致终端学不到IPv6网关信息的问题

AC --- FIT AP本地转发，IPv4 + IPv6双栈

无

无线终端连接无线网络后，能够学到网关的IPv4 arp信息，但是学不到网关的IPv6信息。

终端连接同一vlan网段的有线网络则能正常学到IPv4和IPv6网关的信息。

终端关联无线网络后，针对网关IPv4的信息学习是通过终端发送的arp request广播报文，被网关收到后回复的arp reply报文被终端接收后学到网关IPv4信息的；

而终端学习网关的IPv6信息则依赖于终端上送的RS（Router Solicitation）被网关学到后回复的RA（Router Advertisement）报文，因此终端学不到网关IPv6信息可能是RS报文或者RA报文在中间设备产生了丢包。

由于现场未携带无线抓包网卡或MacBook进行空口抓包，且查看无线空口环境较好，因此决定先从报文的有线侧传输着手，但是由于AP上行的POE交换机在弱电井比较远，因此决定先采用非常方便的AP debug的方式捕获报文在AP上的传输。

考虑到报文在AP上的传输过程会经历：无线空口驱动→wlan转发平台→有线转发→物理口发出到上行交换机的整个过程，因此在终端会接入的AP（该AP只开启了radio 1）开启下面的debug，以测试终端的MAC地址作为筛选条件，开启debug后让终端连接该AP复现故障。

[AP-Probe] debugging ar5drv 1 packet all mac HHHH-HHHH-HHHH verbose

[AP-Probe] debugging system internal wlan forward packet content hh:hh:hh:hh:hh:hh

[AP-Probe] debugging system internal mac-forwarding packet content hh:hh:hh:hh:hh:hh

<AP> debugging wlan forward error

<AP> debugging mac-forwarding packet

<AP> debugging mac-forwarding error

通过软件解析：发现终端关联SSID后，尝试发送了多个RS报文探测IPv6网关的信息，但是均未收到RA报文，无论是解析ar5drv或者wlanfw的过程都是如此。

 查看AC上AP组视图下的配置，发现存在：rrop anti-bmc default-action deny和rrop anti-bmc ipv4-and-ipv6-simple enable配置，一般而言rrop组播广播抑制这类功能是比较容易拦截此类组播或广播报文的，因此去掉了相关配置，去掉后发现AP正常转发了终端请求网关IPv6信息的RS报文和网关回复的RA报文：

此时查看终端上也能正确学到网关的IPv6信息：

查询了AC的已知问题列表，发现确实存在一条类似已知问题记录，而现场的AC版本确实是比R5466更老的版本，而这个已知问题实质也是由于rrop功能在AP的wlan平台转发模块上拦截了网关回复的RA报文，才导致终端无法学到网关IPv6信息。

升级AC和AP版本，并且保留rrop组播广播抑制功能的配置。