OTN传送网架构详解：光层电层分层、ODUk交叉与故障排查

干传送网这行绕不开OTN这三个字母。很多朋友一开始接触的时候跟我当初一样懵——一会儿光层一会儿电层一会儿ODUk一会儿OCh再加上波分、交叉、FEC这些名词来回穿插整个人都是飘的。直到后来我亲手把一个10GE业务从客户侧端口一路跟踪到对端把光层和电层的关系彻底理了一遍才真正建立起OTN传送网的完整架构概念。这篇文章不打算写教科书那种从定义到协议的平铺直叙而是按照我实际调测网络时的理解路径来讲先讲整个OTN传送网为什么要把光层和电层分开再拆细节最后给一个完整可参考的配置示例。你可以把它理解成一份实战笔记适合刚接触传送网的新人也适合那些已经会配业务但一直没把“所以然”搞清楚的维护兄弟。先说清楚这篇说的OTN是光传送网Optical Transport Network跟Oracle那个OTN技术社区没任何关系。咱们聊的是承载网是干粗活重活的。1. 先搞清楚OTN为什么要分层光层与电层的分工逻辑1.1 从客户业务到波长一条完整的信号路径想理解OTN的架构最直接的办法是跟一个业务。假设有A、B两个数据中心A站要往B站传一段10GE以太网业务这段业务在整个OTN传送网里是怎么走的客户路由器的10GE光模块出来先进入OTN设备的客户侧接口板。这块板把10GE信号接收下来处理成标准的OTN电信号——这个过程叫“映射”。映射完成之后信号进入OTN设备内部的电交叉矩阵被交叉到某一块线路板的某个时隙上。线路板再把一个或多个低速率信号复用进一个高速率的OTN信号比如ODU4100G级别同时加上前向纠错开销。最后这个电信号送到光层板卡被调制到某个特定波长的激光上通过合波器跟其他波长的光信号叠加在一起进入光纤线路传输。光信号在中间还会经过光放大器、ROADM可重构光分插复用器等光层网元最终到达B站。B站设备再把波长解出来经过光模块接收变成电信号做电层解复用和解映射还原出10GE业务送给客户路由器。这条路径里“电层干电层的活、光层干光层的活但业务是跨越这两层才能打通”。这也是OTN跟老一代WDM波分复用最本质的区别传统WDM只在ODF架上做个波长透传光路通了就通业务是什么、中间有没有故障光层基本不管而OTN在电层引入了ODUk的交叉和完整开销管理相当于光路之上还有一层“看得见、管得着”的业务调度层。1.2 电层怎么“装货”OPUk、ODUk、OTUk三级封装电层这部分刚开始容易绕其实就是三级“套娃”封装。第一级客户信号先被装进一个叫作OPUk的容器里k代表速率等级。这一级的核心作用是适配把各种客户信号通过异步映射等方式塞进固定速率的容器里。做完这层就形成了OPU0、OPU1、OPU2、OPU3、OPU4这些标准容器。第二级OPUk加上一个行开销ODU overhead就变成了ODUk。这个ODUk是整个OTN电层里最核心的“运输单元”它带有完整的路径状态监测字节可以做端到端的性能监控、告警上报、保护倒换。多个低速率ODU可以复用进一个高速率ODU里比如10个ODU2可以复用进1个ODU4这就是交叉和汇聚的基础。第三级ODUk再加上OTUk开销和前向纠错FEC就构成本文后面要讲到的完整OTN帧。OTUk这一级主要管的是段层也就是相邻两个设备之间的传送质量FEC可以在接收端纠正一部分传输过程中产生的误码这个能力对长距离传输太重要了。三级封装可以用快递来类比OPUk是你的货本身ODUk是贴了快递单的包装盒OTUk是外面又套了一层带防震泡沫的木箱。货运到的时候先拆木箱检查有没有损坏、纠正一下破损FEC再根据快递单做路径追踪ODU开销最后把货完好送到收件人手。1.3 光层怎么“跑货”OCh、OMS、OTS三层承载光层也不是简单的一层。按照标准分层模型光层从上到下又分成光信道层OCh、光复用段层OMS、光传送段层OTS。OCh层对应的是单个波长管理一个波长上承载的OTUk信号比如从A站到B站中间经过几个ROADM每个波长走哪条路由就是在这一层定义的。OMS层负责的是多个波长组合在一起后的复用段合波、解波、波长调度都在这一层。OTS层则负责光纤段本身比如两个光放大站之间的物理光纤、放大器增益、光纤损耗等。分层有一个非常实在的意义故障定位的时候可以逐层剥离。举个实际场景线路光功率低告警如果只看OCh层你可能只看到一个光功率异常数值但这一层的异常到底是因为客户侧业务断了、某个波长被ROADM丢弃了还是整个光纤段断了必须靠OMS层和OTS层的指标来区分。如果OTS层的光放大器输入、输出都异常基本上就不用去怀疑某个客户侧业务了直接查线路光缆更高效。这也是为什么OTN设备的告警体系和光层监测点设计得这么细——分层的目的是让维护人员拿到告警的第一时间就能确定大概范围而不是靠猜。2. 电层核心细节帧结构、交叉与开销2.1 OTN帧结构4行4080列怎么读电层里最基础的硬知识是OTN帧。每个OTN帧是4行×4080列的结构你可以把它想象成一张4行的Excel大表每行有4080个字节格子。这4080列怎么划分前3824列是电层数据区其中第1到14列是开销字节第15、16列是OPU开销第17列是调整列第3824列也是调整列中间部分就是OPU净荷区。第3824列之后也就是第3825列到4080列这256列全部是FEC校验区用于传输中误码的纠正。光看列号没感觉把功能分开理解就行。第1行第1到7列是帧定位字节FAS设备靠它找到帧的起始位置这也是所有OTN同步的基础一旦这一块出问题就会上报OOF帧失步或LOF帧丢失。第1行第8到14列是OTUk开销包含段层监控SM字节比如BIP-8校验结果可以判断两个相邻站点之间的传输误码。第2行到第4行的一部分构成了ODUk开销里面有路径监控PM、串联连接监控TCM、APS保护倒换字节等——注意PM初看起来只是一组校验字节但在实际排障时特别有用它告诉你的是“这个业务从源端到宿端全程的误码状态”不管中间经过了多少个站点PM字节都能反映出整个路径的健康情况。第15、16列是OPU开销其中有净荷类型PT字节指明这一帧装的是什么客户信号比如0x07代表以太网、0x21代表SDH业务。如果PT不匹配会直接上报PTIM告警。我当年刚学帧结构的时候有人让我背字节位置我真的背不下来。后来发现根本不用背重要的是脑子里有这个帧结构概念知道每个层面的告警和指标是从哪个开销字节来的。真正调设备的时候网管都会解析好告诉你“PM误码高”“SM误码高”你知道它们分别对应哪一段、代表什么意思就够了。2.2 ODUk交叉为什么说这是OTN的“中枢神经”如果说帧结构是OTN电层的“语法”那ODUk交叉就是OTN设备的“中枢神经”。它决定了业务从哪个端口进来、从哪个端口出去、跟哪些业务合波。我们经常听到厂商宣传“交叉容量”比如单子架支持多少T的交叉。这个指标的实际意义是设备能够同时处理多少路ODUk业务。一个10GE业务进入设备后会被映射成一个ODU2或者两个ODUflex装载的时隙组合然后设备根据配置好的交叉表把这个ODU从客户侧端口搬移到线路侧端口。一个100G的OTU4线上可以承载10路左右10GE业务这中间怎么组合、怎么排队全靠交叉矩阵来调度。我在调网络时遇到过一种情况一条ODU4线路板上已经配置了好几个业务但想再增加一个ODU0时隙时系统提示“时隙冲突”。原因就是不同ODU服务层之间的时隙分配要做统一规划有时候低速率业务散落在多个不同的ODU服务层里剩余带宽看起来很充裕但可用时隙却没有连续对齐配置起来就很头疼。所以有经验的工程会在开局时先做时隙规划表哪些客户侧业务聚合到哪一条线路板的不同ODU提前分好而不是等业务并发上来再去拆东墙补西墙。2.3 开销字节与告警真正干活时先看哪几个字节新手最容易被海量告警淹没。一轮误码风暴扫过来网管上几百条告警到底先看哪个我的习惯是先看PM和SM相关的告警。误码类告警最核心的关联字节就是BIP校验机制。每一帧内源端会算好一个BIP-8校验值放在开销里宿端收到后再算一次两边不一致就计为误码块。这个误差累计到一定程度就会触发MSIM段层误码、PM-TIM等告警或者表现为性能数据里的ES误码秒、SES严重误码秒。看到这类告警说明传输链路质量在变差。另外几个高价值开销字节是APS和TCM。APS字节用于线性保护、环网保护等倒换协商业务被保护倒换时APS字节会自动变化所以在网管上看到APS字节相关状态变化就能知道保护动作有没有正常触发。TCM串联连接监控则是用来做分段质量考核的运营商在提供跨域业务时经常给不同维护域之间打上TCM比如A地市维护A到B地市这一段B地市维护B到C段大家各自监控自己负责的段落互不干扰。实际工作用TCM特别多因为跨区域协调的时候说“你的段落误码高”比笼统说“整条链路有问题”要省太多时间。3. 光层核心细节波分、放大与OSNR3.1 从波长到ROADM波分系统的演进逻辑早期传输网扩容一条光纤只能传一个业务光纤资源很快就吃紧。后来有了WDM技术把多个不同波长的光信号同时放在一根光纤里传这就是波分复用。OTN承载网现在普遍用密集波分DWDM主流的C波段可以安排80波、96波甚至更多相邻波长间隔通常是50GHz或100GHz。一个波长就是一个独立的OCh通道理论上可以承载独立的业务。但传统的固定波分系统有一个痛点中间站点如果要从这条光路上把某个波长分下来下业务必须预先规划好光分波器件一旦业务调整就需要人工去改跳纤、换器件。ROADM就是解决这个问题的它可以在不改变物理光纤连接的前提下通过软件远程控制波长级的上、下路和穿通。比如某条100G的OTU4线路信号要从西边干线下来在枢纽站转为两个40G方向出去ROADM中间的波长路由用网管软件直接改就行完全不用去机房里动光路。OTN网络工程中ROADM站点跟传统光放站、电中继站在选址和功能上有非常大的差别。ROADM站点通常放在业务汇聚点因为它能灵活上下波长并且多数还带光功率自动均衡功能。但是ROADM本身也有衰耗所以ROADM的每一个方向出来之后往往还要接放大器做功率补偿。规划的时候要特别注意各方向的功率平衡不然会出现某一个方向光功率偏高、另一个方向偏低的情况。3.2 EDFA、OSNR与光功率预算三个必须算清的账光层的核心指标有几个最常挂在嘴边的是光功率、光信噪比OSNR和衰耗。先说衰耗预算。比如某段线路用了80公里光缆光纤本身的衰耗按0.22dB/km估算光缆接头和连接器再按2dB计算这段光路总衰耗大约在19到20dB。如果发射端光功率是0dBm那对端接收端理论收光就是-20dBm左右。设备接收灵敏度一般是-26dBm或者更低加上一个约6dB的余量设计整个光功率预算就算得过去。但注意这还只是单波情况多波系统里还要考虑合波器插损、放大器带来的噪声等问题。再看光信噪比OSNR。OSNR度量的是光信号功率跟噪声功率的比值决定了信号能不能被正确解调。对100G相干系统来说OSNR往往会要求在16dB以上具体看调制格式和FEC编码增益。工程上单跨段OSNR可以做快速估算OSNR ≈ 输入功率 58 - 噪声系数NF - 10log(通道数)。假设单波输入功率-3dBmEDFA噪声系数5dB系统80波那10log(80)约19dB算出来单跨OSNR约等于31dB。如果中间经过10个光放跨段OSNR还会进一步劣化最终可能只剩21dB左右这时候裕量就不大了。这里有个容易踩的坑就是“为了压低非线性而把单波入纤功率调太低”。我见过一位同事为了降低光纤非线性效应把入纤功率从-3dBm调到-7dBm结果单波光功率低了OSNR一下就掉了4个dB反而把系统余量搞没了。实际情况是入纤功率要在OSNR和非线性损伤之间取平衡不是越低越好一定要结合OSNR计算和误码结果来调。4. 配置示例从零创建一个OTN业务4.1 配置前的准备数据规划清单动手配置之前先把规划表做出来。别嫌这个步骤烦80%的配置返工都是因为前期规划没做细。下面是我常用的规划项以A站到B站的10GE业务为例规划项数值示例说明客户业务类型10GE LAN客户侧接入的以太网业务客户侧端口A站槽位1端口1B站槽位1端口1物理接入位置映射路径10GE → ODUflex → ODU4客户信号到线路速率的映射链线路板端口A站槽位5端口1B站槽位5端口1OTU4线路端口波长/通道1552.52nm约193.1THz波分通道规划交叉方向A站客户侧 → A站线路侧B站线路侧 → B站客户侧电层交叉关系保护方式ODUk SNCP可选视业务可靠性要求另外要确认两端板卡类型一致ODUflex带宽不能小于客户信号映射所需速率线路板的FEC模式要匹配比如标准G.709 FEC还是增强FEC中间光层的ROADM/光放大器路径规划是否有现成可用通道。这些都要写进配置方案里逐项核对后再上设备。4.2 创建电层交叉典型CLI流程不同厂商的设备命令存在差异这里用数据模型的方式给出一套通用配置思路命令具体拼写以厂商文档为准。大致流程分三步创建ODU服务层、绑定客户侧映射、建立交叉连接。第一步创建线路侧ODU4服务层。这里相当于在OTU4线上开一个可以容纳多个子业务的管道config odu if-line/5/1/1 rate odu4 fec-mode enhanced enable注意FEC模式要两端一致很多不匹配丢包的故障就是FEC配置一高一低导致的。第二步在客户侧板卡上创建一个ODUflex容器把10GE信号映射进去config client if-client/1/1/1 rate 10GE client-type eth map-to oduflex bandwidth 10G这个命令的语义是客户侧端口1接收一段10GE以太网信号映射到ODUflex容器中为下一步交叉做准备。第三步建立ODUflex到ODU4的交叉连接让业务从客户侧端口进入设备后可被交换到线路侧ODU4端口上create cross src if-client/1/1/1:ts1 dst if-line/5/1/1:ts1-2这里的时隙号ts要提前根据ODUflex映射占用的ODU4 TS资源来定。ODU4总共有80个ODTU时隙ODUflex具体占用几个要看带宽和时隙粒度。配置完成后用show cross确认一下交叉状态是“正常”还是“待配置”show cross如果出现“incomplete”状态大概率是源或宿端口没有使能或者时隙冲突需要回头查客户侧映射和线路侧ODU4服务层配置。还有一点所有业务配置完别急着封网先在网管上做一遍端到端的业务路径视图检查看着图形上的业务路径一条线拉通心里才有底。4.3 配置光层通道与性能监控电层做完光层也得有对应通道。OTN里每个OTU4信号都要映射到某个具体波长上。在光层配置里把这个波长对应到A站和B站的波分端口config och ch-A5-P1 center-frequency 193.1THz tx-power -2dBm rx-threshold high -5dBm low -24dBm enable这里顺便给收光功率设了阈值条件接收光功率高于-5dBm或者低于-24dBm都算异常。这两个阈值按实际链路预算来定给接收机留出足够的动态范围别设得太紧否则正常波动也会误报。如果是干线网络B站的对应波长也要做同样配置。光层配置完成后建议在网管上查看光功率读数对比理论值是否有明显偏差。我拿到新链路的第一件事就是记录一条“光功率基准记录表”记下每个监测点的正常收发光功率范围。以后出了故障第一件事就是翻这些历史基准值一旦发现某个点收光比平时低了3dB心里很快就有了方向。电层和光层都配置完成后用客户侧的打流仪或者直接互联路由器做业务连通性测试。测通了业务再看设备性能监视数据确认没有FEC前误码过高的情况这才能算真正交付。5. 常见故障与排查实战5.1 光功率异常过高过低都是问题光功率问题是我日常处理最多的。收光功率偏低可能原因从大到小排查光纤断纤或弯曲过度、法兰盘连接松动或脏污、中间光放大器故障、ROADM端口功率均衡异常。收光功率异常低的处理步骤也很直接先看ODF架收光跟网管上报是否一致如果不一致往设备侧端口往前查如果ODF架收光就是低的用红光源或者OTDR往线路侧打定位断点。很多朋友容易忽略收光功率过高的问题。光功率太高会让接收机饱和同样会产生误码甚至瞬间烧毁光模块。我之前处理过一起业务时通时断的故障查了半天最后发现是把一根短跳纤接到了高功率放大器的直连口上收光超过0dBm而接收机正常范围是-22dBm到-10dBm信号被削顶了。所以看到告警先别急着“赶紧加衰减器”要看是不是本来功率规划就错了。5.2 误码分清楚FEC前还是FEC后OTN设备里有一个关键监控点就是FEC纠错前后的误码统计。FEC纠前误码率很高但纠后误码率为0说明链路虽然质量变差但还在FEC纠错能力范围内这时候系统业务不受影响但需要警惕链路劣化趋势尽早找出原因。如果FEC纠后误码率都不为零说明误码严重超出了FEC能力范围业务随时可能中断这时候就需要快速定位了。误码定位用的还是分层剥离法先看SM误码状态如果SM就很高问题大概率是在某两个相邻站点之间的光路上如果SM正常、PM误码高那问题就在业务路径的某一个中间节点或线路段上结合TCM分段监控判断哪一段劣化最明显。有时做环回能快速缩小范围比如在中间站把ODUk环回看回程误码是否归零区分是OLP保护器、客户侧还是线路侧的问题。做环回操作要谨慎工程上叫“硬环回”得选业务窗口或者申请测试时段千万别在运行业务时段随手就做。5.3 交叉配置失败与时隙冲突配置交叉失败最常遇到的几种情况时隙被占用、端口类型或速率不匹配、ODUflex带宽不足、客户侧映射类型错误等。这类问题的好习惯是配置前先执行查询命令看一眼存量资源和可用时隙例如查看ODU4服务层的已用时隙和剩余时隙确认后再做交叉配置配置后立即做交叉视图校验尽量在配置阶段就暴露问题而不是等到业务割接当天才发现。还需要注意一个细节部分厂商设备在修改交叉时需要先停业务再改有些支持在线修改。在运行网络上做调整时一定要确认当前设备是否允许在线操作设备运行版本不同能力差异很大不要凭经验莽。5.4 故障定位工具与日常维护速查表最后整理一份日常维护常用的速查表按症状到排查手段排列。我干活时会把类似的表打印出来贴在维护本上症状/告警可能原因优先排查手段收光功率低于阈值尾纤脏、法兰松动、断纤、放大器异常光功率计逐点测、OTDR查线路收光功率高于阈值误接高功率口、放大器增益异常、规划错误核对ODF侧功率、查端口连接记录FEC纠后误码高光功率/OSNR劣化、色散补偿异常、光模块老化看光谱OSNR、查光功率历史记录、换模块测试PM误码高、SM正常业务路径某段劣化、中间站点板卡问题结合TCM段监控、分段环回定位交叉配置失败时隙冲突、端口类型不匹配查询时隙使用和端口属性核对规划表OOF/LOF告警帧失步/帧丢失对端光口故障或线路中断查LOS、查收光、查对端状态PTIM配置不匹配客户侧映射类型跟实际业务不一致核对净荷类型PT值、客户侧配置维护上我还想强调一个习惯光模块和尾纤头的清洁。很多人遇到光功率突然下降第一反应是换板卡或者换模块结果换了半天没好最后用光纤清洁笔擦了擦法兰头问题瞬间恢复。光接口的清洁是排查光功率问题的第一步成本极低效果却极其明显我之前不知道这个习惯的时候没少在机房用备件换来换去其实都是白费功夫。建立光功率基准库和维护台账是后期运营效率提升的关键。网络正常运行时期把设备网管上所有光功率监测点的读数定期导出保存出现故障时哪怕你人不在现场也能远程快速判断光路是否发生了变化。说到底OTN传送网这种设备绝大部分故障在物理层物理层正常再看电层交叉和开销这个排查顺序千万不能反了。如果你现在准备入行做OTN调测我建议不要一上来就死磕协议细节先跟着一条真实业务走通一个站到另一个站的端到端路径把客户业务、ODU封装、光波长、交叉关系在脑子里形成一个完整的链路图然后再去理解帧结构、开销和光信噪比这些底层指标会发现所有知识一下子都串起来了。这个思路比我当初闷头啃协议要高效得多。