1. 在面向 PE 的端口上禁用 Portfast（在 CE 上）
2. 跨 CE 网络启用 RSTP
3. 支持带有接口成本的“蓝色链接”

在我的脑海中解决这个问题，我相信它应该做出如下反应：

当蓝色链路中断时，CE 将停止从蓝色接口发送/接收 BPDU。默认 RSTP hello 计时器为 2 秒。它在调用该链接“死”之前等待三个错过的问候。一旦错过了三个 hello（6 秒），它将重新建立 STP 树并老化 MAC 地址。

这基本上是您在上面陈述的选项 1，除了我阅读评论和您的原始帖子的方式，听起来您希望 PE 参与 STP。我建议允许客户在所有 CE 之间构建自己的树。

您的网络应该能够顺利进行故障转移，并且客户端网络将在几秒钟后跟进。

这感觉太简单了，不能作为答案……但这就是我根据您的文章所看到的。

你在寻找什么样的收敛预算？

如果您放弃使用 VPLS 环路预防并运行唯一站点 ID 的想法，您可以回到 STP。即使没有硬件活动故障，您也会通过 BPDU 遇到链接丢失。

然后，您可以通过 TCN/转发时间（MAC 超时，在看到 TCN 之后）或更大的锤子“mac 老化时间”来调整您的收敛预算。
另一方面是，您将在网络中有更多未知的单播，您可以通过确保 ARP 超时小于或等于 TCN/转发时间来解决此问题

我知道可能不是您正在寻找的答案，但是如果这里有一些灵丹妙药，我就错过了。我不认为颤音或 EVPN 草案在这种情况下对您有帮助，如果您的 VPLS 或 EVPN 是端到端的主机端口，那么它会解决这个问题。但是，只是在核心处将 VPLS 替换为 EVPN 并在任一侧保持断开的 LAN，都会出现同样的问题。

坚持您提供的选项，我个人会遵循您列表中的#1，但我不会使用普通ST。我宁愿使用 RST（或 MST，如果您需要跨链接对 VLAN 进行负载平衡），因为它允许在链接出现或断开时必须快速/平稳地过渡。

这解决了您对此方法的两个担忧：

1. “接口不会物理下降” - 每个运行 RST 的设备都会生成 BPDU（而不仅仅是中继），并且它们被用作保持活动状态。未收到 BPDU 将导致信息老化。
2. “在转发流量之前需要经过 STP 学习阶段” - RST 能够主动确认端口可以安全地转换到转发状态，而无需等待计时器。

我还会考虑另外做 #2，因为这只是简化了设备的管理。

也许可以在“失败”的 MX 上制作一个事件脚本来关闭链接？如果有某种点燃的交通工具，那可能就行不通了。

在我处理过的大多数应用程序中，我们都有双向流量，因此应该移动的删除 MAC 最终通过备份端口进入，旧的 FIB 条目被逐出，并安装新端口。

如果这些 EX 服务的 L2 站点只发送流量，那么我唯一能想到的就是将 mac-table-aging-time 减少到可接受的数量。