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

2. 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

3. 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.

4. 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)

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

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

7. Two network cases

8. 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

9. Overhead considerations

10. Amplifier site showing Core model

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

12. 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

13. 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

14. 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

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

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

17. 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

18. 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

19. “Aggregated” terminal site with no band measures

20. “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

21. 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-13-6
1-13-5
1-13-8
1-13-7
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-13-7
1-13-8
1-13-5
1-13-6
1-10-3
1-3-4
1-3-21
1-2-7
1-2-8
PXFP
CMD
WSS
LIM
LIM
WSS
WSS
LIM

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

23. 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

24. “Disaggregated” terminal site

25. “Disaggregated” Transponder