简介《中兴OLT常用命令及故障解析处理手册》是一份面向光网络运维人员与网络工程师的实战型SOP资料聚焦中兴ZXA10 C300/C320设备的日常维护与故障定界。资源共1个PPTX文件压缩包大小7.17MB内容涵盖设备面板与板卡说明、show card等常用命令解读、故障分类框架及多个真实案例。其中不仅详细展示了板卡INSERVICE、NOPOWER、HWONLINE等状态含义还覆盖了ONU注册异常、光猫注册失败、机顶盒错误地址、流氓光猫干扰、上联链路异常、测速不达标及专线卡顿等典型问题的排查处理流程。通过设备上联状态查看、板卡运行信息分析、光猫侧故障处理步骤和OLT网元断链恢复过程读者可建立从现象到根因的完整定位思路。该资源已有2789人学习适合正在承接中兴OLT开局维护、故障抢修或技术培训的运维团队参考。1. 这份 OL T 排障手册能救什么火从单板状态到光猫故障的完整闭环处理 OLT 故障时最怕的不是命令记不住而是不知道先看哪条、输出里的某个状态到底意味着什么。我之前在值班时接过一个“上联断链”的工单同一台 C300 上几十个 PON 口下全灭现场同事把光功率、尾纤、分光器查了一圈都没结果最后发现是主控交换板软复位后单板状态卡在 HWONLINE版本文件没加载上来。这份中兴 OLT 常用命令及故障解析处理手册把 C300/C320 的面板槽位、单板状态、光猫注册、业务配置、故障案例串成了一套可以照着走的 SOP适合刚接手 OLT 维护的新人快速建立排查顺序也适合熟手在踩坑时对照输出里的异常状态反推根因。下面我按实际排障会经过的顺序来拆这份材料。2. 先会看设备面板和单板状态show card 与资源状态的七种含义2.1 槽位布局先搞清C300 和 C320 的面板差异不管你是 SSH 上去敲命令还是现场看面板第一步都是确认槽位上插的是什么板。C300 的公共接口板上带 BITS 时钟输入/输出、1PPSTOD 接口和环境监控接口这块板不能插 PON 板电源板是 -48V 双路冗余风扇插箱 1U 高、3 组风扇主控交换板 9U 高支持冗余保护上联卡 4.5U 高、共 2 个槽位常见的是 4 口千兆以太网光口板、4 口千兆光电混合接口板和 2 口 10GE2 口 GE 混合接口板。业务板卡区最多 14 个槽位支持 8/16 口 EPON、8/16 口 GPON、8 口 10G-EPON 和 8 口 10G-GPON 板。C320 和 C300 最大的区别在主控和上联的集成方式。C320 有千兆上联主控板和万兆上联主控板万兆上联板上有 4 个标着 XGE 的口这里有个常见误区XGE 口是万兆物理接口但它可以插千兆光模块速率手动设置为 GE 后就能当千兆口用。现场如果按默认配置直接插千兆模块端口可能会起不来这个细节我在后面会再提。2.2 show card 输出状态逐个拆解登录设备后我一般先跑show card这条命令是判断单板状态的第一入口。命令输出里每一行对应一个槽位重点关注 CfgType、RealType 和 Status 三列。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 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 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH 1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGINGStatus 字段里有几种状态需要记牢INSERVICE 表示板卡已进入服务状态业务正常转发NOPOWER 表示板卡在位但没通电常见于电源板故障或槽位未供电HWONLINE 表示板卡在位但不在线这种情况通常是没有版本文件、没有添加单板或者单板损坏OFFLINE 表示板卡不在位可能是没插或没插到位TYPEMISMATCH 很直接——你添加的板卡类型和实际插入的板卡不匹配CONFIGING 表示正在配置同步STANDBY 是备用主控板的正常状态主用主控板故障时它会接管。我处理过几次“PON 口下全是红色告警”的工单最后都是通过show card发现某个业务板卡状态是 HWONLINE而不是物理板卡损坏。原因多半是该板卡的版本文件丢失需要重新添加单板或重新加载版本文件。所以看到 HWONLINE 不要急着换硬件先把版本文件和单板添加状态核实一遍。2.3 温度和 CPU 负荷两条容易忽略的巡检命令show card-temperature用于查看单板温度输出包括当前温度、5 分钟平均温和 1 小时平均温。单板温度最好不超过 55℃温度过高会严重影响业务且这类故障往往不是瞬时爆发而是温度缓慢爬升后在某个业务高峰期突然丢包。C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) Optical-Temp ---------------------------------------------------------------------------- 1 1 2 44 43 43 N/A. 1 1 5 42 42 42 N/A. 1 1 6 41 41 41 N/A. 1 1 10 32 32 32 N/A.show processor用于查看 CPU 负荷和内存占用。如果 CPU 利用率长时间大于 60%需要核查原因如果长时间处于 99%极可能是 CPU 收到了协议报文冲击比如某个 PON 口下的流氓光猫频繁发送异常报文或者上联口存在广播风暴。内存占用也要留意主控板内存到 66% 时就要关注业务板是否异常。3. 查光猫注册状态未注册列表、按 SN/LOID 反查与 EPON/GPON 命令差异3.1 先看未注册光猫两种命令覆盖两种制式光猫无法上网时第一步就是确认光猫有没有在 OLT 上完成注册。GPON 和 EPON 的查询命令不一样这个区别很关键。GPON 用show pon onu uncfgEPON 用show onu unauthentication。C300# show pon onu uncfg OltIndex SN LOID -------------------------------------------------------------------------- gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/2/10 HWTC33C854A3 N/A epon-olt_1/2/6 N/A 9980260532C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin epon-olt_1/2/6 N/A 9980260532Cshow pon onu uncfg的输出里OltIndex 列会标明是 gpon-olt 还是 epon-olt。SN 为空或 LOID 为 N/A 都可能影响注册匹配。有些专线光猫为了固定接入位置要求 SN 和 LOID 都匹配任何一个字段对不上都注册不上这在后面的案例里会看到。EPON 下的show onu unauthentication输出更细包含 MAC、SN、在线状态和认证拒绝字段。C300# show onu unauthentication Onu interface : epon-onu_1/2/6:1 Onu Model: ZTE-F400 MAC address : 0026.ed88.5683 SN : Online State : authentication deny RegTime : 2020/07/21 18:04:01看到 Online State 为 authentication deny 时说明光猫的注册请求被拒绝了要从认证参数着手查而不是查链路。3.2 按 SN 或 LOID 反查已经注册的光猫在哪个口光猫已经注册过但业务不通需要根据 SN 或 LOID 反查它注册到了哪个 PON 口和 ONU 编号。GPON 下分别用show gpon onu by loid和show gpon onu by snEPON 同理。C320# show gpon onu by loid 9980599382C Search result ------------------ gpon-onu_1/1/1:1 C300# show gpon onu by sn FHTT57D2AEF0 Search result ------------------ gpon-onu_1/1/1:2 C300# show gpon onu by loid 9980260532C %Code 62310-GPONSRV : No related information to show.注意最后一条输出报错 Code 62310-GPONSRV 表示 GPON 域没有查到对应 LOID。遇到这条报错第一反应不是光猫没注册而是光猫可能注册在 EPON 口下或者根本不在这台 OLT 上。正确做法是换show epon onu by loid再查一次或者回到show pon onu uncfg看它在哪个 OltIndex 下出现。3.3 注册异常时的排查顺序建议我处理注册异常的顺序一般是先show pon onu uncfg看光猫是否出现在未注册列表里如果没出现按 SN 反查确认它是否已经注册到别的 PON 口如果出现在未注册列表里对比 SN/LOID 与 OLT 配置的认证绑定关系最后再查光猫的上行光功率和 PON 口收光功率排除物理链路问题。这一步要留意注册异常很多是光猫侧发了错误的 LOID 或 LOID 密码导致认证被拒而不是 OLT 配置丢了。4. 业务配置三层视图PON 口、ONU 和远程下发模式怎么配合4.1 第一层PON 口视图看“哪些光猫注册在这个口下”show running-config interface gpon-olt_1/1/2查看 PON 口下的光猫注册信息输出里每一行 onu 都包含编号、光猫型号和 LOID。这个视图解决“这个口下有哪些光猫”的问题。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 !resource-id-assign-mode mode2 是 ONU 资源分配模式具体看局点模板linktrap disable 表示该 PON 口不主动上报链路状态变化到网管避免链路震荡时产生大量无意义告警。核对光猫注册问题时重点对比 LOID 与光猫侧实际配置的 LOID 是否一致。4.2 第二层ONU 视图看“这台光猫内部怎么转发”show running-config interface gpon-onu_1/1/2:1查看单台光猫的业务配置输出里有 tcont、gemport、service-port 三个核心对象。tcont 是带宽承载实体按业务类型划分 ITMS、HSI、ITV、VOIPgemport 是 GEM 端口和 tcont 绑定service-port 把 vport、user-vlan、vlan 串起来决定业务流量怎么打标签。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 !这段配置是“上行对接交换机”的典型写法VLAN 都是单层。user-vlan 是 ONU 侧用户 VLANvlan 是 OLT 侧业务 VLAN在单层 VLAN 模式下两者数值可以一致也可以不同关键看对接设备怎么剥标签。igmp fast-leave enable 是组播快速离开针对 vport 3也就是 ITV 业务口防止换台时组播流迟迟不释放。4.3 第三层远程下发模式看“OLT 到光猫电口怎么映射”show onu running config gpon-onu_1/1/2:1查看远程下发模式的电口数据这条命令的输出起的是 OLT 与 ONU 之间的“桥接”作用。on OLT 上看到的是 gemport 与光猫内部 VLAN 的对应关系。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 !这里有个容易绕晕的点service ITV gemport 3 vlan 45 和 service ITV-50 gemport 3 vlan 50 同时存在。因为 IPTV 业务有直播和点播两种流量直播走组播 VLAN点播走单播 VLAN但都复用同一个 vport 3。如果光猫里 IPTV 起不来先看这两行 service 是否齐全再检查光猫侧电口 VLAN 是否与之一一对应。还有一种非简化模式的写法把 flow 和 gemport 的映射关系显式写出来适合排查多业务叠加的场景。C300# show onu running config gpon-onu_1/7/9:12 pon-onu-mng gpon-onu_1/7/9:12 flow 1 pri 7 vlan 46 flow 2 pri 0 vlan 41 flow 3 pri 5 vlan 45 flow 3 pri 5 vlan 50 flow 4 pri 7 vlan 43 gemport 1 flow 1 gemport 2 flow 2 gemport 3 flow 3 gemport 4 flow 4 !flow 模式里还带着 802.1p 优先级比如语音的 pri 7、IPTV 的 pri 5。如果用户反馈电视画面马赛克但宽带正常优先检查 IPTV 链路里 service-port 的 vlan 映射和 flow 3 的优先级标记是否被上层设备重写过。5. 故障排查避坑记录注册异常、流氓光猫、测速不达标的五个案例5.1 show gpon onu by loid 报 Code 62310光猫却明明在线现象按用户提供的 LOID 执行show gpon onu by loid返回%Code 62310-GPONSRV : No related information to show但该用户宽带能正常拨号。原因这台 C300 上同时承载 EPON 和 GPON用户光猫实际注册在 EPON 口。GPON 域查不到 LOID 是正常的不是没注册。解决改为show epon onu by loid查询或先用show pon onu uncfg看该 LOID 出现在哪个 OltIndex 下。从那以后我凡是按 LOID 反查都先确认光猫制式再选对应命令。5.2 单板状态 HWONLINE 但 PON 口业务全断现象某台 C300 一个业务槽位下所有 PON 口业务中断show card显示该板卡状态为 HWONLINE不是 OFFLINE也不是 INSERVICE。原因HWONLINE 表示板卡在位但不在线常见于没有版本文件、没有添加单板或单板损坏。现场复位板卡后状态依然不变确认是版本文件丢失。解决重新加载该板卡的版本文件再执行添加单板的操作待状态转为 INSERVICE 后业务恢复。不要看到 HWONLINE 就申请换板先把版本和软件状态排查干净。5.3 同一 PON 口下所有用户不定时掉线单户排查无异常现象某 PON 口下约 20 个用户随机掉线掉线时间集中在晚间单户光功率正常重启光猫后能短暂恢复。原因该 PON 口下有一只流氓光猫异常发光或收光灵敏度劣化导致上行时隙被噪声干扰整个 PON 口的上行光功率波动。单户测试时测的是静态光功率抓不到瞬态干扰。解决在 OLT 上逐台查看该 PON 口下所有 ONU 的收发光功率锁定发光功率异常偏大或抖动剧烈的 ONU隔离后更换。现在排查批量掉线我会保留show pon power的连续输出做趋势对比单次采样很难定位流氓光猫。5.4 TYPEMISMATCH配置里添加的板卡和实际实物对不上现象show card中某槽位显示 TYPEMISMATCH业务板不工作网管侧上报单板类型不匹配告警。原因有人在网管上提前添加了槽位板卡但槽位里实际插入的板卡型号与配置不一致比如配置了 8 口 GPON 板实际插入的是 16 口板。解决先确认现场实物板卡型号用show card对比 RealType再按实际板卡修改配置。这个问题在备件临时替换时最容易出现替换板卡后记得同步更新网管上的槽位配置。5.5 机顶盒获取错误地址宽带正常但 IPTV 不通现象用户宽带可以正常上网机顶盒却获取到 192.168.x.x 的地址而不是 IPTV 业务 VLAN 分配的地址直播黑屏。原因机顶盒发出的 DHCP 请求没有进入正确的 IPTV 业务通道。现场检查发现 service-port 里组播 VLAN 与单播 VLAN 复用同一个 vport但光猫侧对应电口的 VLAN 绑定没加组播 VLAN。解决在光猫侧电口配置里同时放通 45单播和 50组播两个 VLAN并确认 OLT 侧service-port 5 vport 3 user-vlan 50 vlan 50存在。机顶盒重新获取地址后恢复。6. 养成一个留痕习惯用日志回显分析替代纯看屏最后分享一个我改不掉的习惯所有show命令的回显不只看还要留痕。登录 OLT 后我会先开启日志记录把show card、show processor、show pon onu uncfg三条命令的输出存成文本再开始动任何配置。C300# terminal length 0 C300# show card card_before.txt C300# show processor cpu_before.txt C300# show pon onu uncfg onu_uncfg_before.txtterminal length 0 的作用是关闭分页防止长输出在交互模式下被截断。重定向到文本后故障处理完可以用 diff 对比前后差异。比如处理流氓光猫时处理前保存所有 ONU 的光功率输出隔离后重新采集diff 一下就能看到是哪个 ONU 消失、其他 ONU 收光是否恢复正常。这个习惯帮我少背了不少锅也让我在处理完故障后能快速整理出给上游的排查记录。备份文本还能解决一个实际问题OLT 上配置回滚时你不知道当前配置和昨天差在哪。把每天的show running-config定期存一次出问题时 diff 两个版本改动一目了然。从那以后我每次上 OLT 处理故障前都强制先跑一遍这三条命令并留痕再动配置。希望帮到你。本文还有配套的精品资源点击获取
