Hello everyone!
Today, I’d like to share a case.
Problem Description
New expansion for two H805GPFD boards, insert two H805GPFD into MA5600T, board couldnot autoload software, so boards can't be normal or configure service
Problem Analysis
1, Software should be autoloaded by DC expansion function, check why DC expansion not works;
MA5600T software version in system:
Board Fail alarm should reported to U2000, but actually not:
2, check why Alarm not reported to U2000
-->Check OLT snmp trap configuration OK;
-->Diagnose UDP packet for snmp TRAP in OLT:
-->TRAP Source 10.126.14.73 not the IP this OLT registered to U2000 10.126.73.1, So trap packet not identified by U2000
-->Customer Configure VLANIF 1000 as trap source:
Root Cause
1, Customer have two VLANIF for management VLANIF1000 and VLANIF1002, those OLTs were registered to U2000 with VLANIF1002 while configure the TRAP source with VLANIF 1000;
2, When Alarm happens and send TRAP to U2000, but the sourceIP of TRAP is VLANIF 1000, U2000 couldn't identify which OLT this alarm TRAP belongs to, it means all alarms this OLT reports to U2000 will be ignored, not a single alarm in U2000 for this OLT;
3, Of cause for this issue, DC expansion will not work.
Solution Description
Change OLT trap source to Vlanif1002, same with VLANIF this OLT register to U2000;
sysman source trap vlanif 1002
save
then Alarm will be reported to U2000 and DC expansion will work.
Result:
H805GPFD normal and alarm reported to U2000
Suggest
1, When insert new board to OLT, if software for this board in OLT, board will autoload and will be normal, user below command to check if software existed:
display io-packetfile information
2, When new type board inserted to OLT, no software for this type board in OLT, we have DC expansion function to autoload this board software to OLT from U2000, but DC expansion have two requirements:
(a) OLT software whole packetfile existed in OLT, we can check in U2000: Administrator -> NE Software Management -> NE Software Library Management;
(b) Board fail alarm reported to U2000 (This issue due to alarm not reported to U2000)
3, for Diagnose alarm trap issue,
(a) Check the SNMP configuration of OLT
(b) Use diangose function check if alarm trap packet send to U2000
terminal monitor;
terminal debugging;
debugging udp packet dest port 162
Welcome to leave a message below.
We’ll study together.
Thank you!
