ZXA10 C300 V1.2.

5P3 Patch
Release Notes
 ZXA10 C300 V1.2.5P3 Patch Release Notes

ZXA10 C300 V1.2.5P3 Patch Release Notes

Version Date Author Reviewer Notes

V1.0 2015/10/23 ZTE Not open to the third party

Gaominghu
V1.1 2015/12/25 Added new patch(No.27- No.30)
i

TABLE OF CONTENT

© 2020 ZTE Corporation. All rights reserved.

ZTE CONFIDENTIAL: This document contains proprietary information of ZTE and is not to be disclosed
or used without the prior written permission of ZTE.
Due to update and improvement of ZTE products and technologies, information in this document is
subjected to change without notice.

ZTE Confidential & Proprietary 1

 ZXA10 C300 V1.2.5P3 Patch Release Notes

ZXA10 C300 V1.2.5P3 Patch Release Notes........................................................................1

TABLE OF CONTENTS.......................................................................................................... 2

FIGURES 12

TABLES 12
1.1 Update Table.......................................................................................................13
1.2 Information Table................................................................................................23

2 Patch List........................................................................................................... 29
2.1 SCXLV125P3T13_r0.pat, SCXMV125P3T13_r0.pat, SCXNV125P3T13_r0.pat,
SMXAV125P3T13_r0.pat....................................................................................29
2.1.1 PON service configuration memory leaks............................................................29
2.1.2 Singapore telecom LACP interrupt problem........................................................30
2.1.3 Add/remove GTGHG line card memory leaks.....................................................31
2.1.4 Port-location configuration only first ONU normal problem on NMS....................31
2.1.5 Bandwidth utilization of uplink always 0...............................................................31
2.1.6 Line card HWONLINE using first external clock..................................................33
2.1.7 SMXA type 2&3 sub-card 10G uplink down problem...........................................34

ZXAN(config)#show card....................................................................................................34

1 1 3 SMXA SMXA 3 131200 V1.2.5P3 INSERVICE..............................34

ZXAN(config)#show updatecpld.........................................................................................34
2.1.8 SMXA power consumption Display abnormal......................................................34

ZXAN#show power..............................................................................................................34

ZXAN#show power..............................................................................................................35
2.2 SCXLV125P3T13_r1.pat, SCXMV125P3T13_r1.pat, SCXNV125P3T13_r1.pat,
SMXAV125P3T13_r1.pat....................................................................................35
2.2.1 ACL-based traffic mirror, remote traffic mirror failed............................................35

2 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

ZXAN(config)#acl hybrid number 300................................................................................35

ZXAN(config-hybd-acl)#rule 1 permit any any any any vlan-id eq 100............................35

ZXAN(config-hybd-acl)#rule 2 permit any any any any vlan-id eq 200............................35

ZXAN(config)#interface gei_1/22/1.....................................................................................35

ZXAN(config-if)#ip access-group 300 in............................................................................35

2.2.2 CPU queue rate-limit configuration is inconsistent with the value saved.............36

G3-Koszalin(control-panel)#cpu queue 5 512...................................................................36

G3-Koszalin(control-panel)#...............................................................................................36

G3-Koszalin(control-panel)#show cpu queue...................................................................36

G3-Koszalin(control-panel)#...............................................................................................36

G3-Koszalin(control-panel)#show run | begin control-.....................................................36

2.2.3 Summer-Time setting and displaying problems...................................................36
2.2.4 Task XponCtrl might be suspended to protect.....................................................37

View under Shell that the task XponCtrl of the main control card was suspended.......37

SMXA>task XponCtrl(0x56357c38) suspend. (Error=0x2)................................................37

SMXA>task XponCtrl(0x56357c38) suspend. (Error=0x2)................................................38

SMXA>ti 161 38

SMXA>task XponCtrl(0x56357c38) suspend. (Error=0x2)................................................39

2.2.5 Remote mirror would lead to endless loop...........................................................39
2.2.6 After active / backup changeover, the backup might appear abnormal protection
39
2.2.7 Failed to load after the configuration in sip profile was saved and restarted........39

ZTE Confidential & Proprietary 3

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Execute cmd line 119 code 65733 error:'task add'............................................................40

Interpt Error cmd line 165:'port-location rackno 1 frameno 1'.........................................40

Execute cmd line 370 code 91828 error:' port-location format airtel vport 1 '...............40

Execute cmd line 386 code 91828 error:' port-location format airtel vport 1 '...............40

Execute cmd line 398 code 91828 error:' port-location format airtel vport 1 '...............40

Execute cmd line 413 code 91828 error:' port-location format airtel vport 1 '...............40

Execute cmd line 431 code 91828 error:' port-location format airtel vport 1 '...............40

Interpt Error cmd line 228:' onu profile sip VOIP dial-plan VOIP660DialPlan onu.........40
2.2.8 It prompted error when creating SIP profile on NMS...........................................40
2.2.9 The main control card SMXA’s global igmp disable didn’t take effect..................40
2.2.10 Problem when NMS deleted xconnect entries.....................................................41
2.2.11 SCXN adopted extended VLAN, services were blocked after active / backup
changeover.........................................................................................................41

ZXAN(config-if)#show load-balance...................................................................................41

ZXAN(config)#interface gei_1/19/1.....................................................................................42
2.2.12 SCXN 1588 bind VLAN, configuration was lost after active / backup changeover
42
2.2.13 SCXN configures extended VLAN, yellow packets were dropped.......................42

ZXAN(config)#ex-switch vlan 3000.....................................................................................42

ZXAN(config)#qos cfi-to-drop cfi1 medium.......................................................................42

2.3 SCXLV125P3T13_r2.pat, SCXMV125P3T13_r2.pat, SCXNV125P3T13_r2.pat,
SMXAV125P3T13_r2.pat....................................................................................43
2.3.1 10001 bytes memory was leaked in Lithuania.....................................................43

4 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

OA information:HeadAddr:0x109498c0 headsize:88 ossize:8.........................................43

Get info: 43

FileName:/display.c.............................................................................................................43

ProcessName:InterptProc1.................................................................................................43

Free info: 43

FileName:0x043

Under shell, print:................................................................................................................ 43

ZXAN(config)#show ip dhcp snooping port gpon-onu_1/2/5:13 vport 2.........................44

Action: Fixed bug................................................................................................................44

2.4 SCXMV125P3T13_r3.pat, SCXLV125P3T13_r3.pat, SCXNV125P3T13_r3.pat,
SMXAV125P3T13_r3.pat....................................................................................44
2.4.1 Remote configuration caused the main control suspended.................................44

430320 MsCtrl_ShowCmdProcess+64 : MsCtrl_CmdProcess ()......................................45

ZXAN(gpon-onu-mng)#switchport-bind switch_0/1 iphost 1...........................................46

2.5 SCXLV125P3T13_r3_indonesia.pat....................................................................47
2.5.1 Remote configuration caused the main control suspended.................................47

430320 MsCtrl_ShowCmdProcess+64 : MsCtrl_CmdProcess ()......................................47

ZXAN(gpon-onu-mng)#switchport-bind switch_0/1 iphost 1...........................................48

2.6 SCXLV125P3T13_r4.pat, SCXMV125P3T13_r4.pat, SCXNV125P3T13_r4.pat,
SMXAV125P3T13_r4.pat....................................................................................49
2.6.1 The card status was in configuring, and the occupancy of the backup main
control CPU was 99% all the time.......................................................................49
2.6.2 Problem when NMS disabled the Summer-Time function...................................51
2.6.3 The show interface command caused suspension of Protocol task.....................51

ZTE Confidential & Proprietary 5

 ZXA10 C300 V1.2.5P3 Patch Release Notes

RegSets: 51

Layer 1 addr:[0x0]0x0..........................................................................................................52

Layer 2 addr:[0x24b97f8]if_cmd_show_interface_undirect_eth_ifId+ 0x164..................52

Layer 3 addr:[0x24ba008]if_cmd_show_interface_undirect_eth+ 0x2e8........................52

2.6.4 After version upgrade, the acl extend configuration would lose...........................52

The format of 1.2.5P3’s extend acl saved to startrun.dat is:............................................52

2.6.5 VLAN rate-limit of the main control caused suspension of the PPMgt task..........53

459624 MsCardMng_masAddCard+f0 : MsCardMng_addCardNotifyMsctrl ()................53

458158 MsCardMng_addCardNotifyMsctrl+90 : MsCtrl_AddCard ()................................53

2.6.6 The dhcp ip hash conflict caused users unable to get IP addresses...................54
2.6.7 Maximum length of MIB and CLI hostnames was inconsistent............................55
2.7 GTGOAV125P3T13_r0.pat, GTGOCV125P3T13_r0.pat,
GTGODV125P3T13_r0.pat, GTGOEV125P3T13_r10.pat,
GTGOGV125P3T13_r0.pat, GTGHGV125P3T13_r0.pat....................................55
2.7.1 Driver ONU ID conversion problem.....................................................................55
2.7.2 The problem of high CPU occupancy of the line card..........................................56
2.7.3 ONU side multicast problem................................................................................56
2.7.4 IPv6 GUA MAC address problem........................................................................57
2.7.5 Line card multiple tasks suspending problem......................................................57

708330 MuxlayLogOnuMsg+c4 : MuxlayvLogMsg ().........................................................58

2.7.6 LOID authentication failure problem....................................................................59
2.7.7 GTGOG line card swap interrupt long time problem............................................59
2.7.8 GTGOG line card transceiver information display problem..................................59
2.7.9 GTGOG/GTGHG typec swap problem................................................................60
2.7.10 GTGHG multicast service problem......................................................................60
2.8 GTGOAV125P3T13_r1.pat, GTGOCV125P3T13_r1.pat,
GTGODV125P3T13_r1.pat, GTGOEV125P3T13_r1.pat,
GTGOGV125P3T13_r1.pat, GTGHGV125P3T13_r1.pat....................................61
2.8.1 When interconnecting with third-party manufacturer ONUs, report TIWi alarm....61
2.8.2 During Typeb change-over, LOSi still exists........................................................62
2.8.3 Suspension problem appears during the startup process of protection line cards
62
2.8.4 The ONU was on-line and off-line frequently when PW authentication was used
for Singapore Telecom........................................................................................62

6 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

C300_JWML5_CS_012#show gpon onu detail-info gpon-onu_1/13/7:15........................63

ONU interface: gpon-onu_1/13/7:15...........................................................................63

Authentication mode: pw....................................................................................................63

SN Bind: disable......................................................................................................63

Device ID: 63

Description: ONU-7:15.................................................................................................63

Performance Profile: N/A....................................................................................................63

ONU Distance: 7727m...................................................................................................63

2.8.5 Coexistence of Ipv6 and ipv4 was the problem that arp messages were dropped
at downlink.......................................................................................................... 64

ZXAN#show ip-service ip-source-guard bind-type...........................................................64

2.8.6 Loopback ping but there was packet loss under Linkstar scenario......................65
2.8.7 Rebooting problem of GTGOG/GTGHG line card...............................................65

Stack chain: 66
2.8.8 HW HG8120 ONU was off-line in Tie Ling, Liaoning province.............................66
2.9 GTGOAV125P3T13_r2.pat, GTGOCV125P3T13_r2.pat,
GTGODV125P3T13_r2.pat, GTGOEV125P3T13_r2.pat,
GTGOGV125P3T13_r2.pat, GTGHGV125P3T13_r2.pat....................................67
2.9.1 ONU failed to learn MAC addresses....................................................................67
2.9.2 Services of yellow packets of the third-party ONU were abnormal......................67
2.9.3 After Ip-source-guard was enabled, confused data caused ONU services
blocked................................................................................................................68
2.9.4 DGi alarm was frequently reported......................................................................68
2.9.5 LOID mistaken binding problem..........................................................................68
2.9.6 Optical power collection caused suspension of tXponCtrlSub0 task....................69

342664 XponCtrl_NP_SyncMsgprocess+1c8: 342530 ()...................................................69

342624 XponCtrl_NP_SyncMsgprocess+188: XponCtrl_NP_AsyncMsgprocess ()........69

342468 XponCtrl_NP_AsyncMsgprocess+a8 : Xpon_NpAsyncMsgProcess ()...............69

2.9.7 GTGOE line card’s ONU registration problem.....................................................69
2.10 Patch FTGKB_LX.MVR(V1.2.5P3T14)................................................................70
2.11 FTGKBV125P3T14_r20_dst.pat..........................................................................70

ZTE Confidential & Proprietary 7

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.11.1 PTP and L2CP problem NOT configing xconnect................................................70

2.12 FTGKAV125P3T13_r0.pat..................................................................................71
2.12.1 Reading txPower of the uplink port’s optical modules was abnormal..................71

HZ-HZ-TongRGC-OLT-1.MAN.C300#show interface optical-module-info gei_1/17/1.....71

Optical module information:gei_1/17/1..............................................................................71

Basic-info: 71

Material-Number:.................................................................................................................71

Diagnostic-info:................................................................................................................... 72

Alarm-thresh:....................................................................................................................... 72
2.13 SMXAV125P3T13_r5.pat, HUTQV125P3T13_r0.pat,
HUTQBV125P3T13_r0.pat, GUCDV125P3T13_r0.pat........................................73
2.13.1 Uplink Optical Transceiver Temperature Alarm...................................................73

ZXAN#show interface optical-module-info gei_1/3/1........................................................73

Optical module information:gei_1/3/1................................................................................73

Basic-info: 73

Material-Number:.................................................................................................................74

Diagnostic-info:................................................................................................................... 74

Alarm-thresh:....................................................................................................................... 74
2.14 SCXLV125P3T13_r5.pat.....................................................................................75
2.14.1 SCXL+GTGOG Lose Packets in the Downstream Direction................................75
2.15 GTGOAV125P3T13_r3.pat GTGODV125P3T13_r3.pat......................................75
2.15.1 F601 Unable to Connect Online..........................................................................75
2.16 SCXLV125P3T13_r6.pat, SCXMV125P3T13_r6.pat, SCXNV125P3T13_r6.pat,
SMXAV125P3T13_r6.pat....................................................................................76
2.16.1 ARP Proxy Answer Error.....................................................................................76
2.16.2 802.1X Packets Extracted to CPU By Default, Causing SNMP Packet Loss.......76
2.16.3 SNMP Ping Failure..............................................................................................76
2.16.4 Snmp V3 Ping Failure.........................................................................................76
2.17 GTGOEV125P3T13_r4.pat, GTGOAV125P3T13_r4.pat,
GTGOCV125P3T13_r4.pat, GTGODV125P3T13_r4.pat,
GTGOGV125P3T13_r4.pat, GTGHGV125P3T13_r4.pat....................................77

8 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.17.1 New Service Cannot Learn MAC After the PON Service Profile is Replaced......77
2.17.2 GEMPORT Rate Limit cpb=pbs Causes Service Interruption..............................77
2.17.3 “Failure” Returned When GEMPORT ID is 129...................................................78
2.17.4 GTGOA Port With an Even Number Does Not Show MAC.................................78
2.17.5 9806mib Synchronization Error...........................................................................78
2.17.6 Powered-off F607 (HGU) Under GTGHG Cannot Re-Register............................78
2.17.7 ONU Cannot Register Under GTGOA.................................................................79
2.17.8 Huawei ONU Cannot Work..................................................................................79
2.17.9 OLT Fiber Break and Power-off Alarm Optimization............................................79
2.17.10 GPON Line Card tod Distribution Error................................................................79
2.17.11 EPONN Card Suspends and “txponnpproc suspend” Prompted Under Shell......80
2.18 SCXLV125P3T13_r7.pat, SCXMV125P3T13_r7.pat, SCXNV125P3T13_r7.pat,
SMXAV125P3T13_r7.pat....................................................................................80
2.18.1 ARP Proxy Answer Error.....................................................................................80
2.18.2 Task Suspension Caused by Telnet Screen Width Too Large.............................81
2.18.3 Last Port Cannot be Obtained by Standard mib getnext......................................81
2.18.4 Multiple oid Variable Binding When Performing GetBulk Operations Causes
Dead Loop...........................................................................................................81
2.18.5 EMS Cannot Display “patch-saved” Information..................................................82
2.18.6 GDFO Port Rate is Displayed as 100M When It Is Configured Into 1000M.........82
2.18.7 SNMP Operation Causes Process Suspension...................................................82
2.18.8 “show gpon remote-onu mac” Causes Memory Out-of-Boundary........................82
2.18.9 “Failure” Is Returned When Downloading a Patch With the Same Name as the
Patch That Is Illegally Deleted.............................................................................83
2.18.10 Patch Activation Causes SCXL Card Cannot Enable MFF Due to Memory Out-
of-boundary.........................................................................................................83
2.18.11 Loopback Address Can Be Pinged but Cannot Be Telnet...................................83
2.19 GTGOEV125P3T13_r5.pat, GTGOAV125P3T13_r5.pat,
GTGOCV125P3T13_r5.pat, GTGODV125P3T13_r5.pat
GTGOGV125P3T13_r5.pat, GTGHGV125P3T13_r5.pat....................................84
2.19.1 IGMP Traffic Slow and Overtime.........................................................................84
2.19.2 New F607 Registration Slow...............................................................................84
2.19.3 F822 Cannot Connect Online..............................................................................85
2.19.4 OMCI Alarm Memory Leakage............................................................................85
2.19.5 GTGHG 140900/140901 PCB Forbids CPLD Upgrade.......................................86
2.20 SCXLV125P3T13_r22.pat SCXNV125P3T13_r22.pat.......................................86
2.20.1 Administrator create ONU profile failure in NMS.................................................86
2.21 GTGOE.FW(V1.2.5P3T20)..................................................................................86
2.21.1 Gemport rate limit failture problem......................................................................86
2.22 GTGOGV125P3T13_r22.pat...............................................................................86
2.23 GTGOEV125P3T13_r22.pat GTGHGV125P3T13_r22.pat..................................87

ZTE Confidential & Proprietary 9

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.24 GTGOEV125P3T13_r26.pat GTGOAV125P3T13_r26.pat

GTGOCV125P3T13_r26.pat GTGODV125P3T13_r26.pat
GTGOGV125P3T13_r26.pat GTGHGV125P3T13_r26.pat................................87
2.25 GTGOEV125P3T13_r11.pat...............................................................................87
2.26 GTGOEV125P3T13_r29.pat GTGHGV125P3T13_r29.pat (only for Portugal)......87
2.27 GTGOEV125P3T13_r12.pat GTGOGV125P3T13_r12.pat
GTGHGV125P3T13_r12.pat...............................................................................88
2.27.1 Some onu always working and los in C320V1.2.5P3...........................................88
2.27.2 The C300V1.2.5P3 GTGOG range-mode Problem..............................................88
2.27.3 England INFL C300v1.2.53 Kings Cross Services down.....................................88
2.27.4 Some GPON port service down in GTGHG.........................................................88
2.28 SCXLV125P3T13_r15.pat SCXMV125P3T13_r15.pat
SCXNV125P3T13_r15.pat SMXAV125P3T13_r15.pat........................................88
2.28.1 Many OLT site appeared the LACP broken in sometime.................................88
2.29 SCXLV125P3T13_r27.pat...................................................................................89
2.29.1 The main board suspend when Administrator logs in C300............................89
2.30 SCXNV125P3T13_r20.pat..................................................................................89
2.30.1 The main board SCXN suspend after replace SCXL..........................................89
2.31 GTGOEV125P3T13_r20.pat...............................................................................89
2.31.1 Some DHCP subscriber can’t get IP address in PT......................................89

3 Patch Upgrading Guide....................................................................................90

3.1 Upgrading Preparation........................................................................................90
3.2 Upgrading Steps..................................................................................................90

Command Format:...............................................................................................................91

Command Function:............................................................................................................ 91
3.3 Rollback Steps....................................................................................................92

Command Format:...............................................................................................................92

Command Function:............................................................................................................ 92

Command Format:...............................................................................................................93

Command Function:............................................................................................................ 93
3.4 Upgrading Confirmation.......................................................................................94

10 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Command Format:...............................................................................................................94

ZXAN#show patch-saved....................................................................................................94

Patch infomation on master board.....................................................................................94

Command Format:...............................................................................................................94

Command Function:............................................................................................................ 94

ZXAN#show patch-running.................................................................................................95
3.5 Update Precautions.............................................................................................95

ZTE Confidential & Proprietary 11

 ZXA10 C300 V1.2.5P3 Patch Release Notes

FIGURES

TABLES

12 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

1.1 Update Table

NO. Date Patch Name Patch Lists Comme
nt

1 2015.4.2 SCXLV125P3T13_r0. Added:

pat 1.PON service configuration
SCXMV125P3T13_r0 memory leaks
.pat 2.Singapore telecom LACP
SCXNV125P3T13_r0. interrupt problem
pat
3.Add/remove GTGHG line
SMXAV125P3T13_r0
card memory leaks
.pat
4.Port-location configuration
only first ONU normal problem
on NMS
5.Bandwidth utilization of uplink
always 0
6.Line card HWONLINE using
first external clock
7.SMXA type 2&3 sub-card
10G uplink down problem
8.SMXA power consumption
Display abnormal

2 2015.4.2 GTGOAV125P3T13_r Added:

0.pat 1.Driver ONU ID conversion
GTGOCV125P3T13_ problem
r0.pat 2.The problem of high CPU
GTGODV125P3T13_ occupancy of the line card
r0.pat 3.ONU side multicast problem
GTGOEV125P3T13_r 4.IPv6 GUA MAC address
0.pat problem
GTGOGV125P3T13_ 5.Line card multiple tasks
r0.pat suspending problem
GTGHGV125P3T13_ 6.LOID authentication failure
r0.pat problem
7.GTGOG line card swap
interrupt long time problem

ZTE Confidential & Proprietary 13

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

8.GTGOG line card transceiver

information display problem
9.GTGOG/GTGHG typec swap
problem
10.GTGHG multicast service
problem

3 2015.4.2 FTGKB_LX.MVR Added:

1 version tag was P3T14
2 support PTP and L2CP
transparently transfering
3 support PTP and L2CP NOT
learn MAC address when
configurated vlan xconnect

4 2015.4.29 ftgkbv125p3t14_r20_ Added:

dst.pat 1 Support PTP and L2CP can
be translated by service-port’s
rule Whether or not the
configuration xconnect.

5 2015.5.22 GTGOAV125P3T13_r Added:

1.pat 1 When interconnecting with
GTGODV125P3T13_ third-party manufacturer ONUs,
r1.pat report TIWi alarm
GTGOEV125P3T13_r 2 During Typeb change-over,
1.pat LOSi still exists
GTGOGV125P3T13_ 3 Suspension problem appears
r1.pat during the startup process of
GTGHGV125P3T13_ protection line cards
r1.pat 4 The ONU was on-line and off-
line frequently when PW
authentication was used for
Singapore Telecom
5 Coexistence of Ipv6 and ipv4
was the problem that arp

14 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

messages were dropped at

downlink
6 Loopback ping but there was
packet loss under Linkstar
scenario
7 Rebooting problem of
GTGOG/GTGHG line card
8 HW HG8120 ONU was off-
line in Tie Ling, Liaoning
province

6 2015.5.22 SCXLV125P3T13_r3. Added:

pat 1 Remote configuration caused
SCXMV125P3T13_r3 the main control suspended
.pat

7 2015.6.15 SCXLV125P3T13_r3 Added:

_indonesia.pat 1 Remote configuration caused
the main control suspended

8 2015.7.11 SCXLV125P3T13_r1. Added:

pat 1.ACL-based traffic mirror,
SCXMV125P3T13_r1 remote traffic mirror failed
.pat 2.CPU queue rate-limit
SCXNV125P3T13_r1. configuration is inconsistent
pat with the value saved
SMXAV125P3T13_r1 3.Summer-Time setting and
.pat displaying problems
4.Task XponCtrl might be
suspended to protect
5.Remote mirror would lead to
endless loop
6.After active / backup
changeover, the backup might
appear abnormal protection
7.Failed to load after the
configuration in sip profile was
saved and restarted

ZTE Confidential & Proprietary 15

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

8.It prompted error when

creating SIP profile on NMS
9.The main control card
SMXA’s global igmp disable
didn’t take effect
10.Problem when NMS deleted
xconnect entries
11.SCXN adopted extended
VLAN, services were blocked
after active / backup
changeover
12.SCXN 1588 bind VLAN,
configuration was lost after
active / backup changeover
13.SCXN configures extended
VLAN, yellow packets were
dropped

9 2015.7.11 SCXLV125P3T13_r2. Added:

pat 1.10001 bytes memory was
SCXMV125P3T13_r2 leaked in Lithuania
.pat 2.Abnormal TACACS+
SCXNV125P3T13_r2. messages caused memory out
pat of boundary
SMXAV125P3T13_r2
.pat

10 2015.7.11 SCXNV125P3T13_r3. Added:

pat 1 Remote configuration caused
SMXAV125P3T13_r3 the main control suspended
.pat

11 2015.7.11 GTGOCV125P3T13_ Added:

r1.pat 1 When interconnecting with
third-party manufacturer ONUs,
report TIWi alarm
2 During Typeb change-over,
LOSi still exists
3 Suspension problem appears

16 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

during the startup process of

protection line cards
4 The ONU was on-line and off-
line frequently when PW
authentication was used for
Singapore Telecom
5 HW HG8120 ONU was off-
line in Tie Ling, Liaoning
province

12 2015.7.11 SCXLV125P3T13_r4. Added:

pat 1.The card status was in
SCXMV125P3T13_r4 configuring, and the occupancy
.pat of the backup main control CPU
SCXNV125P3T13_r4. was 99% all the time
pat 2.Problem when NMS disabled
SMXAV125P3T13_r4 the Summer-Time function
.pat 3.The show interface command
caused suspension of Protocol
task
4.After version upgrade, the acl
extend configuration would lose
5.VLAN rate-limit of the main
control caused suspension of
the PPMgt task
6.The dhcp ip hash conflict
caused users unable to get IP
addresses
7.Maximum length of MIB and
CLI hostnames was
inconsistent

13 2015.7.11 GTGOAV125P3T13_r Added:

2.pat 1.ONU failed to learn MAC
GTGOCV125P3T13_ addresses
r2.pat 2.Services of yellow packets of
GTGODV125P3T13_ the third-party ONU were
r2.pat abnormal

ZTE Confidential & Proprietary 17

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

GTGOEV125P3T13_r 3.After Ip-source-guard was

2.pat enabled, confused data caused
GTGOGV125P3T13_ ONU services blocked
r2.pat 4.DGi alarm was frequently
GTGHGV125P3T13_ reported
r2.pat 5.LOID mistaken binding
problem
6.Optical power collection
caused suspension of
tXponCtrlSub0 task
7.GTGOE line card’s ONU
registration problem

14 2015.7.11 FTGHAV125P3T13_r Added:

0.pat 1. Reading txPower of the
uplink port’s optical modules
was abnormal

15 2015.7.31 SMXAV125P3T13_r5 Added: First

.pat Solve the alarm of the GE release
uplink transceiver module that
the temperature is displayed as
“-992.906 (c)”. The model is
“EOLS-1312-10-D”.

16 2015.7.31 SCXLV125P3T13_r5. Added: First

pat Solve the problem that release
SCXL+GTGOG lose packets in
the downstream direction.

17 2015.7.31 GTGOAV125P3T13_r Added: First

3.pat Solve the problem that the release
GTGODV125P3T13_ F601 under the
r3.pat GTGOA/GTGOD card cannot
connect online (because LOSi
is not cleared).

18 2015.7.31 HUTQV125P3T13_r0 Added: First

.pat Solve the alarm of the GE release
HUTQBV125P3T13_r uplink transceiver module that

18 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

0.pat the temperature is displayed as

GUCDV125P3T13_r0 “-992.906 (c)”. The model is
.pat “EOLS-1312-10-D”.

19 2015.9.6 SCXLV125P3T13_r6. Added: First

pat 1. Solve the ARP proxy answer release
SCXMV125P3T13_r6 errors.
.pat 2. Solve the problem that
SCXNV125P3T13_r6. 802.1X packets are extracted to
pat the CPU, resulting in SNMP
SMXAV125P3T13_r6 packet loss.
.pat 3. Solve the SNMP ping failure.
4. Solve the SNMP V3 ping
failure.

20 2015.9.11 GTGOAV125P3T13_r Refer to 2.1.3.29 for details. First

4.pat release
GTGOCV125P3T13_
r4.pat
GTGODV125P3T13_
r4.pat
GTGOEV125P3T13_r
4.pat
GTGOGV125P3T13_
r4.pat
GTGHGV125P3T13_
r4.pat

21 2015.9.11 GTGOGV125P3T13_ Modified: Second

r4.pat Delete the linkstar modification. release
The first version is not suitable
for linkstar application
scenarios.

22 2015.10.12 SCXLV125P3T13_r7. Added: First

pat 1. Cancel the agent answer on release
SCXMV125P3T13_r7 the network side.
.pat 2. Solve task suspension failure
SCXNV125P3T13_r7. due to the telnet screen width

ZTE Confidential & Proprietary 19

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

pat too large.

SMXAV125P3T13_r7 3. Solve the problem that the
.pat last port cannot be obtained via
standard mib getnext.
4. Solve the problem that
multiple oid variable binding
causes process dead loop
when performing GetBulk
operations.
5. Solve the problem that the
NMS cannot display the “patch-
saved” information.
6. Solve the problem that the
rate of the GDFO port is
displayed as 100M when it is
configured into 1000M.
7. Solve the problem that
SNMP operation causes
process suspension.
8. Solve the problem that
running the “show gpon remote-
onu mac” command causes
memory out-or-boundary.
9. Verify the problem that
“failure” is returned when
downloading a patch with the
same name as the patch that is
illegally deleted.
10. Patch activation causes the
SCXL card cannot enable the
MFF function due to memory
out-of-boundary.
11. Solve the problem that the
loopback address can be
pinged but cannot be telnet.

23 2015.10.12 GTGOAV125P3T13_r Added: First

20 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

5.pat 1. Solve the problem of IGMP release

GTGOCV125P3T13_ traffic slow and overtime.
r5.pat 2. Solve the problem of F607
GTGODV125P3T13_ slow registration.
r5.pat 3. Solve the problem that F822
GTGOEV125P3T13_r cannot connect online.
5.pat 4. Solve the problem of OMCI
GTGOGV125P3T13_ alarm memory leakage.
r5.pat 5. Solve the problem that the
GTGHGV125P3T13_ GTGHG140900/140901 PCB
r5.pat forbids to upgrade CPLD.

24 2015.10.12 SCXLV125P3T13_r2. Modified: Second

pat 1. Solve the problem that a new release
SCXMV125P3T13_r2 line cannot be created in “echo”
.pat command due to memory
SCXNV125P3T13_r2. leakage.
pat
SMXAV125P3T13_r2
.pat

25 2015.10.4 SCXLV125P2T6_r22. Added: First

pat 1 Administrator creat ONU release
SCXNV125P3T6_r22. profile failure in NMS.
pat

26 2015.11.22 GTGOE.FW（V1.2.5 Added: First

P3T20） 1 fixed rate limit of gemport release
failture.
27 2015/12/25 GTGOEV125P3T13_r Added: First
22_portugal.pat 1 Added two port-location packet release
for PT.
28 2015/12/25 GTGOGV125P3T13_ Added: First
r22_thailand.pat 2 Fixed the FTP service release
performance bug
29 2015/12/25 GTGOAV125P3T13_r Added: First
26.pat 1 Fixed bug the status of ONU release
GTGOCV125P3T13_
r26.pat

ZTE Confidential & Proprietary 21

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

GTGODV125P3T13_
r26.pat
GTGOEV125P3T13_r
26.pat
GTGOGV125P3T13_
r26.pat
GTGHGV125P3T13_
r26.pat

30 2015/12/25 GTGOGV125P3T13_ Modified: Second

r2.pat 1 Modified scan algorithm. release
GTGHGV125P3T13_
r2.pat

31 2016/7/20 GTGOEV125P3T13_r Added: First

11.pat The multicast service abnormal release
in Portugal GPON ONUs after
updating C300V1.2.5P3
32 2016/7/20 GTGOEV125P3T13_r Added: First
29.pat The dhcp service can not be release
resolved in short time after
reboot the line card in the version
C300 V1.2.5P3
33 2016/9/7 GTGOEV125P3T13_r Modified: Second
22_portugal.pat 1 Added three port-location release
packet format for PT.
34 2016/9/7 GTGOGV125P3T13_ Modified: Second
r2.pat 1.ONU failed to learn MAC release
addresses

35 2016.9.23 SCXLV125P3T13_r1 Modified: Second

5.pat 1.Relsove the LACP break in release
SCXMV125P3T13_r1 sometime.
5.pat
SCXNV125P3T13_r1
5.pat
SMXAV125P3T13_r1
5.pat

36 2016.10.21 GTGOEV125P3T13_r ADD: First

22 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

NO. Date Patch Name Patch Lists Comme

nt

12.pat ONU always working and los release

GTGOGV125P3T13_ 2 C300V1.2.5P3 GTGOG
r12.pat range-mode problem
GTGHGV125P3T13_ 3 England INFL C300v1.2.53
r12.pat Kings Cross xconnect Services
down
4 Some GPON port service
down in GTGHG

37 2017.3.6 SCXNV125P3T13_r2 ADD: Third

0.pat 1 The main board SCXN release
suspend.

38 2017.3.11 GTGHGV125P3T13_ Add: First

r22.pat 1 Added three port-location release
packet format for PT.

39 2017.3.11 GTGHGV125P3T13_ Added: First

r29.pat The dhcp service can not be release
resolved in short time after
reboot the line card in the
version C300 V1.2.5P3

40 2017.3.20 GTGOEV125P3T13_r Added: First

20.pat Some DHCP subscriber can’t release
get IP address in PT.

1.2 Information Table

No. Patch name Patch Patch bulidtime comments
length
1 SCXLV125P3T13_r0.pat 30467 2015-03-13 First
17:15:24 release(deprecated)
2 SCXMV125P3T13_r0.pa 30467 2015-03-13 First
t 16:58:37 release(deprecated)
3 scxnv125p3t13_r0.pat 34977 2015-03-13 First release
15:57:24
4 smxav125p3t13_r0.pat 34755 2015-03-13 First
16:19:06 release(deprecated)

ZTE Confidential & Proprietary 23

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
5 gtghgv125p3t13_r0.pat 30447 2015-03-02 First release
15:59:04
6 gtgoav125p3t13_r0.pat 24682 2015-03-02 First release
15:41:16
7 gtgocv125p3t13_r0.pat 24693 2015-03-02 First release
15:45:42
8 gtgodv125p3t13_r0.pat 22946 2015-03-02 First release
15:49:31
9 gtgoev125p3t13_r0.pat 25153 2015-03-02 First release
15:53:47
10 gtgogv125p3t13_r0.pat 33457 2015-03-02 First release
15:37:18
11 ftgkbv125p3t14_r20_dst. 4464 2015-03-27 First release
pat 14:56:48
12 scxlv125p3t13_r0.pat 31451 2015-05-08 Second release
19:06:34 (replaced)
13 scxmv125p3t13_r0.pat 31451 2015-05-08 Second release
19:01:55 (replaced)
14 smxav125p3t13_r0.pat 35499 2015-05-08 Second release
18:57:03 (replaced)
15 scxlv125p3t13_r3.pat 4915 2015-05-14 First release
10:35:28
16 scxmv125p3t13_r3.pat 4915 2015-05-14 First release
10:38:50
17 gtghgv125p3t13_r1.pat 13245 2015-05-18 First release
12:29:01
18 gtgoav125p3t13_r1.pat 2985 2015-05-18 First release
12:22:58
19 gtgodv125p3t13_r1.pat 2985 2015-05-18 First release
12:25:51
20 gtgoev125p3t13_r1.pat 7244 2015-05-18 First release
12:27:23
21 gtgogv125p3t13_r1.pat 13169 2015-05-18 First release
12:21:29
22 scxlv125p3t13_r3_indon 5444 2015-05-22 First release
esia.pat 10:35:28
23 scxlv125p3t13_r1.pat 19596 2015-05-18 First release
12:33:39

24 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
24 scxmv125p3t13_r1.pat 19338 2015-05-18 First release
12:49:20
25 scxnv125p3t13_r1.pat 27116 2015-06-01 First release
17:04:26
26 smxav125p3t13_r1.pat 23043 2015-05-18 First release
12:31:27
27 scxlv125p3t13_r2.pat 26177 2015-05-18 First release
12:53:15
28 scxmv125p3t13_r2.pat 26177 2015-05-18 First release
12:57:55
29 scxnv125p3t13_r2.pat 26233 2015-05-18 First release
12:55:42
30 smxav125p3t13_r2.pat 26253 2015-05-18 First release
12:51:21
31 scxnv125p3t13_r3.pat 7103 2015-05-18 First release
13:01:46
32 smxav125p3t13_r3.pat 7103 2015-05-18 First release
12:59:59
33 gtgocv125p3t13_r1.pat 6364 2015-05-18 First release
12:24:26
34 scxlv125p3t13_r4.pat 27773 2015-07-02 First release
12:17:01
35 scxmv125p3t13_r4.pat 25559 2015-07-02 First release
12:05:30
36 scxnv125p3t13_r4.pat 28025 2015-07-02 First release
11:58:10
37 smxav125p3t13_r4.pat 24733 2015-07-02 First release
12:28:31
38 gtgoav125p3t13_r2.pat 13721 2015-07-02 First release
12:50:31
39 gtgocv125p3t13_r2.pat 13291 2015-07-02 First release
12:53:15
40 gtgodv125p3t13_r2.pat 13721 2015-07-02 First release
12:55:35
41 gtgoev125p3t13_r2.pat 16931 2015-07-02 First release
12:57:03
42 gtgogv125p3t13_r2.pat 25954 2015-07-09 First release
10:21:28

ZTE Confidential & Proprietary 25

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
43 gtghgv125p3t13_r2.pat 26066 2015-07-09 First release
10:23:07
44 FTGHAV125P3T13_r0.p 5702 2015-07-02 First release
at 12:39:29
45 SMXAV125P3T13_r5.pa 6091 2015-7-22 10:36:11 First release
t
46 SCXLV125P3T13_r5.pat 5034 2015-7-21 17:46:08 First release

47 GTGOAV125P3T13_r3. 997 2015-7-9 17:34:07 First release

pat
48 GTGODV125P3T13_r3. 997 2015-7-9 17:36:03 First release
pat
49 HUTQV125P3T13_r0.pa 3693 2015-7-21 14:00:23 First release
t
50 HUTQBV125P3T13_r0. 3693 2015-7-23 11:30:58 First release
pat
51 GUCDV125P3T13_r0.p 3693 2015-7-21 13:58:50 First release
at
52 GTGHGV125P3T13_r4. 31478 2015-08-31 17:38 First release
pat
53 GTGOAV125P3T13_r4. 12681 2015-08-24 14:08 First release
pat
54 GTGOCV125P3T13_r4. 11112 2015-08-24 14:10 First release
pat
55 GTGODV125P3T13_r4. 12296 2015-08-28 17:27 First release
pat
56 GTGOEV125P3T13_r4. 16732 2015-08-24 16:09 First release
pat
57 GTGOGV125P3T13_r4. 29396 2015-08-24 16:11 First release
pat
58 SCXLV125P3T13_r6.pat 28021 2015-08-24 14:23 First release

59 SCXMV125P3T13_r6.pa 28021 2015-08-24 14:19 First release

t
60 SCXNV125P3T13_r6.pa 28005 2015-08-25 13:10 First release
t
61 SMXAV125P3T13_r6.pa 26309 2015-08-24 14:24 First release
t
62 GTGOGV125P3T13_r1. 13293 2015-09-02 11:46 Second release

26 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
pat
63 SCXLV125P3T13_r7.pat 22386 2015-09-30 14:46 First release

64 SCXMV125P3T13_r7.pa 22386 2015-09-30 14:44 First release

t
65 SCXNV125P3T13_r7.pa 20426 2015-09-30 14:50 First release
t
66 SMXAV125P3T13_r7.pa 22110 2015-09-30 14:47 First release
t
67 SCXLV125P3T13_r2.pat 26357 2015-08-24 11:06 Second release

68 SCXMV125P3T13_r2.pa 26357 2015-08-24 11:11 Second release

t
69 SCXNV125P3T13_r2.pa 26413 2015-08-25 10:59 Second release
t
70 SMXAV125P3T13_r2.pa 26433 2015-08-24 11:05 Second release
t
71 GTGHGV125P3T13_r5. 13497 2015-09-25 16:22 First release
pat
72 GTGOAV125P3T13_r5. 8735 2015-09-24 10:59 First release
pat
73 GTGOCV125P3T13_r5. 8735 2015-09-24 10:00 First release
pat
74 GTGODV125P3T13_r5. 8735 2015-09-24 11:02 First release
pat
75 GTGOEV125P3T13_r5. 8735 2015-09-24 10:58 First release
pat
76 GTGOGV125P3T13_r5. 12639 2015-09-24 10:54 First release
pat
77 SCXLV125P2T6_r22.pat 1116 2015-10-12 13:32 First release

78 SCXNV125P3T6_r22.pa 1116 2015-10-12 13:41 First release

t
79 GTGOE.FW(V1.2.5P3T 431573 2015-11-12 14:02 First release
20) 2
80 GTGOEV125P3T13_r22 11836 2015-11-21 11:04 First release
_portugal.pat
81 GTGOGV125P3T13_r22 1920 2015-10-27 20:18 First release
_thailand.pat

ZTE Confidential & Proprietary 27

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
82 GTGHGV125P3T13_r26 10020 2015-12-14 10:40 First release
.pat
83 GTGOAV125P3T13_r26 7444 2015-10-16 14:02 First release
.pat
84 GTGOCV125P3T13_r26 7444 2015-10-16 14:01 First release
.pat
85 GTGODV125P3T13_r26 7444 2015-10-16 13:59 First release
.pat
86 GTGOEV125P3T13_r26 7444 2015-10-16 13:58 First release
.pat
87 GTGOGV125P3T13_r26 10020 2015-10-16 11:14 First release
.pat
88 GTGHGV125P3T13_r2. 26118 2015-12-16 19:42 Second release
pat
89 GTGOGV125P3T13_r2. 26006 2015-12-16 19:38 Second release
pat
90 GTGOEV125P3T13_r11 7288 2016-07-06 17:31 First release
.pat
91 GTGOEV125P3T13_r29 2019 2016-05-18 09:52 First release
.pat
92 GTGOEV125P3T13_r22 11832 2016-04-28 14:38 Second release
.pat
93 GTGOGV125P3T13_r2. 26039 2016-07-29 14:10 Second releas
pat
94 SCXLV125P3T13_r15.p 28536 2016-08-19 13:58 Second release
at
95 GTGOGV125P3T13_r12 8142 2016-09-29 14:10 First release
.pat
96 SCXLV125P3T13_r15.p 5117 2016-11-02 11:18 First release
at
97 SCXNV125P3T13_r20.p 1239 2016-12-01 10:20 First release
at
97 SCXNV125P3T13_r20.p 10093 2017-01-14 11:39 Second release
at
98 SCXNV125P3T13_r20.p 20221 2017-03-01 09:40 Third release
at
99 GTGHGV125P3T13_r22 12984 2017-01-24 17:35 First release

28 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

No. Patch name Patch Patch bulidtime comments

length
.pat
100 GTGHGV125P3T13_r29 2763 2017-02-07 16:27 First release
.pat
101 GTGOEV125P3T13_r20 14085 2017-03-09 19:51 First release
.pat

2 Patch List

2.1 SCXLV125P3T13_r0.pat, SCXMV125P3T13_r0.pat,

SCXNV125P3T13_r0.pat, SMXAV125P3T13_r0.pat

2.1.1 PON service configuration memory leaks

Symptom: When used onu profiles, remote management can cause problems of task
suspending. And the remote management of related configuration under repeated
configuration cause memory leaks. Because the code is a bug, if at the time of abnormal
branch will appear just allocated memory is not released, this will lead to memory leaks,
can use the memory will be less and less. Similar to the following code, and can lead to
memory allocated to avlEntry not released:

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;

ZTE Confidential & Proprietary 29

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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);
}

Because this place multiple instances or multiple types only insert a AVL node, but
multiple instances, or more than one type of configuration every time apply
GponRm_AddOntNodeToAVL calls will be alloced a memory, and could eventually
because of repeated node index and no insert AVL tree, which leads to memory leaks;
Many command line or MIB can trigger operation, there are more similar functions.

Action: fixed the code bug.

Note: If those memory had leaked before the patch has been actived, there is no way to
recovery, only by restart main contrl board or by swap to restore.

2.1.2 Singapore telecom LACP interrupt problem

Symptom: When Singapore telecom tested the V1.2.5P3 version, it found that LACP will
appear constantly aggregation and deaggregation, led to service interruption, finally
found root cause: the LACP protocol packets were discarded. since the LACP protocol
module didn't receive the LACP protocol packets, so it deaggregated, after a while,
receive the packets, it was aggregated. It was a period of time again.

30 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

It Finally found the command: ZXAN(config)#eth-switch multicast-limit xpps. The LACP

protocol packet was include multicast-limit in the V1.2.5p3. when the unknow multicast
was great than limit rate, the packet was discard,include LACP packet.

Action: the multicast-limit packet was x01,xx,xx,xx,xx,xx in v1.2.5P3, restore to previous

versions of the unknown multicast were 0x00,x01,0x5e,0x00,0x00,0x00 to 0x01,0x00,
x5e,xx,xx,xx.

Note: none.

2.1.3 Add/remove GTGHG line card memory leaks

Symptom: if add/remove GTGHG line card once, it was leak 16K memory, again and
again to add delete line card can use less memory.

Action: when delete gtghg line card, release memory.

Note: If those memories had leaked before the patch has been activated, there is no
way to recovery, only by restart main control board or by swap to restore.

2.1.4 Port-location configuration only first ONU normal problem on NMS

Symptom: Thailand project, configure the number of ONU, it can only choose the first
related configuration ONU, when configurate ONU port-location function on NMS, other
ONUs are not appeared in the list. for example,in the 1/2/1 interface, the first ONU port-
location can be select, but the second ONU port-location can not be select ,it was
empty. if you remove the ONU 1/2/1:1 and 1/2/1:2 port-location function, the behind
ONU 1/2/1:3 will be normal.

Action: fixed the getnext index bug, correct the problem.

Note: none.

2.1.5 Bandwidth utilization of uplink always 0

Symptom: the bandwidth utilization of uplink always was 0, even in the case of traffic.the
comman as follow:

ZTE Confidential & Proprietary 31

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

32 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Oversize : 23002409 CRC-ERROR :0

Dropped :0 Fragments :0

Jabber :0 MacRxErr :0

IncorrectVlanDrop: 0
Action: Due to the output format was error, fix the bug.

Note: Those patches which date was 2015-03-13 were some problem, they were
deprecated.

2.1.6 Line card HWONLINE using first external clock

Symptom: When CICK or CICG used first external clock as the clock source, under
some combinations, some line cards may be appear HWONLINE state, as follow:

1. SCXL/SCXM/SCXMC+CICK, some PCB version and CPLD version, the CICK will be
HWONLINE.

2. SCXL/SCXM/SCXMC+CICG, some PCB version and CPLD version, the FTGKB /

ETGOD / ETTOD will be HWONLINE.

Specific conditions as follows:

1. SCXL+CICK, the SCXL PCB is Neither 080600 nor 080601,the CICK will be
HWONLINE.

2. SCXL+CICK, the SCXL PCB is Neither 080600 nor 080601,if the line cards were
sensitivity of the 2M PPS, they will be HWONLINE, such as FTGKB and ETGOD.

ZTE Confidential & Proprietary 33

 ZXA10 C300 V1.2.5P3 Patch Release Notes

3. SCXM+CICK, the SCXM CPLD version is less than V1.3(not incude V1.3), the CICK
will be HWONLINE.

4. SCXM+CICG, if the line cards were sensitivity of the 2M PPS, they will be
HWONLINE, such as FTGKB and ETGOD.

5. SCXMC+CICK, the SCXMC PCB is 090200,the CICK will be HWONLINE.

6. SCXMC+CICG, if the line cards were sensitivity of the 2M PPS, they will be
HWONLINE, such as FTGKB and ETGOD.

Root cause: the cleaning function was called the initial function

Action: fixed the bug.

Note: Only SCXM and SCXL possible problems, SCXN, SMXA there is no problem.

2.1.7 SMXA type 2&3 sub-card 10G uplink down problem

Symptom: The SMAX main control board, which PCB version was 131200 and CPLD
version was V1.4, was reboot, the 10G uplink port of types 2&3 sub-card has been down
state.the service was interrupt.Replace the new version of the CPLD can solve, or use
this patch. The PCB and CPLD versioin as follow:
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

Action: fixed the bug.

Note: Only SMXA exist the bug.

34 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.1.8 SMXA power consumption Display abnormal

Symptom: when show power,some time was normal, some time was abnormal, as
follows:
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

Action: fixed this bug.

Note: Only SMXA exist the bug.

2.2 SCXLV125P3T13_r1.pat, SCXMV125P3T13_r1.pat,

SCXNV125P3T13_r1.pat, SMXAV125P3T13_r1.pat

2.2.1 ACL-based traffic mirror, remote traffic mirror failed

Symptom: Adopt the ACL mode to configure traffic mirror, but it didn’t take effect, and
unable to get mirroring effect. Because ports of the drive and service mux interface are
inconsistent, ACL-based traffic mirror configuration failed.

Configuration:
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

ZTE Confidential & Proprietary 35

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

Action: Fixed bug.

Note: If the problem has appeared before patched, the configuration should be deleted
first before patched, and then load the patch once again, after activated, re-configure it.

2.2.2 CPU queue rate-limit configuration is inconsistent with the value

saved

Symptom: CPU queue rate-limit configuration is inconsistent with the value saved,
shown as below:
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
!

Action: Fixed bug.

Note: NA.

36 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.2.3 Summer-Time setting and displaying problems

Symptom: When Winter-Time / Summer Time were converted on March 10, C300 had a
problem, without switching, we detected the configuration and we found the Summer
Time setting had a problem. It started from the second Sunday in March, ended the first
Sunday in November, but they were wrong shown on the OLT and EMS, some sites
became Saturday, some became Friday. When the fault happened, the command
changed, the correct setting should be Sunday, but some became Friday and some
became Saturday somehow.

clock summer-time recurring DST 2 friday mar 2:0:0 1 friday nov 2:0:0 60. Finally
confirm: when setting via mib, NE processing was normal, but when getting via mib, NE
returned value isn’t converted according to mib interface’s definition, causing actual
returned value to be one day in advance than mib’s defined value. When configured as
Sunday on NMS, it will be one day in advance and becomes Saturday when querying, if
NMS configures once again, when querying via NMS, the value got will be Friday again.
Above fault will appear.

Action: Fixed bug.

Note: NA

2.2.4 Task XponCtrl might be suspended to protect

Symptom: In Vietnam, on other versions, XponCtrl task was suspended caused by Mib
access conflict, and V1.2.5P3 version also has the hidden risk. Patches were needed to
solve it. Exception on other versions: NE XponCtrl task was suspended, show gpon onu
state command failed, that is:

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

ZTE Confidential & Proprietary 37

 ZXA10 C300 V1.2.5P3 Patch Release Notes

service-port 1 vport 1 user-vlan 11 vlan 599

%Code 66657: Invalid port.

View under Shell that the task XponCtrl of the main control card was suspended.
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>task XponCtrl(0x56357c38) suspend. (Error=0x2)
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

38 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

[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

SMXA>task XponCtrl(0x56357c38) suspend. (Error=0x2)

task XponCtrl(0x56357c38) suspend. (Error=0x2)

Action: Fixed bug

Note: If the problem has appeared, you need to restart to be able to recover by adopting
active / backup changeover mode. After patched, first perform active / backup
changeover, and then restart the original main control card.

2.2.5 Remote mirror would lead to endless loop

Symptom: When it was SCXL as the main control, if the uplink port adopted trunk, and
at the same time, enable the remote mirror, when the trunk port was destination port, it
would lead to endless loop for NE Protocol task, causing NE detached.

Action: When the configuration appeared, the NE directly returned error.

Note: Just SCXN had the problem, if the problem has appeared, you need to restart to
be able to recover.

2.2.6 After active / backup changeover, the backup might appear

abnormal protection

Symptom: Perform self-test in the Institute that other versions appeared once, after the
active card was switched, the backup card failed to be standby. Through the code
walkthrough, there were loopholes.

Action: Add protection

ZTE Confidential & Proprietary 39

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: NA

2.2.7 Failed to load after the configuration in sip profile was saved and
restarted

Symptom: In GPON, if dial-plan was configured in sip profile, it would cause problems
for dial-plan and app-srv/accesscode parameters to generate scripts, after saved and
restarted, the dial-plan/app-srv/accesscode configuration in sip profile would fail to load.
Error information listed as blow may appear:
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 '
Execute cmd line 386 code 91828 error:' port-location format airtel vport 1 '
Execute cmd line 398 code 91828 error:' port-location format airtel vport 1 '
Execute cmd line 413 code 91828 error:' port-location format airtel vport 1 '
Execute cmd line 431 code 91828 error:' port-location format airtel vport 1 '
Interpt Error cmd line 228:' onu profile sip VOIP dial-plan VOIP660DialPlan onu

Action: Fixed bug.

Note: If above sip configuration is set, it is recommended to save immediately once

again after patched.

2.2.8 It prompted error when creating SIP profile on NMS

Symptom: When creating SIP profile on NMS, it always prompted error, because the NE
wasn’t compatible with original practices, it needed to deliver only 1 of 4 index table
entries in the MIB table originally to be able to succeed, but the NE modified it as strict
inspection to need 4 index, otherwise, it would return error; because the NE wasn’t
compatible with original practices, causing the profile to fail to be created.

Action: Fixed bug, compatible with original practices to realize.

Note: NA.

40 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.2.9 The main control card SMXA’s global igmp disable didn’t take effect

Symptom: When the user configured C320 global igmp disable, the multicast protocol
packets from the user port were still extracted to the CPU, that is, when global igmp
disable was configured, the OLT multicast service was transmitted transparently, in this
case, multicast service was blocked. Because when igmp disable was configured,
ETGOB adopted aggregated inline port PON line card, the drive of the SMXA main
control card configured multicast protocol packet extracting rule for the line card’s
aggregation port, causing upstream multicast protocol packets of the line card to be
extracted to the CPU, but not to be forwarded to the uplink port, multicast service was
abnormal. Condition for the fault: It needs to configure ETGOB or other PON line cards,
and at the same time, the inline port of the line card is aggregated.

Action: When global disable was configured, IGMP protocol packets wouldn’t be
extracted.

Note: Just SMXA had the problem, while other main control cards are normal. After the
patch is activated and effective, deactivate it, after in global igmp enable and igmp
disable, the patch is still effective; to make the patch not effective, you need to configure
igmp enable first, and then activate the patch, and igmp disable again.

2.2.10 Problem when NMS deleted xconnect entries

Symptom: xconnect from the user port to uplink port and customer xconnect could be
created successfully, but failed to be deleted. xconnect entries couldn’t be deleted; user
xconnect was normal, and can be added and deleted.

Action: Fixed bug.

Note: NA.

2.2.11 SCXN adopted extended VLAN, services were blocked after active /
backup changeover

Symptom: After extended VLAN was configured on the SCXN main control card,
execute the command: ZXAN(config)#ex-switch vlan 200 to configure VLAN service,
after active / backup changeover, services would be blocked. In active / backup mode,

ZTE Confidential & Proprietary 41

 ZXA10 C300 V1.2.5P3 Patch Release Notes

first configure extended VLAN, and configure same VLAN on the uplink port, etc., and
then perform active / backup changeover, services will be blocked.
ZXAN(config-if)#show load-balance
Current load_balance setting: Disable --- Active / backup mode, not load sharing
mode
ZXAN(config)#ex-switch vlan 200 --- Configure extended VLAN
ZXAN(config)#interface gei_1/19/1
ZXAN(config-if)#sw vlan 1000 tag --- Configure same VLAN on the uplink port

If the uplink port VLAN is configured first, and then configure extended VLAN, services
won’t be affected after active / backup changeover.

Action: Fixed bug, the backup extended VLAN was deleted.

Note: Just SCXN main control card had the problem, if the problem has appeared
before, you need to delete the extended VLAN manually, and then re-configure it.

2.2.12 SCXN 1588 bind VLAN, configuration was lost after active / backup
changeover

Symptom: After active / backup changeover, the clock FPGA interface’s VLAN lost,
causing L2 messages unable to be switched to FPGA, and 1588 messages unable to be
forwarded normally.

EC No.: 613003118989.

Action: Send to FPGA to process via re-direction, not relying on VLAN.

Note: Just SCXN main control card had the problem, if the problem has appeared
before, you need to delete the extended VLAN manually, and then re-configure it. To
delete the patch, strictly execute: First delete the configuration, and then deactivate the
patch, re-configure it after the patch is activated again.

42 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.2.13 SCXN configures extended VLAN, yellow packets were dropped

Symptom: If the command ex-switch was used to configure extended vlan and enable
color mapping, the yellow messages forwarded to FPGA would be directly dropped, that
is, CFI=1 messages would be directly dropped:
ZXAN(config)#ex-switch vlan 3000
ZXAN(config)#qos cfi-to-drop cfi1 medium

Action: Fix bug.

Note: Just SCXN main control card had the problem, if the problem has appeared
before, you need to delete the extended VLAN manually, and then re-configure it.

2.3 SCXLV125P3T13_r2.pat, SCXMV125P3T13_r2.pat,

SCXNV125P3T13_r2.pat, SMXAV125P3T13_r2.pat

2.3.1 10001 bytes memory was leaked in Lithuania

Symptom: In Lithuania, there was one OLT on which only one user could log
simultaneously via telnet; later, log in the NE’s shell, it was found that the maximum
memory block of the NE had only 192 bytes, but memory fragments reached 560, 000.
After the fault was recovered, observe the NE memory changes, it was confirmed that
10001 bytes memory was leaked, and the leaked call chain:

[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

ZTE Confidential & Proprietary 43

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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
Under shell, print:
[ROS10]:0x8f05da8 (Protocol): memPartAlloc: block too big - 201312 in partition
0x92fff78.
0x8f05da8 (Protocol): OsAlloc 201224 return NULL!

Leaked service trigger causes, executing the following command will lead to:

ZXAN(config)#show ip dhcp snooping port gpon-onu_1/2/5:13 vport 2

Action: Fixed bug

Note: If the problem has appeared, you need to restart to be able to recover by adopting
active / backup changeover mode. After patched, first perform active / backup
changeover, and then restart the original main control card. Abnormal TACACS+
messages caused memory out of boundary

Symptom: When the Tacacs server sent specific abnormal messages to the NE, or the
NE received some abnormal tacacs messages, it would cause memory out of boundary,
when it did happen, it might cause other tasks suspended, and if a certain task’s
memory was out of boundary by tacacs, the task might be suspended; if the NMS task
was out of boundary, it might cause NMS detached.

Action: Fixed bug

Note: If suspension problem has appeared, that is, out of boundary might have
happened, you need to restart to be able to recover, or perform active / backup
changeover to recover. It is better execute active / backup changeover twice after
patched, to completely eliminate hidden risks.

44 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.4 SCXMV125P3T13_r3.pat, SCXLV125P3T13_r3.pat,

SCXNV125P3T13_r3.pat, SMXAV125P3T13_r3.pat

2.4.1 Remote configuration caused the main control suspended

Fault Description: After the version was updated to V1.2.5P3 in Indonesia, the main
control task MsanCfg was suspended, its task stacking information:
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)

ZTE Confidential & Proprietary 45

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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 ()

Later, we analyzed it was mainly related to following configurations such as vlan-filter-

mode iphost onu-vlan and 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

46 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

After above are configured, and then delete ONU, or re-add vlan-filter-mode iphost and
onu-vlan iphost, maybe there will appear tasks suspended.

Action: Modify AVL tree.

Note: The patch must cooperate to use with r0; if the suspension problem appears, you
need to perform active / standby change-over twice to completely restore or reboot the
NE. When patching, if there is no problem temporarily, we suggest performing active /
standby change-over twice after patched if there is host or other configuration, making
the two main control cards run once again, to completely eliminate hidden dangers.

2.5 SCXLV125P3T13_r3_indonesia.pat

2.5.1 Remote configuration caused the main control suspended

Fault Description: After the version was updated to V1.2.5P3 in Indonesia, the main
control task MsanCfg was suspended, its task stacking information:
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)

ZTE Confidential & Proprietary 47

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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)

48 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

94e158 gponDeleteOmciHostBridgePortData+50 :
gponFreeOmciHostBridgePortCfgBuf (8b43e54)
95b750 gponFreeOmciHostBridgePortCfgBuf+184:
gponFreeOmciIpHostVlanFilterModeCfgBuf (8b43e54)
95c948 gponFreeOmciIpHostVlanFilterModeCfgBuf+160: avlDelete ()
1e877ac avlDelete +130: avlRebalance ()

Later, we analyzed it was mainly related to following configurations such as vlan-filter-

mode iphost onu-vlan and 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

After above are configured, and then delete ONU, or re-add vlan-filter-mode iphost and
onu-vlan iphost, maybe there will appear tasks suspended.

Action: Modify AVL tree and Special modifications for Indonesia scenario.

Note: The patch must cooperate to use with r0 and Only for Indonesia scenario; if the
suspension problem appears, you need to perform active / standby change-over twice to
completely restore or reboot the NE. When patching, if there is no problem temporarily,
we suggest performing active / standby change-over twice after patched if there is host
or other configuration, making the two main control cards run once again, to completely
eliminate hidden dangers.

ZTE Confidential & Proprietary 49

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.6 SCXLV125P3T13_r4.pat, SCXMV125P3T13_r4.pat,

SCXNV125P3T13_r4.pat, SMXAV125P3T13_r4.pat

2.6.1 The card status was in configuring, and the occupancy of the
backup main control CPU was 99% all the time

Symptom: On a certain C300 NE in Shen Yang Mobile:

1. Failed to add ONU Failure reason: device operation failed (the card is in
Configuring status);

2. Logged in the OLT and found that the card status was abnormal: the status of
GTGOG cards in Slot 8 and 15 was in configing.

3. Use show processor to view that the occupancy of the backup main control card’s
CPU was 99%, and the memory utilization rate of the active main control card and
backup main control card was about 75%.

4. All the users under Slot 8 and 15 were offline, and it was invalid to deliver card
restarting command via CLI.

Active main control card’s PPMgt task was blocked all the time, stacking information:
[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 ()

50 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

Action: Because when synchronizing active / backup files, if the backup main control
card’s nfs file system wasn’t finished, it would be abnormal when synchronizing. Use the
patch to modify current problem.

Note: After the problem has appeared, maybe restarting won’t be effective, you need to
execute reset_card command under the main control’s serial port to recover.

2.6.2 Problem when NMS disabled the Summer-Time function

Symptom: Disabling the summer-time function via NMS could just disable the summer-
time function on the active main control card, the summer-time configuration on the
backup main control card wouldn’t be deleted, and it was still valid, after active / backup
changeover, the summer-time function could be enabled once again.

Action: Fixed bug.

Note: NA.

2.6.3 The show interface command caused suspension of Protocol task

Symptom: Protocol task of the main control card was suspended, suspension file’s
contents:

The reason: Check task id=0x8f05da8, name=Protocol exception!

task ID:0x8f05da8 [Protocol] at:2015-5-27 week:3 20:18:39

ZTE Confidential & Proprietary 51

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

Task stacking:

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

According to analysis, the ifid transmitted was abnormal, and would be out of boundary,
then add protection in the patch.

Action: Add protection.

Note: NA.

2.6.4 After version upgrade, the acl extend configuration would lose

Symptom: For the project in Czech Republic, after the version was upgraded from
V1.2.3P3 to V1.2.5P3, extend acl configuration would lose. The format of 1.2.3P3’s
extend acl saved to startrun.dat is:

52 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

acl extend number 100

  rule 1 permit udp 213.168.162.201 0.0.0.0 any eq 5060
  rule 2 permit udp 213.168.162.201 0.0.0.0 any eq 5061
  rule 3 permit udp 212.24.128.196 0.0.0.0 any eq 5060
The format of 1.2.5P3’s extend acl saved to startrun.dat is:
acl extended number 100
  rule 1 permit udp 213.168.162.201 0.0.0.0 any eq 5060
  rule 2 permit udp 213.168.162.201 0.0.0.0 any eq 5061
  rule 3 permit udp 212.24.128.196 0.0.0.0 any eq 5060

Because in 1.2.5P3 version, the command’s format was modified as acl extended, at the
same time, 1.2.5P3 version didn’t support to match acl extend command ambiguously,
that is, acl extend failed to be identified as acl extended, causing the command loading
to fail, and the command to lose.

Action: Fixed bug, acl extend could be matched as acl extended, and could load
successfully.

Note: After the version was upgraded V1.2.5P3, and the patch was activated, you
needed to restart to make it effective, that is, if there were NEs configuring acl extend
command, after the patch was activated, you needed to restart to make it effective, or
re-create acl extend manually.

2.6.5 VLAN rate-limit of the main control caused suspension of the PPMgt
task

Symptom: When the version was upgraded to C300V1.2.5P3 version, the PPMgt task
was suspended, through our analysis, we confirmed that is was caused by VLAN rate-
limit of the main control, and its stacking:

[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 ()

ZTE Confidential & Proprietary 53

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

Action: Fixed bug

54 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: After the problem appeared, after patched, you need to perform active / backup
changeover to recover.

2.6.6 The dhcp ip hash conflict caused users unable to get IP addresses

Symptom: For the project in Latvia, one ONU failed to be called, and there was the
following print under the serial port:

12:18:45 05/06/2015 DHCPR:invalid ip hash item.

On the existing network, after related IP data was cleared manually, the ONU dialed
successfully. Further analyze: dhcp relay adopted standard mode in Latvia, the ip hash
table shouldn’t save data, and at the same time, there weren’t failures of deletion; Under
the offer response of the existing network’s server, the code processing of present NEs
had loopholes: among the 5 IPs responded by the server, only one IP could apply
normally, while other four might be left in the table entries, causing later failure of
allocating these IPs to PCs by the server once again.

Action: Fixed bug

Note: If the problem has appeared, after the patch is activated, you need to perform
active / backup changeover once to recover.

2.6.7 Maximum length of MIB and CLI hostnames was inconsistent

Symptom: Configure hostname via CLI, the maximum length of the characters was 32
bytes, but at most 64 bytes could be configured via mib interface. If MIB interface is
adopted to configure hostname and its length is more than 32 bytes, after the
configuration is saved, after rebooted, the hostname will be lost. For example:

hostname SQ-SHUANGFENGSI-ZTE-FTTH-C300-1

Action: Restrict MIB to only use at most 32 bytes.

Note: NA.

ZTE Confidential & Proprietary 55

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.7 GTGOAV125P3T13_r0.pat, GTGOCV125P3T13_r0.pat,

GTGODV125P3T13_r0.pat, GTGOEV125P3T13_r10.pat,
GTGOGV125P3T13_r0.pat, GTGHGV125P3T13_r0.pat

2.7.1 Driver ONU ID conversion problem

Symptom: when changing NMS ONU ID to driver ONU ID, the 127 will be as a invalid
ID, that could lead to accidentally delete, mishandle the ONU data, which the driver onu
id was 127.

Action: fixed the bug.

Note: none.

2.7.2 The problem of high CPU occupancy of the line card

Symptom: When the line card was inservice, CLI command show process, or to use line
card shell command spy, found out some task total percent is high, because for the
processing of the PON MAC driver alarm task have long scanning. For example, after
executing spy command as follow:

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)

Action: Modified to optimize the alarm scanning.

Note: only include GTGOC,GTGOE,GTGOG and GTGHG.

56 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.7.3 ONU side multicast problem

Symptom: when test one multicast service, run the script, after repeated many times ,not
delete the multicast configuration(flow 255), the multicast service was not working. clear
ONU all configuration and restart, it was still not working,only deleted onu and added
onu again, or delete the multicast flow 255 and reconfigured the multicast flow 255,the
multicast was work. Due to the repeated the clear or remove mvlan, the line card did
NOT check the number of vlans, lead to no protection.

Action: fixed the bug, added the flow of 255 operation of protection.

Note: none.

2.7.4 IPv6 GUA MAC address problem

Symptom: Singapore telecom test GTGOE line card, when enable IP SOURCE GUARD,
in the process of protocol interaction, upward all GUA IPv6 address is not allowed to
pass through, the realization of the current version is only discarded GUA IPv6 address
for 2001:: /16, need to modify for addresses 2001::/3.

Action: modify for all GUA Ipv6 address 2001::/3.

Note: only for GTGOE line card.

2.7.5 Line card multiple tasks suspending problem

Symptom: Shenyang mobile V1.2.5 P3 version upgrade, the line card multiple tasks
were suspending, its tasks and stacks information were as follows:

-> i
NAME ENTRY TID PRI STATUS PC SP ERRNO DELAY
---------- ------------ -------- --- ---------- -------- -------- ------- -----
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

ZTE Confidential & Proprietary 57

 ZXA10 C300 V1.2.5P3 Patch Release Notes

……
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 ()

58 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

7083ac MuxlayvLogMsg +5c : muxlog_vLogMsg (69fa450)

8c896c muxlog_vLogMsg +3a0: 8c7fb8 (65da6a4, 64cb520)
832d3c memcpy +28 : bcopy ()

Action: fixed the bug: delete useless log code.

Note: If there were already suspending, after the patch was active,it need to restart the
line card.

2.7.6 LOID authentication failure problem

Symptom: when onu was registered by LOID, these onu will not be working. Because
the LOID and LOIDPW cannot report to auth module, onu’s state can't move syncMib,
and finally can’t move working state. Because it was found out that the task sent
message to itself, to the normal processing will not be able to perform, which will not be
able to get the LOID and LOIDPW from onu, therefore, authentication is not able to
complete, the ONU can't working.

Action: Changes the task sent message to itself.

Note: only for GTGOA and GTGOD line card, other line cards were normal.

2.7.7 GTGOG line card swap interrupt long time problem

Symptom: SCXM/SCXN + GTGOG, when the swap was from slot 10 to slot 11, the
service may interrup second level. Because of the GTGOG inner-port which was
corresponding slot 11 was disable, after swap completed, the port was enabled, it
affected the service recovery time.

Action: Two slots corresponding ports had been enable.

Note: only for GTGOG line card, other line cards were normal..

ZTE Confidential & Proprietary 59

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.7.8 GTGOG line card transceiver information display problem

Symptom: GTGOG pcb version was 120301, two otdr optical transceivers were online at
the same time,one was in the first four interface,other was in the last four interface (for
example, the first was plugged PON 1, the second was plugged PON 5), the last optical
transceiver could read failed. GTGOG PCB version was 140600, the optical transceiver
may get error information, such as the manufacturer information was Hisense ,it may be
HHsense.

Action: Modify the I2C sequence.

Note: only for GTGOG line card,other line cards were normal..

2.7.9 GTGOG/GTGHG typec swap problem

Symptom: ONU was typec protection,after swap, need to change the active or standby
state, the active and standby state will to be deal with different process, since the code
is a bug, not modify its state before the swap, when after swap, the standby ONU will be
active, but it was still standby, so the ONU will be offline(the state will be from O4 to O2),
and then comes back online(the state will be from O2 to O5), the service may be
interrupt long time.

Action: after swap, immediately changed state.

Note: only for GTGOG and GTGHG line cards, other line cards were normal. The typec
refers to our own typec on the command line, is refers to the two optical transceiver and
one PON MAC, rather than ITU typec, the ONU is only 9806...

2.7.10 GTGHG multicast service problem

Symptom: In GTGHG line card,the first eight PON interface and the last eight PON
interface had more than one ONU at the same time watch on the same multicast, if one
of the user left the multicast, all user of the eight PON interface had watching the same
multicast will also be affected, multicast will interrupt. Such as:

1. user A: ONU 1 under the PON 1 was watching on 225.1.1.1;

60 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2. user B: ONU 2 under the PON 1 was watching on 225.1.1.1;

3. user C: ONU 1 under the PON 8 was watching on 225.1.1.1;

4. user D: ONU 1 under the PON 9 was watching on 225.1.1.1;

5. user E: ONU 1 under the PON 12 was watching on 225.1.1.1;

6. user F: ONU 1 under the PON 16 was watching on 225.1.1.1;

If the user A left the multicast 225.1.1.1, then the user B and user C multicast 225.1.1.1
interrupt, user D, E, F is not affected; If the user F left, the user D and E multicast
225.1.1.1 interrupt, user A, B, C are working. The user A, B, C group in any one to leave
the other users multicast interrupt, another D, E, F group were not affected; Same user
D, E, F group any one to leave the other users multicast interrupt, another A,B,C group
were working.

Action: modify the leave logic.

Note: only for GTGHG line card.

2.8 GTGOAV125P3T13_r1.pat, GTGOCV125P3T13_r1.pat,

GTGODV125P3T13_r1.pat, GTGOEV125P3T13_r1.pat,
GTGOGV125P3T13_r1.pat, GTGHGV125P3T13_r1.pat

2.8.1 When interconnecting with third-party manufacturer ONUs, report

TIWi alarm

Fault Description: Under the engineering environment of Wen Zhou Telecom, adopt
V1.2.5P3-version GTGHG and HW’s ONU (HG8245, HG8120C) to interconnect, the
ONU was on-line and off-line frequently, because the OLT side monitored the ONU’s
TIWi alarm, and then set the ONU as Deactive, and then it was on-line once again.
Later, via communicating with the third party, we knew that when HW interconnects with
its own OLT, its DOWi and TIWi thresholds are loosened a bit, with its threshold set as 8

ZTE Confidential & Proprietary 61

 ZXA10 C300 V1.2.5P3 Patch Release Notes

and 16, our OLTs still monitor to generate alarms according to standard 4 and 8,
therefore, TIWi alarm is generated.

Action: Loosen the threshold to 8 and 16.

Note: Just modify GTGOC, GTGOE, GTGOG and GTGHG.

2.8.2 During Typeb change-over, LOSi still exists

Fault Description: In typeb protection, when performing protection change-over, there

may appear the problem that LOSi alarm still exists when the work port ONU is normal.
For example, current working and protection ports are Port A and B, when performing
change-over, maybe the ONU on Port A will appear LOSi, at this time, Port A has
already become the protection port, and then change over once again, changing from B
to A, at this time, Port A has become the working port again; at this time, the ONU
services on the port are normal, its status is working, but there may be LOSi alarm.

Action: When the PON port becomes the working port, the ONU is normal, report once
again, the alarm disappears.

Note: If the alarm has appeared before patched, it can be recovered only after you wait
for next change-over, or it will be normal automatically after the ONU is on-line and off-
line once. Just comprise GTGOC, GTGOE, GTGOG and GTGHG line cards.

2.8.3 Suspension problem appears during the startup process of

protection line cards

Fault Description: When testing GTXOG in the Institute, the task was suspended during
the startup process of the line card. Because of the task order problem when starting the
line card, it probably will cause suspension of line cards, caused them unable to be
started normally. Through code walkthrough, other line cards have the same situation,
just a matter of probability, therefore, all line cards are modified. If the line card has
already been started normally, the problem won’t exist.

Action: Protection processing by adding a null pointer.

62 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: If the line card appears the problem, it needs to patch first before activating and
rebooting.

2.8.4 The ONU was on-line and off-line frequently when PW

authentication was used for Singapore Telecom

Fault Description: For Singapore Telecom, when PW authentication was used, and
enable sn-bind disable at the same time. Afte3r the ONU was on-line normally for a
while (at least more than 3 minutes), power it off or insert / extract the ONU, and then
the ONU was on-line once again, services would be abnormal, and the ONU might be
on-line and off-line repeatedly, mainly because ONU off-line alarms were not cleared. If
there appear LOSi, or repeated unknown in query status, that is, show gpon onu detail-
info gpon-onu_1/x/x:x, there will appear:

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

ZTE Confidential & Proprietary 63

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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

Action: When the ONU is on-line and ONU ID sets up mapping, clear previous alarm
information.

Note: If the problem has already appeared, you need to make the ONU on-line once
again, for example, insert / extract optical fiber, or execute shutdown/no shutdown. All
line cards have similar situation.

2.8.5 Coexistence of Ipv6 and ipv4 was the problem that arp messages
were dropped at downlink

Fault Description: When ip-source-guard was enabled, and IP+MAC mode was
configured, if ipv4 and ipv6 got the IP address at the same time, downlink ipv4 arp
would be blocked, and would be dropped inside the GTGOE, if just ipv4’s IP address
was got, there would be no problem. If only IP filter mode was adopted, there would be
no problem, either. Adopt the following commands to view the filtering mode adopted by
current ip-source-guard:

ZXAN#show ip-service ip-source-guard bind-type

ip source guard bind type: ip+mac filter

64 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Action: Modify internal mapping rule

Note: If the problem has already appeared before patched, after patched, you need to
unbind the IP, and re-acquire IP address, and then it will be normal. Only GTGOE has
modified the problem.

2.8.6 Loopback ping but there was packet loss under Linkstar scenario

Fault Description: In engineering, use linkstar to test: one PON port is connected with
three ONUs, of them, the UNI ports of two ONUs adopt network cables to connect, and
then ping packets on the third ONU, at this time, there was packet loss occasionally.
Networking diagram:

Because the uplink side will deliver flood packets downwards (for example, NMS
initiates to query other IP’s arp packets or unknown flood packets, or MAC addresses
whose destination address is the same as ONU3 ping packet), and upwards via the
looped onu1 and onu2 loopback, maybe it will affect the ping packets on ONU3, causing
packet loss.

Action: When anti-spoofing is enabled, SW part of the line card is set as Uplink Port
Priority; when anti-spoofing is disabled, shut down Uplink Port Priority, to restore it as
being able to migrate.

Note: The patch is customized for linkstar, just for the line card GTGOG and GTGHG.
You need to enable the anti-spoofing function to make it take effect, and at the same
time, the anti-spoofing function and ONU loopback detection function are mutually

ZTE Confidential & Proprietary 65

 ZXA10 C300 V1.2.5P3 Patch Release Notes

excluded: either enable the anti-spoofing function, or enable the loopback detection
function.

2.8.7 Rebooting problem of GTGOG/GTGHG line card

Fault Description: In Bao Shan, Yunan province, there appeared the alarm on NMS that
the card’s software hasn’t run, all the PON ports on the line card had LOS alarm,
services would be interrupted temporarily, and NMS alarms:

Following information of suspension files exported:

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

Action: Modify internal abnormal mechanism monitored

Note: Just GTGOG and GTGHG line cards had the problem.

2.8.8 HW HG8120 ONU was off-line in Tie Ling, Liaoning province

Fault Description: After the version was updated to V1.2.5P3 in Tie Ling, Liaoning
province, interconnect with HW’s ONU (HG8120C), the ONU was on-line and off-line

66 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

frequently, because the OLT side monitored the ONU’s SFi alarm, and then set the ONU
as Deactive, and then it was on-line once again, other ONUs had no similar situations.
V1.2.3P3 and V1.2.5P3 versions change in terms of SFi threshold, improving it higher.
-3
Because the original (standard widest threshold) is modified into -5, maybe the type of
the HW’s ONU had a large error code, modify the SFi threshold back to 10-3 via the
patch.

Action: Modify the threshold into the original value.

Note: GTGOC, GTGOE, GTGOG and GTGHG cards all have the same situation.

2.9 GTGOAV125P3T13_r2.pat, GTGOCV125P3T13_r2.pat,

GTGODV125P3T13_r2.pat, GTGOEV125P3T13_r2.pat,
GTGOGV125P3T13_r2.pat, GTGHGV125P3T13_r2.pat

2.9.1 ONU failed to learn MAC addresses

Symptom: In Colombia, ETB had the problem that the GTGOG line card’s ONUs failed
to learn MAC addresses, and services were blocked. View the number of the MAC
addresses learned internally, and miscalculate it as already reaching the maximum
value, but actually, there was no or few MAC addresses, therefore, it didn’t learn MAC
addresses any longer, but directly drop flows, which caused services blocked.

Action: Modify internal miscalculation.

Note: Just GTGOG and GTGHG cards have the problem. When patch was active you
need to execute reset card, it became to take effect.

2.9.2 Services of yellow packets of the third-party ONU were abnormal

Symptom: After Da Lian Unicom was upgraded to V1.2.5P3 version, service flows of the
third-party ONU were blocked, and we analyzed and found that it was because the flows
transmitted by the ONU were all yellow packets (that is, CFI bit position was 1), while
the color sensitivity mode was configured at the OLT side, at the same time, it was

ZTE Confidential & Proprietary 67

 ZXA10 C300 V1.2.5P3 Patch Release Notes

configured as non-coupling and EBS weight as 0, in this way, the OLT side directly
dropped all yellow packets, which caused services blocked.

Action: Modify green packets and yellow packets as being configured as coupling mode,
and at the same time, set EBS weight as non-0.

Note: Just GTGOG and GTGHG cards have the problem. When patch was active you
need to execute reset card, it became to take effect.

2.9.3 After Ip-source-guard was enabled, confused data caused ONU

services blocked

Symptom: In S1 version, after IP-source-guard was enabled, if you batched delete and
add ONUs repeatedly, finally services of some ONUs would be abnormal; via our
analysis, because when deleting repeatedly, IP-source-guard configuration data was
confused, causing the IP addresses of some ONUs to be inconsistent with actual IPs.

Action: Modify ip-source-guard’s data management.

Note: Just GTGOG and GTGHG cards have the problem.

2.9.4 DGi alarm was frequently reported

Symptom: In engineering, due to the problem of the ONU’s power adapter for linkstar,
the ONU reported DGi alarm constantly via PLOAM messages mistakenly, a great
number of PLOAM messages impacted the normal processing of other ONUs, affected
other ONUs to be on-line normally, causing other ONUs on the line card to be affected.

Action: When monitoring similar ONU, deactivate the ONU, and forbid it to be on-line in
a period of time.

Note: NA.

2.9.5 LOID mistaken binding problem

Symptom: After Chong Qing Telecom was upgraded to V1.2.5P3 version, part of ONUs
failed to register, and the LOIDs of ONUs were bound mistakenly. Via final packet

68 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

capturing and ONU, it was confirmed that the problem was related to the ONU, and it
needed OLT to avoid.

Action: Add the function: when the OLT side receive same LOIDs within a rather short
period (less than 3s), it thinks the last ONU’s LOID is correct, while previous LOID is the
LOID in its cache the ONU reserves before and it’s wrong, and it needs to be dropped.

Note: NA.

2.9.6 Optical power collection caused suspension of tXponCtrlSub0 task

Symptom: In V1.2.3P3 version, the third-party NMS regularly collected ONU’s receiving
optical power, which caused suspension of GPON line card’s tXponCtrlSub0 task, and
its stacking information:
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 ()

Because the input parameters were abnormal, and there was no protection inside,
causing data out of boundary, which led to suspension of tasks. V1.2.5P3 also had the
same problem.

Action: Add the checking and protection of input parameters.

Note: NA.

ZTE Confidential & Proprietary 69

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.9.7 GTGOE line card’s ONU registration problem

Symptom: After Shan Dong Telecom was upgraded to V1.2.5P3 version, part of ONUs
failed to register. Symptoms: its state migrated from logging -> losi repeatedly. Seen
from internal analysis at the OLT side, after the ONU migrated to O5 state, it didn’t
receive upstream PLOAM messages, and then deactivate the ONU, and then it was on-
line again. At the ONU side, its state was O2->O3->O4->O2, sometimes, it could reach
O5, and then it received the Deactive message from the OLT, its state migrated to O2.

Action: Avoid exceptions found on engineering.

Note: Just GTGOE line cards have the problem.

2.10 Patch FTGKB_LX.MVR(V1.2.5P3T14)

Symptom: DST tested V1.2.5 P3T13 version, when configurating the VLAN XConnect,
the PTP and L2CP packet were NOT transparent, and at the same time, it can be
learning the MAC address. The previous version for protocol processing was as follow:

1 About PTP packets, they were default transferred to CPU in upstream, NOT transfer to
main contrl board, It was NOT configure. downstream is according to rule which was the
configurated service-port.

2 About L2CP packets, they were forwarded directly to the main contrl board without any
processing, It was NOT configure. downstream is according to rule which was the
configurated service-port.

Action: For protocol packet NOT transparent, Automatically adopt by vlan xconnect
command as follow:.

When vlan xconnect was configured on one port, PTPs and L2CPs packet on the port
were transfered according to the rules of service-port, the service-port which is
configured vlan xconnect flow were not learn MAC address. If there is no configuration
any xconnect on the port, the behavior as before.

Note: NOT enable 1588 and XConnect functions on the same port at the same time.

70 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.11 FTGKBV125P3T14_r20_dst.pat

2.11.1 PTP and L2CP problem NOT configing xconnect

Symptom: FTGKB_LX. MVR P3T14 version, only when the xconnect was configuration
on one port, the PTP and L2CP can be translated with the rules of service-port, if there
is no configuration xconnect, there is still old behavior in P3T13 version, the PTP directly
discarded, and L2CP VLAN is not translated directly forwarding. It was NOT satisfied
with DST scenario.

Action: Modify PTP and L2CP Forwarding rules.

Note: NOT support 1588 function when active the patch.

2.12 FTGKAV125P3T13_r0.pat

2.12.1 Reading txPower of the uplink port’s optical modules was abnormal

Symptom: The GDFO uplink ports 17/1 and 17/2 were off. View that the txPower was
“no signal”, and the optical interfaces were unavailable. After the fibers of the two optical
interfaces were cut over to 19/3 and 20/3, it was normal, and then re-insert two optical
modules on 17/1 and 17/2, you could see that the states of the optical modules were
abnormal. It was confirmed on-site that the optical modules using WTD also had the
same problem.

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:

ZTE Confidential & Proprietary 71

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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)

Action: .

Note: .

72 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.13 SMXAV125P3T13_r5.pat, HUTQV125P3T13_r0.pat,

HUTQBV125P3T13_r0.pat, GUCDV125P3T13_r0.pat

2.13.1 Uplink Optical Transceiver Temperature Alarm

Symptom: The temperature of the uplink GE optical transceiver module is displayed as

“-992.906 (c)”. The model is “EOLS-1312-10-D”.

ZXAN#show interface optical-module-info gei_1/3/1

ZTE Confidential & Proprietary 73

 ZXA10 C300 V1.2.5P3 Patch Release Notes

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)

Action: Identify the model of the specified optical transceiver module and process the
fault by software.

74 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: None.

2.14 SCXLV125P3T13_r5.pat

2.14.1 SCXL+GTGOG Lose Packets in the Downstream Direction

Symptom: For SCXL+GTGOG, the inner port uses the trunk mode, and the main control
card uses VLAN+Source MAC+destination MAC, while the line card uses
SVLAN+Source MAC. Due to different hash algorithm, the PPPoE packets from the
same ONU are transmitted to two ports. The line card trunk has a bug and drops the
traffic received on one port. Meanwhile, the line card does not support modifying the
hash algorithm; therefore we need to modify the hash algorithm into SVLAN+Source
MAC on the main control card.

Action: Modify the hash algorithm of the trunk into SVLAN+Source MAC when
SCXL+GTGOG are used.

Note: None.

2.15 GTGOAV125P3T13_r3.pat
GTGODV125P3T13_r3.pat

2.15.1 F601 Unable to Connect Online

Symptom: The F601 connected under the GTGOA card connects online and offline
repeatedly at an interval of four minutes. The reason is because LOS. The fault occurs
when the ONU registers by LOID and SN BIND is disabled.

Action: When the ONU registers by LOID and migrates to SYNCMIB, increase
OLT/ONU LOS deletion logic.

Note: None.

ZTE Confidential & Proprietary 75

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.16 SCXLV125P3T13_r6.pat, SCXMV125P3T13_r6.pat,

SCXNV125P3T13_r6.pat, SMXAV125P3T13_r6.pat

2.16.1 ARP Proxy Answer Error

Symptom: After the ARP proxy is enabled, it answers ARP requests on the network
side, and the ARP requests sent by other network equipment will receive wrong answer
messages.

Action: Forbid the ARP proxy from answering packets on the network side.

Note: None.

2.16.2 802.1X Packets Extracted to CPU By Default, Causing SNMP Packet

Loss

Symptom: By default, 802.1X packets are extracted to the CPU, which causes SNMP
packet loss.

Action: Modify that the 802.1X packets are not extracted to the CPU by default.

Note: None.

2.16.3 SNMP Ping Failure

Symptom: SNMP ping from the EMS to the C300 fails. The fault is caused by SNMP
buffering packet memory leakage due to SNMP CallList concurrent access.

Action: Modify the memory leakage.

Note: None.

2.16.4 Snmp V3 Ping Failure

Symptom: SNMP V3 ping failure.

Action: Modify the processing logic.

76 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: None.

2.17 GTGOEV125P3T13_r4.pat,
GTGOAV125P3T13_r4.pat,
GTGOCV125P3T13_r4.pat,
GTGODV125P3T13_r4.pat,
GTGOGV125P3T13_r4.pat,
GTGHGV125P3T13_r4.pat

2.17.1 New Service Cannot Learn MAC After the PON Service Profile is
Replaced

Symptom: New service cannot learn MAC after the PON service profile is replaced.
When replacing the profile, the new VPORT inserting into other VPORTs of existing
profile will cause mapping relation disorder between GEMPORT and VPORT (BP), the
new GEMPORT will be deleted, and the service will be interrupted.

Action: Modify the software logic.

Note: Affect the GTGOG/GTGHG cards.

2.17.2 GEMPORT Rate Limit cpb=pbs Causes Service Interruption

Symptom: Services are interrupted when gemport rate limit cpb=pbs, the reason is
because ebs=0 when pbs is less than or equals to cbs.

Action: Modify GEMPORT rate limit configuration, and configure ebs into the larger
value between cbs and 10 when pbs is less than or equals to cbs.

Note: Affect the GTGOG/GTGHG cards.

ZTE Confidential & Proprietary 77

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.17.3 “Failure” Returned When GEMPORT ID is 129

Symptom: “Failure” is returned and the service is interrupted when GEMPORT ID is 129

Action: Modify it into normal resource release.

Note: Affect the GTGOG/GTGHG cards.

2.17.4 GTGOA Port With an Even Number Does Not Show MAC

Symptom: MAC is displayed by running the “show mac-real-time” command, but not
displayed by running the “show mac” command.

Action: After modification, the display is correct.

Note: Affect the GTGOA/GTGOC cards.

2.17.5 9806mib Synchronization Error

Symptom: The 9806 is persistently in mib synchronization state and cannot enter
working state.

Action: Modify the OMCI mib synchronization overtime timer from “t0” to “3*t0”. By
default, t0 is 100 seconds. After the patch is installed, the default overtime is 300
seconds. t0 can be modified via the serial port.

Note: None.

2.17.6 Powered-off F607 (HGU) Under GTGHG Cannot Re-Register

Symptom: In multiple Heilongjiang offices, ONUs connected under the GTGHG card are
disconnected and unable to register. Through analysis, we found that the reason is
because the discovery time window latency of the 16 PON ports under GTGHG exceeds
the timer.

Action: Increase timer latency.

Note: Affect the GTGHG card.

78 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.17.7 ONU Cannot Register Under GTGOA

Symptom: ONUs are unable to register. It is reported that the ONU SN has been
registered; therefore the ONUs cannot re-register.

Action: Modify the alarm code logic.

Note: Affect the GTGOA/GTGOD cards.

2.17.8 Huawei ONU Cannot Work

Symptom: At the end of July, Hebei Shijiazhuang Xingtang Unicom reported that some
Huawei ONUs connected under the C300V1.2.5P3 GTGOE line card cannot connect
online and are in “LOS--LOGGING—SYNCMIB” state. The fault can be recovered by
running the “shutdown/no shutdown” command.

Action: Modify the software logic.

Note: Affect the GTGOE/GTGOG/GTGHG cards.

2.17.9 OLT Fiber Break and Power-off Alarm Optimization

Symptom: Trunk fiber break is reported as ONU power-off.

Action: Find the last LOS ONU, judge whether it has power-off alarms, and judge
whether the interval between the power-off time and LOS time is shorter than 10S.
Optimize the alarm logic.

Note: None.

2.17.10 GPON Line Card tod Distribution Error

Symptom: Tod frame skip occurs when performing tod clock testing on the 1588
platform.

Action: Avoid the situation that 1pps and superframe value are inconsistent. Only allow
tod distribution when the two values are consistent.

ZTE Confidential & Proprietary 79

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: Affect the GTGOE/GTGOG/GTGHG cards.

2.17.11 EPONN Card Suspends and “txponnpproc suspend” Prompted

Under Shell

Symptom: Memory application fails when xPON ONU authentication is being processed,
causing task suspension.

Action: Increase protection.

Note: None.

2.18 SCXLV125P3T13_r7.pat, SCXMV125P3T13_r7.pat,

SCXNV125P3T13_r7.pat, SMXAV125P3T13_r7.pat

2.18.1 ARP Proxy Answer Error

Symptom: After the C300 deployed by Shijiazhuang Unicom is upgraded to V1.2.5P3,

the VoIP service registration of some MDU is abnormal.

 Both OLT1 and OLT2 are under the same Switch and the same VLAN.

 OLT1 enables MFF and connects with ONU1.

 OLT2 disenables MFF, but connects with ONU2.

 Ping from the network gateway to ONU2 fails (ONU1 can ping the network
gateway).

 OLT1 disables MFF. Wait for a while, ONU2 can ping the network gateway.

Through analysis, it is found that:

 Under normal situations, MFF forwards ARP packets to the user side when it
cannot answer. But now, it is found that C300 V1.2.5P3 forwards the packets to the
network side.

80 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

 After OLT2 receives the packets, ONU2 MAC is drifted to the uplink port, and later,
the upstream traffic sent by ONU2 is interrupted (OLT2 enables MAC anti-drifting
and upstream port priority).

Through analyzing the packet transmission function, we found that the port sends
packets in both upstream and downstream direction to the member ports within the
aggregation group.

Action: Forbid the ARP proxy answer the packets sent from the network side.

Note: None.

2.18.2 Task Suspension Caused by Telnet Screen Width Too Large

Symptom: Use the PuTTY.exe software to telnet the NE and configure Column into 600,
and choose “Forbid resizing completely”, the main control card suspends during the
telnet process.

Action: Fix the bug.

Note: Reboot the NE and activate the patch.

2.18.3 Last Port Cannot be Obtained by Standard mib getnext

Symptom: The last port cannot be obtained by standard mib getnext.

Action: Fix the bug.

Note: None.

2.18.4 Multiple oid Variable Binding When Performing GetBulk Operations

Causes Dead Loop

Symptom: Performing GetBulk operations when multiple oid variables are bound causes
process dead loop and CPU utilization too high.

Action: Fix the bug to avoid the dead loop.

ZTE Confidential & Proprietary 81

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: If the card is in dead loop, reboot the card and then activate the patch.

2.18.5 EMS Cannot Display “patch-saved” Information

Symptom: The EMS cannot display “patch-saved”. After the patch is installed, the EMS
displays the patch version stored in the file system.

Action: Modify the software logic.

Note: None.

2.18.6 GDFO Port Rate is Displayed as 100M When It Is Configured Into

1000M

Symptom: GDFO port rate is displayed as 100M when it is configured into 1000M, and
the port cannot join the aggregation group.

Action: Modify the port working rate logic, and update the actual rate when it is
configured into mandatory. Modify the software logic.

Note: None.

2.18.7 SNMP Operation Causes Process Suspension

Symptom: After being upgraded to V1.2.5P3T13, two NEs are suspended at Shaanxi
Telecom. It is because the NE is upgraded but the EMS is not, and C300 is managed by
the C220 EMS. Through analyzing the crash files and code, we found that the problem
is caused by incomplete protection of shelf and card.

Action: Increase the validity check of the SNMP index value, check the shelf and card
range, and return error in case of exception.

Note: If the NE task is suspended, reboot the card and activate the patch.

2.18.8 “show gpon remote-onu mac” Causes Memory Out-of-Boundary

Symptom: The “show gpon remote-onu mac causes” command causes memory out of
range.

82 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Action: Fix the bug.

Note: If memory out-of-boundary occurs, reboot the card and activate the patch.

2.18.9 “Failure” Is Returned When Downloading a Patch With the Same

Name as the Patch That Is Illegally Deleted

Symptom: When the patch version is illegally deleted, “failure” will return when
downloading the patch version with the same name.

Action: Support version download overwrite.

Note: None.

2.18.10 Patch Activation Causes SCXL Card Cannot Enable MFF Due to
Memory Out-of-boundary

Symptom: Patch activation causes memory out-of-range, and causes the SCXL card
cannot enable the MFF function.

Action: Fix the bug.

Note: Reboot the card after activating the patch.

2.18.11 Loopback Address Can Be Pinged but Cannot Be Telnet

Symptom: Loopback address can be pinged but cannot be telnet.

Action: Modify the software logic.

Note: None.

ZTE Confidential & Proprietary 83

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.19 GTGOEV125P3T13_r5.pat,
GTGOAV125P3T13_r5.pat,
GTGOCV125P3T13_r5.pat,
GTGODV125P3T13_r5.pat
GTGOGV125P3T13_r5.pat,
GTGHGV125P3T13_r5.pat

2.19.1 IGMP Traffic Slow and Overtime

Symptom: The speed that the IGMP traffic transmitted to the OLT uplink port is slow.

Action: Modify the software logic.

Note: Affect all the line cards.

2.19.2 New F607 Registration Slow

Symptom: After upgrading from V1.2.3P3 to V1.2.5P3T13, new F607 that uses LOID
registration mode needs five minutes to connect online. The provisioning process is as
follows: connect the F607, query the UNCFG configuration, and modify the ONU LOID
and CLI LOID the same. The fault is caused by:

 The LOID configured via the CLI is A. According to the general provisioning
process, connect the ONU (the ONU LOID is B), the OLT obtains the unconfigured
information (LOID) and place it into the aging table.

 Modify the ONU LOID into B. According to the current logic, obtaining the UNCFG
information including LOID will activate the ONU frequently. When the aging time
comes (five minutes), the ONU is re-activated, the OLT obtains the new LOID, and
the ONU registers.

84 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Action: Modify the patch according to the provisioning process. UNCFG ONU does not
rely on the aging time. Each time when the OLT discovers UNCFG-ONU, it obtains
LOID.

Note: Affect all GPON line cards.

2.19.3 F822 Cannot Connect Online

Symptom: After upgrading to V1.2.5P3T13, the F822 MDU connected under the
GTGOE card at some Jinan Telecom sites is unable to connect online. The OLT fails to
obtain the PW from the OLT, causing the registration process is unable to be completed.
The problem cannot be solved after rebooting the card or line card. Through further
research, we found that the OLT is unable to obtain the PW when the ONU is allocated
with ONUID of 3 or 5. Because the RANGING TIME message received by the ONU
does not enter O5; therefore the PW is not reported. However, the ONU can report the
PW and register normally if its ONUID is 7 or 10. Because the problem cannot be solved
within a short period, the OLT needs to increase the prevention methods.

Action: Delete the MAC ONU when failing to obtain the PW. Delete the SN and ONU
binding relationship, skip the ONUID that causes registration failure, and allocate from
ONUID+1. When reaching the maximum parameter threshold 127, allocate (1). If
ONUID 1 to 127 are all allocated, allocate ONUID 0.

Note: Affect the GTGOG/GTGHG cards. The GTGOE card has the problem, but it has
solved by the r2 patch.

2.19.4 OMCI Alarm Memory Leakage

Symptom: GTGOA/GTGQA card function exception due to memory shortage occurs in

Hebei Baoding and Guangxi. Check the line card shell, there are a lot of memory
application failure.

0x66256c8 (srvEvent): memPartAlloc: block too big - 181 in partition 0x7fff2c8.

0x66256c8 (srvEvent): OsAlloc 93 return NULL!
0x65a49f8 (almMaskTask): memPartAlloc: block too big - 216 in partition
0x7fff2c8.

ZTE Confidential & Proprietary 85

 ZXA10 C300 V1.2.5P3 Patch Release Notes

0x65a49f8 (almMaskTask): OsAlloc 128 return NULL!

Through analysis, we found that the OMCI alarm processing has memory leakage.
When the OMCI processes the alarms, it removes the meid when storing the firstly
reported alarm, causing each alarm applies memory and triggering memory leakage.

Action: Modify the software logic.

Note: Affect all GPON line cards. Reboot the card to solve the problem.

2.19.5 GTGHG 140900/140901 PCB Forbids CPLD Upgrade

Symptom: The old CPLD version working with 140900/140901 PCB will cause the card
unable to work.

Action: Upgrading the CPLD is not allowed if the PCB version is 140900/140901.

Note: Only affect the GTGHG card.

2.20 SCXLV125P3T13_r22.pat SCXNV125P3T13_r22.pat

2.20.1 Administrator create ONU profile failure in NMS.

Symptom: When NMS configure ONU profile, the index of OID is 0, and the length of
index is larger than 1. NE will return “NO_CREATION ” error.

Action: NE fixed the bug.

Note: None.

2.21 GTGOE.FW(V1.2.5P3T20)

2.21.1 Gemport rate limit failture problem

Symptom:On Singapore telecom project, configing gemport rate limits, the rate limit was not
accurate.
Action:fixed the GTGOE’s firmware。

86 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Note: Reboot the GTGO card after download the firmware.

2.22 GTGOGV125P3T13_r22.pat
Symptom: After configuring rate limit for vport, the rate of FTP service is not stable.
Action: Enable a special mode of QOS by patch.
Note: After active the patch, it will work after rebooting the card. This patch is only for TRUE of
Thailand

2.23 GTGOEV125P3T13_r22.pat GTGHGV125P3T13_r22.pat

Symptom: To realize three formats of port-location packet for PT
Action: To meet the requirement by old command.
Note: This patch is only for PT.

2.24 GTGOEV125P3T13_r26.pat GTGOAV125P3T13_r26.pat

GTGOCV125P3T13_r26.pat GTGODV125P3T13_r26.pat
GTGOGV125P3T13_r26.pat GTGHGV125P3T13_r26.pat
Symptom: ONU is authenticated by LOID and disable sn-binding. Sometime the status of ONU is
working, but service is not working.
Action: Fix the logical bug.
Note: After active the patch, it will work after rebooting the card.

2.25 GTGOEV125P3T13_r11.pat
Symptom: ：After updating C300V1.2.5P3 in Portugal, multicast services of part of GPON
ONUs were blocked, and fail to restore, you need to delete multicast under the remote management
and re-configure it to be able to restore the service.
Action: Use this patch to make sure the multicast VLAN is down to remote ONU when the line
card is rebooted.

ZTE Confidential & Proprietary 87

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.26 GTGOEV125P3T13_r29.pat GTGHGV125P3T13_r29.pat

(only for Portugal)
Symptom: After/During reboot the GPON line cards,the DHCP leases are lost and the TV service
can no be resolved in short time after the ONU working.
Action: Use the patch to reactive the ONU eth port after the ONU working whtn the line card is
reboot.
Attention: The patch just is used for Portugal.

2.27 GTGOEV125P3T13_r12.pat GTGOGV125P3T13_r12.pat

GTGHGV125P3T13_r12.pat

2.27.1 Some onu always working and los in C320V1.2.5P3

Symptom:Some ONU always working and los in C300V1.2.5P3 ONU （GPON）,because of the
tiwi alarm,ONU is ticked.
Action:Cannel the operation to tick the ONU because of the TIWI.
Attention:The patch for GTGOG/GTGHG board.

2.27.2 The C300V1.2.5P3 GTGOG range-mode Problem

Symptom:When the range-mode is 200 to 300,the ONU will los,if you change to 0 to 300,it is ok.
Action:Modify the bandwidth distribute method.
Attention:The patch for GTGOG/GTGHG board.

2.27.3 England INFL C300v1.2.53 Kings Cross Services down

Symptom:In England INFL GTGOE card,the service is down in whole card when they configurate the 了
xconnect configuration.The mac can not be learned in whole card.
Action:Modify the method of mac learning.
Attention:The patch for GTGOE card

2.27.4 Some GPON port service down in GTGHG

Symptom:We found Some GPON port service down in GTGHG for sometime
Action:Add the check and test method
Attention:The patch for GTGHG card

88 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.28 SCXLV125P3T13_r15.pat SCXMV125P3T13_r15.pat

SCXNV125P3T13_r15.pat SMXAV125P3T13_r15.pat

2.28.1 Many OLT site appeared the LACP broken in sometime

Symptom:We found the LACP is broken in Some OLT site with smartgroup connection from short
time when the control card is busy.
Action: Modify the COS for LACP packet.

Attention:When you change the mode of smartgroup,you must no the port from the smartgroup
first.After changing the mode ,you add the port again.

2.29 SCXLV125P3T13_r27.pat

2.29.1 The main board suspend when Administrator logs in C300

Symptom: The main board SCXL suspend when administrator logs in C300 .
Action: Fix bug of software version .

Attention: If main board has suspended, you should active the patch and reboot the OLT.

2.30 SCXNV125P3T13_r20.pat

2.30.1 The main board SCXN suspend after replace SCXL

Symptom: The main board SCXN suspend.
Action:
 Fix bug of software version.
 Record the log of faulty .
 Enhance the protection for swap.
 Protection from traffic of abnormal packets.
 Add a switch for get-bulk.

Attention: If main board has suspended, you should active the patch and reboot the OLT. Please
deactive and delete old patch before downloading and active the new patch

ZTE Confidential & Proprietary 89

 ZXA10 C300 V1.2.5P3 Patch Release Notes

2.31 GTGOEV125P3T13_r20.pat

2.31.1 Some DHCP subscriber can’t get IP address in PT.

Symptom: Some DHCP subscriber can’t get IP address in PT.
Action: R&D can’t find the root cause. Some debug function is added in this patch version in order to
find the root cause.
Attention: The patch is used only for PT.

3 Patch Upgrading Guide

3.1 Upgrading Preparation

Confirm the version of the NE and which patches you need to load.

Study related patch specifications carefully, to view whether there are special
requirements.

3.2 Upgrading Steps

1. Configure related FTP server, and the configuring process is the same as NE
version upgrading.

2. Download a patch.

Command Format:

download patch [patchname]

Command Function:

Download the specified patch file into the main control card. The status of the patch
downloaded successfully is deactivated, of them, patchname is the name of the
patch file, with its value range as 1-32 characters. After downloaded successfully,
you can view the patch information via show patch-saved.

90 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Active / standby synchronization: The command is executed on the active card

first, after executed successfully, it will continue to be executed on the standby card
automatically.

Execution results:

Examples
1, Download the patch of the main control card
ZXAN#download patch scxlv125p3t13_r0.pat
Downloading from host(10.63.196.193)
Transfering file SCXLV125P3T13_r0.pat ...
......[Successfully]

2, Download the patch of the line card

ZXAN#download patch gtgogv125p3t13_r0.pat
Downloading from host(10.63.196.193)
Transfering file GTGOGV125P3T13_r0.pat ...
.......[Successfully]

3. Activate a patch. After the patch is activated, it can work normally.

Command Format:
patch activate [patchname]
Command Function:

Activate the patch downloaded successfully to make it effective; of them, patchname is

the name of the patch file, with its value range as 1-32 characters. After activated
successfully, you can view the information of the running patch via show patch running.

Activate the patch of the main control card: The main control card activates the specified
patch to make it effective, if there is a standby one, activate the specified patch of the
standby one at the same time;

Activate the patch of the line card: Specify the patch name, and activate all the line
cards supporting the patch inside the shelf.

ZTE Confidential & Proprietary 91

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Active / standby synchronization: The command is executed on the active card first,
after executed successfully, it will continue to be executed on the standby card
automatically.

Execution results:

1, Activate the patch of the main control card

ZXAN#patch active SCXLV125P3T13_r0.pat
Active patch in shelf 1 slot 10 success
Active patch finished

2, Activate the patch of the line card

ZXAN#patch active gtgogv125p3t13_r0.pat
Active patch in shelf 1 slot 13 success
Active patch finished s

3.3 Rollback Steps

You can roll back via de-activating and deleting patches.

 De-activate a patch

Command Format:
patch deactivate patchname
Command Function:

De-activate the patch which has been effective. Of them, patchname is the name of the
patch file, with its value range as 1-32 characters.

De-activate the patch of the main control card: The main control card de-activates the
specified patch to make it effective, if there is a standby one, de-activate the specified
patch of the standby one at the same time;
De-activate the patch of the line card: Specify the patch name, and de-activate all the
line cards supporting the patch inside the shelf.

92 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

After you de-activate a patch, use “show patch-running” command to clear

corresponding information.

Active / standby synchronization: The command is executed on the active card first,
after executed successfully, it will continue to be executed on the standby card
automatically.

Execution results:

1, De-activate the patch of the main control card

ZXAN#patch deactive SCXLV125P3T13_r0.pat
Deactive patch in shelf 1 slot 10 success
Deactive patch finished

2, De-activate the patch of the line card

ZXAN#patch deactive gtgogv125p3t13_r0.pat
Deactive patch in shelf 1 slot 13 success
Deactive patch finished

 Delete a patch

Command Format:
delete patch [patchname]
Command Function:

Delete the specified patch file, if the status of the patch is Activated, it is not allowed to
delete. Of them, patchname is the name of the patch file, with its value range as 1-32
characters.

Active / standby synchronization: The command is executed on the active card first,
after executed successfully, it will continue to be executed on the standby card
automatically.

Execution results:

1, Delete the patch of the main control card

ZXAN#delete patch SCXLV125P3T13_r0.pat

ZTE Confidential & Proprietary 93

 ZXA10 C300 V1.2.5P3 Patch Release Notes

Confirm to delete?[yes/no]:y
Start deleting file
deleting SCXLV125P3T13_r0.pat ..
[Successfully]

2, Delete the patch of the line card

ZXAN#delete patch gtgogv125p3t13_r0.pat
Confirm to delete?[yes/no]:y
Start deleting file
deleting gtgogv125p3t13_r0.pat..
[Successfully]

3.4 Upgrading Confirmation

After upgrade, you can judge whether the patch is upgraded successfully via inquiring
the status of the patch.

Command Format:
show patch-saved 

Command Function:

Show the patch files saved on the active equipment, including patches of the main
control card and the line card. If there is a standby one, show the patch information
saved on the standby one at the same time.

Active / standby synchronization: The command is executed on the active card first,
after executed successfully, it will continue to be executed on the standby card
automatically.

Execution results:

ZXAN#show patch-saved
Patch infomation on master board
Loc FileName PatchTag BuildTime PatchLen AdminState
------------------------------------------------------------------------------------------

94 ZTE Confidential & Proprietary

 ZXA10 C300 V1.2.5P3 Patch Release Notes

1/1/10 scxlv125p3t13_r0.pat 2.0 2015-03-13 17:15:24 30467 active

1/1/10 gtghgv125p3t13_r0.pat 2.0 2015-03-03 17:49:57 32013 deactive

Command Format:

show patch-running  [rackno rackno] [shelfno shelfno] [slotno slotno] 

Command Function:

Show the status of patches which have been activated already, including the main
control card and the line card.

rackno rackno Rack No. 1~3 (Differentiate with projects)

shelfno shelfno Shelf No. 1~3 (Differentiate with projects)
slotno slotno Slot No. 2-22 (Differentiate with projects) 
Do not specify parameters, show the information of all activated patches,
specify the slot No., and show the activated patches in this slot.

Active / standby synchronization:

Execution results:

ZXAN#show patch-running
Loc FileName PatchTag OperateTime PatchState
-------------------------------------------------------------------------------
1/1/10 scxlv125p3t13_r0.pat 2.0 2001-01-09 01:17:58 ACTIVE

3.5 Update Precautions

 Before patched, please read relevant patch specifications carefully.

 In V1.2.5p3 version, please delete other version patches.

ZTE Confidential & Proprietary 95