简介中兴OLT常用命令及故障解析处理手册面向光接入网运维人员是一份系统梳理中兴OLT设备运维与排障的SOP资料。内容先介绍ZXA10 C300/C320的面板结构、电源板、主控交换板及上联卡等硬件组成随后给出show card、show version、show running-config等常用命令及状态字段释义帮助读者快速掌握设备健康度检查并理解光网络整体连接架构与ONU常见操作。故障章节按设备板卡、ONU、上联状态、光猫侧、机顶盒、流氓光猫等场景分类详细解析OLT网元断链、光猫注册异常、获取错误地址、测速不达标、专线卡顿等高频故障的处理流程并结合现场案例演示从告警收集、业务范围判断到根因定位的完整排障思路。资源包为1个PPTX文件约7.17MB目录清晰适合日常查阅与团队培训。目前已有2789人学习下载是一份实用的光接入网络运维参考。1. 接入网运维的第一现场这套手册解决什么问题一个雷雨夜某小区上千户宽带同时掉线光猫全部离线后台重启无效。登进 OLT 看到show card里一块 8 口 GPON 板显着HWONLINE光功率全部消失——这种大面积业务异常最怕的不是故障本身而是现场人员不知道该先看哪条命令、先排除哪层原因。这套《中兴 OLT 常用命令及故障解析处理手册》的核心价值就是把这类场景拆成可控的排查步骤先判断设备层有没有硬件故障再查 ONU 注册状态最后核对 VLAN 与上联配置。适合接入网运维、装维支撑人员使用也适合网络方向做毕设或课设时作为“设备状态管理 故障定位流程”这类题目的完整方案参考。下文从设备面板、常用命令、故障分类到具体案例完整演示怎么用它定位问题、怎么在答辩时把过程讲清楚。2. 设备认知先行C300/C320 的面板、槽位与板卡状态机2.1 两代平台的槽位布局差异拿到一台 OLT第一件事不是敲命令而是先看清机框里插了什么板。C300 和 C320 的面板布局不同槽位含义也不同认错板卡类型会直接导致后续判断失误。C300 的典型结构分五层最上方是通用公共接口板提供 BITS 时钟输入/输出、1PPSTOD 接口和环境监控接口这块板不能插 PON 板电源板高度 4.5U双路冗余工作电压 -48V风扇插箱 1U 高度、内置 3 组风扇主控交换板 9U 高度冗余保护上联卡 4.5U 高度、共 2 个槽位可插 4 口千兆以太网光口板、4 口千兆光电混合接口板或 2 口 10GE 2 口 GE 混合接口板。业务板卡区高度 9U最多 14 个槽位支持 8/16 口 EPON 板、8/16 口 GPON 板、8 口 10G-EPON 板和 8 口 10G-GPON 板。C320 的结构更紧凑主控和上联合一分为千兆上联主控板和万兆上联主控板。这里有个容易看走眼的点万兆上联板的 4/2 接口英文标识是 XGE但物理上可插千兆光模块速率要手动设为 GE。现场见过有人拿 XGE 口当千兆口用速率不匹配导致上联起不来这属于典型的“看型号不看配置”。2.2 show card 状态机每个字段对应什么物理含义判断板卡故障show card是最先要敲的命令。输出里每个状态字段都有明确的物理含义不能只看“是不是 INSERVICE”。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 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状态字段的对应关系如下INSERVICE表示板卡进入服务状态正常工作NOPOWER表示板卡在位但没通电优先查槽位供电和背板HWONLINE是板卡在位但不在线常见原因是没有版本文件、没有添加单板或单板硬件损坏OFFLINE表示槽位为空、板卡不在位STANDBY是备用主控板处于热备状态TYPEMISMATCH表示配置中添加的板卡与实际插入的板卡型号不匹配CONFIGING表示正在做配置同步。排障时我一般会先看 Status 列把所有非 INSERVICE 的槽位全部标记出来再逐条对应 CfgType 和 RealType。比如1/1/13显示 TYPEMISMATCHCfgType 是 ETGO 而实际槽位信息缺失这就是开局时板卡插错槽位或数据配置错误不是板子坏了重插或改配置即可不用换板。2.3 温度、风扇与 CPU硬件健康的三组联动指标单板状态正常不代表设备健康温度、风扇转速和 CPU 占用率必须组合起来看。这三组数据单独看都有迷惑性但放在一起能还原设备真实运行状态。C300# show fan FanControlType : temperature-control TemperatureThreshold : 10 30 38 46 (deg c) FanSpeedLevelPercent : 20% 35% 50% 75% CriticalTemperatureThreshold : 160(deg c) Environment Temperature : 23(deg c) FanUnitId SpeedLevel ActualSpeed(RPM) ---------------------------------------------- 1 2 2100 2 2 2100 3 2 2100风扇是温度控制模式四个温度阈值 10/30/38/46 对应四档转速 20%/35%/50%/75%。当前环境温度 23℃风扇处于第二档 2100 RPM这是正常联动。需要警惕的是两个极端环境温度长时间高于 46℃ 风扇仍不升档说明风扇控制链路有问题温度正常但转速异常偏高可能是风扇轴承老化或温控策略被改过。C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) Optical-Temp ------------------------------------------------------------------------------- 1 1 5 42 42 42 N/A. 1 1 10 32 32 32 N/A.单板温度超过 55℃ 就要重视了高温会直接影响光模块发光功率和转发芯片稳定性业务时延变大、丢包增多往往就是温度问题引起。show processor输出里 CPU 利用率分 5s、1m、5m 三个窗口长时段大于 60% 需要核查原因如果 CPU 长时间压在 99%大概率不是业务量大而是协议报文冲击后面故障章节会展开说。3. 常用命令组合状态查询、注册核对与配置解读3.1 三板斧先看硬件、再看时间、最后看链路OLT 排障的第一组命令永远是硬件状态、系统运行时间和上联链路。顺序不能乱先确认设备本身没病再谈业务。show system-group用于查看系统运行时间和设备位置信息最核心的字段是Started before直接反映设备最近有没有掉过电。如果用户报障“凌晨断网”而系统时间显示设备 5 天前启动说明 OLT 没掉电问题在别处如果显示刚启动 20 分钟那先查电源和机房供电别急着查光猫。C300# show system-group System Description: C300 Version V2.1.0 Software Started before: 5 days, 16 hours, 15 minutes System name: KS-TS-26HaoXiaoQu-C300show processor要重点看主控板槽位的 CPU 和内存。主控板内存占用率如果从 26% 涨到 66%且 CPU 5m 窗口持续上涨通常是有异常协议报文或某块业务板在反复请求配置。查链路用show interface看上联口收发光和错包计数物理层没问题再往上联交换机 ping 网关。3.2 注册查询未注册列表、按 LOID 查、按 SN 查光猫上不了网先分清是“没注册”还是“注册了但业务不通”。这两种情况的排查路径完全不同。查看未注册光猫用show pon onu uncfgGPON 和 EPON 都适用C300# show pon onu uncfg OltIndex SN LOID ------------------------------------------------------------------------- gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/15/2 ZTEGC04A5073 ZTEGC04A5073这个命令的价值在于快速发现“在线但未注册”的光猫。LOID 为空的设备要特别留意专线光猫经常用 SN 做认证LOID 为空属于正常。EPON 侧用show onu unauthentication输出包含 MAC、SN、LOID、Online State 和 RegTime其中authentication deny表示认证被拒绝优先检查 OLT 侧是否配置了该 ONU 的 MAC 或 SN 白名单。已注册光猫的查询用show gpon onu by loid和show gpon onu by snC320# show gpon onu by loid 9980599382C Search result ------------------ gpon-onu_1/1/1:1返回gpon-onu_1/1/1:1表示该 LOID 注册在 1 框 1 槽 1 口下。如果返回%Code 62310-GPONSRV: No related information to show.说明 LOID 在 OLT 侧没有数据光猫根本没完成注册流程往 PON 口下挂情况、光路质量和注册模板方向查。3.3 配置核对running-config 里的业务链路还原注册成功但业务不通就要核对业务配置。从show running-config interface gpon-olt_1/1/2能看到这个 PON 口下注册了哪些光猫及认证方式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再查单个光猫的数据配置show running-config interface gpon-onu_1/1/2:1这是还原业务链路的核心命令interface gpon-onu_1/1/2:1 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 service-port 1 vport 1 user-vlan 46 vlan 46 service-port 2 vport 2 user-vlan 41 vlan 877 service-port 5 vport 3 user-vlan 50 vlan 50 igmp fast-leave enable vport 3配置文件里依次定义了 TCONT上行带宽管道、GEMPORT业务流封装、SERVICE-PORTVLAN 映射。user-vlan 46 vlan 877表示用户侧 VLAN 46 进入 OLT 后映射到网络侧 VLAN 877这是常见的单层 VLAN 透传。有些局点采用双层 VLAN配置里会出现svlan 270这样的字段表示外层 VLAN 封装。这套“用户 VLAN → 网络 VLAN → SVLAN”的映射关系是判断数据配置是否正确的关键也是答辩时最能体现功底的细节。远程下发模式下还需要看show onu running config gpon-onu_1/1/2:1确认光猫侧电口与 GEMPORT 的对应关系。简化命令模式直接用service ITMS gemport 1 vlan 46建立桥接非简化模式则用flow 3 pri 5 vlan 45指定每个 flow 的优先级和 VLAN。这两种模式配置写法不同但作用相同现场最常翻车的点是改了一侧忘了改另一侧造成 OLT 侧 VLAN 映射和光猫侧桥接对应不上。4. 故障分类与避坑五类高发问题的定位流程4.1 先把故障分类设备板卡、ONU、上联、光猫与业务故障处理最忌讳上来就猜。手册的故障分类逻辑是按“业务范围 故障现象 触发条件”三维划分先定位故障发生在哪一层再决定用哪组命令。设备板卡故障表现为整框或某槽位业务全断优先用show card和show card-temperature确认硬件状态ONU 故障表现为单户或单 PON 口下部分光猫掉线查show pon onu uncfg和注册信息上联状态问题表现为整台 OLT 下所有用户同时卡顿或丢包查上联口收发光和错包计数配合show processor看主控 CPU 是否异常光猫侧故障表现为光猫在线但业务不通重点核对 LOID、VLAN 配置和 ITMS 下发状态业务类故障比如机顶盒获取错误地址、测速不达标则需要结合组网拓扑逐跳排查。分类对了命令组合自然就出来了这也是这套手册最有价值的部分。4.2 典型故障处理流程网元断链、注册异常与流氓光猫OLT 网元断链是网管侧最常见的告警现象是网管平台上这台 OLT 离线但用户可能一切正常。处理流程按四步走第一步show system-group确认设备是否掉电重启过第二步ping 网管服务器地址不通再查管理通道确认是带外管理还是带内管理带内管理要检查上联链路第三步show card看主控板是否有倒换STANDBY 板变为 ACTIVE 时网管会短暂断链第四步show log查断链时间点附近是否有链路抖动记录。按照这个顺序走一遍基本能在 10 分钟内定位到具体原因而不是在网管上反复重启采集通道。光猫注册异常分为两类一类是注册不上另一类是注册了又被踢下线。注册不上先查show pon onu uncfg确认光猫是否被 OLT 发现如果列表里根本没有这台光猫说明光路有问题查分光器到 OLT 的收光功率如果列表里有但认证不通过检查 LOID 是否输入错误、注册模板是否绑定 SN。常见的隐蔽场景是“新光猫替换旧光猫”OLT 侧仍绑定旧 SN新光猫无法通过认证此时用sn-bind disable关闭绑定或重新绑定新 SN 即可。流氓光猫故障隐蔽性很强现象是某个 PON 口下所有光猫时断时续单独看每台光猫光功率都正常。原因是一台光猫异常发光或产生环路把整个 PON 口的上行时隙占满。排查时用show pon power attenuation或逐台关闭 ONU 口的方式定位异常设备处理完成后要把该光猫的发光功率和状态作为基线记录下次再出同类问题可以直接对比。这类故障在手册里专门强调了“隔离问题光猫、调整光功率”的处置思路属于典型的“一只老鼠坏一锅汤”。4.3 最容易翻车的三个坑现象、原因与解决第一个坑是HWONLINE直接判板卡损坏。现象是show card里某业务板显示 HWONLINE现场人员直接申请换板但问题依旧。原因是 HWONLINE 只表示“板卡在位但不在线”可能是槽位没有添加单板数据、版本文件缺失或者板卡与背板接触不良不一定是硬件损坏。解决方法是先show card核对 CfgType 和 RealType 是否一致再通过拔插板卡或重启单板观察状态是否恢复确认硬件故障后才走换板流程。第二个坑是 LOID 和 SN 混用导致认证失败。现象是光猫注册时提示认证拒绝但 LOID 明明没错。原因是部分专线光猫使用 SN 认证GPON 和 EPON 的认证字段不同GPON 看 SNEPON 看 MAC 或 SN现场只查 LOID 忽略 SN 绑定自然查不到问题。解决方法是先确认该局点的认证模式再分别用show gpon onu by sn和show gpon onu by loid查询双字段比对后才能确认注册链路是否完整。第三个坑是把 CPU 高占用简单地归因于话务量大。现象是show processor显示主控板 CPU 长时间 99%业务侧表现是光猫频繁掉线。原因是协议报文冲击比如下挂环路导致的广播风暴或某个 ONU 疯狂发送报文而不是用户量真的那么大。解决方法是先看 CPU 5s、1m、5m 三个窗口的变化趋势再通过 Wireshark 或设备抓包确认报文类型定位到具体端口后隔离处理。CPU 冲高不解决就重启主控板往往重启完几分钟又打满治标不治本。5. 验收与答辩让这套方案能证明你的故障定位能力如果你的任务是拿这套手册交课设或毕设验收的关键不是“能背出多少命令”而是能不能现场走通一条完整的故障定位链路。我建议按下面的验收清单自测每一项都对应一个可演示的动作验收项演示动作通过标准设备认知对照面板实物或截图指出主控、上联、PON 板槽位能准确说出各板卡高度、槽位数和接口类型状态查询执行show card并解读所有状态字段能解释 HWONLINE、TYPEMISMATCH 等状态的成因注册核查用show pon onu uncfg找出未注册光猫能区分 GPON 按 SN、EPON 按 MAC 的认证差异配置还原用show running-config interface gpon-onu还原业务链路能画出 用户 VLAN → GEMPORT → SVLAN 的映射关系故障定位随机抽取一个故障案例按“硬件 → 注册 → 转发”三层排查10 分钟内给出定位结论和处理建议答辩时最大的加分技巧是“按层次讲故障”。比如评委问你怎么排查光猫不能上网不要一上来就背命令而是先说排查思路先看show card排除单板问题再看show pon onu uncfg确认光猫注册状态最后查show running-config interface gpon-onu核对 VLAN 映射三层逐级收窄逻辑清晰且有工程感。讲解时配合命令输出截图把每个状态字段的含义说清楚比罗列二十条命令有效得多。还有一个小技巧可以把整套手册整理成“现象 → 定位命令 → 处理动作”的速查表放在方案最后当附录。这个速查表既是你实际落地的工具也是答辩时快速回答问题的底稿评委问任何一个故障场景你都能在三秒内翻到对应处理步骤。从那以后我每次做网络类项目都强制走一遍“先分类、再查状态、后验证配置”的标准流程不再凭感觉跳步排查少走了很多弯路。这份手册的完整命令和案例细节直接跟着原文过一遍就能复现。希望帮到你。本文还有配套的精品资源点击获取