定义
编码是对模块身份和管理数据的受控编程
可插拔光模块通过管理接口向主机提供身份、能力、状态和诊断信息。对于SFP系列，SFF-8472描述了增强数字接口和内存映射；对于常见四lane模块，SFF-8636定义了QSFP+、QSFP28等系列所使用的管理接口。更复杂的新型模块可能使用基于CMIS的结构和应用描述符。
在采购语境中，“编码”通常指在允许范围内准备身份和行为字段，使指定交换机、路由器、服务器网卡或传输平台按预期读取模块。配置可能包含厂商名称、料号、版本、序列号、日期码、适用的组织标识、合规/能力码、校验和以及诊断布局。并非所有字段都可写；受保护或厂商专有机制必须在合法和技术边界内处理。
主机读取什么？
识别、遥测与正常运行相关，但并不相同
模块被识别时链路仍可能down；主机显示预期料号时DOM值也可能无效。反过来，流量通过时主机仍可能提示不支持的身份。这些是不同验收状态，因此测试计划要分别检查身份、诊断、链路、FEC、错误计数和业务流量。
身份
主机可能显示厂商、料号、版本、序列号及其他库存字段。
能力
内存字段说明支持的接口、应用、功耗或控制行为。
诊断
DOM/DDM或lane遥测可显示温度、电压、偏置、光功率、阈值和告警。
技术边界
编码不能改变什么？
- 光学标准：编程不能把850 nm多模SR模块变成1310 nm单模LR模块。
- 距离与功率预算：更改身份不会增加发射功率、接收灵敏度或设计余量。
- 连接器与光纤：EEPROM数据不能修正LC与MPO/MTP、单模与多模或极性错误。
- 电气与lane架构：编码不能增加缺失的gearbox、retimer、主机lane模式或breakout映射。
- FEC与软件：主机和对端的FEC、端口模式或软件支持不一致时，被识别的模块仍可能无法稳定工作。
- 通用批准：一个机框、板卡、端口和软件版本上的结果不能证明同品牌所有设备都通过。
内存映射
SFP、QSFP与新型模块没有统一的单一编程模型
| 模块背景 | 管理重点 | 编码含义 |
|---|---|---|
| SFP / SFP+ / SFP28 | 序列身份、增强诊断内存和控制 | 验证身份、校验和、校准与DOM字段，同时避免破坏保留或受保护区域。 |
| QSFP+ / QSFP28 | 四lane内存页、能力、控制和诊断 | 核对页选择、lane数值、合规代码、校验和以及主机显示。 |
| QSFP-DD / CMIS复杂模块 | 应用公告、datapath状态、控制和大量遥测 | 把配置与固件状态连接到支持应用、功耗等级、主机设置和版本控制。 |
| 可调谐或特殊光模块 | 额外波长/频率、控制或厂商定义功能 | 把运行参数与静态身份分开，并在准确平台上验证。 |
批准方法
批准编码光模块的七个步骤
- 1. 冻结主机组合。记录厂商、型号、板卡、硬件版本、端口、软件版本和端口模式。
- 2. 冻结光学规格。记录速率、标准、距离、波长、光纤、连接器、lane、温度和FEC。
- 3. 定义参考身份。明确哪些字段必须固定、哪些可变、哪些不能改写。
- 4. 编程序列化样品。保存配置版本及与该序列号绑定的编程前/后回读。
- 5. 测试识别和诊断。记录库存、DOM、告警、lane数值和警告信息。
- 6. 测试链路。检查FEC、错误、持续流量、端口reset、重启和断电恢复。
- 7. 放行量产配置。把批次与样品对比，并要求硬件、固件、EEPROM或配置变更前通知。
DOM与DDM验证
主机显示数值不代表诊断数据一定正确
DOM/DDM验证必须同时检查字段位置、单位、校准方式、阈值、告警标志以及多lane模块的lane对应关系。温度、电压、激光偏置、发射光功率和接收光功率应在已知测试条件下具有合理数值，并与台式仪表或已批准参考方法进行可解释的比较。仅看到一个非零读数并不能证明校准正确；错误比例、符号、单位或lane映射也可能产生看似合理但不可用于运维的数据。
测试时应保存主机命令、软件版本、端口、模块序列号、测试时间和环境条件。然后检查正常状态、低/高阈值附近的行为、告警清除以及重启或重新插拔后的恢复。若买方依赖DOM做现场故障诊断，验收标准应明确允许偏差和判断方法，而不是只要求界面能够显示。
对QSFP、QSFP-DD等多lane模块，还应分别查看每条lane的光功率、偏置、告警和状态。平均值可能掩盖单lane异常；总链路通过也不代表所有lane具有相同余量。编码写入后必须再次回读关键诊断区域，确认身份修改没有意外覆盖校准或阈值数据。
- 数值合理性：确认温度、电压、偏置和光功率落在已知条件下的合理范围。
- 单位与比例：检查原始寄存器到主机显示之间的单位、缩放和正负号。
- 阈值与告警：验证高低阈值、告警标志和恢复行为符合已批准要求。
- 多lane对应：逐lane核对映射和数值，不用平均值替代单lane判断。
- 编程后回读：确认身份写入没有破坏诊断、校准、能力或保留区域。
从样品到量产
把一次通过转化为可重复交付
样品通过后，应形成一个可以被独立复核的批准包。批准包至少需要包含买方需求行、光模块完整规格、主机组合、软件版本、编码配置版本、模块硬件版本、样品序列号、编程前后回读、主机识别输出、DOM结果、链路/FEC/流量结果以及尚未关闭的偏差。所有文件必须指向同一只样品，不能把不同模块的截图和读数拼成一个结论。
量产放行时，不应简单写“与样品相同”。供应方需要对比硬件/BOM版本、固件或配置版本、EEPROM关键字段、序列号唯一性、标签、包装和订单数量。若同一订单包含多种主机配置、波长、距离或温度等级，应按独立订单行和独立配置管理，避免把一个编码文件误用于不相同的物理产品。
复购前还应检查现场是否升级了主机软件、改变端口模式、FEC或breakout配置。原先通过的样品结论只覆盖记录中的基线；基线变化后，需要决定是做文件审查、补充测试还是重新送样。该决定应写入复购记录，从而避免把“上次能用”当作没有条件的永久保证。
变更通知应覆盖激光器、接收器、PCB、主控芯片、固件、EEPROM映射、编码工具、配置文件、外壳、标签和生产地点等可能影响等效性的项目。并非每个变化都要求完整重测，但每个变化都应有明确评估、责任人、结论和适用批次。
可靠的量产控制不是保存一个文件名，而是保存“哪个配置版本写入哪种硬件、对应哪些序列号、在哪个主机基线上通过、由哪一条订单要求批准”的完整关系。
故障排查
编码后出现问题时按层次隔离原因
如果模块不被识别，先保存原始状态，不要连续重写多个配置。确认模块电源、插入状态、端口支持、主机日志和原始EEPROM回读，再比较批准参考。若模块被识别但链路不通，应转向速率、端口模式、FEC、波长、光纤、极性、对端和光功率，而不是继续假设所有问题都来自厂商身份字段。
若链路建立但不稳定，应检查错误计数、FEC纠错情况、光功率余量、温度、复位恢复和持续流量。若只有DOM异常，应把诊断映射、校准和阈值问题与主链路功能分开。一次只改变一个变量并保存每次结果，才能形成有效根因记录；同时更换模块、端口、光纤、软件和编码文件会让结论失去可追溯性。
RMA或退货记录应包含主机、软件、端口设置、对端、链路结构、模块序列号、配置版本、DOM、日志、错误计数和复现步骤。仅写“不能用”无法区分编码、光学、电气、配置或现场链路原因，也不能帮助下一批次预防同类问题。
常见失败原因
为什么复制料号不等于完成兼容性工程？
只复制界面可见的厂商和料号文本，可能留下错误的校验和、能力码、校准值、lane映射或受保护数据。主机行为可能随软件版本变化；在某类端口有效的配置也不一定覆盖另一ASIC、线卡或breakout模式。
另一个常见错误是把link灯亮当成完整验收。量产决定还应检查诊断数值是否合理、告警行为、FEC状态、错误计数、流量稳定性和重启恢复。批准样品必须持续可追溯到准确编程配置和物理硬件版本。
买方检查表
RFQ中应提出的问题
- 建议配置在哪个准确主机、软件build和端口模式上测试？
- 哪些身份、能力、校验和、序列号和DOM字段被控制？
- 批准参考配置的来源与版本是什么？
- 供应方能否提供样品的序列化回读和指定主机结果？
- 唯一序列号、日期码、标签和包装如何连接到订单行？
- 硬件、固件、编码配置或EEPROM映射变更前需要什么通知？
- 哪一组证据和验收规则决定量产批次放行？
资料来源与下一步
用标准理解内存映射，用指定主机作出批准决定
行业规范解释管理接口和内存映射如何组织，但平台兼容性仍是具有明确边界的实施判断。Cisco关于应用选择的文档也说明，模块公告的应用代码必须在相关主机配置前被识别并验证。
实际采购应把适用管理规范、准确主机文档、序列化模块记录以及目标软件基线上的测试结果组合起来。这条证据链比笼统的“兼容”标识更有价值。
主要参考资料： SNIA SFF-8472 — SFP+管理接口 · SNIA SFF-8636 — 四lane模块管理 · Cisco — AppSel代码配置
Leave a Reply