Cisco Cisco ONS 15454 SONET Multiservice Provisioning Platform (MSPP) Notas de publicación
![Cisco](https://files.manualsbrain.com/attachments/7380d0050044647c30f5c24bbbf5d0c0b6d9bb84/common/fit/150/50/faa183d287233c52228cfea3dbc2a127fe780f60564fcb0955d9c3d1cd23/brand_logo.png)
23
Release Notes for Cisco ONS 15454 Release 4.0.1
OL-4470-01
Resolved Software Caveats for Release 4.0.1
DDTS # CSCdv81011, CSCdu15203
When performing an XC/XCVT to XC10G upgrade on a two fiber BLSR configuration, E-series traffic
disruptions can exceed seven minutes. This issue is not reproducible in Release 4.0.x.
disruptions can exceed seven minutes. This issue is not reproducible in Release 4.0.x.
DDTS # CSCdy48966
Rarely, a user requested switch on a DS3 1:1 protection group with an STS circuit going through OC-48
may undergo unexpected traffic hits. This issue is resolved in Release 4.0.
may undergo unexpected traffic hits. This issue is resolved in Release 4.0.
DDTS # CSCdy59228
OC-3 1+1 protection switch time may exceed 60 ms following a fiber pull. This issue is resolved in
Release 4.0.
Release 4.0.
DDTS # CSCdy60775
For DS1, DS3, or DS3XM cards, when the working card is removed, traffic switches to the protect card.
However, upon inserting a working card, the power on diagnostics test will be run on the card, and, if
the card fails, the red FAIL LED on the front panel will remain lit, but, the protect card will start the
restore timer and will switch traffic back to the working card after the timer has expired. To avoid losing
traffic, remove the working card that failed the diagnostics before the protect card's restore time has
expired. This issue is resolved in Release 4.0.
However, upon inserting a working card, the power on diagnostics test will be run on the card, and, if
the card fails, the red FAIL LED on the front panel will remain lit, but, the protect card will start the
restore timer and will switch traffic back to the working card after the timer has expired. To avoid losing
traffic, remove the working card that failed the diagnostics before the protect card's restore time has
expired. This issue is resolved in Release 4.0.
DDTS # CSCdy63760
If you place a DS3E, OC-12, STS-1 circuit in the OOS state, while the port is still IS, traffic remains. To
stop the traffic, delete the circuit. This issue is resolved in Release 4.0.
stop the traffic, delete the circuit. This issue is resolved in Release 4.0.
DDTS # CSCdy47148
Traffic loss can occur when a working DS1 card is reset while the protect card is in a wait to restore state.
This occurs with DS1 cards in a 1:N protection group, where traffic is running on the protect card and
the protect card is in the wait to restore state. Under these conditions, resetting another active working
card will result in a traffic loss while the working card is resetting. To avoid this issue, switch the traffic
from the protect card to the standby working card before resetting the other working card. This issue is
resolved in Release 4.0.
This occurs with DS1 cards in a 1:N protection group, where traffic is running on the protect card and
the protect card is in the wait to restore state. Under these conditions, resetting another active working
card will result in a traffic loss while the working card is resetting. To avoid this issue, switch the traffic
from the protect card to the standby working card before resetting the other working card. This issue is
resolved in Release 4.0.
E Series and G Series Cards
DDTS # CSCdy69624
If alarms are suppressed at the port level from CTC, an incorrect CARLOSS may be reported on a E100
or E1000 card. The Incorrect CARLOSS alarm can be ignored.This issue is resolved in Release 4.0.
or E1000 card. The Incorrect CARLOSS alarm can be ignored.This issue is resolved in Release 4.0.