Engineer remote upgrade OSN3500 and all boards are offline in extended subrack except AUX. At the same time,Engineer find Ext_COMM_FAIL in GSCC and all
boards report BD_STATUS in extended subrack (See attachment)
upgrade tool:DC V1R2C01
upgrade method:Simulating Software Package Loading
Source version: 18.104.22.168
Sink version: 22.214.171.124P01
Ext_COMM_FAIL , BD_STATUS
1、Engineer hard reset AUX in Main subrack, the problem do not solve
2、Engineer hard reset AUX in Extended subrack, the problem do not solve
3、Engineer check Ext port and find it open
4、When Engineer prepare to change the AUX,he find the cable connect wrong (Com port in main subrack connect to ETH port in extended subrack)
From R7 or later version, the default value of COM port is close and main subrack and extended subrack can not communicate.
So the extended subrack is offline after TSE upgrade
Total records :1
5、After he change the cable in Main subrack form COM port to ETH port, the problem solve.
The order of DC active the boards as below:
Standby SCC -> active SCC-> standby cross-connect board->active cross-connect board->standby XCE->active XCE->other boards
From analyzing the DC log, we find that GSCC report error when active XCE.
There are three causes:
1、Ext port of GSCC close after upgrade
3、Cable connect wrong
R6 or before version: the default value of COM port is open, main subrack and extended subrack can communicate each other
R7 or later version: the default value of COM port is close,main subrack and extended subrack can not communicate.So the extended subrack is offline after upgrade
Make sure that the cable connect right during the deployment commissioning process