您好,欢迎访问飞畅科技官网!
服务热线:+086 0571-87007055/56/57 EN
光纤收发器上的FEF和LFP分别是什么意思?

光通信与工业互联方案专家

WE ONLY FOCUS ON TRANSMISSION AND ACCESS

联系我们CONTACT US

全国咨询热线

0571-87007055/56/57/75

传真:0571-87007140

手机:15306818230(微信)

QQ :2355416925

定制设计:18072828031(微信)

或给我们留言

在线留言

光纤收发器上的FEF和LFP分别是什么意思?从故障发现到电口联动

浏览次数:最后修改:2026-10-06飞畅科技原创作者:admin

光纤已经不通,交换机的网口灯却还亮着,这是为什么?因为交换机可能只看到了自己与收发器之间的短网线,还不知道中间的光纤坏了。FEF负责把光接收故障通知对端;LFP负责把一个接口的链路故障反映到关联接口。它们帮助设备看见故障,不是自动修复功能。

一、先看正常连接:为什么需要传递故障?

本文讨论以太网光纤收发器,不把电话、E1或视频设备混为同一类。它的基本工作是把以太网电信号转换成光信号,在另一端再转换回电信号。交换机A通过网线连接收发器A,两台收发器通过光纤连接,收发器B再通过网线连接交换机B。设备有电,不等于这条完整路径能够通信。

图1采用双纤连接:TX是发送口,RX是接收口。A的TX接B的RX,B的TX接A的RX;两根纤芯分别负责一个方向。断掉其中一根,可能出现某端还能收到光、另一端却收不到的情况。图中的箭头表示信号方向,不表示光纤自己会判断故障。

正常双纤以太网连接,A发送接B接收,B发送接A接收,铜侧电信号与光侧信号分别示意
图1|对应原图1:正常连接。两个光传输方向独立;波形仅示意电光转换,不代表实际编码和实测结果。

如果收发器的电口和光口各自独立工作,中间光纤断开后,两侧交换机仍可能保持与本地电口的连接。于是“网口灯亮”和“端到端业务正常”并不一致。FEF和LFP解决的是让关联设备感知链路异常;它们不会检查所有应用错误,也不能代替实际业务测试。

二、FEF是什么:把“我收不到”告诉对端

FEF是Far End Fault,通常译为远端故障指示。以支持该机制的100BASE-FX百兆光链路为例,本端光接收失效时,可以通过自己仍可工作的发送方向发出故障指示,让对端知道“你发来的信号,我已经收不到”。它不是普通业务数据,也不是把管理告警网页发给对端。

注意两个边界:第一,要有可用的反向通道,通知才有机会到达;双向光纤都断了,就不能指望通过断纤传消息。第二,收到FEF后是否关闭电口,取决于设备的链路联动设置。不同速率和硬件还可能采用其他远端故障机制,不能把所有千兆收发器都当成同一种百兆FEF实现。

① A的光接收方向先失效

假设B发送到A的那根光纤被拔开。A的RX收不到正常信号,首先在本端发现接收异常。此时A发送到B的另一根光纤仍然完好;故障发生在一个方向,不应把图理解成整对光纤都坏了。

B发送至A接收的光纤中断,A的RX先检测到接收信号丢失
图2|对应原图2:故障起点在A的光接收方向。放大图解释接收信号丢失,非实测波形。

② A沿完好的发送方向通知B

A在自己的TX方向发出FEF指示,由B的RX接收。也就是“发现故障的一端,沿另一个方向反馈”。如果把通知箭头画在已经断开的B到A光纤上,就解释错了工作过程。

A在完好的TX到B RX通道上发送FEF指示,断开的反向光纤不承担通知
图3|对应原图3:紫色箭头表示故障指示,不是正常业务数据;编码图为概念示意。

③ A把本地故障反映到关联电口

为了保留原文的联动过程,图4和图5假设两端支持并启用了相应FEF与LFP功能。A可以把本地光接收故障反映到电口,使交换机A看到与收发器连接的端口进入Link Down,也就是物理链路连接失效。网线未必真的断了,可能是收发器主动停止维持这段链路。

A的光接收故障经联动控制反映到本地RJ45电口,完好铜缆呈现逻辑链路失效
图4|对应原图4:电口断链是联动行为,不能只归因于FEF。编号是讲解次序,不是所有设备的严格执行时序。

④ B收到故障指示,再让右侧交换机感知

B接收远端指示,并按配置处理关联电口,让交换机B也看到收发器上联端口异常。两侧更容易识别完整路径失效。交换机是否记录日志、发管理告警或切换备用链路,还取决于交换机功能及网络设计,不能由FEF自动保证。电脑接入交换机的另一个端口也不必一起断开。

B收到A发出的FEF后按LFP配置关闭关联电口链路,交换机B感知上联异常
图5|对应原图5:最终让两侧交换机感知关联链路故障。电脑接入端口与收发器上联端口是不同端口。

三、LFP是什么:让故障不只停留在一个接口

LFP是Link Fault Pass Through,可理解为链路故障透传。这里的“透传”是把链路失效状态反映到另一接口,不是转发一份用户数据。铜侧断开可以引起光侧联动;光侧失效也可以反映到铜侧。具体关联范围、检测条件及是否需要配合FEF,须看型号说明书。

下面保留原文的三步铜侧故障过程,两端均按手册开启必要的联动。以“停止正常发送信号”表示一种实现,不把它写成所有厂家统一的动作。发现故障后主动让关联链路失效,是为了避免另一侧继续把这条路径当成可用,并不是收发器又制造了一次物理断线。

① A侧铜缆先断开

假设交换机A到收发器A的网线被拔掉。A的电口发现Link Down;光缆此时仍然完好。要先区分故障从铜侧开始还是从光侧开始,否则很容易只盯着光口灯排查。

交换机A与收发器A之间的铜缆先中断,两条光纤仍物理完整
图6|对应原图6:LFP示例的故障起点是左侧网线,不是光纤。

② A把铜口故障反映到光口

A的联动控制使对应光侧链路失效,B因此检测到接收异常。图7中的灰色光路表示正常链路信号停止,光纤本体没有断;这与FEF通过完好方向发送特定指示的讲法不同。具体产品可能结合远端故障机制,不能仅凭一个灰色箭头断定内部实现。

A的LFP控制把铜口失效反映到光口,物理完好的A发送至B接收光路停止正常链路信号
图7|对应原图7:停止正常链路信号是实现示例,不是把普通业务报文变成告警。

③ B把光侧异常反映到右侧电口

B发现关联光口失效后,让连接交换机B的电口进入Link Down。于是远处交换机也能看见这条上联路径不可用。只有网络本身配置了有效备用路径和切换机制,业务才可能改走其他路线;单独开启LFP不会凭空增加一条备线。

B检测光侧链路失效后关闭右侧关联电口,原有光缆和右侧网线并未物理断裂
图8|对应原图8:左侧物理断线,经两端联动,使右侧感知故障;感知与业务恢复不是同一回事。

四、把两条过程放在一起看

FEF重点回答“接收端怎样告诉发送端”;LFP重点回答“接口故障怎样反映给相邻设备”。一个偏向远端通知,一个偏向状态联动,两者可以配合,但不是互相替代的两个名字。也不要把它们与环网协议或光备份切换混为一谈。

对比光接收故障触发FEF通知与铜口故障触发LFP联动,两条路径分别展示设备和方向
图9|新增总览:相同的连接对象,不同的故障起点与通知路径。
收发器内部电口PHY与光收发组件转换业务信号,故障检测与联动控制走独立状态路径
图10|新增内部原理:业务信号转换与链路状态控制分别表示。并不代表某一型号实际电路结构。

五、怎样配置、排查和验收?

先确认型号、硬件版本、两端光口速率、单模或多模、收发波长、单纤或双纤以及光功率预算,再核对FEF和LFP支持范围。使用同系列配对设备通常更便于核对,但“同品牌”并不自动证明设置兼容。拨码编号也不能跨型号照抄;改变设置是否需要重启,应按该型号手册执行。

飞畅官网的“带LFP功能千兆1光1电光纤收发器”产品页明确写有1路光口、1路电口、光口告警传送到电口,以及DIP-1开启或关闭LFP。这为需要让交换机感知光侧故障的场景提供了选型依据。不过该页没有明确型号字段,也不能据此认定所有版本都具备本文百兆FEF的同一种机制;订货时仍须确认具体料号、联动方向和测试条件。

验收应在获准的测试窗口进行,先记录正常状态,再一次只模拟一个故障:分别断开一个光方向、断开一侧铜缆,观察两端收发器与交换机的关联端口,并恢复后检查正常通信。不要同时拔两根光纤来验证“沿完好方向反馈”,也不要在生产中随意断链,更不要直视光口。记录哪个端口先检测、哪个端口联动,以及业务能否恢复,不编造统一的毫秒指标。

如果所有Link灯都正常但业务仍不通,继续检查VLAN、IP地址、应用端口及业务数据;这些问题可能不会触发FEF或LFP。最后记住:它们的价值是让链路故障被看见,维修仍要处理原始断线或设备问题,可靠恢复还依赖正确的网络设计。

资料与图示说明

本次图1—图8按原图顺序重新绘制,图9—图10为新增。全部为AI辅助制作的通用机制示意,不是产品实物、实测波形或性能证明。正文对原文混淆的FEF通知与电口联动作了区分。