B CH Config Xe 16 11 1 ncs4200 - Chapter - 01011
B CH Config Xe 16 11 1 ncs4200 - Chapter - 01011
B CH Config Xe 16 11 1 ncs4200 - Chapter - 01011
Optical Transport Network (OTN) Wrapper feature provides robust transport services that leverage many of
the benefits such as resiliency and performance monitoring, while adding enhanced multi-rate capabilities in
support of packet traffic, plus the transparency required by Dense Wavelength Division Multiplexing (DWDM)
networks. OTN is the ideal technology to bridge the gap between next generation IP and legacy Time Division
Multiplexing (TDM) networks by acting as a converged transport layer for newer packet-based and existing
TDM services. OTN is defined in ITU G.709 and allows network operators to converge networks through
seamless transport of the numerous types of legacy protocols, while providing the flexibility required to
support future client protocols.
OTN Wrapper feature is supported on the following interface modules:
• 8-port 10 Gigabit Ethernet Interface Module (8x10GE) (A900-IMA8Z) (NCS4200-8T-PS) - The
encapsulation type is OTU1e and OTU2e.
• 2-port 40 Gigabit Ethernet QSFP Interface Module (2x40GE) (A900-IMA2F) (NCS4200-2Q-P) - The
encapsulation type is OTU3.
• 1-port 100 Gigabit Ethernet Interface Module (1X100GE) (NCS4200-1H-PK) (A900-IMA1C) - The
encapsulation type is OTU4.
The chassis acts as an aggregator for ethernet, TDM, and SONET traffic to connect to an OTN network and
vice versa. The ports on the interface modules are capable of OTN functionality. The OTN controller mode
enables the IPoDWDM technology in the interface modules. The OTN Wrapper encapsulates 10G LAN, 40G
LAN, and 100G LAN into the corresponding OTU1e or OTU2e, OTU3, and OTU4 containers, respectively.
This enables the ports of the interface modules to work in layer 1 optical mode in conformance with standard
G.709.
OTN Frame
The key sections of the OTN frame are the Optical Channel Transport Unit (OTU) overhead section, Optical
Channel Data Unit (ODU) overhead section, Optical Channel Payload Unit (OPU) overhead section, OPU
payload section, and Forward Error Correction (FEC) overhead section . The network routes these OTN frames
across the network in a connection-oriented way. The Overhead carries the information required to identify,
control and manage the payload, which maintains the deterministic quality. The Payload is simply the data
transported across the network, while the FEC corrects errors when they arrive at the receiver. The number
of correctable errors depends on the FEC type.
• Advantages of OTN, on page 3
• ODU and OTU, on page 3
• Deriving OTU1e and OTU2e Rates, on page 3
• OTU1e and OTU 2e Support on 8x10GE Interface Module, on page 4
• OTU3 Support in 2x40GE Interface Module, on page 5
• OTU4 Support on 1-port 100 Gigabit Ethernet Interface Module (1X100GE) , on page 5
• Supported Transceivers, on page 5
• OTN Specific Functions, on page 5
• Standard MIBS, on page 6
• Restrictions for OTN, on page 6
• DWDM Provisioning, on page 7
• Configuring Transport Mode in 8x10GE and 2x40GE Interface Modules, on page 7
• Configuring Transport Mode in 1X100GE Interface Module, on page 10
• OTN Alarms, on page 12
• OTN Threshold, on page 15
• Configuring OTU Alerts, on page 17
• Configuring ODU Alerts, on page 17
• Configuring ODU Alerts, on page 17
• Loopback, on page 19
• Configuring Loopback, on page 19
• Forward Error Connection, on page 20
• SNMP Support, on page 23
Advantages of OTN
The following are the advantages of OTN:
• Provides multi-layer performance monitoring and enhanced maintenance capability for signals traversing
multi-operator networks.
• Allows Forward Error Correction (FEC) to improve the system performance.
• Provides enhanced alarm handling capability.
• Insulates the network against uncertain service mix by providing transparent native transport of signals
encapsulating all client-management information.
• Performs multiplexing for optimum capacity utilization, thereby improving network efficiency.
• Enables network scalability as well as support for dedicated Ethernet services with service definitions.
Since OPU1e uses 16 columns that are reserved for stuffing and also for payload, the effective OPU1e frequency
is:
• OPU1e = 238/238 x 10312500 Kbit/s = 10.3125 Gbit/s
• ODU1e = 239/238 x 10312500 Kbit/s = 10.355829 Gbit/s
• OTU1e = 255/238 x 10312500 Kbit/s = 11.049107 Gbit/s
The 10GBase-R client signal with fixed stuff bytes is accommodated into an OPU-like signal, then into an
ODU-like signal, and further into an OTU-like signal. These signals are denoted as OPU2e, ODU2e and
OTU2e, respectively . The OTU1e does not add 16 columns of fixed stuff bytes and hence overall data rate
is relatively lesser at 11.0491 Gbps as compared to OTU2e which is 11.0957 Gbps.
The following table shows the standard OTU rates:
Supported Transceivers
The OTN wrapper feature works with the standard transceiver types that are supported for the LAN mode of
10G, 40G and 100G on the interface modules. The SFP-10G-LR-X, QSFP-40G-LR4, and CPAK-100G-SR10
are used for 8x10GE, 2x40GE, and 1X100GE interface modules, respectively.
Standard MIBS
The following are the standard MIBS:
• RFC2665
• RFC1213
• RFC2907
• RFC2233
• RFC3591
DWDM Provisioning
All DWDM provisioning configurations take place on the controller. To configure a DWDM controller, use
the controller dwdm command in global configuration mode.
To configure the transport administration state on a DWDM port, use the admin-state command in DWDM
configuration mode. To return the administration state from a DWDM port to the default, use the no form of
this command.
• Use the following commands to set the controller default transport mode as LAN mode:
enable
configure terminal
To configure the transport administration state on a DWDM port, use the admin-state command in DWDM
configuration mode. To return the administration state from a DWDM port to the default, use the no form of
this command.
#
#show controllers dwdm 0/8/0
G709 Information:
Controller dwdm 0/8/0, is up (no shutdown)
Transport mode OTN OTU4
Loopback mode enabled : None
TAS state is : IS
G709 status : Enabled
OTU
LOS = 0 LOF = 0 LOM = 0
AIS = 0 BDI = 0 BIP = 0
TIM = 0 IAE = 0 BEI = 0
ODU
AIS = 0 BDI = 0 TIM = 0
OCI = 0 LCK = 0 PTIM = 0
BIP = 0 BEI = 0
FEC Mode: None
Remote FEC Mode: Unknown
FECM = 0
EC(current second) = 0
EC = 0
UC = 0
Detected Alarms: NONE
Asserted Alarms: NONE
Detected Alerts: NONE
Asserted Alerts: NONE
Alarm reporting enabled for: LOS LOF LOM OTU-AIS OTU-IAE OTU-BDI OTU-TIM ODU-AIS ODU-OCI
ODU-LCK ODU-BDI ODU-PTIM ODU-TIM ODU-BIP
Alert reporting enabled for: OTU-SD-BER OTU-SF-BER OTU-SM-TCA ODU-SD-BER ODU-SF-BER ODU-PM-TCA
BER thresholds: ODU-SF = 10e-3 ODU-SD = 10e-6 OTU-SF = 10e-3 OTU-SD = 10e-6
TCA thresholds: SM = 10e-3 PM = 10e-3
OTU TTI Sent String SAPI ASCII : Tx TTI Not Configured
OTU TTI Sent String DAPI ASCII : Tx TTI Not Configured
OTU TTI Sent String OPERATOR ASCII : Tx TTI Not Configured
OTU TTI Expected String SAPI ASCII : Exp TTI Not Configured
OTU TTI Expected String DAPI ASCII : Exp TTI Not Configured
OTU TTI Expected String OPERATOR ASCII : Exp TTI Not Configured
OTU TTI Received String HEX : 0000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000
000000000000000000000000000000
ODU TTI Sent String SAPI ASCII : Tx TTI Not Configured
ODU TTI Sent String DAPI ASCII : Tx TTI Not Configured
ODU TTI Sent String OPERATOR ASCII : Tx TTI Not Configured
ODU TTI Expected String SAPI ASCII : Exp TTI Not Configured
ODU TTI Expected String DAPI ASCII : Exp TTI Not Configured
ODU TTI Expected String OPERATOR ASCII : Exp TTI Not Configured
ODU TTI Received String HEX : 0000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000
000000000000000000000000000000
OTN Alarms
OTN supports alarms in each layer of encapsulation. All the alarms follow an alarm hierarchy and the highest
level of alarm is asserted and presented as a Syslog message or on the CLI.
OTU Alarms
The types of alarms enabled for reporting:
• AIS - Alarm indication signal (AIS) alarms
• BDI - Backward defect indication (BDI) alarms
• IAE - Incoming alignment error (IAE) alarms
• LOF - Loss of frame (LOF) alarms
• LOM - Loss of multiple frames (LOM) alarms
• LOS - Loss of signal (LOS) alarms
• TIM - Type identifier mismatch (TIM) alarms
• SM - TCA - SM threshold crossing alert
• SD-BER - SM BER is in excess of the SD BER threshold
• SF-BER - SM BER is in excess of the SF BER threshold
ODU Alarms
The types of alarms enabled for reporting:
• AIS - Alarm indication signal (AIS) alarms
• BDI - Backward defect indication (BDI) alarms
• LCK - Upstream connection locked (LCK) error status
• OCI - Open connection indication (OCI) error status
• PM-TCA - Performance monitoring (PM) threshold crossing alert (TCA)
• PTIM - Payload TIM error status
Note You need to shutdown the interface using the shut command to configure the alarms.
Note Use no g709 otu report command to disable the OTU alarm reports.
TAS state is : IS
G709 status : Enabled
( Alarms and Errors )
OTU
LOS = 3 LOF = 1 LOM = 0
AIS = 0 BDI = 0 BIP = 74444
TIM = 0 IAE = 0 BEI = 37032
ODU
Note Use no g709 odu report command to disable the ODU alarm reports.
OTN Threshold
The signal degrade and signal failure thresholds are configured for alerts.
The following types of thresholds are configured for alerts for OTU and ODU layers:
• SD-BER—Section Monitoring (SM) bit error rate (BER) is in excess of the signal degradation (SD) BER
threshold.
• SF-BER—SM BER is in excess of the signal failure (SF) BER threshold.
• PM-TCA—Performance monitoring (PM) threshold crossing alert (TCA).
• SM-TCA—SM threshold crossing alert.
Note Use no g709 odu threshold command to disable configuration of ODU threshold.
Transport mode OTN (10GBASE-R over OPU1e w/o fixed stuffing, 11.0491Gb/s)
Loopback mode enabled : None
OTU
LOS = 0 LOF = 0 LOM = 0
AIS = 0 BDI = 0 BIP = 0
TIM = 0 IAE = 0 BEI = 0
ODU
AIS = 0 BDI = 0 TIM = 0
OCI = 0 LCK = 0 PTIM = 0
BIP = 0 BEI = 0
000000000000000000000000000000
Router#
TAS state is : IS
G709 status : Enabled
OTU
LOS = 5 LOF = 1 LOM = 0
AIS = 0 BDI = 0 BIP = 149549
TIM = 0 IAE = 0 BEI = 74685
ODU
AIS = 0 BDI = 0 TIM = 0
OCI = 0 LCK = 0 PTIM = 0
BIP = 2 BEI = 0
Loopback
Loopback provides a means for remotely testing the throughput of an Ethernet port on the router. You can
verify the maximum rate of frame transmission with no frame loss. Two types of loopback is supported:
• Internal Loopback - All packets are looped back internally within the router before reaching an external
cable. It tests the internal Rx to Tx path and stops the traffic to egress out from the Physical port.
• Line Loopback - Incoming network packets are looped back through the external cable.
Configuring Loopback
To configure loopback:
enable
configure terminal
controller dwdm 0/4/1
shutdown
loopback line
no shutdown
end
TAS state is : IS
G709 status : Enabled
OTU
LOS = 5 LOF = 1 LOM = 0
AIS = 0 BDI = 0 BIP = 149549
TIM = 0 IAE = 0 BEI = 74685
ODU
AIS = 0 BDI = 0 TIM = 0
OCI = 0 LCK = 0 PTIM = 0
BIP = 2 BEI = 0
Benefits of FEC
The following are the benefits of FEC:
• FEC reduces the number of transmission errors, extends the operating range, and reduces the power
requirements for communications systems.
• FEC increases the effective systems throughput.
• FEC supports correction of bit errors occurring due to impairments in the transmission medium.
Configuring FEC
To configure FEC:
enable
configure terminal
controller dwdm 0/4/1
shutdown
g709 fec standard
no shutdown
end
TAS state is : IS
G709 status : Enabled
OTU
LOS = 5 LOF = 1 LOM = 0
AIS = 0 BDI = 0 BIP = 149549
TIM = 0 IAE = 0 BEI = 74685
ODU
AIS = 0 BDI = 0 TIM = 0
OCI = 0 LCK = 0 PTIM = 0
BIP = 2 BEI = 0
Remote FEC Mode: Unknown <— This is a limitation by which we do not show the remote FEC
mode
FECM = 0
EC(current second) = 0
EC = 856 < — This is the counter for Error
corrected bits .
UC = 23165 <- this is the counter for Uncorrected
alarms .
OTU TTI Expected String SAPI ASCII : Exp TTI Not Configured
OTU TTI Expected String DAPI ASCII : Exp TTI Not Configured
OTU TTI Expected String OPERATOR ASCII : Exp TTI Not Configured
OTU TTI Received String HEX : 0000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000
000000000000000000000000000000
TTI Mismatch
TTI mismatch occurs when you have enabled path trace and the "received string" is different from the "expected
string". This alarm condition stops traffic.
When TTI mismatch occurs, the interface is brought to down state. This is only supported for SAPI and DAPI
and is not supported for User Operator Data field.
Configuring TTI
To configure TTI:
enable
configure terminal
controller dwdm 0/1/1
shutdown
g709 tti-processing enable
no shutdown
end
Trace Identifier Mismatch (TIM) is reported in the Detected Alarms where there is a mismatch in the expected
and received string. Action on detection of TIM can be configured in ODU and OTU layers as follows:
enable
configure terminal
controller dwdm 0/1/1
shutdown
g709 tti-processing enable otu
no shutdown
end
Transport mode OTN (10GBASE-R over OPU1e w/o fixed stuffing, 11.0491Gb/s)
SNMP Support
Simple Network Management Protocol (SNMP) is an application-layer protocol that provides a message
format for communication between SNMP managers and agents. SNMP provides a standardized framework
and a common language that is used for monitoring and managing devices in a network.
SNMP sets are not supported for the following tables:
• coiIfControllerTable
• coiOtnNearEndThresholdsTable
• coiOtnFarEndThresholdsTable
• coiFECThresholdsTable
Performance Monitoring
Performance monitoring (PM) parameters are used by service providers to gather, store, set thresholds for,
and report performance data for early detection of problems. Thresholds are used to set error levels for each
PM parameter. During the accumulation cycle, if the current value of a performance monitoring parameter
reaches or exceeds its corresponding threshold value, a threshold crossing alert (TCA) is generated. The TCAs
provide early detection of performance degradation. PM statistics are accumulated on a 15-minute basis,
synchronized to the start of each quarter-hour. Historical counts are maintained for 33 15-minutes intervals
and 2 daily intervals. PM parameters are collected for OTN and FEC.
Calculation and accumulation of the performance-monitoring data is in 15-minute and 24-hour intervals.
PM parameters require the errored ratio to be less than the standard reference that is dependent on the
encapsulation. If any loss or error event does not happen within a second, it is called an error free second. If
some error in transmission or alarm happens in a second, the second is called Errored Second. The error is
termed as Errored Second or Severely Errored Second or Unavailable Second depending upon the nature of
error. The error calculation depends on the Errored Blocks. Errored second is a second where one BIP error
or BEI error occurs. Severely Errored Second occurs when the errored frames crosses a threshold or there is
an alarm is generated. Unavaliable Second occurs when there are 10 consecutive severely errored seconds.
Figure 3: Performance Monitoring
PM occurs in near end and far end for both encapsulations for ODUk and OTUk. ODU is referred as Path
Monitoring (PM) and OTU is referred to as Section Monitoring (SM).
The following table shows the details of each type of PM parameter for OTN:
Parameter Definition
Parameter Definition
Parameter Definition
The following table shows the details of each type of PM parameter for FEC:
Parameter Definition
BIP and BEI counters are block error counters (block size equal to OTUk frame size). The counters can be
read periodically by a PM thread to derive one second performance counts. They are sufficiently wide for
software to identify a wrap-around with up to 1.5 sec between successive readings.
The following OTUk level defects are detected:
• dAIS
• dTIM
• dBDI
• dIAE
• dBIAE
Status of the defects is available through CPU readable registers, and a change of status of dLOF, dLOM, and
dAIS will generate an interruption.
LOS, OTU LOF, OOF and ODU-AIS alarms bring down the interface in system.
Use the show controllers command to verify PM parameters configuration for FEC in 24-hour interval:
Use the show controllers command to verify PM parameters configuration for OTN in 15-minute interval:
Router#show controllers dwdm 0/1/0 pm interval 15-min otn 0
g709 OTN in the current interval [9 :15:00 - 09:15:51 Thu Jun 9 2016]
Use the show controllers command to verify PM parameters configuration for OTN in 24-hour interval:
Router#show controllers dwdm 0/1/0 pm interval 24-hour otn 0
g709 OTN in the current interval [00:00:00 - 09:16:10 Thu Jun 9 2016]
If TCA is enabled for OTN or FEC alarm, a syslog message is displayed for the 15-minute or 24-hour interval
as follows:
*Jun 9 09:18:02.274: %PMDWDM-4-TCA: dwdm-0/1/0: G709 ESR-SM NE value (540) threshold (10)
15-min
Troubleshooting Scenarios
The following table shows the troubleshooting solutions for the feature.
Problem Solution
Link is not coming up Perform shut and no shut actions of the interface.
Check for TTI Mismatch.
Verify the major alarms.
Verify the FEC mode.
Verify that Cisco supported transreceiver list is only
used on both sides .
FEC contains UC and EC errors and link is not Verify the FEC Mismatch.
coming up
Associated Commands
The following commands are used to configure OTN Wrapper:
Commands Links
Commands Links
transport-mode http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/
interface/command/ir-cr-book/
ir-t1.html#wp3012872075