📚 课程目录第1章 Infinera开放光网络系统集成与业务承载课程导入

1. Infinera开放光网络系统集成与业务承载课程导入

在传统光传输网络中，设备厂商通常提供“硬件+软件+网管”的封闭一体化方案，运营商的网络扩容、业务开通和故障定位都高度依赖单一厂商。Infinera开放光网络的核心思路，是把原本耦合在一起的传输硬件、光层控制、业务调度和上层管理系统解耦，通过标准化接口和开放模型，让不同厂商的设备、模块和控制器能够在同一张网络里协同工作。理解这一点，是学习本课程所有后续内容的起点。

从系统组成看，Infinera开放光网络可以拆成四个相互衔接的层次。最底层是开放光硬件层，包括支持灵活栅格（Flexible Grid）的ROADM、光放大单元、光通道监控模块以及可插拔的相干光模块，它们负责光信号的放大、交换、复用与监测。往上是光层控制与抽象层，通过OpenConfig、gNMI、NETCONF/YANG等模型，把设备的波长、功率、光信噪比、告警等参数以标准化方式暴露出来。再往上是业务承载与调度层，负责把客户侧以太网、OTN、SDH等业务映射到OTN容器或FlexE通道中，并完成端到端交叉连接。最上层是编排与集成层，通常由SDN控制器或编排器统一管理多厂商域，实现跨域业务开通和资源可视化。

这四层之间的关系，可以用下面这张结构图来理解。图中同时标出了各层之间的主要接口和典型数据对象，便于在后续章节中对照学习。

学习这张图时，建议重点关注两个方向：一是自下而上的状态采集，硬件层的波长、功率、OSNR等参数经抽象层标准化后上报给编排器；二是自上而下的业务下发，编排器把业务意图翻译成具体的交叉和波长配置，逐层传递到硬件执行。这两个方向贯穿本课程后续所有集成与承载操作。

在集成层面，实际工作通常从“设备纳管”开始。以一台支持OpenConfig的Infinera ROADM为例，集成人员需要先确认设备已启用gNMI服务，端口通常为57400，然后通过控制器建立gNMI会话，订阅光层关键路径。一个典型的订阅请求如下：

gnmi_subscribe:
  target: "10.10.20.31:57400"
  mode: STREAM
  paths:
    - /components/component/optical-channel/state/input-power
    - /components/component/optical-channel/state/output-power
    - /components/component/optical-channel/state/optical-signal-to-noise-ratio
  sample_interval: 10s
  encoding: JSON_IETF

这段配置的含义是：控制器每10秒从设备拉取一次指定光通道的输入功率、输出功率和OSNR。如果订阅成功，控制器侧会持续收到遥测数据；如果失败，常见原因是gNMI未启用、路径拼写错误或TLS证书不匹配。集成人员应优先检查设备侧gNMI服务状态和控制器与设备之间的证书信任链，而不是急于修改业务配置。

在业务承载层面，开放光网络的价值体现在“业务意图到光通道”的映射过程。假设需要开通一条从站点A到站点C的100GE客户业务，中间经过站点B的ROADM。业务承载的基本过程是：先在A、C两端把100GE信号映射到OTU4或FlexO容器，再在B站点配置波长交叉，使该业务占用一个符合Flexible Grid的频隙，最后在两端确认OSNR和误码率满足门限。这里的关键参数包括中心频率、频隙宽度、目标OSNR和FEC模式。示例性地，若采用200GHz频隙、16QAM调制和CFEC，目标OSNR通常需要高于约18dB；若实际测得OSNR为15dB，则说明链路余量不足，需要检查放大单元增益或更换调制格式。

本课程的学习路径按照“概念—集成—承载—排障”逐步推进。前几章会先建立开放光网络的分层模型和接口认知，然后进入设备纳管、参数订阅和控制器对接的实操环节，再展开OTN与FlexE业务承载的配置与验证，最后通过典型故障场景训练定位能力。实战目标不是记住某一条命令，而是能够独立完成一条跨站业务的端到端开通，并在出现OSNR劣化、交叉失败或遥测中断时，快速判断问题出在硬件、抽象层还是编排层。

学习建议：每学完一个集成或承载操作，都回到上面的四层结构图，确认当前操作发生在哪一层、输入输出是什么、上下层之间通过什么接口交互。这样能把零散的命令和参数串成完整的系统认知。

需要特别注意的是，开放光网络并不等于“没有厂商特性”。Infinera设备在开放接口之外，仍可能保留部分私有YANG模型或增强遥测能力。集成时应优先使用标准模型完成基础纳管和业务开通，再根据实际需要评估是否引入厂商扩展。判断依据是：标准模型能否覆盖当前业务所需的参数；若不能，扩展模型是否会影响多厂商互操作。这个取舍原则会贯穿后续所有集成案例。