When the package loading is performed for the remote target NE through the gateway NE, the rollback occurs in the copying files status.
Upgrade the NE software to 5.51.01.15 or a later version.
The conditions for the package loading are listed as follows:
(1) The transmission path of the data packet from the PC to the target NE involves the slave subrack of the target NE. See the following figure.
2. The NE software version of the target NE is 5.51.01.14 or an earlier version.
3. The active SCC board on the master subrack of the target NE has the 8560CPU bug. That is, a record similar to the following is found in the errlog:
: 001# 2007-05-07 12:45:34 ExcptErr: pc=0x00000000, SR=0x1230, FaultAddr=0x00000700, DataBuff=0x01216748, taskname=interrupt (as shown in the following figure, the red data should be matched)
In this case, when the active SCC receives the data packet, errors may occur. As a result, the data packet received is inconsistent with the data packet sent by the PC. Then, the file received is incorrect and rollback of the package loading occurs.
If the environment of an NE to which the software package is to be loaded meets the previous conditions, and the rollback occurs in the process of remote loading, you can upgrade the SCC software of the master subrack on the target NE to 5.51.01.15 or a later version and then perform the package loading. For the loading of NE software, see the relevant sections about the board software loading in the OptiX OSN 6800&3800 Product Software Upgrade Guide V2.1 and make sure that the ofs1 and ofs2 are loaded synchronously.
1. If certain channels of the target NE are on the master subrack, use these channels for loading to prevent the data packets from traveling through the channels between subracks.
2. The rollback caused by the 8560CPU bug usually occurs when the loading progress bar (during the copy of Step 1) on the Toolkit is displayed as 10?40%.
3. For some boards, the bug in the CPU may be very serious. As a result, the NE software fails to be loaded for several times. If the NE software fails to be loaded for eight times, you should go to the site to perform the package loading by directly connecting the PC to the target NE. If the manufacturing date of the board is before July 13, 2007, take the suggestion of the Precaution Bulletin on the Problem That the SCC Abnormally Resets due to the CPU Bug of the TN11SCC of the OptiX OSN 6800 to replace the SCC board.