摘要

  • OpenConfig统一了字段，但terminal-device模型把operational-mode定义为厂商专属标识，并要求该值出现在设备支持模式列表中。
  • NANOG 98示例中的5003，在演讲者平台上对应OIF 400ZR AppSel 1；它不是通用编号。

5003看起来很适合自动化：短、规整，复制进模板就能用。幻灯片注释却改变了它的含义。Philip Bedard在NANOG 98演讲中，把示例平台上的5003映射为OIF 400ZR的Application Selection 1。同一页指出，OpenConfig的数字型operational-mode未标准化，并提出未来用6xxx表示实际AppSel。

这就是控制边界。OpenConfig提供共同字段，却没有把其中的数字变成通用光学词汇。terminal-device模型将其称为厂商专属模式标识，并要求它存在于设备公布的支持模式列表中。这份列表才是目标设备认识该标识的证据。

配置从资源清单经过控制器下发到路由器时，只复制5003而不带定义，字符还在，意图可能已经丢失。可移植记录应同时保存标准或组织定义的模式、本地编号、主机侧与介质侧接口配对，以及目标设备公布的能力。自动化应在目标设备处解析本地编号。

光路需要单独核验：请求模式、模块报告的运行状态、光学测量和业务交付是不同事实。写入成功只说明系统接受了一个值，不能证明预期模式正在运行，也不能证明端到端光路可行。

OIF于2026年9月公布的C-CMIS 1.5增加相干模块管理功能。10月30日更新的IETF DWDM接口YANG草案区分标准、组织定义和显式模式，同时说明数据模型不能保证收发器互通。词汇更精确了，但运营者仍须维护每台设备的能力映射。

NANOG材料没有跨厂商迁移矩阵，也没有把中断归因于编号不一致。它揭示的是：裸整数作为系统间契约很脆弱，编号可能比含义走得更远。

来源