1. 课程导入与Lumentum OCS系统总览
在传统数据中心里，服务器之间的互联主要依赖电交换机构成的多层 CLOS 网络。随着 AI 训练集群、分布式存储和东西向流量的爆发式增长，电交换在带宽密度、功耗和时延上的瓶颈越来越明显：每提升一代速率，SerDes 功耗和交换芯片的散热压力都会同步上升，而光电转换环节又反复引入时延与成本。光路交换（OCS，Optical Circuit Switching）正是在这一背景下重新受到重视——它让光信号在光域内直接完成路径切换，无需逐包进行光电光转换，从而在特定流量模式下获得更低的时延、更低的每比特功耗和更长的技术生命周期。
Lumentum 的 OCS 产品基于其成熟的波长选择开关（WSS）与液晶/光束偏转技术积累，把原本用于 ROADM 的光交换能力扩展到数据中心内部。它的核心定位不是取代电交换机做逐包转发，而是作为“光层可重构骨干”，在机架、Pod 或集群之间建立大带宽、低时延、可动态重配的直连光路。理解这一点，是学习本课程后续所有配置、调测与运维内容的前提。
从电交换到光路交换：演进逻辑
电交换网络的基本单元是“包”，每个包都要经过交换芯片查表、排队、转发，路径由路由协议和转发表决定。OCS 的基本单元是“光路”或“波长通道”，一旦建立，两端之间的光信号以固定物理路径传输，中间不做逐包处理。两者的差异可以概括为：电交换面向统计复用的突发流量，灵活但开销大；光路交换面向稳定、大粒度、长持续时间的流量，开销低但重配粒度较粗。
因此 OCS 的典型适用场景是：AI 训练中 AllReduce 等集合通信产生的周期性大流量、跨 Pod 的备份与迁移流量、以及需要确定性时延的存储访问。对于高度突发、短连接为主的业务，OCS 通常与电交换配合使用，形成“电交换处理细粒度突发、光交换承载大粒度稳定流量”的分层架构。
Lumentum OCS 系统组成
从系统视角看，Lumentum OCS 可以拆成四个层次：光交换引擎、端口与光纤接口、控制与管理平面、以及供电与散热等配套。光交换引擎负责在输入/输出端口之间建立光路，其内部通过光束偏转或波长选择机制完成路径映射；端口与光纤接口负责与外部光纤、光模块或配线架对接；控制与管理平面提供 CLI、NETCONF/YANG、SNMP 或 Web 等接口，用于下发交叉连接、查询端口状态和告警；配套部分则决定设备能否在数据中心机房环境中长期稳定运行。
需要特别注意的是，OCS 的“端口”通常不是电口，而是成对的光纤连接点。配置一条光路，本质上是把某个输入端口与某个输出端口绑定，并确认两端光功率、波长和链路预算满足要求。这与电交换机配置 VLAN 或路由的思路不同，学习时要建立“端口—光路—连接矩阵”的心智模型。
典型部署场景与学习地图
在数据中心中，Lumentum OCS 常见的部署位置有三类。第一类是 Pod 间互联：把多个 Pod 的汇聚交换机通过 OCS 连接，按训练任务动态调整 Pod 之间的带宽配比。第二类是 Spine 层旁路：在传统电 Spine 之外增加光层直连，让大流量绕过电交换。第三类是存储与计算分离场景：为存储节点和计算节点之间建立稳定的高带宽光路，降低访问时延抖动。
本课程后续将围绕“认识设备—规划光路—配置交叉连接—验证链路—排障与优化”的主线展开。第 1 章建立系统总览后，会逐步进入端口与光纤连接、交叉连接配置、光功率与链路预算、控制接口使用、告警处理、以及典型故障定位等内容。学习时建议始终抓住三个问题：这条光路从哪个端口到哪个端口？中间经过哪些光器件？用什么指标判断它是否正常？
关键参数与判断依据（示例）
为了便于后续章节对照，这里给出一组教学示例参数，用于说明 OCS 光路建立后需要观察哪些量。假设某条光路从 IN-01 到 OUT-03，波长 1310nm，设计目标如下：
| 观察项 | 示例目标值 | 判断依据 |
|---|---|---|
| 输入光功率 | -3 dBm ~ 0 dBm | 低于 -8 dBm 需检查光源或光纤连接 |
| 输出光功率 | -5 dBm ~ -1 dBm | 与输入差值即插损，异常增大说明路径损耗偏高 |
| 交叉连接状态 | Connected | 若为 Disconnected，检查配置是否下发成功 |
| 端口告警 | 无 LOS / LOL | 出现 LOS 表示输入无光，LOL 表示波长失锁 |
这些数值是示例性目标，不是实测结果。实际工程中应以设备规格书、链路预算计算和现场光功率计读数为准。掌握“看什么、正常范围是多少、异常时先查哪里”，比记住某个具体数字更重要。