摘要

  • EVPN 为多归属以太网段选出负责多目的流量的 DF，但胜出的 PE 仍可能缺少可用的业务接入电路。
  • ES 与 Ethernet A-D 路由撤回可以加速收敛，却不能证明转发状态同步、水平分割正确或报文连续。
  • RFC 8584 明确说明：逻辑接入故障可能不改变候选列表，使选举保持稳定而流量进入黑洞。
  • 可靠的切换结论必须把选举记录与业务状态、硬件编程和双向报文测量连在一起。

设想一次维护：同一 Ethernet Segment 的两台 PE 仍在控制面可见，仪表盘显示备用 PE 已成为受影响 VLAN 的 DF。BGP 稳定、候选列表一致，事故计时随之停止。然而，广播、未知单播和组播流量仍然消失，因为当选 PE 上该业务的 attachment circuit 处于 down 状态。选举结果没有错，错的是对业务恢复的推断。

这是一个不指向任何运营商或厂商的假设场景。它揭示的是证据边界：控制面分配责任，但实际交付还依赖多套独立状态。

选举究竟决定什么

RFC 7432 定义默认的 service carving。连接同一以太网段的 PE 发布 Ethernet Segment 路由，等待候选集合，按始发路由器地址排序，再用 Ethernet Tag 对 PE 数量取模选出 DF。当选 DF 解锁朝该段发送的多目的流量；非 DF 在这个方向继续丢弃。

这项决策可以抑制重复转发和环路。All-Active 模式下，已知单播可能经多台 PE 转发，而 DF 管理 BUM 出口；Single-Active 的活动责任更集中。但两种模式都不会借选举自动检查每条 AC、bridge domain、标签表项或 CE 链路聚合。

不同撤回也解决不同问题。ES 路由撤回会重新触发 carving；每 ES 的 Ethernet A-D 撤回让远端 PE 能一次更新与该段有关的大量 MAC next-hop；ESI label 支撑水平分割。RFC 7432 甚至明确考虑了故障或恢复期间两台 PE 暂时都认为自己是 DF 的风险。

稳定候选集也会隐藏业务故障

RFC 8584 说明默认取模算法可能分配不均；当 PE 数量变化时，它还会重映射原 DF 没有故障的业务，带来额外阻塞与解锁。

更棘手的是 ES 路由之下的逻辑故障。单独一条 AC 可能被关闭或尚未配置，某个 MAC-VRF 也可能不可用；与此同时，其他业务仍让整个 ES 保持 active。候选列表没有变化，远端 PE 就不会按默认流程重新选举。规范示例指出，All-Active 下 BUM 可能被黑洞，Single-Active 下受影响 CE 的全部流量都可能丢失。

可扩展框架允许 PE 就算法和能力达成一致，AC-DF 能力还可以按业务接入状态调整候选。它改善了输入，却仍无法自动证明所有参与者看到同一状态、编程出正确 DF/NDF 与水平分割行为、完成 MAC 和 next-hop 收敛，并在承诺的中断预算内交付报文。

测量切换，而不只看胜者

针对一个 ESI、EVI 与 Ethernet Tag，记录触发前后的候选、算法、能力和 DF/NDF。再加入冗余模式、ES/A-D 事件、AC 与 bridge-domain 状态、ESI label、水平分割、MAC、next-hop 以及 CE bond 状态。

随后双向发送已知单播与 BUM 探针，分别覆盖故障、稳定期和恢复。测量丢包、重复、环路、乱序和收敛时间；确认原 DF 正确阻塞、新 DF 正确转发、合法流量恢复，而且旧 PE 回归时没有触发第二次破坏性重映射。

来源