3、交换机与光模块的握手协议：链路协商过程、FEC开启/关闭的影响、速率自协商机制、Auto-Negotiation与强制模式
大家好，我是老张。做光通信这行十几年了，每次遇到链路不通的故障，十有八九都跟握手协议有关。说白了，交换机和光模块之间就像两个人初次见面——得先确认对方是谁、用什么语言交流、能不能听懂彼此的话。这个过程，就是我们今天要聊的链路协商。
我个人习惯把握手协议分成四个核心部分：链路协商过程、FEC的影响、速率自协商、以及Auto-Negotiation与强制模式。咱们一个一个来拆解。
核心观点：握手协议是光模块与交换机建立通信的“第一道门槛”。80%的兼容性问题，根源都在这里。
3.1 链路协商过程：从电气信号到数据流
链路协商，说白了就是两端设备互相“打招呼”的过程。我把它分为三个阶段：
- 物理层检测：交换机端口发送电气信号，检测光模块是否在位。如果没检测到，端口会报“Link Down”。
- 码流同步：双方开始发送特定的训练序列（Training Pattern），调整时钟和相位。这一步如果失败，链路会反复UP/DOWN。
- 参数交换：通过LLDP或类似协议，交换速率、FEC模式、自协商能力等信息。达成一致后，链路才真正建立。
我在项目中遇到过一种情况：光模块插上去后，端口指示灯闪一下又灭了。排查了半天，发现是交换机端口的光功率刚好在接收灵敏度临界值上。嗯，这里要注意——光功率太低，物理层检测都过不了，更别提后面的协商了。
实战技巧：遇到链路反复UP/DOWN，先查光功率。用光功率计测一下，如果接收端功率在-20dBm以下，大概率是物理层问题。
3.2 FEC开启/关闭的影响：纠错还是添乱？
FEC（前向纠错）是个好东西，但用不好就是灾难。你想想看，FEC相当于在数据流里加了一堆校验码，接收端用这些校验码来纠正传输中的错误。但问题是——两端必须协商好FEC模式。
常见的FEC模式有：
| FEC模式 | 适用场景 | 注意事项 |
|---|---|---|
| 关闭（No FEC） | 短距离、低速率链路 | 误码率要求高，光功率余量要充足 |
| RS-FEC（Reed-Solomon） | 25G/100G/400G链路 | IEEE标准，兼容性最好 |
| FC-FEC（Fire Code） | 光纤通道（FC）场景 | 存储网络专用，交换机一般不支持 |
| 自定义FEC | 厂商私有实现 | 兼容性最差，尽量避开 |
我曾经踩过一个坑：某品牌交换机默认开启RS-FEC，但光模块只支持No FEC。结果链路能起来，但跑个几分钟就断一次。为什么？因为交换机一直在发FEC编码的数据，光模块解析不了，直接丢包。后来我把交换机的FEC强制关闭，问题立刻解决。
避坑指南：我曾经因为FEC不匹配，在数据中心折腾了整整两天。后来总结出一个原则——先确认两端FEC能力，再决定开启还是关闭。如果光模块是第三方兼容的，优先关闭FEC测试。
3.3 速率自协商机制：自动匹配还是手动指定？
速率自协商，就是两端设备自动匹配到双方都支持的最高速率。比如交换机支持1G/10G/25G，光模块支持10G/25G，那最终会协商到25G。
但这里有个坑——速率自协商不是万能的。我见过太多案例：
- 速率不匹配：交换机端口配置了10G，但光模块是25G的。自协商失败，链路起不来。
- 速率协商降级：两端都支持10G和25G，但因为信号质量差，协商到了10G。用户以为链路正常，实际性能打了折扣。
- 自协商关闭：有些老设备或特殊场景（如DWDM）会强制关闭自协商，这时候必须手动指定速率。
我个人习惯的做法是：能开自协商就开，但一定要确认两端都支持。如果有一端不支持，或者链路质量不稳定，那就手动指定速率。
关键点：速率自协商失败时，不要盲目关闭自协商。先查光模块的DDM信息，看看温度、电压、偏置电流是否正常。有时候是光模块本身出了问题。
3.4 Auto-Negotiation与强制模式：什么时候用哪个？
Auto-Negotiation（自协商）和强制模式，是两种完全不同的链路建立方式。我画了一张图，帮你理解它们的区别：
你可能会问：什么时候用强制模式？我告诉你几个典型场景：
- 运营商传输网络：链路必须稳定，不允许自协商过程中的短暂中断。
- DWDM/OTN场景：光模块对接的是波分设备，不是标准以太网口。
- 故障排查时：自协商反复失败，强制指定速率和FEC模式，快速定位问题。
我记得有一次，某数据中心用户反馈：新换的一批光模块，插上去后链路起不来。我远程登录交换机一看，端口配置的是Auto-Negotiation，但光模块是强制模式。两边都在等对方发信号，结果谁都不先开口。后来我把交换机端口改成强制模式，指定速率和FEC，链路秒起。
小技巧：如果你不确定光模块是Auto还是强制模式，可以看它的DDM信息。有些光模块的DDM里会显示“Negotiation Mode”字段。或者直接查厂商的Datasheet。
3.5 实战总结：握手协议故障排查三步法
讲了这么多，最后给大家一个实用的排查流程。我自己在项目中反复验证过，成功率很高：
- 第一步：确认物理层——测光功率、查DDM、看端口状态。如果物理层都过不了，后面不用看了。
- 第二步：检查FEC模式——两端FEC必须一致。不确定就都关闭，或者都开RS-FEC。
- 第三步：核对速率和自协商——能开自协商就开，不行就强制。强制时两端参数必须完全一致。
嗯，这套流程我用了好几年，基本没失手过。你下次遇到光模块兼容性问题，不妨按这个顺序排查一遍。
最后说一句：握手协议看似复杂，其实核心就三个字——对得上。速率对得上、FEC对得上、自协商模式对得上，链路自然就起来了。
公众号:蓝海资料掘金营，微信deep3321