H3C S6812 部署了EVPN VXLAN + M-LAG组网，单挂AC会存在部分IP不通

在S6812的EVPN VXLAN + M-LAG组网中，Peer-Link采用直联模式但未配置evpn m-lag local命令，仅依赖路由策略改变下一跳，会导致单挂AC的部分IP转发异常。以下是关键原因及影响分析：
 问题根因
1. evpn m-lag local的缺失
直联模式Peer-Link下，根据技术规范，必须通过 evpn m-lag local local-ip remote remote-ip 命令实现单挂AC流量的路径控制（[配置指导书-6W103]()）。
该命令确保从单挂AC学到的路由下一跳强制设为本地VTEP地址（local-ip），避免流量绕行Peer-Link链路。
未配置时，单挂AC的流量可能错误转发到对端VTEP，引发转发黑洞或非对称路径（如目标IP未同步时无法响应）。
2. 路由策略的局限性
您配置的route-policy仅修改BGP EVPN路由的下一跳，但未解决单挂AC的底层转发机制问题：
text
route-policy EVP_M-LAG permit node 10
if-match route-type bgp-evpn-ip-prefix // 仅匹配IP前缀路由
apply ip-address next-hop X.X.X.X // 修改下一跳
缺陷：
仅影响通过BGP发布的主机路由，对二层MAC/IP路由无效（如ARP请求）。
无法阻止VTEP间自动建立的隧道，导致单挂AC流量仍可能绕行Peer-Link（[H3C命令参考-6W101]()）。

 解决方案
1. 补充关键配置
在系统视图下执行：
hcl
evpn m-lag local <Local_VTEP_IP remote <Remote_VTEP_IP
例如：
hcl
evpn m-lag local 10.1.1.1 remote 10.1.1.2 // 需与对端VTEP的local-ip对称

2. 验证路由策略兼容性
保留现有路由策略，但需确保evpn m-lag local优先生效。
通过命令检查路由下一跳：
bash
display bgp l2vpn evpn routing-table ip-prefix <目标IP // 确认下一跳是否为Local_VTEP_IP

 注意事项：
 修改配置后需重启BGP会话：reset bgp all（低峰期执行）。
 若仍存在部分IP不通，需检查对端设备是否同步配置evpn m-lag local，且双方local/remote-ip需互为镜像。

 结论
未配置evpn m-lag local是导致单挂AC部分IP不通的直接原因。路由策略仅优化了IP前缀路由的下一跳，但无法替代M-LAG底层单挂AC的转发控制机制。立即补充配置即可解决。

  因为该场景配置了 

address-family l2vpn evpn

nexthop evpn-m-lag group-address  所以采用了路由策略 ，这个nexthop evpn-m-lag group-address 是否会和evpn m-lag local local-ip remote remote-ip 产生冲突

是的，会影响单挂AC的部分转发。

在H3C S6812部署EVPN VXLAN + M-LAG组网中，若Peer-Link为以太网链路直联但未配置`evpn m-lag local`，则M-LAG的EVPN表项无法同步，导致两台设备无法协同处理单挂AC（接入侧单归）的流量转发。此时通过路由策略手动修改下一跳，虽可影响路由路径，但无法保证ARP/ND、MAC、隧道等表项在M-LAG成员设备间的一致性和同步，易引发流量黑洞或转发异常，特别是在跨设备转发或故障倒换场景下。

对于单挂AC场景，AC侧流量依赖M-LAG设备间通过Peer-Link转发，若未启用`evpn m-lag local`，控制面无法感知对端AC连接状态，可能导致部分IP地址无法互通。

建议：
1. 在M-LAG两端配置`evpn m-lag local`，确保EVPN表项同步。
2. 确保Peer-Link链路配置正确并启用相关同步功能。
3. 避免仅依赖路由策略修改下一跳来替代M-LAG控制面同步机制。

参考H3C官方文档，`evpn m-lag local`是实现EVPN M-LAG组网的基础配置，缺失将影响转发一致性。