Skip to main content
Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors
Articles
lp_course
lp_lesson
Back
HomeAutomationOpen Optical Networking
Open Optical Networking

Open Optical Networking

30 min read
89
Open Optical Networking: Complete Visual Guide | OpenROADM Architecture
Open Optical Networking - Image 1

Open Optical Networking

OpenROADM MSA Architecture

All that an Optical Engineer "SHOULD" Know

1. Introduction to Open Optical Networking

Open optical networking represents a fundamental shift in how optical transport networks are designed, deployed, and operated. Traditional ROADM (Reconfigurable Optical Add-Drop Multiplexer) systems have historically been proprietary, closed architectures where hardware and software solutions are tightly coupled to specific vendors. This creates significant challenges in terms of vendor lock-in, limited innovation, and integration complexity.

The Open ROADM Multi-Source Agreement (MSA) addresses these challenges by defining interoperability specifications that enable disaggregation of optical network functions and standardized management interfaces. This revolutionary approach transforms optical networks from monolithic, vendor-specific systems into flexible, software-defined infrastructure that supports multi-vendor interoperability.

Key Insight: OpenROADM enables functional disaggregation of three core optical layers: pluggable optics, transponders, and ROADM switching equipment. These components communicate through standardized YANG data models via NETCONF interfaces, allowing for true software-defined control.

OpenROADM Functional Architecture

Three-layer disaggregated architecture with SDN control

SDN Controller NETCONF / YANG Data Models Pluggable Optics • CFP/CFP2 • QSFP28/QSFP-DD • OSFP Standards-based modules Transponder/Muxponder • Client Mapping • OTN Switching • Signal Processing 100G-800G W-Ports ROADM • WSS (Wavelength Switching) • Amplifiers (EDFA) • OCM (Channel Monitor) CD/CDC Add-Drop Optical Transport Layer DWDM Channels | C-Band: 4.8 THz | 96 Wavelengths (50GHz grid)

The Problem with Traditional Optical Networks

Before the advent of OpenROADM and similar initiatives, optical transport networks faced several critical challenges that impeded innovation and operational efficiency. Traditional ROADM systems were characterized by tight vendor coupling, where a single vendor provided the entire solution stack including hardware, software, planning tools, and management systems.

This proprietary approach resulted in significant operational overhead. Integration processes were time-consuming and complex, often requiring extensive custom engineering work. The technology lifecycle for ROADMs extended over many years, during which operators were locked into specific vendor ecosystems. This reduced competition, stifled innovation, and created barriers to adopting new technologies and capabilities.

Furthermore, optical Signal-to-Noise Ratio (OSNR) management and Forward Error Correction (FEC) strategies were implemented as proprietary solutions, making it extremely difficult to mix equipment from different vendors within the same optical path. The lack of standardized data models meant that each vendor's equipment required unique management interfaces and operational procedures.

Traditional vs OpenROADM Architecture Comparison

Evolution from vendor-locked systems to disaggregated, open architecture

Traditional Architecture Vendor A Proprietary Management System Vendor A ROADM Vendor A Transponder Vendor A Optics Vendor Lock-in Limited Flexibility OpenROADM Architecture Open SDN Controller NETCONF/YANG Vendor A ROADM Vendor B ROADM Vendor C ROADM Vendor A TPDR Vendor D TPDR Vendor E TPDR Standards-Based Pluggable Optics Multi-Vendor Choice Innovation & Flexibility Evolution

2. Functional Disaggregation Architecture

The cornerstone of OpenROADM is functional disaggregation, which separates the traditionally monolithic optical transport system into three distinct functional layers, each with well-defined interfaces and responsibilities. This approach differs from physical disaggregation (such as defining common shelves) by focusing on function rather than hardware form factor, providing greater flexibility for vendors while ensuring interoperability.

Layer 1: Pluggable Optics

Standards-based optical modules that provide the physical interface to the fiber. These include CFP, CFP2, QSFP28, QSFP-DD, and OSFP form factors. Pluggable optics handle optical-to-electrical conversion and basic signal conditioning, operating at standardized wavelengths within the DWDM grid.

Key Features: Hot-swappable, vendor-agnostic, power-efficient designs with digital diagnostics for monitoring temperature, optical power, and performance metrics.

Layer 2: Transponder/Muxponder

The transponder layer performs client signal mapping, OTN encapsulation, forward error correction, and digital signal processing. Modern transponders support programmable modulation formats (QPSK, 16QAM, probabilistic constellation shaping) and flexible baud rates to optimize spectral efficiency versus reach.

Key Features: OTUCn signal generation, FlexO interfaces, hitless tuning, and advanced DSP capabilities for 400G to 800G single-wavelength transport.

Layer 3: ROADM Switching

The ROADM provides wavelength routing and optical switching functionality. It consists of wavelength selective switches (WSS), optical amplifiers (EDFA), optical channel monitors (OCM), and optical supervisory channels (OSC). Modern ROADMs support colorless-directionless (CD) or colorless-directionless-contentionless (CDC) architectures.

Key Features: Flexible grid support, automated power management, multi-degree configurations, and real-time wavelength provisioning without service disruption.

OpenROADM Detailed Component Architecture

Internal components and signal flow through the disaggregated system

Client Interfaces 100GbE 400GbE OTU4 FlexE FC Transponder/Muxponder Client Signal Mapping OTN Framing & Switching ODUk/ODUflex/OTUCn Forward Error Correction OFEC (11.1-11.6 dB gain) Digital Signal Processing Modulation: QPSK/16QAM PCS (Constellation Shaping) 124-131 Gbaud Line Interface (W-Port) FlexO-x(e)-D[P]O x = 4 (400G), 6 (600G), 8 (800G) ROADM (MW-Port) Add/Drop Group SRG (Shared Risk Group) TX RX CD/CDC Architecture Colorless-Directionless Contentionless Wavelength Selective Switch 50 GHz Grid / Flex Grid 1×9 / 1×20 / 1×32 ports C-Band: 96 Channels Optical Amplifiers (EDFA) Pre-amplifier | Line Amplifier | Booster Gain: 15-25 dB | Noise Figure: 4-6 dB Optical Channel Monitor (OCM) Power & OSNR per λ Optical Supervisory Channel (OSC) GbE/100Mb Control OTDR Fiber monitoring DCN (Data Comm) OAMP Ethernet DWDM Fiber Out

3. NETCONF/YANG Management Framework

At the heart of OpenROADM's software-defined capabilities lies the NETCONF (Network Configuration Protocol) and YANG (Yet Another Next Generation) framework. This combination provides a standardized, programmatic interface for network device management, replacing proprietary command-line interfaces and custom APIs with a vendor-neutral, model-driven approach.

Understanding NETCONF

NETCONF, defined in RFC 6241, is a network management protocol that provides mechanisms to install, manipulate, and delete the configuration of network devices. Unlike SNMP, which uses a simple request-response model over UDP, NETCONF operates over SSH or TLS, providing secure, session-based management with transactional capabilities.

NETCONF Key Features

  • Configuration Datastores: Separate running, candidate, and startup configurations enable safe config changes with validation before commit
  • Transactional Operations: Atomic commit and rollback capabilities ensure configuration consistency
  • Locking Mechanisms: Prevent concurrent modifications to configuration data
  • Capability Exchange: Devices advertise supported features during session establishment
  • RPC Operations: Structured remote procedure calls for device operations beyond simple get/set

NETCONF Protocol Stack and Message Flow

Four-layer architecture enabling standardized device management

NETCONF Client (SDN Controller / NMS) Layer 4: Content Configuration & State Data (YANG Data Models) Layer 3: Operations edit-config, get, get-config copy-config, delete-config, lock, unlock Layer 2: Messages (RPC) <rpc> / <rpc-reply> XML-encoded requests & responses Layer 1: Transport SSH / TLS over TCP Secure, session-based communication NETCONF Server (Network Device / ROADM) Layer 4: Content Device Configuration (Managed via YANG Models) Layer 3: Operations Process RPC Operations Validate & Execute Commands Layer 2: Messages (RPC) <rpc-reply> / <notification> Response & Event Messages Layer 1: Transport SSH / TLS over TCP Port 830 (default) Request Response Active Session

The Role of YANG Data Models

YANG (RFC 7950) is a data modeling language used to model configuration data, state data, Remote Procedure Calls, and notifications for network management protocols. In the OpenROADM context, YANG models define the structure, semantics, and constraints of all manageable aspects of optical network devices.

YANG models provide several critical capabilities. They enable semantic validation of configuration data before it's applied to devices, ensuring that only valid configurations are accepted. They support hierarchical data structures with complex relationships, allowing for rich representation of network device configurations. They include formal constraints and validation rules, preventing invalid configurations from being applied. Most importantly, they provide a vendor-neutral, machine-readable format that can be automatically processed by SDN controllers and management systems.

Premium Article — Free 20% Preview

Read the Full Analysis with Premium

The remaining 80% of this article — the design numbers, trade-offs and field guidance — is part of MapYourTech Premium, along with the full premium library, courses and professional tools.

Instant access · Cancel anytime · 48-hour trial available
Sanjay Yadav

Optical Communications & Network Automation Expert | Author of 3 Books for Optical Engineers | Founder, MapYourTech

Optical networking engineer with nearly two decades of experience across DWDM, OTN, coherent optics, submarine systems, and cloud infrastructure. Founder of MapYourTech.

Follow on LinkedIn
Share:

You May Also Like

52 min read 13 0 Like The Submarine Cable Stack: Open Cables, GSNR, SDM and Power Skip to main content...
  • Free
  • July 10, 2026
32 min read 10 0 Like Coherent DSP Architecture: From ADC Samples to Client Bits MAPYOURTECH | COHERENT OPTICS DEEP...
  • Free
  • July 10, 2026
42 min read 14 0 Like Building an Optical NOC Dashboard with OpenConfig Telemetry Skip to main content MapYourTech |...
  • Free
  • July 10, 2026

Course Title

Course description and key highlights

Course Content

Course Details