从“电”到“光”一次讲透光引擎、光模块、光纤、OCS、FAU这些年我在IDC机房和网络项目里来回跑一个很明显的感受是凡是用铜缆的地方都在慢慢被光替代。机柜里的交换互联从10G铜缆变成25G、100G光模块机房之间的骨干从密密麻麻的网线变成了一根根跳纤连消防、楼宇这类传统弱电系统也开始走“消防主机光纤组网”这种全光方案。光引擎、光模块、光纤、OCS、FAU这些词长得像干的事也容易混但实际上它们是一条完整光通路上的不同环节。这篇文章我打算把它们串起来讲清楚不光说概念还会把引脚、选型、场景、排障这些实操层面的事一并聊透适合刚接触全光网络、或者已经在机房搬砖但一直没把这些名词理清楚的人。1. 从“电”到“光”为什么要跨过这一道坎1.1 铜线的物理天花板电信号在铜缆上传输本质上是电压或电流的变化在导体上跑。导体有电阻、有寄生电容和电感频率越高损耗越大串扰也越严重。早期万兆时代10G SFP DAC铜缆还能在7米左右的距离内勉强扛住到了25G时代无源铜缆的极限距离缩短到3米左右100G DAC更是只有1到2米的实用空间。我见过不少机房为了几十厘米的走线距离硬是设计了特殊长度的DAC结果插到交换机上识别不了最后只能换光模块。这个例子很直观铜缆的问题不是“能不能传”而是“距离和速率到了某个点之后物理上就不划算了”。不管是数据中心内部还是跨楼宇的骨干光缆只要链路速率往上走发光器件的成本其实下降得很快。25G光模块的价格这几年已经跌到白菜价100G QSFP28也有大量成熟方案。光信号在光纤里的损耗以dB为单位单模光纤每公里0.2dB左右多模光纤每百米1dB以内这比铜缆那种短线就巨幅衰减的曲线要友好得多。1.2 光通信链路是一条“光电混合”的链别看叫“光通信”从交换机端口出来那一刻数字信号还是电。真正的工作链路是这样交换机ASIC产生电信号信号送到光模块或光引擎内部驱动激光器VCSEL、DFB、EML之类发光光经过调制、耦合进入光纤传到对端对端通过探测器PD或APD接收再转回电信号交给对端设备。整个过程就是“电-光-电”的循环。这里有意思的是两头都在做电处理真正在中间跑的是光。这条链上的每一个零件从光引擎到光模块、光纤、连接器、交换节点一直到光交配线系统任何一环出问题链路就断。所以不懂光模块的引脚、不懂光纤跳线损耗、不懂OCS怎么切换是做不好一套全光网络的。1.3 五个名词在一条链路中的定位我习惯把这几个词放在一条完整的链路图里去理解光模块一头插在交换机/服务器的端口上完成电光转换是网络设备直连的“光口”。光引擎比光模块更底层、更集中于芯片级的概念常见于硅光方案和CPO光共封装场景是未来交换机内部直接集成光的形态。光纤传输介质所有光信号的载体。OCS光交叉连接/光路交换设备负责在光层做路径调度类似“光的交换机”。FAU光纤适配与配线单元负责光纤的熔接、盘纤、跳接是链路里的物理调度与维护接口。这样一梳理就清楚了前两个负责“发”中间负责“传”后两个负责“切”和“管”。后面我按这个逻辑逐层拆开讲。2. 光模块深度拆解以QSFP28引脚为例讲透电光转换2.1 光模块的作用比你想的更“机械”光模块本质上是一个封装好的电光转换器。它在物理层完成三件事把差分电信号变成激光驱动电流让激光器按数据速率发光把接收端的光信号转成微弱电流再经过放大器TIA和限幅放大器恢复成电信号同时还要处理一些状态监控比如温度、电压、发射光功率、接收光功率这些通过I2C接口上报给网管系统。很多人觉得光模块复杂其实它就是个“含有激光头和接收探头的接口盒子”。但正因为封装小、速率高、功耗严设计中任何一个引脚处理不当都会影响链路。建议大家别只盯着速率和距离多看看引脚定义和数据手册。2.2 QSFP28光模块的引脚到底怎么认QSFP28是目前100G网络最常见的光模块类型4个25G通道合并成100G。网上关于QSFP28光模块pin脚定义的讨论很多我结合实际使用总结一下最重要的几组引脚引脚编号名称功能说明实操注意1、5GND地接地断开会导致信号眼图变差2TX1n、3 TX1p第一通道发送差分对发射端差分对不能接反7、6RX1n、RX1p第一通道接收差分对接收端差分对接反会直接丢包22、23、26、27LPMode、ModPrsL等功耗控制、模块在位检测检测不到模块时优先查这个30-33SDA、SCL、ModSelLI2C管理接口读数异常通常和时序有关20、21TX2、RX2第二通道差分对通道顺序必须完整对应这里要特别提醒QSFP28的四路通道是并行工作的布线时所有通道的电平、差分阻抗、长度都要保持一致。PCB走线或者笼子引脚虚焊时经常出现某些通道丢包、某些通道正常的情况这就是典型的通道级故障。测试时不要只看总速率要用设备自带的口子去统计每一个通道的错误信息。2.3 从SFP到QSFP-DD别只看接口长得像桌面运维经常把SFP和SFP混着插确实都能插进去但速率不同。SFP是1GSFP到10GSFP28是25G再往上就是QSFP28的4×25G等于100GQSFP-DD可以做到8×50G等于400G。光模块形态的演进基本是跟着交换机端口密度走的。模块形态通道数速率组合典型应用SFP/SFP11G/10G接入、存储、管理口SFP28125G服务器网卡、叶交换机QSFP284100G数据中心叶脊互联、TOR上连QSFP-DD8400G核心交换、AI集群选模块的时候有个常见误区只看模块本身兼容性不看设备端口模式。25G端口可能通过拆分模式跑4条25G也可能绑定成100G端口用。光模块四通道能不能拆取决于设备厂家是否支持端口拆分breakout。比如QSFP28模块插在一些交换机上默认是100G端口非要接4根25G线到四台服务器就必须先配breakout。这个配置在不同品牌上叫法不一但原理都一样把一个100G口拆成4个独立的25G口。2.4 选型三步法波长、距离、兼容性我选光模块的流程很简单就三步。第一步看距离。机房内部100米以内一般用多模配OM3/OM4光纤短距离低成本方案两栋楼之间、城域骨干这种距离必须上单模配OS2光纤采用1310nm或1550nm波长。第二步看接口和速率。服务器网卡是25G口就用SFP28交换机上连100G就用QSFP28400G核心就上QSFP-DD。第三步查兼容性。兼容列表里没有的型号就算封装一样也容易点不亮或者频繁误码。哪怕是同一家厂商的白牌交换机固件版本不同也会影响模块识别。提示采购光模块时不要只看“原厂”两个字。很多第三方模块厂商比如Finisar、Lumentum、InnoLight、易飞扬等做的兼容模块性能和原厂持平价格却低不少。前提是设备端固件支持它们的EEPROM区段建议采购前拿样测试别一次性批量买。3. 光引擎与硅光方案传统光模块的“下一站”3.1 光引擎是个什么“引擎”光引擎这个名字容易让人误会它其实不是一个独立的网络设备而是把激光器、调制器、探测器、波导等光学器件和驱动芯片封装在一起的微系统。你可以把它理解为“芯片级的光模块”。传统光模块是独立抽屉插在交换机面板上光引擎则往往是直接贴在交换芯片旁边甚至做进交换芯片的基板里让电信号从交换芯片出来之后极短距离内直接变成光信号。近几年AI集群对带宽的要求很夸张交换机功耗跟着飙升。传统光模块要把信号从PCB走线传到面板再进模块这一段铜走线在100G、400G速率下损耗大、功耗高。光引擎的价值就是尽量缩短这段“电走线”的距离小则几毫米大则几厘米这才是CPO光共封装背后的逻辑。3.2 CPO和硅光为什么CPO绕不开光引擎CPO的中文叫“光共封装”英文全称Co-Packaged Optics。为什么大家现在都在聊它很简单单颗交换芯片带宽越来越高如果还用外置可插拔光模块面板空间的“物理墙”先挡不住了。800G交换机需要32个OSFP模块占掉几乎整个面板到了102.4T交换芯片可插拔模块根本放不下。于是把光引擎直接做进芯片封装里电信号不走长线直接喂给旁边的光引擎交换芯片四周这一圈就叫CPO方案。硅光是实现光引擎的重要技术路径。硅光就是用半导体工艺在硅晶圆上做光波导、调制器、探测器优点是跟CMOS工艺兼容、能用光刻量产、成本有下降空间。不过硅光也不是万能的激光器本身通常还是外置的InP激光器通过耦合方式把光送进硅光芯片。所以在实际项目里硅光光引擎的封装良率、耦合精度、可靠性一直是决定CPO能不能落地的主要矛盾。3.3 现实落地光引擎现在用在哪光引擎不只是给未来交换机准备的现在已经在一些场景里实际部署。比如部分高速AI智算集群会用“近封装光学”方案光引擎和交换芯片距离缩短到毫米级再通过单模光纤连到对端。再比如一些大型路由器内部也已经把相干光引擎集成到线卡里面省掉了外置相干模块。这些场景的共同特点是速率高、带宽密度大、对功耗敏感。如果你在传统机房只做1G/10G接入光引擎离你还很远但只要你的网络速率升到400G、800G或者去搞AI集群的Scale-Out带宽光引擎就会进入你的视野。从可插拔光模块到共封装光引擎本质上是把“电”到“光”之间的那段距离压缩到极致这也是整个行业必然的方向。4. 光纤连接、传感与组网里最容易忽略的一环4.1 单模多模不是价格差异那么简单光纤在项目中容易被当成“水管”买来就用实际上选错光纤品种会让整个链路预算崩掉。数据中心短距离常见多模光纤OM3/OM4配合VCSEL激光器850nm波长成本低适合几百米内互联长距离必须单模OS21310nm/1550nm波长配合高速模块可以轻松跑十公里甚至几十公里。光纤类别波长典型距离使用场景OM3多模850nm100G跑100米内机房内跳线、TOR到服务器OM4多模850nm100G跑150米内高性能机房数据链路OS2单模1310/1550nm400G跑2km以上楼宇间、城域、核心骨干很多人问我机房内部能不能全用单模技术上能但经济性不好。短距离场景下单模模块比多模贵连接器耦合要求也高施工上稍微脏一点就容易插损超标。反过来跨楼宇的长距离链路死撑多模必然遭遇带宽不够、误码率飙升。所以别迷信“单模更好”先看链路预算。4.2 光纤组网里那些“看不见的坑”现在不少消防、安防、园区项目开始做全光纤组网网上关于“消防主机光纤组网”的讨论热度不低。这类项目跟数据中心还不一样它的核心是解决长距离传输、多设备级联和抗干扰问题。消防主机过去走RS485总线距离一远就要加中继器抗干扰能力还差改光纤组网之后主机之间通过光口级联距离可以做到几公里电磁干扰几乎为零。但这类组网有几个坑常被忽略。第一个坑是光口速率匹配老消防主机的光口可能只有100M有些项目中把它接到千兆交换机上因为自协商问题偶尔就挂死需要手动强制速率第二个坑是光纤冗余很多项目只拉一根纤一旦断掉整条链路就掉线重要场景至少两根纤做冗余第三个坑是“PON进行光纤传感检测”这类应用PON本身用于宽带接入却在传感检测中被反向使用——通过监测PON网络中光纤的背向散射损耗变化来定位断点或外部扰动这是利用了光纤本身的传感特性但施工方式和普通通信光缆有很大区别需要专门的OTDR和传感解调设备。4.3 光纤熔接与终端的“脏”问题光纤链路90%以上的故障都和脏有关。端面一颗灰尘在100G速率下会造成大量误码甚至直接断链。我一直跟施工队强调哪怕是新开封的跳纤插之前也要用光纤显微镜检查端面用专用清洁笔清洁一遍。熔接时剥纤要平整切纤的角度要控制在0.5度以内熔接机每次使用前先做放电校正。另外光缆在机柜里面的弯曲半径要特别注意。多模光纤动态弯曲半径一般不建议小于20倍直径单模通常也要避开直角折弯。很多机房为了走线好看用扎带把光纤勒得很紧当时没事几个月后就开始出现光损耗波动这就是微弯损耗在积累。光纤的物理特性确实比铜缆优越但它对施工细节的要求也比铜缆苛刻得多这也是全光项目中最需要管理成本的地方。5. OCS在光层做“调度”5.1 OCS到底解决什么问题先问一个问题一根光纤里的多个波长从A点到B点中间要经过好几个机房怎么把这些波长分路到不同设备传统办法是“电交换”把光信号转成电信号、用交换机转发、再转回光这个过程虽然灵活但在需要海量数据做裸光纤透传的时候代价太高。OCS光交叉连接/光线路交换系统解决的就是这个问题直接在光层完成路径调度不经过“光转电再转光”的过程。可以把它理解成“光的程控交换机”。一个OCS设备有很多输入光口和很多输出光口通过内部的光开关阵列或者波长选择开关WSS把任意输入口的波长切到任意输出口。我做过的一些数据中心场景里OCS还被用来做全光网络的灵活调度比如把某个客户的光路临时改到另一条物理路由上几秒内完成不用派人去机房拔插跳纤。5.2 OCS的类型从机械光开关到WSSOCS不是一个固定形态它有多种技术路径选型时要看清用在哪一层机械式光开关MEMS、Mirror切换速度在毫秒到百毫秒级适合少量光路的固定或半固定调度优点是插损低、价格相对低。波长选择开关WSS可以按波长粒度灵活调度一个端口进来的多波长可以分成不同的出口这是ROADM和骨干传送网的核心器件。全光交换矩阵端口数多、切换速度快适合数据中心内部的大规模光路重构、AI训练集群的拓扑调整。OCS在数据中心最热的用途是“灵活拓扑”。训练大模型时GPU集群的通信模式可能随时变化通过OCS可以在物理层把几百根光纤重新编排让网络拓扑秒级适配不同并行算法的传输需求。这种玩法比靠上层交换机重路由更直接、更省电。5.3 OCS的运维和常见坑把OCS接到现网的时候最大的坑是“切换瞬间丢光”。OCS内部机械开关在切换时会有几十到几百毫秒的光中断现网业务如果有保护机制没做这一下就断业务了。我建议在接入OCS之前先在旁路环境做切换演练确认对端设备的重收敛时间可以容忍这个中断窗口。另一个坑是端口功率预算。OCS内部的插损并不低一个WSS模块固定在6到10dB之间多个级联后光功率会明显下降假如不对链路损耗做预算接收端光功率偏低会导致误码率飙升。施工时一定要拿光功率计逐段核对不能只看“能通”就完事。最后提一下“配置”方面。OCS设备通常自带管理口通过命令行或者图形化管理平台配置波长交换计划。网上有人搜“ocs题库配置”那是另一码事别把考试系统的OCS跟光交换的OCS混在一起这两个是八竿子打不着的同名缩写。做光网络项目的关注的是波长路由表、端口映射和功率管理。6. FAU光纤配线在机房里“最后的负责人”6.1 FAU是什么凭什么重要FAUFiber Access Unit / 光纤适配单元也叫光纤配线单元、光纤管理单元是光链路在物理层的“调度中心”。所有从光缆来的光纤最终都要在FAU里做熔接、盘纤、跳接才能进到不同设备的光口上。可以把它理解成一个“光的接线板”外缆进来在FAU里固定、熔接成尾纤再通过跳纤连到交换机光模块的适配器上。别小看这个铁盒子光纤链路很多故障就发生在FAU这个环节。熔接点损耗过大、盘纤半径过小、跳纤插错端口、适配器端面被灰尘污染、尾纤被扎带勒出微弯……这些问题在FAU里特别常见。所以我一直建议项目验收时专门排一个人检查FAU的施工工艺这会比盲目测光功率更能提前暴露隐患。6.2 FAU的选型与配线逻辑FAU选型主要看三件事端口密度、光纤类型、管理方式。端口密度方面12芯、24芯、48芯、72芯都很常见固化好的机房一般按“一台交换机占用几个口”来规划。比如说一台TOR交换机有48个25G光口一个48芯FAU除开冗余和熔接余量差不多只够一台上连交换机使用。光纤类型方面多模和单模的适配器颜色不同多模是水蓝色单模是蓝色或者绿色千万别混插。管理方式方面现在很多智能FAU带电子标签、端口状态指示灯可以通过管理系统实时定位链路走向对大型数据中心很有帮助。配线逻辑上我习惯把FAU分成三层光纤总进线区、熔接与尾纤区、跳线连接区。总进线区负责固定光缆加强件和外部护套熔接区负责把光缆里的裸纤熔接到标准尾纤跳线连接区通过适配器连接到设备侧。每根尾纤和跳纤要有唯一编号最好是机房里的固定规则例如“F01-01-A”表示机柜F01单元1的第1芯A端。编号规则不统一后期查线会非常痛苦。6.3 一个真实的FAU排障案例今年年初帮一个园区做光纤组网客户报障说某栋楼核心交换机到分机房断链。我过去一看FAU指示灯正常OTDR打过去也没有明显断点最后排查到FAU里的一个适配器问题就出在端面上灰尘非常明显估计是施工时磨纤的碎末掉进去的。用清洁笔处理完两条链路立即恢复。这件事特别能说明问题FAU是光链路的汇聚点每一个插拔动作、每一次熔接都会在这里留下痕迹。如果施工过程不留心故障排查的时候会很崩溃。这里分享两个经验一是在FAU面板上给每根跳纤贴标签不只是编号还要写上“源端A-目标端B”的完整路径二是规定每天工程结束后用一台台式光功率计把当天新放的链路全部重新测试一遍当场发现当场处理。7. 从电到光的落地案例一套完整的全光链路怎么设计7.1 一个中型厂区全光网络的链路设计假设一个厂区有三栋楼A栋是核心机房B栋是车间控制室C栋是办公区三栋楼之间走园区弱电管道距离400米到800米。传统方案是在A栋放一台核心交换机每栋楼拉六类网线或者光纤到辅助交换机。全光方案我会这么做A栋核心机房放两台核心交换机与B/C栋之间分别用两根OS2室外单模光纤连接一主一备。每栋楼的接入交换机上联口用100G QSFP28光模块加单模光模块配10G或25G端口给终端。在A栋机房设置一个FAU把所有进出楼的光缆都在这里终结和跳接主用路由和备用路由用不同颜色的跳纤区分。核心层如果有多方向光路要做灵活调度加一台小型OCS方便在练习祖网络调整时快速改光路拓扑。主干光纤采用成对布放两条纤芯分别走不同物理管道避免一次管道施工意外导致全楼断网。7.2 光模块和光纤之间的链路预算计算做全光链路一定要学会算链路预算。我一般这样算光模块发射光功率比如单模10km模块典型发射是-3dBm到2dBm接收灵敏度是-15dBm左右。光纤损耗按单模0.2dB/km算两栋楼之间600米光纤损耗是0.12dB加上8个法兰盘活接头每个按0.3dB算就是2.4dB再加上两端FAU的熔接点各约0.1dB总损耗大概率在3dB以内。这样算下来接收光功率还在-6dBm左右余量充足。但如果链路里加了OCS插入损耗立刻增加好几个dB全链路余量可能从9dB跌到不足2dB这时就得上光放大器或者改用更高功率的模块。这就是为什么我一直强调光纤链路里的每一样东西都要把插损写进设计文档别等开通了才去补。7.3 交换机侧的实施要点实施过程中我最担心的其实是交换机端口配置。很多项目在割接时才想起来模块没在兼容列表、端口速率没配对、拆分模式没开结果现场手忙脚乱。我有一个固定流程割接前三天把要用的光模块全部插到交换机上跑一边自检和流量测试通过命令行查看模块的DDM信息数字诊断监控确认发射功率、接收功率、温度、电压都在正常范围端口速率和双工模式统一设置成自动协商除非对端设备太老才强制手动割接当天只做光纤插拔不在交换机上做任何配置变更。这套流程执行下来全光链路开通的失败率极低。数据里有个非常不起眼的点光模块插入后发射光功率如果是负值比较多可能模块本身就有问题别等到业务报障再查。7.4 常见问题速查表故障现象可能原因定位步骤光模块识别不到兼容性问题、引脚虚焊、模块在位检测脚异常查看设备日志更换模块检查笼子引脚链路断开OTDR正常FAU内插头脏污、光接口法兰松动重新拔插用显微镜检查端面有光但丢包严重接收光功率过低链路余量不足用光功率计测收端功率和灵敏度对比某一路万兆丢包其他路正常QSFP28四通道中某一通道或引脚故障更换模块检查设备端口统计光纤熔接点损耗过大切纤角度超差、放电参数不对、端面污染重新开剥、切割、熔接交换机上报端口功率异常DDM数据里发射功率飘了温度过高检查散热更换模块加了OCS之后链路质量变差OCS插损导致接收功率不足核算插损重新优化链路预算这个表我建议打印出来贴在机房的应急操作台上。运维值班的人不一定每个都有光通信背景但按表逐项排查起码能把绝大多数问题压到可控范围。7.5 从“一阵子”到“长期”运维习惯才是全光网络的命脉很多项目刚交付时测试完美三个月后故障就变多问题几乎都出在运维管理上。全光网络的长期稳定靠的是一套规矩每次插拔跳纤都要用清洁设备处理端面、每次熔接都要记录损耗数据、每个FAU端口都要有最新标签、每次开箱施工都必须遵守光纤弯曲半径要求。说实话这些规矩技术上并不难难的是坚持。我在几个稳定运行五年以上的全光项目中观察到一个共同点都有完整的“光纤端口对账表”每个月更新一次每次故障处理都会把根因和处置记录补进去。这套习惯比选什么品牌的光模块、用什么OCS都重要得多。8. 个人实践中的几条“血泪”经验最后整理几条我自己踩过坑之后沉淀下来的心得。第一所有光模块第一次上电前先看设备端固件版本。有些早期固件对第三方模块的EEPROM解析有bug导致模块明明好好的却报“unsupported”。这类问题不是硬件坏而是兼容列表没更新。第二机房光缆跳纤的标签颜色一定要统一语义。我在多个机房里见过主干用黄色、跳线用绿色、备用用红色的习惯各有各的规则只要在本机房维持统一就好。但千万别让施工队随意发挥颜色标签乱套会比没标签更误事。第三测链路不要把“光功率数值”和“误码率”割裂开看。有些链路的接收光功率看起来在灵敏度之上但误码率依然高这往往是因为端面脏污导致的“低损高误码”光功率计测不出这种问题只有抓包或者看设备误码计数才能发现。所以测链路要“打流量”不要只看OTDR和光功率。第四OCS这种“光路调度设备”在现网引入前至少做一轮混合验证。比如在测试环境把现有链路从固定路由切到OCS路由跑满负荷一整天观察是否存在光中断或者功率漂移。这些设备本身性能都很好但接入现网之后的环境复杂度会翻几倍多留点验证时间不吃亏。全光网络不是一个单点设备而是一条从电到光、再回到电的完整链路。光模块负责边界转换光引擎代表下一代形态光纤是承载介质OCS做光层调度FAU做物理汇聚与运维入口。把这几个环节放在同一张设计图里理解你才能真正掌握现代网络的骨干逻辑。我现在做任何网络项目都会先把这张“电-光-电”的链路图画出来再去选设备、排方案这样少走弯路也少背锅。
从“电”到“光”一次讲透光引擎、光模块、光纤、OCS、FAU这些年我在IDC机房和网络项目里来回跑一个很明显的感受是凡是用铜缆的地方都在慢慢被光替代。机柜里的交换互联从10G铜缆变成25G、100G光模块机房之间的骨干从密密麻麻的网线变成了一根根跳纤连消防、楼宇这类传统弱电系统也开始走“消防主机光纤组网”这种全光方案。光引擎、光模块、光纤、OCS、FAU这些词长得像干的事也容易混但实际上它们是一条完整光通路上的不同环节。这篇文章我打算把它们串起来讲清楚不光说概念还会把引脚、选型、场景、排障这些实操层面的事一并聊透适合刚接触全光网络、或者已经在机房搬砖但一直没把这些名词理清楚的人。1. 从“电”到“光”为什么要跨过这一道坎1.1 铜线的物理天花板电信号在铜缆上传输本质上是电压或电流的变化在导体上跑。导体有电阻、有寄生电容和电感频率越高损耗越大串扰也越严重。早期万兆时代10G SFP DAC铜缆还能在7米左右的距离内勉强扛住到了25G时代无源铜缆的极限距离缩短到3米左右100G DAC更是只有1到2米的实用空间。我见过不少机房为了几十厘米的走线距离硬是设计了特殊长度的DAC结果插到交换机上识别不了最后只能换光模块。这个例子很直观铜缆的问题不是“能不能传”而是“距离和速率到了某个点之后物理上就不划算了”。不管是数据中心内部还是跨楼宇的骨干光缆只要链路速率往上走发光器件的成本其实下降得很快。25G光模块的价格这几年已经跌到白菜价100G QSFP28也有大量成熟方案。光信号在光纤里的损耗以dB为单位单模光纤每公里0.2dB左右多模光纤每百米1dB以内这比铜缆那种短线就巨幅衰减的曲线要友好得多。1.2 光通信链路是一条“光电混合”的链别看叫“光通信”从交换机端口出来那一刻数字信号还是电。真正的工作链路是这样交换机ASIC产生电信号信号送到光模块或光引擎内部驱动激光器VCSEL、DFB、EML之类发光光经过调制、耦合进入光纤传到对端对端通过探测器PD或APD接收再转回电信号交给对端设备。整个过程就是“电-光-电”的循环。这里有意思的是两头都在做电处理真正在中间跑的是光。这条链上的每一个零件从光引擎到光模块、光纤、连接器、交换节点一直到光交配线系统任何一环出问题链路就断。所以不懂光模块的引脚、不懂光纤跳线损耗、不懂OCS怎么切换是做不好一套全光网络的。1.3 五个名词在一条链路中的定位我习惯把这几个词放在一条完整的链路图里去理解光模块一头插在交换机/服务器的端口上完成电光转换是网络设备直连的“光口”。光引擎比光模块更底层、更集中于芯片级的概念常见于硅光方案和CPO光共封装场景是未来交换机内部直接集成光的形态。光纤传输介质所有光信号的载体。OCS光交叉连接/光路交换设备负责在光层做路径调度类似“光的交换机”。FAU光纤适配与配线单元负责光纤的熔接、盘纤、跳接是链路里的物理调度与维护接口。这样一梳理就清楚了前两个负责“发”中间负责“传”后两个负责“切”和“管”。后面我按这个逻辑逐层拆开讲。2. 光模块深度拆解以QSFP28引脚为例讲透电光转换2.1 光模块的作用比你想的更“机械”光模块本质上是一个封装好的电光转换器。它在物理层完成三件事把差分电信号变成激光驱动电流让激光器按数据速率发光把接收端的光信号转成微弱电流再经过放大器TIA和限幅放大器恢复成电信号同时还要处理一些状态监控比如温度、电压、发射光功率、接收光功率这些通过I2C接口上报给网管系统。很多人觉得光模块复杂其实它就是个“含有激光头和接收探头的接口盒子”。但正因为封装小、速率高、功耗严设计中任何一个引脚处理不当都会影响链路。建议大家别只盯着速率和距离多看看引脚定义和数据手册。2.2 QSFP28光模块的引脚到底怎么认QSFP28是目前100G网络最常见的光模块类型4个25G通道合并成100G。网上关于QSFP28光模块pin脚定义的讨论很多我结合实际使用总结一下最重要的几组引脚引脚编号名称功能说明实操注意1、5GND地接地断开会导致信号眼图变差2TX1n、3 TX1p第一通道发送差分对发射端差分对不能接反7、6RX1n、RX1p第一通道接收差分对接收端差分对接反会直接丢包22、23、26、27LPMode、ModPrsL等功耗控制、模块在位检测检测不到模块时优先查这个30-33SDA、SCL、ModSelLI2C管理接口读数异常通常和时序有关20、21TX2、RX2第二通道差分对通道顺序必须完整对应这里要特别提醒QSFP28的四路通道是并行工作的布线时所有通道的电平、差分阻抗、长度都要保持一致。PCB走线或者笼子引脚虚焊时经常出现某些通道丢包、某些通道正常的情况这就是典型的通道级故障。测试时不要只看总速率要用设备自带的口子去统计每一个通道的错误信息。2.3 从SFP到QSFP-DD别只看接口长得像桌面运维经常把SFP和SFP混着插确实都能插进去但速率不同。SFP是1GSFP到10GSFP28是25G再往上就是QSFP28的4×25G等于100GQSFP-DD可以做到8×50G等于400G。光模块形态的演进基本是跟着交换机端口密度走的。模块形态通道数速率组合典型应用SFP/SFP11G/10G接入、存储、管理口SFP28125G服务器网卡、叶交换机QSFP284100G数据中心叶脊互联、TOR上连QSFP-DD8400G核心交换、AI集群选模块的时候有个常见误区只看模块本身兼容性不看设备端口模式。25G端口可能通过拆分模式跑4条25G也可能绑定成100G端口用。光模块四通道能不能拆取决于设备厂家是否支持端口拆分breakout。比如QSFP28模块插在一些交换机上默认是100G端口非要接4根25G线到四台服务器就必须先配breakout。这个配置在不同品牌上叫法不一但原理都一样把一个100G口拆成4个独立的25G口。2.4 选型三步法波长、距离、兼容性我选光模块的流程很简单就三步。第一步看距离。机房内部100米以内一般用多模配OM3/OM4光纤短距离低成本方案两栋楼之间、城域骨干这种距离必须上单模配OS2光纤采用1310nm或1550nm波长。第二步看接口和速率。服务器网卡是25G口就用SFP28交换机上连100G就用QSFP28400G核心就上QSFP-DD。第三步查兼容性。兼容列表里没有的型号就算封装一样也容易点不亮或者频繁误码。哪怕是同一家厂商的白牌交换机固件版本不同也会影响模块识别。提示采购光模块时不要只看“原厂”两个字。很多第三方模块厂商比如Finisar、Lumentum、InnoLight、易飞扬等做的兼容模块性能和原厂持平价格却低不少。前提是设备端固件支持它们的EEPROM区段建议采购前拿样测试别一次性批量买。3. 光引擎与硅光方案传统光模块的“下一站”3.1 光引擎是个什么“引擎”光引擎这个名字容易让人误会它其实不是一个独立的网络设备而是把激光器、调制器、探测器、波导等光学器件和驱动芯片封装在一起的微系统。你可以把它理解为“芯片级的光模块”。传统光模块是独立抽屉插在交换机面板上光引擎则往往是直接贴在交换芯片旁边甚至做进交换芯片的基板里让电信号从交换芯片出来之后极短距离内直接变成光信号。近几年AI集群对带宽的要求很夸张交换机功耗跟着飙升。传统光模块要把信号从PCB走线传到面板再进模块这一段铜走线在100G、400G速率下损耗大、功耗高。光引擎的价值就是尽量缩短这段“电走线”的距离小则几毫米大则几厘米这才是CPO光共封装背后的逻辑。3.2 CPO和硅光为什么CPO绕不开光引擎CPO的中文叫“光共封装”英文全称Co-Packaged Optics。为什么大家现在都在聊它很简单单颗交换芯片带宽越来越高如果还用外置可插拔光模块面板空间的“物理墙”先挡不住了。800G交换机需要32个OSFP模块占掉几乎整个面板到了102.4T交换芯片可插拔模块根本放不下。于是把光引擎直接做进芯片封装里电信号不走长线直接喂给旁边的光引擎交换芯片四周这一圈就叫CPO方案。硅光是实现光引擎的重要技术路径。硅光就是用半导体工艺在硅晶圆上做光波导、调制器、探测器优点是跟CMOS工艺兼容、能用光刻量产、成本有下降空间。不过硅光也不是万能的激光器本身通常还是外置的InP激光器通过耦合方式把光送进硅光芯片。所以在实际项目里硅光光引擎的封装良率、耦合精度、可靠性一直是决定CPO能不能落地的主要矛盾。3.3 现实落地光引擎现在用在哪光引擎不只是给未来交换机准备的现在已经在一些场景里实际部署。比如部分高速AI智算集群会用“近封装光学”方案光引擎和交换芯片距离缩短到毫米级再通过单模光纤连到对端。再比如一些大型路由器内部也已经把相干光引擎集成到线卡里面省掉了外置相干模块。这些场景的共同特点是速率高、带宽密度大、对功耗敏感。如果你在传统机房只做1G/10G接入光引擎离你还很远但只要你的网络速率升到400G、800G或者去搞AI集群的Scale-Out带宽光引擎就会进入你的视野。从可插拔光模块到共封装光引擎本质上是把“电”到“光”之间的那段距离压缩到极致这也是整个行业必然的方向。4. 光纤连接、传感与组网里最容易忽略的一环4.1 单模多模不是价格差异那么简单光纤在项目中容易被当成“水管”买来就用实际上选错光纤品种会让整个链路预算崩掉。数据中心短距离常见多模光纤OM3/OM4配合VCSEL激光器850nm波长成本低适合几百米内互联长距离必须单模OS21310nm/1550nm波长配合高速模块可以轻松跑十公里甚至几十公里。光纤类别波长典型距离使用场景OM3多模850nm100G跑100米内机房内跳线、TOR到服务器OM4多模850nm100G跑150米内高性能机房数据链路OS2单模1310/1550nm400G跑2km以上楼宇间、城域、核心骨干很多人问我机房内部能不能全用单模技术上能但经济性不好。短距离场景下单模模块比多模贵连接器耦合要求也高施工上稍微脏一点就容易插损超标。反过来跨楼宇的长距离链路死撑多模必然遭遇带宽不够、误码率飙升。所以别迷信“单模更好”先看链路预算。4.2 光纤组网里那些“看不见的坑”现在不少消防、安防、园区项目开始做全光纤组网网上关于“消防主机光纤组网”的讨论热度不低。这类项目跟数据中心还不一样它的核心是解决长距离传输、多设备级联和抗干扰问题。消防主机过去走RS485总线距离一远就要加中继器抗干扰能力还差改光纤组网之后主机之间通过光口级联距离可以做到几公里电磁干扰几乎为零。但这类组网有几个坑常被忽略。第一个坑是光口速率匹配老消防主机的光口可能只有100M有些项目中把它接到千兆交换机上因为自协商问题偶尔就挂死需要手动强制速率第二个坑是光纤冗余很多项目只拉一根纤一旦断掉整条链路就掉线重要场景至少两根纤做冗余第三个坑是“PON进行光纤传感检测”这类应用PON本身用于宽带接入却在传感检测中被反向使用——通过监测PON网络中光纤的背向散射损耗变化来定位断点或外部扰动这是利用了光纤本身的传感特性但施工方式和普通通信光缆有很大区别需要专门的OTDR和传感解调设备。4.3 光纤熔接与终端的“脏”问题光纤链路90%以上的故障都和脏有关。端面一颗灰尘在100G速率下会造成大量误码甚至直接断链。我一直跟施工队强调哪怕是新开封的跳纤插之前也要用光纤显微镜检查端面用专用清洁笔清洁一遍。熔接时剥纤要平整切纤的角度要控制在0.5度以内熔接机每次使用前先做放电校正。另外光缆在机柜里面的弯曲半径要特别注意。多模光纤动态弯曲半径一般不建议小于20倍直径单模通常也要避开直角折弯。很多机房为了走线好看用扎带把光纤勒得很紧当时没事几个月后就开始出现光损耗波动这就是微弯损耗在积累。光纤的物理特性确实比铜缆优越但它对施工细节的要求也比铜缆苛刻得多这也是全光项目中最需要管理成本的地方。5. OCS在光层做“调度”5.1 OCS到底解决什么问题先问一个问题一根光纤里的多个波长从A点到B点中间要经过好几个机房怎么把这些波长分路到不同设备传统办法是“电交换”把光信号转成电信号、用交换机转发、再转回光这个过程虽然灵活但在需要海量数据做裸光纤透传的时候代价太高。OCS光交叉连接/光线路交换系统解决的就是这个问题直接在光层完成路径调度不经过“光转电再转光”的过程。可以把它理解成“光的程控交换机”。一个OCS设备有很多输入光口和很多输出光口通过内部的光开关阵列或者波长选择开关WSS把任意输入口的波长切到任意输出口。我做过的一些数据中心场景里OCS还被用来做全光网络的灵活调度比如把某个客户的光路临时改到另一条物理路由上几秒内完成不用派人去机房拔插跳纤。5.2 OCS的类型从机械光开关到WSSOCS不是一个固定形态它有多种技术路径选型时要看清用在哪一层机械式光开关MEMS、Mirror切换速度在毫秒到百毫秒级适合少量光路的固定或半固定调度优点是插损低、价格相对低。波长选择开关WSS可以按波长粒度灵活调度一个端口进来的多波长可以分成不同的出口这是ROADM和骨干传送网的核心器件。全光交换矩阵端口数多、切换速度快适合数据中心内部的大规模光路重构、AI训练集群的拓扑调整。OCS在数据中心最热的用途是“灵活拓扑”。训练大模型时GPU集群的通信模式可能随时变化通过OCS可以在物理层把几百根光纤重新编排让网络拓扑秒级适配不同并行算法的传输需求。这种玩法比靠上层交换机重路由更直接、更省电。5.3 OCS的运维和常见坑把OCS接到现网的时候最大的坑是“切换瞬间丢光”。OCS内部机械开关在切换时会有几十到几百毫秒的光中断现网业务如果有保护机制没做这一下就断业务了。我建议在接入OCS之前先在旁路环境做切换演练确认对端设备的重收敛时间可以容忍这个中断窗口。另一个坑是端口功率预算。OCS内部的插损并不低一个WSS模块固定在6到10dB之间多个级联后光功率会明显下降假如不对链路损耗做预算接收端光功率偏低会导致误码率飙升。施工时一定要拿光功率计逐段核对不能只看“能通”就完事。最后提一下“配置”方面。OCS设备通常自带管理口通过命令行或者图形化管理平台配置波长交换计划。网上有人搜“ocs题库配置”那是另一码事别把考试系统的OCS跟光交换的OCS混在一起这两个是八竿子打不着的同名缩写。做光网络项目的关注的是波长路由表、端口映射和功率管理。6. FAU光纤配线在机房里“最后的负责人”6.1 FAU是什么凭什么重要FAUFiber Access Unit / 光纤适配单元也叫光纤配线单元、光纤管理单元是光链路在物理层的“调度中心”。所有从光缆来的光纤最终都要在FAU里做熔接、盘纤、跳接才能进到不同设备的光口上。可以把它理解成一个“光的接线板”外缆进来在FAU里固定、熔接成尾纤再通过跳纤连到交换机光模块的适配器上。别小看这个铁盒子光纤链路很多故障就发生在FAU这个环节。熔接点损耗过大、盘纤半径过小、跳纤插错端口、适配器端面被灰尘污染、尾纤被扎带勒出微弯……这些问题在FAU里特别常见。所以我一直建议项目验收时专门排一个人检查FAU的施工工艺这会比盲目测光功率更能提前暴露隐患。6.2 FAU的选型与配线逻辑FAU选型主要看三件事端口密度、光纤类型、管理方式。端口密度方面12芯、24芯、48芯、72芯都很常见固化好的机房一般按“一台交换机占用几个口”来规划。比如说一台TOR交换机有48个25G光口一个48芯FAU除开冗余和熔接余量差不多只够一台上连交换机使用。光纤类型方面多模和单模的适配器颜色不同多模是水蓝色单模是蓝色或者绿色千万别混插。管理方式方面现在很多智能FAU带电子标签、端口状态指示灯可以通过管理系统实时定位链路走向对大型数据中心很有帮助。配线逻辑上我习惯把FAU分成三层光纤总进线区、熔接与尾纤区、跳线连接区。总进线区负责固定光缆加强件和外部护套熔接区负责把光缆里的裸纤熔接到标准尾纤跳线连接区通过适配器连接到设备侧。每根尾纤和跳纤要有唯一编号最好是机房里的固定规则例如“F01-01-A”表示机柜F01单元1的第1芯A端。编号规则不统一后期查线会非常痛苦。6.3 一个真实的FAU排障案例今年年初帮一个园区做光纤组网客户报障说某栋楼核心交换机到分机房断链。我过去一看FAU指示灯正常OTDR打过去也没有明显断点最后排查到FAU里的一个适配器问题就出在端面上灰尘非常明显估计是施工时磨纤的碎末掉进去的。用清洁笔处理完两条链路立即恢复。这件事特别能说明问题FAU是光链路的汇聚点每一个插拔动作、每一次熔接都会在这里留下痕迹。如果施工过程不留心故障排查的时候会很崩溃。这里分享两个经验一是在FAU面板上给每根跳纤贴标签不只是编号还要写上“源端A-目标端B”的完整路径二是规定每天工程结束后用一台台式光功率计把当天新放的链路全部重新测试一遍当场发现当场处理。7. 从电到光的落地案例一套完整的全光链路怎么设计7.1 一个中型厂区全光网络的链路设计假设一个厂区有三栋楼A栋是核心机房B栋是车间控制室C栋是办公区三栋楼之间走园区弱电管道距离400米到800米。传统方案是在A栋放一台核心交换机每栋楼拉六类网线或者光纤到辅助交换机。全光方案我会这么做A栋核心机房放两台核心交换机与B/C栋之间分别用两根OS2室外单模光纤连接一主一备。每栋楼的接入交换机上联口用100G QSFP28光模块加单模光模块配10G或25G端口给终端。在A栋机房设置一个FAU把所有进出楼的光缆都在这里终结和跳接主用路由和备用路由用不同颜色的跳纤区分。核心层如果有多方向光路要做灵活调度加一台小型OCS方便在练习祖网络调整时快速改光路拓扑。主干光纤采用成对布放两条纤芯分别走不同物理管道避免一次管道施工意外导致全楼断网。7.2 光模块和光纤之间的链路预算计算做全光链路一定要学会算链路预算。我一般这样算光模块发射光功率比如单模10km模块典型发射是-3dBm到2dBm接收灵敏度是-15dBm左右。光纤损耗按单模0.2dB/km算两栋楼之间600米光纤损耗是0.12dB加上8个法兰盘活接头每个按0.3dB算就是2.4dB再加上两端FAU的熔接点各约0.1dB总损耗大概率在3dB以内。这样算下来接收光功率还在-6dBm左右余量充足。但如果链路里加了OCS插入损耗立刻增加好几个dB全链路余量可能从9dB跌到不足2dB这时就得上光放大器或者改用更高功率的模块。这就是为什么我一直强调光纤链路里的每一样东西都要把插损写进设计文档别等开通了才去补。7.3 交换机侧的实施要点实施过程中我最担心的其实是交换机端口配置。很多项目在割接时才想起来模块没在兼容列表、端口速率没配对、拆分模式没开结果现场手忙脚乱。我有一个固定流程割接前三天把要用的光模块全部插到交换机上跑一边自检和流量测试通过命令行查看模块的DDM信息数字诊断监控确认发射功率、接收功率、温度、电压都在正常范围端口速率和双工模式统一设置成自动协商除非对端设备太老才强制手动割接当天只做光纤插拔不在交换机上做任何配置变更。这套流程执行下来全光链路开通的失败率极低。数据里有个非常不起眼的点光模块插入后发射光功率如果是负值比较多可能模块本身就有问题别等到业务报障再查。7.4 常见问题速查表故障现象可能原因定位步骤光模块识别不到兼容性问题、引脚虚焊、模块在位检测脚异常查看设备日志更换模块检查笼子引脚链路断开OTDR正常FAU内插头脏污、光接口法兰松动重新拔插用显微镜检查端面有光但丢包严重接收光功率过低链路余量不足用光功率计测收端功率和灵敏度对比某一路万兆丢包其他路正常QSFP28四通道中某一通道或引脚故障更换模块检查设备端口统计光纤熔接点损耗过大切纤角度超差、放电参数不对、端面污染重新开剥、切割、熔接交换机上报端口功率异常DDM数据里发射功率飘了温度过高检查散热更换模块加了OCS之后链路质量变差OCS插损导致接收功率不足核算插损重新优化链路预算这个表我建议打印出来贴在机房的应急操作台上。运维值班的人不一定每个都有光通信背景但按表逐项排查起码能把绝大多数问题压到可控范围。7.5 从“一阵子”到“长期”运维习惯才是全光网络的命脉很多项目刚交付时测试完美三个月后故障就变多问题几乎都出在运维管理上。全光网络的长期稳定靠的是一套规矩每次插拔跳纤都要用清洁设备处理端面、每次熔接都要记录损耗数据、每个FAU端口都要有最新标签、每次开箱施工都必须遵守光纤弯曲半径要求。说实话这些规矩技术上并不难难的是坚持。我在几个稳定运行五年以上的全光项目中观察到一个共同点都有完整的“光纤端口对账表”每个月更新一次每次故障处理都会把根因和处置记录补进去。这套习惯比选什么品牌的光模块、用什么OCS都重要得多。8. 个人实践中的几条“血泪”经验最后整理几条我自己踩过坑之后沉淀下来的心得。第一所有光模块第一次上电前先看设备端固件版本。有些早期固件对第三方模块的EEPROM解析有bug导致模块明明好好的却报“unsupported”。这类问题不是硬件坏而是兼容列表没更新。第二机房光缆跳纤的标签颜色一定要统一语义。我在多个机房里见过主干用黄色、跳线用绿色、备用用红色的习惯各有各的规则只要在本机房维持统一就好。但千万别让施工队随意发挥颜色标签乱套会比没标签更误事。第三测链路不要把“光功率数值”和“误码率”割裂开看。有些链路的接收光功率看起来在灵敏度之上但误码率依然高这往往是因为端面脏污导致的“低损高误码”光功率计测不出这种问题只有抓包或者看设备误码计数才能发现。所以测链路要“打流量”不要只看OTDR和光功率。第四OCS这种“光路调度设备”在现网引入前至少做一轮混合验证。比如在测试环境把现有链路从固定路由切到OCS路由跑满负荷一整天观察是否存在光中断或者功率漂移。这些设备本身性能都很好但接入现网之后的环境复杂度会翻几倍多留点验证时间不吃亏。全光网络不是一个单点设备而是一条从电到光、再回到电的完整链路。光模块负责边界转换光引擎代表下一代形态光纤是承载介质OCS做光层调度FAU做物理汇聚与运维入口。把这几个环节放在同一张设计图里理解你才能真正掌握现代网络的骨干逻辑。我现在做任何网络项目都会先把这张“电-光-电”的链路图画出来再去选设备、排方案这样少走弯路也少背锅。
