Photonics in ONF Core and TAPI Nigel Davis (Ciena) Stephane St-Laurent (Infinera) Karthik Sethuraman (NEC) May 22, 2018

TAPI Structure Overview Core Models/Modules – technology-agnostic common framework TapiCommon SIP, common data-types TapiTopology Topology, Link, Node, NEP, NRG/IRG TapiConnectivity ConnectivityService, CSEP, Connection, CEP TapiOam OamService, OSEP, MEG, MEP/MIP, OamJob TapiPathComputation PathComputationService, PSEP, Path TapiVirtualNetwork VirtualNetworkService, VSEP TapiNotification NotificationSubscriptionService, SubscriptionFilter, Notification, Alarm/Tca, etc Technology-specific Extensions - adds attributes to core TAPI classes TapiEth EthCEP, EthMeg, EthMep, EthMip, EthTestJob, EthDmJob, Eth1DmJob, etc TapiOdu OduCEP, OduTcmMep, OduNcmMep, OduMip, OduDefect, OduPm, etc TapiOtsi – Under enhancement MEF NRPInterface, NRML1Interface, NrpSOAM, NrpSAT

Network Device OR Opaque Network ONF Core IM or TAPI: Canonical Network model (virtualized/functional) Forwarding, Termination and Topology See slide notes Network Showing Partitioning FD/Node/Topology FC/Connection FD/Node Link NEP SIP FC/Conn CEP TAPI Context Network Topology View Network Device OR Opaque Network A general pattern for all networking focussing on transport Any capability with the purpose of transferring information is transport IP is transport Essential concepts are forwarding, termination and adaptation Pure functional, independent of physical environment but relateable at the port and as below All forwarding/termination can use this model whether it is implemented in a traditional form or virtual/cloudified Deals with “apparent” adjacency (Link) Support Stacking of layer-protocols and network layering Navigation between views Model for any networking for any transport network technology, with any degree of virtualization, at any scale, at any abstraction and in any interrelated view. ONF TR-512: Model for any networking, for any transport network technology, with any degree of virtualization, at any scale, at any abstraction and in any interrelated view.

Underpinning Photonic model The ONF Photonic model is a model of media and channels Media is essentially “omni-directional” with some uni-directional elements In the ONF core, the model uses primarily ForwardingConstructs (FC). The FC Is used to represent Enabled Constrained Potential for Forwarding Is used for any layer technology (digital packet, digital circuit, analogue) Represents, as necessary, a complex channel arrangement with switches and filters Forwarding capability is understood through the intersection of a series of pass characteristics along with characteristic of degradation In the case of photonics these are band pass characteristics, attenuation etc The channel is modelled in abstract with access to the underlying detail The model of underlying detail was developed first then abstracted Photonic/Electronic conversion is modelled as a LogicalTerminationPoint (LTP) composed of LayerProtocol (LP) units DSP accounted for in the formation of an information channel represented by an FC that passes between source and sync tuning elements The Dynamic aspects of forwarding/termination are captured via properties and settings of the forwarding/termination elements Invariant aspects are captured via metadata structure (ONF Specifications) In TAPI: The FC becomes the Connection The LTP becomes a combination of ConnectionEndPoint (CEP) and NodeEdgePoint (NEP)

Some model fragments in ONF Core pictorial form Control Termination Forwarding Encapsulated Termination

EDFA Node/FRU Encapsulated termination and Forwarding Node/FRU Connector Pin Abstracted amplifier Detail contained in subordinate FCs and LTPs

Two network cases

The model of Monitors and Overhead Monitoring is “non-intrusive” taking a small sample of the signal, either full aggregate (broadband) or narrow band (inc channel) The Overhead is similar to a traditional layered protocol with OTSiG-O carried by OMS-O carried by OTS-O carried over a dedicated OTSi This layering is represented as a stack of terminations The Overhead carries information about the photonic signals at various intermediate and terminal point including measures from monitors and trace details The Overhead is bidirectional It is considered vital that the relationship between the overhead information, the measures and traces, and the points to which the information relates is simplified to a degree similar to that of traditional SONET/SDH NEs A hybrid model results from this consideration where the terminations of the overhead drive the essential model shape but where the photonic signal is considered in one layer PHOTONIC_MEDIA (and hence the model is flat). The photonic forwarding information is grouped with the measures and overhead The groupings use the Core LTPs (TAPI CEs) where there is an Overhead termination The grouping uses a Core FC (TAPI Connection) where the emphasis is the channel

Overhead considerations

Amplifier site showing Core model

Amplifier site with overlaid FRUs showing spans Con OMS Link Con OTS Link LIM LIM

Amplifier site showing TAPI classes and physical structure Con P20ROADM2 LCon CEP Con CEP OMS Link NEP NEP Con CEP CEP OTS Link NEP NEP Multi-Strand Span Strand o o R complex r Strand r complex t 1-13-8 1-13-7 1-2-6 1-2-5 Strand o o T complex t Strand t complex r 1-13-5 1-13-6 1-2-7 1-2-8 LIM LIM

Layer-Protocol Sub-structuring OTS CEP Overhead Photonic Tx Photonic Params Rx Photonic Params Overhead Frame Overhead Parameters L-Band Local Measures Tx Photonic Params Rx Photonic Params C-Band Local Measures Tx Photonic Params Rx Photonic Params L-Band Conveyed Parameters Tx values Rx values Params C-Band Conveyed Parameters Tx values Params Rx values Params

Connection Substructuring East-West Amp L-Band Input Params Output Params C-Band Input Params Output Params West-East Amp L-Band Input Params Output Params C-Band Input Params Output Params

Add-Drop Site showing core model OTSiA and Band detail See next slide ROADM2

Add-Drop Site showing OTSiA detail (with excessive monitoring ) ROADM2

Add-Drop Site showing core model LIM WSS WSS LIM Con OMS Link OTSiA and Band detail See next slide Con OTS Link ROADM2 ROADM2

Add-Drop Site showing OTSiA detail (with excessive monitoring ) Note that Band does NOT have an overhead capability (but can have measures that propagate to the dependent OTSiAs) Note OMS, OTS and OTSiA are bidirectional because of the overhead. OTSiA really represents the Information Channel. Note that Band SMC needs to be unidirectional tree!! LCon OTSiA Link WSS WSS LCon Band Link Con OMS Link ROADM2

“Aggregated” terminal site with no band measures

“Aggregated” terminal site with overlaid FRUs showing spans (and no band measures) Con OTSiA Link Con Band Link WSS LIM PXFP Con OMS Link Con OTS Link CMD

ROADM1 ROADM2 Con Con Con Con Link PXFP CMD WSS LIM LIM WSS WSS LIM ConnectionHasLowerLevelConnections Con LCon Con NEP OTSiA NEP Link NEP NEP ConnectionHasLowerLevelConnections Con ConnectionHasLowerLevelConnections LCon Con Band NEP Link NEP NEP Con OMS LinkTerminatesOnNEP NEP Link NEP NEP CEPHasClientNEPs ConnectionSupportsLink ConnTerminatesOnSEP Con CEPHasServerNEP OTS NEP Link NEP NEP Multi-Strand Span Strand t Strand r complex t Strand r complex t Strand r complex t o o R complex r Strand r complex t Strand r complex t Strand r complex t 1-84-7 1-84-90 1-10-19 1-10-22 1-13-6 1-13-5 1-13-8 1-13-7 1-10-21 1-10-4 1-3-3 1-3-22 1-2-6 1-2-5 1-4-5 Strand r Strand t complex r Strand t complex r Strand t complex r o o T complex t Strand t complex r Strand t complex r Strand t complex r 1-84-8 1-84-89 1-10-20 1-10-21 1-13-7 1-13-8 1-13-5 1-13-6 1-10-22 1-10-3 1-3-4 1-3-21 1-2-7 1-2-8 PXFP CMD WSS LIM LIM WSS WSS LIM

Layer-Protocol Sub-structuring May be broken down into bands etc. Output Params

Layer-Protocol Sub-structuring OMS CEP Overhead Frame Overhead Parameters NetworkBand CEP TxBands Local Measures L-Band Tx Photonic Params Rx Photonic Params RxBands C-Band Tx Photonic Params Rx Photonic Params Conveyed Parameters L-Band Tx values Rx values Params C-Band Tx values Params Rx values Params

“Disaggregated” terminal site

“Disaggregated” Transponder