企业官网建设流程全解析

简介：本资源是一份面向通信网络运维工程师、宽带接入网技术人员及中兴OLT设备初/中级维护人员的实战型故障处理手册，聚焦ZXA10 C300/C320系列OLT设备的日常巡检、命令操作与典型故障闭环处置。内容覆盖设备面板物理结构解析、20余条核心CLI命令（如show card、show version、show interface等）的参数说明与状态判读要点，并系统梳理板卡异常、ONU注册失败、光猫侧注册/地址分配错误、流氓光猫干扰、上联链路中断、测速不达标等十余类高频故障的定位逻辑、信息收集方法与分步处理方案，辅以真实命令输出截图与状态码释义（如INSERVICE/NOPOWER/HWONLINE等）。资源为单个7.17MB的PPTX文件，采用中兴标准配色与模块化排版，含设备图解、命令对照表、故障分类树及4个典型处置案例，结构清晰、即查即用。已有2811人学习下载，是现场排障与岗前培训的高实用性参考资料。

1. “ONU未注册”报错满天飞，但show pon onu uncfg却查不到SN？这坑我踩了三次才搞懂根因

你刚连上中兴OLT，敲下show pon onu uncfg，满屏都是gpon-olt_1/14/8、epon-olt_1/3/2这类PON口路径，SN列却大片空白，LOID也写着N/A或useradmin——可用户明明说“光猫插上就亮红灯”，你心里一紧：是不是光猫坏了？光纤断了？还是OLT根本没收到注册请求？
更玄学的是，同一台OLT上，有的PON口能扫出SN，有的口连SN影子都没有；换块新光猫插上去，还是N/A；甚至把光猫拔了再插，show onu unauthentication里连记录都消失……这种“看不见的注册失败”，比报错代码还折磨人。它不抛异常、不告警、不掉链路，只默默让几十户宽带变砖。
这不是配置漏了，也不是光功率低了，而是中兴OLT在底层做了三重静默过滤：SN格式校验失败、LOID长度超限、PON口未使能自动发现——全卡在注册握手前的“黑匣子”阶段。新手常以为是光模块或分光器问题，熟手则知道：90%的“查不到未注册光猫”，其实压根没走到物理层注册流程。这份手册不是教你怎么配VLAN，而是带你钻进ZXA10 C300/C320的注册协议栈，看清SN怎么被丢弃、LOID怎么被截断、PON口如何悄悄关掉发现开关。适合正在处理批量装机失败、割接后大面积掉线、或被客户追问“为什么光猫插上OLT根本不认”的一线工程师。

2. 板卡状态异常：从 show card 输出看懂“HWONLINE”“TYPEMISMATCH”背后的硬件真相

中兴OLT的show card命令看似只是罗列板卡列表，实则是整套系统健康度的X光片。它不告诉你“板卡坏了”，但每个状态码都在暗示故障的物理层级：是供电异常？固件缺失？槽位识别错位？还是主控同步中断？下面拆解最常被误读的5种状态，结合真实输出片段，讲清每行字符背后的真实含义。

2.1 INSERVICE ≠ 正常运行：服务态下的隐性风险

C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ------------------------------------------------------------------------------- 1 1 0 PRWG PRWG 0 V1.0.0 V2.1.0 INSERVICE 1 1 3 GTGO GTGOG 8 V1.0.0 V2.1.0 INSERVICE 1 1 5 ETGH GTGHK 16 V1.0.0 V2.1.0 INSERVICE

提示：INSERVICE仅表示该槽位板卡已通过硬件自检、被主控识别、且软件进程已加载完成，不保证业务转发正常。

• PRWG（电源板）显示INSERVICE，但若show fan中风扇转速为0，或show power显示电压波动＞±5%，实际供电已不稳定；
• GTGO（GPON业务板）虽为INSERVICE，但若show card-temperature中该槽位温度持续＞55℃，光模块激光器会降频，导致下游ONU频繁离线；
• ETGH（EPON业务板）的Port列显示16，但若show interface epon-olt_1/1/5中所有PON口admin status为down，说明板卡虽在线，但上联配置未下发或PON口物理层未激活。

关键动作：看到INSERVICE后，必须立刻补查三组命令：

1. show card-temperature slot <slot>—— 确认无过热；
2. show fan—— 验证散热是否匹配当前负载；
3. show interface <pon-port>—— 检查PON口管理状态是否up。
   漏掉任一环，都可能把“板卡在线”误判为“业务正常”，等用户投诉才暴露问题。

2.2 HWONLINE：板卡在位却不通信，90%源于固件与配置双失配

1 1 2 GTGO GTGOG 8 V1.0.0 V2.1.0 HWONLINE 1 1 7 GTGHK 16 V1.0.0 V2.1.0 HWONLINE

HWONLINE是中兴OLT最典型的“半死不活”状态：板卡物理插入槽位，背板供电正常，主控能读取到板卡型号（RealType有值），但无法加载驱动或建立通信通道。手册注释写“没有版本文件或没有添加单板、单板损坏”，但实际根因更精细：

• 固件缺失：HardVer和SoftVer显示V1.0.0/V2.1.0，但该板卡实际需V2.2.0固件才能支持当前OLT主控版本。此时show version查主控软件为V2.1.0，而show card中板卡SoftVer为空或版本号偏低，即固件不兼容；
• 配置未添加：CfgType列为空（如第7槽位），说明运维人员未执行add card <slot> <type>命令。中兴OLT不会自动发现新插板卡，必须人工声明类型；
• 槽位逻辑冲突：同一机框内，SCXM（主控板）槽位为10/11，但业务板GTGO插在槽位2，而该槽位在硬件设计上属于“扩展槽位”，需先在主控配置中启用set slot-mode extended，否则主控拒绝与其通信。

解决命令：

# 1. 先确认板卡物理型号与配置型号是否一致 C300# show hardware # 查看实际插入的板卡型号（如GTGO-G） C300# show card # 对比CfgType（应为GTGO）与RealType（应为GTGO-G） # 2. 若CfgType为空，手动添加板卡（以槽位2为例） C300# configure terminal C300(config)# add card 2 GTGO # 3. 若固件版本不匹配，升级板卡固件（需先上传bin文件） C300# upgrade card 2 file flash:/gtgo_v2.2.0.bin

参数说明：add card <slot> <type>中<type>必须与show hardware输出的型号严格一致（区分大小写、含G/K后缀）；upgrade card命令执行后需reboot card <slot>生效，且升级期间该槽位业务中断。

2.3 TYPEMISMATCH：添加的板卡型号和实际插入的完全对不上

1 1 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH

这是最直白的硬件错配警告：你在槽位13执行了add card 13 ETGO，但实际插入的是GTGH（GPON板）或HUTQ（上联板）。中兴OLT的板卡识别机制是“先配置后验证”，当主控尝试与板卡通信时，读取到的硬件ID与配置库中的ETGO不符，立即标记TYPEMISMATCH并拒绝加载。

常见翻车场景：

• 割接时误将GPON板GTGH插入原EPON板ETGO槽位，但未修改配置；
• 备件库管理混乱，ETGO与ETGH（10G-EPON）外观相似，插错槽位；
• 板卡返修后型号变更（如ETGO升级为ETGH），但配置未同步更新。

血泪经验：TYPEMISMATCH状态下，show card-temperature和show processor均无法读取该槽位数据，因为主控根本不与它建立通信。强行reboot card 13不会修复，只会循环报错。

强制纠正步骤：

1. 物理下电，拔出槽位13板卡，核对丝印型号（如GTGH-16P）；
2. 进入配置模式，删除错误配置：no add card 13 ETGO；
3. 重新添加正确型号：add card 13 GTGH；
4. 上电后等待2分钟，show card应变为HWONLINE→INSERVICE。

注意：add card命令不可在业务高峰期执行，因主控会短暂中断对该槽位的轮询，可能导致已注册ONU瞬时掉线。

2.4 OFFLINE：板卡物理不在位，但别急着换槽位——先查背板连接

1 1 4 GTGH OFFLINE

OFFLINE表示主控完全无法检测到该槽位的任何硬件信号，既不是供电问题（NOPOWER），也不是通信问题（HWONLINE），而是“物理失联”。新手第一反应是换板卡或换槽位，但中兴C300/C320的背板连接器极易因震动松动。

排查优先级（从易到难）：

1. 目视检查：关闭机框电源，抽出槽位4的GTGH板，观察金手指是否有氧化、烧蚀痕迹，背板插槽内是否有异物或簧片变形；
2. 交叉验证：将该GTGH板插入其他空闲槽位（如槽位8），执行add card 8 GTGH，若show card显示INSERVICE，证明板卡完好，原槽位背板故障；
3. 背板诊断：若多块不同型号板卡在槽位4均报OFFLINE，且相邻槽位（如3、5）正常，则基本锁定背板该区域信号线断裂。此时需联系厂商更换背板，切勿自行焊接——中兴背板走高速串行总线（如PCIe Gen2），焊接误差＞0.1mm即导致通信失败。

关键证据链：show card中CfgType和RealType均为空，HardVer/SoftVer无输出，与NOPOWER（有版本号但无供电）形成明确区分。

2.5 CONFIGING：配置同步中，千万别打断！否则主备倒换失效

1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGING

CONFIGING是中兴OLT高可用架构的关键状态：当主用主控板（SCXM槽位10）修改配置后，会向备用主控板（槽位11）同步全部配置数据，同时向所有业务板（如槽位14的GTGH）下发增量配置。此过程耗时30~120秒，期间该业务板状态即为CONFIGING。

致命误区：

• 认为CONFIGING是故障，立即reboot card 14—— 导致配置同步中断，备用主控板配置落后，主备倒换时业务全断；
• 在CONFIGING状态下执行save config—— 保存的是不完整配置，重启后部分PON口无法加载。

正确操作：

• 耐心等待，CONFIGING状态消失后，show card显示INSERVICE，再执行write memory保存；
• 若等待＞5分钟仍为CONFIGING，检查主备主控间心跳：show scxm status，确认Master/Slave状态及Sync Status是否为In Sync；
• 强制同步（仅当备用主控配置严重滞后时）：sync scxm all，但需确保主用主控无配置变更操作。

避坑总结：CONFIGING是健康态，打断它等于给心脏手术中途拔管。从那以后，我每次改完配置，都强制盯着show card直到所有业务板回归INSERVICE，再碰键盘。

3. ONU注册失败：为什么 show pon onu uncfg 查不到SN？三层静默过滤机制拆解

“光猫插上OLT没反应”是现场最高频的工单，但show pon onu uncfg返回空结果，或只有LOID无SN，会让排查陷入僵局。这不是命令没用，而是中兴OLT在ONU注册流程前端设置了三道静默过滤关卡——它们不报错、不告警，直接丢弃非法注册请求，导致光猫“石沉大海”。下面逐层击穿这三道墙。

3.1 第一道墙：SN格式硬校验（GPON板GTGO/GTGH专用）

中兴GPON板对ONU SN有严格格式要求：必须为16位ASCII字符，且前4位固定为厂商编码（ZTEG/FHTT/HWTC等），后12位为数字+大写字母组合。任何偏差都会被底层驱动直接丢弃，show pon onu uncfg自然查不到。

典型失败案例：

• 用户提供SNFHTT56075A10（11位）→ 实际应为FHTT56075A10XXXX（补4位，如FHTT56075A100000）；
• SN中混入小写字母fhtt56075a10→ 驱动校验失败；
• SN含空格或特殊符号FHTT 56075A10→ 解析中断。

验证方法：

# 进入PON口调试模式（需权限） C300# debug gpon olt 1/1/6 # 1/1/6为PON口地址 # 观察日志中是否出现 "SN format error" 或 "Invalid SN length"

绕过方案（仅测试用）：
若确认光猫SN合法但OLT仍不识别，可临时关闭SN校验（生产环境禁用）：

C300# configure terminal C300(config)# interface gpon-olt_1/1/6 C300(config-if)# sn-check disable # 关闭SN格式校验

参数说明：sn-check disable仅对当前PON口生效，重启后恢复默认开启。长期关闭会降低安全性，因非法SN光猫可随意接入。

3.2 第二道墙：LOID长度超限（EPON板ETGO/ETGH强制限制）

EPON系统中，LOID是ONU注册的核心凭证。中兴ETGO板要求LOID长度严格≤16字符，超长即静默丢弃。而运营商常将LOID设为20位以上（如9980260532C_20231015），导致光猫反复发送注册请求，OLT却无任何响应。

现象佐证：

• show epon onu unauthentication可见ONU MAC和Model，但SN和LOID列全空；
• debug epon olt 1/2/1日志中出现LOID too long, discard register req。

根治方案：

1. 缩短LOID：在OLT上为该PON口配置LOID映射表，将长LOID转为短ID：

C300# configure terminal C300(config)# interface epon-olt_1/2/1 C300(config-if)# onu 33 type ZTE-F460 loid 9980039980C # 确保≤16字符

2. 光猫侧适配：登录光猫Web界面，将LOID字段手动改为16位内（如9980039980C），保存后重启。

注意：onu <id> loid <value>命令中的<id>是OLT分配的逻辑编号，非光猫物理ID；<value>必须与光猫实际设置的LOID完全一致，包括大小写。

3.3 第三道墙：PON口自动发现功能未启用（最隐蔽的“开关”）

这是90%“查不到未注册光猫”的终极原因：PON口物理层正常（show interface gpon-olt_1/1/6显示up），但auto-discovery功能被关闭，OLT根本不监听来自ONU的注册广播包。

验证命令：

C300# show running-config interface gpon-olt_1/1/6 interface gpon-olt_1/1/6 no shutdown linktrap disable resource-id-assign-mode mode2 # 注意：此处缺少 "auto-discovery enable" 行！

开启方法：

C300# configure terminal C300(config)# interface gpon-olt_1/1/6 C300(config-if)# auto-discovery enable # 关键命令！ C300(config-if)# exit C300# write memory

参数说明：auto-discovery enable开启后，OLT每30秒向PON口发送Discovery Gate帧，等待ONU响应。关闭时，即使光猫上电，OLT也视而不见。该命令需在PON口no shutdown后执行，否则无效。

3.4 为什么 show gpon onu by loid 返回 %Code 62310？

C300# show gpon onu by loid 9980260532C %Code 62310-GPONSRV : No related information to show.

这个报错不是LOID不存在，而是LOID未与任何PON口绑定。中兴OLT要求LOID必须先在某个PON口下通过onu <id> loid <value>命令预注册，才能被索引。

排查步骤：

1. 全局搜索LOID绑定位置：

C300# show running-config | include "loid 9980260532C" # 若无输出，说明未预注册

2. 找到对应PON口（如gpon-olt_1/14/2），添加绑定：

C300# configure terminal C300(config)# interface gpon-olt_1/14/2 C300(config-if)# onu 1 type ZTEG-F660 loid 9980260532C

3. 执行show gpon onu by loid，返回gpon-onu_1/14/2:1即成功。

避坑：show gpon onu by loid不支持通配符，必须输入完整LOID；EPON系统用show epon onu by loid，命令不可混用。

3.5 光猫注册后 show onu unauthentication 仍存在？那是“认证拒绝”

Onu interface : epon-onu_1/2/6:1 Online State : authentication deny

authentication deny表示ONU已通过物理层注册（有SN/LOID），但在鉴权阶段被拒绝。根因通常是：

• MAC地址绑定开启：show running-config interface epon-onu_1/2/6:1中含mac-bind enable，但光猫MAC未在配置中声明；
• LOID密码错误：GPON光猫LOID需配密码（loid-psw），而OLT未配置或密码不匹配；
• TCONT模板缺失：tcont 1 name ITMS profile ITMS中profile ITMS未在全局定义。

快速修复：

# 1. 关闭MAC绑定（临时） C300(config)# interface epon-onu_1/2/6:1 C300(config-if)# mac-bind disable # 2. 检查LOID密码（GPON） C300# show gpon onu by sn FHTT56075A10 # 先确认ONU逻辑ID C300# show gpon onu profile <id> # 查看profile中是否含loid-psw # 3. 补全TCONT模板 C300(config)# tcont-profile ITMS C300(config-tcont)# alloc 256

4. 避坑：5条血泪换来的ONU注册与板卡管理高频雷区

这些坑，轻则浪费2小时排查，重则引发区域性业务中断。全是某导师带新人时，让A同学亲手踩过才记进手册的硬核教训。

4.1 现象：show card中主控板状态为STANDBY，但业务正常；突然主备倒换后，所有ONU离线

原因：备用主控板（SCXM槽位11）的CONFIGING状态未结束，就被手动触发倒换（switchover scxm）。此时备用主控配置不全，加载失败，业务板失去指令，集体退服。
解决：倒换前必查show scxm status，确认Sync Status为In Sync且Config Status为Completed；若CONFIGING中，等待至消失再操作。

4.2 现象：新插一块GTGH（GPON板）到槽位15，show card显示INSERVICE，但show interface gpon-olt_1/15/2提示Interface does not exist

原因：GTGH板需手动创建PON口逻辑接口。中兴OLT不会自动为新板卡生成gpon-olt_1/15/x接口，必须执行add port命令。
解决：

C300# configure terminal C300(config)# add port 1/15/1 gpon # 创建第1个PON口（x=1） C300(config)# add port 1/15/2 gpon # 创建第2个PON口（x=2） # 然后才能配置：interface gpon-olt_1/15/2

4.3 现象：show pon onu uncfg查到SNSCTY40F25A38，但show gpon onu by sn SCTY40F25A38返回空

原因：SN中字母O与数字0、字母I与数字1混淆。光猫标签印的是SCTY40F25A38，但实际SN为SCTY4OF25A38（O是零），或SCTY4IF25A38（I是一）。中兴驱动校验严格区分。
解决：用手机微距拍摄光猫SN标签，逐字符比对；或登录光猫Web界面，在“设备信息”页复制SN，避免手输错误。

4.4 现象：show processor中某业务板CPU持续99%，但show card状态正常

原因：该板卡正遭受广播风暴冲击（如环路、ARP攻击），或TCONT带宽模板配置错误（如profile HSI中max-bandwidth设为0），导致协议栈死循环。
解决：

1. 先隔离：shutdown interface gpon-olt_1/x/y关闭该PON口；
2. 查流量：show interface gpon-olt_1/x/y看input rate是否异常高；
3. 检查模板：show tcont-profile HSI确认带宽参数合理。

4.5 现象：show fan显示风扇转速2100 RPM，但show card-temperature中多块板卡温度＞60℃

原因：风扇控制模式为temperature-control，但温度阈值设置不合理。手册中TemperatureThreshold : 10 30 38 46表示：＜10℃停转，10~30℃20%转速，30~38℃35%，38~46℃50%，＞46℃75%。若环境温度35℃，风扇仅35%转速，散热不足。
解决：调高风扇启动阈值：

C300# configure terminal C300(config)# fan control temperature-threshold 25 35 45 55 # 提前启动

5. 故障定位四步法：从“一片红”到精准定位ONU注册失败的实战路径

面对“XX小区OLT下所有光猫无法注册”的告警，别急着 reboot 或 reload。我用这套四步法，在某高校宿舍楼割接中，37分钟定位到是分光器端口标签贴反——而不是光缆熔接问题。核心是按协议栈分层验证，每步只验证一个变量。

5.1 第一步：确认物理层连通性（1分钟）

目标：排除光纤、光模块、分光器等纯物理问题。
必做动作：

• show interface gpon-olt_1/1/6查PON口Physical Status是否为up；
• show optical-info gpon-olt_1/1/6查收光功率（Rx Power）是否在-8dBm ~ -27dBm（GPON标准）；
• 用光功率计实测PON口输出光功率，应为+1.5dBm ~ +5dBm。

关键判断：

• 若Physical Status为down，且Rx Power为N/A，说明光纤中断或光模块故障；
• 若Rx Power＜-27dBm，检查分光器级数（一级分光最大1:32，二级分光需计算衰减）；
• 若Rx Power＞+5dBm，说明光模块过载，需加光衰减器。

教训：曾因跳线尾纤弯曲半径＜3cm，导致微弯损耗，Rx Power仅-26.8dBm，边缘ONU注册失败。从此所有跳线必须用扎带固定成≥3cm弧度。

5.2 第二步：验证PON口协议层能力（3分钟）

目标：确认OLT是否具备接收并处理ONU注册请求的能力。
必做动作：

• show running-config interface gpon-olt_1/1/6查auto-discovery enable是否存在；
• show gpon olt 1/1/6查Discovery Window是否开启（应为enable）；
• debug gpon olt 1/1/6开启调试，插拔一台已知好光猫，观察日志是否出现Ranging Request。

关键判断：

• 若无auto-discovery enable，补上并write memory；
• 若debug日志中无Ranging Request，说明光猫未发送注册包，问题在光猫侧（如光猫固件损坏、LOID未设置）；
• 若日志有Ranging Request但无Ranging Response，说明OLT未响应，检查主控CPU是否过载（show processor）。

5.3 第三步：检查ONU注册凭证有效性（5分钟）

目标：确认SN、LOID、密码是否符合OLT校验规则。
必做动作：

• show pon onu uncfg查未注册列表，记录SN和LOID；
• show running-config | include "loid <LOID>"全局搜索LOID是否已绑定；
• show gpon onu profile <profile-name>查该LOID关联的profile中，loid-psw是否配置且正确。

关键判断：

• 若show pon onu uncfg无SN，按3.1~3.3节排查三层过滤；
• 若LOID未搜索到，执行add onu命令预注册；
• 若profile中loid-psw为空，而光猫要求密码，则需set loid-psw。

5.4 第四步：穿透业务层配置（10分钟）

目标：确认ONU注册成功后，能否加载业务模板并上线。
必做动作：

• show gpon onu by sn <SN>获取ONU逻辑ID（如gpon-onu_1/1/6:1）；
• show running-config interface gpon-onu_1/1/6:1查TCONT、GEMPORT、service-port配置；
• show tcont-profile ITMS、show gemport-profile HSI等，确认模板存在且参数合理（如带宽非0）。

关键判断：

• 若service-port中user-vlan与BAS侧不匹配，会导致上网不通；
• 若tcont 1 name ITMS profile ITMS中profile ITMS未定义，ONU无法获取管理通道，ITMS平台无法管控；
• 若gemport 1未绑定service-port 1，则ITMS业务不通，但宽带可能正常——这就是“能上网不能远程重启”的根因。

终极验证表：

从那以后，我每次接到“光猫不注册”工单，都强制走一遍这四步：先抄下PON口地址，再依次敲四条命令，截图存档。不是为了留痕，而是让大脑按协议栈顺序思考——物理层不通，就别去查LOID密码；凭证层没过，就别优化TCONT带宽。希望帮到你。

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