Release Notes

Release Notes for Cisco ONS 15454 SDH Release 4.1.3

OL-4984-01

Caveats

a PLM against traffic that passes through a node, though it will appear to raise a PLM against traffic with

the wrong C2 byte that is terminated on an electrical card within the node. It is not known at this time

when or if this issue will be resolved.

Note Optical cards do ensure that the C2 byte is nonzero (Equipped), and will raise a UNEQ condition if

the C2 byte is 0 (Unequipped).

DDTS # CSCdw80652

When one traffic card in a DS3i 1:N protection group is reset, and then another card is reset, there will

be a loss of traffic on the second card, after the first card completes its reset, lasting until the second card

completes its reset. This only occurs when the protect card tries to handle the traffic of a card that is

resetting, and that card is carrying traffic because when it reset the protect card was carrying traffic for

another card. This loss of traffic occurs because the protect card attempts to set its relays to handle the

traffic of the working card, but the relays on the working card are also set to carry the traffic, and since

the card is resetting, no software is running to switch its relays. This issue most frequently presents itself

when testing a double-failure scenario: resetting two cards in a protection group. Wait until the first card

completes its reset sequence before resetting the second card to prevent this problem. Configuring cards

in 1:1 instead of 1:N protection should also avoid the problem. This issue will not be resolved.

DDTS # CSCdw57215

In a configuration with STM16 Any Slot cards and an VC4-8c circuit, provisioned between G1000-4

cards with traffic going over the STM16 span, extracting the G1000-4 card at one end of the VC4-8c

circuit before deleting the circuit can result in a traffic hit on all existing SDH circuits defined over that

same span. There are no issues if the circuit is deleted prior to the removing the G1000-4 card.

XC10G Boot Process

If you install a new XC10G card to the node and it fails to boot, remove the card and reinsert it. If the

card still fails to boot, return it using the RMA procedure. This issue will be resolved in future hardware.

Jitter Performance with XC10G

During testing with the XC10G, jitter generation above 0.10 UI p-p related to temperature gradient

testing has been observed. This effect is not expected to be seen under standard operating conditions.

Changes are being investigated to improve jitter performance in a subsequent version of the XC10G

cross connect card. DDTS numbers related to this issue include CSCdv50357, CSCdv63567,

CSCdv68418, CSCdv68441, CSCdv68389, CSCdv59621, and CSCdv73402.

E Series and G Series Cards

E1000-2/E100T

Do not use the repair circuit option with provisioned stitched Ethernet circuits. It is not known at this

time when or if this issue will be resolved.