TAPI Photonic Media Model

Slides:



Advertisements
Similar presentations
ITU-T/OIF Report IETF 76 – Hiroshima – Nov09 L. Ong (Ciena) Thanks to Malcolm Betts & Kam Lam for ITU- T slides.
Advertisements

G : DCM Signaling Mechanism Using GMPLS RSVP-TE ITU-T Workshop on IP-Optical, Chitose, Japan 7/11/2002 Dimitrios Pendarakis, Tellium, Inc. ITU-T.
Next-Generation ROADMs
N Group0/1: Yangfei WANG z Amrita Manayil z Thangappan Madavan V K z Peng Fu z Shuo Sun z Total Slides :19 In-Operation.
Área: Lorem ipsum Razón Social: Telefónica CAON Standardization Activities Telefónica I+D Juan Fernandez-Palacios Telefonica I+D. CAON co-chair.
Computer Communication & Networks Lecture # 06 Physical Layer: Analog Transmission Nadeem Majeed Choudhary
Jacob Boston Josh Pfeifer. Definition of HyperText Transfer Protocol How HTTP works How Websites work GoDaddy.com OSI Model Networking.
1 White Space requirements Gabor Bajko IETF 82 Taipei I-D: draft-ietf-paws-problem-stmt-usecases-rqmts-01.
1 Introducing the Specifications of the Metro Ethernet Forum.
- 1 - A Powerful Dual-mode IP core for a/b Wireless LANs.
1 CMPT 275 High Level Design Phase Architecture. Janice Regan, Objectives of Design  The design phase takes the results of the requirements analysis.
M3UA Patrick Sharp.
TERENA Networking Conference 2004, Rhodes, Greece, June Differentiated Optical Services and Optical SLAs Afrodite Sevasti Greek Research and.
1 Framework for GMPLS based control of Flexi-grid DWDM networks draft-ogrcetal-ccamp-flexi-grid-fwk-02 CCAMP WG, IETF 86 Oscar González de Dios, Telefónica.
Cognitive Radio Networks
OIF NNI: The Roadmap to Non- Disruptive Control Plane Interoperability Dimitrios Pendarakis
CS4550: Computer Networks II network layer basics 1 circuit switches, control signals.
Rajan Rao, Abinder Dhillon, Iftekhar Hussain, Marco Sosa, Biao Lu
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Introduction to Communication Lecture (07) 1. Bandwidth utilization Bandwidth utilization is the wise use of available bandwidth to achieve specific goals.
IETF Note Well Any submission to the IETF intended by the Contributor.
Multi-layer software defined networking in GÉANT
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
CS408/533 Computer Networks Text: William Stallings Data and Computer Communications, 6th edition Chapter 1 - Introduction.
Wireless NETWORKS NET 434 Topic No 8 Wireless PANs ZiGBee NEtworks
Network Services Interface
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
FRD Examples November 28, 2017 L. Ong.
Submission Title: [TG4a General Framework]
Ken Gunnells, Ph.D. - Networking Paul Crigler - Programming
Guard Bands requirements for GMPLS controlled optical networks
Interface to Routing System (I2RS)
Use Case: Multi vendor domain OMS interworking
Spectrum Sensing with Software Radios
Cognitive Radio Networks
BLUETOOTH Personal Area Networking [ PAN ] over Bluetooth
draft-ggalimbe-ccamp-flexigrid-carrier-label-02
IEEE 802 Scope of OmniRAN Abstract
Photonics in ONF Core and TAPI
ONF OTCC TAPI Contribution
Alcatel Confidential and Proprietary
Photonic model Nigel Davis (Ciena)
Multi-channel, multi-radio
Strawmodel ac Specification Framework
Optical Forwarding-Constructs in TAPI Model
Numerology for 11ax Date: Authors: March 2015 Month Year
Chapter Five: Network Software Protocol Hierarchies
TAPI Topology & Connectivity Enhancements Proposal for v3.0
7/27/2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Channel Numbering Proposals] Date Submitted:
Photonic Model (ONF Share)
Issue #429: OTSI SIP spec Current definition is unclear:
Partially disaggregated with no express channel
In-network computation
Photonic Model (ONF Share)
SG15 update – February 2019 Media architecture Stephen Shew
OpenOLS & OpenDevice Overview
Photonic Model (ONF Share)
Photonic model Nigel Davis (Ciena)
Photonic Model (ONF Share)
Context and scope In a disaggregated environment when two different entities are in charge of managing optical terminals (OT) and open line systems (OLS)
SG15 update – February 2019 Media architecture Stephen Shew
TAPI Photonic Media Model
TAPI and RFC8345 Network Topology Analysis
Karthik Sethuraman, NEC
TAPI Overview* Karthik Sethuraman, NEC May 5, 2019 *animated.
Karthik Sethuraman, NEC
TAPI Topology & Connectivity Concepts
Karthik Sethuraman, NEC Andrea Mazzini, Nokia
Presentation transcript:

TAPI Photonic Media Model Stephane St-Laurent, Infinera May 7, 2019 Updated V2

Purpose of this contribution Explain the Photonic Media define in TAPI Expose some of the elements that need to be define/augmented

Definition: PHOTONIC_LAYER_QUALIFIER PHOTONIC_LAYER_QUALIFIER_MC: Media Channel (MC): continuous optical spectrum between end points in the photonic layer intended to transport OTSi PHOTONIC_LAYER_QUALIFIER_MCA: Media Channel Assembly (MCA): a group of media channel managed as a single entity PHOTONIC_LAYER_QUALIFIER_OTSiMC: OTSi Media Channel (MC): Continuous optical spectrum between end points in the photonic layer to represent the optical spectrum intended to be used by a signal from an OTSi PHOTONIC_LAYER_QUALIFIER_OTSiMCA: OTSi Media Channel Assembly (MCA): a group of OTSi media channel managed as a single entity PHOTONIC_LAYER_QUALIFIER_OTSi: Optical Tributary Signal: optical signal Network Medial Channel (NMC): continuous optical spectrum between end points in the photonic layer to represent the optical spectrum intended to carry a signal from an OTSi Service Media Channel (SMC): continuous optical spectrum between end points in the photonic layer obtain through optical filter that serve NMC (optionally SMC) Assembly: group of media channel (Network or Service Media Channel) managed as a single entity

Overview Media Channel (MC) OTSi Media Channel (OTSiMC) Continuous optical spectrum define by lower and upper frequency Could be aligned on ITU grid (could be 6.25 GHz) Could Include guardband (could be 6.25 GHz and it is technology dependent) MC could contain 0 to n OTSiMC MC could be requested at a domain level to represent the contiguous spectrum offered by an optical domain OTSi Media Channel (OTSiMC) Continuous optical spectrum to represent the optical spectrum intended to be used by an OTSi Define by lower frequency and upper frequency Do no require to be aligned to ITU grid but are technology dependent (medial channel power monitor and transmitter capability)

Media Channel (MC) A media channel (MC) is a spectrum-band define between its lower-frequency and its upper-frequency (in MHz) It could expose guard bands (read only), a lower-guardband and an upper-guardband, that represent a filter specification (will be define later) The constraint apply to the possible value for the lower and upper frequency

OTSi Media Channel (OTSiMC) An OTSi media channel (OTSiMC) is a spectrum-band define between its lower-frequency and its upper-frequency (in MHz) It represent the optical spectrum intended to be used by a signal from an OTSi, for such, it need to be define in the context of a media channel It is use to provide information to a system to: measure power detect the presence of signal allocate possible OTSiMC in an MC The constraint apply to the possible value for the lower and upper frequency

OTSi An OTSi is a signal define at a specific center-frequency (in MHz) It is bounded by its lower-frequency and upper-frequency (in MHz) The constraint apply to the possible value for the lower and upper frequency

OTSi and OTSiMC correlation An OTSi is a signal define at a specific center-frequency (in MHz) based on the constraint and accuracy associated to a transmitter The measurement of the power at the OTSiMC need to correlate with the measurement done at the transponder For such, the OTSiMC spectrum-bandwidth should be used in both measurement

Multiple OTSiMC in an MC When multiple OTSi could be contain inside one MC, a user should be able to pass information so the OTSiMC could be adjacent, or with some spacing, to each others Adding some spectrum spacing could improve OSNR of the signal Note: This provides to the Path Computation Engine (PCE) the information needed to allocate the center frequency to the OTSiMCs. The PCE must still maintain the constraint associated to the center-frequency that is defined by the transponder (OTSi) specification

Multiple OTSiMC in an MC Spacing between OTSiMC could be passed using OTSiMC-additional-spectrum or non-adjacent-OTSiMC-spectrum. One parameter need to be agree on. The non-adjacent-OTSiMC-spectrum give a better understanding to evaluate non linear impairment (NLI).

Center Frequency Constraint to OTSiMC The OTSiMC center-frequency constraint associated to the center frequency are associated to the adjustment-granularity The 2 examples on the left show case of granularity of 25 or 12.5 GHz It is all associated to the equation: 193.1 + n * adjustment-granularity Need to add center-frequency constraint in connectivity-service

Connectivity Service Hierarchical

#1: MCA with 1 MC and 1 OTSiMCA and 2 OTSiMC Simple case Declarative model All the parameter are provided in an absolute value

#2: MCA with MC(s) and 1 OTSiMCA for 4 OTSiMC More Complex Use Intend with constraint 1 MCA Use topology constraint 2 MC 1 OTSiMCA OTSiMC = 36.5 GHz (Must) non-adjacent-OTSiMC-spectrum >= 37.5

#3: MCA with 1 OTSIMCA with 4 OTSiMC Update: New PCE followed by C.S. to 2 domains Use Intend with constraint 1 MCA Use topology constraint 1 OTSiMCA Must route together OTSiMC = 36.5 GHz (Must) non-adjacent-OTSiMC-spectrum >= 37.5 First call to PCE Top SDN Second call to both lower level SDN

#1: connectivity-service (needed) Updated details Declarative model 1 operation Very simple

#2: connectivity-service (needed) Intent base 1 operation To the connectivity services The user know the constraint associated to the transponder The user want spectrum optimization Could have call the PCE before an know that there are chunk of 87.5 GHz available

#3: PCE and connectivity-service (multi-layer) Update: New Intent followed by Declarative Involve Top SDN and 2 lower-level domain SDN without PCE capability Must be able to retrieve the spectrum allocation for the second call from the PCE of the top SDN 1 To 1 mapping is easy when the PCE return include MCA/MC/OTSiMCA/OTSiMC directly Need to augment PCE to do more then just path only function First call to PCE Top SDN to C.S. Domain #1 and Domain#2

Transponder Use Case

Disaggregated Use Case: Single OTSi per interface The OTSiG could contains 1 or multiple OTSi The OTSiG could be provided to the ROADM using multiple interface

Disaggregated Use Case: Multiple OTSi per interface The OTSiG could contains 1 or multiple OTSi The OTSiG could be provided to the ROADM using multiple interface Each interface could contains multiple OTSi

Disaggregated: Transponder/ Photonic The OAM channel need to use the OCN and have an OCC between the photonic NE and the Transponder Needed: Interface and Protocol to manage: OTSi TxTransmitPower OTSi CentralWavelength (For restauration handle by Photonic SDN) Enable/Disable ??? And to Retrieve Capabilities: OTSi TxTransmitPower range OTSi CentralWavelength Tuneability (Range [ lowerFreq,upperFreq]) in MHz