简介面向网络运维与装维人员的《中兴OLT常用命令及故障解析处理手册》以PPT演示文档形式交付聚焦运营商接入网中最常见的中兴OLT设备管理与排障场景。内容从ZXA10 C300/C320设备面板、单板类型讲起覆盖show card、show version等常用命令并结合板卡不在位、ONU注册异常、光猫注册异常、机顶盒获取错误地址、流氓光猫干扰、测速不达标及专线卡顿等真实案例给出分类定位与处理步骤。整份手册按设备面板、常用命令、故障分类、案例介绍四部分展开还逐一解释了INSERVICE、NOPOWER、HWONLINE等板卡状态的含义帮助运维人员理解设备工作原理并快速定位问题。整个资源包共1个文件类型为pptx演示文稿大小约7.17MB适合在培训、班组分享或自学时直接观看。已有2789人浏览学习对于希望快速建立中兴OLT运维知识体系、提升故障响应效率的工程师有较高参考价值。1. 运维手里为什么必须有一份 OLT 命令与故障手册干接入网运维的应该都有过这种经历深更半夜值班电话响说某片区宽带集体掉线你远程登录 OLT 却不知道先从哪条命令查起。中兴 C300/C320 的命令不像家用路由器那样直观一条show card输出里几十行板卡状态每行一个状态值看不明白就只能在电话里跟领导说「正在排查」。这份中兴 OLT 常用命令及故障解析处理手册就是我所说的那种「平时翻一遍、故障时救命」的 SOP。它把设备面板认识、常用命令、故障分类和真实案例拆开讲透适合刚接手接入网的新人照着敲命令练手也适合熟手拿来当故障排查的对照清单——尤其是光猫注册异常、流氓光猫、测速不达标这几类高频问题手册里给的定位路径比自己在设备上瞎试要快得多。2. 先认设备再敲命令C300/C320 面板板卡与槽位识别2.1 C300 与 C320 的面板差异从槽位高度到上联板第一次进机房见到 ZXA10 C300 的人大概率会被它的槽位划分搞晕。C300 的机框从下往上分几层通用公共接口板在最下方提供 BITS 时钟输入输出、1PPSTOD 接口和环境监控接口这块板不能插 PON 板电源板是 4.5U 高度双路冗余 -48V 供电风扇插箱 1U 高度里面有 3 组风扇主控交换板 9U 高度冗余保护上联卡 4.5U 高度共 2 个槽位主要业务板卡 9U 高度最多 14 个槽位。这个「谁在哪个槽位」不是随便排的上联卡和业务板卡分开布局是为了让上联流量不挤占业务板的走线空间。C300 的通用公共接口板容易被忽略。很多刚上手的人以为它跟业务无关但环境监控接口接的是温湿度、水浸、门磁这些传感器一旦机房进水或空调失效OLT 是通过这块板把告警上报的。BITS 时钟输入输出和 1PPSTOD 接口则是给需要时钟同步的专线业务用的比如某些金融类专线对时钟精度有要求。我在实际排障中遇到过几次「明明业务配置没问题但专线 ping 抖动大」的情况最后查到是时钟源没接。C320 的面板比 C300 紧凑不少。C320 千兆上联主控板集成度更高万兆上联主控板的 4/2 端口写作 XGE可以插千兆光模块但速率需要设置为 GE这里有个关键细节如果光模块是千兆的而端口协商成千兆以上速率链路就会起不来。C320 万兆上联板的 4/2 英文标识是 XGE不是全部端口都默认万兆插什么模块、设什么速率要跟端口能力匹配。一段经验是进机房先看面板丝印和板卡指示灯再决定远程敲哪条命令。比如 C300 的槽位 10 和 11 是主控交换板正常情况下一个 INSERVICE 一个 STANDBY如果两块都是 STANDBY 或者一块 OFFLINE远程操作前就要有「可能丢主控」的心理准备这种时候别急着敲命令改配置。2.2 板卡型号与业务能力对应GTGH、GTGO、ETGH、SCXM 这些代号怎么读show card输出里的 CfgType 和 RealType 一列全是缩写不认识的话整条命令的输出就废掉了。C300 上常见的几种板卡型号我有必要展开说一下GTGH16 口 GPON 板RealType 显示 GTGHG 的可能是不同硬件版本GTGO8 口 GPON 板ETGH16 口 EPON 板ETGO8 口 EPON 板或上联板SCXM主控交换板HUTQ/HUVQ这类是辅助板HUTQ 常见于环境监控类接口「PON 板和上联板别混」是新手最容易犯的错。EPON 和 GPON 的光模块波长、协商机制都不同把 GPON 光猫插到 EPON 板的口上不会注册成功。show card输出的 Port 列会标出端口数8/16 口一目了然。上联板的 ETGO 这类型号如果出现在业务槽位要看它的实际角色有些局点用 ETGO 做上联跟业务板同名不同用途。» 提示看show card时先看 CfgType 和 RealType 是否一致。CfgType 是配置期望的板卡类型RealType 是实际识别的类型。两者不一致通常就是配置添加错误或者板卡插错槽位典型状态是 TYPEMISMATCH。2.3 没带手册时怎么在现场快速认板光模块、指示灯与面板丝印如果手边没有手册现场认板有几个实用技巧。首先是看面板丝印每块板卡的拉手条上都有型号丝印比如「GTGH」会直接印在上面用手机拍下来放大就能看清。其次是看光模块接口GPON 板和 EPON 板的 PON 口光模块外观相似但 GPON 光模块的 SC 接口和 EPON 的 SC 接口其激光器波长不同GPON 一般是 1490nm 下行 1310nm 上行EPON 也是 1490/1310不能单靠接口判断还看丝印。指示灯状态也是现场快速判断的手段。板卡面板上的 RUN 灯闪烁说明板卡在正常工作ALM 灯亮红色说明有告警。注意区分「板卡在位不通电」和「板卡不在位」NOPOWER 状态说明槽位有配置但板卡没插或没通电OFFLINE 则代表槽位本来就是空的。这两种状态的处理动作不同——NOPOWER 要检查板卡是否插到位、是否通电OFFLINE 则根本不用管除非业务配置里引用了这个槽位的端口那就要查配置错误。另一个现场技巧看板卡的拨码开关或跳线。部分单板有硬件拨码用于设置工作模式比如有些 EPON 板支持在 8 口和 16 口模式间切换拨错位置会导致 RealType 识别异常。这类问题靠 show 命令看不到只能现场开箱检查。3. 健康检查命令组从板卡状态到整机环境的日常巡检3.1 show card板卡状态的六种读法与处理动作show card是巡检 OLT 时敲的第一条命令它输出的是整框板卡的运行状态快照。下面是一段典型的 C300 输出我根据实际排障中的解读习惯做了标注C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ------------------------------------------------------------------------------- 1 1 0 PRWG PRWG 0 V1.0.0 INSERVICE 1 1 1 PRWG PRWG 0 V1.0.0 NOPOWER 1 1 2 GTGO GTGOG 8 V1.0.0 V2.1.0 HWONLINE 1 1 3 GTGO GTGOG 8 V1.0.0 V2.1.0 INSERVICE 1 1 4 GTGH OFFLINE 1 1 5 ETGH GTGHK 16 V1.0.0 V2.1.0 INSERVICE 1 1 6 GTGH GTGHG 16 V1.0.0 V2.1.0 INSERVICE 1 1 7 GTGHK 16 V1.0.0 V2.1.0 HWONLINE 1 1 8 GTGH GTGHK 16 V1.0.0 V2.1.0 INSERVICE 1 1 10 SCXM SCXM 0 V1.0.0 V2.1.0 INSERVICE 1 1 11 SCXM SCXM 0 V1.0.0 V2.1.0 STANDBY 1 1 12 ETGO ETGOD 8 V1.0.0 V2.1.0 INSERVICE 1 1 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH 1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGING 1 1 19 HUTQ HUTQ 4 V1.0.0 V2.1.0 INSERVICE 1 1 20 HUVQ HUVQ 4 V1.0.0 V2.1.0 INSERVICE这段输出里的状态值把六种常见情况都覆盖了逐个说INSERVICE是板卡正常服务状态业务板、主控板、上联板都应该是这个状态。NOPOWER是板卡在位但没通电我遇到过的情况是板卡没插到底或者背板供电接触不良处理动作是重新插拔板卡。HWONLINE是板卡在位但不在线常见原因是没添加单板、没有版本文件或者板卡硬件损坏需要先确认版本文件是否加载再考虑硬件问题。OFFLINE表示板卡不在位槽位空着如果配置里没引用这个槽位的端口就不用管。TYPEMISMATCH是配置添加的板卡类型跟实际插入的不匹配处理动作是删除配置重新添加或者把正确的板卡插回去。CONFIGING是配置同步状态表示板卡正在跟主控同步数据一般是刚插上板卡或刚重启过等它变成 INSERVICE 再操作。» 提示HWONLINE和NOPOWER的区别要记清楚——HWONLINE 的板卡已经通电只是业务没起来NOPOWER 是压根没通电。排查方向完全不同。再看 Status 列的另外两种情况槽位 7 的 RealType 是 GTGHK 但 CfgType 为空说明槽位没有配置但实际插了板卡这种情况下板卡不会进入服务状态需要添加配置槽位 1 的 PRWG 板卡 NOPOWER这种环境监控板不通电会影响机房环境告警上报也是要处理的。3.2 show system-group 与 show fan运行时长与风扇调速逻辑show system-group这条命令常被忽略但它是判断 OLT 是否掉过电的快速手段C300# show system-group System Description: C300 Version V2.1.0 Software, Copyright (c) by ZTE Corporation Compiled System ObjectId: .1.3.6.1.4.1.3902.1082.1001.300.2.1 Started before: 5 days, 16 hours, 15 minutes Contact with: 86-021-68895000 System name: KS-TS-26HaoXiaoQu-C300 Location: No.889 BiBo Rd. PuDong District, ShangHai, China System Info: 0 0 This system primarily offers a set of 78 services「Started before」字段显示设备已运行 5 天 16 小时如果这个时间比上次维护时间短说明设备在这期间掉过电或重启过。有用户报障「某片区频繁瞬断」的时候我会先看所有相关 OLT 的这个字段排除设备和机房电源的因素再去查光路。show fan输出的是风扇转速、温度阈值、环境温度等参数C300# show fan Shelf : 1 epm : FanControlType FanControlType : temperature-control TemperatureThreshold : 10 30 38 46 (deg c) FanSpeedLevelPercent : 20% 35% 50% 75% CriticalTemperatureThreshold : 160(deg c) HighTemperatureThreshold : 60(deg c) LowTemperatureThreshold : -20(deg c) Environment Temperature : 23(deg c) EnvTemperatureProtect : disable EnvPowerMode : Mains Supply CardCritialTempProtection : disable OpticalCriticalTempProtection: enable EnvPowerOffProtect : disable Upper Fanboard Status : online Fan SN : FAN FW Version : Fan Temperature : N/A.(deg c) All fan units actual status: ---------------------------------------------- FanUnitId SpeedLevel ActualSpeed(RPM) ---------------------------------------------- 1 2 2100 2 2 2100 3 2 2100这条命令的关键在温度阈值四档10、30、38、46 度对应风扇的 20%、35%、50%、75% 四级转速。环境温度 23 度时风扇处于第二档2100 RPM。如果风扇一直最高转速转说明环境温度高或者温度传感器有问题如果风扇不转但温度正常检查风扇控制模式是温度控制还是手动控制。OpticalCriticalTempProtection 是 enable 状态说明光模块温度过高时设备会触发保护动作这个开关建议保持开启。3.3 show card-temperature 与 show processor温度与 CPU 的双重告警线板卡温度是另一个需要盯的指标。show card-temperature输出每块板卡的当前温度、5 分钟平均温度和 1 小时平均温度C300# show card-temperature All cards temperature(deg c): ---------------------------------------------------------------------------- Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) Optical-Temp ---------------------------------------------------------------------------- 1 1 0 N/A. N/A. N/A. N/A. 1 1 1 N/A. N/A. N/A. N/A. 1 1 2 44 43 43 N/A. 1 1 3 43 43 43 N/A. 1 1 5 42 42 42 N/A. 1 1 10 32 32 32 N/A. 1 1 11 32 32 32 N/A. 1 1 14 38 38 38 N/A.单板温度建议控制在 55 度以内超过这个值会严重影响业务稳定性。我见过一个案例某局点一块 GPON 板温度到 67 度下挂的光猫批量掉线光模块收发功率都正常但光猫就是间歇性离线后来发现是机柜风道被线缆堵住温度下不来。处理物理环境后温度回到 45 度业务恢复正常。所以看到温度异常先别急着换板卡检查机房环境、风扇转速、机柜通风这三项。show processor是看 CPU 利用率的命令C300# show processor Rack Shelf Slot CPU(5s) CPU(1m) CPU(5m) PhyMem(MB) Memory ------------------------------------------------------------------------------- 1 1 2 14% 14% 14% 512 26% 1 1 5 22% 11% 11% 512 26% 1 1 10 12% 16% 13% 510 66% 1 1 11 22% 24% 23% 510 66% 1 1 14 15% 17% 17% 1024 19%CPU 利用率长时间大于 60% 需要关注原因长时间 99% 则大概率是协议报文冲击。比如下挂某个光猫异常不停地发送大量未知报文导致 PON 口所在业务板的 CPU 被灌满。这时候先用show pon onu uncfg或show onu unauthentication确认是否有未注册光猫在线再逐个排查。主控板槽位 10/11的 CPU 高常见原因是有大量 IGMP 报文或 DHCP 报文在设备间反复转发需要检查组播配置和 DHCP snooping 相关设置。Memory 列的百分比也值得注意。业务板内存一般 512MB主控板 510MB 左右某个槽位内存占用 66% 且持续增长有可能是配置下发异常或版本内存泄漏需要联系版本支持分析。4. 光猫注册与业务配置排查从未注册列表到 running-config 的关键命令4.1 未注册光猫的两种视图show pon onu uncfg 与 show onu unauthentication「光猫注册不上」是接入网故障里最烦人的问题之一。麻烦在于用户侧光猫的 LOS 灯可能完全不亮光功率也正常就是在 OLT 上找不到这条注册记录。中兴 OLT 上查未注册光猫分 GPON 和 EPON 两套命令。GPON 用show pon onu uncfgC300# show pon onu uncfg OltIndex SN LOID ------------------------------------------------------------------------- gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/2/10 HWTC33C854A3 N/A gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin gpon-olt_1/14/8 YHTCE88AAEC0 9980260532C gpon-olt_1/15/2 ZTEGC04A5073 ZTEGC04A5073 gpon-olt_1/17/6 ZTEGC08826F4 ZTEGC08826F4这条命令显示所有物理层已上线但没在 OLT 上完成业务注册的 GPON 光猫。SN 列是光猫的序列号LOID 列是注册标识。注意看两个细节一个是LOID 为 N/A的光猫说明光猫没有被配置认证信息另一个是LOID 和 SN 内容一样的这种往往是替代注册或按 SN 认证的场景。EPON 的未注册视图是show onu unauthenticationC300# show onu unauthentication Onu interface : epon-onu_1/2/6:1 Onu Model: ZTE-F400 Extended Model: Unknown MAC address : 0026.ed88.5683 SN : LOID : LOID_PSW : Online State : authentication deny ExtOam State : complete Software Version : V1.1.0c_ZL2 Hardware Version : V1.0.0 RegTime : 2020/07/21 18:04:01EPON 光猫没有 GPON 那样的序列号机制靠 MAC 地址和 LOID 识别。Online State 显示 authentication deny说明光猫的 MAC 或 LOID 不在允许列表里。注意 EPON 的命令结果会展示光猫的软硬件版本和注册时间这个注册时间对排查「光猫什么时候开始异常」很有用。4.2 按 LOID 与 SN 反查注册位置的两条命令链路有时候故障现象不是「光猫注册不上」而是「光猫之前好好的突然掉线重启后注册到了别的 PON 口」。这时候需要用 LOID 或 SN 反查光猫现在注册在哪里。GPON 按 LOID 查C320# show gpon onu by loid 9980599382C Search result ------------------ gpon-onu_1/1/1:1 C320# show gpon onu by sn FHTT57D2AEF0 Search result ------------------ gpon-onu_1/1/1:2EPON 按 LOID 查C300# show epon onu by loid 9980288964C Search Result................................................................................ epon-onu_1/3/1:9查出来的结果格式是gpon-onu_1/1/1:1含义从左到右是「板卡类型_机架/槽位/PON口:ONU 序号」。这个编号可以直接用于后续的show running-config interface。如果查询结果报「% Code 62310-GPONSRV : No related information to show」说明 OLT 上完全没有这个 LOID 或 SN 的注册记录。常见原因是光猫里 LOID 配置错误、光猫根本没上线、或者光猫注册在了别的 OLT 上比如用户把光猫搬到了另一个地址。此时在用户侧查光猫注册状态正常应该是 OLT 已下发配置而不是 ONU 侧显示「注册中」。4.3 业务配置快照PON 口、ONU 口与 onu running config 三层对照定位到光猫注册位置后接下来要看业务配置。分三层看PON 口的注册列表、ONU 口的业务流配置、光猫内部的桥接映射。第一层PON 口下注册了哪些光猫KS-JS-YuDaiLiKe-C320# show running-config interface gpon-olt_1/1/2 interface gpon-olt_1/1/2 no shutdown linktrap disable resource-id-assign-mode mode2 onu 1 type ZTEG-F660 loid 9980662366C onu 17 type ZTEG-F660 loid 9980662324C onu 18 type ZTEG-F660 loid 9980662330C onu 19 type ZTEG-F660 loid 9980662335C !第二层某个 ONU 口的业务流配置KS-JS-YuDaiLiKe-C320# show running-config interface gpon-onu_1/1/2:1 interface gpon-onu_1/1/2:1 description $onuname$$$ sn-bind disable tcont 1 name ITMS allocid 256 profile ITMS tcont 2 name HSI allocid 257 profile HSI tcont 3 name ITV allocid 258 profile ITV tcont 4 name VOIP allocid 259 profile VOIP gemport 1 name ITMS portid 129 tcont 1 gemport 2 name HSI portid 130 tcont 2 gemport 3 name ITV portid 131 tcont 3 gemport 4 name VOIP portid 132 tcont 4 service-port 1 vport 1 user-vlan 46 vlan 46 service-port 2 vport 2 user-vlan 41 vlan 877 service-port 3 vport 3 user-vlan 45 vlan 45 service-port 4 vport 4 user-vlan 43 vlan 43 service-port 5 vport 3 user-vlan 50 vlan 50 igmp fast-leave enable vport 3 !第三层光猫内部的业务到电口映射KS-JS-YuDaiLiKe-C320# show onu running config gpon-onu_1/1/2:1 pon-onu-mng gpon-onu_1/1/2:1 service ITMS gemport 1 vlan 46 service HSI gemport 2 vlan 41 service ITV gemport 3 vlan 45 service VOIP gemport 4 vlan 43 service ITV-50 gemport 3 vlan 50 !这三层配置对应关系要理清PON 口配置里onu 1 type ZTEG-F660 loid 9980662366C定义的是注册标识ONU 口配置里定义的是 TCONT、GEM Port、业务 VLAN 的映射关系show onu running config定义的是 GEM Port 与光猫内部 VLAN/电口的桥接关系。任何一个环节断了业务都不通。» 注意show running-config interface gpon-onu_1/1/2:1和show onu running config gpon-onu_1/1/2:1是两个不同的配置层面。前者是 OLT 上关于该 ONU 的业务模板配置后者是远程下发到光猫内部的桥接映射配置。查故障时两个都要看只查一个容易漏掉问题。同一个局里不同 OLT 的配置风格也有差异。有的 OLT 用简化命令service ITMS gemport 1 vlan 46有的用非简化命令flow 1 pri 7 vlan 46、gemport 1 flow 1两者效果等价但排障时读法不同。看到flow mode 1 tag-filter vlan-filter untag-filter transparent这类配置时注意它表示该 flow 对报文的 Tag 和 VLAN 处理方式是透传不要试图在 OLT 上找到对应的 VLAN 转换配置——这里不做转换。5. 常见故障避坑指南板卡、注册、上联三类高频坑位排查5.1 现象一show card显示板卡 HWONLINE但端口起不来业务现象新插了一块 GPON 板物理上板卡已经插到位指示灯也在亮但show card显示 HWONLINEPON 口下挂光猫全部认证不上。原因最常见的是板卡没有完成配置同步或者版本文件没加载。HWONLINE 状态下板卡虽然在线但主控还没有给它下发业务配置PON 口处于「有物理连接但无逻辑配置」的状态。另一个被忽视的原因是板卡类型配置错误比如实际插的是 16 口板但配置里添加的是 8 口板。解决先show card确认 CfgType 和 RealType 是否一致不一致就delete板卡配置重新add。如果类型一致检查版本文件是否加载必要时重新加载版本。最后再考虑硬件问题——把板卡换到空闲槽位测试如果在别的槽位能进入 INSERVICE说明原槽位背板有问题。5.2 现象二光猫 LOS 灯正常但注册不上show pon onu uncfg里能看到 SN 却始终认证失败现象用户光猫指示灯看起来都正常OLT 的未注册列表里也能看到这个 SN但光猫就是进不了业务状态工单反复流转。原因GPON 光猫的注册流程分两步物理层上线和业务层认证。物理层上线只要求光功率合适、SN 能被 OLT 发现业务层认证则要求 OLT 上配置了对应的 LOID 或 SN 绑定。如果 OLT 配置里用的是 LOID 认证而光猫里只写了 SN 没写 LOID就会一直处于「被发现但未认证」状态。解决先show gpon onu by sn确认 OLT 是否能查到该 SN再查该 PON 口的 running-config确认 ONU 配置里有没有对应的 LOID。如果 LOID 配置存在但光猫仍认证失败检查光猫里的 LOID 和密码是否与 OLT 配置一致——注意 LOID 是区分大小写的尾部的 C 字母经常被漏掉。5.3 现象三上联口间歇性丢包重启 OLT 后短暂恢复又复发现象OLT 的上联口 ping 上联交换机有 10%-20% 丢包重启 OLT 后能好半小时之后又丢包。业务板和主控板状态都正常。原因这个坑通常是上联光模块或光纤问题。OLT 重启后光模块重新协商短暂恢复但光模块本身已经老化或光纤头脏污长时间运行后光功率漂移误码率上升导致丢包。不要一上来就怀疑 OLT 主控板主控板如果有问题show processor和show card早就有异常了。解决查上联口的光功率和误码。光功率在接收灵敏度边缘时表现就是间歇性丢包。清洁光纤接头、更换光模块是首选动作。如果更换后问题依旧再查上联口的协商模式——强制千兆还是自协商两端配置要一致我有一次遇到的丢包问题就是一端强制 GE 一端自协商导致的不匹配。5.4 现象四机顶盒获取到 192.168.x.x 的地址IPTV 业务无法通过现象用户报障 IPTV 黑屏机顶盒获取到的 IP 地址是 192.168.x.x而不是 BRAS 下发的 10.x.x.x 或 100.x.x.x 地址。原因机顶盒获取到私网地址说明它没有从正确的 DHCP 服务器获取地址。常见原因是机顶盒接到了光猫的 LAN 口但光猫的路由模式把 DHCP 请求截胡了或者光猫的 ITV 端口 VLAN 配置和 OLT 侧不一致导致 DHCP 报文没有到达 BRAS。解决先看 OLT 上该 ONU 的 ITV 业务配置确认 user-vlan 和 vlan 是否匹配。再查光猫的 ITV 端口绑定关系确认光猫内部把哪个 LAN 口映射到了 ITV 的 GEM Port。很多用户自己乱插网线把机顶盒插到了上网口这种物理层面问题最快确认直接在 OLT 上show onu running config看 ITV 业务对应的 vport然后让用户把机顶盒网线插到光猫的指定 LAN 口。5.5 现象五流氓光猫导致整个 PON 口下所有用户掉线现象一个 PON 口下挂了 32 个光猫突然全部掉线show pon onu uncfg看不到任何未注册光猫PON 口状态异常光功率正常。原因流氓光猫ONU 不按规范发光会持续占用上行时隙把整个 PON 口的上行通道打满其他正常光猫的数据完全发不出去。这种光猫在 OLT 上不一定能看到注册记录因为它的发光行为本身就异常。解决把 PON 口下的光猫逐个断开排查。先拔掉一半光猫看 PON 口是否恢复恢复后说明流氓光猫在被拔掉的那一半里然后再二分。找到后用show pon onu uncfg或show onu unauthentication确认该光猫的物理信息禁止其上线或直接更换。处理完成后建议把 PON 口的测距参数重置一下因为流氓光猫长时间占用会导致 OLT 的测距表异常。6. 从命令到结论OLT 网元断链与测速不达标两个典型场景的快速定位手法最后把命令串成场景。先说 OLT 网元断链的处理顺序。接到「OLT 脱管」告警时我的排查路径固定是先show card看主控板状态主控板 INSERVICE 或 STANDBY 都说明主控没宕问题大概率在上联链路然后看上联口——show interface查上联口的物理状态和协议状态物理 up 协议 down 就是二层问题物理 down 就是光路问题再看show system-group的运行时长如果时间很短说明设备重启过得查供电和硬件以上都没问题考虑上联交换机侧——光模块、链路聚合配置、生成树阻塞。测速不达标是另一个高频场景。1000M 宽带测速只有 600M不能一上来就查光猫。按顺序来先show card确认 PON 口所在板卡没有温度告警和 CPU 高负载再show gpon onu by sn或show epon onu by loid确认光猫注册在哪块板的哪个 PON 口上然后看该 ONU 的带宽模板——T-CONT profile 的保证带宽和最大带宽如果最大带宽只有 600M那测速结果自然上不去。带宽模板没问题之后查光功率PON 口收光在 -28dBm 以下时带宽和误码都会劣化但光猫不一定掉线。最后再考虑用户侧因素光猫的 LAN 口协商速率、网线质量、用户终端网卡。一个容易被忽略的细节是「测速不达标但光功率正常」的情况。IGMP fast-leave 配置在组播 VOD 场景下影响的是频道切换速度如果配置了 fast-leave 但组播源那边的 IGMP 查询间隔很短反而会频繁触发离开报文导致组播流量不稳定——这是我在一个 IPTV 卡顿的案例里踩过的坑。从那以后我每次做组播业务优化都会强制走一遍「查 fast-leave 配置、查组播 VLAN 规划、查 PON 口组播复制方式」这三步希望帮到你。本文还有配套的精品资源点击获取