简介面向光网络运维人员的中兴OLT故障排查SOP手册系统梳理ZXA10 C300/C320设备面板构成主控交换板、上联卡、PON业务板等、常用命令解析show card/interface/vlan/mac-address等与故障分类处理流程适合接入网维护工程师、数通技术人员及中兴设备认证备考者快速建立排障框架。包内共1个PPTX文件约7.17MB以图文为主重点拆解板卡状态判断INSERVICE/NOPOWER/HWONLINE等、ONU注册异常、上联断链、光猫注册及机顶盒地址错误、流氓光猫干扰、测速不达标和专线卡顿等典型场景每一类均给出定位思路、排查步骤和案例复盘。已有2789人学习下载可当作日常维护速查手册与故障处置模板帮助读者围绕故障类型、业务范围、触发条件及信息反馈收集多方位定位并快速恢复业务。1. 光猫亮红灯、用户叫断网OLT 排错为什么总是卡在第一步“光猫亮红灯”大概是每个做过宽带装维的人最熟悉的五个字。用户报障时只丢来一句话网络不能用了。你到现场一看光猫 PON 灯闪、LOS 灯亮然后呢换光猫、换尾纤、查分光器靠“换一遍试试”碰运气如果每次都这样OLT 对你就是个黑匣子——明明在 OLT 侧敲一条命令就能看到板卡在不在服务、光猫有没有注册成功、光功率是否正常却非要跑到楼道里瞎猜。这篇笔记写给正被这类故障卡住的人装维、代维、刚接手中兴 OLT 的新网工。它不从头科普 PON 网络而是把 ZXA10 C300/C320 排障时反复用到的命令、状态字含义和故障案例整理成一套能直接照做的排查手册覆盖光猫注册失败、网元断链、流氓光猫、测速不达标这些高频报障场景。后面每一章你都能直接抄命令。2. 设备面板与板卡状态show card 的状态字决定排查方向2.1 先认识 C300/C320槽位、板卡与冗余排 OLT 故障的第一步不是敲命令而是知道这台设备长什么样。ZXA10 C300 机框从上到下大致是通用公共接口板BITS 时钟输入/输出、1PPSTOD 接口、环境监控接口、电源板-48V双路冗余、风扇插箱1U3 组风扇、主控交换板9U冗余保护、上联卡4.5U共 2 个槽位和主要业务板卡9U最多 14 个槽位。上联卡常见有 4 口千兆以太网光口板、4 口千兆光电混合接口板、2 口 10GE2 口 GE 混合接口板业务板常见 8/16 口 EPON、8/16 口 GPON、8 口 10G-EPON、8 口 10G-GPON。C320 的上联集成在主控板上分千兆上联主控板和万兆上联主控板。这里有个新手最容易翻车的点C320 万兆上联板的 4/2 口在配置里显示为 XGE但 XGE 口允许插千兆光模块插了之后必须把速率设置为 GE否则链路协商不起来上层交换机一直报“端口 down”。这个坑我后面单独写一条避坑记录。理解槽位才能读懂命令输出。show card里那串1 1 3表示 Rack 1 / Shelf 1 / Slot 3对应框上第 3 个业务槽位。日常报障里经常出现“换了个 10G 光猫但 PON 板还是老 GPON 板”的情况这种板卡类型不匹配的问题一条show card就能看出来。2.2 show card 状态字详解每个状态字对应什么处置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 7 GTGHK 16 V1.0.0 V2.1.0 HWONLINE 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 CONFIGING这个命令输出里最容易误判的是HWONLINE。它表示板卡在位但不在线根因有三类板卡软件版本文件缺失、单板尚未在配置中添加、板卡硬件本身损坏。我见过有人看到 HWONLINE 就直接申请换板结果换上新板还是 HWONLINE——最后发现是主控上根本没配这块板。正确做法是先核对配置里有没有这个槽位的单板再查版本文件是否加载最后才怀疑硬件。状态字对照和处理方向整理如下状态字含义处理方向INSERVICE板卡在服务正常工作无需处理NOPOWER板卡在位但未通电查电源模块、背板供电、板卡是否插紧HWONLINE板卡在位但不在线查版本文件、单板配置、板卡硬件OFFLINE板卡不在位确认是否插错槽位或未插板TYPEMISMATCH配置类型与实际板卡不匹配修改配置类型或更换实际板卡CONFIGING配置同步中等待同步完成长时间不结束查主控板STANDBY备用主控板正常待命无需处理主备切换后自动接管TYPEMISMATCH是另一个高频现场槽位上实际插的是 GTGHK但配置里写的是 ETGO状态就直接给你TYPEMISMATCH业务板起不来。解决办法是把配置里的板卡类型改成与实际一致或者反过来把板卡换成配置的设备。注意RealType列显示的是真实板卡CfgType列是配置类型两个对不上就是这类问题。板卡不在位而配置存在时Port字段正常Status为OFFLINE这类通常是板卡被拔出或槽位识别异常先确认物理插槽。2.3 温度、风扇、CPU每次排障前先做硬件健康检查很多光猫闪断、注册不上、上联丢包的故障根子其实在 OLT 硬件健康度。所以我的习惯是任何排障开始前先看温度、风扇和 CPU三分钟排除“环境因素”。C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) Optical-Temp ------------------------------------------------------------------------ 1 1 3 43 43 43 N/A 1 1 7 37 37 37 N/A 1 1 10 32 32 32 N/A 1 1 17 43 43 43 N/A单板温度最好不要超过 55℃温度过高会严重影响业务尤其是光模块高温下光功率漂移特别明显。看到温度逼近 55℃ 时先别急着查业务配置检查机柜通风、风扇转速和灰尘情况。Temperature(5m)和Temperature(1h)两个字段能看出温度是在爬升还是已经稳定如果 5 分钟均值持续高于 1 小时均值说明散热在恶化。风扇状态用show fan查看。正常工作时风扇会根据环境温度自动调节转速输出里能看到温度阈值比如 10/30/38/46℃和对应转速档位20%/35%/50%/75%。如果环境温度 23℃ 时转速等级停留在高档或者某个 FanUnitId 的 ActualSpeed 明显低于其他风扇重点检查风扇模块本身和防尘网。风扇故障初期不会直接断业务但会推高板卡温度属于典型的“慢性病”。C300# show processor Rack Shelf Slot CPU(5s) CPU(1m) CPU(5m) PhyMem(MB) Memory --------------------------------------------------------------- 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 负荷要分三层看5 秒、1 分钟、5 分钟。如果 CPU 利用率长时间大于 60%需要核查原因如果长期 99%大概率是 CPU 收到协议报文冲击——最常见的就是某个 PON 口下有大量未知光猫反复注册或者下挂设备在大量发广播报文这种时候光猫注册会失败、上联数据面会震荡。主控板的 Memory 占用如果持续高位比如 66%同时伴随业务配置同步缓慢优先考虑内存泄漏类问题先记录现场再考虑重启主控。这几条命令组合起来就是 OLT 排障的第一道工序硬件健康度过关了才谈得上继续查光猫、查链路、查配置。3. 光猫注册失败排查从未注册列表到认证状态的完整链路3.1 新光猫上线注册不上先看未注册列表用户换光猫、新装宽带最常见的问题是“光猫注册不上”。很多人第一时间跑到用户家去按光猫注册页但更高效的做法是先上 OLT 看这台光猫有没有被 OLT “看见”。光猫上线时会上报 SN/LOID只要光路正常OLT 侧就能看到它。C300# show pon onu uncfg OltIndex SN LOID ------------------------------------------------------------ gpon-olt_1/1/6 FHTT560xxxxx -- gpon-olt_1/2/10 HWTC33Cxxxxx N/A gpon-olt_1/14/2 SCTY40Fxxxxx N/A gpon-olt_1/14/8 YHTCE8Axxxxx useradmin gpon-olt_1/15/2 ZTEGC04xxxxx ZTEGC04xxxxx gpon-olt_1/17/6 ZTEGC08xxxxx ZTEGC088xxxxxshow pon onu uncfg输出的是“未配置”的光猫也就是说 SN 已经能被 OLT 发现但还没有对应的 ONU 配置。注意区分几类LOID 为--或N/A的空 LOID 光猫、LOID 被填成useradmin的错误光猫、LOID 等于 SN 的专线光猫。只要光猫出现在这个列表里说明物理光路大概率没问题问题在配置或认证。EPON 侧的命令不是uncfg而是show onu unauthentication两者的区别要搞清楚C300# show onu unauthentication Onu interface : epon-onu_1/2/6:1 Onu Model: ZTE-F400 MAC address : 0026.ed88.5683 SN : LOID : Online State : authentication deny RegTime : 2020/07/21 18:04:01Online State: authentication deny是这条命令里最关键的字段表示光猫的认证请求已经被 OLT 拒绝了。EPON 下没配置 LOID、LOID 密码错误、MAC 绑定冲突都会出现这个状态。处理方向是核对工单里的 LOID 和密码是否在光猫里填对而不是反复重启光猫。3.2 已注册光猫反查按 SN 或 LOID 找到 ONU 接口排障中经常反着来手里有一串 SN 或 LOID但不知道这台光猫挂在哪个 PON 口、对应哪个 ONU 接口。物理定位只需要两条命令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 C300# show gpon onu by loid 9980260532C %Code 62310-GPONSRV : No related information to show.第一个命令按 LOID 反查第二个按 SN 反查返回的gpon-onu_1/1/1:1就是完整的 ONU 接口标识格式是“PON口:ONU序号”。查询结果为空时GPON 会返回%Code 62310-GPONSRV: No related information to show这不是设备故障是查询语法本身没错但没查到数据常见原因有三个LOID 输入有误常见是漏了末尾的 C、大小写不对、混入全角字符光猫实际上注册在另一台 OLT 上光猫还没在 OLT 完成注册。EPON 侧对应命令是show epon onu by loid输出格式一样。拿到 ONU 接口号之后我通常会紧接着查这台光猫的注册信息细节C320# show gpon onu by sn FHTT57D2AEF0如果设备支持还可以继续看光猫的型号、软件版本、上线时间判断是不是光猫固件太老导致注册后反复掉线。这类“注册成功但爱掉线”的光猫在 OLT 侧看在线状态往往反复横跳需要和光猫软件版本联动排查。3.3 注册成功但业务不通看 running-config 里的 ONU 数据配置光猫注册成功只代表认证通过用户能不能上网还取决于 PON 口下的 ONU 业务配置。这段配置新手最容易看晕因为涉及tcont、gemport、service-port、vport四个概念但它们之间的关系其实是一条链tcont分配带宽容器gemport承载业务流service-port把用户 VLAN 映射到业务 VLANvport是光猫侧的逻辑端口编号。KS-XX-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 !先看 PON 口这层确认 ONU 的 type 和 LOID 是否和现场光猫一致。type ZTEG-F660表示光猫型号模板如果现场实际是 F677 而配置写 F660通常不影响注册但可能会影响远程下发参数。接着看单台光猫的业务接口配置KS-XX-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 46 vlan 46表示用户侧 VLAN 46 直接透传为业务 VLAN 46中间不套外层 VLAN。注释里的 ITMS 是网管通道、HSI 是宽带、ITV 是电视、VOIP 是语音。业务不通时重点关注vport和user-vlan的对应关系——service-port 3和service-port 5都用了vport 3分别承载 ITV 和组播如果 vport 绑错电视直播和点播就会互相干扰。直连 BAS 的场景则是双层 VLAN外层 VLAN 用svlan表示JS-XX-C300# show running-config interface gpon-onu_1/7/9:12 interface gpon-onu_1/7/9:12 tcont 1 name ITMS allocid 264 profile ITMS tcont 2 name HSI allocid 267 profile HSI service-port 1 vport 1 user-vlan 46 vlan 46 svlan 2270 service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270 service-port 3 vport 3 user-vlan 45 vlan 45 svlan 1270 service-port 4 vport 4 user-vlan 43 vlan 43 svlan 3270 service-port 5 vport 3 user-vlan 50 vlan 50 igmp fast-leave enable vport 3同样是 ITMS单层 VLAN 只写vlan 46双层 VLAN 写vlan 46 svlan 2270。排障时先确认上联交换机还是直连 BAS再决定看哪一层 VLAN不然拿单层的配置去套双层的网络怎么查都查不通。远程下发模式下还有一层show onu running config要看它描述的是 OLT 到光猫电口之间的桥接关系KS-XX-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直接绑定 gemport 和 VLAN非简化命令则用flow逐条对应例如flow 2 pri 0 vlan 41后接gemport 2 flow 2。两种写法本质相同都是把光猫电口收到的用户流量映射到对应的 gemport 里。注册成功但上网不拨号重点查service-port里 user-vlan 和 vlan 的映射能拨号但电视黑屏重点查vport 3上 ITV 和组播 VLAN 的关系。4. 避坑记录OLT 排障里那些现象和根因对不上的“翻车”现场4.1 设备侧HWONLINE、TYPEMISMATCH 与“假在线”现象 1整 PON 口下所有用户同时断网主控板无告警光猫侧 LOS 灯不亮show card看这块 PON 板是HWONLINE。新来的同事第一反应是换板卡申请备件折腾半天换上去还是HWONLINE。原因HWONLINE 的根因是“板卡在位但不在线”不是“板卡损坏”。常见情况是设备重启后版本文件没有完全加载或者板卡在配置里根本没被添加OLT 不知道该在这块板上跑什么业务。换板卡解决不了配置缺失的问题。解决先检查该槽位是否有生效的板卡配置配置正确则尝试在 OLT 侧重新同步单板配置再查版本文件是否完整。确认不是配置和版本问题后才轮到怀疑硬件。现在我一看到 HWONLINE第一反应是“查配置”而不是“叫备件”。现象 2新插的板卡电源灯亮但业务板一直不在服务状态show card输出TYPEMISMATCH。原因配置库里的CfgType和实际插入的RealType不一致比如配置写的是 ETGO实际插入的是 GTGHK 板。OLT 出于保护不会让类型不符的板卡直接进入业务状态。解决修改配置中的板卡类型与实际板卡一致或更换板卡使两边对齐。处理完观察状态是否从TYPEMISMATCH变为CONFIGING再最终变为INSERVICE。CONFIGING表示配置同步中一般等几十秒就会自动完成。4.2 光猫注册侧62310 报错与 authentication deny现象 3新装用户光猫一直注册不上在 OLT 上执行show gpon onu by loid 9980260532C返回%Code 62310-GPONSRV: No related information to show。原因这条报错的本意是 GPON 业务模块查不到相关数据。90% 的现场是 LOID 抄错了工单上写的是9980260532C现场光猫里填了9980260532末尾的C丢了或者把0和O、1和l看混。解决先用show pon onu uncfg看光猫 SN 是否出现在未配置列表里确认光猫已被 OLT 发现再用show gpon onu by sn SN反查它是否已注册在别的 ONU 接口下。SN 能查到但 LOID 查不到基本可以断定是 LOID 内容不一致逐字符核对工单上的 LOID注意大小写和末尾校验位。现象 4EPON 光猫指示灯正常也出现在show onu unauthentication列表里但Online State是authentication deny业务始终无法上线。原因光猫的认证请求被拒绝不是光路问题。EPON 认证靠 LOID/密码或 MAC 绑定光猫里 LOID 密码为空、RMS 平台未完成放号、MAC 地址被绑定到其他 ONU 都会导致 deny。解决核对光猫里的 LOID、密码是否和工单一致如果开了 MAC 绑定确认当前光猫 MAC 是否在允许列表里在 OLT 侧确认对应 ONU 已配置正确的认证模式。改完配置后重启光猫重新触发认证。4.3 业务与上联侧测速不达标、XGE 速率不协商现象 5用户报测速不达标500M 宽带只能跑到 200M光猫直连电脑测也是如此PON 口光功率正常没有误码。原因排到最后发现是service-port里 vport 绑定错误宽带业务和 IPTV 业务复用了同一个 vport组播流量挤占了宽带带宽另一种常见原因是带宽模板配错tcont 绑定的 profile 不是 HSI 而是 ITV 之类的低速模板。解决逐条核对光猫配置里service-port的 vport 分配和tcont对应的 profile确保宽带业务独占 vport 和对应带宽模板。改完配置后在 OLT 侧看光猫的限速是否生效再让用户复测。现象 6C320 万兆上联口对接交换机一直 up 不起来光模块收发光都正常但链路协议始终 down。原因万兆上联板上的口命名为 XGE但现场插的是千兆光模块。XGE 口不会自动识别出 GE 速率需要手动把接口速率设置为 GE。解决进接口配置把速率从万兆改为 GE。这是 C320 面板上明确标注过的注意事项但实际操作里特别容易忽略因为它“看起来”是光路正常、模块正常唯独协商不起来。5. 案例解析网元断链、机顶盒错地址、流氓光猫与测速不达标5.1 OLT 网元断链先问“这台设备有没有重启过”网元断链是最吓人的故障整台 OLT 从网管上消失下挂用户全部断网。处理这类故障我的顺序是先判断设备状态再查链路最后才动配置避免在情况不明时误操作把现场搞乱。第一步永远是用show system-group看设备运行时间C300# show system-group System Description: C300 Version V2.1.0 Software Started before: 5 days, 16 hours, 15 minutes System name: XX-HaoXiaoQu-C300Started before显示的是设备最近一次启动至今的时间。如果用户报障时间点和这个值对得上说明设备刚刚重启过——断链的根因多半是掉电或主控板复位而不是上联链路问题。这时候处理方向变成查电源、查机房告警、查主备主控切换记录而不是去查光模块。第二步用show card看主控板状态。正常冗余状态是主用INSERVICE、备用STANDBY。如果备用主控显示OFFLINE或HWONLINE说明主备切换能力已经丧失这次断链可能是主控故障触发切换失败导致。看到这种情况先不要反复重启主控先把现场状态记录完整再操作。第三步查上联链路。重点确认上联口光模块收发光是否在正常范围、速率是否协商正确特别是 C320 的 XGE 口插了千兆模块的速率一定是 GE。最后从上联交换机侧 ping OLT 的管理地址或业务网关地址逐段定位断点。整个流程走下来大部分网元断链都能定位到“设备重启”或“上联链路”二选一。5.2 机顶盒获取错误地址别急着怪 DHCP先查 VLAN 对不对机顶盒获取错误地址是装维现场的高频投诉典型现象是电视直播黑屏或卡在加载页机顶盒获取到的 IP 是宽带网段或 192.168.x.x 的内网地址而不是 ITV 业务网段。这种情况通常不是 DHCP 服务器故障而是 OLT 上的 ITV 业务 VLAN 没有按预期透传。我一般先查对应光猫的service-port配置找到 ITV 对应的那条service-port 3 vport 3 user-vlan 45 vlan 45 svlan 1270 igmp fast-leave enable vport 3重点核对三处user-vlan是否和机顶盒实际发送的 VLAN 一致双层 VLAN 场景下svlan是否在上联交换机/BAS 侧被正确放行组播 VLAN 是否在vport 3上正确绑定。常见做法是先用抓包确认机顶盒发出的 VLAN ID再到 OLT 上比对 service-port 的 user-vlan两层对上才能排除 OLT 配置问题。如果 OLT 配置没问题再往上层查 BAS 的 ITV 地址池和 option 参数但大多数现场都死在 OLT 的 VLAN 映射上。5.3 流氓光猫一个“过度发光”的 ONU 拖垮整个 PON 口“流氓光猫”是 PON 网络里最隐蔽的故障之一。表象是某个 PON 口下多个用户同时掉线、时断时续光功率看起来异常偏高或忽高忽低但查 OLT 板卡状态正常查分光器也没有物理损坏。根因是某个 ONU 异常发光可能是长发光一直发光不停止或发光功率过高导致整个 PON 口的光信号碰撞其他光猫的数据帧全部被干扰。定位思路是把“群体故障”缩小到“单台设备”对比同一 PON 口下各 ONU 的光功率找出明显异常的更直接的办法是在 OLT 侧把可疑 ONU 逐个隔离每隔离一个就观察 PON 口下其他用户是否恢复。找到嫌疑 ONU 后我一般会先在 OLT 侧将其临时下线再联系用户上门更换光猫。这个操作在 GPON 和 EPON 下都适用。重点是不要直接删配置——先用隔离手段确认确认后再谈换设备避免误伤正常光猫。流氓光猫的预防靠入网检查新光猫上线前先看收发光功率把明显超标的设备在装维阶段就拦下来。5.4 测速不达标与专线卡顿把 Wi-Fi 因素排除后再查 OLT测速不达标投诉里相当一部分根子在用户家 Wi-Fi但作为 OLT 维护方必须先证明问题不在自己这边再往外推。我的自查顺序是光猫直连电脑拨号测速 → ping 网关和公网地址看时延和丢包 → 查 OLT 侧 PON 口光功率和误码 → 最后才查业务配置。OLT 侧重点看三样东西。第一是带宽模板比如sla-profile ftth-up vport 1这类全局带宽模板是否绑定正确tcont 的 profile 是否和业务类型匹配——宽带业务绑了 ITV 的低速模板测速必然不达标。第二是service-port的映射宽带这条链路的 user-vlan、vlan、svlan 是否和 BAS 侧一致VLAN 不对会表现为能拨号但速度极慢。第三是专线光猫EPON 专线通常配置了ip-cfg static要核对静态 IP、网关、掩码是否和上层设备一致专线卡顿排查时顺便确认有没有和普通宽带业务共用 vport 导致互相抢占带宽。光功率也是测速不达标的常见隐性原因。PON 口整体收光在正常范围不代表某个具体 ONU 的收光正常——分光器到用户这段尾纤的损耗只有看单台光猫的收光才能发现。一级分光器和二级分光器的衰耗差异很大这种问题属于典型的“OLT 看着正常、用户侧实际拉胯”必须靠光功率计实测。6. 快速定位技巧一张表走完 OLT 排障全流程6.1 从报障现象到第一命令的速查表OLT 排障最怕的不是命令不会敲而是面对一个现象不知道从哪里开始。我把高频故障收敛成一张速查表现象进来、第一命令出去照着走基本不会跑偏报障现象第一命令关键判断后续动作光猫注册不上show pon onu uncfgSN 是否在未配置列表在继续查 LOID 配置不在查光路和光功率已注册光猫找不到端口show gpon onu by sn SN返回 ONU 接口号拿到接口号后查 service-port整 PON 口用户全断show card板卡是否 HWONLINE/OFFLINE板卡异常查版本和配置板卡正常查流氓光猫网元断链show system-groupStarted before 是否与断网时间吻合吻合查掉电不吻合查上联链路测速不达标show running-config interface onuvport 和 tcont 绑定核对带宽模板、VLAN、光功率上联口起不来show interface 上联口XGE 口速率是否 GE插千兆模块时把速率改为 GE板卡类型不匹配show cardCfgType 与 RealType对齐配置与实际板卡类型这套流程的本质是先分“层”物理层板卡、光模块、光功率、链路层VLAN 透传、速率协商、业务层tcont、service-port 映射。绝大多数 OLT 故障翻车都是因为跳过了物理层直接查业务配置被表面现象带偏。一个额外的习惯show running-config是排障里最便宜的信息源。光猫业务配置、PON 口下注册了哪些 ONU、VLAN 怎么映射全在这条命令里改配置之前务必先留底。远程修改 OLT 配置有风险尤其是 TYPEMISMATCH 和 vport 绑定这类问题改错了就是整片业务中断而且没有后悔药。从那以后我每次处理 OLT 故障都强制自己走一遍“板卡状态 → 光功率 → 注册状态 → 业务配置”的固定顺序宁可多花一分钟把现象看清楚也不带着猜测去动用户设备上的任何配置。这条习惯救过我很多次希望帮到你。更完整的板卡状态字说明、命令输出样例和故障案例细节都在原手册里遇到同类问题可以直接按章节翻到对应位置。本文还有配套的精品资源点击获取