2. Ciena光网络设备与网管体系
理解Ciena光网络自动化与性能遥测，第一步不是记住某个命令，而是建立一张清晰的“产品—网管—数据”关系图。Ciena的光网络体系可以拆成三个层次来看：光传输硬件层（WaveLogic、6500/6500T、Waveserver等）、网管与控制器层（Manage、Control、Plan等）、以及自动化与遥测接口层（REST、gNMI、流遥测等）。这三层之间不是简单的上下级，而是存在“配置下发、状态上报、性能采集、路径计算”四条主要数据流。
一、硬件层：WaveLogic是光层能力的核心引擎
WaveLogic是Ciena相干光模块与DSP技术的品牌名称，从WaveLogic 3、WaveLogic 4、WaveLogic 5 Extreme到WaveLogic 6，每一代都决定了单波速率、波特率、调制格式和可支持的传输距离。它并不是一台独立设备，而是嵌入在6500、6500T、Waveserver等平台中的相干光引擎。例如WaveLogic 5 Extreme支持400G/800G可编程波特率，配合概率星座整形（PCS）可以在同一硬件上权衡容量与距离。做自动化时，我们并不直接“操作WaveLogic芯片”，而是通过网管或控制器对承载它的设备下发光参数，例如调制格式、发射功率、FEC模式、目标G-SNR余量等。
6500和6500T是Ciena的分组光传输平台。6500T通常指面向更紧凑或特定场景的机架式变体，二者共享大量线路卡、交换卡和网管模型。它们承担OTN、以太网、MPLS-TP等业务的复用、交叉和传输。Waveserver则是面向数据中心互连（DCI）的紧凑型光传输平台，常见形态是1RU或2RU，强调高密度、低功耗和快速部署，通常与WaveLogic相干模块配合，把数据中心之间的高速链路接入到更大的光网络中。
二、网管与控制器层：Manage、Control、Plan各司其职
Ciena的网管体系常被概括为Manage、Control、Plan三个平面，它们不是三个互不相干的软件，而是围绕同一张网络的不同时间尺度协同工作。
- Manage（管理平面）：负责设备纳管、配置、告警、性能采集和软件升级。典型组件包括Ciena Management System（CMS）或更早的ON-Center，以及设备内置的SNMP/CLI/NETCONF接口。它回答的是“设备现在是什么状态、配置是什么、有没有告警”。
- Control（控制平面）：负责路径计算、连接建立、恢复和优化，典型组件是Ciena的Liquid Spectrum或Manage Control Plan（MCP）中的控制功能。它回答的是“业务应该走哪条路、故障时怎么恢复、频谱怎么分配”。
- Plan（规划平面）：负责离线或准实时的网络规划、容量预测、光层仿真和ROADM设计，典型工具是Ciena PlannerPlus或WaveLogic Photonics相关的规划套件。它回答的是“如果新增一条400G链路，G-SNR够不够、需要多少再生、频谱如何安排”。
三者的关系可以这样理解：Plan给出“设计蓝图”，Control根据蓝图和实时状态“选路并下发”，Manage负责“把配置落到设备并持续监控”。在自动化场景中，我们通常通过Manage的北向接口（REST/NETCONF）读取设备清单和告警，通过Control的API触发路径计算和连接创建，通过Plan的模型做离线校验。
三、自动化与遥测接口层：数据从哪里来、到哪里去
当我们要做性能遥测时，关键问题是：数据源在哪里？在Ciena体系中，性能数据主要有三个来源：
- 设备本地计数器：如光功率、OSNR、G-SNR、FEC纠前误码率（pre-FEC BER）、纠后误码率（post-FEC BER）、OTN层BIP8、以太网RMON统计等。这些通常通过SNMP OID、CLI show命令或NETCONF/gNMI读取。
- 流遥测（Streaming Telemetry）：通过gNMI/gRPC订阅，设备按周期或按变化推送数据，适合高频采集和实时监控。
- 网管聚合数据：Manage层把多设备数据汇总后，通过REST API或数据库对外提供，适合跨域关联和报表。
下面这张SVG把硬件层、网管层和接口层的关系，以及四条主要数据流（配置下发、状态上报、性能采集、路径计算）画在一起，便于建立整体认知。
四、实际工程中如何定位一个性能问题
假设我们在自动化平台上看到某条400G链路的pre-FEC BER突然升高。按照上面的关系图，排查路径可以这样走：
- 通过Manage的REST接口读取该链路两端设备的告警和光层参数，确认是否有LOS、LOF或光功率越限。
- 通过gNMI订阅该端口的G-SNR和pre-FEC BER时间序列，判断是缓慢劣化还是突变。
- 如果光功率正常但G-SNR下降，调用Plan的光层仿真模型，检查是否因为新增波长导致非线性效应增强。
- 如果确认是频谱冲突，通过Control的API重新计算路径或调整频谱分配，再通过Manage下发配置。
- 配置下发后，继续用gNMI观察post-FEC BER是否归零，确认业务恢复。
这个过程中，Manage负责“看和配”，Control负责“算和选”，Plan负责“仿真和验证”，WaveLogic和6500/6500T/Waveserver负责“实际传”。四者缺一不可。理解这张关系图，后续做自动化脚本、遥测管道和告警关联时，就能清楚知道该调用哪个接口、该读哪个数据源、该把结果写回哪里。