ZXA10 C3xx V1.2.5P3 Í+ó + - +

内部公开▲
技术文件
技术文件名称：ZXA10 C3xx V1.2.5P3 补丁发布说明

技术文件编号：
版本：
共页
(包括封面)
拟制 /日期
审核 /日期
批准 /日期
中兴通讯股份有限公司
有线研究院
目录
1. 基准版本.....................................................................................................................................7
2. 各补丁说明.................................................................................................................................8
<以上所有信息均为中兴通讯股份有限公司所有，不得外传> 第1页
内部公开▲
2.1. ZXA10 C3xx V1.2.5P3 版本补丁..............................................................................8

2.1.1. ZXA10 C3xx V1.2.5P3 版本补丁说明..............................................................8
2.1.1.1. 补丁简介.....................................................................................................8
2.1.1.2. 补丁变更说明表........................................................................................8
2.1.1.3. 补丁信息表...............................................................................................14
2.1.2. 补丁覆盖说明...................................................................................................17
2.1.3. 故障说明...........................................................................................................18
2.1.3.1. SCXLV125P3T13_r0.pat, SCXMV125P3T13_r0.pat,
SCXNV125P3T13_r0.pat, SMXAV125P3T13_r0.pat....................................................18
2.1.3.1.1. PON 业务可能会出现内存泄露的情况.................................................18
2.1.3.1.2. 鹏博士 PNP 配置的 onu-vlan 配置大量的情况下会生成脚本会丢失问
题 19
2.1.3.1.3. 新加坡电信 LACP 中断的问题..............................................................19
2.1.3.1.4. 添加/删除 GTGHG 线卡内存泄露问题.................................................19
2.1.3.1.5. 网管上查询 ONU 端口 VLAN 问题.......................................................20
2.1.3.1.6. show remote onu info 命令出现乱码问题..............................................20
2.1.3.1.7. 网管上 ONU 端口定位列表问题............................................................21
2.1.3.1.8. 上联口的带宽利用率统计为 0 问题.......................................................21
2.1.3.1.9. F803 类型上报错误问题.........................................................................22
2.1.3.1.10. 配置第一路外时钟并引入时钟信号时线卡 HWONLINE 问题...........23
2.1.3.1.11. SMXA 类型 2,3 子卡 10G 端口重启不建链问题...................................24
2.1.3.1.12. SMXA 主控查询功耗异常问题..............................................................24
2.1.3.1.13. 网管配置远程管理 vlan 的问题..............................................................25
2.1.3.2.
SCXLV125P3T13_r1.pat、SCXMV125P3T13_r1.pat、SCXNV125P3T13_r1.pat、SM
XAV125P3T13_r1.pat.......................................................................................................25
2.1.3.2.1. 网管查询 EPON UNI 端口属性兼容性问题..........................................25
2.1.3.2.2. 基于 acl 的 traffic mirror 远程流镜像失效故障问题.............................25
2.1.3.2.3. cpu 队列限速配置和保存值不一致问题................................................26
2.1.3.2.4. 夏令时设置和显示的问题......................................................................26
2.1.3.2.5. XponCtrl 任务可能挂死防护..................................................................27
2.1.3.2.6. 远程镜会导致像死循环的问题..............................................................28
2.1.3.2.7. 主备倒换后备机可能出现异常防护......................................................28
2.1.3.2.8. auto-dispatch-set 命令会丢失的问题......................................................28
2.1.3.2.9. sip 模板配置保存后重启配置加载失败问题.........................................28
2.1.3.2.10. 网管创建 SIP 模板错误问题...................................................................29
2.1.3.2.11. SMXA 主控板全局 igmp disable 不生效的问题...................................29
2.1.3.2.12. 网管删除 xconnect 条目的问题..............................................................29
2.1.3.2.13. SCXN 采用扩展 VLAN 主备倒换业务不通问题..................................29
2.1.3.2.14. SCXN 1588 bind VLAN 主备倒换后配置丢失的问题.........................30
2.1.3.2.15. SCXN 扩展 VLAN 黄包丢弃的问题......................................................30
2.1.3.3.
内部公开▲
XAV125P3T13_r2.pat.......................................................................................................30
2.1.3.3.1. 立陶宛 10001 字节内存泄露问题...........................................................30
2.1.3.3.2. TACACS+ 异常报文导致内存越界问题...............................................31
2.1.3.4.
SCXMV125P3T13_r3.pat、SCXLV125P3T13_r3.pat、SCXNV125P3T13_r3.pat、SM
XAV125P3T13_r3.pat.......................................................................................................31
2.1.3.4.1. 远程配置导致主控挂死问题..................................................................31
2.1.3.5. SCXLV125P3T13_r3_indonesia.pat........................................................34
2.1.3.5.1. 远程配置导致主控挂死问题..................................................................34
2.1.3.6.
XAV125P3T13_r4.pat.......................................................................................................37
2.1.3.6.1. 串口异常打印信息问题(HT)..................................................................37
2.1.3.6.2. 单板状态一直 configing 状态，以及备用主控 CPU 占有率一直 99%
问题 37
2.1.3.6.3. 网管去使能夏令时功能的问题..............................................................38
2.1.3.6.4. Show interface 命令导致 Protocol 任务挂死的问题..............................38
2.1.3.6.5. 版本升级后 acl extend 配置丢失问题....................................................39
2.1.3.6.6. 主控上 vlan 限速导致 PPMgt 任务进程挂死问题.................................39
2.1.3.6.7. dhcp ip hash 冲突导致用户获取不到 ip 地址的问题............................40
2.1.3.6.8. MIB 和 CLI 主机名 hostname 最大长度不一致的问题.........................41
2.1.3.7.
SCXLV125P3T13_r20_chongqingguangdian.pat 、 SCXMV125P3T13_r20_chongqingg
uangdian.pat、SCXNV125P3T13_r20_chongqingguangdian.pat、SMXAV125P3T13_r
20_chongqingguangdian.pat、ETGOV125P3T13_r20_chongqingguangdian.pat.........41
2.1.3.7.1. 重庆广电 bcmp 格式问题........................................................................41
2.1.3.8. SCXLV125P3T13_r21_yidong.pat 、 SCXMV125P3T13_r21_yidong.pat
45
2.1.3.8.1. 版本显示的问题......................................................................................45
2.1.3.9.
GTGOAV125P3T13_r0.pat、GTGOCV125P3T13_r0.pat、GTGODV125P3T13_r0.pat
、GTGOEV125P3T13_r0.pat、GTGOGV125P3T13_r0.pat、GTGHGV125P3T13_r0.
pat 46
2.1.3.9.1. ONU 数量的问题(HT).............................................................................46
2.1.3.9.2. PON 底层 ONU ID 转换隐患问题..........................................................46
2.1.3.9.3. 调试 me-class 命令不能使用的问题.......................................................46
2.1.3.9.4. OTDR 格式的问题...................................................................................46
2.1.3.9.5. SR 上报检测问题(HT).............................................................................46
2.1.3.9.6. 线卡 CPU 占有率高的问题.....................................................................47
内部公开▲
2.1.3.9.7. 更换 ONU 后新的名单不生效问题(HT)................................................47

2.1.3.9.8. PON 远程管理组播问题..........................................................................47
2.1.3.9.9. IPV6 GUA 地址问题...............................................................................47
2.1.3.9.10. 线卡多个 PON MAC 任务挂死问题......................................................48
2.1.3.9.11. LOID 认证失败问题................................................................................49
2.1.3.9.12. GTGOG 线卡主备倒换业务恢复时间长的问题...................................49
2.1.3.9.13. GTGOG 线卡光模块信息可能错误的问题...........................................49
2.1.3.9.14. GTGOG/GTGHG typec 倒换 ONU 存在掉线问题................................49
2.1.3.9.15. GTGHG 前后 8 个口组播问题..............................................................50
2.1.3.10.
pat 50
2.1.3.10.1. 第三方厂家 ONU 对接 TIWi 告警问题..................................................50
2.1.3.10.2. Typeb 倒换 LOSi 未消失问题.................................................................50
2.1.3.10.3. 防护线卡启动过程中会出现挂死的问题..............................................51
2.1.3.10.4. 重启线卡时由于特定文件可能引起系统挂起问题..............................51
2.1.3.10.5. 新电 PW 认证 ONU 反复上下线问题....................................................51
2.1.3.10.6. Ipv6 和 ipv4 共存是 arp 报文下行丢弃的问题......................................52
2.1.3.10.7. Linkstar 场景环回 ping 丢包问题...........................................................52
2.1.3.10.8. GTGOG/GTGHG 线卡重启的问题........................................................53
2.1.3.10.9. 辽宁铁岭 HW HG8120 ONU 掉线问题.................................................54
2.1.3.11.
pat 54
2.1.3.11.1. ONU 学习不到 MAC 地址的问题..........................................................54
2.1.3.11.2. 第三方 ONU 的黄包数据流业务异常的问题........................................54
2.1.3.11.3. 开启 Ip-source-guard 后数据混乱 ONU 业务不通问题........................54
2.1.3.11.4. DGi 告警频繁上报问题...........................................................................54
2.1.3.11.5. LOID 绑定错误的问题............................................................................55
2.1.3.11.6. 采集光功率引起 tXponCtrlSub0 任务挂死的问题................................55
2.1.3.11.7. GTGOE 线卡 ONU 注册的问题..............................................................55
2.1.3.12.
GTGOGV125P3T13_r20_neimenggu.pat、GTGHGV125P3T13_r20_neimenggu.pat.56
2.1.3.12.1. 修改 ONU 的 OMCI 带宽问题................................................................56
2.1.3.13.
ETGOV125P3T13_r0.pat、ETGHGV125P3T13_r0.pat、ETTOV125P3T13_r0.pat...56
2.1.3.13.1. ONU 数量的问题.....................................................................................56
2.1.3.13.2. OTDR 格式的问题...................................................................................56
内部公开▲
2.1.3.13.3. MPCP 消息超时定时器过短问题...........................................................56

2.1.3.13.4. ETGOD 上联口静态 MAC 地址添加失败问题.....................................57
2.1.3.13.5. ETGOD 上联口静态 MAC 地址添加后线卡重启丢失问题.................57
2.1.3.13.6. ETGOD 线卡上联芯片级联口 mac 漂移优先级问题...........................57
2.1.3.13.7. 特定 F401 ONU 版本上线慢的问题.......................................................58
2.1.3.13.8. ETGOD 全 F MAC 地址学习的问题......................................................58
2.1.3.14. 冷补丁 FTGKB_LX.MVR.......................................................................58
2.1.3.15. FTGKBV125P3T14_r20_dst.pat..............................................................59
2.1.3.15.1. 非 xconnect 端口下 PTP，L2CP 报文处理问题....................................59
2.1.3.16. FTGHAV125P3T13_r0.pat.......................................................................59
2.1.3.16.1. 上联口光模块的 txPower 读取异常问题...............................................59
2.1.3.17. FTGHAV125P3T13_r20_hangzhou.pat...................................................60
2.1.3.17.1. 上联口配置为 trunk 模式聚合失败问题................................................60
2.1.3.18. GTGOAV125P3T13_r21_jilin.pat GTGOCV125P3T13_r21_jilin.pat
GTGODV125P3T13_r21_jilin.pat GTGOEV125P3T13_r21_jilin.pat
GTGOGV125P3T13_r21_jilin.pat GTGHGV125P3T13_r21_jilin.pat..........................62
2.1.3.18.1. 吉林电信华为 SFU 无法上线的问题.....................................................62
2.1.3.19. SMXAV125P3T13_r5.pat HUTQV125P3T13_r0.pat
HUTQBV125P3T13_r0.pat GUCDV125P3T13_r0.pat..................................................62
2.1.3.19.1. 上联口光模块温度告警的问题..............................................................62
2.1.3.20. SCXLV125P3T13_r5.pat..........................................................................63
2.1.3.20.1. SCXL+GTGOG 组合下行丢包的问题...................................................63
2.1.3.21. ETTOV125P3T13_r20.pat.......................................................................63
2.1.3.21.1. F822 因为误报 DGI 告警无法上线的问题............................................63
2.1.3.22. GTGOAV125P3T13_r3.pat GTGODV125P3T13_r3.pat........................63
2.1.3.22.1. F601 无法上线的问题.............................................................................63
2.1.3.23. ETGO_dba.MVR(V1.2.5P3T16).............................................................64
2.1.3.23.1. ETGOF/ETGOB 的 DBA 功能................................................................64
2.1.3.23.2. ETGOD 的鹏博士问题，原来的 FW 会学习到全 F 的 MAC 地址.....64
2.1.3.23.3. ETGOD 的非标 MAC 地址学习.............................................................64
2.1.3.23.4. 修改 ONU 的状态的处理........................................................................64
2.1.3.23.5. 修改 ETGOD 的 1pps+Tod 中的时间，有原来下发当前秒修改为下发
下一秒 64
2.1.3.23.6. ONU 数量的问题.....................................................................................64
2.1.3.23.7. OTDR 格式的问题...................................................................................64
2.1.3.23.8. MPCP 消息超时定时器过短问题...........................................................65
2.1.3.23.9. ETGOD 上联口静态 MAC 地址添加失败问题.....................................65
2.1.3.23.10. 上联口静态 MAC 地址添加后线卡重启丢失问题...............................65
2.1.3.23.11. ETGOD 线卡上联芯片级联口 mac 漂移优先级问题...........................65
2.1.3.23.12. 特定 F401 ONU 版本上线慢的问题.......................................................66
2.1.3.23.13. ETGOD 全 F MAC 地址学习的问题......................................................66
2.1.3.23.14. ETGOB 开启环回后，CPU 占有率该的问题.......................................66
2.1.3.23.15. 鹏博士需求，PNP 的问题......................................................................66
2.1.3.23.16. 福州联通 C300V1.2.5P3T13 版本 EPON 线卡烽火 ONU 在配置为
内部公开▲
auth-loid-as-sn 时无法注册问题......................................................................................67
2.1.3.24. ETGO.MVR(V1.2.5P3T17).....................................................................67
2.1.3.24.1. 新疆 L2VPN 应用场景问题：................................................................67
2.1.3.24.2. 江苏移动 QINQ 配置问题：...................................................................67
2.1.3.25. ETGOV125P3T17_r21.pat.......................................................................67
2.1.3.25.1. 福建联通和徐州移动 ETGOD 单板重启后部分用户业务不通的问题
67
2.1.3.25.2. Mpcp 重注册时不会通知业务，导致 onu 的数据没有被初始化，业务
出现中断的问题...............................................................................................................68
2.1.3.26. SCXMV125P3T13_r23_shanxi.pat..........................................................68
2.1.3.26.1. MFF 使能后对网络侧请求报文代答的问题.........................................68
2.1.3.27. ETGO.MVR(V1.2.5P3T19.......................................................................68
68
2.1.3.27.2. Mpcp 重注册时不会通知业务，导致 onu 的数据没有被初始化，业务
出现中断的问题...............................................................................................................68
2.1.3.27.3. ETGOF/ETGOB 的 DBA 功能................................................................68
2.1.3.28. SCXLV125P3T13_r6.pat SCXMV125P3T13_r6.pat
SCXNV125P3T13_r6.pat SMXAV125P3T13_r6.pat......................................................69
2.1.3.28.1. ARP proxy 使能后对网络侧请求报文代答的问题...............................69
2.1.3.28.2. 默认 802.1X 报文会提到 CPU，导致 SNMP 报文丢包.......................69
2.1.3.28.3. 王各庄 C300 从网管上 snmp ping 不通问题.........................................69
2.1.3.28.4. 邛崃广电 C300 snmp v3 ping 不通问题.................................................69
2.1.3.29. GTGOEV125P3T13_r4.pat GTGOAV125P3T13_r4.pat
GTGOCV125P3T13_r4.pat GTGODV125P3T13_r4.pat GTGOGV125P3T13_r4.pat
GTGHGV125P3T13_r4.pat..............................................................................................69
2.1.3.29.1. 越南 PON 业务模板替换后，新增业务学习不到 MAC......................69
2.1.3.29.2. 波兰 gemport 限速 cpb=pbs 的情况下业务不通问题。........................69
2.1.3.29.3. gemport 模板应用第 129 个失败的问题................................................70
2.1.3.29.4. GTGOA 单板偶数口无 mac 显示问题...................................................70
2.1.3.29.5. 辽阳电信 9806mib 同步问题..................................................................70
2.1.3.29.6. 黑河嫩江处理 16 口 PON 板用户关机后第二天，F607 （HGU）无
法注册的问题...................................................................................................................70
2.1.3.29.7. 云南 c300 v1.2.5p3 gtgoa 线卡下 onu 注册不上来问题........................70
2.1.3.29.8. 石家庄行唐联通华为的光猫一直无法 working....................................70
2.1.3.29.9. OLT 断纤告警和断电告警优化..............................................................71
2.1.3.29.10. GPON 线卡 tod 下发错误问题................................................................71
2.1.3.29.11. 青县联通行政中心 C300 从 V1.2.3P3 升级到 V1.2.5P3 后， EPON
PON 板出现进程吊死情况，shell 下自动弹出异常提示“txponnpproc suspend”.....71
2.1.4. 补丁兼容性.......................................................................................................71
2.1.5. 补丁使用限制...................................................................................................71
2.1.6. 补丁升级指导...................................................................................................72
2.1.6.1. 升级准备...................................................................................................72
2.1.6.2. 升级步骤...................................................................................................72
内部公开▲
2.1.6.3. 回退步骤...................................................................................................73
2.1.6.4. 升级确认...................................................................................................74
2.1.6.5. 升级注意事项...........................................................................................75
内部公开▲
补丁发布说明
1. 基准版本
V1.2.5P3 版本个单板名称，版本名称和版本号，以及版本大小和版本生产时间。
序号单板名称版本名称以及版本号版本大小版本生成时间
1 　SCXL SCXL.MVR V1.2.5P3T13 9002895 2015-01-05 03:50:05
2 　SCXM SCXM.MVR V1.2.5P3T13 9006731 2015-01-05 03:50:09
3 　SCXN SCXN.MVR V1.2.5P3T13 15380331 2015-01-05 03:50:04
4 　SMXA SMXA.MVR V1.2.5P3T13 14818071 2015-01-05 03:50:18
5 ETGOB ETGO.MVR V1.2.5P3T13 5059122 2015-01-05 03:43:16
6 ETGOD ETGO.MVR V1.2.5P3T13 5059122 2015-01-05 03:43:16
7 ETGOF ETGO.MVR V1.2.5P3T13 5059122 2015-01-05 03:43:16
8 ETGHG ETGHG_LX.MVR V1.2.5P3T13 10207084 2015-01-05 03:42:43
9 ETXDC ETXDC.MVR V1.2.5P3T13 1481933 2015-01-05 03:42:40
10 ETTQE ETTQE_LX.MVR V1.2.5P3T13 8108552 2015-01-05 03:42:41
11 ETTOD ETTO_LX.MVR V1.2.5P3T13 5510212 2015-01-05 03:42:42
12 GTGQA GTGOC.MVR V1.2.5P3T13 1725444 2015-01-05 03:42:46
13 GTGQC GTGOC.MVR V1.2.5P3T13 1826341 2015-01-05 03:47:34
14 GTGOA GTGOA.MVR V1.2.5P3T13 1725444 2015-01-05 03:42:46
15 GTGOC GTGOA.MVR V1.2.5P3T13 1826341 2015-01-05 03:47:34
16 GTGOD GTGOD.MVR V1.2.5P3T13 2273947 2015-01-05 03:48:01
17 GTGOE GTGOE.MVR V1.2.5P3T13 2087986 2015-01-05 03:48:03
18 GTGOG GTGOG_LX.MVR V1.2.5P3T13 5595416 2015-01-05 03:47:57
19 GTGHG GTGHG_LX.MVR V1.2.5P3T13 5338780 2015-01-05 03:42:43
20 GTXOG GTXOG_LX.MVR V1.2.5P3T13 5329580 2015-01-05 03:47:56
21 GDFO FTHGA_LX.MVR V1.2.5P3T13 6912076 2015-01-05 03:42:38
22 FTGKB FTGKB_LX.MVR V1.2.5P3T13 4771884 2015-01-05 03:42:30
23 GUSQ GUCD_LX.MVR V1.2.5P3T13 2071041 2015-01-05 03:47:54
24 GUFQ GUCD_LX.MVR V1.2.5P3T13 2071041 2015-01-05 03:47:54
25 GUTQ GUCD_LX.MVR V1.2.5P3T13 2071041 2015-01-05 03:47:54
26 HUGQ GUCD_LX.MVR V1.2.5P3T13 2071041 2015-01-05 03:47:54
27 HUTQ HUTQ_LX.MVR V1.2.5P3T13 2058872 2015-01-05 03:47:58
28 HUVQ HUTQB_LX.MVR V1.2.5P3T13 2249068 2015-01-05 03:47:43
29 XUTQ XUTQ_LX.MVR V1.2.5P3T13 2071041 2015-01-05 03:53:00
30 CTLA CTLA.MVR V1.2.5P3T13 812451 2015-01-05 03:42:24
31 CTBBA CTTB.MVR V1.2.5P3T13 767974 2015-01-05 03:42:23
32 CTTBA CTTB.MVR V1.2.5P3T13 767974 2015-01-05 03:42:23
33 CTUB CTUB_LX.MVR V1.2.5P3T13 2428568 2015-01-05 03:42:24
34 CICG CICG.MVR V1.2.5P3T13 574541 2015-01-05 02:31:12
内部公开▲
35 CICK CICK_LX.MVR V1.2.5P3T13 2171280 2015-01-05 03:42:24

36 CICC CICK_LX.MVR V1.2.5P3T13 2171280 2015-01-05 03:42:24
37 OMOA OMOA_LX.MVR V1.2.5P3T13 2565180 2015-01-05 03:47:55
每个补丁适用的版本包含在补丁名称中，比如 SCXMV125P3T13_r0.pat，其中 T13 为研发内

部标签。各个板卡的内部标签可能不一样，工程开局只需关注外部标签。
请注意该版本发布说明仅仅针对公司内部，特别是支持部，严禁直接将发布说明直接提供
给局方。
2. 各补丁说明
2.1. ZXA10 C3xx V1.2.5P3 版本补丁
2.1.1. ZXA10 C3xx V1.2.5P3 版本补丁说明
补丁主要是在设计定型的版本 V1.2.5P3T13 的基础上进行开发制作生成，针对 MVR 版

本进行补丁。
2.1.1.1. 补丁简介
本补丁只使用于 V1.2.5P3T13 版本,FTGKB 为 P3T14，其他非 P3T13 的 V1.2.5P3 版本

不适用。
2.1.1.2. 补丁变更说明表
序时间补丁号内容备注
号
1 2015.4.2 SCXLV125P3T13_r0.pat 新增：第一次发
SCXMV125P3T13_r0.pat 1、PON 业务可能会出现内存泄露的情布
SCXNV125P3T13_r0.pat 况；
SMXAV125P3T13_r0.pat 2、鹏博士 PNP 配置的 onu-vlan 配置
大量的情况下会生成脚本会丢失问题
3、新加坡电信 LACP 中断的问题
4、添加/删除 GTGHG 线卡内存泄露问
题
5、网管上查询 ONU 端口 VLAN 问题
6、show remote onu info 命令出现
乱码问题
7、网管上 ONU 端口定位列表问题
8、上联口的带宽利用率统计为 0 问题
9、F803 类型上报错误问题
10、配置第一路外时钟并引入时钟信
号时线卡 HWONLINE 问题
内部公开▲
11、SMXA 类型 2,3 子卡 10G 端口重启

不建链问题
12、SMXA 主控查询功耗异常问题
13、网管配置远程管理 vlan 的问题
2 2015.4.2 GTGOAV125P3T13_r0.pat 新增：第一次发
GTGOCV125P3T13_r0.pat 1、互通 ONU 数量的问题布
GTGODV125P3T13_r0.pat 2、PON 底层 ONU ID 转换隐患问题
GTGOEV125P3T13_r0.pat 3、调试 me-class 命令不能使用的问
GTGOGV125P3T13_r0.pat 题
GTGHGV125P3T13_r0.pat 4、OTDR 格式的问题
5、SR 上报检测问题
6、线卡 CPU 占有率高的问题
7、更换 ONU 后新的黑名单不生效问题
8、PON 远程管理组播问题
9、IPV6 GUA 地址问题
10、线卡多个 PON MAC 任务挂死问题
11、LOID 认证失败问题
12、GTGOG 线卡主备倒换业务恢复时
间长的问题
13、GTGOG 线卡光模块信息可能错误
的问题
14、GTGOG/GTGHG typec 倒换 ONU 存在
掉线问题
15、GTGHG 前后 8 个口组播问题
3 2015.4.2 ETGOV125P3T13_r0.pat 新增：第一次发
ETGHGV125P3T13_r0.pat 1、互通 ONU 数量的问题布
ETTOV125P3T13_r0.pat 2、OTDR 格式的问题
3、MPCP 消息超时定时器过短问题
4、ETGOD 上联口静态 MAC 地址添加
失败问题
5、ETGOD 上联口静态 MAC 地址添加后
线卡重启丢失问题
6、ETGOD 线卡上联芯片级联口 mac 漂
移优先级问题
7、ETGOD 特定 F401 ONU 版本上线慢的
问题
4 2015.4.2 FTGKB_LX.MVR 新增：第一次发
1、支持 PTP，L2CP 协议报文的透传处布
理
5 2015.4.29 ftgkbv125p3t14_r20_dst. 新增：第一次发
pat 1、支持全部的端口不论是否配置过布
xconnect 都能够透传 PTP，L2CP 协议
包的透传处理
<以上所有信息均为中兴通讯股份有限公司所有，不得外传> 第 10 页
内部公开▲
6 2015.5.22 SCXLV125P3T13_r0.pat 修改如下：第二次发

SCXMV125P3T13_r0.pat 8、上联口的带宽利用率统计为 0 问题布（覆
SMXAV125P3T13_r0.pat 其他补丁保持不变盖）
SCXMV125P3T13_r3.pat 1、远程配置导致主控挂死问题布
8 2015.5.22 GTGHGV125P3T13_r1.pat 新增：第一次发

GTGOGV125P3T13_r1.pat 1 第三方厂家 ONU 对接 TIWi 告警布
GTGOEV125P3T13_r1.pat 问题；
GTGOAV125P3T13_r1.pat 2 Typeb 倒换 LOSi 未消失问题；
GTGODV125P3T13_r1.pat 3 防护线卡启动过程中会出现挂死的
问题；
4 重启线卡时由于特定文件可能引起
系统挂起问题；
5 新电 PW 认证 ONU 反复上下线问
题；
6 Ipv6 和 ipv4 共存是 arp 报文下行丢
弃的问题；
7 Linkstar 场景环回 ping 丢包问题；
8 GTGOG/GTGHG 线卡重启的问
题；
9 辽宁铁岭 HW HG8120 ONU 掉线
问题；
9 2015.6.15 SCXLV125P3T13_r3_indone 新增：第一次发
sia.pat 1、远程配置导致主控挂死问题布

SCXMV125P3T13_r1.pat 1、网管查询 EPON UNI 端口属性兼布
SCXNV125P3T13_r1.pat 容性问题
SMXAV125P3T13_r1.pat 2、基于 acl 的 traffic mirror 远程流镜
像失效故障问题
3、cpu 队列限速配置和保存值不一致
问题
4、夏令时设置和显示的问题
5、XponCtrl 任务可能挂死防护
6、远程镜会导致像死循环的问题
7、主备倒换后备机可能出现异常防
护
8、auto-dispatch-set 命令会丢失的问
题
9、sip 模板配置保存后重启配置加
载失败问题
10、网管创建 SIP 模板错误问题
11、SMXA 主控板全局 igmp disable
不生效的问题
内部公开▲
12、网管删除 xconnect 条目的问题

13、SCXN 采用扩展 VLAN 主备倒
换业务不通问题
14、SCXN 1588 bind VLAN 主备倒
换后配置丢失的问题
15、SCXN 扩展 VLAN 黄包丢弃的
问题
SCXMV125P3T13_r2.pat 1、立陶宛 10001 字节内存泄露问题布
SCXNV125P3T13_r2.pat 2、 TACACS+ 异常报文导致内存越
SMXAV125P3T13_r2.pat 界问题
12 2015.7.11 SCXNV125P3T13_r3.pat 新增：第一次发
SMXAV125P3T13_r3.pat 1、远程配置导致主控挂死问题布
13 2015.7.11 GTGOCV125P3T13_r1.pat 新增：第一次发

1、第三方厂家 ONU 对接 TIWi 告警布
问题
2、 Typeb 倒换 LOSi 未消失问题
3、防护线卡启动过程中会出现挂死
的问题
4、重启线卡时由于特定文件可能引
起系统挂起问题
5、新电 PW 认证 ONU 反复上下线
问题
6、辽宁铁岭 HW HG8120 ONU 掉
线问题
SCXMV125P3T13_r4.pat 1、串口异常打印信息问题布
SCXNV125P3T13_r4.pat 2、单板状态一直 configing 状态，
SMXAV125P3T13_r4.pat 以及备用主控 CPU 占有率一直
99%问题
3、网管去使能夏令时功能的问题
4、 Show interface 命令导致 Protocol
任务挂死的问题
5、版本升级后 acl extend 配置丢失
问题
6、主控上 vlan 限速导致 PPMgt 任
务进程挂死问题
7、 dhcp ip hash 冲突导致用户获取
不到 ip 地址的问题
8、 MIB 和 CLI 主机名 hostname 最
大长度不一致的问题
15 2015.7.11 SCXLV125P3T13_r20_chong 新增：第一次发
qingguangdian.pat 1、重庆广电 bcmp 格式问题布
内部公开▲
SCXMV125P3T13_r20_chong
qingguangdian.pat
SCXNV125P3T13_r20_chong
qingguangdian.pat
SMXAV125P3T13_r20_chong
qingguangdian.pat
ETGOV125P3T13_r20_chong
qingguangdian.pat
16 2015.7.11 SCXLV125P3T13_r21_yidon 新增：第一次发
g.pat 1、移动版本显示问题布
SCXMV125P3T13_r21_yidon
g.pat
SCXNV125P3T13_r21_yidon
g.pat
SMXAV125P3T13_r21_yidon
g.pat
GTGOCV125P3T13_r2.pat 1、ONU 学习不到 MAC 地址的问题布
GTGODV125P3T13_r2.pat 2、第三方 ONU 的黄包数据流业务
GTGOEV125P3T13_r2.pat 异常的问题
GTGOGV125P3T13_r2.pat 3、开启 Ip-source-guard 后数据混乱
GTGHGV125P3T13_r2.pat ONU 业务不通问题
4、DGi 告警频繁上报问题
5、LOID 绑定错误的问题
6、采集光功率引起 tXponCtrlSub0
任务挂死的问题
7、GTGOE 线卡 ONU 注册的问题
18 2015.7.11 GTGOGV125P3T13_r20_neim 新增：第一次发
enggu.pat 1、修改 ONU 的 OMCI 带宽问题布
GTGHGV125P3T13_r20_neim
enggu.pat
19 2015.7.11 FTGHAV125P3T13_r0.pat 新增：第一次发
1、上联口光模块的 txPower 读取异布
常问题
20 2015.7.11 FTGHAV125P3T13_r20_hang 新增：第一次发
zhou.pat 1、上联口配置为 trunk 模式聚合失布
败问题
21 2015.7.29 GTGOAV125P3T13_r21_jili 新增：第一次发
n.pat 1、解决和华为 ONU 对接时，华为 ONU 布
GTGODV125P3T13_r21_jili 被踢下线的问题
n.pat
GTGOEV125P3T13_r21_jili
n.pat
内部公开▲
GTGOGV125P3T13_r21_jili
n.pat
GTGHGV125P3T13_r21_jili
n.pat
GTGOCV125P3T13_r21_jili
n.pat
22 2015.7.31 SMXAV125P3T13_r5.pat 新增：第一次发
解决上联口 GE 光模块存在如下告布
警，温度显示-992.906 (c)的问题，
厂家型号为：EOLS-1312-10-D
解决 SCXL+GTGOG 组合下行丢包布
的问题
GTGODV125P3T13_r3.pat GTGOA/GTGOD 单板下 F601 无法布
上线的问题（因为 LOSi 没有消
除）。
25 2015.7.31 HUTQV125P3T13_r0.pat 新增：第一次发
HUTQBV125P3T13_r0.pat 解决上联口 GE 光模块存在如下告布
GUCDV125P3T13_r0.pat 警，温度显示-992.906 (c)的问题，
厂家型号为：EOLS-1312-10-D
26 2015.7.31 SCXLV125P3T13_r3_yinni. 新增：第一次发
pat 在原来通用 r3 补丁基础上制作复合补布
SCXNV125P3T13_r3_yinni. 丁新的策略文件。
pat
27 2015.7.31 ETTOV125P3T13_r20.pat 新增：第一次发
F822 因为误报 DGI 告警无法上线的问布
题
28 2015.7.31 ETGO_dba.MVR(P3T16) 修改：第？次发
详细请参考 2.1.3.23 章节布（覆
盖）
29 2015.7.31 ETGO.MVR(P3T17) 新增：第二次发
1 回退固件版本解决青县 F420 1.0.9 布
周期掉线问题
2 新疆 L2VPN 场景问题
3 江苏移动 smart qinq 配置问题
30 2015.8.26 ETGOV125P3T17_r21.pat 新增：第一次发
1 徐州移动和福清联通 ETGOD 单板布
qinq 业务不通问题；
2 佳木斯 ETGOD 单板部分 ONU 业务不
通问题
31 2015.9.1 SCXLV125P3T13_r3_yinni2 新增：第二次发
01508.pat 在原来通用 r3 补丁基础上制作复合补布
内部公开▲
丁新的策略文件。
32 2015.9.1 SCXMV125P3T13_r23_shanx 新增：第一次发
i.pat 解决山西电信发现的 MFF 使能后用户布
无法 ping 通语音网关的问题。
33 2015.9.6 SCXLV125P3T13_r3_yinni2 新增：第三次发
01509.pat 在原来通用 r3 补丁基础上制作复合补布
丁新的策略文件。
34 2015.9.6 ETGO.MVR(P3T19) 详见：2.1.3.27 第一次发
布
SCXMV125P3T13_r6.pat 1 ARP proxy 使能后对网络侧请求报布
SCXNV125P3T13_r6.pat 文代答的问题
SMXAV125P3T13_r6.pat 2 默认 802.1X 报文会提到 CPU，导致
SNMP 报文丢包
3 王各庄 C300 从网管上 snmp ping 不
通问题
4 邛崃广电 C300 snmp v3 ping 不通
问题
36 2015.9.6 GTGOAV125P3T13_r4.pat 详见 2.1.3.29 第一次发
GTGOCV125P3T13_r4.pat 布
GTGODV125P3T13_r4.pat
GTGOEV125P3T13_r4.pat
GTGOGV125P3T13_r4.pat
GTGHGV125P3T13_r4.pat
2.1.1.3. 补丁信息表
序号补丁名称补丁文件大小补丁时间备注
1 SCXLV125P3T13_r0.pat 30467 2015-03-13 17:15:24 第一次发布（被

替换）
2 SCXMV125P3T13_r0.pat 30467 2015-03-13 16:58:37 第一次发布（被
替换）
3 scxnv125p3t13_r0.pat 34977 2015-03-13 15:57:24 第一次发布
4 smxav125p3t13_r0.pat 34755 2015-03-13 16:19:06 第一次发布（被

替换）
5 gtghgv125p3t13_r0.pat 30447 2015-03-02 15:59:04 第一次发布
6 gtgoav125p3t13_r0.pat 24682 2015-03-02 15:41:16 第一次发布
7 gtgocv125p3t13_r0.pat 24693 2015-03-02 15:45:42 第一次发布
8 gtgodv125p3t13_r0.pat 22946 2015-03-02 15:49:31 第一次发布
9 gtgoev125p3t13_r0.pat 25153 2015-03-02 15:53:47 第一次发布
内部公开▲
10 gtgogv125p3t13_r0.pat 33457 2015-03-02 15:37:18 第一次发布
11 etghgv125p3t13_r0.pat 6382 2015-03-02 16:10:44 第一次发布
12 etgov125p3t13_r0.pat 23803 2015-03-27 10:22:03 第一次发布
13 ettov125p3t13_r0.pat 1571 2015-03-02 16:15:13 第一次发布
14 ftgkbv125p3t14_r20_dst. 4464 2015-03-27 14:56:48 第一次发布

pat
15 scxlv125p3t13_r0.pat 31451 2015-05-08 19:06:34 第二次发布（覆
盖）
16 scxmv125p3t13_r0.pat 31451 2015-05-08 19:01:55 第二次发布（覆
盖）
17 smxav125p3t13_r0.pat 35499 2015-05-08 18:57:03 第二次发布（覆
盖）
18 scxlv125p3t13_r3.pat 4915 2015-05-14 10:35:28 第一次发布
19 scxmv125p3t13_r3.pat 4915 2015-05-14 10:38:50 第一次发布
25 scxlv125p3t13_r3_indone 5444 2015-05-22 10:35:28 第一次发布

sia.pat
29 smxav125p3t13_r1.pat 23043 2015-05-18 12:31:27 第一次发布
内部公开▲
41 scxlv125p3t13_r20_chong 4834 2015-04-03 10:12:55 第一次发布

qingguangdian.pat
42 scxmv125p3t13_r20_chong 4834 2015-04-03 10:14:27 第一次发布
qingguangdian.pat
43 scxnv125p3t13_r20_chong 4834 2015-04-03 10:15:57 第一次发布
qingguangdian.pat
44 smxav125p3t13_r20_chong 4834 2015-04-03 10:11:32 第一次发布
qingguangdian.pat
45 etgov125p3t13_r20_chong 3723 2015-04-02 11:56:48 第一次发布
qingguangdian.pat
46 scxlv125p3t13_r21_yidon 1200 2015-07-02 13:12:04 第一次发布
g.pat
47 scxmv125p3t13_r21_yidon 1200 2015-07-02 13:10:36 第一次发布
g.pat
54 gtgogv125p3t13_r20_neim 1010 2015-07-02 13:13:42 第一次发布

enggu.pat
55 gtghgv125p3t13_r20_neim 1010 2015-07-02 13:15:08 第一次发布
enggu.pat
56 FTGHAV125P3T13_r0.pat 5702 2015-07-02 12:39:29 第一次发布
57 FTGHAV125P3T13_r20_hang 2047 2015-07-02 12:47:50 第一次发布

zhou.pat
58 GTGOAV125P3T13_r21_jili 560 2015-7-16 17:18:26 第一次发布
n.pat
59 GTGOCV125P3T13_r21_jili 560 2015-7-16 17:22:14 第一次发布
n.pat
60 GTGODV125P3T13_r21_jili 560 2015-7-16 17:25:27 第一次发布
n.pat
61 GTGOEV125P3T13_r21_jili 560 2015-7-16 17:14:00 第一次发布
n.pat
62 GTGOGV125P3T13_r21_jili 560 2015-7-16 17:26:48 第一次发布
内部公开▲
n.pat
63 GTGHGV125P3T13_r21_jili 560 2015-7-16 17:11:28 第一次发布
n.pat
64 SMXAV125P3T13_r5.pat 6091 2015-7-22 10:36:11 第一次发布
65 SCXLV125P3T13_r5.pat 5034 2015-7-21 17:46:08 第一次发布
66 GTGOAV125P3T13_r3.pat 997 2015-7-9 17:34:07 第一次发布
67 GTGODV125P3T13_r3.pat 997 2015-7-9 17:36:03 第一次发布
68 SCXLV125P3T13_r3_yinni. 5408 2015-7-24 14:02:42 第一次发布

pat
69 SCXNV125P3T13_r3_yinni. 7596 2015-7-24 14:02:51 第一次发布
pat
70 HUTQV125P3T13_r0.pat 3693 2015-7-21 14:00:23 第一次发布
71 HUTQBV125P3T13_r0.pat 3693 2015-7-23 11:30:58 第一次发布
72 GUCDV125P3T13_r0.pat 3693 2015-7-21 13:58:50 第一次发布
73 ETTOV125P3T13_r20_hangz 1245 2015-7-15 17:14:46 第一次发布

hou.pat
74 ETGO_dba.MVR 5080997 2015-7-24 11:32:59 第?次发布
75 ETGO.MVR 5077755 2015-7-24 17:07:50 第二次发布
76 ETGOV125P3T17_r21.pat 5542 2015-8-24 15:46:21 第一次发布
77 SCXLV125P3T13_r3_yinni2 5003 2015-8-28 10:09:40 第二次发布

01508.pat
78 SCXMV125P3T13_r23_shanx 4268 2015-8-27 20:42:22 第一次发布
i.pat
79 SCXLV125P3T13_r3_yinni2 5439 2015-9-6 10:20:12 第三次发布
01509.pat
80 ETGO.MVR 5083571 2015-9-1 16:08:39 第三次发布
81 GTGHGV125P3T13_r4.pat 31478 2015-08-31 17:38 第一次发布
82 GTGOAV125P3T13_r4.pat 12681 2015-08-24 14:08 第一次发布
83 GTGOCV125P3T13_r4.pat 11112 2015-08-24 14:10 第一次发布
84 GTGODV125P3T13_r4.pat 12296 2015-08-28 17:27 第一次发布
85 GTGOEV125P3T13_r4.pat 16732 2015-08-24 16:09 第一次发布
86 GTGOGV125P3T13_r4.pat 29396 2015-08-24 16:11 第一次发布
87 SCXLV125P3T13_r6.pat 28021 2015-08-24 14:23 第一次发布
88 SCXMV125P3T13_r6.pat 28021 2015-08-24 14:19 第一次发布
89 SCXNV125P3T13_r6.pat 28005 2015-08-25 13:10 第一次发布
内部公开▲
90 SMXAV125P3T13_r6.pat 26309 2015-08-24 14:24 第一次发布
2.1.2. 补丁覆盖说明
1、2015 年 4 月 2 日第一次补丁版本发布，没有补丁覆盖问题。
2、2015 年 5 月 25 日第二次补丁版本发布，其中 SCXL，SCXM，SMXA 的 r0 补丁进
行覆盖，其他补丁没有覆盖。
2.1 第一次发布的如下补丁被替换：
SCXLV125P3T13_r0.pat 30467 2015-03-13 17:15:24
SCXMV125P3T13_r0.pat 30467 2015-03-13 16:58:37
smxav125p3t13_r0.pat 34755 2015-03-13 16:19:06
替换为第二次发布的如下补丁：
scxlv125p3t13_r0.pat 31451 2015-05-08 19:06:34
scxmv125p3t13_r0.pat 31451 2015-05-08 19:01:55
smxav125p3t13_r0.pat 35499 2015-05-08 18:57:03
2.2 覆盖原因：由于先前解决的问题：“上联口的带宽利用率统计为 0 问题”，打上补
丁后虽然不再是 0 了，但是带宽利用率却不准确，需重新修改；
3、2015 年 9 月 1 日 SCXLV125P3T13_r3_yinni201508.pat，重新发布，解决无标识的
MSAN5200 上线问题。
2.1.3. 故障说明
2.1.3.1. SCXLV125P3T13_r0.pat, SCXMV125P3T13_r0.pat, SCXNV125P3T13_r0.pat,

SMXAV125P3T13_r0.pat
2.1.3.1.1. PON 业务可能会出现内存泄露的情况
概要说明：模板化配置 onu 远程管理配置数据时，有可能会导致线程挂起的问题；以

及重复配置 onu 下远程管理的相关配置导致的内存泄露问题。由于代码存在 bug，如果在出
现异常分支的时候会出现刚刚分配的内存得不到释放，这样将会导致内存泄露，可使用的内存
将越来越少。类似如下代码，会导致分配给 avlEntry 的内存得不到释放：
INT32S GponRm_AddOntNodeToAVL(GPONRM_AVL_OBJECT_E objId, STRUCT_OMCI_ONTPOSITION
*pOntPos)
{
GPONRM_ONT_AVL_HEAD *avlEntry = (GPONRM_ONT_AVL_HEAD *)
gponRm_AllocPool(sizeof(*avlEntry));
GENERIC_ARGUMENT arg;
XPON_AVLTREE *root = GponRmGetAvlRoot(objId);
if((avlEntry == NULL) || (root == NULL))

{
return ERR_GPON_POINTER_NULL;
}
if(gponrmIsVirtualOnu(pOntPos))
内部公开▲
{
return ERR_GPON_RECORD_NONEXT;
}
avlEntry->ontPos.slotId = pOntPos->slotId;
avlEntry->ontPos.oltId = pOntPos->oltId;
avlEntry->ontPos.ontId = pOntPos->ontId;
arg.p = &avlEntry->ontPos;
return avlInsert(&root->root, &avlEntry->avlNode, arg, root->compare);
}
因为这个地方多个实例或多个类型只插入一个 AVL 节点，但是多个实例或多个类型的配置每次
执行 GponRm_AddOntNodeToAVL 的调用时都会申请一次内存，而最终可能因为节点索引重复而没
有插入 AVL 树，导致内存泄露；很多命令行或 MIB 操作都可以触发的，也有较多的类似的函数。
例如，一个 ONU 下配置 2 个条目(举个例子：
GponRm_AddOntNodeToAVL(GPONOBJ_ONU_VLAN_TAG_CFG,
(STRUCT_OMCI_ONTPOSITION*)vpIfPos);）：
onu-vlan eth_0/1 ... 这里申请一个 AVL 节点内存，加入 AVL tree，索引到 ONU;
onu-vlan eth_0/2 ... 这里申请一个 AVL 节点内存，但是因为跟上一个节点具有相同的
ONU 索引，所以无法加入 AVL tree，这块内存就泄露掉了;
修改说明：修改代码避免出现泄漏。
注意事项：如果在打补丁之前已经泄漏的内存，没有办法回收，只能通过重启线卡才能
够回收。
2.1.3.1.2. 鹏博士 PNP 配置的 onu-vlan 配置大量的情况下会生成脚本会丢失问题
概要说明：当配置了大量的 PNP 数据时，例如，在 onu-pnp 模式下使用 onu-vlan epon-

olt_1/x/x mode transparent 命令为线卡的每个 pon 口配置 onu-vlan 模式；使用 enable
epon-olt_1/x/x 使能每块线卡的所有 pon 的 PNP 功能。然后在执行 show running-config 或者
write 时候会出现配置数据丢失的情况。
修改说明：修改代码，解决每块少了一条记录的问题。
注意事项：如果 PNP 配置较少则不会出现该问题，如果开启了鹏博士功能，打上补丁后建
议立刻保存一次。
2.1.3.1.3. 新加坡电信 LACP 中断的问题
概要说明：新加坡电信在测试 V1.2.5P3 版本时候，发现 LACP 会不断地出现聚合和去聚合，

导致业务中断，最后远程登录发现：由于 LACP 协议模块没有收到对端的 LACP 协议报文，因
此将链路给去聚合，间隔一段时间后又重新聚合。最后发现由于开启了未知组播限速功能，将
LACP 协议包也当成了未知组播包进行了限速处理，由于上联口有大量的未知组播，这样导致
将 LACP 协议包直接丢弃了，没有提取到 CPU，即将 01.80.c2 的报文也纳入了未知组播限速中
了。
修改说明：由于在 V1.2.5P3 版本中将组播为：0x01,xx,xx,xx,xx,xx 全部纳入了未知组播限
速的范围内，恢复为之前版本的未知组播：0x01,0x00,0x5e,xx,xx,xx。
内部公开▲
注意事项：NA。
2.1.3.1.4. 添加/删除 GTGHG 线卡内存泄露问题
概要说明：添加/删除 GTGHG 线卡一次会泄露 16K 内存，反复添加删除线卡会造成可使用

的内存越来越少。
修改说明：在删除线卡后释放申请的 16K 内存。
注意事项：如果在打补丁之前已经泄漏的内存，没有办法回收，只能通过重启线卡才能够
回收。
2.1.3.1.5. 网管上查询 ONU 端口 VLAN 问题
概要说明：工程上，巴州广电主备倒换后通过 mib 接口查询远程管理接口下 vlanPort 配置

失败，网管上查询不到 ONU 端口上绑定的 VLAN 信息（工程上报问题，ONU 为 F400）。涉及
到如下 EPON ONU 远程管理接口下的如下 MIB 和命令：
如下三张 mib 表都存在这个故障：
zxAnEponOnuVlanTranslationTable
对应 CLI 配置：
vlan port eth_0/1 mode translation ...
vlan port eth_0/2 mode translation ...
zxAnEponOnuVlanTrunkTable
vlan port eth_0/1 mode trunk ...
vlan port eth_0/2 mode trunk ...
zxAnEponOnuVlanAggregationTable
vlan port eth_0/1 mode aggregation ...
vlan port eth_0/2 mode aggregation ...
修改说明：修改主备同步数据的 bug。
注意事项：由于备机的数据上已经出现了问题，打上补丁后需要重启备机才能够恢复，否
则主备倒换后仍然存在问题。只有 EPON 才存在该问题，GPON 不存在该问题。
2.1.3.1.6. show remote onu info 命令出现乱码问题
概要说明：命令 show remote onu info 查询 EPON ONU（例如，F822）的信息时候，有时

候查询结果显示为乱码，例如，如下情况：
内部公开▲
修改说明：由于字符串没有结束符导致输出混乱，修改该 bug。
2.1.3.1.7. 网管上 ONU 端口定位列表问题
概要说明：泰国工程上出现，配置了多个 ONU，但是在网管界面上只能选择第一个 ONU 端口

定位进行相关配置，其他 ONU 均不能够处理。例如： 1/2/1 下第一个 ONU 端口定位表格里有
选项可以修改，但是第二个 ONU 端口定位表格里就空了。对于 1/2/1:3，如果删除了
1/2/1:1 ,1/2/1:2 的端口定位就能配置了，如果删除 1/2/1 下所有 ONU，1/2/2:1 就可以配置
端口定位。
修改说明：索引中的 ifid 的 getnext 出现错误，修正该问题。
2.1.3.1.8. 上联口的带宽利用率统计为 0 问题
概要说明：上联口的带宽利用率统计在有流量的情况下也一直为 0 的问题，命令行显示如
下：
TaiPingLing_C300#show interface gei_1/19/1
gei_1/19/1 is up, line protocol is up
Description is none
Keepalive set:10 sec
The port negotiation is enable
The port is optical
内部公开▲
Duplex full
scramble payload-enable
VLAN mode is hybrid, pvid 1 BW 1000000 Kbits
Last clearing of "show interface" counters never
20 seconds input rate : 12276497 Bps, 10957
pps
20 seconds output rate: 3821442 Bps, 8583
pps
Interface peak rate :
input 23879817 Bps, output 9061565 Bps
Interface utilization: input 0.00000%, output 0.00000%
Input:
Packets : 542395457 Bytes :
561169182393
Unicasts : 542392060 Multicasts : 1
Broadcasts : 3395 Undersize : 0
Oversize : 23002409 CRC-ERROR : 0
Dropped : 0 Fragments : 0
Jabber : 0 MacRxErr : 0
IncorrectVlanDrop: 0
修改说明：由于输出格式导致 CLI 下该值一直为 0，修正该 bug。另，第一次补丁发布后，

工程上使用发现虽然不为 0 了，但是，精度存在问题，需要再次修改补丁。
注意事项：补丁 2015.3 发布的 r0 补丁存在精度问题，2015.5 发布的补丁修改了该精度问题。
2.1.3.1.9. F803 类型上报错误问题
概要说明：由于 OLT 侧在开启鹏博士自动配置时候，获取 ONU 的类型的时候，先获取

extModel，如果有效，则认为该 ONU 为 extModel 中的类型，如果 extModel 无效，则获取
Model 中的类型作为自动配置的关联的 ONU 类型。在工程上由于 F803 的版本问题，其上报的
extModel 和 Model 类型如下：
TXYF-MA-AP01-ZC300#show remote onu info epon-onu_1/2/1:11
epon-onu_1/2/1:11
Onu vendorId ZTE .
Onu type ZTE-E-F821.
OnuModel F803.
OnuExtModel F8210
.
内部公开▲
OnuId a0ec.8034.88a6.
Hardware version 111101.
Software version V3.0.0P1.
Firmware version e2.53.0.0(HEX).
Chip vendorId 00.00. ChipModel 0x0000.
Chip revison 65 . ChipDesignDate 06/09/27 (HEX: 06/09/1B).
OnuType EPON_ONU_TYPE_MDUB_ETH
MultiLlid 0
ProtectionType e_epon_onu_protection_none
PonIfNum 1
SlotNum 0
Interface type EPON_ONU_INTER_TYPE_FE
Number of port 16
BatteryBackup no
Multicast protocol igmpsnooping.

FecMode disable. FecAbility support.
Alarm disable. Port Isolation enable.
Mac aging-time 300.
IPV6 not-support.
PowerControlSupply support_tx_rx.
Service SLA 1.
ExtOamVersion CTC30.
由于 ONU 上报的 ExModel 和 Model 不一样导致配置 F803 类型后不能够自动识别，由于
ONU 较多，修改比较困难，因此，OLT 出补丁临时解决。根据 OLT 的处理原则，应该是识别
为 F8210 的，应该配置为 F8210 类型可以正常识别，但是，前方配置为 F821 也可以正常识别了，
OLT 再针对该情况进行了调整，即只要 ExModel 中前 4 个字符为 F821 并且 model 为 F803 则强
制识别为 F803 ONU 类型。
修改说明：只要 ExModel 中前 4 个字符为 F821 并且 model 为 F803 则强制识别为 F803
ONU 类型。
注意事项：专门为鹏博士出现的 F803 问题而做补丁。
2.1.3.1.10. 配置第一路外时钟并引入时钟信号时线卡 HWONLINE 问题
概要说明：当 CICK,CICG 配置第一路外时钟，并引入时钟信号作为时钟源，提供 2M 时钟

信号，在某种组合下部分线卡会出现 HWONLINE 状态，即：
1 SCXL/SCXM/SCXMC+CICK 组合下，某 PCB 批次单板并配合 CPLD 版本会出现 CICK
单板 HW-ONLINE 问题；
2 SCXL/SCXM/SCXMC+CICG 组合下，某 PCB 批次单板并配合 CPLD 版本+ FTGKB /
ETGOD / ETTOD 单板时，会出现 FTGKB / ETGOD / ETTOD HWONLINE 问题。
具体情况如下：
1 SCXL+CICK 的组合，SCXL PCB 不是 080600 和 080601，CICK 挂死；
2 SCXL+CICG 的组合，SCXL PCB 不是 080600 和 080601，对秒脉冲信号变成 2M 敏
内部公开▲
感的线卡，比如 FTGKB,ETGOD；线卡 HWONLINE。

3 SCXM+CICK 的组合，cpld 版本为 V1.3 之前的版本（不包括 V1.3）会有问题；
CICK 挂死。
4 SCXM+CICG 的组合，对秒脉冲信号变成 2M 敏感的线卡，比如 FTGKB,ETGOD；
线卡 HWONLINE。
5 SCXMC+CICK 的组合，SCXMC 的 090200 会有问题；其他没有问题，CICK 挂死。
6 SCXMC+CICG 的组合，对秒脉冲信号变成 2M 敏感的线卡，比如 FTGKB,ETGOD；
线卡 HWONLINE。
修改说明：原来代码里面清除的逻辑错误调用了初始化的逻辑。
注意事项：仅仅 SCXM 和 SCXL 可能存在问题，SCXN，SMXA 不存在问题，需要重启主
控才能够生效。
2.1.3.1.11. SMXA 类型 2,3 子卡 10G 端口重启不建链问题
概要说明：新主控板 SMAX，其中 PCB 为 131200，CPLD 版本为 V1.4 时，会出现网元重

启后类型 2 和 3 子卡的 10G 端口不建链，一直为 down 状态，影响业务；更换新的 CPLD 版本可
以解决，或者采用软件规避解决。
ZXAN(config)#show card
Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status
-------------------------------------------------------------------------------
1 1 3 SMXA SMXA 3 131200 V1.2.5P3 INSERVICE
1 1 4 SMXA 3 OFFLINE
ZXAN(config)#show updatecpld
Rack Shelf Slot RealType NextResetUpdate LastUpdateResult Version
-----------------------------------------------------------------------------
1 1 3 SMXA NO SUCCESS V1.4
修改说明：软件进行规避处理。
注意事项：仅仅是 SMXA 主控才有该问题。
2.1.3.1.12. SMXA 主控查询功耗异常问题
概要说明：采用 CLI 命令行查询功耗时，有时正常，有时出现异常值。例如：

ZXAN#show power
------------------------------------------------------------
Rack Shelf Slot Voltage(V) Current(A) Power(W)
------------------------------------------------------------
1 1 3 N/A. N/A. 55
1 1 4 N/A. N/A. 1
ZXAN#show power
------------------------------------------------------------
Rack Shelf Slot Voltage(V) Current(A) Power(W)
------------------------------------------------------------
1 1 3 N/A. N/A. 55
1 1 4 N/A. N/A. 6694
内部公开▲
修改说明：修改 bug。
注意事项：仅仅 SMXA 主控存在该问题。
2.1.3.1.13. 网管配置远程管理 vlan 的问题
概要说明：在无锡移动升级到 V1.2.5P3 版本后，通过 TL1 开通用户失败，由于下发远

程管理 VLAN 中设置有区间段导致失败。即通过 mib 设置
zxAnEponOnuVlanTrunkModeVlan 为“1234-1235”这种带有“-”的区间形式的字符串时，会
导致设置失败。
修改说明：修改代码，解决区间段 vlan 配置问题。
2.1.3.2.SCXLV125P3T13_r1.pat、SCXMV125P3T13_r1.pat、SCXNV125P3T13_r1.pat、
2.1.3.2.1. 网管查询 EPON UNI 端口属性兼容性问题
故障描述：由于网元上兼容性的处理和网管的实现不一致，导致网管上无法显示 epon onu

uni 口的 auto negotiate capability 属性，如下图，左边为正常的网管界面，右边为异常网管界面：
修改说明： fixed bug

2.1.3.2.2. 基于 acl 的 traffic mirror 远程流镜像失效故障问题
故障描述：采用 ACL 方式配置的 traffic mirror 不生效，不能够得到镜像的效果，由于驱动

和业务 mux 接口端口不一致，导致基于 acl 的 traffic mirror 配置失效问题。配置如下：
ZXAN(config)#acl hybrid number 300
ZXAN(config-hybd-acl)#rule 1 permit any any any any vlan-id eq 100
内部公开▲
ZXAN(config-hybd-acl)#rule 2 permit any any any any vlan-id eq 200

ZXAN(config)#interface gei_1/22/1
ZXAN(config-if)#ip access-group 300 in
ZXAN(config)#traffic-mirror in 300 rule-id 1 destination ip 192.168.2.1
source ip 192.168.1.1
修改说明： fixed bug。
注意事项：如果在打补丁之前已经出现了该问题，则打补丁之前先删除该配置，然后再
打上补丁，激活后重新配置。
2.1.3.2.3. cpu 队列限速配置和保存值不一致问题
故障描述：cpu 队列限速配置和保存值不一致问题，即如下情况：
G3-Koszalin(control-panel)#cpu queue 5 512
G3-Koszalin(control-panel)#
G3-Koszalin(control-panel)#show cpu queue
------------------------------------------------------------------------
QueueId Ratelimit
0 256
1 256
2 256
3 256
4 256
5 512
6 256
7 256
G3-Koszalin(control-panel)#
G3-Koszalin(control-panel)#show run | begin control-
control-panel
packet-limit all 1000
cpu queue 6 512
!
注意事项：无。
2.1.3.2.4. 夏令时设置和显示的问题
故障描述：工程上 3 月 10 号美国冬夏令时转换时，C300 出现问题，并没有进行倒换，检测配

置发现 Summer Time 设置出了问题。开始于 3 月的第 2 个 Sunday，结束于 11 月的第 1 个
Sunday，但是 OLT 和 EMS 上显示都是错误的，有的站点变成 Saturday，有的变成 Friday。故障
发生时，是这条命令发生了变化，正确的设置是 Sunday，但是莫名其妙的变成了 friday，有的
是 Saturday。
clock summer-time recurring DST 2 friday mar 2:0:0 1 friday nov 2:0:0 60。最后确认：通过
mib 进行 set 时，网元处理正常。但是通过 mib 进行 get 时，网元返回值没有按照 mib 接口定义
内部公开▲
进行转换，导致实际返回值会比 mib 定义值提前一天。当网管上配置 sunday，查询时会提前一

天为 saturday，如果网管再重新配置一遍，网管再查询时，获取的值又会是 friday。就会出现上
述的故障情况。
2.1.3.2.5. XponCtrl 任务可能挂死防护
故障描述：在越南工程其他版本上出现了由于 Mib 访问冲突导致 XponCtrl 任务挂起的问题，

在 V1.2.5P3 版本也存在隐患，需要补丁解决。其他版本上出现的异常为：网元 XponCtrl 任务
挂死，show gpon onu state 命令失败，即：
DNI.BHA.BHA.OLT.ZT11#show gpon onu state
%Code 62310-GPONSRV : No related information to show.
interface gpon-onu_1/1/8:50
name 1139032
tcont 1 name HSI profile T4_100M
gemport 1 name G_HSI tcont 1
gemport 1 traffic-limit upstream Fiber32M downstream Fiber32M
service-port 1 vport 1 user-vlan 11 vlan 599
%Code 66657: Invalid port.
Shell 下查看主控板 XponCtrl 任务挂死了。

SMXA>task XponCtrl(0x56357c38) suspend. (Error=0x2)
tt 161
task: pid:161
task call func info:
only back traced one func addr: 0x10f683a8 name: getLastOfflineRecord
SMXA>ti 161
name pid tid ppid stack stack size priority status

--------------------------------------------------------------------------------
XponCtrl 161 161 57 0xbfaf6e20 9973760 51 S
tid: 161
ppid: 57
tgid: 161
size: 379536
resident: 21123
state: S
start_code: 0x10000000
end_code: 0x159cc718
start_stack: 0xbfaf6e20
kstk_esp: 0xb6a105e0
kstk_eip: 0x14e2b74c
内部公开▲
vm_size: 586044
vm_lock: 0
vm_rss: 84492
vm_data: 359424
vm_stack: 9740KB
vm_exe: 91956
[r0 ] :0x0 [r1 ]: 0xb6bfd5e0 [r2 ]: 0xb6bffe20 [r3 ]: 0xb6bfd6d4
[r4 ] :0x43aa76f8 [r5 ]: 0x4e00d698 [r6 ]: 0xb6bfd6a8 [r7 ]: 0x11007bec
[r8 ] :0xb6bfd6a8 [r9 ]: 0xe7862a4 [r10]: 0xb6bfd6a8 [r11]: 0xb6bfd6d4
[r12] :0x11007bec [r13]: 0x163e4bc0 [r14]: 0x280 [r15]: 0x0
[r16] :0x43aa77a0 [r17]: 0x0 [r18]: 0x0 [r19]: 0x10002248
[r20] :0x6 [r21]: 0x1 [r22]: 0x0 [r23]: 0x1
[r24] :0x12eac0 [r25]: 0x1 [r26]: 0x114ab058 [r27]: 0x183f4d81
[r28] :0x43aa76f8 [r29]: 0x15ae1f14 [r30]: 0x4e00d698 [r31]: 0xb6bfd5e0
[pc ] :0x10f683f4 [ps ]: 0x2d000 [cr ]: 0x22000024 [lr ]: 0x114aae88
[ctr] :0x0 [xer]: 0x0 [fpscr]: 0x0

task XponCtrl(0x56357c38) suspend. (Error=0x2)
注意事项：如果已经出现了问题，需重启才能够恢复，可以采用主备倒换方式来恢复，打
上补丁之后，先进行主备倒换，然后再重启原来主控板。
2.1.3.2.6. 远程镜会导致像死循环的问题
故障描述：在 SCXL 主控时候，如果上联口采用的 trunk，同时，开启远程镜像，当 trunk

口是目的端口时会导致网元 Protocol 任务死循环，导致网元脱管。
修改说明：当出现这种配置时候，网元直接返回错误
注意事项：只有 SCXL 存在该问题，如果已经出现了问题，需重启才能够恢复。
2.1.3.2.7. 主备倒换后备机可能出现异常防护
故障描述：所内自测其他版本出现过一次，当主板倒换后，备机无法 standby 的问题。通过

代码走查，代码存在严谨性漏洞，增加防护。
修改说明：增加防护
注意事项：NA
2.1.3.2.8. auto-dispatch-set 命令会丢失的问题
故障描述：当在 EPON 配置了 auto-dispatch-set 命令后，如果配置了大量的该命令，例如，

几乎满配情况下，每个 PON 口均配置时，保存重启后，有些接口的命令会丢失，可能会导致有
些需要下发的给 ONU 的配置没有下发。
内部公开▲
2.1.3.2.9. sip 模板配置保存后重启配置加载失败问题
故障描述：GPON 中如果 sip 模板中如果配置了 dial-plan 的话生成脚本会导致 dial-plan 及

app-srv/accesscode 几个参数的脚本生成有问题，保存重启的话 sip 模板中 dial-plan/app-srv/
accesscode 配置会加载失败。可能会出现如下的错误信息：
Execute cmd line 119 code 65733 error:'task add'
Interpt Error cmd line 132:' '
Interpt Error cmd line 165:'port-location rackno 1 frameno 1'
Interpt Error cmd line 228:' onu profile sip VOIP dial-plan VOIP660DialPlan onuInterpt Error
cmd line 307:'p2p-onu'
Execute cmd line 370 code 91828 error:' port-location format airtel vport 1 '
Interpt Error cmd line 228:' onu profile sip VOIP dial-plan VOIP660DialPlan onu
注意事项：如果配置了上述相关的 sip 配置，建议打上补丁后立刻保存一次。
2.1.3.2.10. 网管创建 SIP 模板错误问题
故障描述：网管上创建 SIP 模板时，一直提示错误问题，由于网元没有兼容原来的做法，

MIB 表中的 4 个索引的表项原来只需要下发一个索引就能够成功，网元修改为严格检查需要四
个索引，否则返回错误；由于网元没有兼容原来的做法导致配置创建模板失败。
修改说明： fixed bug，兼容原来的实现。
2.1.3.2.11. SMXA 主控板全局 igmp disable 不生效的问题
故障说明：用户配置 C320 全局 igmp disable 时，用户口上来的组播协议包还提包到 CPU。

即配置全局 igmp disable，OLT 组播业务透传，会出现组播业务不通。由于当配置 igmp disable
时，ETGOB 等采用聚合方式的内联口的 PON 线卡，SMXA 主控板驱动对线卡聚合口配置了组
播协议包提包规则，导致线卡上行组播协议包被提到 CPU，不会再转发到上联口，组播业务出
现异常。故障出现的条件：需要同时配置 ETGOB 等 PON 线卡，同时，线卡内联口是聚合的。
修改说明：全局 disable 时候，不再提取 IGMP 协议包。
注意事项：仅仅是 SMXA 有该问题，其他主控正常。激活补丁后生效后，然后去激活，再
次全局 igmp enable 和 igmp disable 后，发现补丁还是生效的；如果要让补丁不生效，需要先
igmp enable 再去激活补丁，然后再 igmp disable 补丁才会不生效。
2.1.3.2.12. 网管删除 xconnect 条目的问题
故障说明：对于用户口到上联口的 xconnect，以及 customer xconnect 能够创建成功，但是

删除失败，不能够删除 xconnect 条目；user xconnect 正常，能够添加和删除。
内部公开▲
修改说明：fixed bug。
2.1.3.2.13. SCXN 采用扩展 VLAN 主备倒换业务不通问题
故障描述：SCXN 主控上配置扩展 VLAN 后，即采用命令: ZXAN(config)#ex-switch vlan

200 配置的 VLAN 业务，主备倒换后可能会业务不通。在主备模式模式，先配置扩展 VLAN，
然后在上联口等配置相同 VLAN，然后进行主备倒换，则会出现业务不通。即：
ZXAN(config-if)#show load-balance
Current load_balance setting: Disable --- 主备模式，非负荷分担模式
ZXAN(config)#ex-switch vlan 200 --- 配置扩展 VLAN
ZXAN(config)#interface gei_1/19/1
ZXAN(config-if)#sw vlan 1000 tag --- 配置上联口相同的 VLAN
如果是先配置上联口 VLAN，最后配置扩展 VLAN 则主备倒换后业务不会受到影响。
修改说明：修改 bug，备机的扩展 vlan 被删除。
注意事项：仅仅是 SCXN 主控的问题，如果先前已经出现问题，需要手工删除扩展 vlan 后
重新配置。
2.1.3.2.14. SCXN 1588 bind VLAN 主备倒换后配置丢失的问题
故障描述：主备倒换后，时钟 FPGA 口的 VLAN 丢失，导致 L2 报文不能交换到 FPGA，会

导致 1588 报文不能够正常转发。
EC 编号：613003118989。
修改说明：通过重定向方式送到 FPGA 处理，不依赖于 VLAN。
重新配置。如果需要去除补丁则必须严格按照下述步骤进行：先删除配置，然后去激活补丁，
当激活补丁后在进行配置。
2.1.3.2.15. SCXN 扩展 VLAN 黄包丢弃的问题
故障描述：如果采用 ex-switch 命令配置了扩展 vlan 并开启了颜色映射，则转发到 FPGA 的

黄色报文被直接丢弃，即 CFI=1 的报文将被直接丢弃，当配置如下时：
ZXAN(config)#ex-switch vlan 3000
ZXAN(config)#qos cfi-to-drop cfi1 medium
修改说明：fixed bug。
重新配置。
2.1.3.3.SCXLV125P3T13_r2.pat、SCXMV125P3T13_r2.pat、SCXNV125P3T13_r2.pat、
2.1.3.3.1. 立陶宛 10001 字节内存泄露问题
故障描述：立陶宛工程上反馈，有台 OLT 只能同时一个用户 telnet 登录；后来登录到该网
内部公开▲
元 shell 下，发现该网元最大内存块只有 192 字节，内存碎片达到 56 万个。故障恢复后，观察

网元内存变化情况，确认有 10001 字节内存泄露，泄露的调用链：
[ROS10]: rosOAHeadInfo 0x109498c0
OA information:HeadAddr:0x109498c0 headsize:88 ossize:8
sign :0x109498c0 GetSize :10001 isFree:0
Get info:
Line: 1510 Tick:0x118c694
FileName:/display.c
ProcessName:InterptProc1
trace:
layer0:0x13a0e64 :Ros_DbgOsAlloc + 0x28
layer1:0x13a760c :Ros_DbgUniAlloc + 0xac
layer2:0x22a13ec :intpSendToBuffer + 0x68
layer3:0x1d1a8c :_PatchRegionStart5 + 0xba8
Free info:
Line: 0 Tick:0x0
FileName:0x0
ProcessName: /home/dailyman/C3xxV1.2.5P2_Release/src_ios/oam/interprete/source/display.c
shell 下有申请内存失败的打印。
[ROS10]:0x8f05da8 (Protocol): memPartAlloc: block too big - 201312 in partition 0x92fff78.
0x8f05da8 (Protocol): OsAlloc 201224 return NULL!
泄露的业务触发原因，执行下面命令会导致：
ZXAN(config)#show ip dhcp snooping port gpon-onu_1/2/5:13 vport 2
注意事项：如果已经出现了问题，需重启才能够恢复，可以采用主备倒换方式来恢复，打
上补丁之后，先进行主备倒换，然后再重启原来主控板。
2.1.3.3.2. TACACS+ 异常报文导致内存越界问题
故障描述：当 Tacacs 服务器发送特定异常报文给网元，或者网元收到一些异常的

tacacs 的异常报文，会导致内存越界，当发生内存越界时，可能会导致其他任务出现
挂死的情况，如果某个任务的内存被 tacacs 越界，则该任务有可能出现挂死情况；如
果网管任务被越界，可能会导致网管脱管等异常。
注意事项：如果已经出现了挂死问题，即越界的可能已经发生，需重启才能够恢复，或者
进行主备倒换恢复，最好是打上补丁之后，执行两次主备倒换，彻底消除隐患。
2.1.3.4.SCXMV125P3T13_r3.pat、SCXLV125P3T13_r3.pat、SCXNV125P3T13_r3.pat、
2.1.3.4.1. 远程配置导致主控挂死问题
故障描述：印尼在工程上版本升级到 V1.2.5P3 之后，出现了主控任务 MsanCfg 挂死的情况，

其任务堆栈信息如下：
内部公开▲
[ROS10]:ti XponCtrl
NAME ENTRY TID PRI STATUS PC SP ERRNO DELAY
---------- ------------ -------- --- ---------- -------- -------- ------- -----
XponCtrl 1572978 8f14d68 139 SUSPEND 1e87538 8ce2b50 3d0002 0
stack: base 0x8ce3000 end 0x8cd6000 size 52296 high 22176 margin 30120
options: 0x8
VX_FP_TASK
VxWorks Events
--------------
Events Pended on : Not Pended
Received Events : 0x0
Options : N/A
r0 = 0 sp = 8ce2b50 r2 = 0 r3 = 128bb944
r4 = 8ce2c10 r5 = 8ce2c64 r6 = ada1dc r7 = 5
r8 = 0 r9 = 128bd064 r10 = 1290fef0 r11 = 128bd064
r12 = 0 r13 = 0 r14 = 0 r15 = 0
r16 = 0 r17 = 0 r18 = 0 r19 = 0
r20 = 0 r21 = 0 r22 = 0 r23 = 0
r24 = 0 r25 = 1290fefc r26 = 8ce2b60 r27 = ada1dc
r28 = 128 r29 = 1290fef0 r30 = 8ce3000 r31 = 128bb944
msr = b032 lr = ada1dc ctr = 1e874dc pc = 1e87538
cr = 40000088 xer = 0
fpcsr = 82004000
fr0 = 4 fr1 = 1 fr2 = NaN fr3 = NaN
fr4 = NaN fr5 = NaN fr6 = NaN fr7 = NaN
fr12 = 0 fr13 = 9 fr14 = NaN fr15 = NaN
value = data access

0Exception current instruction address: 0x = 0x01e87538
Machine Status Register: 0x00000b032
Data Access Register: 0x
08ce3000[ROS10]:
Condition Register: 0x40000088
Data storage interrupt Register: 0x0000b032
内部公开▲
[ROS10]:tt XponCtrl
value = 0 = 0x0
[ROS10]:l 0x1e87538
0x1e87538 917e0000 stw r11,0(r30)
0x1e8753c 932100c0 stw r25,192(r1)
0x1e87540 3bde0004 addi r30,r30,0x4 # 4
0x1e87544 3b9c0001 addi r28,r28,0x1 # 1
0x1e87548 4e800021 blrl
0x1e8754c 7c631b79 or. r3,r3,r3
0x1e87550 4082000c bc 0x4,2, 0x1e8755c # 0x01e8755c
0x1e87554 3860ffff li r3,0xffff # -1
0x1e87558 48000050 b 0x1e875a8 # 0x01e875a8
0x1e8755c 7c6018f8 nor r0,r3,r3
value = 32011616 = 0x1e87560 = avlInsert + 0x84
Ma0x8f0aab8 (SysCtrlProcess): Check task id=0x8f043f8, name=MsanCfg suspend!
0x8f0aab8 (SysCtrlProcess): MP check task id=0x8f043f8, name=MsanCfg suspend!
sanCfg
1df4760 vxTaskEntry +68 : ScheEntry ()
1572a8c ScheEntry +114: 15702f0 ()
15705a0 rosPShowAll +670: 1570034 (8f043f8)
1570210 rosPShowAll +2e0: MsCtrl_CfgTaskEntry ()
43097c MsCtrl_CfgTaskEntry+288: MsCtrl_ShowCmdProcess ()
430320 MsCtrl_ShowCmdProcess+64 : MsCtrl_CmdProcess ()
430198 MsCtrl_CmdProcess+a8 : GponSrv_CliCmdHandler (81010906, 172e9c08, 172e9370)
91b17c GponSrv_CliCmdHandler+a4 : CfgGponOnuRegParaParseFunction (172e9c08,
172e9370)
c402d0 CfgGponOnuRegParaParseFunction+104: GponsrvCli_Cfg (172e9c08, 172e9370,
8b44e2c)
c52128 GponsrvCli_Cfg +90 : PonsrvCli_Cfg (172e9c08, 172e9370, 8b44e2c)
c12540 PonsrvCli_Cfg +29c: GponCliCfg_ExecAccess (8b44e2c, 8b44a50, 8b44a58)
c1228c GponCliCfg_ExecAccess+d8 : XponCtrl_ExecAccess (924, 8b44adc, 34c, 8b44a50,
8, 8b44a58)
8cf06c XponCtrl_ExecAccess+1b8: GponSrv_ExecHandler (924, 8b44adc, 8b44a50,
8b449c4)
7fa08c GponSrv_ExecHandler+188: SetGponOnuBaseInfoFunction (8b44adc, 8b44a50,
8b449c4)
8feaa8 SetGponOnuBaseInfoFunction+204: gponDeleteOnuRegisterHandle (8b44adc,
8b44a50, 8b449c4)
90ceb4 gponDeleteOnuRegisterHandle+12c: Gponsrv_PostCardMsg (10020100, 0, 7d8,
8b4455c, 2c, 8b449c4, 8b44a50)
7fa83c Gponsrv_PostCardMsg+124: XponCtrl_CardAsyncHandle ()
8cf304 XponCtrl_CardAsyncHandle+1d4: 8c1e28 (8b444ae, 924, 8b44adc, 34c, 8b449c4)
8c1f64 XponCtrl_GetMpModulePercent+758: 8c1a7c (0, 924, 8b44adc, 34c)
内部公开▲
8c1af0 XponCtrl_GetMpModulePercent+2e4: GponSrv_AckHandler (0, 924, 8b44adc)

7f9d90 GponSrv_AckHandler+160: gponSetOnuBaseInfoData (0, 924, 8b44adc)
90fd64 gponSetOnuBaseInfoData+19c: gponDeleteOnu (0, 924, 8b44adc)
90e374 gponDeleteOnu +15c: gponDeletOnuData (1fd4b758)
90df00 gponDeletOnuData+1ac: 80180c (1fd4b758)
801a3c gponNotifyHandle+70c: gponOmciDeleteOntData (0, 2, 1, 3)
ac36a4 gponOmciDeleteOntData+268: ac8ba4 (1fd4b958)
ac8bd0 gponOmciFreeAllOntCfg+358: gponOmciFreeAllOntCfg (1fd4b958)
ac89a8 gponOmciFreeAllOntCfg+130: ac7138 (8b43ed4, 1fd4bd9d)
ac7170 gponOmciFreeAllWanIpDataOfOnt+160: ac6978 (8b43ed4, 1fd4bd9d)
ac6a64 gponOmciBackupProfileTrans+286c: gponDeleteOmciHostBridgePortData (8b43e54)
94e158 gponDeleteOmciHostBridgePortData+50 : gponFreeOmciHostBridgePortCfgBuf
(8b43e54)
95b750 gponFreeOmciHostBridgePortCfgBuf+184: gponFreeOmciIpHostVlanFilterModeCfgBuf
(8b43e54)
95c948 gponFreeOmciIpHostVlanFilterModeCfgBuf+160: avlDelete ()
1e877ac avlDelete +130: avlRebalance ()
后面分析主要和配置 vlan-filter-mode iphost 以及 onu-vlan iphost，例如，如下的配置有
关系：
ZXAN(gpon-onu-mng)#switchport-bind switch_0/1 iphost 1
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 1 tag-filter vid-match untag-filter transparent
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 1 tag-filter vid-filter untag-filter discard
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 2 tag-filter vid-filter untag-filter transparent
ZXAN(gpon-onu-mng)#onu-vlan iphost 1 up-mode add up-prio 0 up-vid 3022 down-mode
transparent
配置了如上配置之后，在进行删除 ONU 操作，或再次添加 vlan-filter-mode iphost 和 onu-vlan
iphost 可能会出现任务挂死的情况。
修改说明：修改 AVL 树的处理。
注意事项：该补丁一定需要和 r0 配合使用；如果出现挂死问题后，需要进行两次主备倒换
彻底恢复或者重启网元恢复。打补丁时，如果暂时没有出现问题时，建议如果有配置 host
等配置，打上补丁后，进行两次主备倒换，让两块主控均重新运行，彻底消除隐患。
2.1.3.5.SCXLV125P3T13_r3_indonesia.pat
2.1.3.5.1. 远程配置导致主控挂死问题
故障描述：印尼在工程上版本升级到 V1.2.5P3 之后，出现了主控任务 MsanCfg 挂死的情况，

其任务堆栈信息如下：
[ROS10]:ti XponCtrl
---------- ------------ -------- --- ---------- -------- -------- ------- -----
XponCtrl 1572978 8f14d68 139 SUSPEND 1e87538 8ce2b50 3d0002 0
stack: base 0x8ce3000 end 0x8cd6000 size 52296 high 22176 margin 30120
内部公开▲
options: 0x8
VX_FP_TASK
VxWorks Events
--------------
Events Pended on : Not Pended
Received Events : 0x0
Options : N/A
r0 = 0 sp = 8ce2b50 r2 = 0 r3 = 128bb944
r4 = 8ce2c10 r5 = 8ce2c64 r6 = ada1dc r7 = 5
r8 = 0 r9 = 128bd064 r10 = 1290fef0 r11 = 128bd064
r12 = 0 r13 = 0 r14 = 0 r15 = 0
r16 = 0 r17 = 0 r18 = 0 r19 = 0
r20 = 0 r21 = 0 r22 = 0 r23 = 0
r24 = 0 r25 = 1290fefc r26 = 8ce2b60 r27 = ada1dc
r28 = 128 r29 = 1290fef0 r30 = 8ce3000 r31 = 128bb944
msr = b032 lr = ada1dc ctr = 1e874dc pc = 1e87538
cr = 40000088 xer = 0
fpcsr = 82004000
fr0 = 4 fr1 = 1 fr2 = NaN fr3 = NaN
fr12 = 0 fr13 = 9 fr14 = NaN fr15 = NaN
value = data access

0Exception current instruction address: 0x = 0x01e87538
Machine Status Register: 0x00000b032
Data Access Register: 0x
08ce3000[ROS10]:
Condition Register: 0x40000088
Data storage interrupt Register: 0x0000b032
[ROS10]:tt XponCtrl
value = 0 = 0x0
[ROS10]:l 0x1e87538
0x1e87538 917e0000 stw r11,0(r30)
0x1e8753c 932100c0 stw r25,192(r1)
内部公开▲
0x1e87540 3bde0004 addi r30,r30,0x4 # 4

0x1e87544 3b9c0001 addi r28,r28,0x1 # 1
0x1e87548 4e800021 blrl
0x1e8754c 7c631b79 or. r3,r3,r3
0x1e87550 4082000c bc 0x4,2, 0x1e8755c # 0x01e8755c
0x1e87554 3860ffff li r3,0xffff # -1
0x1e87558 48000050 b 0x1e875a8 # 0x01e875a8
0x1e8755c 7c6018f8 nor r0,r3,r3
value = 32011616 = 0x1e87560 = avlInsert + 0x84
Ma0x8f0aab8 (SysCtrlProcess): Check task id=0x8f043f8, name=MsanCfg suspend!

0x8f0aab8 (SysCtrlProcess): MP check task id=0x8f043f8, name=MsanCfg suspend!
sanCfg
1df4760 vxTaskEntry +68 : ScheEntry ()
1572a8c ScheEntry +114: 15702f0 ()
15705a0 rosPShowAll +670: 1570034 (8f043f8)
1570210 rosPShowAll +2e0: MsCtrl_CfgTaskEntry ()
43097c MsCtrl_CfgTaskEntry+288: MsCtrl_ShowCmdProcess ()
430320 MsCtrl_ShowCmdProcess+64 : MsCtrl_CmdProcess ()
430198 MsCtrl_CmdProcess+a8 : GponSrv_CliCmdHandler (81010906, 172e9c08, 172e9370)
91b17c GponSrv_CliCmdHandler+a4 : CfgGponOnuRegParaParseFunction (172e9c08,
172e9370)
c402d0 CfgGponOnuRegParaParseFunction+104: GponsrvCli_Cfg (172e9c08, 172e9370,
8b44e2c)
c52128 GponsrvCli_Cfg +90 : PonsrvCli_Cfg (172e9c08, 172e9370, 8b44e2c)
c12540 PonsrvCli_Cfg +29c: GponCliCfg_ExecAccess (8b44e2c, 8b44a50, 8b44a58)
c1228c GponCliCfg_ExecAccess+d8 : XponCtrl_ExecAccess (924, 8b44adc, 34c, 8b44a50,
8, 8b44a58)
8cf06c XponCtrl_ExecAccess+1b8: GponSrv_ExecHandler (924, 8b44adc, 8b44a50,
8b449c4)
7fa08c GponSrv_ExecHandler+188: SetGponOnuBaseInfoFunction (8b44adc, 8b44a50,
8b449c4)
8feaa8 SetGponOnuBaseInfoFunction+204: gponDeleteOnuRegisterHandle (8b44adc,
8b44a50, 8b449c4)
90ceb4 gponDeleteOnuRegisterHandle+12c: Gponsrv_PostCardMsg (10020100, 0, 7d8,
8b4455c, 2c, 8b449c4, 8b44a50)
7fa83c Gponsrv_PostCardMsg+124: XponCtrl_CardAsyncHandle ()
8cf304 XponCtrl_CardAsyncHandle+1d4: 8c1e28 (8b444ae, 924, 8b44adc, 34c, 8b449c4)
8c1f64 XponCtrl_GetMpModulePercent+758: 8c1a7c (0, 924, 8b44adc, 34c)
8c1af0 XponCtrl_GetMpModulePercent+2e4: GponSrv_AckHandler (0, 924, 8b44adc)
7f9d90 GponSrv_AckHandler+160: gponSetOnuBaseInfoData (0, 924, 8b44adc)
90fd64 gponSetOnuBaseInfoData+19c: gponDeleteOnu (0, 924, 8b44adc)
90e374 gponDeleteOnu +15c: gponDeletOnuData (1fd4b758)
90df00 gponDeletOnuData+1ac: 80180c (1fd4b758)
内部公开▲
801a3c gponNotifyHandle+70c: gponOmciDeleteOntData (0, 2, 1, 3)

ac36a4 gponOmciDeleteOntData+268: ac8ba4 (1fd4b958)
ac8bd0 gponOmciFreeAllOntCfg+358: gponOmciFreeAllOntCfg (1fd4b958)
ac89a8 gponOmciFreeAllOntCfg+130: ac7138 (8b43ed4, 1fd4bd9d)
ac7170 gponOmciFreeAllWanIpDataOfOnt+160: ac6978 (8b43ed4, 1fd4bd9d)
ac6a64 gponOmciBackupProfileTrans+286c: gponDeleteOmciHostBridgePortData (8b43e54)
94e158 gponDeleteOmciHostBridgePortData+50 : gponFreeOmciHostBridgePortCfgBuf
(8b43e54)
95b750 gponFreeOmciHostBridgePortCfgBuf+184: gponFreeOmciIpHostVlanFilterModeCfgBuf
(8b43e54)
95c948 gponFreeOmciIpHostVlanFilterModeCfgBuf+160: avlDelete ()
1e877ac avlDelete +130: avlRebalance ()
后面分析主要和配置 vlan-filter-mode iphost 以及 onu-vlan iphost，例如，如下的配置有
关系：
ZXAN(gpon-onu-mng)#switchport-bind switch_0/1 iphost 1
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 1 tag-filter vid-match untag-filter transparent
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 1 tag-filter vid-filter untag-filter discard
ZXAN(gpon-onu-mng)#vlan-filter-mode iphost 2 tag-filter vid-filter untag-filter transparent
ZXAN(gpon-onu-mng)#onu-vlan iphost 1 up-mode add up-prio 0 up-vid 3022 down-mode
transparent
配置了如上配置之后，在进行删除 ONU 操作，或再次添加 vlan-filter-mode iphost 和 onu-vlan
iphost 可能会出现任务挂死的情况。
修改说明：修改 AVL 树的处理，由于印尼环境上有特殊的情况，在通用的补丁上针对印
尼的特殊情况又进行了修改。
注意事项：该补丁一定需要和 r0 配合使用；如果出现挂死问题后，需要进行两次主备倒换
彻底恢复或者重启网元恢复。打补丁时，如果暂时没有出现问题时，建议如果有配置 host
等配置，打上补丁后，进行两次主备倒换，让两块主控均重新运行，彻底消除隐患；在印
尼的场景下使用该补丁，其他场景不能够使用。
2.1.3.6. SCXLV125P3T13_r4.pat、SCXMV125P3T13_r4.pat、SCXNV125P3T13_r4.pat、
2.1.3.6.1. 串口异常打印信息问题(HT)
故障描述：在执行删除文件的时候会一出现一下异常打印信息，可能会短暂影响命令。
2.1.3.6.2. 单板状态一直 configing 状态，以及备用主控 CPU 占有率一直 99%问题
故障描述：在沈阳移动某个 C300 网元上出现如下情况：

1、添加 ONU 失败失败原因：(device operation failed (单板处于配置状态中。))；
内部公开▲
2、登录 OLT 发现单板状态异常：8 槽位和 15 槽位 GTGOG 单板状态为 configing。

3、show processor 查看发现备用主控板 CPU 占用率均为 99%，主用主控板和备用主控
板的内存使用率都在 75%左右。
4、8 槽位和 15 槽位下的所有用户离线，通过命令行下发重启单板命令无效。
主用主控 PPMgt 任务一直阻塞，有如下堆栈信息：
[ROS10]:tt 0x8f0b348
1df56b0 vxTaskEntry +68 : 1574018 ()
1574018 ScheEntry +6b4: 1571020 (8f0b348)
15711fc rosPShowAll +2e0: 11ae54 ()
11ae54 PPMgt +208c: Ppmgt_unitstate_proc ()
118c88 Ppmgt_unitstate_proc+188: Ppmgt_pre_proc ()
111d38 Ppmgt_pre_proc +304: send_noconfig_alarm_or_restore ()
12aa84 send_noconfig_alarm_or_restore+4c : PRWGCircleSync ()
15419c PRWGCircleSync +2a8: copy ()
1e2b998 copy +80 : 1e2b688 ()
1e2b6b0 cd +cc : stat ()
1e0f8cc stat +28 : open ()
1e14b58 open +14 : 1e14b68 ()
1e14ca0 open +15c: iosOpen ()
1e164f0 iosOpen +44 : 1e7b5a0 ()
1e7b7a8 nfsDevInfoGet +4cc: nfsLookUpByName ()
1e7d328 nfsLookUpByName+194: 1e7e654 ()
1e7e728 nfsFsAttrGet +5c8: 1ea7074 ()
1ea72e8 clntudp_create +2b4: select ()
1e1a8e4 select +2d4: semTake ()
1eb1a38 semTake +13c: semBTake ()
value = 0 = 0x0
修改说明：由于在主备同步文件时，如果备用主控板 nfs 文件系统未好，进行同步会
造成异常，补丁修改当前问题。
注意事项：当出现问题后，可能会重启都不生效，需要在主控的串口下执行
reset_card 命令来恢复。
2.1.3.6.3. 网管去使能夏令时功能的问题
故障描述：通过网管去使能夏令时功能，仅仅将主用主控上的夏令时功能给去掉了，备用
主控板上的夏令时配置不会删除，仍然有效的，当主备倒换后夏令时功能再度启用生效。
2.1.3.6.4. Show interface 命令导致 Protocol 任务挂死的问题
故障描述：主控板 Protocol 任务挂死，挂死的死机文件内容：

The reason:Check task id=0x8f05da8, name=Protocol exception!
task ID:0x8f05da8 [Protocol] at:2015-5-27 week:3 20:18:39
内部公开▲
RegSets:
r0 = f7 sp = 8bd4180 r2 = 0 r3 = 6e278f0
r4 = 8bd4188 r5 = 0 r6 = 0 r7 = 0
r8 = 0 r9 = 400000 r10 = 2cdd848 r11 = 6e278f0
r12 = 0 r13 = 0 r14 = 0 r15 = 0
r16 = 0 r17 = 0 r18 = 0 r19 = 1a43a1e8
r20 = 8bd41dc r21 = 8bd41d0 r22 = 8bd41c4 r23 = 1a43a030
r24 = 8bd49e8 r25 = 0 r26 = 6e278f0 r27 = 8bd41f4
r28 = 6e278f0 r29 = 20189c31 r30 = 1 r31 = 8bd424c
msr = b032 lr = 42cd80 ctr = 2b8f4c pc = 42cdc8
cr = 20000044 xer = 0
任务堆栈情况如下：
Stack chain:
Layer 0 addr:[0x42cdc8]MsPortGetIfEntry_CommonPort + 0x90
Layer 1 addr:[0x0]0x0
Layer 2 addr:[0x24b97f8]if_cmd_show_interface_undirect_eth_ifId+ 0x164
Layer 3 addr:[0x24ba008]if_cmd_show_interface_undirect_eth+ 0x2e8
Layer 4 addr:[0x1cf9e28]if_cmd_show_interface + 0x3e0
Layer 5 addr:[0x1cdc458]ip_oam_handler + 0x3d4
Layer 6 addr:[0x13b0fa8]DistribInProtocol + 0x4e8
Layer 7 addr:[0xc1564]ProtocolEntry + 0x1a30
根据分析传入的 ifid 异常，会存在越界，在补丁中增加防护。
修改说明：增加防护。
2.1.3.6.5. 版本升级后 acl extend 配置丢失问题
故障描述：在捷克工程上版本从 V1.2.3P3 升级到 V1.2.5P3 后，extend acl 配置命令丢

失，在 1.2.3P3 的 extend acl 保存到 startrun.dat 的格式如下：
acl extend number 100
rule 1 permit udp 213.168.162.201 0.0.0.0 any eq 5060
在 1.2.5P3 的 extend acl 保存到 startrun.dat 的格式如下：
acl extended number 100
由于在 1.2.5P3 版本中见命令格式修改为 acl extended，同时 1.2.5P3 版本中不支持模糊
匹配 acl extend 命令，即 acl extend 不能够识别为 acl extended，导致加载命令失败，从而引
起命令丢失。
修改说明： fixed bug，acl extend 能够匹配为 acl extended，能够加载成功。
注意事项：版本升级到 V1.2.5P3 之后，激活补丁后需要再次重启才能够生效，即如果
内部公开▲
存在配置 acl extend 的命令的网元，在版本升级的时候需要，补丁激活后需要再次重启才会

生效，或者手动重新创建 acl extend。
2.1.3.6.6. 主控上 vlan 限速导致 PPMgt 任务进程挂死问题
故障描述：版本升级到 C300V1.2.5P3 版本，出现 PPMgt 任务挂死问题，经过分析确认是由

于主控的 vlan 限速导致任务挂起，其堆栈情况如下：
[ROS10]:tt 0x8f0b348
1df56b0 vxTaskEntry +68 : ScheEntry ()
1573a78 ScheEntry +114: 15712dc ()
157158c rosPShowAll +670: 1571020 (8f0b348)
15711fc rosPShowAll +2e0: 11a16c ()
11a16c PPMgt +13a4: 118d00 ()
118da8 Ppmgt_unitstate_proc+2a8: PPMgt_Add_Board ()
11870c PPMgt_Add_Board+27c: PPMgt_Add_Brd_Sunit ()
116a50 PPMgt_Add_Brd_Sunit+90 : PPMgt_init_sunit ()
115ec4 PPMgt_init_sunit+1a4: set_board_type ()
12b74c set_board_type +b4 : NotifySrvAddCard ()
130c88 NotifySrvAddCard+19c: MsCardMng_masAddCard ()
459624 MsCardMng_masAddCard+f0 : MsCardMng_addCardNotifyMsctrl ()
458158 MsCardMng_addCardNotifyMsctrl+90 : MsCtrl_AddCard ()
42aa1c MsCtrl_AddCard +9c : MsCtrl_MsgAddCard ()
43733c MsCtrl_MsgAddCard+38 : RealMsgAddCard ()
4371bc RealMsgAddCard +88 : 6dd3d0 ()
6dd720 MsSecSrv_MpSysHandler+354: MsSec_StormControl_AddCard ()
6d795c MsSec_StormControl_AddCard+1c : Mssec_StormControl_VlanLimit_AddCard ()
6d7928 Mssec_StormControl_VlanLimit_AddCard+60 :
vlanRateLimtUpdatePortListSetMux ()
6d746c vlanRateLimtUpdatePortListSetMux+28 :
vlanRateLimitUpdatePortListDirectionSetMux ()
6d73fc vlanRateLimitUpdatePortListDirectionSetMux+ac : mux_IoCtrl ()
1566238 mux_IoCtrl +a4 : 1566104 ()
156617c mux_IoCtrl_Distribute+7c : muxDrv_l2security_op ()
e535c muxDrv_l2security_op+1c : drv_l2security_vlan_ipv6_filter_op (d,
8bdfadc, 8bdfad8, 0)
f93f74 drv_l2security_vlan_ipv6_filter_op+48 :
drv_xgs3_l2security_vlan_ipv6_filter_op (d, 8bdfadc, 8bdfad8, 0)
10a38f4 drv_xgs3_l2security_vlan_ipv6_filter_op+178: drv_vlan_limit_cng_op
(8bdfadc)
10b8720 drv_vlan_limit_cng_op+19c: sal_mutex_take (0, ffffffff)
114dfec sal_mutex_take +94 : _sal_assert (2a32cb0, 2a32c4c, f9)
114d908 _sal_assert +3c : soc_event_assert (2a32cb0, 2a32c4c, f9)
116c154 soc_event_assert+74 : _default_assert (2a32cb0, 2a32c4c, f9)
114d864 _default_assert+74 : taskSuspend ()
内部公开▲
value = 0 = 0x0
注意事项：SMXA 不存在该问题，当出现了该问题后，打上补丁后，需要进行主备倒
换恢复。
2.1.3.6.7. dhcp ip hash 冲突导致用户获取不到 ip 地址的问题
故障描述：在拉脱维亚的工程上，出现有个 onu 呼叫不上，串口有如下的打印信息：

12:18:45 05/06/2015 DHCPR:invalid ip hash item。
在现网上，通过手工清除相关的 iP 数据后，ONU 拨号成功。进一步分析：拉脱维亚采
用的是 dhcp relay 的 standard 模式，ip hash 表是不应该存储数据的，同时没有删除失
败的情况；在现网 server 的 offer 应答行为下，网元目前代码处理有漏洞，server 应答的
5 个 ip，只有 1 个 ip 能正常申请，其他 4 个 ip 网元可能会残留在表项中，导致后续 serve
r 再给 pc 分配这些 ip 会失败。
注意事项：如果出现问题，补丁激活后，需要进行一次主备倒换，让其恢复正常。
2.1.3.6.8. MIB 和 CLI 主机名 hostname 最大长度不一致的问题
故障描述：hostname 主机名通过 cli 配置，限定字符最大长度是 32 字节，但是通过 mib 接

口最大能配置 64 字节。如果采用 mib 接口配置 hostname 长度大于 32 字节，则保存配置重
启后 hostname 丢失。例如，对应命令示例：
hostname SQ-SHUANGFENGSI-ZTE-FTTH-C300-1
修改说明：限制 MIB 最大只能使用 32 字节。
2.1.3.7. SCXLV125P3T13_r20_chongqingguangdian.pat、SCXMV125P3T13_r20_chongqi
ngguangdian.pat 、 SCXNV125P3T13_r20_chongqingguangdian.pat 、 SMXAV125
P3T13_r20_chongqingguangdian.pat 、 ETGOV125P3T13_r20_chongqingguangdi
an.pat
2.1.3.7.1. 重庆广电 bcmp 格式问题
故障描述：重庆广电 bcmp 的格式和上海广电的格式存在差异，而目前上海广电和重

庆广电的两种格式在不同的地方都有使用，V1.2.5P3 版本缺省采用上海广电格式，重庆广
电需要补丁支持，他们两者的主要差别在于：
版本号长度有变化以及“注册应答”消息帧中 ip 地址和默认网关支持兼容 ipv6
1 帧格式中的版本信息不一样；
内部公开▲
内部公开▲
上述为重庆广电的帧格式；
内部公开▲
内部公开▲
上述为上海广电的帧格式
修改说明：在 OLT 侧修改支持重庆广电的格式
注意事项：仅仅是针对广电 BCM 的定制补丁，并且是采用重庆广电格式才需要该补
丁；需要主控和线卡的补丁同时一起配合使用。
2.1.3.8.SCXLV125P3T13_r21_yidong.pat、SCXMV125P3T13_r21_yidong.pat
2.1.3.8.1. 版本显示的问题
故障描述：移动版本的特殊需求，需要将 V1.2.5P3 版本在正常的 CLI 命令行，网管的

MIB 上显示为 V1.2.5 版本。即需要在如下命令中显示为 V1.2.5：
ZXAN#show version-running
ZXAN#show version-saved master
ZXAN#show card
ZXAN#show card slot x
内部公开▲
以及网管上的相关查询
修改说明：打上补丁后显示时候将 P3T13 去掉，其他保留和;请在移动环境中需要的
地方才打上该补丁。
2.1.3.9. GTGOAV125P3T13_r0.pat、GTGOCV125P3T13_r0.pat、GTGODV125P3T13_r
0.pat、GTGOEV125P3T13_r0.pat、GTGOGV125P3T13_r0.pat、GTGHGV125P
3T13_r0.pat
2.1.3.9.1. ONU 数量的问题(HT)
概要说明：当当前网元 ONU 数量达到 1630 以上时，会导致文件超过 65535 字节，会出现

部分 ONU 不能上线。
修改说明：由于将 32 比特当做为 16 比特使用，造成长度截取，修改 bug。
注意事项：该功能仅仅是内部说明，不对外提供。需要重启线卡才能够立刻生效，如果网
元的 ONU 数量没有超过该数量，则可以不用重启。
2.1.3.9.2. PON 底层 ONU ID 转换隐患问题
概要说明：MUX ONU ID（管理层 ONU ID）转换 MAC ONU ID（PON 底层 ONU ID）隐
患的问题，在进行 ONU ID 的转换时候，对于不存在 ONU ID 会返回 255 的值，但是，代码问
题返回的是 127，这样可能导致误删除，误处理 ONU 的数据，特别是 127 号 ONU 存在隐患。
修改说明：无效的 ONU ID 仍然用 255 表示。
2.1.3.9.3. 调试 me-class 命令不能使用的问题
概要说明：远程管理下的 me-class 调试命令不能够使用。

注意事项：该功能基本是研发或者 ONU 同事内部使用，对外不使用。
2.1.3.9.4. OTDR 格式的问题
概要说明：Otdr 测试生成的结果文件中，Reflected Peak 后面少了单位(db)这个字段，使

得网管无法解析。
修改说明：Reflected Peak 后面增加(db)这个单位。
2.1.3.9.5. SR 上报检测问题(HT)
概要说明：ONU 本身不支持 SR 上报，对 ONU shutdown/no shutdown onu 后，业务下发

tcont 配置时，会进行 SR 限制，后续不能够恢复；或者当分组发生变化，ONU 掉线再上线，在
周期扫描时刻上线，黑名单开启 SR 检查，业务不会恢复。
修改说明：修改 bug 能够进行恢复。
内部公开▲
注意事项：仅仅是对内说明，不对外发布；涉及到 MAC 和 OMCI 两个模块，其中 MAC 仅

仅和 GTGOA 和 GTGOD 相关，OMCI 和所有 GPON 线卡均相关。
2.1.3.9.6. 线卡 CPU 占有率高的问题
概要说明：当线卡在正常运行中，查看 CPU 占有率，或者采用 spy shell 命令查看那时候

CPU 占有率较高，由于在 PON MAC 驱动中针对节能的处理有长时间扫描处理导致的。例如，
spy 之后线卡的情况：
NAME ENTRY TID PRI total % (ticks) delta % (ticks)
-------- -------- ----- --- --------------- ---------------
tExcTask excTask 6ffe7e8 0 0% ( 0) 0% ( 0)
… …
tDrvTmrIntHn DRV_TimerI 5e19f48 105 0% ( 0) 0% ( 0)
tDrvIntHnd DRV_IntHan 5e23df0 106 85% ( 4324) 84% ( 482)
tDrvHostIntH DRV_HostIn 5e2e1e8 107 0% ( 0) 0% ( 0)
… …
IDLE 0% ( 1) 0% ( 1)
TOTAL 96% ( 5044) 97% ( 568)
修改说明：修改优化节能处理代码。
注意事项：仅仅是 GTGOC，GTGOE，GTGOG 和 GTGHG 线卡。
2.1.3.9.7. 更换 ONU 后新的名单不生效问题(HT)
概要说明：更换 ONU，从一个名单组更换为另一个名单组，效果仍然是之前名单组的行为。
修改说明：修改 bug 让新的名单组生效。
注意事项：仅仅是对内说明，不对外发布。
2.1.3.9.8. PON 远程管理组播问题
概要说明：在测试 onu 自动化组播时，运行脚本，反复执行多次后（过程中没有对 flow

255 进行操作），组播业务不通，清除 onu 的配置重启也不通，只能通过删除 onu 再添加 onu 或
者删除 flow 255 重新配置 flow255 的默认配置，组播业务才能恢复。由于在重复执行 clear 或
者删除 mvlan 的操作时线卡上没有判断下发的 vlanNum 是否为 0，线卡处理没有防护导致。
修改说明：增加对 flow 255 操作的防护。
注意事项：NA
2.1.3.9.9. IPV6 GUA 地址问题
概要说明：新电在使用 GTGOE 线卡时要求在开启了 IP SOURCE GUARD 时，在协议交互

过程中，上行的所有的 GUA 地址都不允许通过，目前版本的实现是只丢弃 IPv6 的 GUA 地址为
2001::/16 的，需修改为针对 2001::/3 地址全部丢弃。
修改说明：在 DHCP 协议交互过程中修改丢弃 2000::/3 的所有 GUA 地址。
注意事项：目前仅仅修改了 GTGOE 单板，其他单板未修改。
内部公开▲
2.1.3.9.10. 线卡多个 PON MAC 任务挂死问题
概要说明：沈阳移动升级 V1.2.5P3 版本时候，出现了线卡多个任务挂死的情况，其任务和

堆栈信息如下：
-> i
---------- ------------ -------- --- ---------- -------- -------- ------- -----
tExcTask excTask 6ffe7e8 0 PEND 857218 6ffe6c8 0 0
……
mac_config Configuratio 6415a00 102 SUSPEND 77afe90 6a02270 3d0004 0
……
tDrvIntHnd DRV_IntHandl 5e23d80 106 SUSPEND 77afe90 6a02270 1c0001 0
……
STATE_MACHIState_Machin 610f800 120 SUSPEND 77afe90 6a02270 0 0
KEY_EXCHANGKey_Exchange 6059168 120 SUSPEND 77afe90 6a02270 0 0
Ploam_DS Ploam_Ds_Tas 5fd0dc8 120 SUSPEND 77afe90 6a02270 1c0001 0
……
mac_performp_perf_task 5ea87b0 120 SUSPEND 77afe90 6a02270 3d0004 0
… ….
olsTask 6f91a4 65ca708 150 SUSPEND 77afe90 6a02270 0 0
……
almMaskTaskalmInfoRepor 65c64f8 235 SUSPEND 77afe90 6a02270 0 0
……
muxTask macMuxTimerT 65dab28 240 SUSPEND 7d7e04 65da618 0 0
……
tRosIdle rosIdleTask 69a93a0 255 READY 68a4c 69a9300 0 0
value = 0 = 0x0
tt 0x65dab28
7da8ec vxTaskEntry +68 : macMuxTimerTask ()
61ba80 macMuxTimerTask+f0 : checkOnuBipCounterHandleAlm ()
641f44 checkOnuBipCounterHandleAlm+284: checkSfiSdiAlmStatus ()
6d4b34 checkSfiSdiAlmStatus+270: 6d47a8 ()
6d4858 setOnuSfiSdiAlmThreshold+418: recvAlmInfoFromOtherModule (65da9e0)
6ca868 recvAlmInfoFromOtherModule+28 : almInfoHandle (65da9e0)
6cdb48 almInfoHandle +6c : reportAlmToOtherModule (65da9e0)
6cd2a4 reportAlmToOtherModule+54 : handleOnuAlarmReport (65da9e0)
6d7384 handleOnuAlarmReport+34 : handleAndReportOnuAlarmAssert (65da9e0)
6d7a80 handleAndReportOnuAlarmAssert+40 : handleInShieldRangeOnuAlm (65da9e0)
6d7928 handleInShieldRangeOnuAlm+280: reportOnuAlarmAssert (65da9e0)
6d7690 reportOnuAlarmAssert+2c : reportAlarmToSerModule (65da9e0)
6cd118 reportAlarmToSerModule+2b0: MuxlayLogOnuMsg (5, d)
708330 MuxlayLogOnuMsg+c4 : MuxlayvLogMsg ()
内部公开▲
7083ac MuxlayvLogMsg +5c : muxlog_vLogMsg (69fa450)

8c896c muxlog_vLogMsg +3a0: 8c7fb8 (65da6a4, 64cb520)
832d3c memcpy +28 : bcopy ()
修改说明：暂时去掉无用的 log 代码。
注意事项：如果已经出现了挂死，打上补丁后需要重启线卡。
2.1.3.9.11. LOID 认证失败问题
概要说明：LOID LOIDPW 无法上报，onu 没法注册问题；由于在芯片厂家的任务中发消

息给自己，导致处理不能够正常执行下去，从而不能够获取到 ONU 的 LOID，LOIDPW 等消息，
因此，认证不能够完成，ONU 不能够 working。
修改说明：修改在自己的任务中发消息给自己。
注意事项：仅仅是 GTGOA 和 GTGOD 存在该问题，其他线卡不存在问题。
2.1.3.9.12. GTGOG 线卡主备倒换业务恢复时间长的问题
概要说明：主控（SCXM/SCXN）+GTGOG 组合时，当主备倒换从 10 槽位倒换到 11 槽位

的时候，业务可能会出现秒级别中断。由于，在线卡上对应的 11 槽位的端口的发送使能没有一
直打开，是在倒换之后才打开的，这样影响了业务恢复时间。
修改说明：两个槽位对应的端口一直打开，做到双发优收。
注意事项：仅仅是 GTGOG 存在该问题，其他线卡不存在问题。
2.1.3.9.13. GTGOG 线卡光模块信息可能错误的问题
概要说明：PCB 为 120301 的单板，当同时插两个 otdr 光模块，分别插在前四个 pon 口

和后四个 pon 口（例如，前四个口选择一个口插，如 PON 口 1，后四个口选择一个口插，
如 PON 口 8），插在后四个 pon 口的那个光模块有可能读取错误。对于 PCB 为 140600 的
单板，访问光模块信息可能会出错，比如厂商信息 Hisense 会被读成 HHsense。
修改说明：修改 I2C 的读写访问。
注意事项：仅仅是 GTGOG 存在该问题，其他线卡不存在问题。
2.1.3.9.14. GTGOG/GTGHG typec 倒换 ONU 存在掉线问题
概要说明：ONU 在进行 typec 倒换时候，需要检查相应的处理，需要首先改变其主备状态，

然后在倒换过程中分别对主备 ONU 进行处理，由于代码存在 bug，在倒换处理之前没有修改其
状态，因此，在倒换后由备变为主的口下的 ONU，仍然是备，对于备口将不会处理，这样导致
没有对 ONU 进行相关的倒换处理，ONU 会出现掉线，然后重新上线，导致业务长时间中断。
修改说明：倒换后立刻修改 ONU 的主备状态。
注意事项：仅仅是 GTGOG/GTGHG 存在该问题，其他线卡不存在问题。此处的 typec 是指
我们自己的命令行上的 typec，是指两个光模块一个 MAC 的形式，而不是 ITU 中的 typec 保护，
目前的 ONU 仅只有 9806 才支持。
内部公开▲
2.1.3.9.15. GTGHG 前后 8 个口组播问题
概要说明：在 GTGHG 线卡上前 8 个 PON 口和后 8 个口同时有多个 ONU（分布在一个或

多个 PON 口情况一样）同时点播同一个组播时候，如果其中有一个用户离开了该频道，则该 8
个 PON 口下的其他观看相同组播的用户组播也将受到影响，组播将会中断。例如：
1 用户 A：PON 口 1 下 ONU 1 点播 225.1.1.1；
2 用户 B：PON 口 1 下 ONU 2 点播 225.1.1.1；
3 用户 C：PON 口 8 下 ONU 1 点播 225.1.1.1；
4 用户 D：PON 口 9 下 ONU 1 点播 225.1.1.1；
5 用户 E：PON 口 12 下 ONU 1 点播 225.1.1.1；
6 用户 F：PON 口 16 下 ONU 1 点播 225.1.1.1。
如果用户 A 离开，则用户 B 和 C 组播中断，用户 D，E，F 不受影响；如果用户 F 离开，
则用户 D 和 E 组播中断，用户 A，B，C 不受影响。即用户 A,B,C 中任何一个离开则其他两个
用户组播中断，另外的 D,E,F 不受影响；同样用户 D,E,F 中任何一个离开则其他两个用户组播
中断，另外的 A,B,C 不受影响。
修改说明：修改组播的加入和处理逻辑。
注意事项：仅仅是 GTGHG 存在该问题，其他线卡不存在问题。
2.1.3.10. GTGOAV125P3T13_r1.pat、GTGOCV125P3T13_r1.pat、GTGODV125P3T
13_r1.pat、GTGOEV125P3T13_r1.pat、GTGOGV125P3T13_r1.pat、GTGHGV
125P3T13_r1.pat
2.1.3.10.1. 第三方厂家 ONU 对接 TIWi 告警问题
故障描述：在温州电信工程环境上，采用 V1.2.5P3 版本 GTGHG，和 HW 的

ONU（HG8245，HG8120C）进行对接，出现 ONU 频繁上下线，由于 OLT 侧监测到 ONU
的 TIWi 告警，然后将 ONU Deactive，然后再次上线。后来通过三方交流，得知 HW 在对
接自己的 OLT 时候，其 DOWi 和 TIWi 门限放得比标准宽一些，其门限设置为 8 和 16，我
们的 OLT 仍然按照标准的 4 和 8 来监测产生告警，因此会产生 TIWi 告警。
修改说明：将门限放宽到 8 和 16。
注意事项：仅仅 GTGOC，GTGOE，GTGOG，GTGHG 进行了修改。
2.1.3.10.2. Typeb 倒换 LOSi 未消失问题
故障描述：在 typeb 保护中，当进行保护倒换时可能会出现工作口 ONU 正常的情况下，仍

然存在 LOSi 告警。例如，当前工作和保护口分别为 A，B 口，当进行倒换时候，可能 A 口上的
ONU 会出现 LOSi，此时 A 口已经变成为保护口，然后，再次进行倒换，从 B 倒换到 A，此时
A 口再次变成为工作口，此时该口上的 ONU 业务正常，状态为 working，但是，可能有 LOSi
告警。
修改说明：当 PON 口变成为工作口时，ONU 正常重新上报一次告警消失。
注意事项：如果在打补丁之前已经出现了告警，只有等待下次倒换才能够恢复，或者
ONU 上下线一次后自动正常。仅仅包括 GTGOC，GTGOE，GTGOG，GTGHG 线卡。
内部公开▲
2.1.3.10.3. 防护线卡启动过程中会出现挂死的问题
故障描述：在所内测试 GTXOG 时候，出现了线卡启动过程中任务挂死，由于线卡启动时

各个任务先后的问题，导致有概率出现线卡挂死，不能够正常启动。通过走查代码其他线卡均
存在同样的情况，只不过概率问题，所有的线卡均进行修改。如果线卡已经正常启动则不会存
在该问题。
修改说明：增加空指针的防护处理。
注意事项：如果线卡已经出现了，需要先打上补丁激活后重启。
2.1.3.10.4. 重启线卡时由于特定文件可能引起系统挂起问题
故障描述：重启线卡时由于特定文件可能引起系统挂起问题。
修改说明：修改针对文件信息特殊处理。
注意事项：如果线卡已经出现了，需要先打上补丁激活后重启。
2.1.3.10.5. 新电 PW 认证 ONU 反复上下线问题
故障描述：在新电场景下，使用 PW 认证，同时开启 sn-bind disable，当 ONU 正常上线一

段时间后（至少超过 3 分钟），关电或者插拔 ONU，然后 ONU 重新上线，会出现业务异常，
ONU 可能会反复上下线，主要由于 ONU 掉线告警未清除缘故。查询状态中出现 LOSi，或者
unknown 反复状态情况，即 show gpon onu detail-info gpon-onu_1/x/x:x 会出现类似下面的情况：
C300_JWML5_CS_012#show gpon onu detail-info gpon-onu_1/13/7:15
ONU interface: gpon-onu_1/13/7:15

Name: ONU-7:15
Type: ZTE-F620G
State: ready
Admin state: enable
Phase state: working
Authentication mode: pw
SN Bind: disable
Serial number: ZTEG720B0A80
Password: 105170730
Device ID:
Description: ONU-7:15
Vport mode: manual
DBA Mode: Hybrid
ONU Status: enable
OMCI BW Profile: enable
Line Profile: N/A
Service Profile: N/A
Alarm Profile: N/A
Performance Profile: N/A
ONU Distance: 7727m
内部公开▲
Online Duration: 34h 20m 32s

FEC: none
1PPS+ToD: disable
------------------------------------------
Authpass Time OfflineTime Cause
1 2015-04-24 22:46:44 2015-04-24 23:25:31 UnKnown
2 2015-04-24 23:25:37 2015-04-25 02:57:13 LOS
3 2015-04-25 02:57:19 2015-04-25 02:57:29 LOSi
4 2015-04-25 02:57:33 2015-04-25 02:57:43 LOSi
5 2015-04-25 02:57:46 2015-04-25 02:58:05 LOSi
6 2015-04-25 02:58:08 2015-04-25 02:58:08 LOSi
7 2015-04-25 02:58:11 2015-04-25 02:58:15 LOSi
8 2015-04-25 02:58:18 2015-04-25 02:58:18 LOSi
9 2015-04-25 02:58:22 2015-04-27 22:35:25 UnKnown
10 2015-04-27 22:35:30 0000-00-00 00:00:00
修改说明：ONU 上线时在 ONU ID 建立映射时候清除之前的告警信息。
注意事项：如果已经出现了该问题，需要让该 ONU 重新上线一次，例如，插拔光纤，或
者执行 stutdown/no shutdown 等。所有线卡均存在类似情况。
2.1.3.10.6. Ipv6 和 ipv4 共存是 arp 报文下行丢弃的问题
故障描述：在开启 ip-source-guard，以及配置 IP+MAC 的方式情况下，如果 ipv4 和 ipv6 同

时获取到 IP 地址后，下行 ipv4 的 arp 将不通，会在 GTGOE 的内部丢弃，如果仅仅获取到 ipv4
的 IP 地址，则不会出现问题。如果采用仅仅采用 ip 过滤的方式，也不会出现问题。采用下面的
命令来查看当前 ip-source-guard 采用过滤方式：
ZXAN#show ip-service ip-source-guard bind-type
ip source guard bind type: ip+mac filter
修改说明：修改内部匹配规则
注意事项：如果在打补丁之前出现了该问题，打上补丁后需要解除 IP 绑定重新获取 IP 地
址后才正常。只有 GTGOE 才修改了该问题。
2.1.3.10.7. Linkstar 场景环回 ping 丢包问题
故障描述：在工程上 linkstar 测试如下场景，一个 PON 口连接三个 ONU，其中有两个

ONU 的 UNI 口采用网线连接起来，然后在第三个 ONU 上进行 ping 包，此时会出现偶尔丢
包的情况。组网如下图所示：
内部公开▲
由于在上联侧会下发洪泛包下来（例如，NMS 主动查询其他 ip 的 arp 包或未知洪泛包，或

者和 ONU3 ping 包目的地址相同 MAC 地址），经成环的 onu1 和 onu2 环回上去，可能会
影响 ONU3 上的 ping 包，导致丢包。
修改说明：开启防飘时候，将线卡的 SW 部分设置为上联口优先；关闭防飘时候关闭线卡
的上联口优先，恢复能够互相迁移。
注意事项：针对 linkstar 的定制该补丁，仅仅线卡 GTGOG 和 GTGHG。需要开发防飘功能
才生效，同时防飘功能和 ONU 环回检测功能互斥，要么开启防飘，要么开启环回检测。
2.1.3.10.8. GTGOG/GTGHG 线卡重启的问题
故障描述：云南保山在网管上出现板卡软件未运行的告警，该线卡上的所有 PON 口 LOS

告警，业务会出现短暂中断情况，网管告警如下：
导出来的死机文件有如下的信息：
report by PidNo:29 slot:3 at 14:15:21 04/28/2015 UTC 襋
---------------------------------
[reset type=1:b_cardReset,at:2015-4-28 week:2 14:12:32]
Stack chain:
Layer 0 addr:[0x10314c2c]Ros_MONSetRebootTyp + 0x10314c2c
Layer 1 addr:[0x1005691c]b_cardReset + 0x28
Layer 2 addr:[0x1005734c]bsp_ResetBoard + 0x18
Layer 3 addr:[0x10acda1c]Drv_2763_TcontCfgOp + 0x10acda1c
Layer 4 addr:[0x10a17394]Drv_TcontCfgOptWait + 0x48
Layer 5 addr:[0x1098fed4]TcontCfgOptWait + 0x34
Layer 6 addr:[0x109a3d88]TcontTableWriteToHw + 0x109a3d88
修改说明：修改内部监测异常的机制
注意事项：仅仅 GTGOG 和 GTGHG 线卡存在该问题。
内部公开▲
2.1.3.10.9. 辽宁铁岭 HW HG8120 ONU 掉线问题
故障描述：在辽宁铁岭升级到 V1.2.5P3 版本后， HW 的 ONU（HG8120C）进行对接，

出现 ONU 频繁上下线，由于 OLT 侧监测到 ONU 的 SFi 告警，然后将 ONU Deactive，然后
再次上线，其他 ONU 没有类似的情况。在 V1.2.3P3 和 V1.2.5P3 在 SFi 的门限上有变化，
门限值提高了，由于原来的-3 次方（标准的最宽门限）修改为-5 次方，可能 HW 的该款
ONU 存在较大的误码，通过补丁将 SFi 的门限值修改回 10 的-3 次方。
修改说明：将门限修改为原来值。
注意事项：GTGOC，GTGOE，GTGOG，GTGHG 四块线卡均存在同样的情况。
2.1.3.11. GTGOAV125P3T13_r2.pat、GTGOCV125P3T13_r2.pat、GTGODV125P3T13_r
2.pat、GTGOEV125P3T13_r2.pat、GTGOGV125P3T13_r2.pat、GTGHGV125P
3T13_r2.pat
2.1.3.11.1. ONU 学习不到 MAC 地址的问题
故障描述：哥伦比亚 ETB 出现的 GTGOG 线卡 ONU 学习不到 MAC，业务不通情况。

查看内部学习的 MAC 地址数量情况，误判为已经达到了最大值了，实际并没有或者有很
少的 MAC 地址，因此，不再学习 MAC 地址，直接将流丢弃，导致业务不通。
修改说明：修改内部的误判情况。
注意事项：仅仅 GTGOG 和 GTGHG 单板有该问题，打上补丁后需重启才生效。
2.1.3.11.2. 第三方 ONU 的黄包数据流业务异常的问题
故障描述：大连联通升级到 V1.2.5P3 版本后，第三方部分 ONU 业务流不通，分析发

现是由于该 ONU 发送的流全部是黄包（即 CFI 比特位为 1），而在 OLT 侧配置的为色敏模
式，同时，配置的为非耦合以及 EBS 的权重为 0，这样 OLT 侧直接将黄包全部丢弃，从而
导致业务不通。
修改说明：修改绿包和黄包配置为耦合方式，同时设置 EBS 权重为非 0。
注意事项：仅仅 GTGOG 和 GTGHG 单板有该问题，打上补丁后需重启才生效。
2.1.3.11.3. 开启 Ip-source-guard 后数据混乱 ONU 业务不通问题
故障描述：在 S1 版本中出现了开启 IP-source-guard 之后，反复地批量删除和添加 ONU，

最后出现了部分 ONU 的业务不正常；通过分析由于反复删除时候，对于 IP-source-guard 的
配置数据出现了混乱，导致部分 ONU 配置的 IP 和实际 IP 不一致。
修改说明：修改 ip-source-guard 的数据管理。
注意事项：仅仅单板 GTGOG 和 GTGHG 存在该问题。
2.1.3.11.4. DGi 告警频繁上报问题
故障描述：在工程上 linkstar 由于 ONU 的电源适配器的问题，导致 ONU 持续地不停通过

PLOAM 消息误报 DGi 告警，大量的 PLOAM 消息冲击了 OLT 对其他 ONU 的正常处理，
影响其他 ONU 正常上线等，导致线卡上的其他 ONU 受到了影响。
内部公开▲
修改说明：监测到类似 ONU 的时候，将该 ONU Deactive，并且保持一定时间不允许其上

线。
2.1.3.11.5. LOID 绑定错误的问题
故障描述：在重庆电信升级到 V1.2.5P3 版本后，出现了部分 ONU 注册失败的问题，

ONU 的 LOID 出现了错误的绑定情况。通过最后抓包以及和 ONU 确认，该问题和 ONU 有
关系，需要 OLT 才进行规避。
修改说明：增加当 OLT 侧在较短时间（小于 3 秒）内接收到相同的 LOID，则认为后
一个 ONU 的 LOID 为正确的，前面一个 LOID 是 ONU 之前保留在其缓存中的 LOID，是错
误的，需要丢弃的。
2.1.3.11.6. 采集光功率引起 tXponCtrlSub0 任务挂死的问题
故障描述：在 V1.2.3P3 版本中，工程出现了第三方网管定期采集 ONU 接收光功率导致 GPON 线卡

tXponCtrlSub0 任务挂死情况，其堆栈信息如下：
tt 0x6916308
5e02a4 vxTaskEntry +68 : 34263c ()
342664 XponCtrl_NP_SyncMsgprocess+1c8: 342530 ()
342624 XponCtrl_NP_SyncMsgprocess+188: XponCtrl_NP_AsyncMsgprocess ()
342468 XponCtrl_NP_AsyncMsgprocess+a8 : Xpon_NpAsyncMsgProcess ()
33b7f0 Xpon_NpAsyncMsgProcess+198: XPonNpMsgHandler ()
33aba4 XPonNpMsgHandler+f8 : TransceiverGetRxPower (6914e76, 86303a0)
32db04 TransceiverGetRxPower+28 : GetRxPowerMsgHandle (6914e76, 86303a0)
32e748 GetRxPowerMsgHandle+54 : 32e250 (6914e82, 86303a8)
32e318 GetGponTransceiverInfoFromDriver+374: mux_IoCtrl ()
5d0248 mux_IoCtrl +10 : mux_IoCtrl_Distribute ()
5d0228 mux_IoCtrl_Distribute+74 : 4b2e84 (44, 6914cec, 6914cf8, 0)
4b2f10 macMuxTimerTask+2bc: getOnuRxPowerOltSide (6914cec, 6914cf8)
4a31c4 getOnuRxPowerOltSide+1bc: getOnuMinStatPowerVal ()
由于数据出现了入参数数据异常，内部没有防护，导致越界，引起任务挂死。在
V1.2.5P3 上也存在同样的问题。
修改说明：增加入参的检查防护。
2.1.3.11.7. GTGOE 线卡 ONU 注册的问题
故障描述：在山东电信升级到 V1.2.5P3 版本后，出现了部分 ONU 注册失败的情况，

其外在表现为，其状态在 logging -> losi 等反复迁移，从 OLT 侧内部分析来看，当 ONU 迁
移到 O5 状态后，没有收到上行的 PLOAM 消息，然后将 ONU Deactive 掉，然后再次重新
上线。在 ONU 侧其状态为 O2->O3->O4->O2，有时能够达到 O5，然后接受到 OLT 的
Deactive 消息后状态迁移到 O2。
内部公开▲
修改说明：针对工程上发现的异常情况进行规避。
注意事项：仅仅是 GTGOE 线卡存在该问题。
2.1.3.12. GTGOGV125P3T13_r20_neimenggu.pat 、GTGHGV125P3T13_r20_neimeng

gu.pat
2.1.3.12.1. 修改 ONU 的 OMCI 带宽问题
故障描述：在内蒙古电信从 V1.2.3P3 升级到 1.2.5P3 后，某第三方厂家 ONU 的带宽下

载有异常，分析定位为：该厂家的 ONU 上报的 T-CONT 不符合电信的标准，将 OMCI T-
CONT 当做业务 t-cont 上报了，导致在 V1.2.3P3 版本和 V1.2.5P3 版本中，上行业务都是采
用 OMCI T-CONT 带宽，由于在 V1.2.5P3 中进行了优化，只有原来的 OMCI 带宽的一半，
大约只有 352K。ONU 厂家也承认是 ONU 的问题，并且有新版本解决，同时，修改配置也
能够解决该问题，但是，电信认为这两种方式工作量比较大，不接受，需要修改会原来的
OMCI 带宽，因此，OLT 出定制补丁解决该问题。
修改说明：修改 OMCI 带宽为原来的大小 704K。
注意事项：仅仅 GTGOG 和 GTGHG 单板有该问题；仅仅是内蒙古电信定制补丁，补
丁打上之后需要 ONU 重新上线一次才能够修改过来。
2.1.3.13. ETGOV125P3T13_r0.pat、ETGHGV125P3T13_r0.pat、ETTOV125P3T13_r0.pa
t
2.1.3.13.1. ONU 数量的问题
概要说明：当 ONU 数量达到 1630 以上时，文件超过 65535 字节，会出现 ONU 不能够正

常工作问题。
注意事项：该功能仅仅是内部说明，不对外提供；线卡 ETGOB/ETGOD/ETGOF 都存在同
样的问题。需要重启线卡才能够立刻生效，如果网元的 ONU 数量没有超过该数量，则可以不
用重启。
概要说明：Otdr 测试生成的结果文件中，Reflected Peak 后面少了单位(db)这个字段，使

2.1.3.13.3. MPCP 消息超时定时器过短问题
概要说明：在 TK 芯片方案的单板（ETGOB/ETGOF/ETGHG）上，MPCP 消息超时的定时

器目前为 32ms，超时时间可能太短，当大量的消息时候可能会出现 MPCP“假”超时踢掉 ONU
等情况，加大其超时。
修改说明：将超时间有 32ms 修改为 1 秒。
内部公开▲
注意事项：仅仅是 ETGOB/ETGOF/ETGHG 存在该问题，其他线卡不存在问题。
2.1.3.13.4. ETGOD 上联口静态 MAC 地址添加失败问题
概要说明：采用 CLI 命令行添加上联口静态 mac 地址时，例如， mac add permanent

0000.1111.2222 ethernet gei_1/21/1 vlan 2，只能够在主控上添加成功，线卡上不成功。
注意事项：仅仅是 ETGOD 增加该功能，在 ETGOD 线卡上仅仅只看 mac 地址，不看
vlan，即如果添加 mac 地址相同，vlan 不同，在线卡上只有一条，如果删除其中一条，则线卡
上将不再有静态 mac 地址，例如：
mac add permanent 0000.1111.2222 ethernet gei_1/21/1 vlan 2
在主控上有 MAC :0000.1111.2222 + VLAN:2 和 MAC :0000.1111.2222 + VLAN:3，在线卡
上只有 MAC :0000.1111.2222；此时如果删除其中一条，例如：
ZXAN(config)#mac delete 0000.1111.2222 vlan 2
则在主控上有 MAC :0000.1111.2222 + VLAN: 3，在线卡上没有静态 MAC 地址了。配置上
联口 MAC 地址需要根据实际的情况进行相应的配置，并且需要充分理解线卡的特性。
例如，在鹏博士的应用是：只关注线卡上联口的静态 mac 地址，因此，只需要添加一个
BRAS 的 mac 地址，vlan 可以不用关心，甚至是根本没有使用的 vlan。
如果在打补丁之前已经配置了上联口静态 MAC 地址，则打上补丁后需要先删除静态 MAC
地址，然后再重新配置才会生效。
2.1.3.13.5. ETGOD 上联口静态 MAC 地址添加后线卡重启丢失问题
概要说明：采用 CLI 命令行添加上联口静态 mac 地址时，例如， mac add permanent

0000.1111.2222 ethernet gei_1/21/1 vlan 2，只能够在主控上添加成功，通过上述 1.3.1 补丁在线
卡上添加成功后，如果线卡重启则在线卡静态 mac 地址丢失。
注意事项：仅仅修改了 ETGOD 线卡。
2.1.3.13.6. ETGOD 线卡上联芯片级联口 mac 漂移优先级问题
概要说明：之前的实现是将 ETGOD 线卡的上联芯片的级联口当为上联口进行了配置，但

是，该端口应该是当做用户口配置才正确，需要修正过来，否则可能出现级联芯片的 PON 口下
的环回的 mac 地址可能被迁移到上联芯片的级联口，导致上联芯片业务受到影响。
注意事项：仅仅修改 ETGOD 线卡；如果打上补丁之前已经配置了上联口优先，则打上补
丁后需要先 disable，然后在 enable 才能够生效。即：
先执行如下命令：
ZXAN(config)#security mac-anti-spoofing uplink-protect disable
然后再执行
ZXAN(config)#security mac-anti-spoofing uplink-protect enable
内部公开▲
2.1.3.13.7. 特定 F401 ONU 版本上线慢的问题
概要说明：在所内测试当 F401 采用 6.0 版本的时候，满配环境上 ONU 上线非常慢：从现

象上看 onu 越多注册越缓慢，大致上 32 个 onu 要 3-4 分钟 40 个 onu 在 7-8 分钟 60 个 onu 基
本上要半小时以上，并且前期先只是零星的上线，到一定时间看到 onu 大批上线。ONU 版本信
息如下：
修改说明：修改 OLT 的发现周期和频率，能够更快更好的发现 ONU 上线。

注意事项：仅仅修改 ETGOD 线卡；补丁去激活后，仍然生效，如果需要不生效，则需要
重启线卡才不生效。
2.1.3.13.8. ETGOD 全 F MAC 地址学习的问题
概要说明：沈阳鹏博士工程环境上，在 ETGOD 线卡上时不时地出现 1 ~ 4 口或者 5 ~ 8 口

上的所有 ONU 业务全不通，当进行业务割接后，再重新割回去业务又恢复正常；或等待一定
时间后业务又自动恢复。
修改说明：后来经过定位，发现是由于芯片新增加的一个非标 MAC 地址学习功能引入的，
同时，芯片软件 FW 内部存在 bug，芯片内部会学习全 F 的 MAC 地址。对于非标的 MAC 地址
软件是没有配置提取到 CPU 学习，一般的非标（例如，广播，组播等）是不会学习，但是，芯
片内部对于 hello 报文当做最高优先级进行了处理，不需提取也能够学习到。当网络中存在全 F
的 hello 报文的时候，芯片内部将会学习全 F 的 MAC 地址，当学习到全 F 的地址时候，上行的
广播报文将不会被转发，会导致 PPPoE，DHCP 第一个交互报文不会被转发，导致业务不正常。
修改方式：关闭非标 MAC 地址的学习，同时，增加监控，是否存在全 F 的地址，如果有全 F
的 mac 地址，则自动删除；扫描间隔周期为 1 分钟。
注意事项：仅仅是 ETGOD 增加该功能，其他线卡不存在；当激活补丁生效后，如果再去
激活补丁，此时仍然是生效的，只有去激活后重启线卡才不生效。
2.1.3.14. 冷补丁 FTGKB_LX.MVR
概要说明：DST 采用 V1.2.5P3T13 版本进行测试时，配置了 XConnect 连接，此时 PTP

和 L2CP 报文没有透传，同时，还学习到了 vlan 为 1 的 MAC 地址。之前的版本对于协议的
处理存在一些缺陷，主要是：
1 对于 PTP 报文，上行是缺省提到 CPU 用于 1588 协议的处理，不可配置，也不能够
进行 vlan 翻译处理，透传等；下行是根据 serviceport 进行转换，然后再转发。
2 对于 L2CP 报文，上行是缺省不经过任何处理直接转发到主控，由主控统一处理，即
上行 serviceport 等配置无效；下行是根据 serviceport 进行转换，然后再转发。
因此，DST 的测试会出现上述的现象。
内部公开▲
另，之前版本还存在线卡任务挂死的问题，故障均发生在 C 标准库的 malloc 函数执行

过程中。
修改说明：对于挂死的问题，通过增加信号量的方式将不可重入的代码变为可重入代
码。对于协议包不能够透传的，采用由线卡内部根据命令识别，然后自动进行处理。即进
行了如下的处理：
当某个端口配置了 XConnect vlan 后，该端口上的所有的 PTP 和 L2CP 的上行转发行
为根据 serviceport 的规则来进行转发，其中配置为 XConnect 的流不学习 MAC 地址。如
果没有配置 XConnect 则完全和之前的行为一样。
注意事项：如果要启用 1588 功能，则该端口上不能够启用 XConnect 功能。
2.1.3.15. FTGKBV125P3T14_r20_dst.pat
2.1.3.15.1. 非 xconnect 端口下 PTP，L2CP 报文处理问题
概要说明：在 FTGKB_LX.MVR P3T14 版本中，只实现了当某个端口配置了 xconnect 之后，

该端口上的 service-port 中的 PTP，L2CP 协议包才会按照 service-port 的规则进行转换，如果没
有配置 xconnect 连接，仍然存在 P3T13 的问题，PTP 会直接丢弃，L2CP 的 VLAN 不经过处理
直接透传到主控。
修改说明：PTP 和 L2CP 协议按照 service-port 的规则进行处理。
注意事项：打上该补丁后 1588 功能将不再支持。
2.1.3.16. FTGHAV125P3T13_r0.pat
2.1.3.16.1. 上联口光模块的 txPower 读取异常问题
故障描述：GDFO 上联口 17/1 和 17/2 不发光，查看 txPower 为 no signal，光口不可用，

将这两个光口光纤割接到 19/3 和 20/3 后正常，然后重新在 17/1 和 17/2 上插上两个光模块，
能够看到光模块异常状态，现场确认使用 WTD 的光模块也存在同样问题。
HZ-HZ-TongRGC-OLT-1.MAN.C300#show interface optical-module-info gei_1/17/1
Optical module information:gei_1/17/1
Basic-info:
Vendor-Name : WXZTE Vendor-Pn : WXTRPGEAS1
Vendor-Sn : WX1105241415 Version-Lev : A
Production-Date: 110524 Module-Type : 1000BASE-LX
Wavelength : 1310 (nm) Connector : LC
Fiber-Type : SM
Material-Number:
00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00
Register-Data :
5f 00 d3 00 5a 00 d6 00 8d cc 74 04
88 a3 79 2b 9c 40 01 f4 75 30 03 e8
1f 07 02 76 18 a5 03 1a 18 a5 00 1f
内部公开▲
15 f7 00 32 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 3c c4 c6 df
c2 a2 96 b9 01 00 00 00 00 7f ff e1
01 00 00 00 01 00 00 00 10 00 00 bf
2c 58 7e e8 0d 28 09 31 00 00 00 00
00 00 02 f8 00 40 00 00 00 40 00 00
00 00 00 00 00 00 00 00
Diagnostic-info:
RxPower : -80.000 (dbm) TxPower : No Signal
Bias-Current : 6.688 (mA) Laser-Rate : 13(100Mb/s)
Temperature : 44.406 (c) Supply-Vol : 3.250(v)
Alarm-thresh:
RxPower-Upper : 3 (dbm) RxPower-Lower : -34(dbm)
TxPower-Upper : 9 (dbm) TxPower-Lower : -14(dbm)
Bias-Upper : 131(mA) Bias-Lower : 0 (mA)
Voltage-Upper : 7 (v) Voltage-Lower : 0 (v)
Temperature-Upper: 90 (c) Temperature-Lower: -45(c)
修改说明：。
注意事项：。
2.1.3.17. FTGHAV125P3T13_r20_hangzhou.pat
2.1.3.17.1. 上联口配置为 trunk 模式聚合失败问题
故障描述：GDFO 上联口加入聚合组，配置为 trunk 模式，会出现无法聚合的问题，在

对端中兴 8912 上查看没有收到 OLT 发的 LACP 协议包。回退到 C300V1.2.3P3 版本，相同
配置下 GDFO 上联口聚合正常。
Smartgroup:5 System priority:32768 Load-balance:src-mac
Flag *--LOOP is TRUE
Actor Agg LACPDUs Port Oper Port RX Mux Sub
Port State Interval Priority Key State Machine Machine Group
--------------------------------------------------------------------------------
gei_1/17/1 standby 30 32768 0x5 0xc current attached N/A
gei_1/17/2 standby 30 32768 0x5 0xc current attached N/A
GDFO 上联口故障情况下加入聚合组的配置情况：
interface smartgroup5
port-protect disable
uplink-isolate disable
switchport mode trunk
switchport vlan 3411-3420,4000 tag
smartgroup load-balance src-mac
!
interface gei_1/17/1
内部公开▲
hybrid-attribute fiber
no negotiation auto
speed 1000
duplex full
flowcontrol disable
description HZ-HZ-ZT-GS-1.M2N.8912.0/5/14
smartgroup 5 mode passive
!
interface gei_1/17/2
hybrid-attribute fiber
no negotiation auto
speed 1000
duplex full
flowcontrol disable
description HZ-HZ-ZT-GS-1.M2N.8912.0/9/14
smartgroup 5 mode passive
!
分析端口聚合失败原因：直接原因由于对端 8912 交换机协议模块没有接受到 GDFO 端
口发的 LACP 协议包，导致聚合失败。在前方配置 GDFO 上联口以及对应的聚合组为 trunk
模式情况下：在 1.2.5P3 版本上，GDFO 线卡芯片缺省会将端口 tag 加入到 vlan 1 中，OLT
发送的 LACP 协议包在内部会打上 vlan 1 tag 标识，从 GDFO 上联口发送出去的 LACP 报文
携带 vlan tag，对端 8912 没有配置到 vlan 1 中，会丢弃 OLT 发送的协议包。而在 1.2.3P3 版
本，GDFO 线卡芯片缺省会将端口 untag 加入到 vlan1 中，故 OLT 发送的 vlan 1 标识的
LACP 协议包经 GDFO 端口是以 untag 包发送到对端 8912，对端 8912 配置了 default
vlan100，能正确处理 untag 包。
也可以采用规避方式，在 OLT 上将 GDFO 对应的聚合组配置为 hybrid 模式，并配置
default vlan 1，即可保证 OLT 发出去的 lacp 协议包是 untag 的，能够恢复聚合。即如下配置：
ZXAN(config)#interface smartgroup5
ZXAN(config-if)#switchport mode hybrid
ZXAN(config-if)#switchport default vlan 1
修改说明：修改 vlan 1 的报文缺省发送出去时候为 untag。
注意事项：该补丁作为一个定制补丁，其他地方如果有类似的场景也可以使用该补丁；
另，该补丁需要重启才生效。
内部公开▲
2.1.3.18. GTGOAV125P3T13_r21_jilin.pat GTGOCV125P3T13_r21_jilin.pat

GTGODV125P3T13_r21_jilin.pat GTGOEV125P3T13_r21_jilin.pat
GTGOGV125P3T13_r21_jilin.pat GTGHGV125P3T13_r21_jilin.pat
2.1.3.18.1. 吉林电信华为 SFU 无法上线的问题
故障描述：华为的 SFU 上线后上报的 tcontid 不正确（实际是对于 OMCC tcont），导

致 OLT 将 SFU 踢下线。
修改说明：对于 OMCC tcont，allocid 的配置需要下发 omci 消息给 ONU。
2.1.3.19. SMXAV125P3T13_r5.pat HUTQV125P3T13_r0.pat HUTQBV125P3T13_r0.pat
GUCDV125P3T13_r0.pat
2.1.3.19.1. 上联口光模块温度告警的问题
故障描述：上联口 GE 光模块存在如下告警，温度显示-992.906 (c)，厂家型号为：

EOLS-1312-10-D。
ZXAN#show interface optical-module-info gei_1/3/1
Optical module information:gei_1/3/1
Basic-info:
Vendor-Name : EOLS-1312-10-D Vendor-Pn : EOLS-1312-10-D
Vendor-Sn : SF15142533 Version-Lev : 1.0
Production-Date: 150123 Module-Type : 1000BASE-LX
Wavelength : 1310 (nm) Connector : LC
Fiber-Type : N/A
Material-Number:
ff ff ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff 00 00 00
Register-Data :
64 00 f6 00 5f 00 fb 00 8c a0 75 30
88 b8 77 24 9c 40 03 e8 88 b8 05 dc
18 a6 03 e8 13 94 04 eb 18 a6 00 4f
13 94 00 64 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 3f 80 00 00
00 00 00 00 01 00 00 00 01 00 00 00
01 00 fc 00 01 00 00 00 00 00 00 5e
1c d0 7f 90 23 58 08 90 00 00 00 00
00 00 02 f8 00 40 00 00 00 40 00 00
00 00 00 00 00 00 00 00
Diagnostic-info:
RxPower : -80.000 (dbm) TxPower : -6.592(dbm)
Bias-Current : 18.096 (mA) Laser-Rate : 13(100Mb/s)
内部公开▲
Temperature : -995.281 (c) Supply-Vol : 3.267(v)

Alarm-thresh:
RxPower-Upper : 3 (dbm) RxPower-Lower : -34(dbm)
TxPower-Upper : 9 (dbm) TxPower-Lower : -14(dbm)
Bias-Upper : 131(mA) Bias-Lower : 0 (mA)
Voltage-Upper : 7 (v) Voltage-Lower : 0 (v)
Temperature-Upper: 90 (c) Temperature-Lower: -45(c)
修改说明：识别出指定的光模块型号，做软件上做特殊处理。
2.1.3.20. SCXLV125P3T13_r5.pat
2.1.3.20.1. SCXL+GTGOG 组合下行丢包的问题
故障描述：由于 SCXL+GTGOG 单板，内联口采用的 trunk 方式，其中主控上采用的方

式是 vlan+源 mac+目的 mac，而在线卡上采用的是 svlan+源 mac，在工程上出现过，由于采
用不同的 hash 算法，同一个 ONU 的 pppoe 的报文，发送到两个端口了，由于线卡的 trunk
有一个 bug，会丢弃其中一个端口的流量，同时，线卡不支持修改 hash 算法。需要在主控
上将 hash 算法修改为 svlan+源 mac，在工程环境上验证过，修改为 svlan+源 mac 之后能够
正常。
修改说明：当有 SCXL+GTGOG 组合的时候，需要将该 trunk 组的 hash 算法修改为

SVLAN+源 MAC。
2.1.3.21. ETTOV125P3T13_r20.pat
2.1.3.21.1. F822 因为误报 DGI 告警无法上线的问题
故障描述：通过现场分析，发现原因是 F820 的电源板在更换为 XEPUA 后误告警

DYING_GASP_ALARM，导致 OLT 将 MDU 踢掉，F820 实际上根本没有掉电，只好又重新注册，
从而影响用户业务了。分析确定 onu 被踢掉是因为驱动标准 oam 模块认为标准 oam 超时导
致
修改说明：ETTOD 标准 oam 模块的处理中必须是 5s 内收到心跳 oam 报文才认为是正常
的，否则会认为心跳 oam 超时而将 onu 解注册掉，但是按照标准来说，如果 onu 在 5s 内有
dyinggasp 或者 ext oam 报文上报也不应视为是 oam 超时的；所以此问题我们在 ettod 标准
oam 模块做了如下的修改：如果 onu 上报了 dyinggasp 报文，那么 oam 的 lostTimer 定时器
也清 0。
2.1.3.22. GTGOAV125P3T13_r3.pat GTGODV125P3T13_r3.pat
2.1.3.22.1. F601 无法上线的问题
故障描述：辽阳电信 C300 网元升级到 V1.2.5P3 版本后出现 GTGOA 单板下挂 F601

ONU 出现反复上下线，间隔约 4 分钟，掉线原因是 LOS，ONU 采用 LOID 注册，且 SN
BIND DISABLE。
内部公开▲
修改说明：在 LOID 认证后迁移到 SYNCMIB 的接口中增加上报 OLT/ONU LOS 清除

逻辑。
2.1.3.23. ETGO_dba.MVR(V1.2.5P3T16)
2.1.3.23.1. ETGOF/ETGOB 的 DBA 功能
故障描述：ETGOF/ETGOB 的 DBA 功能，工程上出现的情况是当 ONU 发送了异常的

带宽请求时候会导致 OLT 的 DBA 功能异常。
修改说明：更换固件版本。
注意事项：无
2.1.3.23.2. ETGOD 的鹏博士问题，原来的 FW 会学习到全 F 的 MAC 地址
故障描述：ETGOD 的鹏博士问题，原来的 FW 会学习到全 F 的 MAC 地址，原来在

P3T13 是采用补丁规避解决。
修改说明：更换 FW 在内部解决；
注意事项：无
2.1.3.23.3. ETGOD 的非标 MAC 地址学习
故障描述：ETGOD 的非标 MAC 地址学习，原来的 FW 对于非标的 MAC 地址存在问

题，不能够学习和转发；
修改说明：更换 FW 在内部解决；
注意事项：无
2.1.3.23.4. 修改 ONU 的状态的处理
故障描述：修改 ONU 的状态的处理，原来可能存在 ONU 在驱动和业务层状态不一致

的情况，驱动增加 OAM 的离线处理，屏蔽瞬时离线，以及增加超时离线处理；
修改说明：修改状态处理逻辑；
注意事项：无
2.1.3.23.5. 修改 ETGOD 的 1pps+Tod 中的时间，有原来下发当前秒修改为下发下一秒
故障描述：修改 ETGOD 的 1pps+Tod 中的时间，有原来下发当前秒修改为下发下一秒；
修改说明：修改状态处理逻辑；
注意事项：无
2.1.3.23.6. ONU 数量的问题
故障描述：当 ONU 数量达到 1630 以上时，文件超过 65535 字节，会出现 ONU 不能够正

常工作问题。
注意事项：无
内部公开▲
故障描述：Otdr 测试生成的结果文件中，Reflected Peak 后面少了单位(db)这个字段，使

注意事项：无
2.1.3.23.8. MPCP 消息超时定时器过短问题
故障描述：在 TK 芯片方案的单板（ETGOB/ETGOF/ETGHG）上，MPCP 消息超时的定时

器目前为 32ms，超时时间可能太短，当大量的消息时候可能会出现 MPCP“假”超时踢掉 ONU
等情况，加大其超时。
修改说明：将超时间有 32ms 修改为 1 秒。
注意事项：无
2.1.3.23.9. ETGOD 上联口静态 MAC 地址添加失败问题
故障描述：采用 CLI 命令行添加上联口静态 mac 地址时，例如， mac add permanent

0000.1111.2222 ethernet gei_1/21/1 vlan 2，只能够在主控上添加成功，线卡上不成功。
注意事项：仅仅是 ETGOD 增加该功能，在 ETGOD 线卡上仅仅只看 mac 地址，不看
vlan，即如果添加 mac 地址相同，vlan 不同，在线卡上只有一条，如果删除其中一条，则线卡
上将不再有静态 mac 地址，例如：
在主控上有 MAC :0000.1111.2222 + VLAN:2 和 MAC :0000.1111.2222 + VLAN:3，在线卡
上只有 MAC :0000.1111.2222；此时如果删除其中一条，例如：
ZXAN(config)#mac delete 0000.1111.2222 vlan 2
则在主控上有 MAC :0000.1111.2222 + VLAN: 3，在线卡上没有静态 MAC 地址了。配置上
联口 MAC 地址需要根据实际的情况进行相应的配置，并且需要充分理解线卡的特性。
例如，在鹏博士的应用是：只关注线卡上联口的静态 mac 地址，因此，只需要添加一个
BRAS 的 mac 地址，vlan 可以不用关心，甚至是根本没有使用的 vlan。
2.1.3.23.10. 上联口静态 MAC 地址添加后线卡重启丢失问题
故障描述：采用 CLI 命令行添加上联口静态 mac 地址时，例如， mac add permanent

0000.1111.2222 ethernet gei_1/21/1 vlan 2，只能够在主控上添加成功，通过上述 1.3.1 补丁在线
卡上添加成功后，如果线卡重启则在线卡静态 mac 地址丢失。
注意事项：无
2.1.3.23.11.ETGOD 线卡上联芯片级联口 mac 漂移优先级问题
故障描述：之前的实现是将 ETGOD 线卡的上联芯片的级联口当为上联口进行了配置，但
内部公开▲
是，该端口应该是当做用户口配置才正确，需要修正过来，否则可能出现级联芯片的 PON 口下
的环回的 mac 地址可能被迁移到上联芯片的级联口，导致上联芯片业务受到影响。
注意事项：无
2.1.3.23.12. 特定 F401 ONU 版本上线慢的问题
故障描述：在所内测试当 F401 采用 6.0 版本的时候，满配环境上 ONU 上线非常慢：从现

象上看 onu 越多注册越缓慢，大致上 32 个 onu 要 3-4 分钟 40 个 onu 在 7-8 分钟 60 个 onu 基
本上要半小时以上，并且前期先只是零星的上线，到一定时间看到 onu 大批上线。ONU 版本信
息如下：
修改说明：修改 OLT 的发现周期和频率，能够更快更好的发现 ONU 上线。

注意事项：无
2.1.3.23.13. ETGOD 全 F MAC 地址学习的问题
故障描述：沈阳鹏博士工程环境上，在 ETGOD 线卡上时不时地出现 1 ~ 4 口或者 5 ~ 8 口

上的所有 ONU 业务全不通，当进行业务割接后，再重新割回去业务又恢复正常；或等待一定
时间后业务又自动恢复。
修改说明：后来经过定位，发现是由于芯片新增加的一个非标 MAC 地址学习功能引入的，
同时，芯片软件 FW 内部存在 bug，芯片内部会学习全 F 的 MAC 地址。对于非标的 MAC 地址
软件是没有配置提取到 CPU 学习，一般的非标（例如，广播，组播等）是不会学习，但是，芯
片内部对于 hello 报文当做最高优先级进行了处理，不需提取也能够学习到。当网络中存在全 F
的 hello 报文的时候，芯片内部将会学习全 F 的 MAC 地址，当学习到全 F 的地址时候，上行的
广播报文将不会被转发，会导致 PPPoE，DHCP 第一个交互报文不会被转发，导致业务不正常。
修改方式：关闭非标 MAC 地址的学习，同时，增加监控，是否存在全 F 的地址，如果有全 F
的 mac 地址，则自动删除；扫描间隔周期为 1 分钟。
注意事项：修改固件同时也做了补丁中的规避功能。
2.1.3.23.14. ETGOB 开启环回后，CPU 占有率该的问题
故障描述：ETGOB 开启环回后，CPU 占有率该的问题，之前是每个端口会创建一个

任务进行 MAC 扫描从而会导致 CPU 占有率很高；
修改说明：优化处理。
注意事项：无
内部公开▲
2.1.3.23.15. 鹏博士需求，PNP 的问题
故障描述：鹏博士需求，PNP 的问题，即当有 ONU 不支持 extmode 时候，OLT 侧的处

理存在问题。
注意事项：无
2.1.3.23.16. 福州联通 C300V1.2.5P3T13 版本 EPON 线卡烽火 ONU 在配置为 auth-loid-

as-sn 时无法注册问题
故障描述：福建福州联通 C300V1.2.5P3T13 版本 EPON 线卡烽火 ONU 在配置为 auth-loid-

as-sn 时无法注册问题。
注意事项：无
2.1.3.24. ETGO.MVR(V1.2.5P3T17)
2.1.3.24.1. 新疆 L2VPN 应用场景问题：
故障描述：新疆电信逐渐在作 C300 替换 C200、C220，业务割接完成后出现个别

专线用户业务故障，C300 设备检测为环路，根本原因是在同一块 ETGOD 单板上如果
有在 BAS 上做了二层 VPN 的业务，ETGOD 单板会检测为环路，导致业务故障需要局
方更改业务方式，或者更换其他单板（之前支持部排查给出的结论）
注意事项：无
2.1.3.24.2. 江苏移动 QINQ 配置问题：
故障描述：南京新开 c300 etgod 板 v1.2.5p3，vlan-smart-qinq，mac 地址能学习到，

业务不通。删了后再创建同样的 qinq 规则也能恢复。分析如下：qinq 的配置在上行配
置时是按照范围段配置的，但是下行 nni 配置时候是按照 vlan 一一配置下行的，删除
还需要遍历一张 vlan 1-4094 的表去找对应的 svlan 是否可以删除，并且还有关于下行
vlan 和端口对应表需要遍历，下行删除一个 1-4094 的 cvlan qinq 规则大约需要 2 分钟
左右，这个效率需要提升，并且 cvlan 计数时没有重入的保护，这个造成了问题。
注意事项：无
V1.2.5P3T17 版本遗留问题：
ETGOB/ETGOF 单板的 1588 功能不支持。
内部公开▲
2.1.3.25. ETGOV125P3T17_r21.pat
故障描述：线卡启动时，当两块芯片起来间隔过大时，非标 MAC 的优先级属性设置

失败，保持芯片默认的最高优先级，与 qinq 规则所使用的全局流资源冲突，影响到现场上
行广播走了提包通道，未进行 vlan 转换。
修改说明：单个芯片初始化结束时，便设置各自的非标 MAC 属性。
注意事项：补丁激活后需要将单板重启才能生效。
2.1.3.25.2. Mpcp 重注册时不会通知业务，导致 onu 的数据没有被初始化，业务出现中断的

问题
故障描述：因为 ONU 检测到离线，Mpcp 重注册时不会通知业务，导致 onu 的数据没

有被初始化，业务出现中断。
修改说明：修改为上述现象时通知业务。
这个补丁仅用于必须使用 ETGOV1.2.5P3T17 升级的场合。
2.1.3.26. SCXMV125P3T13_r23_shanxi.pat
2.1.3.26.1. MFF 使能后对网络侧请求报文代答的问题
故障描述：同一个交换机下两个 OLT 的场景，正常情况下，MFF 收到下行 arp，如不

能应答，会把报文转给用户侧。但现在发现，在升级到 1.2.5P3 的网元，这个报文也转发给
网络侧了。OLT2 收到这个报文后，onu2 的 mac 漂到上联口，后续 onu2 发上行不通
（OLT2 启用了 mac 防漂和上联口优先）。
修改说明：对网络侧的 ARP 请求报文不再做代答处理。
注意事项：这个补丁版本并未解决 GUFO 单板做上联板场景下的 MFF 的问题。
2.1.3.27. ETGO.MVR(V1.2.5P3T19
故障描述：线卡启动时，当两块芯片起来间隔过大时，非标 MAC 的优先级属性设置

失败，保持芯片默认的最高优先级，与 qinq 规则所使用的全局流资源冲突，影响到现场上
行广播走了提包通道，未进行 vlan 转换。
修改说明：单个芯片初始化结束时，便设置各自的非标 MAC 属性。
注意事项：补丁激活后需要将单板重启才能生效。
2.1.3.27.2. Mpcp 重注册时不会通知业务，导致 onu 的数据没有被初始化，业务出现中断的

问题
故障描述：因为 ONU 检测到离线，Mpcp 重注册时不会通知业务，导致 onu 的数据没

有被初始化，业务出现中断。
修改说明：修改为上述现象时通知业务。
内部公开▲
2.1.3.27.3. ETGOF/ETGOB 的 DBA 功能
故障描述：ETGOF/ETGOB 的 DBA 功能，工程上出现的情况是当 ONU 发送了异常的

带宽请求时候会导致 OLT 的 DBA 功能异常。
修改说明：更换固件版本。
注意事项：无
2.1.3.28. SCXLV125P3T13_r6.pat SCXMV125P3T13_r6.pat SCXNV125P3T13_r6.pat

2.1.3.28.1. ARP proxy 使能后对网络侧请求报文代答的问题
故障描述：启用了 ARP proxy 后，设备会对网络侧的 arp 请求代答，导致其他网络设

备发出的 ARP 请求会收到一份错误的应答消息。
修改说明：对网络侧的 ARP 请求报文不再做代答处理。
2.1.3.28.2. 默认 802.1X 报文会提到 CPU，导致 SNMP 报文丢包
故障描述：默认 802.1X 报文会提到 CPU，导致 SNMP 报文丢包。

修改说明：修改为默认对 802.1X 报文不提包到 CPU 处理。
2.1.3.28.3. 王各庄 C300 从网管上 snmp ping 不通问题
故障描述：王各庄 C300 从网管上 snmp ping 不通,确认是 SNMP CallList 并发访问导致

SNMP 缓存包内存泄露。
修改说明：修改内存泄露点。
2.1.3.28.4. 邛崃广电 C300 snmp v3 ping 不通问题
故障描述：nmp V3 认证不过 ping 不通问题。

修改说明：修改处理逻辑。
2.1.3.29. GTGOEV125P3T13_r4.pat GTGOAV125P3T13_r4.pat
GTGOCV125P3T13_r4.pat GTGODV125P3T13_r4.pat
GTGOGV125P3T13_r4.pat GTGHGV125P3T13_r4.pat
2.1.3.29.1. 越南 PON 业务模板替换后，新增业务学习不到 MAC
故障描述：越南 PON 业务模板替换后，新增业务学习不到 MAC。

修改说明：在模板替换时，如果新增的 VPORT 插入原有模板的其他 VPORT 中间，则会出现
TM 上 gemport 与 VPORT（BP）映射关系错乱，导致新增的 gemport 会被删除，业务不通。上行
映射表中该 GEMPORT_1 所指向的 BP_old！=新传入的 BP_new,遍历下行映射表中 BP_old 所对应
的所有 gemport 表(8 张)，找到 GEMPORT_1 所在表，将该表中 GEMPORT_1 所指向的 BP 置为无效。
内部公开▲
注意事项：影响 GTGOG/GTGHG 单板。
2.1.3.29.2. 波兰 gemport 限速 cpb=pbs 的情况下业务不通问题。
故障描述：波兰 gemport 限速 cpb=pbs 的情况下业务不通问题。原因是 pbs 小于等

于 cbs 时，ebs 等于 0。
修改说明：修改 gemport 限速配置，pbs 小于等于 cbs 时， ebs 配置为 cbs 与 10 之间的大
者。
2.1.3.29.3. gemport 模板应用第 129 个失败的问题
故障描述：对一个 gemport 模板应用操作反复执行应用和去应用，操作第 129 次会返

回失败。
修改说明：修改为正常释放资源。
2.1.3.29.4. GTGOA 单板偶数口无 mac 显示问题
故障描述：可以看到 show mac-real-time 有学习到的 mac 条目，而 show mac 没有。

修改说明：修改为正确实现显示功能。
注意事项：影响 GTGOA/GTGOC 单板。
2.1.3.29.5. 辽阳电信 9806mib 同步问题
故障描述：辽阳电信发现 9806 一直处于 mib 同步状态，无法进入 working 状态。

修改说明：OMCI mib 同步超时时间由 t0 改为 3*t0 秒，避免 mib 同步过程 ONU 上报内
容过多，mib 同步时间较长导致超时,不能正常 working。默认 t0 为 100 秒，即打补丁后默
认超时时间为 300 秒，t0 可通过串口修改。。
2.1.3.29.6. 黑河嫩江处理 16 口 PON 板用户关机后第二天，F607 （HGU）无法注册的问

题
故障描述：黑龙江有多处局点出现 gtghg 下 onu 掉线，并无法注册问题。经过分析，原

因是 gtghg 的 16pon 口开窗延迟超过开窗定时器导致的。
修改说明：增加开窗定时器。
注意事项：影响 GTGHG 单板。
2.1.3.29.7. 云南 c300 v1.2.5p3 gtgoa 线卡下 onu 注册不上来问题
故障描述：南京、云南、重庆等地陆续出现 BL 芯片的 olt 下，onu 无法注册问题，其

表现为报告该 onu 的 sn 已经被注册，此 onu 无法再次注册问题。。
修改说明：需要将修改 KW 告警删除的代码恢复。
注意事项：影响 GTGOA/GTGOD 单板。
2.1.3.29.8. 石家庄行唐联通华为的光猫一直无法 working
故障描述：7 月底河北石家庄行唐联通报障 C300V1.2.5P3 版本 GTGOE 线卡下挂的部

分华为 ONU 出现无法上线问题，ONU 状态处于 LOS--LOGGING--SYNCMIB，一直无法
内部公开▲
working，通过对 ONU 进行 shutdow/no shutdown 操作可以恢复。

修改说明：
1. 配置 GEMPORT 加密不返错，驱动缺省保存配置，不需要业务再次下发
2. 如果业务直接配置返错，在 GEMPORT 配置完成后触发再次配置 GEMPORT 加密
3. 如果下发配置和底层配置一致，则不处理
4. 如果业务下发加密配置和当前配置一致，则不处理
5. 补丁测试过程中，发现 ONU 离线后 OMCI 也会返错导致网管回退，在上述修改
基础上增加修改，当回退后 TCONT 被删除后添加失败，当 ONU 重新上线，驱动
检测 TCONT 是否配置完成时，如果检测底层没有这个 TCONT，重新添加这个
TCONT，然后上报 OMCC READY，确保 ONU 上线成功，且对 ONU 上线效率几
乎没有影响。
注意事项：影响 GTGOE/GTGOG/GTGHG 单板。
2.1.3.29.9. OLT 断纤告警和断电告警优化
故障描述：邯郸电信纺织大学 OLT 站点出现主干光纤中断，其它 PON 口正确上报原

因为主干光纤断，但是 1/4/7 口上报原因为 PON 口下 ONU 掉电，和实际不符。
修改说明：
目前小区掉电告警的检测依据是：
 产生 PON 口 LOS 前短时间内是否有 ONU 断电，
 产生 PON 口 LOS 前短时间内最后 LOS 的 ONU 是否同时也有掉电告警。
比较可能的原因是当出现 PON 口 LOS 时，在线 ONU 还未检测到 LOSi 告警，ONU 还
未离线，因此 OLT 基于之前已掉电的几个 ONU 的告警信息作为判断依据，导致告警原因
误报。
修改方法和思路在逻辑中找出最后 LOS 的 ONU，在判断是否也有掉电告警的同时，
增加判断其掉电时间是否和 LOS 时间间隔小于 10S。
2.1.3.29.10. GPON 线卡 tod 下发错误问题
故障描述：在 1588 平台上跑 tod 时钟测试时，发现 tod 有跳帧现象。

修改说明：对 1pps 脉冲和超帧不一致的情况进行规避，只允许一直的情况下下发。
注意事项：影响 GTGOE/GTGOG/GTGHG 单板。
2.1.3.29.11.青县联通行政中心 C300 从 V1.2.3P3 升级到 V1.2.5P3 后，EPON PON 板出现进

程吊死情况，shell 下自动弹出异常提示“txponnpproc suspend”
故障描述：xpon 部分的 onu 私有认证相关的处理中因为内存申请失败时，对导致挂起。

修改说明：增加防护。
2.1.4. 补丁兼容性
1、本补丁与此版本其他已发布补丁不存在兼容性，第一次发布补丁；
2、本补丁不依赖于其他补丁，每个补丁单独解决问题；
3、本补丁不是特殊补丁，是通用补丁
4、其他兼容性：无。
内部公开▲
2.1.5. 补丁使用限制
1、本次补丁使用没有限制，需要在 V1.2.5P3 版本打上该补丁,单个故障的注意事项需

要参考各个故障中的注意事项。
2、FTGKB 单板是采用冷补丁版本，版本号为 P3T14。
3、定制补丁情况：
A、SCXL 的 r3 定制补丁 indonesia 为印尼定制补丁，其他地方不能使用；
B、SCXL，SCXM，SCXN，SMXA 的 r20 定制补丁 chongqingguangdian 为重庆广
电的 BCMP 定制补丁；当某地广电采用重庆广电格式时候，需要打上该补丁；如果不
是重庆格式，采用上海广电格式，则不能使用该补丁；
C、SCXL，SCXM 的 r21 定制补丁 yidong 为移动专门的定制补丁，当在移动市场
上需要将版本号显示 V1.2.5 时候则需要该补丁，其他市场不需要该补丁；
D、GTGOG，GTGHG 的 r20 定制补丁 neimenggu 为专门为内蒙古电信定制补丁，
将 OMCI 带宽恢复为 V1.2.3P3 的 704K 大小，其他地方不需要该补丁；
E、FTGKB 的 r20 定制补丁 dst 为 DST 专门定制补丁，禁止了 1588 功能，满足
DST 的 L2CP 的要求，如果其他地方有和 DST 相同的场景，也可以使用；
F、GDFO 的 r20 定制补丁 hangzhou 为杭州电信定制补丁，由于其不允许使用
default vlan，LACP 协议报文需要是 untag 报文，如果其他地方有类似情况，只需要在对
端配置 default vlan 就可以，如果不允许配置，则可以使用该补丁。
G、GPON 线卡的 r21 定制补丁 jilin 是为吉林电信定制补丁，主要解决和华为
ONU 对接问题，其他有相同对接问题的运营商也可以使用该补丁版本。如果没有需求，
不要使用该补丁。
2.1.6. 补丁升级指导
2.1.6.1. 升级准备
确认网元版本和需要打哪些补丁。
仔细研究相关补丁说明，看看有无特殊要求。
2.1.6.2. 升级步骤
一、配置相关 FTP 服务器，配置过程同网元版本升级。

二、下载补丁。
命令格式：
download patch [patchname]
命令功能：
下载指定补丁文件到主控板中。下载成功的补丁处于 deactivated 状态, 其中 patchname
为补丁文件名，取值范围为 1-32 个字符。下载成功之后可以通过 show patch-saved
查看补丁信息
主备同步：此命令先在主用板上执行，成功后自动在备用板继续执行。
执行结果如下：
举例
内部公开▲
1、下载主控板补丁
ZXAN#download patch scxlv125p3t13_r0.pat
Downloading from host(10.63.196.193)
Transfering file SCXLV125P3T13_r0.pat ...
......[Successfully]
2、下载线卡补丁
ZXAN#download patch gtgogv125p3t13_r0.pat
Downloading from host(10.63.196.193)
Transfering file GTGOGV125P3T13_r0.pat ...
.......[Successfully]
三、激活补丁。补丁激活后才能正常工作。
命令格式：
patch activate [patchname]
命令功能：
激活已经下载成功的补丁，使补丁生效;其中 patchname 为补丁文件名，取值范围为
1-32 个字符。激活成功之后可以通过 show patch running 查看运行补丁信息
激活主控板补丁：主控板激活指定补丁，使补丁生效，如果备机存在，同时激活备机
指定补丁；
激活线卡补丁：指定补丁名，将激活机框内支持该补丁的所有线卡。
1、激活主控板补丁
ZXAN#patch active scxlv125p3t13_r0.pat
Active patch in shelf 1 slot 10 success
Active patch finished
2、激活线卡补丁
ZXAN#patch active gtgogv125p3t13_r0.pat
Active patch in shelf 1 slot 13 success
Active patch finished s
2.1.6.3. 回退步骤
可以通过去激活和删除补丁回退。
一、去激活补丁。
命令格式：
patch deactivate patchname
命令功能：
去激活已经生效的补丁其中 patchname 为补丁文件名，取值范围为 1-32 个字符。
内部公开▲
去激活主控板补丁：主控板去激活指定补丁，使补丁失效，如果备机存在，同时去
激活备机指定补丁；
去激活线卡补丁：指定补丁名，将补丁在机框内支持该补丁的线卡上去激活。
deactivate 补丁之后，show patch-runing 对应的信息清除
1、去激活主控板补丁
ZXAN#patch deactive scxlv125p3t13_r0.pat
Deactive patch in shelf 1 slot 10 success
Deactive patch finished
2、去激活线卡补丁
ZXAN#patch deactive gtgogv125p3t13_r0.pat
Deactive patch in shelf 1 slot 13 success
Deactive patch finished
二、删除补丁
命令格式：
delete patch [patchname]
命令功能：
删除指定补丁文件，如果补丁是激活状态，不允许删除。其中 patchname 为补丁文
件名，取值范围为 1-32 个字符。
1、删除主控板补丁
ZXAN#delete patch scxlv125p3t13_r0.pat
Confirm to delete?[yes/no]:y
Start deleting file
deleting scxlv125p3t13_r0.pat ..
[Successfully]
2、删除线卡补丁
ZXAN#delete patch gtgogv125p3t13_r0.pat
Confirm to delete?[yes/no]:y
Start deleting file
deleting gtgogv125p3t13_r0.pat..
[Successfully]
2.1.6.4. 升级确认
升级完成后，可以通过查询补丁状态，判断补丁是否升级成功。
内部公开▲
命令格式：
show patch-saved
命令功能：
显示保存在主控板上的补丁文件，包括主控板补丁和线卡补丁如果存在备机同
时显示备机上保存的补丁信息
ZXAN#sho patch-saved
Patch infomation on master board
Loc FileName PatchTag BuildTime PatchLen
-------------------------------------------------------------------------------
1/1/10 scxlv125p3t13_r0.pat 2.0 2010-05-24 09:29:09 645
1/1/10 gtgogv125p3t13_r0.pat 2.0 2010-05-24 09:29:57 645
1/1/10 gtgogv125p3t13_r1.pat 2.0 2010-05-24 09:30:04 645
命令格式：
show patch-running [rackno rackno] [shelfno shelfno] [slotno

slotno]
命令功能：
显示当前已经激活的补丁状态，包括主控板和线卡补丁
rackno rackno 机架号 1~3（随项目有所区别）
shelfno shelfno 机框号 1~3 （随项目有所区别）
slotno slotno 槽位号 2-22 （随项目有所区别）
不指定参数，显示所有激活补丁信息，
指定槽位号，显示该槽位上激活补丁
主备同步：

ZXAN#sho patch-running
Loc FileName PatchTag OperateTime PatchState
-------------------------------------------------------------------------------
1/1/10 scxlv125p3t13_r0.pat 2.0 2001-01-01 02:08:51 ACTIVE
2.1.6.5. 升级注意事项
1、打补丁前请一定仔细阅读相关补丁说明。
2、对于不再使用的补丁建议删除。

ZXA10 C3xx V1.2.5P3 Í+ó + - +

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ZXA10 C3xx V1.2.5P3 Í+ó + - +

Uploaded by

Copyright:

Available Formats

内部公开▲

技术文件名称：ZXA10 C3xx V1.2.5P3 补丁发布说明

2.1. ZXA10 C3xx V1.2.5P3 版本补丁..............................................................................8

2.1.3.9.7. 更换 ONU 后新的名单不生效问题(HT)................................................47

2.1.3.13.3. MPCP 消息超时定时器过短问题...........................................................56

35 CICK CICK_LX.MVR V1.2.5P3T13 2171280 2015-01-05 03:42:24

每个补丁适用的版本包含在补丁名称中，比如 SCXMV125P3T13_r0.pat，其中 T13 为研发内

2.1. ZXA10 C3xx V1.2.5P3 版本补丁

2.1.1. ZXA10 C3xx V1.2.5P3 版本补丁说明

补丁主要是在设计定型的版本 V1.2.5P3T13 的基础上进行开发制作生成，针对 MVR 版

本补丁只使用于 V1.2.5P3T13 版本,FTGKB 为 P3T14，其他非 P3T13 的 V1.2.5P3 版本

11、SMXA 类型 2,3 子卡 10G 端口重启

6 2015.5.22 SCXLV125P3T13_r0.pat 修改如下： 第二次发

8 2015.5.22 GTGHGV125P3T13_r1.pat 新增： 第一次发

10 2015.7.11 SCXLV125P3T13_r1.pat 新增： 第一次发

12、网管删除 xconnect 条目的问题

13 2015.7.11 GTGOCV125P3T13_r1.pat 新增： 第一次发

序号 补丁名称 补丁文件大小 补丁时间 备注

1 SCXLV125P3T13_r0.pat 30467 2015-03-13 17:15:24 第一次发布（被

4 smxav125p3t13_r0.pat 34755 2015-03-13 16:19:06 第一次发布（被

6 gtgoav125p3t13_r0.pat 24682 2015-03-02 15:41:16 第一次发布

7 gtgocv125p3t13_r0.pat 24693 2015-03-02 15:45:42 第一次发布

8 gtgodv125p3t13_r0.pat 22946 2015-03-02 15:49:31 第一次发布

9 gtgoev125p3t13_r0.pat 25153 2015-03-02 15:53:47 第一次发布

10 gtgogv125p3t13_r0.pat 33457 2015-03-02 15:37:18 第一次发布

11 etghgv125p3t13_r0.pat 6382 2015-03-02 16:10:44 第一次发布

12 etgov125p3t13_r0.pat 23803 2015-03-27 10:22:03 第一次发布

13 ettov125p3t13_r0.pat 1571 2015-03-02 16:15:13 第一次发布

14 ftgkbv125p3t14_r20_dst. 4464 2015-03-27 14:56:48 第一次发布

19 scxmv125p3t13_r3.pat 4915 2015-05-14 10:38:50 第一次发布

20 gtghgv125p3t13_r1.pat 13245 2015-05-18 12:29:01 第一次发布

21 gtgoav125p3t13_r1.pat 2985 2015-05-18 12:22:58 第一次发布

22 gtgodv125p3t13_r1.pat 2985 2015-05-18 12:25:51 第一次发布

23 gtgoev125p3t13_r1.pat 7244 2015-05-18 12:27:23 第一次发布

24 gtgogv125p3t13_r1.pat 13169 2015-05-18 12:21:29 第一次发布

25 scxlv125p3t13_r3_indone 5444 2015-05-22 10:35:28 第一次发布

27 scxmv125p3t13_r1.pat 19338 2015-05-18 12:49:20 第一次发布

28 scxnv125p3t13_r1.pat 27116 2015-06-01 17:04:26 第一次发布

29 smxav125p3t13_r1.pat 23043 2015-05-18 12:31:27 第一次发布

30 scxlv125p3t13_r2.pat 26177 2015-05-18 12:53:15 第一次发布

31 scxmv125p3t13_r2.pat 26177 2015-05-18 12:57:55 第一次发布

32 scxnv125p3t13_r2.pat 26233 2015-05-18 12:55:42 第一次发布

33 smxav125p3t13_r2.pat 26253 2015-05-18 12:51:21 第一次发布

34 scxnv125p3t13_r3.pat 7103 2015-05-18 13:01:46 第一次发布

35 smxav125p3t13_r3.pat 7103 2015-05-18 12:59:59 第一次发布

36 gtgocv125p3t13_r1.pat 6364 2015-05-18 12:24:26 第一次发布

37 scxlv125p3t13_r4.pat 27773 2015-07-02 12:17:01 第一次发布

38 scxmv125p3t13_r4.pat 25559 2015-07-02 12:05:30 第一次发布

39 scxnv125p3t13_r4.pat 28025 2015-07-02 11:58:10 第一次发布

40 smxav125p3t13_r4.pat 24733 2015-07-02 12:28:31 第一次发布

41 scxlv125p3t13_r20_chong 4834 2015-04-03 10:12:55 第一次发布

49 gtgocv125p3t13_r2.pat 13291 2015-07-02 12:53:15 第一次发布

50 gtgodv125p3t13_r2.pat 13721 2015-07-02 12:55:35 第一次发布

51 gtgoev125p3t13_r2.pat 16931 2015-07-02 12:57:03 第一次发布

52 gtgogv125p3t13_r2.pat 25954 2015-07-09 10:21:28 第一次发布

53 gtghgv125p3t13_r2.pat 26066 2015-07-09 10:23:07 第一次发布

54 gtgogv125p3t13_r20_neim 1010 2015-07-02 13:13:42 第一次发布

57 FTGHAV125P3T13_r20_hang 2047 2015-07-02 12:47:50 第一次发布

65 SCXLV125P3T13_r5.pat 5034 2015-7-21 17:46:08 第一次发布

66 GTGOAV125P3T13_r3.pat 997 2015-7-9 17:34:07 第一次发布

67 GTGODV125P3T13_r3.pat 997 2015-7-9 17:36:03 第一次发布

68 SCXLV125P3T13_r3_yinni. 5408 2015-7-24 14:02:42 第一次发布

71 HUTQBV125P3T13_r0.pat 3693 2015-7-23 11:30:58 第一次发布

6 2015.5.22 SCXLV125P3T13_r0.pat 修改如下：第二次发

8 2015.5.22 GTGHGV125P3T13_r1.pat 新增：第一次发

10 2015.7.11 SCXLV125P3T13_r1.pat 新增：第一次发

13 2015.7.11 GTGOCV125P3T13_r1.pat 新增：第一次发

序号补丁名称补丁文件大小补丁时间备注