做光模块这行也有年头了从10G、25G一路看到现在身边朋友聊得最多的还是800G。这个节奏比以往任何一代都快去年还在实验室里争论技术路线今年就已经在机房批量上线了。这篇就把我了解到的800G光模块现状掰开揉碎讲一讲从需求从哪来、技术路线怎么选、核心器件有什么坑到实际采购部署时要注意什么一次性说清楚希望能帮上正在评估和准备上800G的朋友。1. AI算力爆发800G是怎么被推上舞台的1.1 从100G到400G再到800G单模块速率为什么越走越快光模块速率演进从来不是光通信行业自己闷头升级而是被上层的流量和算力需求推着走。早几年100G统治数据中心的时候大家觉得挺够用后来互联网大厂云业务扩张东西向流量爆发200G和400G才陆续铺开。结果没过两年AI训练集群出现了它的带宽需求直接打破了原有节奏。一个典型的AI集群服务器互联场景GPU之间的数据交换量和传统CPU服务器完全不是一个量级。以前一台服务器两个25G网卡跑满就很好了现在一台AI训练节点配置4个、8个甚至更多的高速端口每个端口400G或800G。简单算一下一个GPU服务器机柜的总带宽需求就从过去的几百G直接飙到几十T如果没有高速光模块把数据从GPU芯片里搬出来芯片算力再强也只能干等。这也解释了为什么800G这一代推进速度比400G快得多。上一代400G从标准化到量产出货用了挺长时间因为客户需求没那么迫切。到了800GAI训练模型参数量指数级增长分布式训练需要把参数梯度在数千张卡之间同步网络成了决定训练性能的核心瓶颈之一。某云厂商曾估算过训练集群网络带宽提升一倍单位算力的成本可以下降百分之十几这不是锦上添花是实打实的省钱。1.2 谁在催着800G量产站在客户端这一侧需求最强烈的是三类玩家。第一类是超大规模云厂商他们的数据中心里原本就跑着海量的搜索、推荐、视频流量现在又叠加了AI训练和推理业务。内部统计显示AI相关流量占比已经高到让网络规划部门不得不把800G当作主力端口而不是过渡方案。这类客户采购量大对功耗和成本敏感也会深度参与标准讨论。第二类是算力基础设施服务商他们把高速网络作为AI裸金属服务的一部分对外提供。客户租的不是一台台裸服务器而是一个带互联的算力单元网络带宽和GPU型号一样写进服务规格。这类服务商为了产品竞争力会抢在标准尚未完全冻结之前就上测试床甚至直接跟光模块厂商定制小批量产品。第三类是传统数据中心运维团队他们既有不断增长的东西向流量压力又要面对散热和电费指标。800G单个端口密度更高机架内交换机端口数翻倍之后可以少采购交换机整体功耗并不一定比400G方案高很多这是运营侧乐于接受新速率的原因。正因为这三类需求几乎在同一时间点爆发800G光模块的量产节奏被大幅压缩。我记得2023年上半年还需要提前预订才能拿到工程样品到了2025年初已经是现货充足、价格持续下探了。这个速度在过去几代光模块里是没有过的。2. 800G光模块的两种主要形态与封装选择2.1 QSFP-DD800和OSFP怎么选拿到一个800G光模块最先面对的问题就是封装形态。业界主流路线是QSFP-DD800和OSFP两种。这两者不是谁的升级版而是并行发展的互补方案选型时主要看交换机端口形态和散热能力。QSFP-DD800是在QSFP-DD基础上扩展而来的电气接口做到8个通道每通道100G正好对应800G。它最大的优势是兼容性好很多现网设备可以通过换模块直接升级面板尺寸和笼子结构变化不大。劣势在于散热空间有限对高功耗DSP方案不太友好。OSFP的设计思路就不一样它诞生时就把800G作为主要目标外形尺寸比QSFP-DD大一圈没考虑往旧平台倒挂而是让新型交换机上能塞下更大面积的散热器。实测下来同样功耗的模块OSFP壳温普遍比QSFP-DD低好几度。现在新设计的800G交换机的面板端口大多默认支持OSFP就算不能全部插满也是一种面向未来的预留。对于升级场景比如原有400G交换机只支持QSFP-DD那800G就得优先看QSFP-DD800如果是从头新建一套网络交换机采购时直接选OSFP版本散热余量更大后续功耗更高的LPO和相干模块也更容易适配。我个人的看法是新建网络别卡太死给散热留一点余量比省的几个机架U值更重要。2.2 几个关键版本的差异SR8、DR8、FR8、LR8800G光模块按照传输距离分成几种版本长得很像但应用场景完全不同选错代价很高。SR8主打多模光纤短距离互联传输距离一般在100米以内。它内部是8路并行用VCSEL激光器配合多模光纤功耗和成本是几个版本里最低的。AI集群机柜内交换机到GPU服务器之间如果距离很短SR8非常合适。但要注意多模光纤的线缆类型和连接器端面清洁度这在后面运维部分细说。DR8是目前800G单模传输的主力版本目标距离500米也有标注到2公里的扩展版本。它用8路并行单模方案常见的是硅光芯片配合外部激光器或者采用某种高集成封装方案。这个版本兼顾了速率、距离和可量产性在整个800G出货量里占了很大比例。AI集群里的叶脊架构叶子到脊之间的链路距离一般在100到500米之间DR8刚好覆盖。FR8对应2公里场景LR8对应10公里场景。这两个版本每一路的光功率预算要求更高通常需要在模块里内置SOA或者采用更高性能的EML激光器。在这几个版本中LR8成本最高、架构最复杂更多用于数据中心之间的DCI互联或跨楼宇连接。做选型时不要盲目追求最高的LR8根据自己的光纤链路长度预算和现网光缆情况来定就行。我以前遇到过一位做网络规划的工程师为了“反正多花不了几个钱”直接全链路都上LR8结果模块功耗高出一截交换机机箱散热报警最后一部分链路又换回DR8。这就属于典型的过度设计带来的现场翻车。3. 核心器件与功耗博弈DSP、EML与硅光3.1 8路100GPAM4的极限在哪800G从物理层面看就是把8路100G信号通过光通道并行发送。每一路光信号本身用的是PAM4调制通过四个电平来承载2bit信息。相比NRZPAM4的频谱效率直接翻倍但对信号信噪比的要求也提高了不少发射端和接收端的DSP都需要做复杂的均衡处理。这个路径有一个绕不开的物理瓶颈就是PAM4信号的波特率天花板。以当前成熟工艺来看单路波特率跑到100G以上以后信号损伤急剧增大对激光器带宽、探测器响应速度、封装寄生参数都提出了苛刻要求。业界正在探索200G每通道的技术也就是后面会讲到的1.6T基础但眼下量产的800G主力还是老老实实走8x100G PAM4路线。另一个值得注意的点是电气接口和光接口的带宽配比。800G模块内部DSP芯片会把主机侧的8路100G电信号转换成面向光侧的调制信号还要做CDR、均衡、符号映射等等。这些数字信号处理不只是简单的信号转换还承担了很大的链路补偿任务。没有DSP800G在真实光纤上的可互操作性会出大问题。3.2 功耗是硬伤传统DSP方案与LPO功耗一直是800G模块最敏感的参数没有之一。一个传统方案内置全功能DSP的800G可插拔模块功耗普遍在12瓦到15瓦之间。OSFP封装能通过更大散热器硬扛到15瓦以上但QSFP-DD800要是功耗超过14瓦就需要非常谨慎了不然模块壳温压不住长期工作性能会劣化极端情况下直接光口闪断。DSP功耗为什么压不下来因为PAM4信号在高速率下的均衡算法复杂度很高DSP内部包含了数百个模拟前端和大量数字滤波器每一路100G的信号处理都在消耗晶体管动态功耗。按照某芯片供应商的公开数据单颗800G DSP芯片功耗大概在8到10瓦量级留给激光器、TIA和其他器件的预算就很紧张了。为了省电产业界开始推LPO方案也就是线性直驱。LPO的核心思想是去掉模块内的高功耗DSP让交换机的SerDes直接驱动光器件同时在接收端用线性TIA恢复信号。理论上可以把800G模块功耗做到6瓦左右比传统方案低一半这对那些追求PUE和电费优化的数据中心运营者来说是巨大诱惑。但LPO不是没有代价。信号补偿逻辑从模块内挪到了交换机侧的SerDes和链路训练算法里这意味着模块和交换机需要深度协同产品互通性验证难度大幅上升。目前已经在部分封闭场景落地比如同一厂商的交换机和自己模组搭配使用但开放市场的通用性还有待进一步验证。如果让我给建议自己建网、设备同品牌、后续不打算混插LPO可以考虑如果是多厂商混合组网现阶段还是别省那个功耗了避开互通的坑更重要。3.3 激光器路线的变化从EML到硅光光模块的光源选型也影响性能表现。800G SR8用VCSEL多模方案发射功率低但成本便宜适合短距。而在单模长距场景下EML和硅光方案各有拥趸。EML是电吸收调制激光器本质上就是把激光器和调制器集成在一起可以直接输出高速调制光信号。800G DR8如果每一路都用一颗EML光模块成本会很高因为EML本身要经过老化筛选良率和成本都让人头疼。后来业界逐渐倾向于硅光方案用CW连续波激光器提供光源在硅光芯片上通过马赫曾德尔调制器实现高速调制这样激光器和调制器分离成本更可控。硅光的另一个优势是集成度。硅光芯片可以把8个调制器通道、波导、耦合器都做在同一颗芯片上配合一套多波长CW激光器就能实现非常紧凑的模块内部布局。这也是为什么面向500米到2公里距离的DR8/FR8版本硅光方案出货量逐年上升逐渐成为主流路线。不过硅光也有自己的坑。硅光调制器的插损比EML高对激光器功率要求更大耦合封装环节对精度要求极高有一颗光纤对准不到位整个模块的耦合良率就上不来。所以做800G的朋友跟我说现在拼的不只是芯片设计还有后面的封装工艺和测试能力谁家的无源耦合平台调校得好谁家的模块良率就高利润空间也就更大。4. 现实中的部署从样品到规模化采购4.1 现在买800G选哪个版本更稳妥当前阶段如果准备下单采购800G我建议按使用场景做一个优先级排序。第一个场景AI训练集群内部互联机架内和跨机柜短距传输。这个场景最成熟、适配度最高的是SR8和DR8。机器之间的链路普遍在几十米到几百米范围价格敏感但性能要求高我见过不少AI训练集群的交换矩阵设计叶脊互联链路基本倾向DR8TOR往下到GPU服务器的末端链路则多选SR8。第二个场景数据中心园区和城域DCI互联距离2公里到10公里。这个场景需要根据光纤损耗预算来选型链路损耗低可以上FR8损耗高就得上LR8甚至更远的相干方案。这类场景下没有DR8的容错空间采购前一定要算清楚光缆总损耗。第三个场景海外运维团队或混合组网。选型时优先认准开放解耦方案相关指令集和DDM数字诊断监控参数要能对接现有网管平台避免买回来发现告警格式不兼容。从采购节奏上看如果业务不急可以再等一段时间800G价格还有下降空间同一版本不同批次之间也可能有更好的功耗表现但如果实在有交付压力现在的成熟量产方案完全可用。4.2 现场运维的注意事项买到模块只是开始真实机房里的坑比选型要多得多。第一个坑是交换机固件兼容性。同样一只模块在不同厂商的交换机上可能一个端口协商正常另一个端口直接不识别或者识别后误码率异常。这不是模块坏了而是交换机固件里的PHY配置、FEC模式不一致导致的。建议在采购模块之前先导出交换机支持列表核对一下模块型号编码并确认模块固件版本能和交换机固件版本匹配。现场如果出现光口自动下电或者速率协商不了优先怀疑FEC不一致。第二个坑是光纤端面和连接器污染。别以为新拉的尾纤就是干净的实际施工中接头保护帽掉了、法兰一次插拔产生的微尘污染非常多。高速光模块对端面灰尘极其敏感哪怕是仪器看不出来的微小颗粒也会造成误码率飙升。我在现场习惯的做法是每根跳线插上前用光纤显微镜看一眼端面超过污染阈值直接换不要心疼那几分钟。第三个坑是模块功耗和散热方向。800G模块的热是真实存在的尤其是DR8/FR8这类DSP方案模块壳温超过70度以后激光器波长漂移会明显增大。机柜布局时尽量把高速模块放在交换机笼位的进风侧后边气流被堵死的槽位少插高功耗模块。有条件的话用数字温度传感器监测模块壳温设置告警阈值。第四个坑是误码率测试时的测试时间。很多现场测试习惯测一分钟或者五分钟就下结论对800G来说不够。信号速率太高偶发性的突发误码不一定能在短时间测试里被FEC掩盖住。最好能连续测试24小时观察FEC纠错前和纠错后的误码数据。如果纠错前误码率很高、纠错后勉强达标这种链路在长时间高负载下迟早出问题。4.3 一个实际的部署参考某AI训练集群的800G方案有一个模拟项目我印象挺深客户新上一个AI训练集群规模不大但要求网络低时延不丢包。他们最初方案是全链路400G规划2000台服务器每个服务器4个400G端口。后来训练任务越来越大第一批算力还没到货就觉得带宽不够了。调整后的方案是TOR到GPU服务器末端链路用SR8 800G因为距离只有十来米TOR到脊交换机用DR8 800G相隔大概200米。交换矩阵整体按800G叶脊架构重新设计TOR上行配8个800G口脊交换机下行配64个800G口这样整网带宽相比400G方案翻了倍而交换机数量和光纤芯数都没变。采购给的几个关键数据是DR8单模块的EDACFEC前误码率在弱信号端到端情况下做到1E-6以下SR8在标准多模链路下做到1E-5以下整体都低于交换机默认开启FEC门限。功耗方面DR8模块在一开始使用高功耗DSP版本时整机柜出现过一次热告警后来通过把模块换到进风槽位、降低机柜功率密度解决了。这个案例说明800G方案在某些场景下可以直接翻倍带宽而不用改动物理基础设施但前提是选型和散热规划都做在前面。5. 下一站1.6T与CPO5.1 1.6T的几种路线800G还没完全铺满1.6T的讨论就已经很热了。1.6T本质上是在800G基础上的两条路线分叉一种是继续用可插拔方案把每通道速率从100G提升到200G这样8个通道就是1.6T另一种是延续当前单波100G但增加通道数不过通道数翻倍到16路对封装和面板端口密度压力都很大一般不认为是最优选。200G每通道方案对光电子器件的带宽、调制器效率、探测器响应都提出了更高的要求。这不仅是光模块本身的问题交换机SerDes、背板、高阶PCB板材、连接器全部要跟着升级。已有多家头部厂商在OFC或线缆行业标准组织里提出了面向200G每通道的物理层参数草案目标速率用GBaud表示大概是100G波特率的PAM4链路预算的难度都比800G时代大不少。面向DCI场景1.6T相干方案也在并行演进把相干光模块的速率从800G推向1.2T甚至1.6T不过相干方案的功耗和成本目前还比较难进数据中心更可能先在城域和干线市场落地。对大多数数据中心团队来说短期内不需要急着规划1.6T但网络架构设计阶段建议预留好未来升级端口密度和功耗的空间。5.2 CPO是不是终极答案CPO光引擎集成在交换芯片封装内是这几年经常被拿来和可插拔方案对比的路线。CPO的核心是把光引擎直接和交换芯片贴在一起信号不需要经过长达十几厘米的PCB走线大幅降低串扰和功耗。从能耗角度看CPO确实优势明显特别是1.6T和3.2T时代可插拔模块的功耗和散热会成为瓶颈CPO有望把总功耗降一个台阶。但CPO不是没有争议。光引擎和交换芯片绑定在一起意味着交换机和光模块不再能独立演进、独立更换这对很多喜欢模块解耦复用、减少库存备件的数据中心团队来说是个困扰。另一个问题是良率和可维修性光引擎寿命和交换芯片寿命不匹配坏了怎么修换板子换整机比如现阶段的CPO方案依然只是在小规模定制场景里部署大规模商用还没有明确的时间表。我个人的判断是可插拔方案在800G这一代仍然占绝对主导1.6T早期也会延续可插拔路线。CPO更可能在3.2T或者更远代的设备里逐渐普及那时候整个供应链体系和运维习惯都会跟着变。现在讨论CPO要不要上对大多数人来说有点为时过早。我更建议关注当前800G部署的质量和运维积累别还没爬上车就开始纠结下一辆车该不该买。回头说说我自己这段时间做800G项目的一些体会。这个速率级别让我明显感受到光模块已经不是单纯的配件采购而是整个数据中心架构的一个决定因素。你在散热、功耗、互通上的每一个决策都会直接影响业务上线节奏。那些看起来不起眼的端面清洁、FEC配置、功耗统计往往才是决定项目顺不顺的关键。做这行的朋友与其焦虑下一代速率什么时候来不如把手头的800G跑稳跑透。把这些基本功打扎实等1.6T真正成熟的时候我们的应对能力自然就跟上了。