尧图网站建设 
简介这是一份G.709标准中文版与OTN光传送网络技术的系统梳理文档主要面向光传输领域工程师、通信专业学生以及网络运维人员用于快速建立OTN分层结构、帧格式与映射机制等核心概念。内容以ITU-T G.872/G.709规范为主线先后讲解OTN三层体系OCH/OMS/OTS、光信道层的三个电层OPUk/ODUk/OTUk、光传送体系OTH、多波长传输原理以及功能开销、帧结构、比特速率和映射方式随后按OTUk、ODUk、OPUk三类帧逐层展开覆盖OTUk开销与FEC、帧加扰、ODUk的PM与TCM开销、OPUk开销及常见维护信号。文档还专门比较了CBR2G5/CBR10G/CBR40G、STM-16/64/256、10GE、ODU1到OPU2等多种信号的映射方式并给出同步映射与异步映射的对比结论便于标准阅读后的中文对照和工程查用。资源包为1个doc文档大小约1.07MB目录层次清晰可按章节定位知识点。目前已有379人学习浏览是一份适合OTN入门与进阶查阅的中文技术资料。1. G.709 到底讲什么它是 OTN 的帧与开销规则不是设备参数规范第一次从 SDH 转过来看 OTN 的人很容易拿着 G.709 去翻“设备该怎么配置”结果翻完整本标准也没找到一句配置命令。G.709ITU-T G.709/Y.1331定义的是一套帧结构、映射复用规则、开销字节和前向纠错它是光传送网的“打包规则”而不是设备硬件规范。你真正在网管上看到的 OTUk 端口、ODUk 交叉、OTN 光模块全都要按这套规则才能互通。这篇笔记适合三类人调 OTN 主设备的传输工程师、做光模块或测试仪表的开发、以及从数通转传输、想搞懂 AIS 和 TIM 到底从哪来的人。把 G.709 的开销逻辑读通之后排障时很多“玄学”其实都写在标准里。2. 拆开 OTUk 帧4 行 4080 列开销藏在第 1 行FEC 占每行最后 256 列OTN 和 SDH 最大的区别是把“容器”做成了可以承载任意业务的大帧。G.709 里所有 OTUkOTU1/2/3/4帧都是 4 行 × 4080 列这个尺寸不是拍脑袋定的它要同时放下客户净荷、三层开销和 FEC 校验还要让不同速率等级通过固定系数换算。2.1 行和列都是数字游戏OTU2 帧为什么是 4×4080拿 OTU2 举例帧速率是 9.95328 Gbps 的 STM-64/OC-192 信号经 255/237 倍率适配而来算出来就是 10.709 Gbps。这个 255/237 是怎么来的OTU2 帧里每行 3808 个净荷字节、16 个开销字节、256 个 FEC 字节加起来 4080 字节净荷占 3808/4080 28/30不对它是按字节比例算的负载区 3824 字节减去开销 16 字节真正净荷 3808 字节除以整帧 4080 字节是 0.9333而 255/237 是 1.0759。实际上 G.709 把每个 OTUk 的速率定义为一个固定系数乘以基础速率OTU2 就是 255/237 × 9.95328 GbpsOTU3 是 255/236 × 39.81312 GbpsOTU4 是 255/227 × 99.5328 Gbps。这些系数背后就是帧结构比例每一帧都是 4 行 4080 列其中第 1 行到第 4 行的第 3824 列之前是开销加净荷区第 3825 列到 4080 列是 FEC 区。FEC 区每行固定 256 列整帧 4 行合计 1024 字节所以不管 OTU1 还是 OTU4FEC 占帧的比例都接近 6.3%这就是 OTUk 速率比 ODUk 速率高出一截的原因。比如 OTU2 是 10.709 Gbps而它承载的 ODU2 只有 10.037 Gbps多出来的约 0.67 Gbps 就是 OTUk 开销和 FEC。在设备上看到端口速率写的是 ODUk 还是 OTUk要分清。网管上端口属性写成 OTU2指的是线路口速率 10.709 Gbps写成 ODU2指的是交叉侧速率 10.037 Gbps。很多误码率测试打不满带宽就是把这个速率搞混了。2.2 SM、PM、PSI 分别管什么三层开销不是三个地方G.709 把开销分成三层很多人第一次看开销字节以为要记几十个字节的位置其实只要抓住一条主线OTUk 开销管“段”ODUk 开销管“通道”OPUk 开销管“客户信号适配”。OTUk 开销第 1 行第 8-14 列管的是这一段物理链路比如两个 OTN 设备直接相连的那根光纤。里面的 SM 字节做段层误码监视BIP-8、远端误码指示BEI、远端缺陷指示BDI还有段层路径追踪标识SM-TTI注意这个 TTI 只有 4 个字节不是通道层的 64 字节。ODUk 开销第 2 行第 8-14 列管的是从源端到宿端的端到端通道。PM 字节做通道误码监视TCM1-TCM6 做最多 6 级的级联监控FDI/BDI 做缺陷指示还有 64 字节的 TTI 路径标识。OPUk 开销第 15-16 列区域管的是客户信号怎么放进来的。PSIPayload Structure Identifier通过多帧传递里面第一个字节是 PTPayload Type用于识别客户信号映射类型。排障时最容易踩的坑是分不清告警来自哪一层OTU-AIS 是段层问题ODU-AIS 是通道层问题两者定位方向完全不同。下一条不等于下下一段先看清告警是 OTUk 的还是 ODUk 的再决定是查光路还是查交叉。2.3 从 OPU 到 ODU 到 OTU先把“装货单”和“运单”分清楚用快递类比OPU 是货箱本身ODU 是贴在货箱上的运单记录从哪里发、到哪里去、路上有没有坏OTU 是货车整体包括车头的 FEC 和段层监控。客户信号先被打包进 OPU加上 OPU 开销变成 ODUODU 再加段层开销和 FEC 变成 OTU然后才上线路。这个分层对交叉连接很重要。OTN 设备做 ODUk 交叉时只处理 ODUk 层不需要拆到 OPU做线路侧发送时才把 ODUk 封装进 OTUk。如果两个站点之间有多跳、中间经过再生或中继段层开销每段都会终结重算而通道层开销是端到端保留的。所以 TCM 才会那么重要它允许你在端到端通道之内再嵌套几个监控段而不影响主通道的 PM 监视。G.709 里还有一个容易忽略的点ODUflex 和 ODU0 这类低速率容器它们也要封装成 ODUT 结构才能复用进高阶 ODU。低阶 ODU 进高阶 ODU 不是简单地把比特拼接而是通过 ODTUODU Tributary Unit做时分复用每个低阶 ODU 映射到高阶 ODU 净荷区的固定时隙里。时隙粒度是 1.25 Gbps 的倍数这决定了 ODU0 在 ODU2 里最多只能放 8 个。3. 客户信号怎么进 OTNG.709 映射路径与 ODUk 复用分支G.709 最核心的日常使用场景是把客户信号映射进 OPU。不同业务类型走不同的映射路径选错了映射方式轻则带宽浪费重则业务直接无法建立。3.1 六类常见信号进 OPU 的映射方式实际工程中经常遇到的客户信号G.709 支持的映射方式大体是这么几类STM-1/4/16/64/256 这类 SDH 信号走 CBRConstant Bit Rate映射按异步映射进 OPU1/2/3然后进对应 ODU。100GE 信号进 OPU4/OPUCn成为 ODU4/ODUCn 后交由交叉或线路发送。10GE LAN PHY因为速率 10.3125 Gbps 比 OPU2 净荷容量大G.709 主标准里没有直接对应的 OPU2 映射行业通行的做法是用 OIF 定义的 OPU2e/ODU2e或者走 GFP-F 映射到 ODUflex。GE、10GE 等分组业务大量采用 GFP-F 封装进 ODU0/ODUflex。CPRI/FC/SDI 等任意恒定速率业务优先用比特同步方式映射进 ODUflex时延最小。以太网业务也可以先做 GFP-F 再进 ODUflex但要接受 GFP 带来的缓存时延。这里要说清楚一个概念G.709 主标准里并没有“OPU2e”这个正式条目它是光互联论坛OIF的实施协议后被设备厂商广泛支持。如果在 G.709 标准原文里查不到 OPU2e一点都不奇怪。调 10GE LAN 业务时先确认设备侧是走 ODU2e 还是走 ODUflex(GFP)这两种方式在时延、带宽占用和互通性上有明显差异。3.2 高阶 ODU 复用表ODU1/2/3/4 最多装多少低阶 ODU低阶 ODU 复用到高阶 ODU工程上最常用的是这几个固定组合我一般直接在笔记本上贴一张高阶容器可承载低阶 ODU满配说明ODU12×ODU0ODU1 2.498 GbpsODU28×ODU0 / 4×ODU1ODU2 10.037 GbpsODU332×ODU0 / 16×ODU1 / 4×ODU2ODU3 40.319 GbpsODU480×ODU0 / 40×ODU1 / 10×ODU2 / 2×ODU3ODU4 104.794 Gbps注意这张表只是“满配”路数实际组合可以是混合的。比如 ODU4 里放 1 个 ODU3 之后剩余容量还能放 5 个 ODU2 加 2 个 ODU0厂商交叉矩阵支持度不同网管上一般会给出可选的时隙组合。新入行的同事最容易算错的是 ODU4 承载 ODU0 的数量以为和 ODU2 一样按 10 倍关系实际是 ODU4 的净荷按 1.25 Gbps 时隙划分为 80 个时隙所以最多 80 个 ODU0。复用路径还有个边界条件ODU0 只能被复用进 ODU1/ODU2/ODU3/ODU4不能直接复用进另一路 ODU0ODUflex 同样只能作为低阶容器复用进高阶 ODU不能作为高阶承载别的 ODU。ODUflex 甚至可以复用进 ODU2 或 ODU3但它的时隙占用按速率换算会占用整数个 1.25 Gbps 时隙。3.3 ODUflex 还是 ODU0颗粒度和时延要一起算ODU0 固定是 1.244 Gbps适合 GE、STM-1/OC-3 这类 1G 级别业务。ODUflex 的速率是按客户速率向上取整到 1.244 Gbps 的整数倍比如 2.5G CPRI 会取到 3×1.244 3.733 Gbps。选型时我一般按两条原则业务是恒定速率的优先用 CBR 映射进 ODUflex不要图省事塞进 ODU0 再用 GFP-F因为 GFP 封装会引入帧缓存和 idle 填充时延抖动会大业务是分组型的用 GFP-F 进 ODUflex但要把 ODUflex 的带宽配置为“业务峰值速率 约 5% 余量”否则一有广播风暴就丢包。ODUflex 有一个特例2016 版 G.709 引入了 ODUflex(IMP) 用于 IP/MPLS 场景但设备支持还看厂商选型前先确认交叉板卡和线路板的软件版本是否支持 ODUflex 的灵活时隙分配。厂商手册里写“支持 ODUflex”不一定是支持复用进 ODU4很多老设备只支持 ODUflex 进 ODU2。4. 看一眼开销字节G.709 留给排障的“黑匣子”OTN 设备网管上那些 AIS、TIM、LCK、BDI 告警本质上都是开销字节的解读。不理解开销字节的工程师会把所有告警都当成光路问题理解了之后排障路径会清晰很多。4.1 开销速查表哪些字节在报缺陷哪些字节在做监视下面这张表是我在维护设备时常用的速查表不追求覆盖全部保留字节只列排障有用的开销区域字节/字段作用排障价值帧定位FAS MFAS帧同步与复帧同步LOF/LOM 判定依据OTUk SMBIP-8段层误码校验查 SM BIP 误码定位光模块或尾纤问题OTUk SMBEI/BDI远端误码与缺陷指示对端光模块故障时本端会收到 BDIODUk PMBIP-8通道层误码校验交叉板故障、时钟失锁时 PM 误码增长ODUk PMBEI/BDI通道远端误码/缺陷指示宿端故障反查源端ODUk TCM1-6BIP-8/STAT级联监控跨运营商/跨域段落定位ODUk FDIFDI 字节前向缺陷指示下游收到 FDI 时向上游查OPUk PSIPT 字段净荷类型查映射方式是否正确ODUk TTISAPI/DAPI源/宿接入点标识TIM 告警直接据此判断FDI/BDI 这对字节特别值得说。FDI 是“往下一跳报”的告诉下游“我这边收到上游的坏信号你看到 AIS 别慌往上游查”BDI 是“往上一跳报”的告诉上游“你发过来的信号到我这有问题”。两端都有开销监视时同时看两端的 FDI/BDI 状态能在 5 分钟内判断故障段落。4.2 排障顺序别乱LOS→LOF→LOM→AIS 逐步定位OTN 告警有严格的层级关系网管上看到一堆告警时先找最底层的那个上层基本都是级联告警。我常用的定位顺序是先看物理层光口 LOS/R_LOS光功率是否在接收灵敏度范围内。LOS 存在时上面 LOF/LOM/AIS 全是假象先处理光路。再看帧同步LOFLoss of Frame表示收不到 FAS 或 FAS 连续错误。LOF 出现时先确认对端是否在发光、信号速率是否匹配、是否发了错误的 OTUk 速率。再看复帧同步LOMLoss of Multiframe表示 MFAS 计数器不连续常见于 10GE 业务映射到 ODU2e 但两端时隙配置不一致。再看 OTUk/ODUk 层告警OTU-AIS 是段层上游失效ODU-AIS 是通道层上游失效。AIS 不是根因它只是“报告坏消息”的机制收到 AIS 要往上游找 LOS/LOF。最后看 LCK/TIMODU-LCK 表示下游被上游锁定通常是对端配置了维护信号ODU-TIM 表示 TTI 路径标识不匹配。这个顺序对应到网管操作先看光模块收发光功率再看“OTU 告警”页里的 LOF/LOM 计数然后看“ODU 告警”页里的 AIS/LCK/TIM不要一开始就去翻误码性能。4.3 TTI 路径标识64 字节的两个 16 字节段才是关键ODUk TTI 标准定义是 64 字节分为三段SAPI源接入点标识符16 字节、DAPI目的接入点标识符16 字节、Operator Specific 32 字节。工程配置时很多人只填了网管界面里的“路径名称”几个字符但实际传送的是这 64 字节的十六进制值。TIM 告警的产生机制是本端收到的 TTI 与本端配置的期望 TTI 不匹配。排查时不要只看网管上显示的字符串要用开销监视功能把原始字节抓出来比对重点对比 SAPI 和 DAPI 两个字段。常见问题是两端 SAPI 填了一样的字符串但一个填在了 DAPI 字段一个填在了 SAPI 字段导致接收端永远比对不通过。我习惯的做法是两端约定 SAPI 固定填“源站点名-板卡-端口”DAPI 固定填“宿站点名-板卡-端口”Operator Specific 留空全 0。这样无论谁改配置都能从 SAPI 看出实际对端是哪里再也不用猜。5. G.709 标准落地的 5 个翻车点从版本、速率到告警都要避坑标准是一回事设备实现是另一回事。下面这几个问题都是我在现网和测试中真实遇到过的每一条都值得记进项目复盘。5.1 OTU4 速率不等于线路口速率现象用 100G 光模块对接 OTU4 端口配置了 111.809 Gbps 的速率结果光模块无法锁定。原因OTU4 的 111.809 Gbps 是电域逻辑速率。100G 光模块在线路上普遍用 DP-QPSK 调制波特率约 27.95 GBaud加上开销和 FEC 后实际符号速率不到 30 GBaud两者根本不是一回事。解决配置光模块时看的是波特率和调制格式不是 OTU 速率。设备网管上的“线路口速率”和光模块的“symbol rate”分开理解OTU4 对应到光模块就是 100G 的调制速率档位遇到 200G 场景更要注意OTUCn 是逻辑容器速率光模块的 200G 线路速率取决于调制格式DP-16QAM 或 8QAM 等。5.2 FEC 模式不一致导致异厂商对接互不了通现象两台不同厂商的 OTN 设备互联光功率正常、无 LOS但 OTU 层一直报误码超阈值甚至无法建立 ODU 交叉。原因一端用的是标准 GFECRS 255,239另一端开启的是增强 FECEFEC或厂商私有 SD-FEC两者的 FEC 码字结构和纠错能力不同开销区里的 FEC 状态字节也读不通。解决互联前先确认两端的 FEC 模式。标准 G.709 定义的 GFEC 是 RS(255,239)可纠正每个码字最多 8 个字节错误增强 FEC 有不少是 20% 开销或更高速率配置也变。先用双方都支持的 GFEC 模式打通链路再视误码情况统一升级到相同的 EFEC 模式。现在 100G 数据中心互联用的 CFEC/OpenZR 模式同样存在互通匹配问题不能想当然认为“都叫 FEC 就能互通”。5.3 ODU-TIM 告警反复抖动先查 TTI 全 64 字节现象ODU-TIM 告警时有时无重启端口后短暂消失过一会儿又出现业务无丢包但告警一直在。原因TTI 比对不是只比字符串。两端如果有一个把 TTI 的 SAPI 字段填得很长DAPI 留空接收端按全 64 字节比对就会周期性失配。有些设备的 TTI 配置界面允许输入 64 字节输入框显示为空的地方其实填充了 0x00而对端填了 0x20 空格肉眼看起来一样字节级别却不同。解决用开销监视工具抓两端 TTI 原始十六进制值逐字节核对。重点看 16 字节边界SAPI 不够 16 字节时填充的是什么字符DAPI 起始位置是否偏移。标准里 TTI 的比对可以是“SAPI 一致DAPI 可选”很多设备默认 DAPI 也要匹配这一点要看厂商 FAQ 或特性说明。5.4 看老旧中文资料ODU0 和 ODUflex 映射对不上现象手头的中文技术手册写的是 ODU1/2/3 三级结构查 ODU0 和 ODUflex 怎么映射翻遍全文找不到。原因G.709 版本演进超过二十年。2001 年初版只有 ODU1/2/32009 年版本才正式引入 ODU0 和 ODUflexODU4/OTU4 是在 2012 年前后版本完善的2016 版又加入了面向 200G/400G 的 ODUCn 灵活速率。不少中文二手资料停留在老版本“G.709 标准中文”检索出来的内容经常是 2003 版翻译里面根本没有 ODU0 的概念。解决看标准原文或厂商最新的实现手册至少确认三个版本分界2009 版新增 ODU0/ODUflex2012 版完善 OTU42016 版引入 ODUCn 和 FlexO。查资料时先看文档里有没有 ODU0 和 ODUflex 两个词没有就直接换新资料。技术培训讲 OTN 只讲 ODU1/2/3 的基本可以判定内容偏旧。5.5 ODUflex(GFP) 的时延预算超了抖动指标不过现象时延敏感的 CPRI 业务走 ODUflex 映射加入网络后时延测试数值比设计值大几百微秒抖动超过指标。原因GFP-F 映射会把客户以太网帧先缓存成 GFP 帧再加上 ODUflex 的速率适配引入至少一个帧的缓存时延。CPRI 这类恒定比特率业务用 GFP 映射本身就不符合 G.709 对低时延业务的推荐路径。解决恒定速率、时延敏感的业务改成 CBR 映射进 ODUflex或者直接用 ODU0/ODU1 原生通道。如果必须走 GFP把 GFP 的帧长最大值调小可以减少缓存时间但会牺牲封装效率。规划阶段就要判断业务类型凡是 CPRI、FC 存储这类有严格的时延上限的一律走比特同步映射不要图省事都打成 ETH 再封装。6. 对着 G.709 做一次端口开销体检三张检查表和验证顺序业务跑起来不算完真正验证 G.709 落地质量是靠开销监视做一轮体检。我调 OTN 端口时不管业务通没通都会花 10 分钟按下面三张表过一遍这习惯帮我避过很多次晚间割接的雷。第一张表查物理与帧同步。在网管的 OTU 开销监视页面确认 FAS 字节显示为 F6 F6 F6 28 28 28MFAS 逐帧递增无跳变LOF/LOM 计数为 0光功率在接收灵敏度和过载点之间。这一项不过后面全是空谈。第二张表查 OTU/ODU 开销。看 SM BIP-8 误码计数在 15 分钟内是否持续增长看 PM BIP-8 误码是否为零或极低频看两端 BDI 状态是否为正常看 FDI 是否在向上游报缺陷最后打开 TTI 原始字节确认 SAPI/DAPI 两端完全一致包括填充字节。第三张表查映射。进 OPU 开销的 PSI 页面读 PT 值确认映射方式是不是预期的那一种再看 PSI 里的映射类型字段和复用时隙配置。ODUflex 端口还要核对配置的速率是否等于客户速率向上取整到 1.244 Gbps 整数倍ODU0 复用进 ODU4 的时隙号是否两端一致。做完这三项基本可以确认这个端口的 G.709 实现是健康的。如果是测试仪表打流再看 FEC 统计里的可纠正误码和不可纠正误码计数不可纠正误码出现就是线路劣化的明确信号别等业务中断才处理。最后说个教训新人调 OTU 对接最容易漏的是 TTI 和 FEC 模式这两项网管页面上都有默认值但默认值不等于两端一致。养成每次开局都核对一遍的习惯能省后面几天的排障时间。希望帮到你。本文还有配套的精品资源点击获取 G.709标准详解：OTN帧结构、开销字节与排障实战
简介这是一份G.709标准中文版与OTN光传送网络技术的系统梳理文档主要面向光传输领域工程师、通信专业学生以及网络运维人员用于快速建立OTN分层结构、帧格式与映射机制等核心概念。内容以ITU-T G.872/G.709规范为主线先后讲解OTN三层体系OCH/OMS/OTS、光信道层的三个电层OPUk/ODUk/OTUk、光传送体系OTH、多波长传输原理以及功能开销、帧结构、比特速率和映射方式随后按OTUk、ODUk、OPUk三类帧逐层展开覆盖OTUk开销与FEC、帧加扰、ODUk的PM与TCM开销、OPUk开销及常见维护信号。文档还专门比较了CBR2G5/CBR10G/CBR40G、STM-16/64/256、10GE、ODU1到OPU2等多种信号的映射方式并给出同步映射与异步映射的对比结论便于标准阅读后的中文对照和工程查用。资源包为1个doc文档大小约1.07MB目录层次清晰可按章节定位知识点。目前已有379人学习浏览是一份适合OTN入门与进阶查阅的中文技术资料。1. G.709 到底讲什么它是 OTN 的帧与开销规则不是设备参数规范第一次从 SDH 转过来看 OTN 的人很容易拿着 G.709 去翻“设备该怎么配置”结果翻完整本标准也没找到一句配置命令。G.709ITU-T G.709/Y.1331定义的是一套帧结构、映射复用规则、开销字节和前向纠错它是光传送网的“打包规则”而不是设备硬件规范。你真正在网管上看到的 OTUk 端口、ODUk 交叉、OTN 光模块全都要按这套规则才能互通。这篇笔记适合三类人调 OTN 主设备的传输工程师、做光模块或测试仪表的开发、以及从数通转传输、想搞懂 AIS 和 TIM 到底从哪来的人。把 G.709 的开销逻辑读通之后排障时很多“玄学”其实都写在标准里。2. 拆开 OTUk 帧4 行 4080 列开销藏在第 1 行FEC 占每行最后 256 列OTN 和 SDH 最大的区别是把“容器”做成了可以承载任意业务的大帧。G.709 里所有 OTUkOTU1/2/3/4帧都是 4 行 × 4080 列这个尺寸不是拍脑袋定的它要同时放下客户净荷、三层开销和 FEC 校验还要让不同速率等级通过固定系数换算。2.1 行和列都是数字游戏OTU2 帧为什么是 4×4080拿 OTU2 举例帧速率是 9.95328 Gbps 的 STM-64/OC-192 信号经 255/237 倍率适配而来算出来就是 10.709 Gbps。这个 255/237 是怎么来的OTU2 帧里每行 3808 个净荷字节、16 个开销字节、256 个 FEC 字节加起来 4080 字节净荷占 3808/4080 28/30不对它是按字节比例算的负载区 3824 字节减去开销 16 字节真正净荷 3808 字节除以整帧 4080 字节是 0.9333而 255/237 是 1.0759。实际上 G.709 把每个 OTUk 的速率定义为一个固定系数乘以基础速率OTU2 就是 255/237 × 9.95328 GbpsOTU3 是 255/236 × 39.81312 GbpsOTU4 是 255/227 × 99.5328 Gbps。这些系数背后就是帧结构比例每一帧都是 4 行 4080 列其中第 1 行到第 4 行的第 3824 列之前是开销加净荷区第 3825 列到 4080 列是 FEC 区。FEC 区每行固定 256 列整帧 4 行合计 1024 字节所以不管 OTU1 还是 OTU4FEC 占帧的比例都接近 6.3%这就是 OTUk 速率比 ODUk 速率高出一截的原因。比如 OTU2 是 10.709 Gbps而它承载的 ODU2 只有 10.037 Gbps多出来的约 0.67 Gbps 就是 OTUk 开销和 FEC。在设备上看到端口速率写的是 ODUk 还是 OTUk要分清。网管上端口属性写成 OTU2指的是线路口速率 10.709 Gbps写成 ODU2指的是交叉侧速率 10.037 Gbps。很多误码率测试打不满带宽就是把这个速率搞混了。2.2 SM、PM、PSI 分别管什么三层开销不是三个地方G.709 把开销分成三层很多人第一次看开销字节以为要记几十个字节的位置其实只要抓住一条主线OTUk 开销管“段”ODUk 开销管“通道”OPUk 开销管“客户信号适配”。OTUk 开销第 1 行第 8-14 列管的是这一段物理链路比如两个 OTN 设备直接相连的那根光纤。里面的 SM 字节做段层误码监视BIP-8、远端误码指示BEI、远端缺陷指示BDI还有段层路径追踪标识SM-TTI注意这个 TTI 只有 4 个字节不是通道层的 64 字节。ODUk 开销第 2 行第 8-14 列管的是从源端到宿端的端到端通道。PM 字节做通道误码监视TCM1-TCM6 做最多 6 级的级联监控FDI/BDI 做缺陷指示还有 64 字节的 TTI 路径标识。OPUk 开销第 15-16 列区域管的是客户信号怎么放进来的。PSIPayload Structure Identifier通过多帧传递里面第一个字节是 PTPayload Type用于识别客户信号映射类型。排障时最容易踩的坑是分不清告警来自哪一层OTU-AIS 是段层问题ODU-AIS 是通道层问题两者定位方向完全不同。下一条不等于下下一段先看清告警是 OTUk 的还是 ODUk 的再决定是查光路还是查交叉。2.3 从 OPU 到 ODU 到 OTU先把“装货单”和“运单”分清楚用快递类比OPU 是货箱本身ODU 是贴在货箱上的运单记录从哪里发、到哪里去、路上有没有坏OTU 是货车整体包括车头的 FEC 和段层监控。客户信号先被打包进 OPU加上 OPU 开销变成 ODUODU 再加段层开销和 FEC 变成 OTU然后才上线路。这个分层对交叉连接很重要。OTN 设备做 ODUk 交叉时只处理 ODUk 层不需要拆到 OPU做线路侧发送时才把 ODUk 封装进 OTUk。如果两个站点之间有多跳、中间经过再生或中继段层开销每段都会终结重算而通道层开销是端到端保留的。所以 TCM 才会那么重要它允许你在端到端通道之内再嵌套几个监控段而不影响主通道的 PM 监视。G.709 里还有一个容易忽略的点ODUflex 和 ODU0 这类低速率容器它们也要封装成 ODUT 结构才能复用进高阶 ODU。低阶 ODU 进高阶 ODU 不是简单地把比特拼接而是通过 ODTUODU Tributary Unit做时分复用每个低阶 ODU 映射到高阶 ODU 净荷区的固定时隙里。时隙粒度是 1.25 Gbps 的倍数这决定了 ODU0 在 ODU2 里最多只能放 8 个。3. 客户信号怎么进 OTNG.709 映射路径与 ODUk 复用分支G.709 最核心的日常使用场景是把客户信号映射进 OPU。不同业务类型走不同的映射路径选错了映射方式轻则带宽浪费重则业务直接无法建立。3.1 六类常见信号进 OPU 的映射方式实际工程中经常遇到的客户信号G.709 支持的映射方式大体是这么几类STM-1/4/16/64/256 这类 SDH 信号走 CBRConstant Bit Rate映射按异步映射进 OPU1/2/3然后进对应 ODU。100GE 信号进 OPU4/OPUCn成为 ODU4/ODUCn 后交由交叉或线路发送。10GE LAN PHY因为速率 10.3125 Gbps 比 OPU2 净荷容量大G.709 主标准里没有直接对应的 OPU2 映射行业通行的做法是用 OIF 定义的 OPU2e/ODU2e或者走 GFP-F 映射到 ODUflex。GE、10GE 等分组业务大量采用 GFP-F 封装进 ODU0/ODUflex。CPRI/FC/SDI 等任意恒定速率业务优先用比特同步方式映射进 ODUflex时延最小。以太网业务也可以先做 GFP-F 再进 ODUflex但要接受 GFP 带来的缓存时延。这里要说清楚一个概念G.709 主标准里并没有“OPU2e”这个正式条目它是光互联论坛OIF的实施协议后被设备厂商广泛支持。如果在 G.709 标准原文里查不到 OPU2e一点都不奇怪。调 10GE LAN 业务时先确认设备侧是走 ODU2e 还是走 ODUflex(GFP)这两种方式在时延、带宽占用和互通性上有明显差异。3.2 高阶 ODU 复用表ODU1/2/3/4 最多装多少低阶 ODU低阶 ODU 复用到高阶 ODU工程上最常用的是这几个固定组合我一般直接在笔记本上贴一张高阶容器可承载低阶 ODU满配说明ODU12×ODU0ODU1 2.498 GbpsODU28×ODU0 / 4×ODU1ODU2 10.037 GbpsODU332×ODU0 / 16×ODU1 / 4×ODU2ODU3 40.319 GbpsODU480×ODU0 / 40×ODU1 / 10×ODU2 / 2×ODU3ODU4 104.794 Gbps注意这张表只是“满配”路数实际组合可以是混合的。比如 ODU4 里放 1 个 ODU3 之后剩余容量还能放 5 个 ODU2 加 2 个 ODU0厂商交叉矩阵支持度不同网管上一般会给出可选的时隙组合。新入行的同事最容易算错的是 ODU4 承载 ODU0 的数量以为和 ODU2 一样按 10 倍关系实际是 ODU4 的净荷按 1.25 Gbps 时隙划分为 80 个时隙所以最多 80 个 ODU0。复用路径还有个边界条件ODU0 只能被复用进 ODU1/ODU2/ODU3/ODU4不能直接复用进另一路 ODU0ODUflex 同样只能作为低阶容器复用进高阶 ODU不能作为高阶承载别的 ODU。ODUflex 甚至可以复用进 ODU2 或 ODU3但它的时隙占用按速率换算会占用整数个 1.25 Gbps 时隙。3.3 ODUflex 还是 ODU0颗粒度和时延要一起算ODU0 固定是 1.244 Gbps适合 GE、STM-1/OC-3 这类 1G 级别业务。ODUflex 的速率是按客户速率向上取整到 1.244 Gbps 的整数倍比如 2.5G CPRI 会取到 3×1.244 3.733 Gbps。选型时我一般按两条原则业务是恒定速率的优先用 CBR 映射进 ODUflex不要图省事塞进 ODU0 再用 GFP-F因为 GFP 封装会引入帧缓存和 idle 填充时延抖动会大业务是分组型的用 GFP-F 进 ODUflex但要把 ODUflex 的带宽配置为“业务峰值速率 约 5% 余量”否则一有广播风暴就丢包。ODUflex 有一个特例2016 版 G.709 引入了 ODUflex(IMP) 用于 IP/MPLS 场景但设备支持还看厂商选型前先确认交叉板卡和线路板的软件版本是否支持 ODUflex 的灵活时隙分配。厂商手册里写“支持 ODUflex”不一定是支持复用进 ODU4很多老设备只支持 ODUflex 进 ODU2。4. 看一眼开销字节G.709 留给排障的“黑匣子”OTN 设备网管上那些 AIS、TIM、LCK、BDI 告警本质上都是开销字节的解读。不理解开销字节的工程师会把所有告警都当成光路问题理解了之后排障路径会清晰很多。4.1 开销速查表哪些字节在报缺陷哪些字节在做监视下面这张表是我在维护设备时常用的速查表不追求覆盖全部保留字节只列排障有用的开销区域字节/字段作用排障价值帧定位FAS MFAS帧同步与复帧同步LOF/LOM 判定依据OTUk SMBIP-8段层误码校验查 SM BIP 误码定位光模块或尾纤问题OTUk SMBEI/BDI远端误码与缺陷指示对端光模块故障时本端会收到 BDIODUk PMBIP-8通道层误码校验交叉板故障、时钟失锁时 PM 误码增长ODUk PMBEI/BDI通道远端误码/缺陷指示宿端故障反查源端ODUk TCM1-6BIP-8/STAT级联监控跨运营商/跨域段落定位ODUk FDIFDI 字节前向缺陷指示下游收到 FDI 时向上游查OPUk PSIPT 字段净荷类型查映射方式是否正确ODUk TTISAPI/DAPI源/宿接入点标识TIM 告警直接据此判断FDI/BDI 这对字节特别值得说。FDI 是“往下一跳报”的告诉下游“我这边收到上游的坏信号你看到 AIS 别慌往上游查”BDI 是“往上一跳报”的告诉上游“你发过来的信号到我这有问题”。两端都有开销监视时同时看两端的 FDI/BDI 状态能在 5 分钟内判断故障段落。4.2 排障顺序别乱LOS→LOF→LOM→AIS 逐步定位OTN 告警有严格的层级关系网管上看到一堆告警时先找最底层的那个上层基本都是级联告警。我常用的定位顺序是先看物理层光口 LOS/R_LOS光功率是否在接收灵敏度范围内。LOS 存在时上面 LOF/LOM/AIS 全是假象先处理光路。再看帧同步LOFLoss of Frame表示收不到 FAS 或 FAS 连续错误。LOF 出现时先确认对端是否在发光、信号速率是否匹配、是否发了错误的 OTUk 速率。再看复帧同步LOMLoss of Multiframe表示 MFAS 计数器不连续常见于 10GE 业务映射到 ODU2e 但两端时隙配置不一致。再看 OTUk/ODUk 层告警OTU-AIS 是段层上游失效ODU-AIS 是通道层上游失效。AIS 不是根因它只是“报告坏消息”的机制收到 AIS 要往上游找 LOS/LOF。最后看 LCK/TIMODU-LCK 表示下游被上游锁定通常是对端配置了维护信号ODU-TIM 表示 TTI 路径标识不匹配。这个顺序对应到网管操作先看光模块收发光功率再看“OTU 告警”页里的 LOF/LOM 计数然后看“ODU 告警”页里的 AIS/LCK/TIM不要一开始就去翻误码性能。4.3 TTI 路径标识64 字节的两个 16 字节段才是关键ODUk TTI 标准定义是 64 字节分为三段SAPI源接入点标识符16 字节、DAPI目的接入点标识符16 字节、Operator Specific 32 字节。工程配置时很多人只填了网管界面里的“路径名称”几个字符但实际传送的是这 64 字节的十六进制值。TIM 告警的产生机制是本端收到的 TTI 与本端配置的期望 TTI 不匹配。排查时不要只看网管上显示的字符串要用开销监视功能把原始字节抓出来比对重点对比 SAPI 和 DAPI 两个字段。常见问题是两端 SAPI 填了一样的字符串但一个填在了 DAPI 字段一个填在了 SAPI 字段导致接收端永远比对不通过。我习惯的做法是两端约定 SAPI 固定填“源站点名-板卡-端口”DAPI 固定填“宿站点名-板卡-端口”Operator Specific 留空全 0。这样无论谁改配置都能从 SAPI 看出实际对端是哪里再也不用猜。5. G.709 标准落地的 5 个翻车点从版本、速率到告警都要避坑标准是一回事设备实现是另一回事。下面这几个问题都是我在现网和测试中真实遇到过的每一条都值得记进项目复盘。5.1 OTU4 速率不等于线路口速率现象用 100G 光模块对接 OTU4 端口配置了 111.809 Gbps 的速率结果光模块无法锁定。原因OTU4 的 111.809 Gbps 是电域逻辑速率。100G 光模块在线路上普遍用 DP-QPSK 调制波特率约 27.95 GBaud加上开销和 FEC 后实际符号速率不到 30 GBaud两者根本不是一回事。解决配置光模块时看的是波特率和调制格式不是 OTU 速率。设备网管上的“线路口速率”和光模块的“symbol rate”分开理解OTU4 对应到光模块就是 100G 的调制速率档位遇到 200G 场景更要注意OTUCn 是逻辑容器速率光模块的 200G 线路速率取决于调制格式DP-16QAM 或 8QAM 等。5.2 FEC 模式不一致导致异厂商对接互不了通现象两台不同厂商的 OTN 设备互联光功率正常、无 LOS但 OTU 层一直报误码超阈值甚至无法建立 ODU 交叉。原因一端用的是标准 GFECRS 255,239另一端开启的是增强 FECEFEC或厂商私有 SD-FEC两者的 FEC 码字结构和纠错能力不同开销区里的 FEC 状态字节也读不通。解决互联前先确认两端的 FEC 模式。标准 G.709 定义的 GFEC 是 RS(255,239)可纠正每个码字最多 8 个字节错误增强 FEC 有不少是 20% 开销或更高速率配置也变。先用双方都支持的 GFEC 模式打通链路再视误码情况统一升级到相同的 EFEC 模式。现在 100G 数据中心互联用的 CFEC/OpenZR 模式同样存在互通匹配问题不能想当然认为“都叫 FEC 就能互通”。5.3 ODU-TIM 告警反复抖动先查 TTI 全 64 字节现象ODU-TIM 告警时有时无重启端口后短暂消失过一会儿又出现业务无丢包但告警一直在。原因TTI 比对不是只比字符串。两端如果有一个把 TTI 的 SAPI 字段填得很长DAPI 留空接收端按全 64 字节比对就会周期性失配。有些设备的 TTI 配置界面允许输入 64 字节输入框显示为空的地方其实填充了 0x00而对端填了 0x20 空格肉眼看起来一样字节级别却不同。解决用开销监视工具抓两端 TTI 原始十六进制值逐字节核对。重点看 16 字节边界SAPI 不够 16 字节时填充的是什么字符DAPI 起始位置是否偏移。标准里 TTI 的比对可以是“SAPI 一致DAPI 可选”很多设备默认 DAPI 也要匹配这一点要看厂商 FAQ 或特性说明。5.4 看老旧中文资料ODU0 和 ODUflex 映射对不上现象手头的中文技术手册写的是 ODU1/2/3 三级结构查 ODU0 和 ODUflex 怎么映射翻遍全文找不到。原因G.709 版本演进超过二十年。2001 年初版只有 ODU1/2/32009 年版本才正式引入 ODU0 和 ODUflexODU4/OTU4 是在 2012 年前后版本完善的2016 版又加入了面向 200G/400G 的 ODUCn 灵活速率。不少中文二手资料停留在老版本“G.709 标准中文”检索出来的内容经常是 2003 版翻译里面根本没有 ODU0 的概念。解决看标准原文或厂商最新的实现手册至少确认三个版本分界2009 版新增 ODU0/ODUflex2012 版完善 OTU42016 版引入 ODUCn 和 FlexO。查资料时先看文档里有没有 ODU0 和 ODUflex 两个词没有就直接换新资料。技术培训讲 OTN 只讲 ODU1/2/3 的基本可以判定内容偏旧。5.5 ODUflex(GFP) 的时延预算超了抖动指标不过现象时延敏感的 CPRI 业务走 ODUflex 映射加入网络后时延测试数值比设计值大几百微秒抖动超过指标。原因GFP-F 映射会把客户以太网帧先缓存成 GFP 帧再加上 ODUflex 的速率适配引入至少一个帧的缓存时延。CPRI 这类恒定比特率业务用 GFP 映射本身就不符合 G.709 对低时延业务的推荐路径。解决恒定速率、时延敏感的业务改成 CBR 映射进 ODUflex或者直接用 ODU0/ODU1 原生通道。如果必须走 GFP把 GFP 的帧长最大值调小可以减少缓存时间但会牺牲封装效率。规划阶段就要判断业务类型凡是 CPRI、FC 存储这类有严格的时延上限的一律走比特同步映射不要图省事都打成 ETH 再封装。6. 对着 G.709 做一次端口开销体检三张检查表和验证顺序业务跑起来不算完真正验证 G.709 落地质量是靠开销监视做一轮体检。我调 OTN 端口时不管业务通没通都会花 10 分钟按下面三张表过一遍这习惯帮我避过很多次晚间割接的雷。第一张表查物理与帧同步。在网管的 OTU 开销监视页面确认 FAS 字节显示为 F6 F6 F6 28 28 28MFAS 逐帧递增无跳变LOF/LOM 计数为 0光功率在接收灵敏度和过载点之间。这一项不过后面全是空谈。第二张表查 OTU/ODU 开销。看 SM BIP-8 误码计数在 15 分钟内是否持续增长看 PM BIP-8 误码是否为零或极低频看两端 BDI 状态是否为正常看 FDI 是否在向上游报缺陷最后打开 TTI 原始字节确认 SAPI/DAPI 两端完全一致包括填充字节。第三张表查映射。进 OPU 开销的 PSI 页面读 PT 值确认映射方式是不是预期的那一种再看 PSI 里的映射类型字段和复用时隙配置。ODUflex 端口还要核对配置的速率是否等于客户速率向上取整到 1.244 Gbps 整数倍ODU0 复用进 ODU4 的时隙号是否两端一致。做完这三项基本可以确认这个端口的 G.709 实现是健康的。如果是测试仪表打流再看 FEC 统计里的可纠正误码和不可纠正误码计数不可纠正误码出现就是线路劣化的明确信号别等业务中断才处理。最后说个教训新人调 OTU 对接最容易漏的是 TTI 和 FEC 模式这两项网管页面上都有默认值但默认值不等于两端一致。养成每次开局都核对一遍的习惯能省后面几天的排障时间。希望帮到你。本文还有配套的精品资源点击获取