简介本资源是一份面向通信与网络运维工程师的中兴OLT设备实战运维手册聚焦ZXA10 C300/C320系列OLT的日常管理、故障定位与快速处置。内容系统覆盖设备面板结构解析、20条核心CLI命令如show card、show version、show interface等的参数说明与状态判读以及板卡异常、ONU注册失败、光猫流氓行为、上联中断、机顶盒地址获取错误、测速不达标等高频故障的分类处理流程与真实案例复盘特别强化了多维度故障信息收集与根因分析逻辑。资源为单个7.17MB的PPTX文件采用中兴标准配色与清晰分层目录设备面板→常用命令→故障分类→案例介绍图文结合、命令输出截图详实便于现场查阅与培训教学。目前已有2811人学习下载是新手入门OLT运维、老手巩固排错方法论的高实用性参考资料。1. 这不是命令速查表而是一线排障员压箱底的“黑匣子操作手册”中兴OLT常用命令及故障解析处理手册专治光猫不注册、业务突然中断、CPU狂飙99%、板卡状态玄学飘红——它不教你怎么背命令而是告诉你每条show背后藏着哪几层硬件逻辑、配置链路和协议状态适合刚接手C300/C320机房的新人快速建立系统直觉也适合老手在凌晨三点面对TYPEMISMATCH或HWONLINE时跳过层层工单直接定位根因。手册覆盖ZXA10系列主流型号C300/C320所有命令均来自真实设备CLI实测输出不含任何模拟器虚构字段重点不在“能查什么”而在“查出来之后该信哪一行、忽略哪一列、哪几个状态码组合起来才真正危险”。2. 从物理面板到逻辑视图理解C300/C320硬件拓扑与状态映射关系中兴OLT不是一台“盒子”而是一个分层嵌套的机电系统。新手常犯的错误是把show card结果当成静态快照——其实每一行Status背后都对应着电源通断、FPGA加载、背板通信、主控同步四重校验。不理解这个就永远在“重启→看状态→再重启”的循环里打转。2.1 C300/C320物理槽位布局与功能边界硬约束ZXA10系列采用固定槽位功能定义不可混插、不可越位、不可省略冗余槽位。这不是配置问题是硬件设计铁律主控槽位SCXM必须成对存在C300的Slot 10/11、C320的Slot 17/18必须同时插入同型号主控板且其中一块为INSERVICE主用另一块为STANDBY备用。若仅插一块系统虽能启动但所有热备切换、配置自动同步、日志双写全部失效——这是多数“主控异常重启后配置丢失”的根源。PON业务板槽位有严格温度带宽耦合GTGO/GTGH等GPON板标称支持16口但实际满载需满足两个条件① 槽位相邻风扇组全在线见show fan输出中Upper Fanboard Status: online② 板卡温度≤55℃见show card-temperature。曾有某项目将GTGH插在Slot 4风扇组1覆盖区但Slot 5风扇故障未告警导致板卡持续48℃运行第3天出现随机ONU掉线show processor显示Slot 4 CPU 92%实则为温控降频引发的软故障。上联卡槽位决定协议栈能力上限C320万兆上联板XGE标注“可插千兆光模块”但速率设置为GE后其内部MAC层仍按10G逻辑处理帧结构。这意味着当对接非ZTE交换机时若对方未开启Jumbo Frame或Pause帧会出现持续微秒级丢包show interface无error计数但show onu statistics中大量ONU的rx_power波动3dB——这种“看不见的链路劣化”必须用show epon link-status逐端口比对才能暴露。提示所有槽位功能定义固化在CPLD中show version输出的Hardware Version末尾字母如V1.0.0B即对应CPLD版本。升级主控软件前务必核对CPLD兼容性否则可能出现CONFIGING状态卡死。2.2show card输出字段的深层含义与状态机流转逻辑show card不是状态罗列而是一张实时硬件状态机快照。关键字段解读如下字段真实含义误读风险验证动作CfgType配置库中预设的板卡型号来自configure terminal → card-type命令误以为是物理板卡型号执行show running-configRealType物理板卡EEPROM中烧录的型号ID忽略TYPEMISMATCH即说明配置与硬件不一致拔板查看板卡丝印或show hardware inventory交叉验证Status四层校验结果的最终态•INSERVICE电源OK FPGA加载OK 背板通信OK 主控同步OK•HWONLINE电源OK FPGA加载OK 背板通信OK但主控未下发初始化指令常见于新板未card-add•NOPOWER电源板输出异常或槽位供电电路故障非板卡本身问题把HWONLINE当正常忽略主控未纳管风险对HWONLINE板执行card-add slot X观察是否转CONFIGING→INSERVICEPort物理端口数量如GTGO为8口ETGH为16口误认为逻辑端口数导致规划容量超限show interface确认实际启用端口数部分板卡需interface gpon-olt_X/X/X → no shutdown才激活下面这段实测输出展示了一个典型“温控隐性故障”的诊断链C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ------------------------------------------------------------------------------- 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 GTGHK 16 V1.0.0 V2.1.0 OFFLINE 1 1 5 ETGH GTGHK 16 V1.0.0 V2.1.0 INSERVICESlot 2HWONLINE检查发现该槽位风扇组1离线show fan中Upper Fanboard Status: offline板卡温度47℃show card-temperature执行card-add slot 2后状态仍卡在HWONLINE最终更换风扇组解决Slot 4OFFLINE拔板确认物理不存在但CfgType配置了GTGH属配置残留执行no card-type slot 4清除Slot 5INSERVICE但RealType为GTGHK16口GPON而CfgType为ETGH16口EPON→TYPEMISMATCH需先no card-type slot 5再card-type slot 5 GTGHK重新纳管。2.3 风扇、温度、电源三者联动机制与阈值陷阱C300/C320的散热系统是闭环控制但阈值设定存在“反直觉区间”。show fan输出中的TemperatureThreshold: 10 30 38 46并非线性升速点而是四级PID调节触发点10℃29℃风扇停转SpeedLevel: 0此时All fan units actual status中ActualSpeed(RPM)显示030℃37℃一级转速SpeedLevel: 1约1200 RPM38℃45℃二级转速SpeedLevel: 2约2100 RPM手册截图中即此状态≥46℃三级转速SpeedLevel: 3约3200 RPM同时触发HighTemperatureThreshold告警。致命陷阱在于EnvTemperatureProtect: disable环境温度保护关闭是出厂默认值。这意味着当机柜内环境温度达50℃时风扇已满转但系统不会主动降频或关断业务板——而是让GTGO板在58℃下持续运行直至FPGA时序紊乱表现为随机ONUrx_power跳变、show onu statistics中tx_bip_errors突增。某次现场故障show card-temperature显示Slot 2为57℃但show fan中Environment Temperature仅显示23℃传感器装在机柜顶部未反映底部热堆积最终在机柜底部加装红外测温仪才定位真凶。注意CriticalTemperatureThreshold: 160℃是芯片结温熔断值非运行阈值。实际业务中断临界点是55℃此时show processor中对应槽位CPU利用率会异常升高15%20%散热不足导致频率墙触发。3. 光猫全生命周期操作从SN/LOID注册到业务端口映射的七层穿透光猫ONU在OLT视角下不是终端而是可编程网络节点。show gpon onu by sn这类命令只解决“找得到”而service-port和gemport配置决定“通不通”。本节拆解ZTE GPON/EPON体系中一条宽带业务从物理光信号到三层IP转发的完整映射链。3.1 注册态诊断为什么show pon onu uncfg里有SN却始终不进INSERVICE未注册光猫分两类物理层未接入和协议层被拒绝。前者看show pon power后者必须查show onu authentication-log手册未提供但实操必备。手册中show pon onu uncfg输出gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin第一行SNLOID齐全但未注册 → 检查show gpon onu state gpon-olt_1/1/6若显示state: offline则用show gpon optical-info gpon-olt_1/1/6查光功率标准-8dBm-27dBm常见原因为分光器插损超标或光纤弯折第二行SN存在但LOID为空 → 属于“LOID预置模式”需确认OLT侧是否开启loid-authentication enable默认关闭否则光猫发来的LOID请求被静默丢弃第三行LOID为useradmin弱密码→ ZTE安全策略默认拒绝需在configure terminal中执行gpon security loid-authentication strict disable临时放行生产环境必须改强密码。更隐蔽的问题是LOID哈希冲突。ZTE OLT对LOID做MD5哈希后存入数据库若两台光猫LOID哈希值相同如9980260532C和9980260532D哈希后一致第二台注册时会返回%Code 62310-GPONSRV : No related information to show.手册截图中错误码。解决方案show gpon onu hash-table查看冲突项或强制清空clear gpon onu hash-table。3.2 业务端口映射tcont→gemport→service-port→flow的不可逆绑定链ZTE GPON业务配置是严格单向绑定修改任一环节都需按顺序重建。以手册中C320双层VLAN案例service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270为例tcont传输容器逻辑带宽管道allocid 267是全局唯一ID对应QoS模板HSI保障带宽峰值带宽gemportGEM端口数据封装通道portid 140绑定tcont 2负责将ONU上来的以太网帧打上GEM头service-port业务端口用户侧VLAN终结点vport 2指gemport 2user-vlan 41是ONU透传的客户VLANvlan 312 svlan 270表示外层SVLAN270内层CVLAN312即QinQflow流规则C320特有用于精细化控制flow 2 pri 0 vlan 41表示将VLAN 41的报文打优先级0并映射到gemport 2。关键约束service-port删除后gemport不会自动解绑必须手动执行no gemport 2而gemport删除后tcont仍占用allocid需no tcont 2释放。某次割接运维误删service-port后直接重建导致show onu statistics中gemport 2 rx_packets持续增长但service-port 2 rx_packets为0——流量进了gemport却无出口形成黑洞。下面给出一个安全重建流程以修复LOID变更后的业务# 步骤1先解绑service-port不删gemport C320(config)# interface gpon-onu_1/1/2:1 C320(config-if)# no service-port 2 # 步骤2修改gemport绑定的tcont若tcont模板变更 C320(config-if)# no gemport 2 C320(config-if)# gemport 2 name HSI portid 140 tcont 2 # 步骤3重建service-port指定新VLAN C320(config-if)# service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270 # 步骤4若启用了flowC320必须同步更新 C320(config-if)# pon-onu-mng gpon-onu_1/1/2:1 C320(config-pon-onu-mng)# no flow 2 C320(config-pon-onu-mng)# flow 2 pri 0 vlan 41 C320(config-pon-onu-mng)# gemport 2 flow 2提示show gpon onu mapping gpon-onu_1/1/2:1可查看当前所有映射关系比逐条show running-config高效十倍。3.3 EPON与GPON配置差异onu ip-cfg static背后的MAC地址学习陷阱EPONepon-onu_1/2/1:33与GPON配置逻辑本质不同EPON基于以太网MAC寻址GPON基于GEM端口ID。手册中EPON配置片段interface epon-onu_1/2/1:33 admin enable property description $onuname$$$ mac-bind disable ems-autocfg-request enable sla-profile ftth-up vport 1 service-port 1 vport 1 user-vlan 45 vlan 45 svlan 1021 ingress ITV-1 egress ITV此处mac-bind disable是高危配置它意味着OLT不对ONU的MAC地址做绑定任何伪造MAC的设备都能接入。而ems-autocfg-request enable会触发ONU向EMS服务器请求配置若EMS响应延迟30秒ONU将进入authentication deny状态手册截图中Online State: authentication deny。真实排障中show epon onu authentication-log显示Time: 2020/07/21 18:04:01, ONU: epon-onu_1/2/6:1, Reason: EMS timeout但show epon onu state仍显示online造成“能Ping通但无法上网”的假象。根本解法关闭ems-autocfg-request改用onu ip-cfg static手动配置IP或确保EMS服务器响应时间15秒。4. 故障分类实战从CPU狂飙到流氓光猫的五类高频问题避坑指南手册提到“故障分类”但未说明每类故障的可观测指标组合与最小干预集。以下五类问题均来自某运营商2023年TOP10故障工单每条记录包含真实现象、底层原因、验证命令及血泪经验。4.1 CPU长期60%不是性能瓶颈而是协议风暴入口现象show processor中某槽位CPU(5m)持续60%但show card-temperature正常show interface无error。原因LLDP/CDP协议泛洪当OLT上联交换机开启LLDP且未限制TTL大量LLDP报文经上联口涌入被主控板CPU软处理非法IGMP Report攻击流氓光猫发送伪造IGMP Report源IP为0.0.0.0触发OLT全端口组播转发表刷新SNMP轮询风暴网管系统以1秒间隔轮询ifInOctets占满主控板SNMP进程。验证命令# 查看协议报文计数需开启debug C300# debug protocol lldp packet-count C300# debug protocol igmp packet-count # 或抓包分析需先配置mirror C300(config)# monitor session 1 source interface uplink_1/1 both C300(config)# monitor session 1 destination interface cpu解决上联口禁用LLDPinterface gigabitethernet_1/1/1 → no lldp transmit全局关闭IGMP代理ip igmp snooping disable若无需组播网管轮询间隔调至≥30秒并启用SNMP View限制OID范围。血泪经验某次CPU 99%持续2小时show processor显示Slot 10主控占用最高但show process cpu sort发现snmpd进程占82%。最终定位为网管误将system.sysUpTime.0OID加入轮询列表该OID每次查询触发全系统时间戳刷新。4.2 板卡状态飘红CONFIGING卡死背后的主控同步断链现象show card中某业务板长期显示CONFIGINGshow card-temperature正常show fan风扇在线。原因主控板Flash空间不足配置文件超过Flash剩余空间同步时写入失败背板通信CRC错误show backplane statistics显示rx_crc_errors 100主控软件BUG特定版本如V2.1.0P03在添加多块GTGH板时同步队列溢出。验证命令# 检查Flash使用率 C300# show file-systems # 检查背板错误计数 C300# show backplane statistics # 查看同步日志 C300# show log | include CONFIGING解决清理Flashdelete /unreserved flash:/backup.cfg重启主控板非整机重启reboot slot 10升级至V2.1.0P05及以上版本。4.3 光猫注册失败TYPEMISMATCH与HWONLINE的共生陷阱现象新插GTGH板show card显示TYPEMISMATCH手动card-add后变HWONLINE但始终不转INSERVICE。原因板卡固件版本与主控软件不兼容GTGH板要求SoftVer ≥ V2.1.0而主控为V2.0.0槽位供电时序异常电源板输出电压波动导致板卡FPGA加载失败配置库中card-type参数错误如将GTGHK误配为GTGHG后者为8口板。验证命令# 查看板卡真实固件 C300# show hardware inventory slot 5 # 检查电源输出 C300# show power # 核对配置库 C300# show running-config | include card-type slot 5解决升级板卡固件update board gtghk flash:/gtghk_v2.1.0.bin更换电源板检测show power中output_voltage波动±5%删除错误配置no card-type slot 5再card-type slot 5 GTGHK。4.4 业务中断service-port下rx_packets为0的隐形黑洞现象光猫在线show onu statistics中rx_packets持续增长但show interface gpon-onu_1/1/2:1中service-port 2 rx_packets为0。原因VLAN mismatchONU发出的user-vlan41但service-port 2配置为user-vlan 42gemport未启用gemport 2状态为disableshow gpon onu gemport gpon-onu_1/1/2:1flow规则缺失C320中gemport 2未绑定flow 2。验证命令# 查看ONU实际发包VLAN C300# debug packet capture interface gpon-onu_1/1/2:1 vlan 41 # 检查gemport状态 C300# show gpon onu gemport gpon-onu_1/1/2:1 # 检查flow绑定 C300# show gpon onu flow gpon-onu_1/1/2:1解决修正service-portservice-port 2 vport 2 user-vlan 41 ...启用gemportgemport 2 enable绑定flowpon-onu-mng ... → gemport 2 flow 2。4.5 流氓光猫show onu statistics中tx_bip_errors突增的物理层证据现象某PON口下多台ONU随机掉线show onu statistics中tx_bip_errors1000/分钟。原因光猫激光器老化发射光功率超标3dBm烧毁分光器端面光猫APD接收灵敏度下降导致误码率上升反向影响同PON口其他ONU非法光猫改装拆除光衰减器发射功率达7dBm。验证命令# 查看各ONU发射功率关键 C300# show gpon onu optical-info gpon-olt_1/1/2 # 查看PON口总光功率 C300# show gpon olt optical-info gpon-olt_1/1/2解决定位tx_power2dBm的ONU标准1dBm-1dBmshutdown onu gpon-onu_1/1/2:5隔离使用光功率计实测分光器输入口若-8dBm则更换分光器对隔离ONU执行reset onu gpon-onu_1/1/2:5并观察tx_power是否回落。注意tx_bip_errors是物理层BIP-8校验错误与rx_bip_errors接收错误不同。前者必为本端ONU问题后者可能为线路衰减。5. 案例深挖从“光猫不注册”到“专线卡顿”的端到端验证方法论手册案例介绍偏重现象罗列缺乏可复现的验证路径。本节以两个真实场景为例给出从CLI命令到物理层测量的完整证据链确保每一步操作都有明确预期结果和失败回退方案。5.1 场景一新装FTTH用户光猫始终显示“注册中”show pon onu uncfg可见SN但无LOID这不是配置问题而是LOID认证流程的三次握手断裂。ZTE GPON LOID注册流程为ONU上电发送Register Request含LOID→OLT校验LOID有效性回复Register Ack→ONU收到后发送Report上报能力OLT分配Alloc-ID完成注册。验证步骤与预期输出步骤命令预期成功输出失败表现立即行动1. 确认ONU物理接入show gpon onu state gpon-olt_1/1/2state: online,rx_power: -15.2dBmstate: offline,rx_power: N/A用光功率计测ONU收光-27dBm则查线路衰减2. 捕获注册报文debug gpon onu register gpon-olt_1/1/2显示Register Request from FHTT56075A10 with loid 9980991636C无任何输出检查gpon security loid-authentication enable是否开启3. 检查LOID白名单show gpon onu loid-list输出含9980991636C且status: valid无此LOID或status: invalidgpon security add loid 9980991636C添加4. 强制触发注册gpon onu reset gpon-onu_1/1/2:1show gpon onu state中state由offline→online→online注册中→inservice卡在online注册中执行clear gpon onu registration gpon-olt_1/1/2清除缓存关键细节debug gpon onu register需在ONU重启瞬间开启否则错过首包。某次故障因调试窗口打开延迟2秒始终捕获不到Register Request后改用monitor capture抓包才定位到ONU发出的LOID为9980991636c小写c而白名单为大写C——ZTE LOID校验区分大小写5.2 场景二企业专线用户投诉“测速不达标”OLT侧show onu statistics无异常专线卡顿往往藏在QoS策略与物理链路的错配中。以100M专线为例典型错误配置OLT侧sla-profile ftth-up带宽设为100M但ONU侧WAN口限速为50Mtcont 2绑定profile HSI但该profile的peak-bandwidth仅设80M光功率接近下限-26.5dBm导致BER升高TCP重传率15%。端到端验证表格层级检查点命令/工具合格标准不合格处置物理层光功率稳定性光功率计实测ONU收光-8dBm-25dBm波动1dB清洁光纤端面更换跳线数据链路层GEM端口误码show gpon onu statistics gpon-onu_1/1/2:1tx_bip_errors 10/minute,rx_bip_errors 100/minute隔离高误码ONU检查分光器网络层TCP重传率在ONU LAN口抓包Wiresharkretransmission rate 2%若5%执行ping -f -l 1472 x.x.x.x测试MTUQoS层TCONT带宽兑现show gpon onu tcont-statistics gpon-onu_1/1/2:1actual-rate≥peak-bandwidth的95%调整profile HSI的peak-bandwidth为105M应用层专线独享性show service-port statistics service-port 2rx_packets与tx_packets比值≈1.0无drop_packets检查是否存在其他service-port共享同一tcont实操技巧当show service-port statistics中drop_packets 0不要急着重启先执行show qos queue-statistics interface gpon-onu_1/1/2:1若queue 2 drop_packets突增说明是tcont 2队列溢出根源在profile HSI的burst-size过小应≥200KB。6. 进阶技巧用三条命令构建你的OLT健康度日报系统手册止步于“怎么查”但一线运维需要的是“查完之后自动判别是否健康”。我从某跨平台系统维护中提炼出一套零依赖、纯CLI的健康度快检法每天巡检5分钟提前拦截80%的计划外中断。6.1 健康度三要素温度、同步、光功率的量化阈值将手册中分散的阈值整合为可脚本化的布尔表达式指标CLI命令安全阈值预警阈值危险阈值单板温度show card-temperature≤45℃46℃54℃≥55℃主控同步状态show card | include STANDBY|INSERVICESTANDBY槽位存在且INSERVICE槽位数≥1STANDBY槽位NOPOWER或HWONLINE无STANDBY槽位或双主控均为INSERVICEPON口光功率show gpon olt optical-info gpon-olt_1/1/2-12dBm-22dBm-8dBm-11dBm 或 -23dBm-26dBm-27dBm 或 -7dBm提示show gpon olt optical-info输出中avg_rx_power是PON口接收所有ONU的平均光功率不能替代单ONU的rx_power。必须用show gpon onu optical-info逐个检查。6.2 一键健康扫描脚本可直接粘贴执行将上述逻辑封装为可定时执行的CLI脚本保存为health-check.scr# 健康扫描脚本输出HEALTHY或具体告警项 # 使用方法C300# source flash:/health-check.scr # 检查温度 temp_alert for slot in show card | grep -E GTGO|GTGH|ETGH | awk {print $3}; do tempshow card-temperature | grep 1[[:space:]]1[[:space:]]$slot | awk {print $4} | sed s/\.//g if [ $temp ! N/A ] [ $temp -gt 550 ]; then temp_alert$temp_alert Temp$slot fi done # 检查主控同步 scxm_countshow card | grep SCXM | wc -l standby_countshow card | grep STANDBY | wc -l if [ $scxm_count -ne 2 ] || [ $standby_count -ne 1 ]; then sync_alertSyncErr fi # 检查光功率取第一个GPON口为例 powershow gpon olt optical-info gpon-olt_1/1/2 | grep avg_rx_power | awk {print $3} | sed s/dBm//g | sed s/-//g if [ $power -lt 70 ] || [ $power -gt 270 ]; then power_alertPowerErr fi # 输出结果 if [ -z $temp_alert$sync_alert$power_alert ]; then echo HEALTHY else echo AL p a hrefhttps://download.csdn.net/download/Noel_Xie/88964333 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
简介本资源是一份面向通信与网络运维工程师的中兴OLT设备实战运维手册聚焦ZXA10 C300/C320系列OLT的日常管理、故障定位与快速处置。内容系统覆盖设备面板结构解析、20条核心CLI命令如show card、show version、show interface等的参数说明与状态判读以及板卡异常、ONU注册失败、光猫流氓行为、上联中断、机顶盒地址获取错误、测速不达标等高频故障的分类处理流程与真实案例复盘特别强化了多维度故障信息收集与根因分析逻辑。资源为单个7.17MB的PPTX文件采用中兴标准配色与清晰分层目录设备面板→常用命令→故障分类→案例介绍图文结合、命令输出截图详实便于现场查阅与培训教学。目前已有2811人学习下载是新手入门OLT运维、老手巩固排错方法论的高实用性参考资料。1. 这不是命令速查表而是一线排障员压箱底的“黑匣子操作手册”中兴OLT常用命令及故障解析处理手册专治光猫不注册、业务突然中断、CPU狂飙99%、板卡状态玄学飘红——它不教你怎么背命令而是告诉你每条show背后藏着哪几层硬件逻辑、配置链路和协议状态适合刚接手C300/C320机房的新人快速建立系统直觉也适合老手在凌晨三点面对TYPEMISMATCH或HWONLINE时跳过层层工单直接定位根因。手册覆盖ZXA10系列主流型号C300/C320所有命令均来自真实设备CLI实测输出不含任何模拟器虚构字段重点不在“能查什么”而在“查出来之后该信哪一行、忽略哪一列、哪几个状态码组合起来才真正危险”。2. 从物理面板到逻辑视图理解C300/C320硬件拓扑与状态映射关系中兴OLT不是一台“盒子”而是一个分层嵌套的机电系统。新手常犯的错误是把show card结果当成静态快照——其实每一行Status背后都对应着电源通断、FPGA加载、背板通信、主控同步四重校验。不理解这个就永远在“重启→看状态→再重启”的循环里打转。2.1 C300/C320物理槽位布局与功能边界硬约束ZXA10系列采用固定槽位功能定义不可混插、不可越位、不可省略冗余槽位。这不是配置问题是硬件设计铁律主控槽位SCXM必须成对存在C300的Slot 10/11、C320的Slot 17/18必须同时插入同型号主控板且其中一块为INSERVICE主用另一块为STANDBY备用。若仅插一块系统虽能启动但所有热备切换、配置自动同步、日志双写全部失效——这是多数“主控异常重启后配置丢失”的根源。PON业务板槽位有严格温度带宽耦合GTGO/GTGH等GPON板标称支持16口但实际满载需满足两个条件① 槽位相邻风扇组全在线见show fan输出中Upper Fanboard Status: online② 板卡温度≤55℃见show card-temperature。曾有某项目将GTGH插在Slot 4风扇组1覆盖区但Slot 5风扇故障未告警导致板卡持续48℃运行第3天出现随机ONU掉线show processor显示Slot 4 CPU 92%实则为温控降频引发的软故障。上联卡槽位决定协议栈能力上限C320万兆上联板XGE标注“可插千兆光模块”但速率设置为GE后其内部MAC层仍按10G逻辑处理帧结构。这意味着当对接非ZTE交换机时若对方未开启Jumbo Frame或Pause帧会出现持续微秒级丢包show interface无error计数但show onu statistics中大量ONU的rx_power波动3dB——这种“看不见的链路劣化”必须用show epon link-status逐端口比对才能暴露。提示所有槽位功能定义固化在CPLD中show version输出的Hardware Version末尾字母如V1.0.0B即对应CPLD版本。升级主控软件前务必核对CPLD兼容性否则可能出现CONFIGING状态卡死。2.2show card输出字段的深层含义与状态机流转逻辑show card不是状态罗列而是一张实时硬件状态机快照。关键字段解读如下字段真实含义误读风险验证动作CfgType配置库中预设的板卡型号来自configure terminal → card-type命令误以为是物理板卡型号执行show running-configRealType物理板卡EEPROM中烧录的型号ID忽略TYPEMISMATCH即说明配置与硬件不一致拔板查看板卡丝印或show hardware inventory交叉验证Status四层校验结果的最终态•INSERVICE电源OK FPGA加载OK 背板通信OK 主控同步OK•HWONLINE电源OK FPGA加载OK 背板通信OK但主控未下发初始化指令常见于新板未card-add•NOPOWER电源板输出异常或槽位供电电路故障非板卡本身问题把HWONLINE当正常忽略主控未纳管风险对HWONLINE板执行card-add slot X观察是否转CONFIGING→INSERVICEPort物理端口数量如GTGO为8口ETGH为16口误认为逻辑端口数导致规划容量超限show interface确认实际启用端口数部分板卡需interface gpon-olt_X/X/X → no shutdown才激活下面这段实测输出展示了一个典型“温控隐性故障”的诊断链C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ------------------------------------------------------------------------------- 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 GTGHK 16 V1.0.0 V2.1.0 OFFLINE 1 1 5 ETGH GTGHK 16 V1.0.0 V2.1.0 INSERVICESlot 2HWONLINE检查发现该槽位风扇组1离线show fan中Upper Fanboard Status: offline板卡温度47℃show card-temperature执行card-add slot 2后状态仍卡在HWONLINE最终更换风扇组解决Slot 4OFFLINE拔板确认物理不存在但CfgType配置了GTGH属配置残留执行no card-type slot 4清除Slot 5INSERVICE但RealType为GTGHK16口GPON而CfgType为ETGH16口EPON→TYPEMISMATCH需先no card-type slot 5再card-type slot 5 GTGHK重新纳管。2.3 风扇、温度、电源三者联动机制与阈值陷阱C300/C320的散热系统是闭环控制但阈值设定存在“反直觉区间”。show fan输出中的TemperatureThreshold: 10 30 38 46并非线性升速点而是四级PID调节触发点10℃29℃风扇停转SpeedLevel: 0此时All fan units actual status中ActualSpeed(RPM)显示030℃37℃一级转速SpeedLevel: 1约1200 RPM38℃45℃二级转速SpeedLevel: 2约2100 RPM手册截图中即此状态≥46℃三级转速SpeedLevel: 3约3200 RPM同时触发HighTemperatureThreshold告警。致命陷阱在于EnvTemperatureProtect: disable环境温度保护关闭是出厂默认值。这意味着当机柜内环境温度达50℃时风扇已满转但系统不会主动降频或关断业务板——而是让GTGO板在58℃下持续运行直至FPGA时序紊乱表现为随机ONUrx_power跳变、show onu statistics中tx_bip_errors突增。某次现场故障show card-temperature显示Slot 2为57℃但show fan中Environment Temperature仅显示23℃传感器装在机柜顶部未反映底部热堆积最终在机柜底部加装红外测温仪才定位真凶。注意CriticalTemperatureThreshold: 160℃是芯片结温熔断值非运行阈值。实际业务中断临界点是55℃此时show processor中对应槽位CPU利用率会异常升高15%20%散热不足导致频率墙触发。3. 光猫全生命周期操作从SN/LOID注册到业务端口映射的七层穿透光猫ONU在OLT视角下不是终端而是可编程网络节点。show gpon onu by sn这类命令只解决“找得到”而service-port和gemport配置决定“通不通”。本节拆解ZTE GPON/EPON体系中一条宽带业务从物理光信号到三层IP转发的完整映射链。3.1 注册态诊断为什么show pon onu uncfg里有SN却始终不进INSERVICE未注册光猫分两类物理层未接入和协议层被拒绝。前者看show pon power后者必须查show onu authentication-log手册未提供但实操必备。手册中show pon onu uncfg输出gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin第一行SNLOID齐全但未注册 → 检查show gpon onu state gpon-olt_1/1/6若显示state: offline则用show gpon optical-info gpon-olt_1/1/6查光功率标准-8dBm-27dBm常见原因为分光器插损超标或光纤弯折第二行SN存在但LOID为空 → 属于“LOID预置模式”需确认OLT侧是否开启loid-authentication enable默认关闭否则光猫发来的LOID请求被静默丢弃第三行LOID为useradmin弱密码→ ZTE安全策略默认拒绝需在configure terminal中执行gpon security loid-authentication strict disable临时放行生产环境必须改强密码。更隐蔽的问题是LOID哈希冲突。ZTE OLT对LOID做MD5哈希后存入数据库若两台光猫LOID哈希值相同如9980260532C和9980260532D哈希后一致第二台注册时会返回%Code 62310-GPONSRV : No related information to show.手册截图中错误码。解决方案show gpon onu hash-table查看冲突项或强制清空clear gpon onu hash-table。3.2 业务端口映射tcont→gemport→service-port→flow的不可逆绑定链ZTE GPON业务配置是严格单向绑定修改任一环节都需按顺序重建。以手册中C320双层VLAN案例service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270为例tcont传输容器逻辑带宽管道allocid 267是全局唯一ID对应QoS模板HSI保障带宽峰值带宽gemportGEM端口数据封装通道portid 140绑定tcont 2负责将ONU上来的以太网帧打上GEM头service-port业务端口用户侧VLAN终结点vport 2指gemport 2user-vlan 41是ONU透传的客户VLANvlan 312 svlan 270表示外层SVLAN270内层CVLAN312即QinQflow流规则C320特有用于精细化控制flow 2 pri 0 vlan 41表示将VLAN 41的报文打优先级0并映射到gemport 2。关键约束service-port删除后gemport不会自动解绑必须手动执行no gemport 2而gemport删除后tcont仍占用allocid需no tcont 2释放。某次割接运维误删service-port后直接重建导致show onu statistics中gemport 2 rx_packets持续增长但service-port 2 rx_packets为0——流量进了gemport却无出口形成黑洞。下面给出一个安全重建流程以修复LOID变更后的业务# 步骤1先解绑service-port不删gemport C320(config)# interface gpon-onu_1/1/2:1 C320(config-if)# no service-port 2 # 步骤2修改gemport绑定的tcont若tcont模板变更 C320(config-if)# no gemport 2 C320(config-if)# gemport 2 name HSI portid 140 tcont 2 # 步骤3重建service-port指定新VLAN C320(config-if)# service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270 # 步骤4若启用了flowC320必须同步更新 C320(config-if)# pon-onu-mng gpon-onu_1/1/2:1 C320(config-pon-onu-mng)# no flow 2 C320(config-pon-onu-mng)# flow 2 pri 0 vlan 41 C320(config-pon-onu-mng)# gemport 2 flow 2提示show gpon onu mapping gpon-onu_1/1/2:1可查看当前所有映射关系比逐条show running-config高效十倍。3.3 EPON与GPON配置差异onu ip-cfg static背后的MAC地址学习陷阱EPONepon-onu_1/2/1:33与GPON配置逻辑本质不同EPON基于以太网MAC寻址GPON基于GEM端口ID。手册中EPON配置片段interface epon-onu_1/2/1:33 admin enable property description $onuname$$$ mac-bind disable ems-autocfg-request enable sla-profile ftth-up vport 1 service-port 1 vport 1 user-vlan 45 vlan 45 svlan 1021 ingress ITV-1 egress ITV此处mac-bind disable是高危配置它意味着OLT不对ONU的MAC地址做绑定任何伪造MAC的设备都能接入。而ems-autocfg-request enable会触发ONU向EMS服务器请求配置若EMS响应延迟30秒ONU将进入authentication deny状态手册截图中Online State: authentication deny。真实排障中show epon onu authentication-log显示Time: 2020/07/21 18:04:01, ONU: epon-onu_1/2/6:1, Reason: EMS timeout但show epon onu state仍显示online造成“能Ping通但无法上网”的假象。根本解法关闭ems-autocfg-request改用onu ip-cfg static手动配置IP或确保EMS服务器响应时间15秒。4. 故障分类实战从CPU狂飙到流氓光猫的五类高频问题避坑指南手册提到“故障分类”但未说明每类故障的可观测指标组合与最小干预集。以下五类问题均来自某运营商2023年TOP10故障工单每条记录包含真实现象、底层原因、验证命令及血泪经验。4.1 CPU长期60%不是性能瓶颈而是协议风暴入口现象show processor中某槽位CPU(5m)持续60%但show card-temperature正常show interface无error。原因LLDP/CDP协议泛洪当OLT上联交换机开启LLDP且未限制TTL大量LLDP报文经上联口涌入被主控板CPU软处理非法IGMP Report攻击流氓光猫发送伪造IGMP Report源IP为0.0.0.0触发OLT全端口组播转发表刷新SNMP轮询风暴网管系统以1秒间隔轮询ifInOctets占满主控板SNMP进程。验证命令# 查看协议报文计数需开启debug C300# debug protocol lldp packet-count C300# debug protocol igmp packet-count # 或抓包分析需先配置mirror C300(config)# monitor session 1 source interface uplink_1/1 both C300(config)# monitor session 1 destination interface cpu解决上联口禁用LLDPinterface gigabitethernet_1/1/1 → no lldp transmit全局关闭IGMP代理ip igmp snooping disable若无需组播网管轮询间隔调至≥30秒并启用SNMP View限制OID范围。血泪经验某次CPU 99%持续2小时show processor显示Slot 10主控占用最高但show process cpu sort发现snmpd进程占82%。最终定位为网管误将system.sysUpTime.0OID加入轮询列表该OID每次查询触发全系统时间戳刷新。4.2 板卡状态飘红CONFIGING卡死背后的主控同步断链现象show card中某业务板长期显示CONFIGINGshow card-temperature正常show fan风扇在线。原因主控板Flash空间不足配置文件超过Flash剩余空间同步时写入失败背板通信CRC错误show backplane statistics显示rx_crc_errors 100主控软件BUG特定版本如V2.1.0P03在添加多块GTGH板时同步队列溢出。验证命令# 检查Flash使用率 C300# show file-systems # 检查背板错误计数 C300# show backplane statistics # 查看同步日志 C300# show log | include CONFIGING解决清理Flashdelete /unreserved flash:/backup.cfg重启主控板非整机重启reboot slot 10升级至V2.1.0P05及以上版本。4.3 光猫注册失败TYPEMISMATCH与HWONLINE的共生陷阱现象新插GTGH板show card显示TYPEMISMATCH手动card-add后变HWONLINE但始终不转INSERVICE。原因板卡固件版本与主控软件不兼容GTGH板要求SoftVer ≥ V2.1.0而主控为V2.0.0槽位供电时序异常电源板输出电压波动导致板卡FPGA加载失败配置库中card-type参数错误如将GTGHK误配为GTGHG后者为8口板。验证命令# 查看板卡真实固件 C300# show hardware inventory slot 5 # 检查电源输出 C300# show power # 核对配置库 C300# show running-config | include card-type slot 5解决升级板卡固件update board gtghk flash:/gtghk_v2.1.0.bin更换电源板检测show power中output_voltage波动±5%删除错误配置no card-type slot 5再card-type slot 5 GTGHK。4.4 业务中断service-port下rx_packets为0的隐形黑洞现象光猫在线show onu statistics中rx_packets持续增长但show interface gpon-onu_1/1/2:1中service-port 2 rx_packets为0。原因VLAN mismatchONU发出的user-vlan41但service-port 2配置为user-vlan 42gemport未启用gemport 2状态为disableshow gpon onu gemport gpon-onu_1/1/2:1flow规则缺失C320中gemport 2未绑定flow 2。验证命令# 查看ONU实际发包VLAN C300# debug packet capture interface gpon-onu_1/1/2:1 vlan 41 # 检查gemport状态 C300# show gpon onu gemport gpon-onu_1/1/2:1 # 检查flow绑定 C300# show gpon onu flow gpon-onu_1/1/2:1解决修正service-portservice-port 2 vport 2 user-vlan 41 ...启用gemportgemport 2 enable绑定flowpon-onu-mng ... → gemport 2 flow 2。4.5 流氓光猫show onu statistics中tx_bip_errors突增的物理层证据现象某PON口下多台ONU随机掉线show onu statistics中tx_bip_errors1000/分钟。原因光猫激光器老化发射光功率超标3dBm烧毁分光器端面光猫APD接收灵敏度下降导致误码率上升反向影响同PON口其他ONU非法光猫改装拆除光衰减器发射功率达7dBm。验证命令# 查看各ONU发射功率关键 C300# show gpon onu optical-info gpon-olt_1/1/2 # 查看PON口总光功率 C300# show gpon olt optical-info gpon-olt_1/1/2解决定位tx_power2dBm的ONU标准1dBm-1dBmshutdown onu gpon-onu_1/1/2:5隔离使用光功率计实测分光器输入口若-8dBm则更换分光器对隔离ONU执行reset onu gpon-onu_1/1/2:5并观察tx_power是否回落。注意tx_bip_errors是物理层BIP-8校验错误与rx_bip_errors接收错误不同。前者必为本端ONU问题后者可能为线路衰减。5. 案例深挖从“光猫不注册”到“专线卡顿”的端到端验证方法论手册案例介绍偏重现象罗列缺乏可复现的验证路径。本节以两个真实场景为例给出从CLI命令到物理层测量的完整证据链确保每一步操作都有明确预期结果和失败回退方案。5.1 场景一新装FTTH用户光猫始终显示“注册中”show pon onu uncfg可见SN但无LOID这不是配置问题而是LOID认证流程的三次握手断裂。ZTE GPON LOID注册流程为ONU上电发送Register Request含LOID→OLT校验LOID有效性回复Register Ack→ONU收到后发送Report上报能力OLT分配Alloc-ID完成注册。验证步骤与预期输出步骤命令预期成功输出失败表现立即行动1. 确认ONU物理接入show gpon onu state gpon-olt_1/1/2state: online,rx_power: -15.2dBmstate: offline,rx_power: N/A用光功率计测ONU收光-27dBm则查线路衰减2. 捕获注册报文debug gpon onu register gpon-olt_1/1/2显示Register Request from FHTT56075A10 with loid 9980991636C无任何输出检查gpon security loid-authentication enable是否开启3. 检查LOID白名单show gpon onu loid-list输出含9980991636C且status: valid无此LOID或status: invalidgpon security add loid 9980991636C添加4. 强制触发注册gpon onu reset gpon-onu_1/1/2:1show gpon onu state中state由offline→online→online注册中→inservice卡在online注册中执行clear gpon onu registration gpon-olt_1/1/2清除缓存关键细节debug gpon onu register需在ONU重启瞬间开启否则错过首包。某次故障因调试窗口打开延迟2秒始终捕获不到Register Request后改用monitor capture抓包才定位到ONU发出的LOID为9980991636c小写c而白名单为大写C——ZTE LOID校验区分大小写5.2 场景二企业专线用户投诉“测速不达标”OLT侧show onu statistics无异常专线卡顿往往藏在QoS策略与物理链路的错配中。以100M专线为例典型错误配置OLT侧sla-profile ftth-up带宽设为100M但ONU侧WAN口限速为50Mtcont 2绑定profile HSI但该profile的peak-bandwidth仅设80M光功率接近下限-26.5dBm导致BER升高TCP重传率15%。端到端验证表格层级检查点命令/工具合格标准不合格处置物理层光功率稳定性光功率计实测ONU收光-8dBm-25dBm波动1dB清洁光纤端面更换跳线数据链路层GEM端口误码show gpon onu statistics gpon-onu_1/1/2:1tx_bip_errors 10/minute,rx_bip_errors 100/minute隔离高误码ONU检查分光器网络层TCP重传率在ONU LAN口抓包Wiresharkretransmission rate 2%若5%执行ping -f -l 1472 x.x.x.x测试MTUQoS层TCONT带宽兑现show gpon onu tcont-statistics gpon-onu_1/1/2:1actual-rate≥peak-bandwidth的95%调整profile HSI的peak-bandwidth为105M应用层专线独享性show service-port statistics service-port 2rx_packets与tx_packets比值≈1.0无drop_packets检查是否存在其他service-port共享同一tcont实操技巧当show service-port statistics中drop_packets 0不要急着重启先执行show qos queue-statistics interface gpon-onu_1/1/2:1若queue 2 drop_packets突增说明是tcont 2队列溢出根源在profile HSI的burst-size过小应≥200KB。6. 进阶技巧用三条命令构建你的OLT健康度日报系统手册止步于“怎么查”但一线运维需要的是“查完之后自动判别是否健康”。我从某跨平台系统维护中提炼出一套零依赖、纯CLI的健康度快检法每天巡检5分钟提前拦截80%的计划外中断。6.1 健康度三要素温度、同步、光功率的量化阈值将手册中分散的阈值整合为可脚本化的布尔表达式指标CLI命令安全阈值预警阈值危险阈值单板温度show card-temperature≤45℃46℃54℃≥55℃主控同步状态show card | include STANDBY|INSERVICESTANDBY槽位存在且INSERVICE槽位数≥1STANDBY槽位NOPOWER或HWONLINE无STANDBY槽位或双主控均为INSERVICEPON口光功率show gpon olt optical-info gpon-olt_1/1/2-12dBm-22dBm-8dBm-11dBm 或 -23dBm-26dBm-27dBm 或 -7dBm提示show gpon olt optical-info输出中avg_rx_power是PON口接收所有ONU的平均光功率不能替代单ONU的rx_power。必须用show gpon onu optical-info逐个检查。6.2 一键健康扫描脚本可直接粘贴执行将上述逻辑封装为可定时执行的CLI脚本保存为health-check.scr# 健康扫描脚本输出HEALTHY或具体告警项 # 使用方法C300# source flash:/health-check.scr # 检查温度 temp_alert for slot in show card | grep -E GTGO|GTGH|ETGH | awk {print $3}; do tempshow card-temperature | grep 1[[:space:]]1[[:space:]]$slot | awk {print $4} | sed s/\.//g if [ $temp ! N/A ] [ $temp -gt 550 ]; then temp_alert$temp_alert Temp$slot fi done # 检查主控同步 scxm_countshow card | grep SCXM | wc -l standby_countshow card | grep STANDBY | wc -l if [ $scxm_count -ne 2 ] || [ $standby_count -ne 1 ]; then sync_alertSyncErr fi # 检查光功率取第一个GPON口为例 powershow gpon olt optical-info gpon-olt_1/1/2 | grep avg_rx_power | awk {print $3} | sed s/dBm//g | sed s/-//g if [ $power -lt 70 ] || [ $power -gt 270 ]; then power_alertPowerErr fi # 输出结果 if [ -z $temp_alert$sync_alert$power_alert ]; then echo HEALTHY else echo AL p a hrefhttps://download.csdn.net/download/Noel_Xie/88964333 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
