Optics and Hardware Configuration Guide for Cisco 8000 Series Routers
Introduces advanced optical behavior and outlines the main concept, process, task, principle, and reference areas in this section. Guides technical users to quickly locate the procedures and supporting data they need.
Advanced optical behavior covers ULH optics features, media link-down behavior based on PreFEC degrade, and AppSel provisioning workflows.
This topic explains enhanced SOP tolerance mode for ULH optics and provides the technical context you need before configuration.
An enhanced SOP tolerance mode is an optical module feature that
increases resilience to rapid state of polarization (SOP) fluctuations,
enables stable ultra long-haul (ULH) coherent signal transmission over challenging fiber environments, and
actively compensates for polarization impairments using advanced DSP techniques.
| Feature Name |
Release info |
Description |
|---|---|---|
| Enhanced SOP support for ULH optics |
Release 25.2.1 |
Introduced in this release on: Modular Systems (8800 [LC ASIC: Q100 , Q200 , P100]) (select variants only*) This feature helps to improve the coherent optics' ability to handle fluctuations in the light's State of Polarization (SOP). It achieves this by enhancing the Digital Signal Processing (DSP) to track and compensate for rapid SOP rotation. The capability ultimately ensures more reliable data transmission, maintains high signal quality, and increases network stability, especially in long-distance and dynamic optical deployments. This feature is applicable on:
CLI: The enh-sop-tol-mode keyword is added to the controller optics command. |
Provides reference information for benefits of sop tolerance mode for ulh optics, including key values, supported combinations, and related constraints.
Enhanced SOP tolerance mode provides several benefits.
Improved performance: Digitally compensates for dynamic SOP changes to maintain high signal quality and network stability in challenging fiber conditions.
Increased robustness: Offers greater resilience to polarization-related impairments, especially crucial for long-haul and subsea optical deployments.
Enhanced SOP tolerance mode is supported on these line cards:
88-LC0-36FH
88-LC0-36FH-M
This section explains functional behavior for the referenced items.
The Media Link-down PreFEC Degrade functionality can be used to protect the media side of the optical transceiver during transmission errors, such as errors due to noise, or data transmission errors.
| Feature Name |
Release Information |
Description |
|---|---|---|
| Media Link-down PreFEC Degrade Enablement |
Release 26.1.1 |
Introduced in this release on: Fixed Systems (8400 [ASIC: K100] )(select variants only*) *This feature is now supported on the Cisco 8404-SYS-D router. |
| Media Link-down PreFEC Degrade Enablement |
Release 25.4.1 |
Introduced in this release on: Fixed Systems (8010 [ASIC: A100])(select variants only*) *This feature is supported on:
|
| Media Link-down PreFEC Degrade Enablement |
Release 25.1.1 |
Introduced in this release on: Fixed Systems (8700 [ASIC: K100], 8010 [ASIC: A100])(select variants only*) *This feature is supported on:
|
| Media Link-down PreFEC Degrade Enablement |
Release 24.3.1 |
Introduced in this release on: Fixed Systems (8200 [ASIC: Q200, P100], 8700 [ASIC: P100]); Centralized Systems (8600 [ASIC:Q200]); Modular Systems (8800 [LC ASIC: Q100, Q200, P100]) The Media Link-down PreFEC Degrade functionality can be used to protect the media side of the optical transceiver during transmission errors. By using this feature, you can proactively switch the traffic to standby path when the BER counter crosses the threshold value. This feature helps to avoid further traffic impact when the optical network reaches more noise or error. The feature introduces these changes:CLI: Modified the controller optics command by adding the media link-down prefec-degrade keyword. YANG Data Model:
|
To use the Media Link-down PreFEC Degrade functionality, you must configure the FEC Alarm Threshold. For information about configuring FEC alarm thresholds, see FEC alarm thresholds.
Prior to this release, the FEC Alarm Threshold functionality enabled you to configure the FEC alarms threshold values to control alarms (raise and clear FEC alarms) on media and host side of the optical transceiver. Using the FEC Alarm Threshold functionality, you can configure the FDD and FED alarm threshold values and set the raise threshold value and clear threshold value values to control alarms.
After you configure FEC Alarm Threshold and enable Media Link-down PreFEC Degrade functionality, you get the alarm notification when the average bit error rate (BER) exceeds the threshold value. This triggers link-down and enables switchover functionality automatically. The traffic is switched to standby path, and remains in the standby path until the alarm is cleared or based on the settings done by the network operator.
In Cisco IOS XR Release 24.3.1, the Link-down PreFEC Degrade feature is supported only on the media side of the optical transceiver.
Application select code, also known as AppSel code, is a feature that:
allows the host device to choose the operating mode of a QDD module
allows you to configure the media code, and
specifies how to configure the optical side of a module.
| Feature Name |
Release Information |
Feature Description |
|---|---|---|
| Application select code provisioning |
Release 25.2.1 | You can now configure application select codes directly on a QDD module by using a CLI. This simplifies provisioning by allowing the selection of advertised application modes such as 400ZR, OpenZR+ and others. The router activates the selected code to ensure compatibility and reduce configuration complexity. This feature introduces these changes: CLI:
|
The Common Management Interface Specification (CMIS) specifications set rules for how QDD modules work and how a host device sets them up. CMIS provides a consistent way for host devices, such as routers or switches, to communicate with and control optical modules, regardless of the module manufacturer.
Each QDD module can work in different modes, and these modes are identified by a special code called an AppSel code. This code acts like a unique ID for each mode. Each mode has an application descriptor, which explains how the module handles data. It describes how signals are processed between the connections on the host side and the optical side. The optical side is also known as the media side of the module. The AppSel code also includes a media code, which tells the module how to set up its optical side. The host software uses this media code to control the module’s optical interface. The host software also sets up other components, like the physical layer (PHY), SerDes, and MacPort, to complete the data path.
Modules store a list of the AppSel codes they support in their EEPROM memory. This helps the host system or device know which settings the module can use. Some codes, like 400G-OIF-ZR and 400G-OpenZR+, are standard and follow industry rules. Other codes are custom, made by third-party vendors to give users more options with one module. However, these custom codes can cause problems. For example, Cisco routers may not work well with modules using custom codes if the host system doesn’t recognize them.
This feature allows users to select application modes advertised by the optical module. You can choose all application modes a module supports.
AppSel supports operation modes based on these parameters:
Data rate, such as 100GbE or 400GbE
Signal type
Signal processing between host side and media side
Optical configuration, based on the media code, which is part of the AppSel code.
These are the benefits of provisioning AppSel code:
Enables you to choose any application mode supported by the optical module for greater flexibility.
Enables direct configuration of the NPU, PHY, and optics to match the selected application’s datapath.
Removes the need for Cisco IOS XR software to implement new proprietary modes for each vendor, simplifying software requirements.
Allows you to directly specify the desired AppSel code, enabling straightforward configuration without requiring Cisco IOS XR software to interpret the mode.
Eliminates the extra step of mapping custom vendor codes, reducing delays in supporting new module vendors.
This feature is not enabled by default. You must configure it to take effect.
If you configure a non-default application ID and later remove the configuration, the selected application ID falls back to the default.
If you configure a non-default application ID and later overwrite it with an invalid application ID, the selected application ID falls back to default. The system raises an alarm indicating the invalid configuration.
The maximum number of applications supported depends upon the module as advertised in the AppSel list.
These restrictions apply to AppSel code provisioning:
The Cisco 8000 series routers do not support In Service Software Upgrade (ISSU) or In Service Software Downgrade (ISSD).
Optical Transport Network (OTN) is not supported.
The key components that are involved in the AppSel code provisioning are:
Optical side: The optical side or the media side refers to the part of a pluggable module, such as a QDD or other optical transceiver that connects to and communicates with the optical network. It is the interface responsible for converting electrical signals, from the host device, into optical signals for transmission over fiber optic cables, and vice versa for receiving signals.
Host side: The host side refers to the part of a pluggable module, such as a QDD or other optical transceiver that interfaces with the host device. A host device is typically a network device like a router, switch, or server. It is responsible for handling and processing electrical signals exchanged between the module and the host device.
Optics Driver: The entity that collects all supported application codes from the module. Users can see all supported application codes and select any one of the supported application codes. The optics driver programs the valid application code to the module.
Application Codes: The unique codes that represent operational modes of the optical module.
Optics Management Agent (MA): The entity that sends the default configuration to the optics driver if no user configuration is provided. It also manages fallback behavior when no application code is selected.
These stages describe how AppSel code provisioning process works.
AppSel code identifies the optical module modes when the modules are plugged into a router.
AppSel code points to application descriptor. In this stage, the AppSel code acts as a sequence number for an application descriptor.
The application descriptor defines the configuration. In this stage, the application descriptor describes a functional transmission configuration, including signal processing between host lanes and media lanes.
The AppSel code that contains the media code configure the media side of the optical module.
The router software or the host software applies the media code to configure the optical interface of the optical module.
Based on the module's host side interface, you can configure PHY, NPU SerDes, and MacPort.
The host side and media side configurations complete, establishing the datapath.
The router enables AppSel code provisioning as the datapath is complete between the host side and media side. This ensures that the optical module operates correctly and efficiently in the desired mode, with proper coordination between the host side interface and the media side.