摘要

  • 第 20 版草案定义 Layer 1 与 OTN 可复用的 identity、typedef 和 grouping；它本身没有可写数据节点、只读状态节点或 RPC。
  • 模型校验证明语法与约束成立，共同词汇减少系统间歧义；导入模块、设备能力、授权事务、应用状态、资源分配和真实业务是后续六类不同收据。

“零错误”回答的是哪个问题

校验器报告零错误、零警告，看起来像最干净的成功。它证明模块能被工具解析，依赖可解析，identity 的继承和数值范围符合规则。它没有连接机框，没有读取设备模块清单，也没有把任何配置写进 datastore。

这不是挑剔措辞，而是自动化能否审计的基础。若团队把 schema 校验、设备接受和光路交付都压成一个绿色状态，任何部分失败都会留下同一个模糊结果。

《Common YANG Data Types for Layer 1 Networks》第 20 版发表于 2026 年 9 月 14 日，2027 年 3 月 18 日到期。Datatracker 将其列为 CCAMP 工作组草案、目标状态 Proposed Standard，并处于 RFC Editor 队列。它已历经重要评审，但不是 RFC，也不是产品实现、网络部署或互通测试报告。

草案最值得肯定的地方恰恰是边界清楚：它提供可复用类型，不冒充正在运行的资源。

共同词汇解决真实成本

光传送自动化要跨越拓扑、隧道、客户信号和业务模型。若每一层分别发明 ODU 类型、时隙粒度、标签范围和带宽表达，同一个字段可能在两个系统里含义不同，或者单位相同而约束不同。

ietf-layer1-types 给出公共根。支路时隙粒度包含 1.25G、2.5G 和 5G。odu-type 形成可扩展的 ODU identity 层次。client-signal 覆盖 Ethernet、STM、OC、Fibre Channel 等客户类型。OTN 标签 grouping 把 TPN 与 TS 信息加到通用 TE 限制上。链路与路径带宽 grouping 让模型能表达不同 ODU 形式。

公共结构可以减少私有转换器，提升验证可重复性，也便于工具在多个厂商模型间复用。这些都是运行成本上的真实收益。

但 identity 的存在不等于设备能力。草案允许厂商从公共 odu-type 派生类型，并明确指出相关容器规范并不自动保证数据平面互通。两个设备认识同一个 base，并不能证明它们对派生类型采用相同映射。

共同语言能让能力声明可比较；它不能代替能力测试。

grouping 还没有落到 datastore

草案安全章节明确说明：该模块定义的是 identities、types 和 groupings，供其他 YANG 模块复用；模块本身不暴露可写节点、不包含只读状态节点，也没有 RPC。

因此，grouping 树中的 rw 是实例化后的形状，不是现成接口。要产生可访问节点，还需另一个模块导入 grouping，把它放到具体路径，设备实现该模块并通过 NETCONF 或 RESTCONF 暴露对应 datastore。

这也解释了风险位置。类型库自身没有直接数据面；一旦拓扑模型实例化 otn-link-bandwidth 或标签范围，读者可能看到敏感 OTN 拓扑。导入模块必须说明访问控制与泄露风险。

审计设备能力时，应记录 YANG library 或等价清单、精确 revision、feature、deviation 与节点路径。只记录“支持 YANG”几乎没有证据价值。记录“包含 Layer 1 types”也只能证明依赖或名称出现，不能证明设备实例化了哪个功能。

可表示的容量不是已占用的容量

草案举例说，100G 链路可承载 1 个 ODU4、10 个 ODU2 或 80 个 ODU0。三组数字是同一物理容量的不同切分，并非可以相加的三份库存。

otn-link-bandwidth 能按 ODU 类型表示这种视图。资源分配器仍须结合当前占用、碎片、优先级、端点适配和整条路径约束。若缓存中的拓扑比设备慢半分钟，控制器看到的“可用”可能已被另一笔事务消耗。

OTN 标签通常把 Tributary Port Number 与一组 Tributary Slots 组合起来。同一链路两端必须为同一 LSP 分配同一标签。标签范围描述设置 LSP 时可以使用的值及其粒度、ODU 类型和优先级约束。

范围不是锁。要证明某个时隙被预留，需要拓扑快照时间、选定的 TPN/TS、事务 ID、并发冲突处理、两端确认、commit 结果与运行状态回读。要证明业务存在，还需连续性、告警、误码和客户流量。

把“范围包含 17”写成“已预留时隙 17”，就是把描述权误认成执行权。

ODUflex 不接受一个模糊数字

ODUflex 有六种形式，标称速率计算不同。第 20 版用 YANG choice 保留其差异：通用标称速率、CBR 客户、GFP 的 n 与 k、FlexE、FlexE-aware 或分组负载速率。

generic 分支服务于前向兼容：若中转域建立 LSP 不依赖精确类型，它可以只处理标称速率。草案同时建议仅在需要时使用 generic，并在可能时选择具体类型，以简化互通。

两句话共同构成边界。抽象能让未知的新类型穿过中转域，也会丢掉边缘适配可能需要的信息。监控记录必须保留使用了哪一分支，不能只留下最终速率。

草案还明确指出：各 ODU 类型的可用数量不足以推导 ODUflex LSP 的链路可用带宽。还需要支路时隙数量和 ODTU 类型，连接矩阵与本地链路也可能增加限制。

“还有一个 ODUflex”若不附公式、ODTU、时隙和底层路径，只是一种看似精确的压缩。

resizable 是能力名称，不是无损结果

模型区分普通 ODUflex 与 ODUflex-resizable。后者用于表示支持无损扩缩容程序，也能表达可扩缩 LSP 数量较少等能力差异。

identity 在 schema 中出现，证明名称与继承关系有效。设备在模块清单或状态中声明它，提供实现能力证据。配置选择它，记录操作意图。三者均不证明某次在线扩容没有丢失客户流量。

“hitless”必须由时间序列支持：两端是否协调、额外时隙是否成功获取、前后状态是否一致、窗口内是否出现告警与误码、客户流量是否连续。schema 提供可测试目标，不能替代测试结果。

从认证到生效至少还有四步

NETCONF 与 RESTCONF 为 YANG 数据提供管理协议。安全传输和双向认证确认会话双方，NACM 决定某个身份是否可以访问具体操作和内容。

有效 payload 只证明输入符合实例化 schema。它可能因 NACM 被拒绝，也可能通过授权后因资源冲突失败。候选 datastore 接受的内容可能尚未 commit。意图配置已经 commit，也可能因硬件限制或异步处理尚未进入 operational state。

NMDA 把 intended 与 operational 分开，使这类差异可以被表达，而非被一个“配置成功”遮蔽。设备运行状态仍是设备自身的报告。光层还需要独立观察：cross-connect 可以显示 active，物理层却可能有 LOS、误码或客户适配问题。

因此一次变更至少应保存：认证主体、NACM 决策、操作与 datastore、payload hash、事务 ID、校验与 commit、运行状态收敛、资源分配和业务观测。

一条可追溯的证据链

第一层冻结草案与模块 revision、依赖、hash 和校验工具。第二层记录每台设备宣布的 module、feature 与 deviation。第三层记录访问主体、授权与协议事务。

第四层记录意图与 operational state 的差异。第五层记录 ODU、客户信号、粒度、TPN、TS、ODTU、优先级、连接矩阵、并发占用与 ODUflex 计算。第六层记录告警、光学指标、误码和客户流量。

Heng Lu 的 running-code 原则在这里并不否定标准。公共模型对共同结构有权威；设备对其执行结果负责；实际网络对服务结果提供最终观察。任何上游收据都不能借用下游结论。

来源没有证明什么

冻结来源证明第 20 版模型内容、文档状态、管理协议和 datastore 的规范边界。它们没有证明某一产品符合该版、某一运营商完成部署、某条光路成功预留，或某次扩容真正无损。

本文不评判厂商，也不推算采用率。结论只到这里：YANG 树通过校验，说明共同语言成立；要说光层资源存在并承载业务，还必须让运行系统逐层出具收据。

Sources