链路检测各管一段传不出去？EFM和EFM联动把故障接力到对端

本文整理自华为S系列交换机官方配置案例，命令与步骤均按原始文档呈现，供现场实施参考。

EFM只管本段通断，故障消息不会自己跨设备传递；在中间节点配EFM与EFM联动把故障逐跳接力，业务设备再用接口联动翻成接口Down，远端就能感知断链并切到备份链路。

检测都配了，为什么对端还是不知道？

链路检测协议配了不少，排障时还是会撞上这种尴尬：CE1到CE3之间隔着CE4，链路在CE1-CE4段断了，EFM在本段看得清清楚楚，可业务的对端CE3压根不知道前面出了事——它的接口物理上好好的，会话也还在，只是流量进不来了。检测能力每段都有，故障消息却传不过去，备份链路也就无从切换。

这就是"检测"和"传递"的区别。EFM负责一段链路的通断感知，EFM与EFM联动负责把感知结果接力出去：中间设备把一段的故障映射到另一段，逐跳传到真正要采取措施的设备上。官方案例的组网很典型：CE1双归到CE2和CE4，正常业务走CE1-CE4-CE3，CE1-CE2是备份路。需求三条：监测CE1到CE4、CE4到CE3两段链路；CE1到CE4断了要让远端的CE3知道；CE3知道之后业务切到备份路。

配置分几步落地？

先在CE1、CE3、CE4上部署两段EFM，全局和接口各使能一次，以CE4为例：

[CE4] efm enable
[CE4] interface gigabitethernet 1/0/1
[CE4-GigabitEthernet1/0/1] efm enable
[CE4-GigabitEthernet1/0/1] quit
[CE4] interface gigabitethernet 1/0/2
[CE4-GigabitEthernet1/0/2] efm enable
[CE4-GigabitEthernet1/0/2] quit

接着在中间的CE4上配EFM与EFM联动——这是接力的核心，一条命令把GE1/0/1和GE1/0/2两段绑在一起，任一段出故障，另一段同步感知：

[CE4] oam-mgr
[CE4-oam-mgr] oam-bind efm interface gigabitethernet 1/0/1 efm interface gigabitethernet 1/0/2
[CE4-oam-mgr] quit

然后在CE3上配EFM与接口联动，让收到的故障消息直接把接口置为逻辑Down——接口一Down，上层业务（静态路由失效、主备切换）立刻按既有机制动作：

[CE3] interface gigabitethernet 1/0/3
[CE3-GigabitEthernet1/0/3] efm trigger if-down
[CE3-GigabitEthernet1/0/3] quit

依据：华为官方典型配置案例（2026-11 版）。

故障消息是怎么接力到位的？

到这里整条传递链就通了：CE1-CE4段故障，CE4的联动把它翻到CE4-CE3段，CE3的EFM感知到后触发接口逻辑Down，业务流自动绕到CE1-CE2备份路。对CE3上跑的业务来说，它只看到接口Down了，根本不用关心几公里外哪根光纤出了问题。

这个方案的适用面要想清楚：接力式传递适合"检测段"与"业务段"分属不同设备、又没有端到端检测能力的组网；如果全网能统一跑BFD这类多跳检测，那就不必层层接力。工程上两者常混用——接入段用EFM贴合老设备，汇聚以上用BFD，交界处靠oam-bind缝合。

效果怎么验？

配完在任一设备上display efm session all，EFM状态到了detect，说明两段链路的检测都活了。验收建议再做一次真实演练：断开CE1-CE4段的链路，看CE4的两段是否同步联动、CE3的接口是否转为逻辑Down、业务是否按预期切到CE1-CE2备份路，三个动作都对上，这套接力才算交付。

贵州诚鑫致达科技在承载语音视频的接入网改造里用过这套缝合打法，故障定位从逐段查变成一处报，运维的深夜电话明显少了。欢迎搜索关注，获取更多链路可靠性的实操内容。