EVPN多归属场景中ARP表项不一致,参考:
1. ARP表项状态差异
"R"状态表项:表示该ARP是通过EVPN路由同步学习(如某据点S9850案例所述),属于远端主机信息
缺失表项的设备:可能是该IP的实际归属设备,本地因配置抑制了传统ARP学习
2. 配置策略影响
ARP抑制功能(arp suppression enable):
直连主机的VTEP不会生成传统ARP表项
通过EVPN发布MAC-IP路由替代(如S6520X/S9850系列文档说明)
路由通告限制:
若配置undo advertise arp或mac-learning disable(如S6805/S9850配置指导)
将阻止本地ARP信息通过EVPN传播
3. RR反射机制
反射器需配置reflect change-path-attribute(S9850案例)
否则反射时无法修改路由属性,可能导致路由未被传递
排查步骤
在缺失ARP的设备(VTEP B)检查:
display current-configuration | include "arp
suppression|advertise arp"
display bgp l2vpn evpn routing-type mac-ip 确认是否生成MAC-IP路由
在RR设备检查:
display bgp l2vpn evpn peer x.x.x.x advertised-routes 查看是否反射路由
display current-configuration | include "reflect
change-path-attribute"
在存在R状态ARP的设备(VTEP A)检查:
display evpn route arp 192.168.0.21 查看ARP来源
display bgp l2vpn evpn routing-type mac-ip 192.168.0.21 验证路由学习路径
注:EVPN分布式网关中,直连主机的VTEP通常不显示传统ARP表项(由控制平面代答),远端VTEP通过R状态表示已学习到EVPN同步的ARP信息。这是正常设计行为,只要三层通信正常则无需干预。若需强制显示,可尝试在主机直连的VTEP上关闭arp suppression功能(可能增加广播流量)。
在EVPN多归属组网中,VTEP A和VTEP B通过RR反射器学习EVPN路由。若VTEP A上存在192.168.0.21的ARP表项且状态为R(远程),且L2VPN EVPN路由表显示从VTEP B学习到对应路由,但VTEP B上无该ARP表项,可能原因如下:
1. **对称IRB转发要求**:在对称IRB场景中,远端VTEP需为下一跳(通常为对端VTEP的Loopback地址)生成ARP表项,其MAC地址由EVPN路由携带的Router's MAC扩展团体属性(如84d9-31f5-3908)填充。若VTEP B未接收到携带正确Router's MAC属性的路由,则无法生成对应ARP表项。
2. **路由反射器处理异常**:RR需正确反射包含完整扩展属性(如Router's MAC)的EVPN路由。若RR过滤或未正确反射该属性,VTEP B将无法生成ARP表项。
3. **ARP表项生成依赖路由下一跳可达性**:VTEP B需确保路由的下一跳(即VTEP A的Loopback地址)可达,并且对应L3VNI的VSI接口已创建,否则不会触发ARP表项生成。
建议检查:
- VTEP B是否收到携带Router's MAC属性的EVPN路由;
- RR是否支持并正确反射该扩展属性;
- VTEP B上L3VNI配置及VSI接口状态是否正常;
- VTEP B到VTEP A Loopback地址的IP可达性及隧道建立情况。
综上,VTEP B缺失ARP表项是因其未满足ARP生成条件,需排查路由属性完整性与本地配置一致性。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论