Примечания к выпуску для Cisco Cisco ONS 15454 SDH Multiservice Provisioning Platform (MSPP)

Before you upgrade to Release 4.1.5 from Release 4.0, 4.0.1, or 4.1, you must read this caveat and run 
the SDH Circuit Repair Utility (VcCheck) provided on the software CD (also available on CCO).

The XCVXL card on the ONS 15454 SDH allows the intermixing of VC12 and VC3 payloads within a 
single VC4. When a VC4 contains only one VC12 tributary and at least one VC3 tributary and the VC12 
is deleted, the database becomes corrupt. 

The database load process on the ONS 15454 SDH occurs during a TCC2 reboot, TCC2 protection 
switch, software activation, or database restore. When the database is loaded containing this corruption 
the load process fails, causing the corrupt database to be deleted from the TCC2 flash memory. The 
previous saved database is then loaded instead. When all saved databases on a TCC2 contain the 
corruption, the TCC2 will load with the default provisioning, and all existing provisioning will be lost. 

If this issue occurs you will see a loss of either some or all provisioning after a TCC2 switch or reset. 

To ensure that your network is not vulnerable to this issue, you must first determine if the issue already 
exists within your network, and if so, correct it.  You can detect the issue  by using the SDH Circuit 
Repair Utility (VcCheck) provided on the ONS 15454 SDH Release 4.1.3, 4.1.4, 4.1.5, and 4.6 software 
CDs. The VcCheck tool is also available for download from CCO. Once you have alleviated immediate 
risk from the issue, you must upgrade to Release 4.6, or maintenance Release 4.1.3 (or any later release) 
to avoid further risk. 

The VcCheck utility and its associated README file (in the same directory with the tool) provide 
details on how to temporarily alleviate this issue before upgrading to a release in which the issue is 
resolved. 

This issue is resolved in Release 4.6 and maintenance Release 4.1.3 (caveated herein because of the 
upgrade issue).

Under the conditions listed below, the DS1 card does not raise Loss of Frame for a Mismatched Frame 
Format. This can happen when you change from the correct frame format to an incorrect frame format, 
where the correct format is Unframed and the incorrect format is D4, and you switch from the incorrect, 
to correct, and back to the incorrect format. This issue is resolved in Release 5.0.

When a circuit is deleted from a DS3XM while DS1 loopbacks exist on the ports associated with that 
circuit, the loopbacks become frozen on those ports and cannot be removed. If this occurs, reestablish a 
circuit that uses those ports, then remove the loopbacks prior to deleting the circuit. This issue is resolved 
in Release 5.0.