{"id":211,"date":"2026-06-23T00:00:00","date_gmt":"2026-06-22T20:30:00","guid":{"rendered":"https:\/\/www.anynet.ir\/blog\/%d9%be%db%8c%da%a9%d8%b1%d8%a8%d9%86%d8%af%db%8c-dco-%d8%a8%d8%a7-%d8%a7%d8%b3%d8%aa%d9%81%d8%a7%d8%af%d9%87-%d8%a7%d8%b2-cmis-appsel-en\/"},"modified":"2026-06-23T00:00:00","modified_gmt":"2026-06-22T20:30:00","slug":"%d9%be%db%8c%da%a9%d8%b1%d8%a8%d9%86%d8%af%db%8c-dco-%d8%a8%d8%a7-%d8%a7%d8%b3%d8%aa%d9%81%d8%a7%d8%af%d9%87-%d8%a7%d8%b2-cmis-appsel-en","status":"publish","type":"post","link":"https:\/\/www.anynet.ir\/blog\/en\/%d9%be%db%8c%da%a9%d8%b1%d8%a8%d9%86%d8%af%db%8c-dco-%d8%a8%d8%a7-%d8%a7%d8%b3%d8%aa%d9%81%d8%a7%d8%af%d9%87-%d8%a7%d8%b2-cmis-appsel-en\/","title":{"rendered":"DCO configuration using CMIS AppSel"},"content":{"rendered":"<div><\/div>\n<div>\n<div><\/div>\n<\/div>\n<div>\n<div>\n<div>\n<p><\/p>\n<p>In this blog we will take a look at the management of Digital Coherent Optics across the different layers from low-level pluggable component to multi-layer automation.<\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Routed Optical Networking<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/ron-overview-1782485597967.webp\"> <\/p>\n<p>Routed Optical Networking introduced by Cisco in 2020 introduced a fundamental shift in how IP+Optical networks are built. Collapsing previously disparate network layers and services into a single unified domain, Routed Optical Networking simplifies operations and lowers overall network TCO. More information on Routed Optical Networking can be found at the following locations:<\/p>\n<ul>\n<li><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/solutions\/service-provider\/routed-optical-networking.html\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.cisco.com\/c\/en\/us\/solutions\/service-provider\/routed-optical-networking.html<\/a><\/li>\n<li><a href=\"https:\/\/xrdocs.io\/design\/blogs\/latest-routed-optical-networking-hld\" style=\"color: rgb(0, 102, 204)\">Routed Optical Networking HLD<\/a><\/li>\n<\/ul>\n<p>You an also view these additional blogs covering Routed Optical Networking pluggables<\/p>\n<ul>\n<li><a href=\"https:\/\/xrdocs.io\/design\/blogs\/xr-dco-monitoring\" style=\"color: rgb(0, 102, 204)\">Monitoring Digital Coherent Optics in IOS-XR<\/a><\/li>\n<li><a href=\"https:\/\/xrdocs.io\/design\/blogs\/zr-openconfig-mgmt\" style=\"color: rgb(0, 102, 204)\">Managing OpenZR+ and OIF ZR transceivers on Cisco routers using OpenConfig<\/a><\/li>\n<li><a href=\"https:\/\/xrdocs.io\/application-hosting\/blogs\/2024-10-22-the-path-forward-to-any-plug-in-any-host\" style=\"color: rgb(0, 102, 204)\">Path forward to any plug in any host<\/a><\/li>\n<\/ul>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Pluggable Digital Coherent Optics Overview<\/h2>\n<p>One of the foundations of Routed Optical Networking is the use of small form factor pluggable digital coherent optics. These optics can be used in a wide variety of network applications, reducing CapEx\/OpEx cost and reducing complexity vs. using traditional external transponder equipment. They along with advanced automation and a simplified routing layer contirbute to our Agile Services Networking architecture.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">OIF, OpenZR+, and OpenROADM Standards for Digital Coherent Optics<\/h3>\n<p>The networking industry saw a point to improve network efficiency by shifting coherent DWDM functions from dedicated integrated hardware to pluggable optics. Technology advancements have shrunk the DCO components into the standard QSFP-DD and OSFP form factors, meaning no specialized hardware and the ability to use the highest capacity routers available today. Today pluggable digital coherent optics can be used in the same ports as the highest speed non-DCO transceivers.<\/p>\n<p>Two industry optical standards originally emerged to cover a variety of use cases for 400G DCO. The OIF created the 400ZR specification, <a href=\"https:\/\/www.oiforum.com\/technical-work\/hot-topics\/400zr-2\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.oiforum.com\/technical-work\/hot-topics\/400zr-2<\/a> as a 400G interopable standard for metro reach coherent optics covering distances up to 120km. The industry saw the benefit of the approach, but wanted to cover longer distances and have flexibility in wavelength rates, so the OpenZR+ MSA was created, <a href=\"https:\/\/www.openzrplus.org\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.openzrplus.org<\/a>.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">800G DCO standards<\/h3>\n<p>Standards for 800G were begun around 2023 with the release of production 800G DCO in 2026. The 800G standards released by the OIF include 800ZR. 800ZR being similar to 400ZR covering reach up to 120km with standard baud rate, modulation, and FEC. OpenROADM, another industry consortium, created additional flexible standards for 800G line side modes. These include higher baud rate modes up to 131Gbaud and interoperable PCS (Probabilistic Constellation Shaping) modulation. The original OpenZR+ MSA chose to adopt the OpenROADM standards for 800G. Modules considered to be &#8220;800G ZR+&#8221; typically support the OpenROADM 800G modes along with the 400G OpenZR+ modes.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">100G ZR<\/h3>\n<p>Within the last three years we&#8217;ve also seen the introduction of QSFP28 100G tunable DWDM DCO. The previous OpenZR+ 400G-ZR+ standard covered 100G modes, but still relied on using a QSFP-DD port. QSFP28 allows the use of the optics in many platforms which do not contain QSFP-DD ports. There is no standard govering 100G DCO, but they all utilize the following line side mode with QPSK modulation, ITU-T G.709.2 SC-FEC, and a baud rate of 30.07GBaud.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Specifications table<\/h3>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/2026-coherent-standards-1782323617.webp\" alt=\"100G, 400G, 800G Specifications\"><\/p>\n<p>While most optics support industry standards, optics vendors also have proprietary modes used to support specialized applications or additional reach.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Cisco standards-based pluggable DCO<\/h3>\n<p>The following part numbers are used for Cisco Digital Coherent Optics as of June 2026 in order of release<\/p>\n<table class=\"english-numbers\">\n<thead>\n<tr>\n<th>Part<\/th>\n<th>Standards<\/th>\n<th>Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>QDD-400G-ZR-S<\/td>\n<td>400ZR<\/td>\n<td>OIF 400ZR only<\/td>\n<\/tr>\n<tr>\n<td>QDD-400G-ZRP-S<\/td>\n<td>400ZR,OpenZR+<\/td>\n<td>Supports both standards<\/td>\n<\/tr>\n<tr>\n<td>DP04QSDD-HE0<\/td>\n<td>400ZR,OpenZR+ High-Power (Bright)<\/td>\n<td>+1 dBm, supports both standards<\/td>\n<\/tr>\n<tr>\n<td>DP04QSDD-ULH-A1<\/td>\n<td>OpenZR+<\/td>\n<td>+1 dBm, C-band<\/td>\n<\/tr>\n<tr>\n<td>DP04QSDD-LLH-A1<\/td>\n<td>OpenZR+<\/td>\n<td>-2 dBm, L-band<\/td>\n<\/tr>\n<tr>\n<td>DP08QSDD-ZRA-A2<\/td>\n<td>800ZR<\/td>\n<td>OIF 800ZR only<\/td>\n<\/tr>\n<tr>\n<td>DP08QSDD-ZRB-A2<\/td>\n<td>400G OpenZR+,800ZR,OpenROADM<\/td>\n<td>C-band<\/td>\n<\/tr>\n<tr>\n<td>DP08QSDD-LRB-A2<\/td>\n<td>400G OpenZR+,800ZR,OpenROADM<\/td>\n<td>L-band<\/td>\n<\/tr>\n<tr>\n<td>DP01QS28-E20<\/td>\n<td>100G-ZR<\/td>\n<td>-6dBm, standard temp, 300km<\/td>\n<\/tr>\n<tr>\n<td>DP01QS28-E25<\/td>\n<td>100G-ZR<\/td>\n<td>-6dBm, extended temp, 300km<\/td>\n<\/tr>\n<tr>\n<td>DP01QS28-MX2-A1<\/td>\n<td>100G-ZR<\/td>\n<td>0 dBm, extended temp, 500km<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Management domains<\/h2>\n<p>When we look at potential management domains it depends on the deployment model. A traditional photonic network built from active<br \/>\noptical components may be deployed, requiring the management of those elements and photonic circuits built across them. Networks using<br \/>\npoint to point circuits across dark fiber or passive mux\/demux may only manage the DCO endpoints.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/management-domains-1782323625.webp\" alt=\"Management domains\"><\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Photonic network management<\/h2>\n<p>Photonic networks are typically still closed ecosystems and managed by vendor-supplied management systems. However, there are now standards based APIs used<br \/>\non the northbound side of the optical controllers or NMS managing those systems. TAPI has become the defacto standard for most optical<br \/>\ncontrollers. More information on TAPI can be found at <a href=\"https:\/\/github.com\/Open-Network-Models-and-Interfaces-ONMI\/TAPI\" style=\"color: rgb(0, 102, 204)\">https:\/\/github.com\/Open-Network-Models-and-Interfaces-ONMI\/TAPI<\/a><\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Pluggable DCO management<\/h2>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Pluggable Digital Coherent Optics detail<\/h3>\n<p>Digital Coherent Optics are complex technology. In this blog we will not go into low level detail of the inner workings of the optics, but look at some of the basic components to help understand where specific performance measurement data is derived from and how best to monitor the optics.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Component diagram<\/h3>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/coherent-optic-diagramnew.webp\" width=\"500\"><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Component packaging<\/h3>\n<p>On modern DCO like Cisco&#8217;s ZR\/ZR+ optics multiple elements are co-packaged leading to simpler design and greater power efficiency.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/acacia-optics-picturenew.webp\" width=\"500\"><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Host and Media interfaces<\/h3>\n<p>Pluggable transceivers have two distinct sides. One side is the &#8220;host&#8221; side connecting to a host platform via electrical pins and the &#8220;media&#8221; side connecting to the physical media. In the case of a DCO this would be single mode fiber.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/dco-mgmt-interfaces-1782323622.webp\" alt=\"DCO Management Interfaces\"><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">OIF Common Management Interface Specification (CMIS)<\/h3>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/oif-cmis-logo-1782323632.webp\" width=\"250\" alt=\"OIF CMIS\"><\/p>\n<p>CMIS was originally created by the QSFP-DD MSA to create a modern way to manage QSFP-DD optics. The first<br \/>\npublished version of CMIS by the QSFP-DD MSA was 3.0 in 2018. Starting with CMIS 5.2, published in April 2022, CMIS became an OIF project utilizing the OIF structure for Implementation Agreement definition. The current version of CMIS is 5.3, with 5.4 publication happening in 2026. The goal of CMIS is stated in the introduction of the specification.<\/p>\n<pre><code><span>This specification, CMIS, has been developed to allow host and module software implementers to utilize a8\n<\/span><span>common code base across a variety of form factors and across a variety of transmission module1 capabilities,9\n<\/span><span>and to foster the possibility of vendor agnostic management for standardized module functions.\n<\/span><\/code><\/pre>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">What does CMIS cover?<\/h4>\n<p>CMIS covers the core management aspects of the pluggable transceivers. The current CMIS specification covers the following major areas:<\/p>\n<ul>\n<li>Advertisement and selection of an &#8220;application&#8221;<\/li>\n<li>Diagnostic monitoring via standard registers<\/li>\n<li>Control and monitoring of optics state through a state machine based control paradigm (DPSM)<\/li>\n<li>Firmware management<\/li>\n<li>Optics security<\/li>\n<\/ul>\n<p>The configuration of the appropriate mode for the host and<br \/>\nmedia side of the optic is one function we&#8217;ll expand on.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">OIF Coherent CMIS (C-CMIS)<\/h4>\n<p>In addition to the base CMIS document, there are companion documents providing<br \/>\nextended capabilities for specific optics types or functionality. Coherent optics<br \/>\nhave their own unique properties requiring additional standards. C-CMIS extends CMIS with the<br \/>\nfollowing functionality as of C-CMIS 1.4:<\/p>\n<ul>\n<li>Define DCO PM data fields and units<\/li>\n<li>Define standard registers for retrieval of DCO PM data<\/li>\n<li>Retrieval of DCO properties for a specific Application (OSNR threshold, PMD threshold, etc.)<\/li>\n<\/ul>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Optics and host support for CMIS and C-CMIS<\/h4>\n<p>Optics will typically support a single version of CMIS based on their release date and capabilities. A host will typically support several versions of CMIS. CMIS is meant to be backwards compatible with previous versions, so a host with CMIS<br \/>\n5.3 support should work with an optic supporting an earlier version of CMIS.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Latest versions of CMIS and C-CMIS Implementation Agreements<\/h4>\n<p>The latest version of the CMIS IA as of this publishing June 2026 is 5.3. Version 5.4 is anticipated to be published within<br \/>\n2026.<\/p>\n<p><a href=\"https:\/\/www.oiforum.com\/wp-content\/uploads\/OIF-CMIS-05.3.pdf\" style=\"color: rgb(0, 102, 204)\">\ud83d\udce5 https:\/\/www.oiforum.com\/wp-content\/uploads\/OIF-CMIS-05.3.pdf<\/a><\/p>\n<p>The latest version of the C-CMIS IA as of this publishing June 2026 is 1.4. Version 1.5 is anticipated to be published within<br \/>\n2026.<\/p>\n<p><a href=\"https:\/\/www.oiforum.com\/wp-content\/uploads\/OIF-C-CMIS-01.4.pdf\" style=\"color: rgb(0, 102, 204)\">\ud83d\udce5 https:\/\/www.oiforum.com\/wp-content\/uploads\/OIF-C-CMIS-01.4.pdf<\/a><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">SNIA (Storage Networking Industry Association) SFF (Small Form Factor) TWG (Technical Work Group)<\/h3>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/snia-sff-logo-1782323629.webp\" width=\"400\" alt=\"SNIA SFF Logo\"><\/p>\n<p>The SFF as a technical organization has existed since 1990, creating<br \/>\ninteroperable standards for a wide variety of technologies across storage and<br \/>\nnetworking. SFF-8636 is a precursor to CMIS and is the management protocol<br \/>\nused for QSFP optics. It is still used in conjunction with CMIS in managing<br \/>\nthose optics types. SFP+ and SFP optics are similarly managed using SFF<br \/>\nspecifications.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Role of the SFF TWG<\/h4>\n<p>Not specific to DCO, the SFF TWG publishes a set of standards-based host and<br \/>\nmedia ID values used to configure optics. These are found in SFF-8024, the SFF<br \/>\nModule Management Reference Code Tables. Separate tables are published for<br \/>\nhost electrical standards and media based on the type of physical medium.<br \/>\nSince DCO utilize single-mode fiber, the table of interest with modes covering<br \/>\nDCO are found in the table for Single-Mode Optics.<\/p>\n<p>The SFF-8024 tables contain 8-bit identifiers. In the CMIS 5.4 release there is<br \/>\nan option to use an expanded interface ID format, using a 4-bit Group ID (GID)<br \/>\nand 8-bit Interface ID (IID) creating a 12-bit Unique Identifier (UID).<br \/>\nUsing an ID value of 0xBE directs a system to utilize additional tables.<\/p>\n<h5 style=\"color: rgb(26, 26, 26); font-weight: 700\">SFF-8024 example for media IDs<\/h5>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/snia-media-id-table-1782323626.webp\" alt=\"OIF CMIS\"><\/p>\n<h5 style=\"color: rgb(26, 26, 26); font-weight: 700\">SFF-8024 example for host IDs<\/h5>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/snia-host-id-table-1782323634.webp\" alt=\"OIF CMIS\"><\/p>\n<p>Modern coherent optics installed in a router are Ethernet based on the host<br \/>\nside and follow IEEE standards. Pluggable DCO are found in muxponders, with<br \/>\nthe host side of the muxponder following FOIC (FlexO Interface) standards<br \/>\nbased on OTN mapping.<\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Optics configuration using CMIS Applications<\/h3>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">What is an &#8220;Application&#8221;<\/h4>\n<p>The following definition from the CMIS IA:<\/p>\n<ul>\n<li>An Application is a type of functional transmission configuration that is<br \/>\ncharacterized by specific signal propagation or signal processing between one<br \/>\nor more host lanes and one or more media lanes, overall providing a<br \/>\nwell-defined signal or data transmission function to the host.<\/li>\n<li>An Application instance is one implementation of an Application by a module<\/li>\n<li>An Application is typically characterized and specified by reference to a<br \/>\npair of industry standards, one for the host interface and one for the media<br \/>\ninterface, each comprising one or more lanes. These interface standards define<br \/>\nall necessary attributes for the respective interface, including the signaling<br \/>\nrate (Baud rate), the signaling modulation format, the number of lanes, as<br \/>\nwell as any digital processing (such as lane alignment or FEC encoding and<br \/>\ndecoding) of the data stream (if applicable).<\/li>\n<\/ul>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Application Descriptor<\/h4>\n<p>The Application Descriptor includes the information required to configure a<br \/>\nspecific application. This inclues the Host Interface ID, Media Interface ID, the<br \/>\nnumber of lanes for each interface, and then assignment options for each lane. In<br \/>\nthe context of pluggable coherent optics in a router, the media lane count will<br \/>\nbe one since there is a single output wavelength. CMIS is flexible enough to allow<br \/>\nper-lane Applications, but for pluggable DCO in a router, the same application is<br \/>\nused across all lanes.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Application Selection (AppSel) Code<\/h4>\n<p>Each Application Descriptor is identified by a unique AppSel code (short for<br \/>\nApplication Selection code). The AppSel code is a pointer to a specific<br \/>\nApplication Descriptor. When the network operating system configures an optic,<br \/>\nit uses the single AppSel Code. The AppSel codes are advertised by the optics as<br \/>\na numeric list.<\/p>\n<div>\n<p>The AppSel codes are not standardized across the industry, meaning even if the<br \/>\nMedia and Host Interface ID are using a standard value, the AppSel code could be<br \/>\ndifferent across two different optics.<\/p>\n<\/div>\n<h5 style=\"color: rgb(26, 26, 26); font-weight: 700\">Expanded AppSel codes in CMIS 5.3+<\/h5>\n<p>The original AppSel code table in CMIS was limited to 15 unique AppSel codes. The<br \/>\nflexibility of DCO required expanding the available AppSel codes. CMIS 5.3 introduced<br \/>\nan extended AppSel code table now capable of 240 AppSel codes.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Application Attributes and Descriptions<\/h4>\n<p>CMIS has also added functionality to retrieve more information about the<br \/>\nAppSel code. One key information added is the estimated power level utilized<br \/>\nby an Application. This may allow a host to use a power-optimized Application.<br \/>\nAdditional capability advertisement is extended through C-CMIS.<\/p>\n<p>The basic list of AppSel codes is just a numeric list without human-readable<br \/>\ndescriptions. CMIS has added storage and retrieval of Interface Code<br \/>\nDescriptions. This is referred to as the 0x51h request and reply codes. The following<br \/>\nhighlights the information returned in the 0x51h response.<\/p>\n<table class=\"english-numbers\">\n<thead>\n<tr>\n<th>Field Name<\/th>\n<th>Description<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>InterfaceID<\/td>\n<td>Unmodified CMD Data<\/td>\n<\/tr>\n<tr>\n<td>InterfaceLocation<\/td>\n<td>Unmodified CMD Data<\/td>\n<\/tr>\n<tr>\n<td>InterfaceName<\/td>\n<td>ASCII[16]: Short Name<\/td>\n<\/tr>\n<tr>\n<td>InterfaceDescription<\/td>\n<td>ASCII[48]: Description and Specification Reference<\/td>\n<\/tr>\n<tr>\n<td>InterfaceDataRate<\/td>\n<td>F16: Application Bit Rate in Gb\/s<\/td>\n<\/tr>\n<tr>\n<td>InterfaceLaneCount<\/td>\n<td>U16: Number of parallel lanes<\/td>\n<\/tr>\n<tr>\n<td>LaneSignalingRate<\/td>\n<td>F16: Lane Signaling Rate in GBd<\/td>\n<\/tr>\n<tr>\n<td>Modulation<\/td>\n<td>ASCII[16]: Lane Modulation Format<\/td>\n<\/tr>\n<tr>\n<td>BitsPerSymbol<\/td>\n<td>U16: Bits per Lane Modulation Symbol (rounded)<\/td>\n<\/tr>\n<tr>\n<td>BitsPerSymbolExact<\/td>\n<td>F16: Bits per Lane Modulation Symbol (not rounded)<\/td>\n<\/tr>\n<tr>\n<td>GridSpacingMin<\/td>\n<td>F16: Smallest optical grid spacing in GHz<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Sample AppSel code table in IOS-XR<\/h4>\n<p>The following shows a trucated list of AppSel codes for a Cisco 800ZR+ DCO. The picture<br \/>\nshows three codes, but there are 128! AppSel codes in total supported.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/xr-appsel-table-1782323628.webp\" alt=\"XR AppSel table\"><\/p>\n<p>The translation of the Host ID and Media ID to a standard shown is done by IOS-XR. IOS-XR stores<br \/>\na static table of SFF-8024 descriptions for standards-based Interface IDs. AppSel codes using<br \/>\nnon-standard Interface ID descriptions and properties are retrieved using the CMIS 5.3+ 0x51h CDB request<br \/>\nmethod to dynamically populate the table.<\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">AppSel code breakdown<\/h4>\n<p>The following picture highlights details around a single AppSel code.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/appsel-example-detail-1782323631.webp\" alt=\"XR AppSel table\"><\/p>\n<p>AppSel code 1 from this 800G-ZR+ transceiver has a Host Interface ID of 81 and a Media Interface ID of<br \/>\n108. These are both standardized and included within their respective SFF-8024 tables.<\/p>\n<p>Media ID 108d in the SFF-8024 single mode fiber table has the following<br \/>\nproperties:<\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Media ID 108 properties<\/strong><\/p>\n<ul>\n<li>800-ZRA standard<\/li>\n<li>150Ghz spectral width<\/li>\n<li>945.626 Gbps rate with overhead<\/li>\n<li>1 lane<\/li>\n<li>118.203 GBaud lane rate<\/li>\n<li>DP-16QAM modulation<\/li>\n<li>8 bits\/symbol<\/li>\n<\/ul>\n<p>Host ID 81d in the SFF-8024 electrical host table has the following<br \/>\nproperties:<\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Host ID 81 properties<\/strong><\/p>\n<ul>\n<li>IEEE 800GAUI-8 standard<\/li>\n<li>850 Gbit\/s rate with overhead<\/li>\n<li>945.626 Gbps rate with FEC overhead<\/li>\n<li>PAM4 modulation<\/li>\n<li>53.125 Gbit\/s lane rate<\/li>\n<li>2 bits\/symbol<\/li>\n<\/ul>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">IOS-XR CLI to configure AppSel code<\/h4>\n<p>The CLI in IOS-XR used to configure AppSel is straightforward. Once the user knows<br \/>\nthe appropriate mode they want to use to configure the optics the following<br \/>\ncommand is used:<\/p>\n<pre><code><span>controller Optics0\/0\/0\/0\n<\/span><span> appsel simple code 1\n<\/span><\/code><\/pre>\n<p>The following command is used to view the current active AppSel<\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:ron-8711-32fh-1#show controllers optics 0\/0\/0\/0 appsel active\n<\/span><span>Mon Jun 22 10:34:24.659 PDT\n<\/span><span> Instance:1\n<\/span><span> App-ID:1\n<\/span><span> Host-ID:81 ETH 800GAUI-8 S C2M\n<\/span><span> Media-ID:108 OIF 800ZR-A (0x01) 150GHz DWDM TxO\n<\/span><span> Host Lane Count:8\n<\/span><span> Media Lane Count:1\n<\/span><span> Host Lane Assign:0x1\n<\/span><span> Media Lane Assign:0x1\n<\/span><\/code><\/pre>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Host configuration<\/h4>\n<p>The AppSel command configures the media and host side of the transceiver, but<br \/>\nit does NOT configure the host NPU. Previous optics such as the QDD-400G-ZRP-S<br \/>\nconfigured using the &#8220;breakout&#8221; command would configure both the optics as<br \/>\nwell as the NPU.<\/p>\n<p>Optics using AppSel configuration will continue to use the &#8220;breakout&#8221; or similar<br \/>\nhw-module command to configure the host NPU. As an example the AppSel code<\/p>\n<p>If an incorrect combination of AppSel and host configuration is applied the host<br \/>\nwill generate a system alarm.<\/p>\n<pre><code><span>P\/0\/RP0\/CPU0:ron-8711-32fh-1#show alarms brief system active | inc Application\n<\/span><span>Mon Jun 22 10:39:38.562 PDT\n<\/span><span>0\/RP0\/CPU0 Major Software 06\/22\/2026 10:35:52 PDT Optics0\/0\/0\/0 - hw_optics: Optics Application code select using simple mode with host and media ID failed \n<\/span><\/code><\/pre>\n<p>As an example, AppSel code 3 on the 800G-ZR+ utilized 1x800G on the media side<br \/>\nand 2x400G on the host side.<\/p>\n<pre><code><span>3 | 79 ETH 400GAUI-4-S C2M (Ann | 108 OIF 800ZR-A (0x01) 150GH | OIF\n<\/span><\/code><\/pre>\n<p>On the 8711-32FH example platform we are using this requires the following configuration.<\/p>\n<pre><code><span>hw-module port-range 0 1 instance 0 location 0\/RP0\/CPU0 mode 2x400\n<\/span><\/code><\/pre>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">AppSel usage in Routed Optical Networking automation<\/h3>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Crosswork Hierarchical Controller<\/h4>\n<p>Starting in the RON 4.0 release, the automation tools such as Crosswork<br \/>\nHierarchical Controller and the NSO RON Function Pack utilize AppSel selection<br \/>\nto configure all optics. The use of AppSel provides a single unified way to configure<br \/>\nall optics. If the optics do not support AppSel in the XR CLI, the AppSel configuration<br \/>\nis translated to legacy CLI.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/hco-appsel-selection-1782323624.webp\" alt=\"XR AppSel table\"><\/p>\n<h4 style=\"color: rgb(26, 26, 26); font-weight: 700\">Cisco NSO Routed Optical Networking Function Pack<\/h4>\n<p>Starting with the RON 4.0 NSO RON function pack the input to provision optics is<br \/>\nnow a single AppSel code value. The settings for speed, modulation, and DAC-Rate<br \/>\nhave been deprecated.<\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Additional Resources<\/h2>\n<p><a href=\"https:\/\/xrdocs.io\/design\/blogs\/latest-routed-optical-networking-hld\" style=\"color: rgb(0, 102, 204)\">Routed Optical Networking Design Guide<\/a><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Routed Optical Networking Landing Page<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/site\/us\/en\/solutions\/routed-optical-networking\/index.html\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.cisco.com\/site\/us\/en\/solutions\/routed-optical-networking\/index.html<\/a><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Crosswork Network Automation Home<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/products\/collateral\/cloud-systems-management\/crosswork-hierarchical-controller\/solution-overview-c22-744695.html\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.cisco.com\/c\/en\/us\/products\/collateral\/cloud-systems-management\/crosswork-hierarchical-controller\/solution-overview-c22-744695.html<\/a><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Crosswork Network Controller<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/products\/cloud-systems-management\/crosswork-network-controller\/index.html\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.cisco.com\/c\/en\/us\/products\/cloud-systems-management\/crosswork-network-controller\/index.html<\/a><\/p>\n<h3 style=\"color: rgb(26, 26, 26); font-weight: 700\">Crosswork Hierarchical Controller<\/h3>\n<p><a href=\"https:\/\/www.cisco.com\/c\/en\/us\/products\/cloud-systems-management\/crosswork-hierarchical-controller\/index.html\" style=\"color: rgb(0, 102, 204)\">https:\/\/www.cisco.com\/c\/en\/us\/products\/cloud-systems-management\/crosswork-hierarchical-controller\/index.html<\/a><\/p>\n<div title=\"\u0627\u0646\u062a\u062e\u0627\u0628 \u06a9\u0644 \u0627\u06cc\u0646 \u0628\u062e\u0634\" style=\"display: flex\"><svg width=\"14\" height=\"14\" viewBox=\"0 0 24 24\" fill=\"none\" stroke=\"currentColor\" stroke-width=\"2.5\"><\/svg><\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>In this blog we will take a look at the management of Digital Coherent Optics across the different layers from low-level pluggable component to\u2026<\/p>\n","protected":false},"author":1,"featured_media":209,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[169,171,184,173,182,69,176,178,186,180],"tags":[],"class_list":["post-211","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-c-cmis-en","category-cmis-en","category-controller-en","category-dco-en","category-design-en","category-iosxr-en-en","category-optical-en","category-ron-en","category-routing-en","category-zr-en"],"_links":{"self":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts\/211","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/comments?post=211"}],"version-history":[{"count":0,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts\/211\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/media\/209"}],"wp:attachment":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/media?parent=211"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/categories?post=211"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/tags?post=211"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}