Cisco Cisco ONS 15310-MA SONET Multiservice Platform Notas de publicación
![Cisco](https://files.manualsbrain.com/attachments/7380d0050044647c30f5c24bbbf5d0c0b6d9bb84/common/fit/150/50/faa183d287233c52228cfea3dbc2a127fe780f60564fcb0955d9c3d1cd23/brand_logo.png)
3
Release Notes for Cisco ONS 15310-MA Release 8.5.3
OL-17926-01
Caveats
CSCsm92317—AIS alarm on the DS1 port is not suppressed
The AIS alarm on the DS1 port is not suppressed when the circuit is OOS, MT and the DS3 port is in
service. This issue will be resolved in a future release.
service. This issue will be resolved in a future release.
CSCsu47466—DS1 alarms incorrectly raised or suppressed
Alarms are incorrectly raised or suppressed against the first three DS1 ports of the WBE28/WBE84 card.
The workaround is to manually edit the AdminState of the DS1 port after rebooting. This issue will be
resolved in a future release.
The workaround is to manually edit the AdminState of the DS1 port after rebooting. This issue will be
resolved in a future release.
CSCsu64887—LOS alarm remains critical on DS3 port after deleting the STS circuit on that port
The loss of signal (LOS) alarm remains critical on DS3 port(s) of DS1-28/DS3-EC1-3 and
DS1-84/DS3-EC1-3 after deleting the STS circuits on those ports. The workaround is to recreate the STS
circuits again on two DS3 ports (ports 2 and 3) and then delete the circuits.
DS1-84/DS3-EC1-3 after deleting the STS circuits on those ports. The workaround is to recreate the STS
circuits again on two DS3 ports (ports 2 and 3) and then delete the circuits.
CTC
This section documents caveats for CTC in Release 8.5.3.
CSCsk83405—Retrieval of OSPF diagnostics raises the OSPF Hello Fail alarm
Performing a retrieval of OSPF diagnostic information from the CTC network raises the OSPF Hello Fail
alarm and the controller card is locked. This issue will be resolved in a future release.
alarm and the controller card is locked. This issue will be resolved in a future release.
CSCsm85843—CTC displays the STS circuit in ROLL_PENDING state when a bridge and roll is
performed
performed
The Circuit tab in CTC displays the STS circuit in the ROLL_PENDING state when a Bridge and Roll
is performed under the following conditions:
is performed under the following conditions:
1.
Starting a Bridge and Roll on an STS circuit that is on the only circuit bearing port on a MRC card
or a fixed rate card.
or a fixed rate card.
2.
During a manual Bridge and Roll, performing the COMPLETE step but not the FINISH step.
3.
Deleting the fixed rate card or the port or PPM on the MRC card.
The Roll object still exists on the node even though the parent object is deleted and no pool for the
rollFrom Path field exits in the Roll Object database. The Circuit tab in CTC will display the circuit in
the ROLL_PENDING state and the Roll tab will not have an entry to finish the roll. The workaround is
to complete all the steps of the ROLL process including the FINISH step. This issue will be resolved in
a future release.
rollFrom Path field exits in the Roll Object database. The Circuit tab in CTC will display the circuit in
the ROLL_PENDING state and the Roll tab will not have an entry to finish the roll. The workaround is
to complete all the steps of the ROLL process including the FINISH step. This issue will be resolved in
a future release.
CSCso08712—VCAT member cannot be put in an OOS,OOG state in an open VCAT circuit
A VCAT member cannot be put in an OOS,OOG state in an open VCAT circuit. This issue will be
resolved in a future release.
resolved in a future release.