📚 课程目录第3章 Infinera开放光网络软件架构与管控体系

3. Infinera开放光网络软件架构与管控体系

Infinera开放光网络（Open Optical Network）的软件体系并不是“一个网管软件”那么简单，而是由设备操作系统、网管平台、SDN控制器、开放API、YANG数据模型以及南北向接口共同构成的分层管控栈。理解这套体系的关键，是分清每一层“管什么、暴露什么、被谁调用”，以及数据如何从设备侧一路向上贯通到业务编排层。

一、分层架构：从设备OS到业务编排

自下而上，Infinera开放光网络软件架构大致分为四层：

设备操作系统层：运行在光传输设备（如GX系列、FlexILS等）上的嵌入式系统，负责板卡管理、光层参数控制、告警采集、性能计数，并对外提供管理接口。它是所有数据的源头。
网管平台层：如Infinera的Digital Network Administrator（DNA）或ManageCP，承担拓扑发现、配置下发、告警呈现、性能报表等传统网管职能，面向运维人员。
SDN控制器层：负责跨域、跨厂商的路径计算与业务编排，通过PCEP、NETCONF、RESTCONF等接口与设备或网管交互，实现光层与电层的统一调度。
开放API与编排层：以RESTful API、TAPI、OpenConfig等标准接口向北对接上层OSS/BSS或自研编排器，实现业务自动化开通。

这四层之间通过南北向接口衔接：南向接口面向设备，北向接口面向业务系统。YANG模型则贯穿其中，作为配置与状态数据的统一“语言”。

二、YANG模型：统一的数据契约

YANG（RFC 7950）是IETF定义的建模语言，用于描述网络设备的配置数据、状态数据、RPC操作和通知。在Infinera开放光网络中，YANG模型是设备与控制器之间的“数据契约”。设备OS将内部管理对象映射为YANG树，控制器通过NETCONF/RESTCONF/gNMI读写这棵树。

以一条光通道的配置为例，典型的YANG路径可能如下：

module: infinera-optical-channel
  +--rw optical-channel
     +--rw name              string
     +--rw frequency         uint32  (THz, 单位0.001THz)
     +--rw target-output-power  int32 (dBm, 单位0.01dBm)
     +--rw operational-mode  enumeration
     +--ro actual-output-power  int32
     +--ro laser-bias-current   uint32
     +--ro operational-state    enumeration

其中 rw 表示可读写配置节点，ro 表示只读状态节点。控制器下发 frequency 和 target-output-power，设备回读 actual-output-power 和 operational-state 作为校验依据。这种“配置—状态”分离的设计，是自动化闭环的基础。

三、南北向接口的集成方法

南向接口负责控制器/网管与设备之间的通信，常见选择包括：

NETCONF：基于SSH，使用XML编码，适合配置管理，支持候选配置和确认提交。
RESTCONF：基于HTTP，使用JSON/XML，轻量易集成，适合Web化编排。
gNMI/gRPC：Google主导的流式遥测接口，适合高频性能数据采集。
PCEP：路径计算通信协议，用于SDN控制器向设备下发显式路径。
SNMP/TL1：传统接口，在存量设备中仍广泛使用。

北向接口则面向OSS/BSS，主流方式为RESTful API和TAPI（Transport API）。TAPI由ONF定义，提供拓扑、连接、路径计算等标准服务，使上层编排器无需关心厂商差异。

四、集成实操示例：通过RESTCONF下发光通道配置

假设控制器已与设备建立RESTCONF会话，设备管理IP为 10.0.0.1，使用HTTPS和Basic Auth。下发一条中心频率193.1THz、目标输出功率-3dBm的光通道配置，请求如下：

PATCH /restconf/data/infinera-optical-channel:optical-channel/CH-1
Host: 10.0.0.1
Content-Type: application/yang-data+json
Authorization: Basic YWRtaW46cGFzc3dvcmQ=

{
  "infinera-optical-channel:optical-channel": {
    "name": "CH-1",
    "frequency": 193100,
    "target-output-power": -300,
    "operational-mode": "100G-QPSK"
  }
}

下发后，控制器应读取状态节点进行校验：

GET /restconf/data/infinera-optical-channel:optical-channel/CH-1/
    operational-state
Accept: application/yang-data+json

响应示例：
{
  "infinera-optical-channel:operational-state": "in-service",
  "infinera-optical-channel:actual-output-power": -298
}

判断依据：operational-state 为 in-service 表示通道已激活；actual-output-power 与目标值偏差在±1dBm以内视为正常。若状态为 out-of-service 或功率偏差过大，需检查光放大器增益、光纤连接和波长冲突。

集成要点：配置下发前先读取当前配置，避免覆盖其他参数；使用NETCONF的 candidate 数据存储可先验证再提交；对批量操作使用 edit-config 的 operation="merge" 而非 replace，降低误删风险。

五、管控体系的协同关系

在实际部署中，网管平台与SDN控制器并非互斥，而是分工协作：网管负责设备级运维和告警监控，控制器负责跨域路径计算和业务编排。两者通过北向API或共享数据库同步拓扑与资源状态。YANG模型确保无论从哪个入口下发配置，设备侧看到的数据结构一致，从而避免“同一设备、两套参数”的混乱。

理解这套体系后，集成工作的核心就变成三件事：确认设备支持哪些YANG模型和南向协议；确认控制器/网管的北向API能力；设计配置下发与状态回读的闭环校验逻辑。只要这三件事对齐，开放光网络的自动化管控就能真正落地。