Provision Transponder and Muxponder Cards

Note The terms “Unidirectional Path Switched Ring” and “UPSR” may appear in Cisco literature. These terms do not refer to using Cisco ONS 15xxx products in a unidirectional path switched ring configuration. Rather, these terms, as well as “Path Protected Mesh Network” and “PPMN,” refer generally to Cisco’s path protection feature, which may be used in any topological network configuration. Cisco does not recommend using its path protection feature in any particular topological network configuration.

11.1 Card Overview

The card overview section lists the cards described in this chapter and provides compatibility information.

Note Each card is marked with a symbol that corresponds to a slot (or slots) on the ONS 15454 shelf assembly. The cards are then installed into slots displaying the same symbols. For a list of slots and symbols, see the "Card Slot Requirements" section in the Cisco CPT and Cisco ONS 15454 Hardware Installation Guide.

An MXP generally handles several client signals. It aggregates, or multiplexes, lower rate client signals together and sends them out over a higher rate trunk port. Likewise, it demultiplexes optical signals coming in on a trunk and sends them out to individual client ports. A TXP converts a single client signal to a single trunk signal and converts a single incoming trunk signal to a single client signal. GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards can be provisioned as TXPs, as MXPs, or as Layer 2 switches.

All of the TXP and MXP cards perform optical to electrical to optical (OEO) conversion. As a result, they are not optically transparent cards. The reason for this is that the cards must operate on the signals passing through them, so it is necessary to do an OEO conversion.

On the other hand, the termination mode for all of the TXPs and MXPs, which is done at the electrical level, can be configured to be transparent. In this case, neither the Line nor the Section overhead is terminated. The cards can also be configured so that either Line or Section overhead can be terminated, or both can be terminated.

Note The MXP_2.5G_10G card, by design, when configured in the transparent termination mode, actually does terminate some of the bytes. See Table G-17 for details.

Older versions of the TXP_MR_10E_C, TXP_MR_2.5G, TXPP_MR_2.5G, and MXP_2.5G_10E_C cards cannot be installed in the Cisco ONS 15454 M2 and Cisco ONS 15454 M6 shelves because of an incompatible backplane connector.

The following table describes the version numbers of the cards that are compatible with the ONS 15454 M2 and ONS 15454 M6 shelves. The version numbers can be viewed from the HW Rev field in the Inventory tab.

Table 11-3 Version Number Compatibility for Transponder and Muxponder Cards

Card

Version Number

TXP_MR_2.5G

Version 06 or later of the different Unit Part Number

TXPP_MR_2.5G

Version 06 or later of the different Unit Part Number

MXP_2.5G_10E_C

Version 04 or later of the 800-26774 Part Number

TXP_MR_10E_C

Version 04 or later of the 800-26772 Part Number

11.2 Safety Labels

11.3 TXP_MR_10G Card

(Cisco ONS 15454 only)

The TXP_MR_10G processes one 10-Gbps signal (client side) into one 10-Gbps, 100-GHz DWDM signal (trunk side). It provides one 10-Gbps port per card that can be provisioned for an STM-64/OC-192 short reach (1310-nm) signal, compliant with ITU-T G.707, ITU-T G.709, ITU-T G.691, and Telcordia GR-253-CORE, or a 10GBASE-LR signal compliant with IEEE 802.3.

The TXP_MR_10G card is tunable over two neighboring wavelengths in the 1550-nm, ITU 100-GHz range. It is available in 16 different versions, each of which covers two wavelengths, for a total coverage of 32 different wavelengths in the 1550-nm range.

Note ITU-T G.709 specifies a form of forward error correction (FEC) that uses a “wrapper” approach. The digital wrapper lets you transparently take in a signal on the client side, wrap a frame around it and restore it to its original form. FEC enables longer fiber links because errors caused by the optical signal degrading with distance are corrected.

The trunk port operates at 9.95328 Gbps (or 10.70923 Gbps with ITU-T G.709 Digital Wrapper/FEC) and at 10.3125 Gbps (or 11.095 Gbps with ITU-T G.709 Digital Wrapper/FEC) over unamplified distances up to 80 km (50 miles) with different types of fiber such as C-SMF or dispersion compensated fiber limited by loss and/or dispersion.

Caution Because the transponder has no capability to look into the payload and detect circuits, a TXP_MR_10G card does not display circuits under card view.

Caution You must use a 15-dB fiber attenuator (10 to 20 dB) when working with the TXP_MR_10G card in a loopback on the trunk port. Do not use direct fiber loopbacks with the TXP_MR_10G card. Using direct fiber loopbacks causes irreparable damage to the TXP_MR_10G card.

You can install TXP_MR_10G cards in Slots 1 to 6 and 12 to 17 and provision this card in a linear configuration. TXP_MR_10G cards cannot be provisioned as a bidirectional line switched ring (BLSR)/Multiplex Section - Shared Protection Ring (MS-SPRing), a path protection/single node control point (SNCP), or a regenerator. They can only be used in the middle of BLSR/MS-SPRing and 1+1 spans when the card is configured for transparent termination mode.

The TXP_MR_10G port features a 1550-nm laser for the trunk port and a 1310-nm laser for the for the client port and contains two transmit and receive connector pairs (labeled) on the card faceplate.

The MTU setting is used to display the OverSizePkts counters on the receiving trunk and client port interfaces. Traffic of frame sizes up to 65535 bytes pass without any packet drops, from the client port to the trunk port and vice versa irrespective of the MTU setting.

The TXP_MR_10G card has the following available wavelengths and versions:

11.4 TXP_MR_10E Card

(Cisco ONS 15454 only)

The card is fully backward compatible with the TXP_MR_10G card. It processes one 10-Gbps signal (client side) into one 10-Gbps, 100-GHz DWDM signal (trunk side) that is tunable over four wavelength channels (spaced at 100 GHz on the ITU grid) in the C band and tunable over eight wavelength channels (spaced at 50 GHz on the ITU grid) in the L band. There are eight versions of the C-band card, with each version covering four wavelengths, for a total coverage of 32 wavelengths. There are five versions of the L-band card, with each version covering eight wavelengths, for a total coverage of 40 wavelengths.

You can install TXP_MR_10E cards in Slots 1 to 6 and 12 to 17 and provision the cards in a linear configuration, BLSR/MS-SPRing, path protection/SNCP, or a regenerator. The card can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the card is configured for transparent termination mode.

The TXP_MR_10E card features a 1550-nm tunable laser (C band) or a 1580-nm tunable laser (L band) for the trunk port and a separately orderable ONS-XC-10G-S1 1310-nm or ONS-XC-10G-L2 1550-nm laser XFP module for the client port.

Note When the ONS-XC-10G-L2 XFP is installed, the TXP_MR_10E card must be installed in Slots 6, 7, 12 or 13)

On its faceplate, the TXP_MR_10E card contains two transmit and receive connector pairs, one for the trunk port and one for the client port. Each connector pair is labeled.

The MTU setting is used to display the OverSizePkts counters on the receiving trunk and client port interfaces. Traffic of frame sizes up to 65535 bytes pass without any packet drops, from the client port to the trunk port and vice versa irrespective of the MTU setting.

Caution You must use a 15-dB fiber attenuator (10 to 20 dB) when working with the TXP_MR_10E card in a loopback on the trunk port. Do not use direct fiber loopbacks with the TXP_MR_10E card. Using direct fiber loopbacks causes irreparable damage to the TXP_MR_10E card.

11.5 TXP_MR_10E_C and TXP_MR_10E_L Cards

TXP_MR_10E_L: (Cisco ONS 15454 only)

The TXP_MR_10E_C and TXP_MR_10E_L cards are multirate transponders for the ONS 15454 platform. The cards are fully backward compatible with the TXP_MR_10G and TXP_MR_10E cards. They processes one 10-Gbps signal (client side) into one 10-Gbps, 100-GHz DWDM signal (trunk side). The TXP_MR_10E_C is tunable over the entire set of C-band wavelength channels (82 channels spaced at 50 GHz on the ITU grid). The TXP_MR_10E_L is tunable over the entire set of L-band wavelength channels (80 channels spaced at 50 GHz on the ITU grid) and is particularly well suited for use in networks that employ DS fiber or SMF-28 single-mode fiber.

The advantage of these cards over previous versions (TXP_MR_10G and TXP_MR_10E) is that there is only one version of each card (one C-band version and one L-band version) instead of several versions needed to cover each band.

You can install TXP_MR_10E_C and TXP_MR_10E_L cards in Slots 1 to 6 and 12 to 17 and provision the cards in a linear configuration, BLSR/MS-SPRing, path protection/SNCP, or a regenerator. The cards can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the cards are configured for transparent termination mode.

The MTU setting is used to display the OverSizePkts counters on the receiving trunk and client port interfaces. Traffic of frame sizes up to 65535 bytes pass without any packet drops, from the client port to the trunk port and vice versa irrespective of the MTU setting.

Caution You must use a 15-dB fiber attenuator (10 to 20 dB) when working with the TXP_MR_10E_C or TXP_MR_10E_L card in a loopback on the trunk port. Do not use direct fiber loopbacks with the cards. Using direct fiber loopbacks causes irreparable damage to the cards.

The TXP_MR_2.5G and TXPP_MR_2.5G cards are tunable over four wavelengths in the 1550-nm, ITU 100-GHz range. They are available in eight versions, each of which covers four wavelengths, for a total coverage of 32 different wavelengths in the 1550-nm range.

Note ITU-T G.709 specifies a form of FEC that uses a “wrapper” approach. The digital wrapper lets you transparently take in a signal on the client side, wrap a frame around it, and restore it to its original form. FEC enables longer fiber links because errors caused by the optical signal degrading with distance are corrected.

The trunk/line port operates at up to 2.488 Gbps (or up to 2.66 Gbps with ITU-T G.709 Digital Wrapper/FEC) over unamplified distances up to 360 km (223.7 miles) with different types of fiber such as C-SMF or higher if dispersion compensation is used.

Caution Because the transponder has no capability to look into the payload and detect circuits, a TXP_MR_2.5G or TXPP_MR_2.5G card does not display circuits under card view.

The TXP_MR_2.5G and TXPP_MR_2.5G cards support 2R (retime, regenerate) and 3R (retime, reshape, and regenerate) modes of operation where the client signal is mapped into a ITU-T G.709 frame. The mapping function is simply done by placing a digital wrapper around the client signal. Only OC-48/STM-16 client signals are fully ITU-T G.709 compliant, and the output bit rate depends on the input client signal. Table 11-43 shows the possible combinations of client interfaces, input bit rates, 2R and 3R modes, and ITU-T G.709 monitoring.

Note ITU-T G.709 and FEC support is disabled for all the 2R payload types in the TXP_MR_2.5G and TXPP_MR_2.5G cards.

The output bit rate is calculated for the trunk bit rate by using the 255/238 ratio as specified in ITU-T G.709 for OTU1. Table 11-5 lists the calculated trunk bit rates for the client interfaces with ITU-T G.709 enabled.

Table 11-5 Trunk Bit Rates With ITU-T G.709 Enabled

Client Interface

ITU-T G.709 Disabled

ITU-T G.709 Enabled

OC-48/STM-16

2.488 Gbps

2.66 Gbps

2G-FC

2.125 Gbps

2.27 Gbps

GE

1.25 Gbps

1.34 Gbps

1G-FC

1.06 Gbps

1.14 Gbps

OC-12/STM-3

622 Mbps

666.43 Mbps

OC-3/STM-1

155 Mbps

166.07 Mbps

For 2R operation mode, the TXP_MR_2.5G and TXPP_MR_2.5G cards have the ability to pass data through transparently from client side interfaces to a trunk side interface, which resides on an ITU grid. The data might vary at any bit rate from 200-Mbps up to 2.38-Gbps, including ESCON, DVB-ASI, ISC-1, and video signals. In this pass-through mode, no performance monitoring (PM) or digital wrapping of the incoming signal is provided, except for the usual PM outputs from the SFPs. Similarly, this card has the ability to pass data through transparently from the trunk side interfaces to the client side interfaces with bit rates varying from 200-Mbps up to 2.38-Gbps. Again, no PM or digital wrapping of received signals is available in this pass-through mode.

For 3R operation mode, the TXP_MR_2.5G and TXPP_MR_2.5G cards apply a digital wrapper to the incoming client interface signals (OC-N/STM-N, 1G-FC, 2G-FC, GE). PM is available on all of these signals except for 2G-FC, and varies depending upon the type of signal. For client inputs other than OC-48/STM-16, a digital wrapper might be applied but the resulting signal is not ITU-T G.709 compliant. The card applies a digital wrapper that is scaled to the frequency of the input signal.

The TXP_MR_2.5G and TXPP_MR_2.5G cards have the ability to take digitally wrapped signals in from the trunk interface, remove the digital wrapper, and send the unwrapped data through to the client interface. PM of the ITU-T G.709 OH and SONET/SDH OH is implemented.

Figure 11-5 shows a block diagram of the TXP_MR_2.5G and TXPP_MR_2.5G cards.

Figure 11-5 TXP_MR_2.5G and TXPP_MR_2.5G Block Diagram

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the TXP_MR_2.5G and TXPP_MR_2.5G cards in a loopback on the trunk port. Do not use direct fiber loopbacks with the TXP_MR_2.5G and TXPP_MR_2.5G cards. Using direct fiber loopbacks causes irreparable damage to the TXP_MR_2.5G and TXPP_MR_2.5G cards.

You can install TXP_MR_2.5G and TXPP_MR_2.5G cards in Slots 1 to 6 and 12 to 17. You can provision this card in a linear configuration. TXP_MR_10G and TXPP_MR_2.5G cards cannot be provisioned as a BLSR/MS-SPRing, a path protection/SNCP, or a regenerator. They can be used in the middle of BLSR/MS-SPRing or 1+1 spans only when the card is configured for transparent termination mode.

The TXP_MR_2.5G card features a 1550-nm laser for the trunk/line port and a 1310-nm laser for the client port. It contains two transmit and receive connector pairs (labeled) on the card faceplate. The card uses dual LC connectors for optical cable termination.

The TXPP_MR_2.5G card features a 1550-nm laser for the trunk/line port and a 1310-nm or 850-nm laser (depending on the SFP) for the client port and contains three transmit and receive connector pairs (labeled) on the card faceplate. The card uses dual LC connectors for optical cable termination.

11.7 40E-TXP-C and 40ME-TXP-C Cards

The 40E-TXP-C and 40ME-TXP-C cards process a single 40-Gbps signal (client side) into a single 40-Gbps, 50-GHz DWDM signal (trunk side). It provides one 40-Gbps port per card that can be provisioned for an OC-768/STM-256 very short reach (1550-nm) signal compliant with ITU-T G.707, ITU-T G.691, and Telcordia GR-253-CORE, 40G Ethernet LAN signal compliant with IEEE 802.3ba, or OTU3 signal compliant with ITU-T G.709.

The trunk port of the 40E-TXP-C and 40ME-TXP-C cards are tunable between 1529.55 nm through 1561.83 nm, ITU 50-GHz range.

ITU-T G.709 specifies a form of forward error correction (FEC) that uses a “wrapper” approach. The digital wrapper lets you transparently take in a signal on the client side, wrap a frame around it and restore it to its original form. FEC enables longer fiber links because errors caused by the optical signal degrading with distance are corrected.

Caution You must use a 15-dB fiber attenuator (10 to 20 dB) when working with the 40E-TXP-C, and 40ME-TXP-C cards in a loopback on the trunk port. Do not use direct fiber loopbacks with the 40E-TXP-C, and 40ME-TXP-C cards. Using direct fiber loopbacks causes irreparable damage to the these cards.

You can install and provision the 40E-TXP-C, and 40ME-TXP-C cards in a linear configuration in:

Slots 1 to 5 and 12 to 16 in ONS 15454 DWDM chassis

Slot 2 in ONS 15454 M2 chassis

Slots 2 to 6 in ONS 15454 M6 chassis

When a protection switch occurs on the 40E-TXP-C and 40ME-TXP-C cards, the recovery from PSM protection switch takes about 3 to 4 minutes.

11.8 MXP_2.5G_10G Card

(Cisco ONS 15454 only)

The MXP_2.5G_10G card multiplexes/demultiplexes four 2.5-Gbps signals (client side) into one 10-Gbps, 100-GHz DWDM signal (trunk side). It provides one extended long-range STM-64/OC-192 port per card on the trunk side (compliant with ITU-T G.707, ITU-T G.709, ITU-T G.957, and Telcordia GR-253-CORE) and four intermediate- or short-range OC-48/STM-16 ports per card on the client side. The port operates at 9.95328 Gbps over unamplified distances up to 80 km (50 miles) with different types of fiber such as C-SMF or dispersion compensated fiber limited by loss and/or dispersion.

Client ports on the MXP_2.5G_10G card are also interoperable with SONET OC-1 (STS-1) fiber optic signals defined in Telcordia GR-253-CORE. An OC-1 signal is the equivalent of one DS-3 channel transmitted across optical fiber. OC-1 is primarily used for trunk interfaces to phone switches in the United States. There is no SDH equivalent for SONET OC-1.

The MXP_2.5G_10G card is tunable over two neighboring wavelengths in the 1550-nm, ITU 100-GHz range. It is available in 16 different versions, each of which covers two wavelengths, for a total coverage of 32 different wavelengths in the 1550-nm range.

Note ITU-T G.709 specifies a form of FEC that uses a “wrapper” approach. The digital wrapper lets you transparently take in a signal on the client side, wrap a frame around it and restore it to its original form. FEC enables longer fiber links because errors caused by the optical signal degrading with distance are corrected.

The port can also operate at 10.70923 Gbps in ITU-T G.709 Digital Wrapper/FEC mode.

Caution Because the transponder has no capability to look into the payload and detect circuits, an MXP_2.5G_10G card does not display circuits under card view.

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the MXP_2.5G_10G card in a loopback on the trunk port. Do not use direct fiber loopbacks with the MXP_2.5G_10G card. Using direct fiber loopbacks causes irreparable damage to the MXP_2.5G_10G card.

You can install MXP_2.5G_10G cards in Slots 1 to 6 and 12 to 17.

Caution Do not install an MXP_2.5G_10G card in Slot 3 if you have installed a DS3/EC1-48 card in Slots 1or 2. Likewise, do not install an MXP_2.5G_10G card in Slot 17 if you have installed a DS3/EC1-48 card in Slots 15 or 16. If you do, the cards will interact and cause DS-3 bit errors.

You can provision this card in a linear configuration. MXP_2.5G_10G cards cannot be provisioned as a BLSR/MS-SPRing, a path protection/SNCP, or a regenerator. They can be used in the middle of BLSR/MS-SPRing or 1+1 spans only when the card is configured for transparent termination mode.

The MXP_2.5G_10G port features a 1550-nm laser on the trunk port and four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The card uses a dual LC connector on the trunk side and SFP connectors on the client side for optical cable termination.

Note When you create a 4xOC-48 OCHCC circuit, you need to select the G.709 and Synchronous options. A 4xOC-48 OCHCC circuit is supported by G.709 and synchronous mode. This is necessary to provision a 4xOC-48 OCHCC circuit.

11.9 MXP_2.5G_10E Card

The faceplate designation of the card is “4x2.5G 10E MXP.” The MXP_2.5G_10E card is a DWDM muxponder for the ONS 15454 platform that supports full transparent termination the client side. The card multiplexes four 2.5 Gbps client signals (4 x OC48/STM-16 SFP) into a single 10-Gbps DWDM optical signal on the trunk side. The MXP_2.5G_10E provides wavelength transmission service for the four incoming 2.5 Gbps client interfaces. The MXP_2.5G_10E muxponder passes all SONET/SDH overhead bytes transparently.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up generic communications channels (GCCs) for data communications, enable FEC, or facilitate performance monitoring.

The MXP_2.5G_10E works with optical transport network (OTN) devices defined in ITU-T G.709. The card supports ODU1 to OTU2 multiplexing, an industry standard method for asynchronously mapping a SONET/SDH payload into a digitally wrapped envelope. See the “Multiplexing Function” section.

The MXP_2.5G_10E card is not compatible with the MXP_2.5G_10G card, which does not support full transparent termination. You can install MXP_2.5G_10E cards in Slots 1 to 6 and 12 to 17. You can provision this card in a linear configuration, as a BLSR/MS-SPRing, a path protection/SNCP, or a regenerator. The card can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the card is configured for transparent termination mode.

The MXP_2.5G_10E features a 1550-nm laser on the trunk port and four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The card uses a dual LC connector on the trunk side and uses SFP modules on the client side for optical cable termination. The SFP pluggable modules are short reach (SR) or intermediate reach (IR) and support an LC fiber connector.

Note When you create a 4xOC-48 OCHCC circuit, you need to select the G.709 and Synchronous options. A 4xOC-48 OCHCC circuit is supported by G.709 and synchronous mode. This is necessary to provision a 4xOC-48 OCHCC circuit.

11.9.1 Key Features

The MXP_2.5G_10E card has the following high level features:

Four 2.5 Gbps client interfaces (OC-48/STM-16) and one 10 Gbps trunk. The four OC-48 signals are mapped into a ITU-T G.709 OTU2 signal using standard ITU-T G.709 multiplexing.

Onboard E-FEC processor: The processor supports both standard Reed-Solomon (RS, specified in ITU-T G.709) and E-FEC, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces. The E-FEC functionality increases the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (237,255) correction algorithm. A new block code (BCH) algorithm implemented in E-FEC allows recovery of an input BER up to 1E-3.

Pluggable client interface optic modules: The MXP_2.5G_10E card has modular interfaces. Two types of optics modules can be plugged into the card. These include an OC-48/STM 16 SR-1 interface with a 7-km (4.3-mile) nominal range (for short range and intra-office applications) and an IR-1 interface with a range up to 40 km (24.9 miles). SR-1 is defined in Telcordia GR-253-CORE and in I-16 (ITU-T G.957). IR-1 is defined in Telcordia GR-253-CORE and in S-16-1 (ITU-T G.957).

High level provisioning support: The MXP_2.5G_10E card is initially provisioned using Cisco TransportPlanner software. Subsequently, the card can be monitored and provisioned using CTC software.

Control of layered SONET/SDH transport overhead: The card is provisionable to terminate regenerator section overhead. This is used to eliminate forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization: The MXP_2.5G_10E normally synchronizes from the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE card. If for some reason, such as maintenance or upgrade activity, the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE is not available, the MXP_2.5G_10E automatically synchronizes to one of the input client interface clocks.

Configurable squelching policy: The card can be configured to squelch the client interface output if there is LOS at the DWDM receiver or if there is a remote fault. In the event of a remote fault, the card manages multiplex section alarm indication signal (MS-AIS) insertion.

11.9.3.1 Wavelength Identification

The card uses trunk lasers that are wave-locked, which allows the trunk transmitter to operate on the ITU grid effectively. Table 11-6 describes the required trunk transmit laser wavelengths. The laser is tunable over eight wavelengths at 50-GHz spacing or four at 100-GHz spacing.

Table 11-6 MXP_2.5G_10E Trunk Wavelengths

Band

Wavelength (nm)

Band

Wavelength (nm)

30.3

1530.33

46.1

1546.12

30.3

1531.12

46.1

1546.92

30.3

1531.90

46.1

1547.72

30.3

1532.68

46.1

1548.51

34.2

1534.25

50.1

1550.12

34.2

1535.04

50.1

1550.92

34.2

1535.82

50.1

1551.72

34.2

1536.61

50.1

1552.52

38.1

1538.19

54.1

1554.13

38.1

1538.98

54.1

1554.94

38.1

1539.77

54.1

1555.75

38.1

1540.56

54.1

1556.55

42.1

1542.14

58.1

1558.17

42.1

1542.94

58.1

1558.98

42.1

1543.73

58.1

1559.79

42.1

1544.53

58.1

1560.61

11.9.4 Related Procedures for MXP_2.5G_10E Card

The following is the list of procedures and tasks related to the configuration of MXP_2.5G_10E Card:

11.10 MXP_2.5G_10E_C and MXP_2.5G_10E_L Cards

MXP_2.5G_10E_L: (Cisco ONS 15454 only)

The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards are DWDM muxponders for the ONS 15454 platform that support transparent termination mode on the client side. The faceplate designation of the cards is “4x2.5G 10E MXP C” for the MXP_2.5G_10E_C card and “4x2.5G 10E MXP L” for the MXP_2.5G_10E_L card. The cards multiplex four 2.5-Gbps client signals (4 x OC48/STM-16 SFP) into a single 10-Gbps DWDM optical signal on the trunk side. The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards provide wavelength transmission service for the four incoming 2.5 Gbps client interfaces. The MXP_2.5G_10E_C and MXP_2.5G_10E_L muxponders pass all SONET/SDH overhead bytes transparently.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up GCCs for data communications, enable FEC, or facilitate PM.

The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards work with OTN devices defined in ITU-T G.709. The cards support ODU1 to OTU2 multiplexing, an industry standard method for asynchronously mapping a SONET/SDH payload into a digitally wrapped envelope. See the “Multiplexing Function” section.

The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards are not compatible with the MXP_2.5G_10G card, which does not support transparent termination mode.

You can install MXP_2.5G_10E_C and MXP_2.5G_10E_L cards in Slots 1 to 6 and 12 to 17. You can provision a card in a linear configuration, as a BLSR/MS-SPRing, a path protection/SNCP, or a regenerator. The cards can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the cards are configured for transparent termination mode.

The MXP_2.5G_10E_C card features a tunable 1550-nm C-band laser on the trunk port. The laser is tunable across 82 wavelengths on the ITU grid with 50-GHz spacing between wavelengths. The MXP_2.5G_10E_L features a tunable 1580-nm L-band laser on the trunk port. The laser is tunable across 80 wavelengths on the ITU grid, also with 50-GHz spacing. Each card features four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The cards uses dual LC connectors on the trunk side and use SFP modules on the client side for optical cable termination. The SFP pluggable modules are SR or IR and support an LC fiber connector.

Note When you create a 4xOC-48 OCHCC circuit, you need to select the G.709 and Synchronous options. A 4xOC-48 OCHCC circuit is supported by G.709 and synchronous mode. This is necessary to provision a 4xOC-48 OCHCC circuit.

11.10.1 Key Features

The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards have the following high level features:

Four 2.5 Gbps client interfaces (OC-48/STM-16) and one 10 Gbps trunk. The four OC-48 signals are mapped into a ITU-T G.709 OTU2 signal using standard ITU-T G.709 multiplexing.

Onboard E-FEC processor: The processor supports both standard RS (specified in ITU-T G.709) and E-FEC, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces. The E-FEC functionality increases the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (237,255) correction algorithm. A new BCH algorithm implemented in E-FEC allows recovery of an input BER up to 1E-3.

Pluggable client interface optic modules: The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards have modular interfaces. Two types of optics modules can be plugged into the card. These include an OC-48/STM 16 SR-1 interface with a 7-km (4.3-mile) nominal range (for short range and intra-office applications) and an IR-1 interface with a range up to 40 km (24.9 miles). SR-1 is defined in Telcordia GR-253-CORE and in I-16 (ITU-T G.957). IR-1 is defined in Telcordia GR-253-CORE and in S-16-1 (ITU-T G.957).

High level provisioning support: The cards are initially provisioned using Cisco TransportPlanner software. Subsequently, the card can be monitored and provisioned using CTC software.

Control of layered SONET/SDH transport overhead: The cards are provisionable to terminate regenerator section overhead. This is used to eliminate forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization: The MXP_2.5G_10E_C and MXP_2.5G_10E_L cards normally synchronize from the TCC2/TCC2P/TCC3 card. If for some reason, such as maintenance or upgrade activity, the TCC2/TCC2P/TCC3 is not available, the cards automatically synchronize to one of the input client interface clocks.

Configurable squelching policy: The cards can be configured to squelch the client interface output if there is LOS at the DWDM receiver or if there is a remote fault. In the event of a remote fault, the card manages MS-AIS insertion.

The cards are tunable across the full C band (MXP_2.5G_10E_C) or full L band (MXP_2.5G_10E_L), thus eliminating the need to use different versions of each card to provide tunability across specific wavelengths in a band.

11.10.3.1 Wavelength Identification

The card uses trunk lasers that are wavelocked, which allows the trunk transmitter to operate on the ITU grid effectively. Both the MXP_2.5G_10E_C and MXP_2.5G_10E_L cards implement the UT2 module. The MXP_2.5G_10E_C card uses a C-band version of the UT2 and the MXP_2.5G_10E_L card uses an L-band version.

Table 11-7 describes the required trunk transmit laser wavelengths for the MXP_2.5G_10E_C card. The laser is tunable over 82 wavelengths in the C band at 50-GHz spacing on the ITU grid.

Table 11-7 MXP_2.5G_10E_C Trunk Wavelengths

Channel Number

Frequency (THz)

Wavelength (nm)

Channel Number

Frequency (THz)

Wavelength (nm)

1

196.00

1529.55

42

193.95

1545.72

2

195.95

1529.94

43

193.90

1546.119

3

195.90

1530.334

44

193.85

1546.518

4

195.85

1530.725

45

193.80

1546.917

5

195.80

1531.116

46

193.75

1547.316

6

195.75

1531.507

47

193.70

1547.715

7

195.70

1531.898

48

193.65

1548.115

8

195.65

1532.290

49

193.60

1548.515

9

195.60

1532.681

50

193.55

1548.915

10

195.55

1533.073

51

193.50

1549.32

11

195.50

1533.47

52

193.45

1549.71

12

195.45

1533.86

53

193.40

1550.116

13

195.40

1534.250

54

193.35

1550.517

14

195.35

1534.643

55

193.30

1550.918

15

195.30

1535.036

56

193.25

1551.319

16

195.25

1535.429

57

193.20

1551.721

17

195.20

1535.822

58

193.15

1552.122

18

195.15

1536.216

59

193.10

1552.524

19

195.10

1536.609

60

193.05

1552.926

20

195.05

1537.003

61

193.00

1553.33

21

195.00

1537.40

62

192.95

1553.73

22

194.95

1537.79

63

192.90

1554.134

23

194.90

1538.186

64

192.85

1554.537

24

194.85

1538.581

65

192.80

1554.940

25

194.80

1538.976

66

192.75

1555.343

26

194.75

1539.371

67

192.70

1555.747

27

194.70

1539.766

68

192.65

1556.151

28

194.65

1540.162

69

192.60

1556.555

29

194.60

1540.557

70

192.55

1556.959

30

194.55

1540.953

71

192.50

1557.36

31

194.50

1541.35

72

192.45

1557.77

32

194.45

1541.75

73

192.40

1558.173

33

194.40

1542.142

74

192.35

1558.578

34

194.35

1542.539

75

192.30

1558.983

35

194.30

1542.936

76

192.25

1559.389

36

194.25

1543.333

77

192.20

1559.794

37

194.20

1543.730

78

192.15

1560.200

38

194.15

1544.128

79

192.10

1560.606

39

194.10

1544.526

80

192.05

1561.013

40

194.05

1544.924

81

192.00

1561.42

41

194.00

1545.32

82

191.95

1561.83

Table 11-8 describes the required trunk transmit laser wavelengths for the MXP_2.5G_10E_L card. The laser is fully tunable over 80 wavelengths in the L band at 50-GHz spacing on the ITU grid.

11.11 MXP_MR_2.5G and MXPP_MR_2.5G Cards

The MXP_MR_2.5G card aggregates a mix and match of client Storage Area Network (SAN) service client inputs (GE, FICON, Fibre Channel, and ESCON) into one 2.5 Gbps STM-16/OC-48 DWDM signal on the trunk side. It provides one long-reach STM-16/OC-48 port per card and is compliant with Telcordia GR-253-CORE.

Note In Software Release 7.0 and later, two additional operating modes have been made available to the user: pure ESCON (all 8 ports running ESCON), and mixed mode (Port 1 running FC/GE/FICON, and Ports 5 through 8 running ESCON). When the card is part of a system running Software Release 6.0 or below, only one operating mode, (FC/GE) is available for use.

The 2.5-Gbps Multirate Muxponder–Protected–100 GHz–Tunable 15xx.xx-15yy.yy (MXPP_MR_2.5G) card aggregates various client SAN service client inputs (GE, FICON, Fibre Channel, and ESCON) into one 2.5 Gbps STM-16/OC-48 DWDM signal on the trunk side. It provides two long-reach STM-16/OC-48 ports per card and is compliant with ITU-T G.957 and Telcordia GR-253-CORE.

Because the cards are tunable to one of four adjacent grid channels on a 100-GHz spacing, each card is available in eight versions, with 15xx.xx representing the first wavelength and 15yy.yy representing the last wavelength of the four available on the card. In total, 32 DWDM wavelengths are covered in accordance with the ITU-T 100-GHz grid standard, G.692, and Telcordia GR-2918-CORE, Issue 2. The card versions along with their corresponding wavelengths are shown in Table 11-9.

Table 11-9 Card Versions

Card Version

Frequency Channels at 100 GHz (0.8 nm) Spacing

1530.33–1532.68

1530.33 nm

1531.12 nm

1531.90 nm

1532.68 nm

1534.25–1536.61

1534.25 nm

1535.04 nm

1535.82 nm

1536.61 nm

1538.19–1540.56

1538.19 nm

1538.98 nm

1539.77 nm

1540.56 nm

1542.14–1544.53

1542.14 nm

1542.94 nm

1543.73 nm

1544.53 nm

1546.12–1548.51

1546.12 nm

1546.92 nm

1547.72 nm

1548.51 nm

1550.12–1552.52

1550.12 nm

1550.92 nm

1551.72 nm

1552.52 nm

1554.13–1556.55

1554.13 nm

1554.94 nm

1555.75 nm

1556.55 nm

1558.17–1560.61

1558.17 nm

1558.98 nm

1559.79 nm

1560.61 nm

The muxponders are intended to be used in applications with long DWDM metro or regional unregenerated spans. Long transmission distances are achieved through the use of flat gain optical amplifiers.

The client interface supports the following payload types:

2G FC

1G FC

2G FICON

1G FICON

GE

ESCON

Note Because the client payload cannot oversubscribe the trunk, a mix of client signals can be accepted, up to a maximum limit of 2.5 Gbps.

Table 11-10 shows the input data rate for each client interface, and the encapsulation method. The current version of the ITU-T Transparent Generic Framing Procedure (GFP-T) G.7041 supports transparent mapping of 8B/10B block-coded protocols, including Gigabit Ethernet, Fibre Channel, and FICON.

In addition to the GFP mapping, 1-Gbps traffic on Port 1 or 2 of the high-speed serializer/deserializer (SERDES) is mapped to an STS-24c channel. If two 1-Gbps client signals are present at Port 1 and Port 2 of the SERDES, the Port 1 signal is mapped into the first STS-24c channel and the Port 2 signal into the second STS-24c channel. The two channels are then mapped into an OC-48 trunk channel.

Figure 11-13 shows a block diagram of the MXP_MR_2.5G card. The card has eight SFP client interfaces. Ports 1 and 2 can be used for GE, FC, FICON, or ESCON. Ports 3 through 8 are used for ESCON client interfaces. There are two SERDES blocks dedicated to the high-speed interfaces (GE, FC, FICON, and ESCON) and two SERDES blocks for the ESCON interfaces. A FPGA is provided to support different configurations for different modes of operation. This FPGA has a Universal Test and Operations Physical Interface for ATM (UTOPIA) interface. A transceiver add/drop multiplexer (TADM) chip supports framing. Finally, the output signal is serialized and connected to the trunk front end with a direct modulation laser. The trunk receive signal is converted into an electrical signal with an avalanche photodiode (APD), is deserialized, and is then sent to the TADM framer and FPGA.

The MXPP_MR_2.5G is the same, except a 50/50 splitter divides the power at the trunk interface. In the receive direction, there are two APDs, two SERDES blocks, and two TADM framers. This is necessary to monitor both the working and protect paths. A switch selects one of the two paths to connect to the client interface.

Figure 11-13 MXP_MR_2.5G and MXPP_MR_2.5G Block Diagram

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the MXP_MR_2.5G and MXPP_MR_2.5G cards in a loopback configuration on the trunk port. Do not use direct fiber loopbacks with the MXP_MR_2.5G and MXPP_MR_2.5G cards. Using direct fiber loopbacks causes irreparable damage to the MXP_MR_2.5G and MXPP_MR_2.5G cards.

11.12 MXP_MR_10DME_C and MXP_MR_10DME_L Cards

MXP_MR_10DME_L: (Cisco ONS 15454 only)

The MXP_MR_10DME_C and MXP_MR_10DME_L cards aggregate a mix of client SAN service client inputs (GE, FICON, and Fibre Channel) into one 10.0 Gbps STM-64/OC-192 DWDM signal on the trunk side. It provides one long-reach STM-64/OC-192 port per card and is compliant with Telcordia GR-253-CORE and ITU-T G.957.

The cards support aggregation of the following signal types:

1-Gigabit Fibre Channel

2-Gigabit Fibre Channel

4-Gigabit Fibre Channel

1-Gigabit Ethernet

1-Gigabit ISC-Compatible (ISC-1)

2-Gigabit ISC-Peer (ISC-3)

Note On the card faceplates, the MXP_MR_10DME_C and MXP_MR_10DME_L cards are displayed as 10DME_C and 10DME_L, respectively.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up GCCs for data communications, enable FEC, or facilitate PM. The MXP_MR_10DME_C and MXP_MR_10DME_L cards work with the OTN devices defined in ITU-T G.709. The cards support ODU1 to OTU2 multiplexing, an industry standard method for asynchronously mapping a SONET/SDH payload into a digitally wrapped envelope. See the “Multiplexing Function” section.

Note Because the client payload cannot oversubscribe the trunk, a mix of client signals can be accepted, up to a maximum limit of 10 Gbps.

You can install MXP_MR_10DME_C and MXP_MR_10DME_L cards in Slots 1 to 6 and 12 to 17.

Note The MXP_MR_10DME_C and MXP_MR_10DME_L cards are not compatible with the MXP_2.5G_10G card, which does not support transparent termination mode.

The MXP_MR_10DME_C card features a tunable 1550-nm C-band laser on the trunk port. The laser is tunable across 82 wavelengths on the ITU grid with 50-GHz spacing between wavelengths. The MXP_MR_10DME_L features a tunable 1580-nm L-band laser on the trunk port. The laser is tunable across 80 wavelengths on the ITU grid, also with 50-GHz spacing. Each card features four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The cards uses dual LC connectors on the trunk side and use SFP modules on the client side for optical cable termination. The SFP pluggable modules are SR or IR and support an LC fiber connector.

Table 11-12 shows the input data rate for each client interface, and the encapsulation method. The current version of the GFP-T G.7041 supports transparent mapping of 8B/10B block-coded protocols, including Gigabit Ethernet, Fibre Channel, ISC, and FICON.

In addition to the GFP mapping, 1-Gbps traffic on Port 1 or 2 of the high-speed SERDES is mapped to an STS-24c channel. If two 1-Gbps client signals are present at Port 1 and Port 2 of the high-speed SERDES, the Port 1 signal is mapped into the first STS-24c channel and the Port 2 signal into the second STS-24c channel. The two channels are then mapped into an OC-48 trunk channel.

There are two FPGAs on each MXP_MR_10DME_C and MXP_MR_10DME_L, and a group of four ports is mapped to each FPGA. Group 1 consists of Ports 1 through 4, and Group 2 consists of Ports 5 through 8. Table 11-13 shows some of the mix and match possibilities on the various client data rates for Ports 1 through 4, and Ports 5 through 8. An X indicates that the data rate is supported in that port.

GFP-T PM is available through RMON and trunk PM is managed according to Telcordia GR-253-CORE and ITU G.783/826. Client PM is achieved through RMON for FC and GE.

A buffer-to-buffer credit management scheme provides FC flow control. With this feature enabled, a port indicates the number of frames that can be sent to it (its buffer credit), before the sender is required to stop transmitting and wait for the receipt of a “ready” indication The MXP_MR_10DME_C and MXP_MR_10DME_L cards support FC credit-based flow control with a buffer-to-buffer credit extension of up to 1600 km (994.1 miles) for 1G FC, up to 800 km (497.1 miles) for 2G FC, or up to 400 km (248.5 miles) for 4G FC. The feature can be enabled or disabled.

The MXP_MR_10DME_C and MXP_MR_10DME_L cards feature a 1550-nm laser for the trunk/line port and a 1310-nm or 850-nm laser (depending on the SFP) for the client ports. The cards contains eight 12.5 degree downward tilt SFP modules for the client interfaces. For optical termination, each SFP uses two LC connectors, which are labeled TX and RX on the faceplate. The trunk port is a dual-LC connector with a 45 degree downward angle.

The throughput of the MXP_MR_10DME_C and MXP_MR_10DME_L cards is affected by the following parameters:

Distance extension—If distance extension is enabled on the card, it provides more throughput but more latency. If distance extension is disabled on the card, the buffer to buffer credits on the storage switch affects the throughput; higher the buffer to buffer credits higher is the throughput.

Note For each link to operate at the maximum throughput, it requires a minimum number of buffer credits to be available on the devices which the link connects to. The number of buffer credits required is a function of the distance between the storage switch extension ports and the link bandwidth, that is, 1G, 2G, or 4G. These buffer credits are provided by either the storage switch (if distance extension is disabled) or by both the storage switch and the card (if distance extension is enabled).

Forward Error Correction (FEC)—If Enhanced FEC (E-FEC) is enabled on the trunk port of the card, the throughout is significantly reduced in comparison to standard FEC being set on the trunk port.

Note If distance extension is enabled on the card, the FEC status does not usually affect the throughput of the card.

Payload size—The throughput of the card decreases with decrease in payload size.

The resultant throughput of the card is usually the combined effect of the above parameters.

11.12.1 Key Features

The MXP_MR_10DME_C and MXP_MR_10DME_L cards have the following high-level features:

Onboard E-FEC processor: The processor supports both standard RS (specified in ITU-T G.709) and E-FEC, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces. The E-FEC functionality increases the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (237,255) correction algorithm. A new BCH algorithm implemented in E-FEC allows recovery of an input BER up to 1E-3.

Pluggable client interface optic modules: The MXP_MR_10DME_C and MXP_MR_10DME_L cards have modular interfaces. Two types of optics modules can be plugged into the card. These include an OC-48/STM 16 SR-1 interface with a 7-km (4.3-mile) nominal range (for short range and intra-office applications) and an IR-1 interface with a range up to 40 km (24.9 miles). SR-1 is defined in Telcordia GR-253-CORE and in I-16 (ITU-T G.957). IR-1 is defined in Telcordia GR-253-CORE and in S-16-1 (ITU-T G.957).

Y-cable protection: Supports Y-cable protection between the same card type only, on ports with the same port number and signal rate. See the “Y-Cable Protection” section for more detailed information.

High level provisioning support: The cards are initially provisioned using Cisco TransportPlanner software. Subsequently, the card can be monitored and provisioned using CTC software.

Link monitoring and management: The cards use standard OC-48 OH bytes to monitor and manage incoming interfaces. The cards pass the incoming SDH/SONET data stream and its OH bytes transparently.

Control of layered SONET/SDH transport overhead: The cards are provisionable to terminate regenerator section overhead. This is used to eliminate forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization: The MXP_MR_10DME_C and MXP_MR_10DME_L cards normally synchronize from the TCC2/TCC2P/TCC3 card. If for some reason, such as maintenance or upgrade activity, the TCC2/TCC2P/TCC3 is not available, the cards automatically synchronize to one of the input client interface clocks.

Note MXP_MR_10DME_C and MXP_MR_10DME_L cards cannot be used for line timing.

Configurable squelching policy: The cards can be configured to squelch the client interface output if there is LOS at the DWDM receiver or if there is a remote fault. In the event of a remote fault, the card manages MS-AIS insertion.

The cards are tunable across the full C band (MXP_MR_10DME_C) or full L band (MXP_MR_10DME_L), thus eliminating the need to use different versions of each card to provide tunability across specific wavelengths in a band.

You can provision a string (port name) for each fiber channel/FICON interface on the MXP_MR_10DME_C and MXP_MR_10DME_L cards, which allows the MDS Fabric Manager to create a link association between that SAN port and a SAN port on a Cisco MDS 9000 switch.

From Software Release 9.0, the fast switch feature of MXP_MR_10DME_C and MXP_MR_10DME_L cards along with the buffer-to-buffer credit recovery feature of MDS switches, prevents reinitialization of ISL links during Y-cable switchovers.

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the cards in a loopback on the trunk port. Do not use direct fiber loopbacks with the cards. Using direct fiber loopbacks causes irreparable damage to the MXP_MR_10DME_C and MXP_MR_10DME_L cards.

11.12.3 MXP_MR_10DME_C and MXP_MR_10DME_L Functions

11.12.3.1 Wavelength Identification

The card uses trunk lasers that are wavelocked, which allows the trunk transmitter to operate on the ITU grid effectively. Both the MXP_MR_10DME_C and MXP_MR_10DME_L cards implement the UT2 module. The MXP_MR_10DME_C card uses a C-band version of the UT2 and the MXP_MR_10DME_L card uses an L-band version.

Table 11-14 describes the required trunk transmit laser wavelengths for the MXP_MR_10DME_C card. The laser is tunable over 82 wavelengths in the C band at 50-GHz spacing on the ITU grid.

Table 11-14 MXP_MR_10DME_C Trunk Wavelengths

Channel Number

Frequency (THz)

Wavelength (nm)

Channel Number

Frequency (THz)

Wavelength (nm)

1

196.00

1529.55

42

193.95

1545.72

2

195.95

1529.94

43

193.90

1546.119

3

195.90

1530.334

44

193.85

1546.518

4

195.85

1530.725

45

193.80

1546.917

5

195.80

1531.116

46

193.75

1547.316

6

195.75

1531.507

47

193.70

1547.715

7

195.70

1531.898

48

193.65

1548.115

8

195.65

1532.290

49

193.60

1548.515

9

195.60

1532.681

50

193.55

1548.915

10

195.55

1533.073

51

193.50

1549.32

11

195.50

1533.47

52

193.45

1549.71

12

195.45

1533.86

53

193.40

1550.116

13

195.40

1534.250

54

193.35

1550.517

14

195.35

1534.643

55

193.30

1550.918

15

195.30

1535.036

56

193.25

1551.319

16

195.25

1535.429

57

193.20

1551.721

17

195.20

1535.822

58

193.15

1552.122

18

195.15

1536.216

59

193.10

1552.524

19

195.10

1536.609

60

193.05

1552.926

20

195.05

1537.003

61

193.00

1553.33

21

195.00

1537.40

62

192.95

1553.73

22

194.95

1537.79

63

192.90

1554.134

23

194.90

1538.186

64

192.85

1554.537

24

194.85

1538.581

65

192.80

1554.940

25

194.80

1538.976

66

192.75

1555.343

26

194.75

1539.371

67

192.70

1555.747

27

194.70

1539.766

68

192.65

1556.151

28

194.65

1540.162

69

192.60

1556.555

29

194.60

1540.557

70

192.55

1556.959

30

194.55

1540.953

71

192.50

1557.36

31

194.50

1541.35

72

192.45

1557.77

32

194.45

1541.75

73

192.40

1558.173

33

194.40

1542.142

74

192.35

1558.578

34

194.35

1542.539

75

192.30

1558.983

35

194.30

1542.936

76

192.25

1559.389

36

194.25

1543.333

77

192.20

1559.794

37

194.20

1543.730

78

192.15

1560.200

38

194.15

1544.128

79

192.10

1560.606

39

194.10

1544.526

80

192.05

1561.013

40

194.05

1544.924

81

192.00

1561.42

41

194.00

1545.32

82

191.95

1561.83

Table 11-15 describes the required trunk transmit laser wavelengths for the MXP_MR_10DME_L card. The laser is fully tunable over 80 wavelengths in the L band at 50-GHz spacing on the ITU grid.

11.13 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C Cards

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards aggregate a variety of client service inputs (GigabitEthernet, fibre channel, OTU2, OTU2e, and OC-192) into a single 40-Gbps OTU3/OTU3e signal on the trunk side. You can either have 40E-MXP-C, or 40ME-MXP-C card based on your requirement, though the CTC name 40E-MXP-C is common for both. The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards support aggregation of the following signals:

With overclock enabled on the trunk port:

– 10-Gigabit Fibre Channel

– OTU2e

With overclock disabled on the trunk port:

– 8-Gigabit Fibre Channel

– 10-GigabitEthernet LAN-Phy (GFP framing)

– 10-GigabitEthernet LAN-Phy (WIS framing)

– OC-192/STM-64

– OTU2

Caution Handle the card with care. Dropping or misuse of the card could result in permanent damage.

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C muxponders pass all SONET/SDH overhead bytes transparently, section, or line termination.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up GCCs for data communications, enable FEC, or facilitate performance monitoring. The 40G-MXP-C, 40E-MXP-C and 40ME-MXP-C cards work with the OTN devices defined in ITU-T G.709. The card supports ODTU23 multiplexing, an industry standard method for asynchronously mapping client payloads into a digitally wrapped envelope. See the “Multiplexing Function” section.

You can install and provision the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards in a linear configuration in:

Slots 1 to 5 and 12 to 16 in ONS 15454 DWDM chassis

Slot 2 in ONS 15454 M2 chassis

Slots 2 to 6 in ONS 15454 M6 chassis

The client ports of the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards interoperates with all the existing TXP/MXP (OTU2 trunk) cards.

The auto negotiation is not supported on the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards in 8G FC client mode. Hence, during interoperation, the auto negotiation of the 8G-FC client port of the other device connected to 8G-FC client port on 40G-MXP-C, 40E-MXP-C, or 40ME-MXP-C card must be set to Fixed/Disabled.

The client port of 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards does not interoperate with OTU2_XP card when the signal rate is OTU1e (11.049 Gbps) and the “No Fixed Stuff” option is enabled on the trunk port of OTU2_XP card.

For OTU2 and OTU2e client protocols, Enhanced FEC (EFEC) is not supported on Port 1 of the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards. Table 11-16 lists the FEC configuration supported on OTU2/OTU2e protocol for 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards.

When setting up the card for the first time, or when the card comes up after clearing the LOS-P condition due to fiber cut, the trunk port of the 40G-MXP-C card takes about 6 minutes to lock a signal. The trunk port of the 40G-MXP-C card raises an OTUK-LOF alarm when the card is comes up. The alarm clears when the trunk port locks the signal.

When a protection switch occurs on the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards, the recovery from PSM protection switch takes about 3 to 4 minutes.

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards is tunable over C-band on the trunk port. The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards support pluggable XFPs on the client ports on the card faceplate. The card uses dual LC connectors on the trunk side, and XFP modules on the client side for optical cable termination. The XFP pluggable modules are SR, LR, MM, DWDM, or CWDM and support an LC fiber connector. The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards contains four XFP modules for the client interfaces. For optical termination, each XFP uses two LC connectors, which are labeled TX and RX on the faceplate. The trunk port is a dual LC connector facing downward at 45 degrees.

11.13.1 Key Features

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards provides the following key features:

The 40G-MXP-C card uses the RZ-DQPSK 40G modulation format.

The 40E-MXP-C and 40ME-MXP-C cards uses the CP-DQPSK modulation format.

Onboard E-FEC processor—The E-FEC functionality improves the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (239,255) correction algorithm. A new BCH algorithm implemented (according to G.975.1 I.7) in E-FEC allows recovery of an input BER up to 1E-3. The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards support both the standard RS (specified in ITU-T G.709) and E-FEC standard, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces.

Y-cable protection—Supports Y-cable protection only between the same card type on ports with the same port number and signal rate. For more information on Y-cable protection, seethe “Y-Cable and Splitter Protection” section.

Note Y-cable cannot be created on a 10 GE port when WIS framing is enabled on the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards.

Unidirectional regeneration—The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards supports unidirectional regeneration configuration. Each 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C card in the configuration regenerates the signal received from another 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C card in one direction.

Note When you configure the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards in the Unidirectional Regen mode, ensure that the payload is not configured on the pluggable port modules of the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C card.

High level provisioning support—The cards are initially provisioned using Cisco Transport Planner software. Subsequently, the card can be monitored and provisioned using CTC software.

Automatic Laser Shutdown (ALS)—A safety mechanism, Automatic Laser Shutdown (ALS), is used in the event of a fiber cut. The Auto Restart ALS option is supported only for OC-192/STM-64 and OTU2 payloads. The Manual Restart ALS option is supported for all payloads. For more information on provisioning ALS for the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards, see the “G162 Change the ALS Maintenance Settings” section.

Control of layered SONET/SDH transport overhead—The cards are provisionable to terminate regenerator section overhead. This is used to eliminate forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization—The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards synchronize to the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE cards. Because of a maintenance or upgrade activity, if the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE cards are not available, the cards automatically synchronize to one of the input client interface clocks.

Squelching policy—The cards are set to squelch the client interface output if there is LOS at the DWDM receiver, or if there is a remote fault. In the event of a remote fault, the card manages MS-AIS insertion.

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards are tunable across the full C-band wavelength.

11.13.2 Faceplate and Block Diagram

Figure 11-16 shows the faceplate and block diagram of the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards.

Figure 11-16 Faceplate and Block Diagram of the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C Cards

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the cards in a loopback on the trunk port. Do not use direct fiber loopbacks with the cards. Using direct fiber loopbacks causes irreparable damage to the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards.

11.13.3 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C Functions

11.13.3.1 Wavelength Identification

The 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards use trunk lasers that are wavelocked, which allows the trunk transmitter to operate on the ITU grid effectively. These cards implement the UT2 module; they use a C-band version of the UT2.

Table 11-18 lists the required trunk transmit laser wavelengths for the 40G-MXP-C, 40E-MXP-C, and 40ME-MXP-C cards. The laser is tunable over 82 wavelengths in the C-band at 50-GHz spacing on the ITU grid.

11.14 GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE Cards

Note GE_XPE card is the enhanced version of the GE_XP card and 10GE_XPE card is the enhanced version of the 10GE_XP card.

The cards aggregate Ethernet packets received on the client ports for transport on C-band trunk ports that operate on a 100-GHz grid. The trunk ports operate with ITU-T G.709 framing and either FEC or E-FEC. The GE_XP and 10GE_XP cards are designed for bulk point-to-point transport over 10GE LAN PHY wavelengths for Video-on-Demand (VOD), or broadcast video across protected 10GE LAN PHY wavelengths. The GE_XPE and 10GE_XPE cards are designed for bulk GE_XPE or 10GE_XPE point-to-point, point-to-multipoint, multipoint-to-multipoint transport over 10GE LAN PHY wavelengths for Video-on-Demand (VOD), or broadcast video across protected 10GE LAN PHY wavelengths.

You can install and provision the GE_XP, and GE_XPE cards in a linear configuration in:

Slots 1 to 5 and 12 to 16 in ONS 15454 DWDM chassis

Slot 2 in ONS 15454 M2 chassis

Slots 2 to 6 in ONS 15454 M6 chassis

The 10GE_XP and 10GE_XPE cards can be installed in Slots 1 through 6 or 12 through 17. The GE_XP and GE_XPE are double-slot cards with twenty Gigabit Ethernet client ports and two 10 Gigabit Ethernet trunk ports. The 10GE_XP and 10GE_XPE are single-slot cards with two 10 Gigabit Ethernet client ports and two 10 Gigabit Ethernet trunk ports. The client ports support SX, LX, and ZX SFPs and SR and 10GBASE-LR XFPs. (LR2 XFPs are not supported.) The trunk ports support a DWDM XFP.

The RAD pluggables (ONS-SC-E3-T3-PW= and ONS-SC-E1-T1-PW=) do not support:

No loopbacks (Terminal or Facility)

RAI (Remote Alarm Indication) alarm

AIS and LOS alarm

Caution A fan-tray assembly (15454E-CC-FTA for the ETSI shelf, or 15454-CC-FTA for the ANSI shelf) must be installed in a shelf where a GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card is installed.

GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards can be provisioned to perform different Gigabit Ethernet transport roles. All the cards can work as Layer 2 switches. However, the 10GE_XP and 10GE_XPE cards can also perform as a 10 Gigabit Ethernet transponders (10GE TXP mode), and the GE_XP and GE_XPE can perform as a 10 Gigabit Ethernet or 20 Gigabit Ethernet muxponders (10GE MXP or 20GE MXP mode). Table 11-19 shows the card modes supported by each card.

Note Changing the GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card mode requires the ports to be in a OOS-DSBL (ANSI) or Locked, disabled (ETSI) service state. In addition, no circuits can be provisioned on the cards when the mode is being changed.

Provides a point-to-point application in which each 10 Gigabit Ethernet client port is mapped to a 10 Gigabit Ethernet trunk port.

10GE MXP

20GE MXP

GE_XP

GE_XPE

Provides the ability to multiplex the twenty Gigabit Ethernet client ports on the card to one or both of its 10 Gigabit Ethernet trunk ports. The card can be provisioned as a single MXP with twenty Gigabit Ethernet client ports mapped to one trunk port (Port 21) or as two MXPs with ten Gigabit Ethernet client ports mapped to a trunk port (Ports 1 to 10 mapped to Port 21, and Ports 11-20 mapped to Port 22).

11.14.1 Key Features

The GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards have the following high-level features:

Link Aggregation Control Protocol (LACP) that allows you to bundle several physical ports together to form a single logical channel.

Ingress rate limiting that can be applied on both SVLANs and CVLANs. You can create SVLAN and CVLAN profiles and can associate a SVLAN profile to both UNI and NNI ports; however, you can associate a CVLAN profile only to UNI ports.

CVLAN rate limiting that is supported for QinQ service in selective add mode.

Differentiated Services Code Point (DSCP) to class of service (CoS) mapping that you can configure for each port. You can configure the CoS of the outer VLAN based on the incoming DSCP bits. This feature is supported only on GE_XPE and 10GE_XPE cards.

Ports, in Layer 2 switch mode, can be provisioned as network-to-network interfaces (NNIs) or user-network interfaces (UNIs) to facilitate service provider to customer traffic management.

The GE_XP and GE_XPE cards have twenty Gigabit Ethernet client ports and two 10 Gigabit Ethernet trunk ports. The 10GE_XP and 10GE_XPE cards have two 10 Gigabit Ethernet client ports and two 10 Gigabit Ethernet trunk ports. The client Gigabit Ethernet signals are mapped into an ITU-T G.709 OTU2 signal using standard ITU-T G.709 multiplexing when configured in one of the MXP modes (10GE MXP or 20GE MXP).

When a port is in UNI mode, tagging can be configured as transparent or selective. In transparent mode, only SVLANs in the VLAN database of the node can be configured. In selective mode, a CVLAN- to-SVLAN relationship can be defined.

Layer 2 VLAN port mapping that allows the cards to be configured as multiple Gigabit Ethernet TXPs and MXPs.

Internet Group Management Protocol (IGMP) snooping that restricts the flooding of multicast traffic by forwarding multicast traffic to those interfaces where a multicast device is present.

Multicast VLAN Registration (MVR) for applications using wide-scale deployment of multicast traffic across an Ethernet ring-based service provider network.

Ingress CoS that assigns a CoS value to the port from 0 (highest) to 7 (lowest) and accepts CoS of incoming frames.

Egress QoS that defines the QoS capabilities for the egress port.

MAC address learning that facilitates switch processing.

Storm Control that limits the number of packets passing through a port. You can define the maximum number of packets allowed per second for the following types of traffic: Broadcast, Multicast, and Unicast. The threshold for each type of traffic is independent and the maximum number of packets allowed per second for each type of traffic is 16777215.

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the cards in a loopback on the trunk port. Do not use direct fiber loopbacks with the cards. Using direct fiber loopbacks causes irreparable damage to the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

Note If ONS-XC-10G-C XFP is used on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards on client port 1, the maximum temperature at which the system qualifies is +45 degree Celsius.

The client interfaces support the following multimode XFP using dual LC connectors and multi-mode fiber:

XFP - OC-192/10GFC/10GE - 850 nm MM LC (PID ONS-XC-10G-SR-MM)

11.14.4.2 DWDM Trunk Interface

The GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards have two 10 Gigabit Ethernet trunk ports operating at 10 Gigabit Ethernet (10.3125 Gbps) or 10 Gigabit Ethernet into OTU2 (nonstandard 11.0957 Gbps). The ports are compliant with ITU-T G.707, ITU-T G.709, and Telcordia GR-253-CORE standards. The ports are capable of carrying C-band and L-band wavelengths through insertion of DWDM XFPs. Forty channels are available in the 1550-nm C band 100-GHz ITU grid, and forty channels are available in the L band.

11.14.4.3 Configuration Management

The GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards support the following configuration management parameters:

Port name—User-assigned text string.

Admin State/Service State—Administrative and service states to manage and view port status.

MTU—Provisionable maximum transfer unit (MTU) to set the maximum number of bytes per frames accepted on the port.

Mode—Provisional port mode, either Autonegotiation or the port speed.

Flow Control—Flow control according to IEEE 802.1x pause frame specification can be enabled or disabled for TX and RX ports.

Bandwidth—Provisionable maximum bandwidth allowed for the port.

Ingress CoS—Assigns a CoS value to the port from 0 (highest) to 7 (lowest) and accepts CoS of incoming frames.

Egress QoS—Defines the QoS capabilities at the egress port.

NIM—Defines the port network interface management type based on Metro Ethernet Forum specifications. Ports can be defined as UNI or NNI.

MAC Learning—MAC address learning to facilitate switch processing.

VLAN tagging provided according to the IEEE 802.1Q standard.

Note When the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards are provisioned in a MXP or TXP mode, only the following parameters are available: Port Name, State, MTU, Mode, Flow control, and Bandwidth.

11.14.4.4 Security

GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE card ports can be provisioned to block traffic from a user-defined set of MAC addresses. The remaining traffic is normally switched. You can manually specify the set of blocked MAC addresses for each port. Each port of the card can receive traffic from a limited predefined set of MAC addresses. The remaining traffic will be dropped. This capability is a subset of the Cisco IOS “Port Security” feature.

11.14.4.5 Card Protection

The following card protection schemes are available for the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

11.14.5 IGMP Snooping

As networks increase in size, multicast routing becomes critically important as a means to determine which segments require multicast traffic and which do not. IP multicasting allows IP traffic to be propagated from one source to a number of destinations, or from many sources to many destinations. Rather than sending one packet to each destination, one packet is sent to the multicast group identified by a single IP destination group address. GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards can learn up to a maximum of 1024 multicast groups. This includes groups on all the VLANs.

Internet Group Management Protocol (IGMP) snooping restricts the flooding of multicast traffic by forwarding multicast traffic to those interfaces where a multicast device is present.

When the GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card receives an IGMP leave group message from a host, it removes the host port from the multicast forwarding table after generating group specific queries to ensure that no other hosts interested in traffic for the particular group are present on that port. Even in the absence of any “leave” message, the cards have a timeout mechanism to update the group table with the latest information. After a card relays IGMP queries from the multicast router, it deletes entries periodically if it does not receive any IGMP membership reports from the multicast clients.

In a multicast router, general queries are sent on a VLAN when Protocol Independent Multicast (PIM) is enabled on the VLAN. The GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card forwards queries to all ports belonging to the VLAN. All hosts interested in this multicast traffic send Join requests and are added to the forwarding table entry. The Join requests are forwarded only to router ports. By default, these router ports are learned dynamically. However, they can also be statically configured at the port level in which case the static configuration overrides dynamic learning.

11.14.5.1 IGMP Snooping Guidelines and Restrictions

The following guidelines and restrictions apply to IGMP snooping on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards:

IGMP snooping V2 is supported as specified in RFC 4541.

IGMP snooping V3 is not supported and the packets are flooded in the SVLAN.

Layer 2 multicast groups learned through IGMP snooping are dynamic.

GE_XP and 10GE_XP cards support IGMP snooping on 128 stacked VLANs and GE_XPE and 10GE_XPE cards support up to 256 stacked VLANs that are enabled.

IGMP snooping can be configured per SVLAN or CVLAN. By default, IGMP snooping is disabled on all SVLANs and CVLANs.

IGMP snooping on CVLAN is enabled only when:

– MVR is enabled.

– UNI ports are in selective add and selective translate modes. For each UNI port, a CVLAN must be specified for which IGMP snooping is to be enabled.

IGMP snooping can be enabled only on one CVLAN per port. If you enable IGMP snooping on CVLAN, you cannot enable IGMP snooping on the associated SVLAN and vice versa. The number of VLANs that can be enabled for IGMP snooping cannot exceed 128.

When IGMP snooping is enabled on double-tagged packets, CVLAN has to be the same on all ports attached to the same SVLAN.

When IGMP snooping is working with the Fast Automatic Protection Switch (FAPS) in a ring-based setup, it is advisable to configure all NNI ports as static router ports. This minimizes the multicast traffic hit when a FAPS switchover occurs.

The following conditions are raised from IGMP snooping at the card:

MCAST-MAC-TABLE-FULL—This condition is raised when the multicast table is full and a new join request is received. This table is cleared when at least one entry gets cleared from the multicast table after the alarm is raised.

MCAST-MAC-ALIASING—This condition is raised when there are multiple L3 addresses that map to the same L2 address in a VLAN. This is a transient condition.

For more information on severity level of these conditions and procedure to clear these alarms, refer to the Cisco ONS 15454 Troubleshooting Guide .

11.14.5.2 Fast-Leave Processing

Note Fast-Leave processing is also known as Immediate-Leave.

IGMP snooping Fast-Leave processing allows the GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE to remove an interface that sends a leave message from the forwarding table without first sending group specific queries to the interface. When you enable IGMP Fast-Leave processing, the card immediately removes a port from the IP multicast group when it detects an IGMP, version 2 (IGMPv2) leave message on that port.

11.14.5.3 Static Router Port Configuration

Multicast-capable ports are added to the forwarding table for every IP multicast entry. The card learns of such ports through the PIM method.

11.14.5.4 Report Suppression

Report suppression is used to avoid a storm of responses to an IGMP query. When this feature is enabled, a single IGMP report is sent to each multicast group in response to a single query. Whenever an IGMP snooping report is received, report suppression happens if the report suppression timer is running. The Report suppression timer is started when the first report is received for a general query. Then this time is set to the response time specified in general query.

11.14.5.5 IGMP Statistics and Counters

An entry in a counter contains multicasting statistical information for the IGMP snooping capable GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card. It provides statistical information about IGMP messages that have been transmitted and received. IGMP statistics and counters can be viewed via CTC from the Performance > Ether Ports > Statistics tab.

This information can be stored in the following counters:

cisTxGeneralQueries—Number of general queries transmitted through an interface.

cisTxGroupSpecificQueries—Total group specific queries transmitted through an interface.

11.14.5.6 Related Procedure for Enabling IGMP Snooping

11.14.6 Multicast VLAN Registration

Multicast VLAN Registration (MVR) is designed for applications using wide-scale deployment of multicast traffic across an Ethernet-ring-based service provider network (for example, the broadcast of multiple television channels over a service-provider network). MVR allows a subscriber on a port to subscribe and unsubscribe to a multicast stream on the network-wide multicast VLAN. It allows the single multicast VLAN to be shared in the network while subscribers remain in separate VLANs. MVR provides the ability to continuously send multicast streams in the multicast VLAN, but to isolate the streams from the subscriber VLANs for bandwidth and security reasons.

MVR assumes that subscriber ports subscribe and unsubscribe (“Join” and “Leave”) these multicast streams by sending out IGMP Join and Leave messages. These messages can originate from an IGMP version-2-compatible host with an Ethernet connection. MVR operates on the underlying mechanism of IGMP snooping. MVR works only when IGMP snooping is enabled.

The card identifies the MVR IP multicast streams and their associated MAC addresses in the card forwarding table, intercepts the IGMP messages, and modifies the forwarding table to include or remove the subscriber as a receiver of the multicast stream, even though the receivers is in a different VLAN than the source. This forwarding behavior selectively allows traffic to cross between different VLANs.

Note When MVR is configured, the port facing the router must be configured as NNI in order to allow the router to generate or send multicast stream to the host with the SVLAN. If router port is configured as UNI, the MVR will not work properly.

11.14.6.1 Related Procedure for Enabling MVR

11.14.7 MAC Address Learning

The GE_XPE and 10 GE_XPE cards support 32K MAC addresses. MAC address learning can be enabled or disabled per SVLAN on GE_XPE and 10 GE_XPE cards. The cards learn the MAC address of packets they receive on each port and add the MAC address and its associated port number to the MAC address learning table. As stations are added or removed from the network, the GE_XPE and 10 GE_XPE cards update the MAC address learning table, adding new dynamic addresses and aging out those that are currently not in use.

MAC address learning can be enabled or disabled per SVLAN. When the configuration is changed from enable to disable, all the related MAC addresses are cleared. The following conditions apply:

If MAC address learning is enabled on per port basis, the MAC address learning is not enabled on all VLANs, but only on VLANs that have MAC address learning enabled.

If per port MAC address learning is disabled then the MAC address learning is disabled on all VLANs, even if it is enabled on some of the VLAN supported by the port.

If the per port MAC address learning is configured on GE-XP and 10 GE-XP cards, before upgrading to GE-XPE or 10 GE-XPE cards, enable MAC address learning per SVLAN. Failing to do so disables MAC address learning.

11.14.7.1 Related Procedure for MAC Address Learning

11.14.8 MAC Address Retrieval

MAC addresses learned can be retrieved or cleared on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards provisioned in L2-over-DWDM mode. The MAC addresses can be retrieved using the CTC or TL1 interface.

GE_XPE and 10GE_XPE cards support 32K MAC addresses and GE_XP and 10GE_XP cards support 16K MAC addresses. To avoid delay in processing requests, the learned MAC addresses are retrieved using an SVLAN range. The valid SVLAN range is from 1 to 4093.

The MAC addresses of the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards can also be retrieved. The card MAC addresses are static and are used for troubleshooting activities. One MAC address is assigned to each client, trunk, and CPU ports of the GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card. These internal MAC addresses can be used to determine if the packets received on the far-end node are generated by GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

For MAC address retrieval, the following conditions apply:

The cards must be provisioned in L2-over-DWDM mode.

MAC address learning must be enabled per SVLAN on GE_XPE or 10 GE_XPE cards.

MAC address learning must be enabled per port on GE_XP or 10 GE_XP cards.

11.14.8.1 Related Procedure for MAC Address Retrieving

11.14.9 Link Integrity

The GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE card support end-to-end Ethernet link integrity. This capability is integral to providing an Ethernet private line service and correct operation of Layer 2 and Layer 3 protocols on the attached Ethernet devices.

The link integrity feature propagates a trunk fault on all the affected SVLAN circuits in order to squelch the far end client interface. Ethernet-Advanced IP Services (E-AIS) packets are generated on a per-port/SVLAN basis. An E-AIS format is compliant with ITU Y.1731.

Note E-AIS packets are marked with a CoS value of 7 (also called .1p bits). Ensure that the network is not overloaded and there is sufficient bandwidth for this queue in order to avoid packet drops.

When link integrity is enabled on a per-port SVLAN basis, E-AIS packets are generated when the following alarms are raised;

LOS-P

OTUKLOF/LOM

SIGLOSS

SYNCHLOSS

OOS

PPM not present

When link integrity is enabled, GE_XP and 10 GE_XP card supports up to128 SVLANs and GE_XPE, 10 GE_XPE can support up to 256 SVLANs.

11.14.9.1 Related Procedure for Enabling Link Integrity

11.14.10 Ingress CoS

Ingress CoS functionality enables differentiated services across the GE_XPE and 10GE_XPE cards. A wide range of networking requirements can be provisioned by specifying the class of service applicable to each transmitted traffic.

When a CVLAN is configured as ingress CoS, the per-port settings are not considered. A maximum of 128 CVLAN and CoS relationships can be configured.

11.14.10.1 Related Procedure for Enabling Ingress CoS

To enable Ingress CoS on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards, see the:

11.14.11 CVLAN Rate Limiting

CVLAN rate limiting is supported on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards. CVLAN rate limiting is supported for QinQ service in selective add mode. The following limitations and restrictions apply to CVLAN rate limiting:

CVLAN rate limiting is not supported for the following service types:

– Selective translate mode

– Transparent mode

– Selective double add mode

– Selective translate add mode

– Untagged packets

– CVLAN range

– Services associated with the channel group

CVLAN rate limiting and SVLAN rate limiting cannot be applied to the same service instance.

Pseudo-IOS command line interface (PCLI) is not supported for CVLAN rate limiting.

A VLAN profile with Link Integrity option enabled cannot be used to perform CVLAN rate limiting.

On GE_XP and 10 GE_XP cards, CVLAN rate limiting can be applied to up to 128 services. However, the number of provisionable CVLAN rate limiting service instances is equal to 192 minus the number of SVLAN rate limiting service instances present on the card (subject to a minimum of 64 CVLAN rate limiting service instances).

On GE_XPE and 10 GE_XPE cards, CVLAN rate limiting can be applied to up to 256 services. However, the number of provisionable CVLAN rate limiting service instances is equal to 384 minus the number of SVLAN rate limiting service instances present on the card (subject to a minimum of 128 CVLAN rate limiting service instances).

11.14.11.1 Related Procedure for Provisioning CVLAN Rate

11.14.12 DSCP to CoS Mapping

DSCP to CoS mapping can be configured for each port. You can configure the CoS of the outer VLAN based on the incoming DSCP bits. This feature is supported only on GE_XPE and 10GE_XPE cards. PCLI is not supported for DSCP to CoS mapping.

11.14.12.1 Related Procedure for Provisioning CoS Based on DSCP

11.14.13 Link Aggregation Control Protocol

Link Aggregation Control Protocol (LACP) is part of the IEEE802.3ad standard that allows you to bundle several physical ports together to form a single logical channel. LACP allows a network device such as a switch to negotiate an automatic bundling of links by sending LACP packets to the peer device.

LACP allows you to form a single Layer 2 link automatically from two or more Ethernet links. This protocol ensures that both ends of the Ethernet link are functional and agree to be members of the aggregation group before the link is added to the group. LACP must be enabled at both ends of the link to be operational.

11.14.13.1 Advantages of LACP

High-speed network that transfers more data than any single port or device.

High reliability and redundancy. If a port fails, traffic continues on the remaining ports.

Hashing algorithm that allows to apply load balancing policies on the bundled ports.

11.14.13.2 Functions of LACP

LACP performs the following functions in the system:

Maintains configuration information to control aggregation.

Exchanges configuration information with other peer devices.

Attaches or detaches ports from the link aggregation group based on the exchanged configuration information.

Enables data flow when both sides of the aggregation group are synchronized.

11.14.13.3 Modes of LACP

LACP can be configured in the following modes:

On — Default. In this mode, the ports do not exchange LACP packets with the partner ports.

Active — In this mode, the ports send LACP packets at regular intervals to the partner ports.

Passive — In this mode, the ports do not send LACP packets until the partner sends LACP packets. After receiving the LACP packets from the partner ports, the ports send LACP packets.

11.14.13.4 Parameters of LACP

LACP uses the following parameters to control aggregation:

System Identifier—A unique identification assigned to each system. It is the concatenation of the system priority and a globally administered individual MAC address.

Port Identification—A unique identifier for each physical port in the system. It is the concatenation of the port priority and the port number.

Port Capability Identification—An integer, called a key, that identifies the capability of one port to aggregate with another port. There are two types of keys:

– Administrative key—The network administrator configures this key.

– Operational key—The LACP assigns this key to a port, based on its aggregation capability.

Aggregation Identifier—A unique integer that is assigned to each aggregator and is used for identification within the system.

11.14.13.5 Unicast Hashing Schemes

LACP supports the following unicast hashing schemes:

Ucast SA VLAN Incoming Port

Ucast DA VLAN Incoming Port

Ucast SA DA VLAN Incoming port

Ucast Src IP TCP UDP

Ucast Dst IP TCP UDP

Ucast Src Dst IP TCP UDP

Note Unicast hashing schemes apply to unicast traffic streams only when the destination MAC address is already learned by the card. Hence, MAC learning must be enabled to support load balancing as per the configured hashing scheme. If the destination MAC address is not learned, the hashing scheme is Ucast Src Dst IP TCP UDP.

11.14.13.6 LACP Limitations and Restrictions

The LACP on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards has the following limitations and restrictions:

Hot standby link state is not supported on the channel group.

Marker protocol generator is not supported.

ALS cannot be configured on the channel group.

Loopback configuration cannot be applied on the channel group.

11.14.13.7 Related Procedure for LACP

11.14.14 Ethernet Connectivity Fault Management

Ethernet Connectivity Fault Management (CFM) is part of the IEEE 802.1ag standard. The Ethernet CFM is an end-to-end per service instance that supports the Ethernet layer Operations, Administration, and Management (OAM) protocol. It includes proactive connectivity monitoring, link trace on a per service basis, fault verification, and fault isolation for large Ethernet metropolitan-area networks (MANs) and WANs.

CFM is disabled on the card by default. CFM is enabled on all the ports by default.

For more information on CFM, refer to the IEEE 802.1ag standard. For information about interaction of CFM with other protocols, see the “Protocol Compatibility list” section. The following sections contain conceptual information about Ethernet CFM.

11.14.14.1 Maintenance Domain

A maintenance domain is an administrative domain that manages and administers a network. You can assign a unique maintenance level (from 0 to 7) to define the hierarchical relationship between domains. The larger the domain, the higher the maintenance level for that domain. For example, a service provider domain would be larger than an operator domain and might have a maintenance level of 6, while the operator domain maintenance level would be 3 or 4.

Maintenance domains cannot intersect or overlap because that would require more than one entity to manage it, which is not allowed. Domains can touch or nest if the outer domain has a higher maintenance level than the nested domain. Maintenance levels of nesting domains must be communicated among the administrating organizations. For example, one approach would be to have the service provider assign maintenance levels to operators.

The CFM protocol supports up to eight maintenance domains on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

11.14.14.2 Maintenance Association

A maintenance association identifies a service within the maintenance domain. You can have any number of maintenance associations within each maintenance domain. The CFM protocol supports up to 1500 maintenance associations on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

Note Each maintenance association is mapped to a maintenance domain. This mapping is done to configure a Maintenance End Point (MEP). The CFM protocol supports up to 1000 mappings on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

11.14.14.3 Maintenance End Points

Maintenance End Points (MEPs) reside at the edge of the maintenance domain and are active elements of the Ethernet CFM. MEPs transmit Continuity Check messages at periodic intervals and receive similar messages from other MEPs within a domain. MEPs also transmit Loopback and Traceroute messages at the request of the administrator. MEPs confine CFM messages within the boundary of a maintenance domain through the maintenance level. There are two types of MEPs:

Up (Inwards, towards the bridge)

Down (Outwards, towards the wire).

You can create up to 255 MEPs and MIPs together on GE_XP and 10GE_XP cards. You can create up to 500 MEPs and MIPs together on GE_XPE and 10GE_XPE cards.

The MEP continuity check database (CCDB) stores information that is received from other MEPs in the maintenance domain. The card can store up to 4000 MEP CCDB entries.

11.14.14.4 Maintenance Intermediate Points

Maintenance Intermediate Points (MIPs) are internal to the maintenance domain and are passive elements of the Ethernet CFM. They store information received from MEPs and respond to Linktrace and Loopback CFM messages. MIPs forward CFM frames received from MEPs and other MIPs, drop all CFM frames at a lower level, and forward all CFM frames at a higher level.

You can create up to 255 MEPs and MIPs together on GE_XP and 10GE_XP cards. You can create up to 500 MEPs and MIPs together on GE_XPE and 10GE_XPE cards.

The MIP CCDB maintains the information received for all MEPs in the maintenance domain. The card can store up to 4000 MIP CCDB entries.

11.14.14.5 CFM Messages

The Ethernet CFM on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards supports the following messages:

Continuity Check—These messages are exchanged periodically among MEPs. They allow MEPs to discover other MEPs within a domain and allow MIPs to discover MEPs. These messages are confined to a domain.

Loopback—These messages are unicast messages that a MEP transmits, at the request of an administrator, to verify connectivity to a specific maintenance point. A reply to a loopback message indicates whether a destination is reachable.

Traceroute—These messages are multicast messages that a MEP transmits, at the request of an administrator, to track the path to a destination MEP.

11.14.14.6 CFM Limitations and Restrictions

The CFM on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards has the following limitations and restrictions:

CFM is not supported on channel groups.

CFM is not enabled on protected ports running REP, FAPS, and 1+1.

Y.1731 enhancements including AIS, LCK, and performance monitoring messages along with CFM are not supported.

IEEE CFM MIB is not supported.

L1 and CFM are mutually exclusive on a SVLAN because LI and CFM use the same MAC address.

MAC security and CFM are mutually exclusive on the card due to hardware resource constraints.

11.14.14.7 Related Procedure for Ethernet CFM

11.14.15 Ethernet OAM

The Ethernet OAM protocol is part of the IEEE 802.3ah standard and is used for installing, monitoring, and troubleshooting Ethernet MANs and Ethernet WANs. This protocol relies on an optional sublayer in the data link layer of the OSI model. The Ethernet OAM protocol was developed for Ethernet in the First Mile (EFM) applications. The terms Ethernet OAM and EFM are interchangeably used and both mean the same.

Normal link operation does not require Ethernet OAM. You can implement Ethernet OAM on any full-duplex point-to-point or emulated point-to-point Ethernet link for a network or part of a network (specified interfaces). OAM frames, called OAM Protocol Data Units (OAM PDUs), use the slow protocol destination MAC address 0180.c200.0002. OAM PDUs are intercepted by the MAC sublayer and cannot propagate beyond a single hop within an Ethernet network.

Ethernet OAM is disabled on all interfaces by default. When Ethernet OAM is enabled on an interface, link monitoring is automatically turned on.

For more information on Ethernet OAM protocol, refer to IEEE 802.3ah standard. For information about interaction of Ethernet OAM with other protocols, see the “Protocol Compatibility list” section.

11.14.15.1 Components of the Ethernet OAM

Ethernet OAM consists of two major components, the OAM Client and the OAM Sublayer.

11.14.15.1.1 OAM Client

The OAM client establishes and manages the Ethernet OAM on a link. The OAM client also enables and configures the OAM sublayer. During the OAM discovery phase, the OAM client monitors the OAM PDUs received from the remote peer and enables OAM functionality. After the discovery phase, the OAM client manages the rules of response to OAM PDUs and the OAM remote loopback mode.

11.14.15.1.2 OAM Sublayer

One interface facing toward the superior sub-layers, which include the MAC client (or link aggregation).

Other interface facing toward the subordinate MAC control sublayer.

The OAM sublayer provides a dedicated interface for passing OAM control information and OAM PDUs to and from the client.

11.14.15.2 Benefits of the Ethernet OAM

Ethernet OAM provides the following benefits:

Competitive advantage for service providers

Standardized mechanism to monitor the health of a link and perform diagnostics

11.14.15.3 Features of the Ethernet OAM

The Ethernet OAM protocol has the following OAM features:

Discovery—Identifies devices in the network and their OAM capabilities. The Discovery feature uses periodic OAM PDUs to advertise the OAM mode, configuration, and capabilities. An optional phase allows the local station to accept or reject the configuration of the peer OAM entity.

Link Monitoring—Detects and indicates link faults under a variety of conditions. It uses the event notification OAM PDU to notify the remote OAM device when it detects problems on the link.

Remote Failure Indication—Allows an OAM entity to convey the failure conditions to its peer through specific flags in the OAM PDU.

Remote Loopback—Ensures link quality with a remote peer during installation or troubleshooting.

11.14.15.4 Ethernet OAM Limitations and Restrictions

The Ethernet OAM on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards has the following limitations and restrictions:

11.14.16.1 REP Segments

A REP segment is a chain of ports connected to each other and configured with a segment ID. Each segment consists of regular segment ports and two edge ports. A GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE card can have up to 2 ports that belong to the same segment, and each segment port can have only one external neighbor port.

A segment protects only against a single link failure. Any more failures within the segment result in loss of connectivity.

11.14.16.2 Characteristics of REP Segments

REP segments have the following characteristics:

If all the ports in the segment are operational, one port blocks traffic for each VLAN. If VLAN load balancing is configured, two ports in the segment control the blocked state of VLANs.

If any port in the segment is not operational, all the other operational ports forward traffic on all VLANs to ensure connectivity.

In case of a link failure, the alternate ports are immediately unblocked. When the failed link comes up, a logically blocked port per VLAN is selected with minimal disruption to the network.

11.14.16.3 REP Port States

Ports in REP segments take one of three roles or states: Failed, Open, or Alternate.

A port configured as a regular segment port starts as a failed port.

When the neighbor adjacencies are determined, the port transitions to the alternate port state, blocking all the VLANs on the interface. Blocked port negotiations occur and when the segment settles, one blocked port remains in the alternate role and all the other ports become open ports.

When a failure occurs in a link, all the ports move to the failed state. When the alternate port receives the failure notification, it changes to the open state, forwarding all VLANs.

11.14.16.4 Link Adjacency

Each segment port creates an adjacency with its immediate neighbor. Link failures are detected and acted upon locally. If a port detects a problem with its neighbor, the port declares itself non-operational and REP converges to a new topology.

REP Link Status Layer (LSL) detects its neighbor port and establishes connectivity within the segment. All VLANs are blocked on an interface until the neighbor port is identified. After the neighbor port is identified, REP determines the neighbor port that must be the alternate port and the ports that must forward traffic.

Each port in a segment has a unique port ID. When a segment port starts, the LSL layer sends packets that include the segment ID and the port ID.

A segment port does not become operational if the following conditions are satisfied:

No neighbor port has the same segment ID or more than one neighbor port has the same segment ID.

The neighbor port does not acknowledge the local port as a peer.

11.14.16.5 Fast Reconvergence

REP runs on a physical link and not on per VLAN. Only one hello message is required for all VLANs that reduces the load on the protocol.

REP Hardware Flood Layer (HFL) is a transmission mechanism that floods packets in hardware on an admin VLAN. HFL avoids the delay that is caused by relaying messages in software. HFL is used for fast reconvergence in the order of 50 to 200 milliseconds.

11.14.16.6 VLAN Load Balancing

You must configure two edge ports in the segment for VLAN load balancing. One edge port in the REP segment acts as the primary edge port; the other edge port as the secondary edge port. The primary edge port always participates in VLAN load balancing in the segment. VLAN load balancing is achieved by blocking certain VLANs at a configured alternate port and all the other VLANs at the primary edge port.

11.14.16.7 REP Configuration Sequence

You must perform the following tasks in sequence to configure REP:

Configure the REP administrative VLAN or use the default VLAN 1. The range of REP admin VLAN is 1 to 4093. VLAN 4094 is not allowed.

Add ports to the segment in interface configuration mode.

Enable REP on ports and assign a segment ID to it. REP is disabled on all ports by default. The range of segment ID is 1 to 1024.

Configure two edge ports in the segment; one port as the primary edge port and the other as the secondary edge port.

If you configure two ports in a segment as the primary edge port, for example, ports on different switches, REP selects one of the ports to serve as the primary edge port based on port priority. The Primary option is enabled only on edge ports.

Configure the primary edge port to send segment topology change notifications (STCNs) and VLAN load balancing to another port or to other segments. STCNs and VLAN load balancing configurations are enabled only for edge ports.

Note A port can belong to only one segment. Only two ports can belong to the same segment. Both the ports must be either regular ports or edge ports. However, if the No-neighbor port is configured, one port can be an edge port and another port can be a regular port.

11.14.16.8 REP Supported Interfaces

REP supports the following interfaces:

REP is supported on client (UNI) and trunk (NNI) ports.

Enabling REP on client ports allows protection at the access or aggregation layer when the cards are connected to the L2 network.

Enabling REP on trunk ports allows protection at the edge layer when the cards are connected in a ring.

11.14.16.9 REP Limitations and Restrictions

The REP on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards has the following limitations and restrictions:

Fast re-convergence and VLAN load balancing are not supported on UNI ports in transparent mode.

Native VLAN is not supported.

CFM, EFM, link integrity, LACP, FAPS, and L2 1+1 protection are not supported on ports that are configured as part of REP segment and vice versa.

When a node installed with GE_XP, GE_XPE, 10GE_XP, or 10GE_XPE cards configured with REP or LACP is upgraded, traffic loss may occur. This traffic loss is due to reconvergence when the cards soft reset during the upgrade process.

NNI ports cannot be configured as the primary edge port or blocking port at the access or aggregation layer.

Only three REP segments can be configured on GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.

Consider the following configuration:

More than one REP closed segment is configured on the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards and the same HFL admin VLAN is enabled on the switches.

If two different segments are configured on more than one common switch, the following consequences happen.

– Layer 1 loop

– Flooding of HFL packets across segments if one REP segment fails

– Segment goes down due to LSL time out even if the segment does not have faults

Hence, it is recommended not to configure two different segments on more than one common switch.

Caution Fan-tray assembly 15454E-CC-FTA (ETSI shelf)/15454-CC-FTA (ANSI shelf) must be installed in a shelf where the ADM-10G card is installed.

The card is compliant with ITU-T G.825 and ITU-T G.783 for SDH signals. It supports concatenated and non-concatenated AU-4 mapped STM-1, STM-4, and STM-16 signals as specified in ITU-T G.707. The card also complies with Section 5.6 of Telcordia GR-253-CORE and supports synchronous transport signal (STS) mapped OC-3, OC-12, and OC-48 signals as specified in the standard.

Supports path protection/SNCP on client and trunk ports for both single-card and double-card configuration. The card does not support path protection/SNCP between a client port and a trunk port. Path protection/SNCP is supported only between two client ports or two trunk ports.

Can be installed or pulled from operation, in any slot, without impacting other service cards in the shelf.

Supports client to client hairpinning, that is, creation of circuits between two client ports for both single-card and double-card configuration. See the “Circuit Provisioning” section for more detailed information.

You can provision framing on the ADM-10G card as either the default GFP-F or LEX framing. With GFP-F framing, you can configure a 32-bit cyclic redundancy check (CRC) or none (no CRC) (the default). LEX framing supports 16-bit or 32-bit CRC configuration. The framing type cannot be changed when there is a circuit on the port.

On the CTC, navigate to card view and click the Provisioning > Line> Ethernet Tab. To see the various parameters that can be configured on the ethernet ports, see the “CTC Display of ethernet Port Provisioning Status” section in the Cisco ONS 15454 and Cisco ONS 15454 SDH Ethernet Card Software Feature and Configuration Guide. Parameters such as, admin state, service state, framing type, CRC, MTU and soak time for a port can be configured.

It is possible to create an end-to-end circuit between equipment supporting different kinds of encapsulation (for example, LEX on one side and GFP-F on other side). But, under such circumstances, traffic does not pass through, and an alarm is raised if there is a mismatch.

11.15.2.1 POS Overview

Ethernet data packets need to be framed and encapsulated into a SONET/SDH frame for transport across the SONET/SDH network. This framing and encapsulation process is known as packet over SONET/SDH (POS).

The Ethernet frame comes into the ADM-10G card on a standard Gigabit Ethernet port and is processed through the card’s framing mechanism and encapsulated into a POS frame. When the POS frame exits, the ADM-10G card is in a POS circuit, and this circuit is treated as any other SONET circuit (STS) or SDH circuit (VC) in the ONS node. It is cross-connected and rides the SONET/SDH signal out the port of an optical card and across the SONET/SDH network.

The destination of the POS circuit is a card or a device that supports the POS interface. Data packets in the destination card frames are removed and processed into ethernet frames. The Ethernet frames are then sent to a standard Ethernet port of the card and transmitted onto an Ethernet network.

11.15.2.2 POS Framing Modes

A POS framing mode is the type of framing mechanism employed by the ADM-10G card to frame and encapsulate data packets into a POS signal. These data packets were originally encapsulated in Ethernet frames that entered the standard Gigabit Ethernet interface of the ADM-10G card.

11.15.2.2.1 GFP-F Framing

The GFP-F framing represent standard mapped Ethernet over GFP-F according to ITU-T G.7041. GFP-F defines a standard-based mapping of different types of services onto SONET/SDH. GFP-F maps one variable length data packet onto one GFP packet. GFP-F comprises of common functions and payload specific functions. Common functions are those shared by all payloads. Payload-specific functions are different depending on the payload type. GFP-F is detailed in the ITU recommendation G.7041.

11.15.2.2.2 LEX Framing

LEX encapsulation is a HDLC frame based Cisco Proprietary protocol, where the field is set to values specified in Internet Engineering Task Force (IETF) RFC 1841. HDLC is one of the most popular Layer 2 protocols. The HDLC frame uses the zero insertion/deletion process (commonly known as bit stuffing) to ensure that the bit pattern of the delimiter flag does not occur in the fields between flags. The HDLC frame is synchronous and therefore relies on the physical layer to provide a method of clocking and synchronizing the transmission and reception of frames. The HDLC framing mechanism is detailed in the IETF’s RFC 1662, “PPP in HDLC-like Framing.”

11.15.2.3 GFP Interoperability

The ADM-10G card defaults to GFP-F encapsulation that is compliant with ITU-T G.7041. This mode allows the card to operate with ONS 15310-CL, ONS 15310-MA, ONS 15310-MA SDH, or ONS 15454 data cards (for example, ONS 15454 CE100T-8 or ML1000-2 cards). GFP encapsulation also allows the ADM-10G card to interoperate with other vendors Gigabit Ethernet interfaces that adhere to the ITU-T G.7041 standard.

11.15.4 Port Configuration Rules

Port 17 acts as trunk2 or ILK1 interface based on single-card or double-card configuration.

11.15.5 Client Interfaces

The ADM-10G card uses LC optical port connectors and, as shown in Figure 11-21, supports up to 16 SFPs that can be utilized for OC-N/STM-N traffic. Eight of the SFPs can be used for Gigabit Ethernet. The interfaces can support any mix of OC-3/STM-1, OC-12/STM-4, OC-48/STM-16, or Gigabit Ethernet of any reach, such as SX, LX, ZX, SR, IR, or LR. The interfaces support a capacity of:

11.15.6 Interlink Interfaces

Two 2R interlink interfaces, called ILK1 (Port 17) and ILK2 (Port 18), are provided for creation of ADM-10G peer groups in double-card configurations. In a single-card configuration, Port 17 (OC-192/STM-64) and Port 18 (OC-192/STM-64 or OTU2 payload) must be configured as trunk interfaces. In a double-card configuration (ADM-10G peer group), Ports 17 and 18 must be configured as ILK1 and ILK2 interfaces, respectively. Physically cabling these ports between two ADM-10G cards, located on the same shelf, allows you to configure them as an ADM-10G peer group.The ILK ports carry 10 Gb of traffic each.

11.15.7 DWDM Trunk Interface

Two DWDM trunks, and one trunk interface in a single-card configuration.

One DWDM trunk XFP in a double-card configuration.

The supported DWDM trunk XFPs are:

10G DWDM (ONS-XC-10G-xx.x=) (colored XFP)

STM64 SR1 (ONS-XC-10G-S1=) (gray XFP)

11.15.8 Configuration Management

When using OC-48/STM-16 traffic, some contiguous port configurations, listed in Table 11-21, are unavailable due to hardware limitations. This limitation does not impact the Gigabit Ethernet payload.

Note The ADM-10G card cannot be used in the same shelf with SONET or SDH cross-connect cards.

Table 11-21 OC-48/STM-16 Configuration Limitations

OC-48/STM-16 Port Number

Ports Restricted from Optical Traffic

OC-48/STM-16 on Port 13

No OC-N/STM-N on Port 1 through Port 3

OC-48/STM-16 on Port 14

No OC-N/STM-N on Port 4 through Port 6

OC-48/STM-16 on Port 15

No OC-N/STM-N on Port 7 through Port 9

OC-48/STM-16 on Port 16

No OC-N/STM-N on Port 10 through Port 12

Note The total traffic rate for each trunk cannot exceed OC-192/STM-64 on each ADM-10G card, or for each ADM-10G peer group.

Note Gigabit Ethernet is supported on Ports 1 through 8. Ports 9 through Port 12 support only OC-3/STM-1 or OC-12/STM-4.

Additionally, the following guidelines apply to the ADM-10G card:

Trunk Port 17 supports OC-192/STM-64.

Trunk Ports 18 and 19 support OC-192/STM-64 and OTU2.

The interlink port supports OC-192/STM-64.

Up to six ADM-10G cards can be installed in one shelf.

Up to 24 ADM-10G cards can be installed per network element (NE) regardless of whether the card is installed in one shelf or in multiple shelves.

The card can be used in all 15454-SA-ANSI and 15454-SA-HD shelves as well as ETSI ONS 15454 standard and high-density shelves.

A lamp test function can be activated from CTC to ensure that all LEDs are functional.

The card can operate as a working protected or working non-protected card.

In a redundant configuration, an active card hardware or software failure triggers a switch to the standby card. This switch is detected within 10 ms and is completed within 50 ms.

ADM-10G cards support jumbo frames with MTU sizes of 64 to 9,216 bytes; the maximum is 9,216.

After receiving a link or path failure, the ADM-10G card can shut down only the downstream Gigabit Ethernet port.

Note In ADM-10G cards, the Gigabit Ethernet port does not support flow control.

11.15.9 Security

The ADM-10G card that an SFP or XFP is plugged into implements the Cisco Standard Security Code Check Algorithm that keys on the vendor ID and serial number.

If a pluggable port module (PPM) is plugged into a port on the card but fails the security code check because it is not a Cisco PPM, a minor NON-CISCO-PPM alarm is raised.

If a PPM with an unqualified product ID is plugged into a port on this card—that is, the PPM passes the security code as a Cisco PPM but it has not been qualified for use on the ADM-10G card— a minor UNQUAL-PPM alarm is raised.

11.15.10 Protection

11.15.10.1 Circuit Protection Schemes

The ADM-10G card supports path protection/SNCP circuits at the STS/VC4 (high order) level and can be configured to switch based on signal degrade calculations. The card supports path protection/SNCP on client and trunk ports for both single-card and double-card configuration.

Note The ADM-10G card supports path protection/SNCP between client ports and trunk port 17. The card does not support path protection/SNCP between client ports and trunk ports 18 or 19. The card does not support path protection/SNCP between port 17 and trunk ports 18 and 19.

The card allows open-ended path protection/SNCP configurations incorporating other vendor equipment. In an open-ended path protection/SNCP, you can specify one source point and two possible endpoints (or two possible source points and one endpoint) and the legs can include other vendor equipment. The source and endpoints are part of the network discovered by CTC.

11.15.10.2 Port Protection Schemes

The ADM-10G card supports unidirectional and bidirectional 1+1 APS protection schemes on client ports for double-card configuration (ADM-10G peer group) only. 1+1 APS protection scheme is not supported in single-card configuration. For 1+1 optical client port protection, you can configure the system to use any pair of like facility interfaces that are on different cards of the ADM-10G peer group.

Note Circuits between two trunk ports are called pass-through circuits.

For an ADM-10G card in single-card configuration, if you are creating STS circuits between two client ports, the following limitation must be considered:

Gigabit Ethernet to Gigabit Ethernet connections are not supported.

For an ADM-10G card that is part of an ADM-10G peer group, if you are creating STS circuits between two client ports or between client and trunk ports, the following limitations must be considered:

Gigabit Ethernet to Gigabit Ethernet connections are not supported.

Optical channel (OC) to OC, OC to Gigabit Ethernet, and Gigabit Ethernet to OC connections between two peer group cards are supported. Peer group connections use interlink port bandwidth, hence, depending on the availability/fragmentation of the interlink port bandwidth, it may not be possible to create an STS circuit from the Gigabit Ethernet/OC client port to the peer card trunk port. This is because, contiguous STSs (that is, STS-3c, STS-12c, STS-24c, and so on) must be available on the interlink port for circuit creation.

Note There are no limitations to create an STS circuit between two trunk ports.

The two ADM-10G cards used in a paired mode use interlink ports ILK1 (Port 17) and ILK2 (Port 18). A CCAT or VCAT circuit created between the peer ADM-10G cards uses the ILK1 port if the source or destination is Port 19. The circuits created with a single ADM-10G card uses the ILK2 port.

If the circuit is of type STS- n c (where n is an integer and can take values 3,6,9,12,18,24,36,48,96) and uses the ILK2 port, then the starting timeslot needs to use specific timeslots for traffic to flow. The timeslots can be 12 m +1 for STS-12c circuits and 48 m +1 (where m is an integer and can take values 0,1,2,3...) for STS-48c circuits. The timeslots can be 3 m +1 for the other STS- n c circuits.

The following example illustrates how to use the correct timeslot for an ILK2 port:

If there is no circuit on the ILK2 port and a STS-3c circuit is created, the circuit uses timeslots 1 to 3. An STS-12c circuit must be created on the ILK2 port later. The STS-12c circuit must have used timeslots 4 to 15. However, the STS-12c circuit uses timeslots starting from 12m+1 (1, 13, 25, and so on) as defined in the above rule. Therefore, before creating the STS-12c circuit, dummy circuits must be created in CTC that consumes STS-9 bandwidth.

To enable end-to-end connectivity in a VCAT circuit that traverses through a third-party network, you can use Open-Ended VCAT circuit creation.

The ADM-10G card supports flexible non-LCAS VCAT groups (VCGs). With flexible VCGs, the ADM-10G can perform the following operations:

Add or remove members from groups

Put members into or out of service, which also adds/removes them from the group

Add or remove cross-connect circuits from VCGs

Any operation on the VCG member is service effecting (for instance, adding or removing members from the VCG). Adding or removing cross-connect circuits is not service-affecting, if the associated members are not in the group

The ADM-10G card allows independent routing and protection preferences for each member of a VCAT circuit. You can also control the amount of VCAT circuit capacity that is fully protected, unprotected, or uses Protection Channel Access (PCA) (when PCA is available). Alarms are supported on a per-member as well as per virtual concatenation group (VCG) basis.

The ADM-10G card supports both automatic and manual routing for VCAT circuit, that is, all members are manually or automatically routed. Bidirectional VCAT circuits are symmetric, which means that the same number of members travel in each direction. With automatic routing, you can specify the constraints for individual members; with manual routing, you can select different spans for different members. Two types of automatic and manual routing are available for VCAT members: common fiber routing and split routing.

The ADM-10G card supports VCAT common fiber routing and VCAT split fiber (diverse) routing. With VCAT split fiber routing, each member can be routed independently through the SONET or SDH or DWDM network instead of having to follow the same path as required by CCAT and VCAT common fiber routing. This allows a more efficient use of network bandwidth, but the different path lengths and different delays encountered may cause slightly different arrival times for the individual members of the VCG. The VCAT differential delay is this relative arrival time measurement between members of a VCG. The maximum tolerable VCAT split fiber routing differential delay for the ADM-10G card is approximately 55 milliseconds. A loss of alignment alarm is generated if the maximum differential delay supported is exceeded.

The differential delay compensation function is automatically enabled when you choose split fiber routing during the CTC circuit configuration process. CCAT and VCAT common fiber routing do not enable or need differential delay support.

Caution Protection switches with switching time of less than 60 milliseconds are not guaranteed with the differential delay compensation function enabled. The compensation time is added to the switching time.

Note For TL1, EXPBUFFERS parameter must be set to ON in the ENT-VCG command to enable support for split fiber routing.

Note In ADM-10G cards, the Gigabit Ethernet port does not support flow control. When less than seven VC-4s are configured for the port, with the client traffic expected to be below the line rate, a burst in traffic beyond the supposed bandwidth leads to packet loss. It is, therefore, recommended to use an external flow control mechanism with less than seven VC-4s configured. Connecting a GE-XP or GE-XPE card between the client traffic and the ADM-10G Gigabit Ethernet interface enables such flow control.

11.15.12.1 Related Procedure for VCAT Circuit

The following is the list of procedures related to creating VCAT circuits:

11.15.13 Intermediate Path Performance Monitoring

Intermediate path performance monitoring (IPPM) allows a node to monitor the constituent channel of an incoming transmission signal. You can enable IPPM for STS/VC-4s payload on OCn and Trunk ports of ADM-10G card. The IPPM is complaint with GR253/G.826.

Software Release 9.2 and higher enables the ADM-10G card to monitor the near-end and far-end PM data on individual STS/VC-4 payloads by enabling IPPM. After provisioning IPPM on the card, service providers can monitor large amounts of STS/VC-4 traffic through intermediate nodes, thus making troubleshooting and maintenance activities more efficient. IPPM occurs only on STS/VC-4 paths that have IPPM enabled, and TCAs are raised only for PM parameters on the selected IPPM paths.

For a CCAT circuit, you can enable IPPM only on the first STS/VC-4 of the concatenation group. For a VCAT circuit, you can enable IPPM independently on each member STS/VC-4 of the concatenation group.

11.15.13.1 Related Procedure for IPPM

11.15.14 Pointer Justification Count Performance Monitoring

Pointers are used to compensate for frequency and phase variations. Pointer justification counts indicate timing errors on SONET networks. When a network is out of synchronization, jitter and wander occur on the transported signal. Excessive wander can cause terminating equipment to slip.

Pointers provide a way to align the phase variations in STS and VC4 payloads. The STS payload pointer is located in the H1 and H2 bytes of the line overhead. Clocking differences are measured by the offset in bytes from the pointer to the first byte of the STS synchronous payload envelope (SPE) called the J1 byte. Clocking differences that exceed the normal range of 0 to 782 can cause data loss.

There are positive (PPJC) and negative (NPJC) pointer justification count parameters. PPJC is a count of path-detected (PPJC-PDET-P) or path-generated (PPJC-PGEN-P) positive pointer justifications. NPJC is a count of path-detected (NPJC-PDET-P) or path-generated (NPJC-PGEN-P) negative pointer justifications depending on the specific PM name. PJCDIFF is the absolute value of the difference between the total number of detected pointer justification counts and the total number of generated pointer justification counts. PJCS-PDET-P is a count of the one-second intervals containing one or more PPJC-PDET or NPJC-PDET. PJCS-PGEN-P is a count of the one-second intervals containing one or more PPJC-PGEN or NPJC-PGEN.

A consistent pointer justification count indicates clock synchronization problems between nodes. A difference between the counts means that the node transmitting the original pointer justification has timing variations with the node detecting and transmitting this count. Positive pointer adjustments occur when the frame rate of the SPE is too slow in relation to the rate of the STS-1.

You must enable PPJC and NPJC performance monitoring parameters for ADM-10Gcard. In CTC, the count fields for PPJC and NPJC PMs appear white and blank unless they are enabled on the card view Provisioning tab.

Near-End STS Path Coding Violations (CV-P) is a count of BIP errors detected at the STS path layer (that is, using the B3 byte). Up to eight BIP errors can be detected per frame; each error increments the current CV-P second register.

ES-P

Near-End STS Path Errored Seconds (ES-P) is a count of the seconds when at least one STS path BIP error was detected. An AIS Path (AIS-P) defect (or a lower-layer, traffic-related, near-end defect) or a Loss of Pointer Path (LOP-P) defect can also cause an ES-P.

SES-P

Near-End STS Path Severely Errored Seconds (SES-P) is a count of the seconds when K (2400) or more STS path BIP errors were detected. An AIS-P defect (or a lower-layer, traffic-related, near-end defect) or an LOP-P defect can also cause an SES-P.

UAS-P

Near-End STS Path Unavailable Seconds (UAS-P) is a count of the seconds when the STS path was unavailable. An STS path becomes unavailable when ten consecutive seconds occur that qualify as SES-Ps, and continues to be unavailable until ten consecutive seconds occur that do not qualify as SES-Ps.

FC-P

Near-End STS Path Failure Counts (FC-P) is a count of the number of near-end STS path failure events. A failure event begins when an AIS-P failure, an LOP-P failure, a UNEQ-P failure, or a Section Trace Identifier Mismatch Path (TIM-P) failure is declared. A failure event also begins if the STS PTE that is monitoring the path supports Three-Bit (Enhanced) Remote Failure Indication Path Connectivity (ERFI-P-CONN) for that path. The failure event ends when these failures are cleared.

PPJC-PDET-P

Positive Pointer Justification Count, STS Path Detected (PPJC-PDET-P) is a count of the positive pointer justifications detected on a particular path in an incoming SONET signal.

PPJC-PGEN-P

Positive Pointer Justification Count, STS Path Generated (PPJC-PGEN-P) is a count of the positive pointer justifications generated for a particular path to reconcile the frequency of the SPE with the local clock.

NPJC-PDET-P

Negative Pointer Justification Count, STS Path Detected (NPJC-PDET-P) is a count of the negative pointer justifications detected on a particular path in an incoming SONET signal.

NPJC-PGEN-P

Negative Pointer Justification Count, STS Path Generated (NPJC-PGEN-P) is a count of the negative pointer justifications generated for a particular path to reconcile the frequency of the SPE with the local clock.

PJCDIFF-P

Pointer Justification Count Difference, STS Path (PJCDIFF-P) is the absolute value of the difference between the total number of detected pointer justification counts and the total number of generated pointer justification counts. That is, PJCDiff-P is equal to (PPJC-PGEN-P - NPJC-PGEN-P) - (PPJC-PDET-P - NPJC-PDET-P).

PJCS-PDET-P

Pointer Justification Count Seconds, STS Path Detect (NPJCS-PDET-P) is a count of the one-second intervals containing one or more PPJC-PDET or NPJC-PDET.

PJCS-PGEN-P

Pointer Justification Count Seconds, STS Path Generate (PJCS-PGEN-P) is a count of the one-second intervals containing one or more PPJC-PGEN or NPJC-PGEN.

High-Order Path Errored Block (HP-EB) indicates that one or more bits are in error within a block.

HP-BBE

High-Order Path Background Block Error (HP-BBE) is an errored block not occurring as part of an SES.

HP-ES

High-Order Path Errored Second (HP-ES) is a one-second period with one or more errored blocks or at least one defect.

HP-SES

High-Order Path Severely Errored Seconds (HP-SES) is a one-second period containing 30 percent or more errored blocks or at least one defect. SES is a subset of ES.

HP-UAS

High-Order Path Unavailable Seconds (HP-UAS) is a count of the seconds when the VC path was unavailable. A high-order path becomes unavailable when ten consecutive seconds occur that qualify as HP-SESs, and it continues to be unavailable until ten consecutive seconds occur that do not qualify as HP-SESs.

HP-BBER

High-Order Path Background Block Error Ratio (HP-BBER) is the ratio of BBE to total blocks in available time during a fixed measurement interval. The count of total blocks excludes all blocks during SESs.

HP-ESR

High-Order Path Errored Second Ratio (HP-ESR) is the ratio of errored seconds to total seconds in available time during a fixed measurement interval.

HP-SESR

High-Order Path Severely Errored Second Ratio (HP-SESR) is the ratio of SES to total seconds in available time during a fixed measurement interval.

HP-PPJC-PDET

High-Order, Positive Pointer Justification Count, Path Detected (HP-PPJC-Pdet) is a count of the positive pointer justifications detected on a particular path on an incoming SDH signal.

HP-NPJC-PDET

High-Order, Negative Pointer Justification Count, Path Detected (HP-NPJC-Pdet) is a count of the negative pointer justifications detected on a particular path on an incoming SDH signal.

High-Order Path Pointer Justification Count Difference (HP-PJCDiff) is the absolute value of the difference between the total number of detected pointer justification counts and the total number of generated pointer justification counts. That is, HP-PJCDiff is equal to (HP-PPJC-PGen - HP-NPJC-PGen) - (HP-PPJC-PDet - HP-NPJC-PDet).

HP-PJCS-PDET

High-Order Path Pointer Justification Count Seconds (HP-PJCS-PDet) is a count of the one-second intervals containing one or more HP-PPJC-PDet or HP-NPJC-PDet.

HP-PJCS-PGEN

High-Order Path Pointer Justification Count Seconds (HP-PJCS-PGen) is a count of the one-second intervals containing one or more HP-PPJC-PGen or HP-NPJC-PGen.

– Proprietary rate at the trunk when the client is provisioned as IB_5G.

The MTU setting is used to display the ifInerrors and OverSizePkts counters on the receiving trunk and client port interfaces. Traffic of frame sizes up to 65535 bytes pass without any packet drops, from the client port to the trunk port and vice versa irrespective of the MTU setting.

11.16.2 Faceplate and Block Diagram

Note The Swan FPGA is automatically loaded when the LAN Phy to WAN Phy conversion feature is enabled on the OTU2_XP card. The Barile FPGA is automatically loaded when the LAN Phy to WAN Phy conversion feature is disabled on the OTU2_XP card.

11.16.3 OTU2_XP Card Interface

The OTU2_XP card is a multi-functional card that operates in different configurations, such as transponder, standard regenerator, E-FEC regenerator, and 10G Ethernet LAN Phy to WAN Phy conversion mode. The OTU2_XP card acts as a protected transponder, when the 10G Ethernet LAN Phy to WAN Phy is in splitter protected transponder configuration mode.

Depending on the configuration of the OTU2_XP card, the ports act as client or trunk ports (see Table 11-26). This following section describes the client and trunk rates supported on the OTU2_XP card for different card configurations:

Proprietary rate at the trunk when the client is provisioned as IB_5G.

In standard regenerator card configuration, all four ports act as trunk ports and in E-FEC regenerator configuration, Ports 3 and 4 act as the trunk ports. For these card configurations, the trunk rate supported is OTU2 G.709

Note The above mentioned OTU2 signal must be an OC-192/STM-64, 10G Ethernet WAN Phy, 10G Ethernet LAN Phy, or 10G Fibre Channel signal packaged into an OTU2 G.709 frame. Additionally, the standard regenerator and E-FEC regenerator configuration supports an OTU2 signal that is OTU2 has been generated by multiplexing four ODU1 signals.

11.16.4 Configuration Management

The OTU2_XP card supports the following configuration management parameters:

Port Mode—Provisionable port mode when the card configuration is set as Mixed. The port mode can be chosen as either Transponder or Standard Regen for each port pair (1-3 and 2-4). For card configurations other than Mixed, CTC automatically sets the port mode depending on the selected card configuration. For 10G Ethernet LAN Phy to WAN Phy mode, CTC automatically selects the port pair (1-3) as 10G Ethernet LAN Phy to WAN Phy. Port pair (2-4) in 10G Ethernet LAN Phy to WAN Phy mode is selected as Transponder or Standard Regen.

Termination Mode—Provisionable termination mode when the card configuration is set as either Transponder or Mixed. The termination mode can be chosen as Transparent, Section, or Line. For Standard Regen and Enhanced FEC card configurations, CTC automatically sets the termination mode as Transparent. For 10G Ethernet LAN Phy to WAN Phy mode, CTC automatically selects the Termination Mode of port pair (1-3) as Line. You cannot provision the Termination Mode parameter.

AIS/Squelch—Provisionable AIS/Squelch mode configuration when the card configuration is set as either Transponder, Mixed, or Standard Regen. The AIS/Squelch mode configuration can be chosen as AIS or Squelch. For Enhanced FEC card configuration, CTC automatically sets the AIS/Squelch mode configuration as AIS. For 10G Ethernet LAN Phy to WAN Phy mode, the CTC automatically selects the AIS/Squelch of port pair (1-3) as Squelch. You cannot provision the AIS/Squelch parameter.

Note When AIS/Squelch is enabled in Standard Regen configuration with port pairs (1-3) and (2-4), Squelch is supported on ports 1 and 2 and AIS on ports 3 and 4.

Note When you choose the 10G Ethernet LAN Phy to WAN Phy conversion, the Termination mode is automatically set to LINE. The AIS/Squelch is set to SQUELCH and ODU Transparency is set to Cisco Extended Use for Ports 1 and 3.

Admin State/Service State—Administrative and service states to manage and view port status.

ALS Mode—Provisionable ALS function.

Reach—Provisionable optical reach distance of the port.

Wavelength—Provisionable wavelength of the port.

AINS Soak—Provisionable automatic in-service soak period.

11.16.5 OTU2_XP Card Configuration Rules

The following rules apply to OTU2_XP card configurations:

When you preprovision the card, port pairs 1-3 and 2-4 come up in the default Transponder configuration.

The port pairs 1-3 and 2-4 can be configured in different modes only when the card configuration is Mixed. If the card configuration is Mixed, you must choose different modes on port pairs 1-3 and 2-4 (that is, one port pair in Transponder mode and the other port pair in Standard Regen mode).

If the card is in Transponder configuration, you can change the configuration to Standard Regen or Enhanced FEC.

If the card is in Standard Regen configuration and you have configured only one port pair, then configuring payload rates for the other port pair automatically changes the card configuration to Mixed, with the new port pair in Transponder mode.

If the card is in Standard Regen configuration, you cannot directly change the configuration to Enhanced FEC. You have to change to Transponder configuration and then configure the card as Enhanced FEC.

If the card is in Enhanced FEC configuration, Ports 1 and 2 are disabled. Hence, you cannot directly change the configuration to Standard Regen or Mixed. You must remove the Enhanced FEC group by moving the card to Transponder configuration, provision PPM on Ports 1 and 2, and then change the card configuration to Standard Regen or Mixed.

If the card is in Standard Regen or Enhanced FEC configuration, you cannot change the payload rate of the port pairs. You have to change the configuration to Transponder, change the payload rate, and then move the card configuration back to Standard Regen or Enhanced FEC.

If any of the affected ports are in IS (ANSI) or Unlocked-enabled (ETSI) state, you cannot change the card configuration.

If the card is changed to 10G Ethernet LAN Phy to WAN Phy, the first PPM port is deleted and replaced by a 10G Ethernet port; the third PPM port is deleted and automatically replaced with OC192/STM64 (SONET/SDH) port. The third PPM port is automatically deleted and the third PPM port is replaced with OC192/STM64 (SONET/SDH).

Table 11-28 provides a summary of transitions allowed for the OTU2_XP card configurations.

Table 11-28 Card Configuration Transition Summary

Card Configuration

Transition To

Transponder

Standard Regen

Enhanced FEC

Mixed

10G Ethernet LAN Phy to WAN Phy

Transponder

—

Yes

Yes

Yes

Yes

Standard Regen

Yes

—

No

Yes

Yes

Enhanced FEC

Yes

No

—

No

No

Mixed

Yes

Yes

No

—

Yes

10G Ethernet LAN Phy to WAN Phy

Yes

Yes

No

The 10G Ethernet LAN Phy to WAN Phy to Mixed is supported if the Port pair 1-3 is chosen as Transponder.

The 10G Ethernet LAN Phy to WAN Phy to Mixed is not supported if the Port pair 1-3 is chosen as Standard Regen.

—

11.16.6 Security

The OTU2_XP card, when an XFP is plugged into it, implements the Cisco Standard Security Code Check Algorithm that keys on vendor ID and serial number.

If a PPM is plugged into a port on the card but fails the security code check because it is not a Cisco PPM, a NON-CISCO-PPM Not Reported (NR) condition occurs.

If a PPM with a non-qualified product ID is plugged into a port on this card, that is, the PPM passes the security code as a Cisco PPM but it has not been qualified for use on the OTU2_XP card, a UNQUAL-PPM NR condition occurs.

11.16.7 ODU Transparency

A key feature of the OTU2_XP card is the ability to configure the ODU overhead bytes (EXP bytes and RES bytes 1 and 2) using the ODU Transparency parameter. The two options available for this parameter are:

Transparent Standard Use—ODU overhead bytes are transparently passed through the card. This option allows the OTU2_XP card to act transparently between two trunk ports (when the card is configured in Standard Regen or Enhanced FEC).

Cisco Extended Use—ODU overhead bytes are terminated and regenerated on both ports of the regenerator group.

The ODU Transparency parameter is configurable only for Standard Regen and Enhanced FEC card configuration. For Transponder card configuration, this parameter defaults to Cisco Extended Use and cannot be changed.

Note The Forward Error Correction (FEC) Mismatch (FEC-MISM) alarm will not be raised on OTU2_XP card when you choose Transparent Standard Use.

11.17 TXP_MR_10EX_C Card

The TXP_MR_10EX_C card is a multirate transponder for the ONS 15454 platform. The card is fully backward compatible with TXP_MR_10E_C cards (only when the error decorrelator is disabled in the CTC on the TXP_MR_10EX_C card). It processes one 10-Gbps signal (client side) into one 10-Gbps, 100-GHz DWDM signal (trunk side). The TXP_MR_10EX_C card is tunable over the 82 channels of C-band (82 channels spaced at 50 GHz on the ITU grid).

You can install TXP_MR_10EX_C card in Slots 1 to 6 and 12 to 17. The card can be provisioned in linear, BLSR/MS-SPRing, path protection/SNCP configurations or as a regenerator. The card can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the card is configured for transparent termination mode. The TXP_MR_10EX_C card features an MLSE-based Universal Transponder 1550-nm tunable laser and a separately orderable ONS-XC-10G-S1 1310-nm or ONS-XC-10G-L2 1550-nm laser XFP module for the client port.

Note The PRE FEC BER performance of the TXP_MR_10EX_C card may be significantly low when compared to the TXP_MR_10E card. However, this does not affect the Post FEC BER performance, but could possibly affect any specific monitoring application that relies on the PRE FEC BER value (for example, protection switching). In this case, the replacement of TXP_MR_10E card with the TXP_MR_10EX_C may not work properly.

Note When the ONS-XC-10G-L2 XFP is installed, the TXP_MR_10EX_C card must be installed in a high-speed slot (slot 6, 7, 12, or 13)

On its faceplate, the TXP_MR_10EX_C card contains two transmit and receive connector pairs, one for the trunk port and one for the client port. Each connector pair is labeled.

Proprietary rate at the trunk when the client is provisioned as IB_5G.

The MTU setting is used to display the OverSizePkts counters on the receiving trunk and client port interfaces. Traffic of frame sizes up to 65535 bytes pass without any packet drops, from the client port to the trunk port and vice versa irrespective of the MTU setting.

Caution You must use a 15-dB fiber attenuator (10 to 20 dB) when working with the TXP_MR_10EX_C card in a loopback on the trunk port. Do not use direct fiber loopbacks with this card, because they can cause irreparable damage to the card.

11.18 MXP_2.5G_10EX_C card

The MXP_2.5G_10EX_C card is a DWDM muxponder for the ONS 15454 platform that supports transparent termination mode on the client side. The faceplate designation of the card is “4x2.5G 10EX MXP.” The card multiplexes four 2.5-Gbps client signals (4xOC48/STM-16 SFP) into a single 10-Gbps DWDM optical signal on the trunk side. The card provides wavelength transmission service for the four incoming 2.5-Gbps client interfaces. The MXP_2.5G_10EX_C muxponder passes all SONET/SDH overhead bytes transparently.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up GCCs for data communications, enable FEC, or facilitate PM.

The MXP_2.5G_10EX_C card works with OTN devices defined in ITU-T G.709. The card supports ODU1 to OTU2 multiplexing, an industry standard method for asynchronously mapping a SONET/SDH payload into a digitally wrapped envelope. See the “Multiplexing Function” section.

The MXP_2.5G_10EX_C card is not compatible with the MXP_2.5G_10G card, which does not support transparent termination mode.

You can install the MXP_2.5G_10EX_C card in slots 1 to 6 and 12 to 17. You can provision a card in a linear configuration, a BLSR/MS-SPRing, a path protection/SNCP, or a regenerator. The card can be used in the middle of BLSR/MS-SPRing or 1+1 spans when the card is configured for transparent termination mode.

The MXP_2.5G_10EX_C card features a tunable 1550-nm C-band laser on the trunk port. The laser is tunable across 82 wavelengths on the ITU grid with 50-GHz spacing between wavelengths. The card features four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The card uses dual LC connectors on the trunk side and SFP modules on the client side for optical cable termination. The SFP pluggable modules are SR or IR and support an LC fiber connector.

Note When you create a 4xOC-48 OCHCC circuit, you need to select the G.709 and Synchronous options. A 4xOC-48 OCHCC circuit is supported by G.709 and synchronous mode, which are necessary to provision the 4xOC-48 OCHCC circuit.

11.18.1 Key Features

The MXP_2.5G_10EX_C card has the following high-level features:

Four 2.5-Gbps client interfaces (OC-48/STM-16) and one 10-Gbps trunk. The four OC-48 signals are mapped into an ITU-T G.709 OTU2 signal using standard ITU-T G.709 multiplexing.

Onboard E-FEC processor: The processor supports both standard RS (specified in ITU-T G.709) and E-FEC, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces. The E-FEC functionality increases the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (237,255) correction algorithm.

Pluggable client-interface optic modules: The MXP_2.5G_10EX_C card has modular interfaces. Two types of optic modules can be plugged into the card. These modules include an OC-48/STM-16 SR-1 interface with a 7-km (4.3-mile) nominal range (for short range and intra-office applications) and an IR-1 interface with a range of up to 40 km (24.9 miles). SR-1 is defined in Telcordia GR-253-CORE and in I-16 (ITU-T G.957). IR-1 is defined in Telcordia GR-253-CORE and in S-16-1 (ITU-T G.957).

High-level provisioning support: The card is initially provisioned using Cisco TransportPlanner software. Subsequently, the card can be monitored and provisioned using CTC software.

Control of layered SONET/SDH transport overhead: The card is provisionable to terminate regenerator section overhead, which eliminates forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization: The MXP_2.5G_10EX_C card normally synchronizes from the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE card. If for some reason, such as maintenance or upgrade activity, the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE is not available, the card automatically synchronize to one of the input client-interface clocks.

Configurable squelching policy: The card can be configured to squelch the client interface output if LOS occurs at the DWDM receiver or if a remote fault occurs. In the event of a remote fault, the card manages MS-AIS insertion.

The card is tunable across the full C-band, thus eliminating the need to use different versions of each card to provide tunability across specific wavelengths in a band.

11.18.3.1 Wavelength Identification

The card uses trunk lasers that are wavelocked, which allows the trunk transmitter to operate on the ITU grid effectively. The MXP_2.5G_10EX_C card implements the MLSE-based UT module. The MXP_2.5G_10EX_C card uses a C-band version of the UT2.

Table 11-29 describes the required trunk transmit laser wavelengths for the MXP_2.5G_10EX_C card. The laser is tunable over 82 wavelengths in the C-band at 50-GHz spacing on the ITU grid.

Table 11-29 MXP_2.5G_10EX_C Trunk Wavelengths

Channel Number

Frequency (THz)

Wavelength (nm)

Channel Number

Frequency (THz)

Wavelength (nm)

1

196.00

1529.55

42

193.95

1545.72

2

195.95

1529.94

43

193.90

1546.119

3

195.90

1530.334

44

193.85

1546.518

4

195.85

1530.725

45

193.80

1546.917

5

195.80

1531.116

46

193.75

1547.316

6

195.75

1531.507

47

193.70

1547.715

7

195.70

1531.898

48

193.65

1548.115

8

195.65

1532.290

49

193.60

1548.515

9

195.60

1532.681

50

193.55

1548.915

10

195.55

1533.073

51

193.50

1549.32

11

195.50

1533.47

52

193.45

1549.71

12

195.45

1533.86

53

193.40

1550.116

13

195.40

1534.250

54

193.35

1550.517

14

195.35

1534.643

55

193.30

1550.918

15

195.30

1535.036

56

193.25

1551.319

16

195.25

1535.429

57

193.20

1551.721

17

195.20

1535.822

58

193.15

1552.122

18

195.15

1536.216

59

193.10

1552.524

19

195.10

1536.609

60

193.05

1552.926

20

195.05

1537.003

61

193.00

1553.33

21

195.00

1537.40

62

192.95

1553.73

22

194.95

1537.79

63

192.90

1554.134

23

194.90

1538.186

64

192.85

1554.537

24

194.85

1538.581

65

192.80

1554.940

25

194.80

1538.976

66

192.75

1555.343

26

194.75

1539.371

67

192.70

1555.747

27

194.70

1539.766

68

192.65

1556.151

28

194.65

1540.162

69

192.60

1556.555

29

194.60

1540.557

70

192.55

1556.959

30

194.55

1540.953

71

192.50

1557.36

31

194.50

1541.35

72

192.45

1557.77

32

194.45

1541.75

73

192.40

1558.173

33

194.40

1542.142

74

192.35

1558.578

34

194.35

1542.539

75

192.30

1558.983

35

194.30

1542.936

76

192.25

1559.389

36

194.25

1543.333

77

192.20

1559.794

37

194.20

1543.730

78

192.15

1560.200

38

194.15

1544.128

79

192.10

1560.606

39

194.10

1544.526

80

192.05

1561.013

40

194.05

1544.924

81

192.00

1561.42

41

194.00

1545.32

82

191.95

1561.83

11.18.4 Related Procedures for MXP_2.5G_10EX_C Card

The following is the list of procedures and tasks related to the configuration of the MXP_2.5G_10EX_C card:

11.19 MXP_MR_10DMEX_C Card

The MXP_MR_10DMEX_C card aggregates a mix of client SAN service-client inputs (GE, FICON, and Fibre Channel) into one 10-Gbps STM-64/OC-192 DWDM signal on the trunk side. It provides one long-reach STM-64/OC-192 port per card and is compliant with Telcordia GR-253-CORE and ITU-T G.957.

The digital wrapper function (ITU-T G.709 compliant) formats the DWDM wavelength so that it can be used to set up GCCs for data communications, enable FEC, or facilitate PM. The MXP_MR_10DMEX_C card works with the OTN devices defined in ITU-T G.709. The card supports ODU1 to OTU2 multiplexing, an industry standard method for asynchronously mapping a SONET/SDH payload into a digitally wrapped envelope. See the “Multiplexing Function” section.

Note You cannot disable ITU-T G.709 on the trunk side. If ITU-T G.709 is enabled, then FEC cannot be disabled.

Note Because the client payload cannot oversubscribe the trunk, a mix of client signals can be accepted, up to a maximum limit of 10 Gbps.

You can install the MXP_MR_10DMEX_C card in slots 1 to 6 and 12 to 17.

Note The MXP_MR_10DMEX_C card is not compatible with the MXP_2.5G_10G card, which does not support transparent termination mode.

The MXP_MR_10DMEX_C card features a tunable 1550-nm C-band laser on the trunk port. The laser is tunable across 82 wavelengths on the ITU grid with 50-GHz spacing between wavelengths. Each card features four 1310-nm lasers on the client ports and contains five transmit and receive connector pairs (labeled) on the card faceplate. The card uses dual LC connectors on the trunk side and SFP modules on the client side for optical cable termination. The SFP pluggable modules are SR or IR and support an LC fiber connector.

Table 11-30 shows the input data rate for each client interface, and the encapsulation method. The current version of the GFP-T G.7041 supports transparent mapping of 8B/10B block-coded protocols, including Gigabit Ethernet, Fibre Channel, ISC, and FICON.

In addition to the GFP mapping, 1-Gbps traffic on Port 1 or 2 of the high-speed SERDES is mapped to an STS-24c channel. If two 1-Gbps client signals are present at Port 1 and Port 2 of the high-speed SERDES, the Port 1 signal is mapped into the first STS-24c channel and the Port 2 signal into the second STS-24c channel. The two channels are then mapped into an OC-48 trunk channel.

The MXP_MR_10DMEX_C card includes two FPGAs, and a group of four ports is mapped to each FPGA. Group 1 consists of Ports 1 through 4, and Group 2 consists of Ports 5 through 8. Table 11-31 shows some of the mix and match possibilities on the various client data rates for Ports 1 through 4, and Ports 5 through 8. An X indicates that the data rate is supported in that port.

GFP-T PM is available through RMON and trunk PM is managed according to Telcordia GR-253-CORE and ITU G.783/826. Client PM is achieved through RMON for FC and GE.

A buffer-to-buffer credit management scheme provides FC flow control. With this feature enabled, a port indicates the number of frames that can be sent to it (its buffer credit), before the sender is required to stop transmitting and wait for the receipt of a “ready” indication. The MXP_MR_10DMEX_C card supports FC credit-based flow control with a buffer-to-buffer credit extension of up to 1600 km (994.1 miles) for 1G FC, up to 800 km (497.1 miles) for 2G FC, or up to 400 km (248.5 miles) for 4G FC. The feature can be enabled or disabled.

The MXP_MR_10DMEX_C card features a 1550-nm laser for the trunk/line port and a 1310-nm or 850-nm laser (depending on the SFP) for the client ports. The card contains eight 12.5-degree downward-tilt SFP modules for the client interfaces. For optical termination, each SFP uses two LC connectors, which are labeled TX and RX on the faceplate. The trunk port is a dual-LC connector with a 45-degree downward angle.

11.19.1 Key Features

The MXP_MR_10DMEX_C card has the following high-level features:

Onboard E-FEC processor: The processor supports both standard RS (specified in ITU-T G.709) and E-FEC, which allows an improved gain on trunk interfaces with a resultant extension of the transmission range on these interfaces. The E-FEC functionality increases the correction capability of the transponder to improve performance, allowing operation at a lower OSNR compared to the standard RS (237,255) correction algorithm.

Pluggable client-interface optic modules: The MXP_MR_10DMEX_C card has modular interfaces. Two types of optics modules can be plugged into the card. These modules include an OC-48/STM-16 SR-1 interface with a 7-km (4.3-mile) nominal range (for short range and intra-office applications) and an IR-1 interface with a range of up to 40 km (24.9 miles). SR-1 is defined in Telcordia GR-253-CORE and in I-16 (ITU-T G.957). IR-1 is defined in Telcordia GR-253-CORE and in S-16-1 (ITU-T G.957).

Y-cable protection: The card supports Y-cable protection between the same card type only, on ports with the same port number and signal rate. See the “Y-Cable Protection” section for more detailed information.

High-level provisioning support: The card is initially provisioned using Cisco TransportPlanner software. Subsequently, the card can be monitored and provisioned using CTC software.

Control of layered SONET/SDH transport overhead: The card is provisionable to terminate regenerator section overhead, which eliminates forwarding of unneeded layer overhead. It can help reduce the number of alarms and help isolate faults in the network.

Automatic timing source synchronization: The MXP_MR_10DMEX_C card normally synchronizes from the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE card. If for some reason, such as maintenance or upgrade activity, the TCC2/TCC2P/TCC3/TNC/TNCE/TSC/TSCE is not available, the card automatically synchronizes to one of the input client-interface clocks.

Note MXP_MR_10DMEX_C card cannot be used for line timing.

Configurable squelching policy: The card can be configured to squelch the client-interface output if LOS occurs at the DWDM receiver or if a remote fault occurs. In the event of a remote fault, the card manages MS-AIS insertion.

The card is tunable across the full C-band, thus eliminating the need to use different versions of each card to provide tunability across specific wavelengths in a band.

You can provision a string (port name) for each fiber channel/FICON interface on the MXP_MR_10DMEX_C card, which allows the MDS Fabric Manager to create a link association between that SAN port and a SAN port on a Cisco MDS 9000 switch.

Caution You must use a 20-dB fiber attenuator (15 to 25 dB) when working with the card in a loopback on the trunk port. Do not use direct fiber loopbacks with the card, because they can cause irreparable damage to the MXP_MR_10DMEX_C card.

11.20 MLSE UT

The maximum likelihood sequence estimation (MLSE) based universal transponder (UT) modules are added to the TXP_MR_10EX_C, MXP_2.5G_10EX_C, and MXP_MR_10DMEX_C cards to support the error decorrelator functionality to enhance system performance.

11.20.1 Error Decorrelator

The MLSE feature uses the error decorrelator functionality to reduce the chromatic dispersion (CD) and polarization mode dispersion (PMD), thereby extending the transmission range on the trunk interface. You can enable or disable the error decorrelator functionality using CTC or TL1. The dispersion compensation unit (DCU) is also used to reduce CD and PMD. The MLSE-based UT module helps to reduce CD and PMD without the use of a DCU.

11.22 Procedures for Transponder and Muxponder Cards

The procedures described below explain how to provision transponder (TXP), muxponder (MXP), Xponder (GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE), and ADM-10G cards. The provisioning must be performed before you provision the dense wavelength division multiplexing (DWDM) network and create circuits.

11.22.1 Before You Begin

Before performing any of the following procedures, investigate all alarms and clear any trouble conditions. Refer to the Cisco ONS 15454 DWDM Troubleshooting Guide as necessary.

Caution Provisioning TXP and MXP cards can be service affecting. You should make all changes during a scheduled maintenance window.

This section lists the chapter procedures (NTPs). Turn to a procedure for applicable tasks (DLPs).

1.G128 Manage Pluggable Port Modules—Complete this procedure to provision a multirate pluggable port module (PPM), provision or change the optical line rate of a PPM, or delete a PPM. PPMs provide the fiber interface to the TXP, MXP, and ADM-10G cards. With the exception of the TXP_MR_10G card, all TXPs, MXPs, and ADM-10G cards accept PPMs.

Note If a single-rate PPM is installed, the PPM screen will autoprovision and no further steps are necessary.

Note When you autoprovision a PPM, initial alarm and TCA defaults are supplied by Cisco Transport Controller (CTC) depending on your port and rate selections and the type of PPM. These default values can be changed after you install the PPM.

Note The hardware device that plugs into a TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, ADM-10G, or OTU2_XP card faceplate to provide a fiber interface to the card is called a Small Form-factor Pluggable (SFP or XFP). In CTC, SFPs and XFPs are called pluggable port modules (PPMs). SFPs/XFPs are hot-swappable input/output devices that plug into a port to link the port with the fiber-optic network. Multirate PPMs have provisionable port rates and payloads. For more information about SFPs and XFPs, see the “SFP and XFP Modules” section.

Step 1 Complete the DLP-G46 Log into CTC” task to log into an ONS 15454 on the network. If you are already logged in, continue with Step 2.

Step 10Complete the G278 Provision the Optical Line Rate to assign a line rate to a TXP, MXP, or OTU2_XP port after the PPM is provisioned. (This task is not performed for GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards.)

Step 11 If you need to delete a PPM at any point in this procedure, complete the G280 Delete a PPM.

Stop. You have completed this procedure.

DLP-G235 Change the 2.5G Data Muxponder Card Mode

Purpose

This task changes the card mode for MXP_MR_2.5G and MXPP_MR_2.5G muxponder cards. The card mode determines which PPMs can be provisioned for the card.

Step 3 Locate the Trunk port table row and verify that the Service State column value is OOS-MA,DSBLD (ANSI) or Locked-enabled,disabled (ETSI). If the service state is correct, continue with Step 6. If not, complete the following steps:

a.Click the Admin State table cell and choose OOS,DSBLD (ANSI) or Locked,Maintenance (ETSI).

b. Click Apply , then Yes .

Step 4 Click the Provisioning > Line > Client tabs.

Step 5 Locate the Trunk port table row and verify that the Service State column value is OOS-MA,DSBLD (ANSI) or Locked-enabled,disabled (ETSI). If the service state is correct, continue with Step 6. If not, complete the following steps:

FC-GE—Choose this option if you will provision any of the following PPM port rates: FC1G (Ports 1-1 and 2-1 only), FC2G (Port 1-1 only), FICON1G (Ports 1-1 and 2-1 only), FICON2G (Port 1-1 only), and ONE_GE (Ports 1-1 through 8-1).

Mixed—Choose this option if you will provision any of the following PPM port rates: FC1G and ONE_GE (Port 1–1 only), ESCON (Ports 5–1 through 8-1 only)

ESCON—Choose this option if you will provision the ESCON PPM on Ports 1-1 through 8-1.

Note The Provisioning > Card tab also has the display-only Tunable Wavelengths field. This field shows the supported wavelengths of the trunk port after the card is installed in the format: first wavelength-last wavelength-frequency spacing-number of supported wavelengths. For example, 1529.55nm-1561.83nm-50gHz-82.

Step 8 Click Apply .

Step 9 Return to your originating procedure (NTP).

DLP-G332 Change the 10G Data Muxponder Port Mode

Purpose

This task changes the port mode for the MXP_MR_10DME_C, MXP_MR_10DME_L, and MXP_MR_10DMEX_C muxponder cards. The port mode determines which PPMs can be provisioned on the ports.

Note The MXP_MR_10DME_C, MXP_MR_10DME_L, and MXP_MR_10DMEX_C cards have two port mode groups, one for Ports 1 through 4, and the second for Ports 5 through 8. To change the port mode, all ports within the selected port group must be in OOS (out-of-service) service state. Ports in the second port group do not need to be in OOS service state if you are not changing the port mode for the second port group. Before you change the port mode, you must also ensure that any PPM port rate provisioned for the selected port group is deleted (see the G280 Delete a PPM).

FC4G—choose this option if you will provision an FC4G or FICON4G PPM port rate (Port 5-1 only).

Note The Provisioning > Cards tab also has a display-only Tunable Wavelengths field which shows the wavelengths supported by the card. If a MXP_MR_10DME_C card is installed, the 32 C-band wavelengths appear. If the MXP_MR_10DME_L card is installed, the 32 L-band wavelengths appear. If the MXP_MR_10DMEX_C card is installed, the 82 C-band wavelengths appear.

Step 4 Click Apply .

Step 5 Return to your originating procedure (NTP).

Note Loopbacks on MXP-MR-10DME are not applicable when Fiber Channel switches are present.

Note If the Fiber Channel switch version is not present then the Distance Extension settings are not supported.

DLP-G379 Change the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE Card Mode

Purpose

This task changes the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE card mode. 10GE_XP and 10GE_XPE cards can be provisioned as a Layer 2 Ethernet switch or a 10G Ethernet TXP. GE_XP and GE_XPE cards can be provisioned as a Layer 2 Ethernet switch, 10G Ethernet MXP, or 20G Ethernet MXP.

Step 3 Verify that any provisioned client or trunk ports have an OOS-MA,DSBLD (ANSI) or Locked-enabled,disabled (ETSI) service state in the Service State column . If so, continue with Step 4. If not, complete the following substeps.

a.For the first port that is not out of service, in the Admin State column, choose OOS,DSBLD (ANSI) or Locked,disabled (ETSI).

Provisions the GE_XP, 10GE_XP, GE_XPE, or 10GE_XPE as a Layer 2 switch.

10GE TXP

10GE_XP

10GE_XPE

Provisions the 10GE_XP or 10GE_XPE as a 10 Gigabit Ethernet transponder. Traffic received on the 10GE client Port 1-1 is sent to 10 Gigabit Ethernet trunk Port 3-1, and traffic received on 10 Gigabit Ethernet client Port 2-1 is sent to 10 Gigabit Ethernet trunk Port 4-1.

10GE MXP

GE_XP

GE_XPE

Provisions the GE_XP or GE_XPE as a 10 Gigabit Ethernet muxponder. Traffic received on Gigabit Ethernet client Ports 1-1 through 10-1 is multiplexed and sent to 10 Gigabit Ethernet trunk Port 21-1, and traffic received on Gigabit Ethernet client Ports 11-1 through 20-1 is multiplexed and sent to 10 Gigabit Ethernet trunk Port 22-1.

20GE MXP

GE_XP

GE_XPE

Provisions the GE_XP or GE_XPE as a 20 Gigabit Ethernet muxponder. Traffic received on Gigabit Ethernet client Ports 1-1 through 20-1 is multiplexed and sent to 10 Gigabit Ethernet trunk Port 21-1. Trunk port 22-1 is not used.

The GE-XP and GE-XPE cards operating in 10GE MXP mode and configured for 100% traffic flow, do not drop frames when up to nine ports are in use. However, when all the ten ports are in use, some frames are dropped. When the tenth port is to be used, configure the Committed Info Rate (CIR) at 55% on any one of the ports. For more information about configuring the CIR, see the G380 Provision the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE Card Ethernet Settings.

Step 6 Click Apply , then click Yes in the confirmation dialog box.

Step 7 Return to your originating procedure (NTP).

DLP-G411 Provision an ADM-10G PPM and Port

Purpose

This task provisions a fixed-rate PPM and port on an ADM-10G PPM card.

Step 3 Verify that all provisioned client or trunk ports have an OOS-MA, DSBLD (ANSI) or Locked-enabled, disabled (ETSI) service state in the Service State column. If so, continue with Step 4 . If not, complete the following substeps.

a. For the first port that is not out of service, in the Admin State column, choose OOS, DSBLD (ANSI) or Locked, disabled (ETSI).

b. Repeat Step a for each port that is not out of service.

c. Click Apply .

Step 4 Click the Provisioning > Card tab.

Step 5 Change the Card Configuration as needed:

Transponder —Choose this option to provision the OTU2_XP card as a transponder. Port pairs 1-3 and 2-4 are both configured as transponders. This is the default card configuration.

Standard Regen —Choose this option to provision the OTU2_XP card as a standard regenerator (with E-FEC only on one port). Port pairs 1-3 and 2-4 are both configured as regenerators.

Enhanced FEC —Choose this option to provision the OTU2_XP card as an E-FEC regenerator (with E-FEC on two ports). Port pair 3-4 is configured as enhanced regenerator. Ports 1 and 2 are not used.

Mixed —Choose this option to provision the OTU2_XP card as a transponder and a standard regenerator (mixed configuration). One of the port pair (1-3 or 2-4) is configured as a transponder and the other port pair as a standard regenerator.

10G Ethernet LAN Phy to WAN Phy— Choose this option to provision the OTU2_XP card to enable the 10G Ethernet LAN Phy to WAN Phy conversion. Port pair 1-3 supports LAN Phy to WAN Phy conversion. Port pair 2-4 can be configured either as a transponder or a standard regenerator.

Note If you revert to the previous release (release earlier than 9.10), be sure to disable the 10G Ethernet LAN Phy to WAN Phy conversion feature. If you do not disable the 10G Ethernet LAN Phy to WAN Phy feature, an error message stating that the user needs to disable 10G Ethernet LAN Phy to WAN Phy feature before reverting to the previous release is displayed.

NoteTable 11-173 lists the Ethernet variables supported on Ports 1 and 3 of the OTU2_XP card that has the 10G Ethernet LAN Phy to WAN Phy enabled. When the card is in the 10G Ethernet LAN Phy to WAN Phy mode, no 10G FC RMONS are supported on Ports 2 and 4.

Note If the PPM was preprovisioned using the G273 Preprovision an SFP or XFP Slot this task is unnecessary, unless the PPM has an Out-of-Service and Autonomous Management, Unassigned (OOS-AUMA,UAS) (ANSI) or unlocked-disabled, unassigned (ETSI) service state.

Point-to-Point—Two terminal sites with one of the following sets of cards installed:

– 32MUX-O and 32DMX-O cards

– 32WSS and 32DMX cards

– 32WSS and 32-DMX-O cards

– 40-MUX-C and 40-DMX-C/40-DMX-CE cards

– 40-WSS-C/40-WSS-CE and 40-DMX-C/40-DMX-CE cards

Line amplifiers can be installed between the terminal sites, but intermediate (traffic terminating) sites cannot be installed. Figure 11-27 shows a point-to-point topology as shown in Cisco TransportPlanner.

Figure 11-27 Point-to-Point Topology

Two hubs—Two hub nodes in a ring with one of the following sets of cards installed:

– 32MUX-O and 32DMX-O cards

– 32WSS and 32DMX cards

– 32WSS and 32-DMX-O cards

– 40-MUX-C and 40-DMX-C/40-DMX-CE cards

– 40-WSS-C/40-WSS-CE and 40-DMX-C/40-DMX-CE cards

Line amplifiers can be installed between the hubs. Figure 11-28 shows two hub nodes with no line amplifier nodes installed. Figure 11-29 shows two hub nodes with line amplifier nodes installed.

Note The optical line rate for cards with single-rate PPMs is provisioned automatically when you complete the G277 Provision a Multirate PPM if the trunk port is out of service. If the optical line rate was provisioned automatically, you do not need to complete this task for the MXP_2.5G_10G, MXP_2.5G_10E, MXP_2.5G_10E_C, MXP_2.5G_10E_L, MXP_2.5G_10EX_C, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or OTU2_XP card. If the trunk port was in-service when you provisioned the PPM, complete this task to provision the optical line rate manually for those cards.

Port—Choose the port and port number from the drop-down list. The first number indicates the PPM in the Pluggable Port Modules area, and the second number indicates the port number on the PPM. For example, the first PPM with one port appears as 1-1 and the second PPM with one port appears as 2-1. The PPM number can be 1 to 4, but the port number is always 1.

Port Type—Choose the type of port from the drop-down list. The port type list displays the supported port rates on your PPM. See Table 11-35 for definitions of the supported rates on the TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or OTU2_XP card.

Step 7Click OK . The row in the Pluggable Ports area turns white if the physical SFP is installed and light blue if the SFP is not installed. If the optical parameter values differ from the NE Default settings, change the port state to In-Service (for ANSI) or Unlocked (for ETSI) to synchronize the values with the NE Default settings.

Step 8 Repeat Steps 5 through 7 to configure the rest of the port rates as needed.

Note If you have an OTU2 signal in which the OPU2 has been generated by multiplexing four ODU1 signals, choose SONET as the port rate. This allows the OTU2 signal to be transported transparently in standard or E-FEC regenerator configuration.

3.Automatically provisioned when the PPM is created if the trunk port is out of service.

Note You cannot delete a PPM if the TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or ADM-10G card is part of a regenerator group. For OTU2_XP card, you cannot delete a PPM if the card configuration is in Standard Regen or Enhanced FEC mode.

Step 2 Verify that the PPM port Service State is OOS,DSBLD . If the PPM port is OOS,DSBLD , go to Step 3. If it is not OOS,DSBLD, follow the tasks in G128 Manage Pluggable Port Modules, to change the Service State of the PPM port to OOS,DSBLD .

Step 3Click the Provisioning > Pluggable Port Modules tabs.

Step 4 To delete a PPM and the associated ports:

a. In the Pluggable Port Modules area, click the PPM that you want to delete. The highlight changes to dark blue.

b. Click Delete. The Delete PPM dialog box appears.

c. Click Yes . The PPM provisioning is removed from the Pluggable Port Modules area and the Pluggable Ports area.

Note You cannot delete a PPM until its port is in the OOS,DSBLD state. You cannot delete a client port if the client is in the In Service and Normal (IS-NR) (ANSI) or Unlocked-enabled (ETSI) service state, is in a protection group, has a generic communications channel (GCC) or data communications channel (DCC), is a timing source, has circuits or overhead circuits, or transports Link Management Protocol channels or links. You can delete a client port (except the last port) if the trunk port is in service and the client port is in the OOS,DSBLD (ANSI) or Locked-enabled,disabled (ETSI) service state. You can delete the last client port only if the trunk port is in a OOS,DSBLD (ANSI) or Locked-enabled,disabled (ETSI) service state for all cards except the MXP_MR_2.5G, MXPP_MR_2.5G, MXP_MR_10DME_C, MXP_MR_10DME_L, and MXP_MR_10DMEX_C cards. For more information about port states, see the Administrative and Service States document.

Step 5 Verify that the PPM provisioning is deleted:

In the TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, ADM-10G, or OTU2_XP card view, CTC shows an empty port after the PPM is deleted.

If the SFP or XFP is physically present when you delete the PPM provisioning, CTC transitions to the deleted state, the ports (if any) are deleted, and the PPM is represented as a gray graphic in CTC. The SFP or XFP can be provisioned again in CTC, or the equipment can be removed. If the equipment is removed, the graphic disappears.

This procedure creates a Y-cable protection group between the client ports of two TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or OTU2_XP cards. For additional information about Y-cable protection, see “Y-Cable Protection” section.

Note Y-cable protection is available for the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards when they are provisioned in 10GE MXP, 20GE MXP, or 10GE TXP mode. Y-cable protection cannot be provisioned for the GE_XP, 10GE_XP, GE_XPE, and 10GE_XPE cards when they are provisioned in L2-over-DWDM mode. Y-cable protection is available for the OTU2_XP card when it is provisioned in the TXP card mode. Y-cable protection is not supported on IB_5G.

Note There is a traffic hit of upto a couple hundred milliseconds on the MXP_MR_2.5G and MXP_MR_10DME cards in Y-cable configuration when a fiber cut or SFP failure occurs on one of the client ports.

Note The OTU2-XP and 40E-MXP-C card cannot implement Y-cable protection for the client ports in 10 GE LAN PHY mode. Hence, a pair of OTU2_XP cards is used at each end in pass-through mode (Transponder mode with G.709 disabled) to implement Y-cable protection. The 40E-MXP-CE card can implement Y-cable protection without the OTU2-XP card for the client ports in LAN PHY GFP mode. However, the 40E-MXP-CE card cannot implement Y-cable protection without the OTU2-XP card for the client ports in LAN PHY WIS mode.

Note For SONET or SDH payloads, Loss of Pointer Path (LOP-P) alarms can occur on a split signal if the ports are not in a Y-cable protection group.

Step 2 Verify that the TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or OTU2_XP cards are installed according to the requirements specified in Table 14-7. Table 11-36 lists the protection types available in the ONS 15454 for DWDM client cards.

Pairs a working transponder or muxponder card or port with a protect transponder or muxponder card or port. The protect port must be on a different card than the working port and it must be the same card type as the working port. The working and protect port numbers must be the same, that is, Port 1 can only protect Port 1, Port 2 can only protect Port 2, and so on.

Note The working and protect card must be in the same shelf for a multishelf node.

Splitter

TXPP_MR_2.5G

MXPP_MR_2.5G

A splitter protection group is automatically created when a TXPP_MR_2.5G or MXPP_MR_2.5G card is installed. You can edit the splitter protection group name.

In the Layer 2 (L2) card mode 1+1 protection is provided to protect the card against client port and card failure.

5.When provisioned in 10GE MXP or 20GE MXP card mode.

6.When provisioned in 10GE TXP card mode.

Step 3 Verify that pluggable ports are provisioned for the same payload and payload rate on the TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or OTU2_XP cards where you will create the Y-cable protection group:

c. Verify that a pluggable port is provisioned in the Pluggable Port Module area, and the payload type and rate is provisioned for it in the Pluggable Ports area. If they are not the same, for example, if the pluggable port and rate are not the same, you must either delete the provisioned rate and create a new rate to match using the G273 Preprovision an SFP or XFP Slot or replace the pluggable port (SFP or XFP) using the G64 Remove an SFP or XFP.

Step 6 In the Create Protection Group dialog box, enter the following:

Name—Type a name for the protection group. The name can have up to 32 alphanumeric (a-z, A-Z, 0-9) characters. Special characters are permitted. For TL1 compatibility, do not use question mark (?), backslash (\), or double quote (“) characters.

Type—Choose Y Cable from the drop-down list.

Protect Port—From the drop-down list, choose the port that will be the standby or protection port to the active port. The list displays the available transponder or muxponder ports. If transponder or muxponder cards are not installed, no ports appear in the drop-down list.

After you choose the protect port, a list of available working ports appear in the Available Ports list. If no cards are available, no ports appear. If this occurs, you can not complete this task until you install the physical cards or preprovision the ONS 15454 slots using the G353 Preprovision a Slot.

Step 7 From the Available Ports list, select the port that will be protected by the port you selected in Protect Ports. Click the top arrow button to move the port to the Working Ports list.

Step 8 Complete the remaining fields:

Revertive—Check this check box if you want traffic to revert to the working port after failure conditions remain corrected for the amount of time entered in the Reversion Time field.

Reversion time—If Revertive is checked, select a reversion time from the drop-down list. The range is 0.5 to 12.0 minutes. The default is 5.0 minutes. Reversion time is the amount of time that will elapse before the traffic reverts to the working card. The reversion timer starts after conditions causing the switch are cleared.

Note The Bidirectional switching option is available for Y-cable protection groups only in the following cases:

On the MXP_MR_10DME card when ISC3_PEER_1G/ISC3_PEER_2G is the client payload.

On the MXP_MR_10DME and MXP_MR_2.5G cards when Fibre Channel is the client payload. In this case Bidirectional switching is:

– Automatically enabled when Distance Extension is enabled.

– Automatically disabled when Distance Extension is disabled.

The Bidirectional switching option is available for all SONET and SDH 1+1 protection groups.

Step 9 Click OK .

Step 10 Repeat this procedure for every Y-cable protection group indicated in the Cisco TransportPlanner Traffic Matrix.

Stop. You have completed this procedure.

NTP-G199 Create a Splitter Protection Group for the OTU2_XP Card

Purpose

This procedure creates a splitter protection group between the trunk ports of an OTU2_XP card. For additional information about splitter protection, see the “Splitter Protection” section.

Note A splitter protection group is automatically created when a TXPP_MR_2.5G, MXPP_MR_2.5G, or PSM card is installed. You can edit the splitter protection group name for these cards. The splitter protection group is deleted when you delete the TXPP_MR_2.5G, MXPP_MR_2.5G, or PSM card.

Note Splitter protection is available for the OTU2_XP card when it is provisioned in Transponder configuration only. In a splitter-protected Transponder configuration, Port 1 is the client port, Port 3 is the working trunk port, and Port 4 is the standby trunk port.

Note For SONET or SDH payloads, Loss of Pointer Path (LOP-P) alarms can occur on a split signal if the ports are not in a splitter protection group.

Step 2 Verify that the OTU2_XP card is installed according to the requirements specified in Table 14-7.

Step 3 Verify that the pluggable port (SFP or XFP) slot is provisioned for the same payload rate as the pluggable port on the OTU2_XP card where you will create the splitter protection group:

a. Display the OTU2_XP card in card view.

b. Click the Provisioning > Pluggable Port Module tabs.

c. Verify that a pluggable port (SFP or XFP) slot is provisioned in the Pluggable Port Module area, and that the payload rate of the pluggable port (SFP or XFP) slot is same as the payload rate of the pluggable port on the OTU2_XP card provisioned in the Pluggable Ports area. If they are not the same, you must either delete the provisioned rate and create a new rate to match using the G273 Preprovision an SFP or XFP Slot or replace the pluggable port (SFP or XFP) using the G64 Remove an SFP or XFP .

Step 6 In the Create Protection Group dialog box, enter the following:

Name—Type a name for the protection group. The name can have up to 32 alphanumeric (a-z, A-Z, 0-9) characters. Special characters are permitted. For TL1 compatibility, do not use question mark (?), backslash (\), or double quote (“) characters.

Type—Choose Splitter from the drop-down list.

Protect Card—From the drop-down list, choose the port that will be the standby or protection port to the active port. The list displays the available OTU2_XP ports. If transponder or muxponder cards are not installed or if the trunk ports of the card are part of a regenerator group, no ports appear in the drop-down list.

After you choose the protect port, a list of available working ports appear in the Available Cards list. If no cards are available, no ports appear. If this occurs, you cannot complete this task until you install the physical cards or preprovision the ONS 15454 slots using the G353 Preprovision a Slot.

Step 7 From the Available Cards list, select the port that will be protected by the port you selected in Protect Cards. Click the top arrow button to move the port to the Working Cards list.

Step 8 Complete the remaining fields:

Revertive—Check this check box if you want traffic to revert to the working port after failure conditions remain corrected for the amount of time entered in the Reversion Time field.

Reversion time—If Revertive is checked, select a reversion time from the drop-down list. The range is 0.5 to 12.0 minutes. The default is 5.0 minutes. Reversion time is the amount of time that will elapse before the traffic reverts to the working card. The reversion timer starts after conditions causing the switch are cleared.

Note The Bidirectional Switching option is not applicable for splitter protection groups.

Step 9 Click OK .

Step 10 Repeat this procedure for every splitter protection group indicated in the Cisco TransportPlanner Traffic Matrix.

This procedure creates a 1+1 protection group to protect against client port and card failure of GE_XP, 10GE_XP, GE_XPE, 10GE_XPE cards. For additional information about 1+1 protection, see the “1+1 Protection” section.

Note Do not enable squelch in a 1 + 1 protection group, if the 100FX, 100LX, and ONS-SE-ZE-EL SFP are used in the protection group and is connected to the peer via the parallel cable (not Y-cable).

Note When you configure L2 1 + 1 protection on 10GE_XP and 10GE_XPE cards, set the Protection Action to None on the client ports. Setting the Protection Action as Squelch results in unexpected switching behavior.

Step 3 In the Create Protection Group dialog box, enter the following:

Name—Type a name for the protection group. The name can have up to 32 alphanumeric (a-z, A-Z, 0-9) characters. Special characters are permitted. For TL1 compatibility, do not use question mark (?), backslash (\), or double quote (“) characters.

Type—Choose L2 1+1 (port) from the drop-down list.

Protect Port—From the drop-down list, choose the port that will be the standby or protection port for the active port. The list displays the available transponder or muxponder ports. If transponder or muxponder cards are not installed, no ports appear in the drop-down list.

After you choose the protect port, a list of available working ports appear in the Available Ports list. If no cards are available, no ports appear. If this occurs, you cannot complete this task until you install the physical cards or preprovision the ONS 15454 slots using the G353 Preprovision a Slot.

Step 4 From the Available Ports list, select the port that will be protected by the port you selected in the Protected Port drop-down list. Click the top arrow button to move the port to the Working Ports list.

Step 5 Complete the remaining fields:

Revertive—Check this check box if you want traffic to revert to the working port after failure conditions remain corrected for the amount of time entered in the Reversion Time field.

Reversion time—If Revertive is checked, select a reversion time from the drop-down list. The range is 0.5 to 12.0 minutes. The default is 5.0 minutes. Reversion time is the amount of time that will elapse before the traffic reverts to the working card. The reversion timer starts after conditions causing the switch are cleared.

The bidirectional switching option is available for SONET and SDH 1+1 protection groups.

Step 6 Click OK .

Step 7 Repeat this procedure for every 1+1 protection group indicated in the Cisco TransportPlanner Traffic Matrix.

Note The Card subtab Framing Type and Tunable Wavelengths fields are display-only. Framing Type shows the card framing type, either SONET or SDH, depending on whether the card is installed in an ANSI or ETSI chassis. The Tunable Wavelengths field shows the tunable wavelengths for the physical TXP_MR_2.5G or TXPP_MR_2.5G that is installed.

Table 11-37 TXP_MR_2.5G and TXPP_MR_2.5G Transponder Card Settings

Parameter

Description

Options

Termination Mode

Sets the mode of operation (option only supported for SONET/SDH payloads).

Transparent

Section (ANSI) or Regeneration Section (ETSI)

Line (ANSI) or Multiplex Section (ETSI)

Regeneration Peer Slot

Sets the slot containing another TXP_MR_2.5G or TXPP_MR_2.5G card to create a regeneration peer group. A regeneration peer group facilitates the management of two TXP_MR_2.5G or TXPP_MR_2.5G cards that are needed to perform a complete signal regeneration.

The regeneration peer group synchronizes provisioning of the two cards. Payload type and ITU-T G.709 optical transport network (OTN) changes made on one TXP_MR_2.5G or TXPP_MR_2.5G card are reflected on the peer TXP_MR_2.5G or TXPP_MR_2.5G card.

Note Y-cable protection groups cannot be created on TXP_MR_2.5G or TXPP_MR_2.5G cards that are in a regeneration peer group.

None

1

2

3

4

5

6

12

13

14

15

16

17

Regeneration Group Name

Sets the regeneration peer group name.

User defined

Step 4 Click Apply .

Step 5 Return to your originating procedure (NTP).

DLP-G230 Change the 2.5G Multirate Transponder Line Settings

Purpose

This task changes the line settings for the client port of the TXP_MR_2.5G and TXPP_MR_2.5G transponder cards.

Sets the port service state unless network conditions prevent the change. For more information about administrative states, see the Administrative and Service States document.

IS (ANSI) or Unlocked (ETSI)

IS,AINS (ANSI) or Unlocked,automaticInService (ETSI)

OOS,DSBLD (ANSI) or Locked,disabled (ETSI)

OOS,MT (ANSI) or Locked,maintenance (ETSI)

Service State

(Display only) Identifies the autonomously generated state that gives the overall condition of the port. Service states appear in the format: Primary State-Primary State Qualifier, Secondary State. For more information about service states, see the Administrative and Service States document.

If an TIM on Section overhead alarm arises because of a J0 overhead string mismatch, no alarm indication signal is sent to downstream nodes if this box is checked.

Checked (AIS/RDI on TIM-S is disabled)

Unchecked (AIS/RDI on TIM-S is not disabled)

Transmit Section Trace String Size

Sets the trace string size.

1 byte

16 byte

Transmit

Displays the current transmit string; sets a new transmit string. You can click the button on the right to change the display. Its title changes, based on the current display mode. Click Hex to change the display to hexadecimal (button changes to ASCII); click ASCII to change the display to ASCII (button changes to Hex).

String of trace string size

Expected

Displays the current expected string; sets a new expected string. You can click the button on the right to change the display. Its title changes, based on the current display mode. Click Hex to change the display to hexadecimal (button changes to ASCII); click ASCII to change the display to ASCII (button changes to Hex).

String of trace string size

Received

(Display only) Displays the current received string. You can click Refresh to manually refresh this display, or check the Auto-refresh every 5 sec check box to keep this display updated automatically.

Further wavelengths in 100-GHz ITU-T, C-band spacing. If the card is installed, the wavelengths it carries are identified with two asterisks. Other wavelengths have a dark grey background. If the card is not installed, all wavelengths appear with a dark grey background.

Number of inbound packets that contained errors preventing them from being delivered to a higher-layer protocol.

rxTotalPkts

Total number of received packets.

8b10bStatsEncodingDispErrors

Number of IETF 8b10b disparity violations on the Fibre Channel line side.

8b10bIdleOrderedSets

Number of received packets containing idle ordered sets.

8b10bNonIdleOrderedSets

Number of received packets containing non-idle ordered sets.

8b10bDataOrderedSets

Number of received packets containing data ordered sets.

Step 6 From the Alarm Type drop-down list, indicate whether the event will be triggered by the rising threshold, the falling threshold, or both the rising and falling thresholds.

Step 7 From the Sample Type drop-down list, choose either Relative or Absolute . Relative restricts the threshold to use the number of occurrences in the user-set sample period. Absolute sets the threshold to use the total number of occurrences, regardless of time period.

Step 8 Enter the appropriate number of seconds for the Sample Period.

Step 9 Enter the appropriate number of occurrences for the Rising Threshold.

For a rising type of alarm, the measured value must move from below the falling threshold to above the rising threshold. For example, if a network is running below a rising threshold of 1000 collisions every 15 seconds and a problem causes 1001 collisions in 15 seconds, the excess occurrences trigger an alarm.

Step 10 Enter the appropriate number of occurrences in the Falling Threshold field. In most cases a falling threshold is set lower than the rising threshold.

A falling threshold is the counterpart to a rising threshold. When the number of occurrences is above the rising threshold and then drops below a falling threshold, it resets the rising threshold. For example, when the network problem that caused 1001 collisions in 15 seconds subsides and creates only 799 collisions in 15 seconds, occurrences fall below a falling threshold of 800 collisions. This resets the rising threshold so that if network collisions again spike over a 1000 per 15-second period, an event again triggers when the rising threshold is crossed. An event is triggered only the first time a rising threshold is exceeded (otherwise, a single network problem might cause a rising threshold to be exceeded multiple times and cause a flood of events).

Step 5 Under Types , verify that the TCA radio button is checked. If not, check it and click Refresh .

Step 6Referring to Table 11-44, verify the trunk port TCA thresholds for RX Power High and RX Power Low depending on whether the rate is 2R or 3R. Provision new thresholds as needed by double-clicking the threshold value you want to change, deleting it, entering a new value, and hitting Enter .

Note Do not modify the Laser Bias parameters.

Note You must modify 15 Min and 1 Day independently. To do so, choose the appropriate radio button and click Refresh.

Table 11-44 TXP_MR_2.5G and TXPP_MR_2.5G Trunk Port TCA Thresholds

Signal

TCA RX Power Low

TCA RX Power High

3R

–23 dBm

–9 dBm

2R

–24 dBm

–9 dBm

Step 7 Click Apply .

Step 8 Under Types, click the Alarm radio button and click Refresh .

Step 9 Verify the trunk port Alarm thresholds for RX Power High is –7 dBm, and for RX Power Low is –26 dBm. Provision new thresholds as needed by double-clicking the threshold value you want to change, deleting it, entering a new value, and hitting Enter .

Step 3 Referring to Table 11-45, verify the Port 1 (client) TCA thresholds for RX Power High, RX Power Low, TX Power High, and TX Power Low based on the client interface at the other end. Provision new thresholds as needed by double-clicking the threshold value you want to change, deleting it, entering a new value, and hitting Enter .

Note Do not modify the Laser Bias parameters.

Note You must modify 15 Min and 1 Day independently. To do so, choose the appropriate radio button and click Refresh.

Note The hardware device that plugs into a TXP, MXP, GE_XP, 10GE_XP, GE_XPE, 10GE_XPE, or ADM-10G card faceplate to provide a fiber interface to the card is called a Small Form-factor Pluggable (SFP or XFP). In CTC, SFPs and XFPs are called pluggable port modules (PPMs). SFPs/XFPs are hot-swappable input/output devices that plug into a port to link the port with the fiber-optic network. Multirate PPMs have provisionable port rates and payloads. For more information about SFPs and XFPs, see the “SFP and XFP Modules” section.

Step 6 Referring to Table 11-46, verify the Alarm thresholds for RX Power High, RX Power Low, TX Power High, and TX Power Low based on the client interface that is provisioned. Provision new thresholds as needed by double-clicking the threshold value you want to change, deleting it, entering a new value, and hitting Enter .

Numeric. Can be set for Near End or Far End, for 15-minute or one-day intervals, or for SM (OTUk) or PM (ODUk). Select a bullet and click Refresh .

SES

Severely errored seconds

Numeric. Can be set for Near End or Far End, for 15-minute or one-day intervals, or for SM (OTUk) or PM (ODUk). Select a bullet and click Refresh .

UAS

Unavailable seconds

Numeric. Can be set for Near End or Far End, for 15-minute or one-day intervals, or for SM (OTUk) or PM (ODUk). Select a bullet and click Refresh .

BBE

Background block errors

Numeric. Can be set for Near End or Far End, for 15-minute or one-day intervals, or for SM (OTUk) or PM (ODUk). Select a bullet and click Refresh .

FC

Failure counter

Numeric. Can be set for Near End or Far End, for 15-minute or one-day intervals, or for SM (OTUk) or PM (ODUk). Select a bullet and click Refresh .

8.Latency for a 1G-FC payload without ITU-T G.709 is 4 microseconds, and with ITU-T G.709 is 40 microseconds. Latency for a 2G-FC payload without ITU-T G.709 is 2 microseconds, and with ITU-T G.709 is 20 microseconds. Consider these values when planning a FC network that is sensitive to latency.

If an TIM on Section overhead alarm arises because of a J0 overhead string mismatch, no alarm indication signal is sent to downstream nodes if this box is checked.

Checked (AIS/RDI on TIM-S is disabled)

Unchecked (AIS/RDI on TIM-S is not disabled)

Transmit

Displays the current transmit string; sets a new transmit string. You can click the button on the right to change the display. Its title changes, based on the current display mode. Click Hex to change the display to hexadecimal (button changes to ASCII); click ASCII to change the display to ASCII (button changes to Hex).

String of trace string size

Expected

Displays the current expected string; sets a new expected string. You can click the button on the right to change the display. Its title changes, based on the current display mode. Click Hex to change the display to hexadecimal (button changes to ASCII); click ASCII to change the display to ASCII (button changes to Hex).

String of trace string size

Received

(Display only) Displays the current received string. You can click Refresh to manually refresh this display, or check the Auto-refresh every 5 sec check box to keep this panel updated.

Sets the slot containing another TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, or TXP_MR_10EX_C card to create a regeneration peer group. A regeneration peer group facilitates the management of two TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, or TXP_MR_10EX_C cards that are needed to perform a complete signal regeneration.

The regeneration peer group synchronizes provisioning of the two cards. Payload type and ITU-T G.709 optical transport network (OTN) changes made on one TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, or TXP_MR_10EX_C card are reflected on the peer TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, or TXP_MR_10EX_C card.

Note Y-cable protection groups cannot be created on TXP cards that are in a regeneration peer group.

None

1

2

3

4

5

6

12

13

14

15

16

17

None

1

2

3

4

5

6

12

13

14

15

16

17

Regeneration Group Name

(Display only) The regeneration peer group name.

—

—

Tunable Wavelengths

(Display only) Shows the supported wavelengths of the trunk port after the card is installed. For the TXP_MR_10E_C, or TXP_MR_10E_L cards, the first and last supported wavelength, frequency spacing, and number of supported wavelengths are shown in the format: first wavelength-last wavelength-frequency spacing-number of supported wavelengths . For example, the TXP_MR_10E_C card would show: 1529.55nm-1561.83nm-50gHz-82 . The TXP_MR_10E show the four wavelengths supported by the card that is installed. The TXP_MR_10G show the two wavelengths supported by the card that is installed.

—

—

Step 4 Click Apply .

Step 5 Return to your originating procedure (NTP).

DLP-G217 Change the 10G Multirate Transponder Line Settings

Purpose

This task changes the line settings for TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, and TXP_MR_10EX_C cards.

Step 1 In node view (single-shelf mode) or shelf view (multishelf view), double-click the TXP_MR_10G, TXP_MR_10E, TXP_MR_10E_C, TXP_MR_10E_L, or TXP_MR_10EX_C card where you want to change the line settings.

Step 2 Click the Provisioning > Line > SONET/SDH/Ethernet tabs. SONET is the option for ANSI shelves when 10G Ethernet WAN phy is the Pluggable Port Rate, SDH is the option for ETSI shelves when 10G Ethernet WAN phy is the Pluggable Port Rate, and Ethernet is the option for ANSI or ETSI shelves when 10GE LAN Phy is the Pluggable Port Rate.

(Display only) Identifies the autonomously generated state that gives the overall condition of the port. Service states appear in the format: Primary State-Primary State Qualifier, Secondary State. For more information about service states, see the Administrative and Service States .