简介：面向网络运维与装维人员的《中兴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 时钟输入输出、1PPS+TOD 接口和环境监控接口，这块板不能插 PON 板；电源板是 4.5U 高度，双路冗余 -48V 供电；风扇插箱 1U 高度，里面有 3 组风扇；主控交换板 9U 高度，冗余保护；上联卡 4.5U 高度，共 2 个槽位；主要业务板卡 9U 高度，最多 14 个槽位。这个「谁在哪个槽位」不是随便排的，上联卡和业务板卡分开布局，是为了让上联流量不挤占业务板的走线空间。

C300 的通用公共接口板容易被忽略。很多刚上手的人以为它跟业务无关，但环境监控接口接的是温湿度、水浸、门磁这些传感器，一旦机房进水或空调失效，OLT 是通过这块板把告警上报的。BITS 时钟输入输出和 1PPS+TOD 接口则是给需要时钟同步的专线业务用的，比如某些金融类专线对时钟精度有要求。我在实际排障中遇到过几次「明明业务配置没问题但专线 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 上常见的几种板卡型号我有必要展开说一下：

• GTGH：16 口 GPON 板，RealType 显示 GTGHG 的可能是不同硬件版本
• GTGO：8 口 GPON 板
• ETGH：16 口 EPON 板
• ETGO：8 口 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 uncfg：

C300# 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 unauthentication：

C300# 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:01

EPON 光猫没有 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:2

EPON 按 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显示 HWONLINE，PON 口下挂光猫全部认证不上。

原因：最常见的是板卡没有完成配置同步，或者版本文件没加载。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 口组播复制方式」这三步，希望帮到你。

本文还有配套的精品资源，点击获取