draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk-01.txt   draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk-02.txt 
Internet Engineering Task Force R. Kunze, Ed. Internet Engineering Task Force R. Kunze, Ed.
Internet-Draft Deutsche Telekom Internet-Draft Deutsche Telekom
Intended status: Informational G. Grammel, Ed. Intended status: Informational G. Grammel, Ed.
Expires: October 8, 2016 Juniper Expires: January 9, 2017 Juniper
D. Beller, Ed. D. Beller, Ed.
Nokia Nokia
G. Galimberti, Ed. G. Galimberti, Ed.
Cisco Cisco
April 6, 2016 July 8, 2016
A framework for Management and Control of DWDM optical interface A framework for Management and Control of DWDM optical interface
parameters parameters
draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk-01 draft-ietf-ccamp-dwdm-if-mng-ctrl-fwk-02
Abstract Abstract
To ensure an efficient data transport, meeting the requirements To ensure an efficient data transport, meeting the requirements
requested by today's IP-services the control and management of DWDM requested by today's IP-services the control and management of DWDM
interfaces is a precondition for enhanced multilayer networking and interfaces is a precondition for enhanced multilayer networking and
for an further automation of network provisioning and operation. for an further automation of network provisioning and operation.
This document describes use cases and requirements for the control This document describes use cases and requirements for the control
and management of optical interfaces parameters according to and management of optical interfaces parameters according to
different types of single channel DMDM interfaces. The focus is on different types of single channel DWDM interfaces. The focus is on
automating the network provisioning process irrespective on how it is automating the network provisioning process irrespective on how it is
triggered i.e. by EMS, NMS or GMPLS. This document covers management triggered i.e. by EMS, NMS or GMPLS. This document covers management
as well as control plane considerations in different management cases as well as control plane considerations in different management cases
of a single channel DWDM interface The purpose is to identify the of a single channel DWDM interface. The purpose is to identify the
necessary information elements and processes to be used by control or necessary information elements and processes to be used by control or
management systems for further processing. management systems for further processing.
Status of This Memo Status of This Memo
This Internet-Draft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79. provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/. Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on October 8, 2016. This Internet-Draft will expire on January 9, 2017.
Copyright Notice Copyright Notice
Copyright (c) 2016 IETF Trust and the persons identified as the Copyright (c) 2016 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 2, line 38 skipping to change at page 2, line 38
3.1.2. Integrated single channel DWDM deployments on the 3.1.2. Integrated single channel DWDM deployments on the
client site . . . . . . . . . . . . . . . . . . . . . 8 client site . . . . . . . . . . . . . . . . . . . . . 8
4. Solutions for managing and controlling the optical interface 9 4. Solutions for managing and controlling the optical interface 9
4.1. Separate Operation and Management Approaches . . . . . . 10 4.1. Separate Operation and Management Approaches . . . . . . 10
4.1.1. Direct connection to the management system . . . . . 10 4.1.1. Direct connection to the management system . . . . . 10
4.1.2. Direct connection to the DWDM management system . . . 12 4.1.2. Direct connection to the DWDM management system . . . 12
4.2. Control Plane Considerations . . . . . . . . . . . . . . 14 4.2. Control Plane Considerations . . . . . . . . . . . . . . 14
4.2.1. Considerations using GMPLS UNI . . . . . . . . . . . 15 4.2.1. Considerations using GMPLS UNI . . . . . . . . . . . 15
5. Use cases . . . . . . . . . . . . . . . . . . . . . . . . . . 16 5. Use cases . . . . . . . . . . . . . . . . . . . . . . . . . . 16
5.1. Service Setup . . . . . . . . . . . . . . . . . . . . . . 16 5.1. Service Setup . . . . . . . . . . . . . . . . . . . . . . 16
5.2. link monitoring Use Cases . . . . . . . . . . . . . . . . 17 5.2. Link monitoring Use Cases . . . . . . . . . . . . . . . . 17
5.2.1. Pure Access Link (AL) Monitoring Use Case . . . . . . 19 5.2.1. Pure Access Link (AL) Monitoring Use Case . . . . . . 19
5.2.2. Power Control Loop Use Case . . . . . . . . . . . . . 22 5.2.2. Power Control Loop Use Case . . . . . . . . . . . . . 22
6. Requirements . . . . . . . . . . . . . . . . . . . . . . . . 24 6. Requirements . . . . . . . . . . . . . . . . . . . . . . . . 24
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 24 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 25
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 24 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 25
9. Security Considerations . . . . . . . . . . . . . . . . . . . 24 9. Security Considerations . . . . . . . . . . . . . . . . . . . 25
10. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 24 10. Contributors . . . . . . . . . . . . . . . . . . . . . . . . 26
11. References . . . . . . . . . . . . . . . . . . . . . . . . . 25 11. References . . . . . . . . . . . . . . . . . . . . . . . . . 26
11.1. Normative References . . . . . . . . . . . . . . . . . . 25 11.1. Normative References . . . . . . . . . . . . . . . . . . 26
11.2. Informative References . . . . . . . . . . . . . . . . . 26 11.2. Informative References . . . . . . . . . . . . . . . . . 28
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 27 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 28
1. Introduction 1. Introduction
The usage of the single channel DWDM interfaces in client nodes (e.g. The usage of the single channel DWDM interfaces in client nodes (e.g.
routers) connected to a DWDM Network (which include ROADMs and routers) connected to a DWDM Network (which include ROADMs and
optical amplifiers) adds a further networking option for operators optical amplifiers) adds a further networking option for operators
opening to new scenarios and requiring more control/management plane opening to new scenarios and requiring more control/management plane
integration. integration.
Carriers deploy their networks today as a combination of transport Carriers deploy their networks today as a combination of transport
skipping to change at page 3, line 37 skipping to change at page 3, line 37
In particular, it examines topological elements and related network In particular, it examines topological elements and related network
management measures. From an architectural point of view, the management measures. From an architectural point of view, the
network can be considered as a set of pre- configured/qualified network can be considered as a set of pre- configured/qualified
unidirectional, single-fiber, network connections between reference unidirectional, single-fiber, network connections between reference
points S and R shown in figure 2. The optical transport network is points S and R shown in figure 2. The optical transport network is
managed and controlled in order to provide optical connections at the managed and controlled in order to provide optical connections at the
intended centre frequencies and the optical interfaces are managed intended centre frequencies and the optical interfaces are managed
and controlled to generate signals of the intended centre frequencies and controlled to generate signals of the intended centre frequencies
and further parameters as specified for example in ITU-T and further parameters as specified for example in ITU-T
Recommendations G.698.2 and G.798. The management or control plane Recommendations G.698.2 and G.798. The management or control plane
of the client and DWDM network must know the parameters of the of the client and DWDM network be aware of the parameters of the
interfaces to properly set the optical link. This knowledge can be interfaces to properly set up the optical link. This knowledge can
used furthermore, to support fast fault detection. be used furthermore, to support fast fault detection.
Optical routing and wavelength assignment based on WSON is out of Optical routing and wavelength assignment based on WSON is out of
scope although can benefit of the way the optical parameters are scope although can benefit of the way the optical parameters are
exchanged between the Client and the DWDM Network. exchanged between the Client and the DWDM Network.
Additionally, the wavelength ordering process and the process how to Additionally, the wavelength ordering process and the process how to
determine the demand for a new wavelength from A to Z is out of determine the demand for a new wavelength from A to Z is out of
scope. scope.
Note that the Control and Management Planes are two separate entities Note that the Control and Management Planes are two separate entities
skipping to change at page 14, line 5 skipping to change at page 14, line 5
connected node of the optical transport network LMP as specified in connected node of the optical transport network LMP as specified in
RFC 4209 [RFC4209] should be used. This extension of LMP may be used RFC 4209 [RFC4209] should be used. This extension of LMP may be used
between a peer node and an adjacent optical network node as depicted between a peer node and an adjacent optical network node as depicted
in Figure 4. in Figure 4.
The LMP based on RFC 4209 does not yet support the transmission of The LMP based on RFC 4209 does not yet support the transmission of
configuration data (information). This functionality must be added configuration data (information). This functionality must be added
to the existing extensions of the protocol. The use of LMP-WDM to the existing extensions of the protocol. The use of LMP-WDM
assumes that some form of a control channel exists between the client assumes that some form of a control channel exists between the client
node and the WDM equipment. This may be a dedicated lambda, an node and the WDM equipment. This may be a dedicated lambda, an
Ethernet Link, or other signaling communication channel (SCC or Ethernet Link, or other signalling communication channel (SCC or
IPCC). IPCC).
4.2. Control Plane Considerations 4.2. Control Plane Considerations
The concept of integrated single channel DWDM interfaces equally The concept of integrated single channel DWDM interfaces equally
applies to management and control plane mechanisms. The general applies to management and control plane mechanisms. The general
GMPLS control plane for wavelength switched optical networks is work GMPLS control plane for wavelength switched optical networks is work
under definition in the scope of WSON. One important aspect of the under definition in the scope of WSON. One important aspect of the
BL is the fact that it includes the wavelength that is supported by BL is the fact that it includes the wavelength that is supported by
the given link. Thus a BL can logically be considered as a fiber the given link. Thus a BL can logically be considered as a fiber
skipping to change at page 16, line 47 skipping to change at page 16, line 47
The second step is to setup the connection between the client DWDM The second step is to setup the connection between the client DWDM
interface and the ROADM port. This is done using the NMS of the interface and the ROADM port. This is done using the NMS of the
optical transport network. From the operation point of view the task optical transport network. From the operation point of view the task
is similar in a Black Link scenario and in a traditional WDM is similar in a Black Link scenario and in a traditional WDM
environment. The Black Link connection is measured by using BER environment. The Black Link connection is measured by using BER
tester which use optical interfaces according to G.698.2. These tester which use optical interfaces according to G.698.2. These
measurements are carried out in accordance with [ITU-TG.692]. When measurements are carried out in accordance with [ITU-TG.692]. When
needed further connections for resilience are brought into service in needed further connections for resilience are brought into service in
the same way. the same way.
In addition some other parameters like the transmit optical oower, In addition some other parameters like the transmit optical power,
the received optical power, the frequency, etc. must be considered. the received optical power, the frequency, etc. must be considered.
If the optical interface moves into a client device some of changes If the optical interface moves into a client device some of changes
from the operational point of view have to be considered. The centre from the operational point of view have to be considered. The centre
frequency of the Optical Channel was determined by the setup process. frequency of the Optical Channel was determined by the setup process.
The optical interfaces at both terminals are set to the centre The optical interfaces at both terminals are set to the centre
frequency before interconnected with the dedicated ports of the WDM frequency before interconnected with the dedicated ports of the WDM
network. Optical monitoring is activated in the WDM network after network. Optical monitoring is activated in the WDM network after
the terminals are interconnected with the dedicated ports in order to the terminals are interconnected with the dedicated ports in order to
skipping to change at page 17, line 23 skipping to change at page 17, line 23
Furthermore it should be possible to automate this last step. After Furthermore it should be possible to automate this last step. After
connecting the client device towards the first control plane managed connecting the client device towards the first control plane managed
transport node a control connection may e.g. be automatically transport node a control connection may e.g. be automatically
established using LMP to exchange configuration information. established using LMP to exchange configuration information.
If tunable interfaces are used in the scenario it would be possible If tunable interfaces are used in the scenario it would be possible
to define a series of backup wavelength routes for restoration that to define a series of backup wavelength routes for restoration that
could be tested and stored in backup profile. In fault cases this could be tested and stored in backup profile. In fault cases this
wavelength routes can be used to recover the service. wavelength routes can be used to recover the service.
5.2. link monitoring Use Cases 5.2. Link monitoring Use Cases
The use cases described below are assuming that power monitoring The use cases described below are assuming that power monitoring
functions are available in the ingress and egress network element of functions are available in the ingress and egress network element of
the DWDM network, respectively. By performing link property the DWDM network, respectively. By performing link property
correlation it would be beneficial to include the current transmit correlation it would be beneficial to include the current transmit
power value at reference point Ss and the current received power power value at reference point Ss and the current received power
value at reference point Rs. For example if the Client transmitter value at reference point Rs. For example if the Client transmitter
power (OXC1) has a value of 0dBm and the ROADM interface measured power (OXC1) has a value of 0dBm and the ROADM interface measured
power (at OLS1) is -6dBm the fiber patch cord connecting the two power (at OLS1) is -6dBm the fiber patch cord connecting the two
nodes may be pinched or the connectors are dirty. More, the nodes may be pinched or the connectors are dirty. More, the
skipping to change at page 20, line 34 skipping to change at page 20, line 34
- A threshold value t has been configured by the operator. This - A threshold value t has been configured by the operator. This
should also be done during commissioning. should also be done during commissioning.
- A control plane protocol (e.g. this draft) is in place that allows - A control plane protocol (e.g. this draft) is in place that allows
to periodically send the optical power values P(Tx) and P(Rx) to periodically send the optical power values P(Tx) and P(Rx)
to the control plane protocol instance on the DWDM border NE. to the control plane protocol instance on the DWDM border NE.
This is llustrated in Figure 3. This is llustrated in Figure 3.
- The DWDM border NE is capable to periodically measure the optical - The DWDM border NE is capable to periodically measure the optical
power Pin and Pout as defined in G.697 by power monitoring points power Pin and Pout as defined in G.697 by power monitoring points
depicted as yellow triangles in the figures below. depicted as yellow triangles in the figures below.
Access Llink monitoring process: Access Link monitoring process:
- Tx direction: the measured optical input power Pin is compared - Tx direction: the measured optical input power Pin is compared
with the expected optical input power P(Tx) - a(Tx). If the with the expected optical input power P(Tx) - a(Tx). If the
measured optical input power P(in) drops below the value measured optical input power P(in) drops below the value
(P(Tx) - a(Tx) - t) a low power alarm shall be raised indicating (P(Tx) - a(Tx) - t) a low power alarm shall be raised indicating
that the access link attenuation has exceeded a(Tx) + t. that the access link attenuation has exceeded a(Tx) + t.
- Rx direction: the measured optical input power P(Rx) is - Rx direction: the measured optical input power P(Rx) is
compared with the expected optical input power P(out) - a(Rx). compared with the expected optical input power P(out) - a(Rx).
If the measured optical input power P(Rx) drops below the value If the measured optical input power P(Rx) drops below the value
(P(out) - a(Rx) - t) a (P(out) - a(Rx) - t) a
low power alarm shall be raised indicating that the access link low power alarm shall be raised indicating that the access link
skipping to change at page 24, line 7 skipping to change at page 24, line 7
Figure 7: Power control loop Figure 7: Power control loop
- The Power Control Loops in Transponder and ROADM controls - The Power Control Loops in Transponder and ROADM controls
the Variable Optical Attenuators (VOA) to adjust the proper the Variable Optical Attenuators (VOA) to adjust the proper
power in base of the ROADM and Receiver caracteristics and power in base of the ROADM and Receiver caracteristics and
the Access Link attenuation the Access Link attenuation
6. Requirements 6. Requirements
The authors are working on the requirement list Even if network architectures becomes more complex the management and
operation as well as the provisioning process should have a higher
degree of automation or should be fully automated. Simplifying and
automating the entire management and provisioning process of the
network in combination with a higher link utilization and faster
restoration times will be the major requirements that has been
addressed in this section.
Data Plane interoperability as defined for example in [ITU.G698.2] is
a precondition to ensure plain solutions and allow the usage of
standardized interfaces between network and control/management plane.
The following requirements are focusing on the usage of standardised
integrated single channel interfaces but also valid in other
environments.
1 To ensure a lean management and provisioning process of single
channel interfaces management and control plane of the client
and DWDM network must be aware of the parameters of the
interfaces and the optical network to properly setup the optical
connection.
2 A standardized northbound API (to network management system)must
be supported based on SNMP and Netconf.
3 A standardized data model for single channel interfaces must be
supported to exchange optical parameters with control/ management
plane.
4..Netconf should be used also for configuration of the single
channel interfaces including the setting of the power.
5 LMP should be extended and used in cases where optical
parameters need to be exchanged between peer nodes to correlate
link characteristics and adopt the working mode of the single
channel interface.
6 Legacy operational models should be supported (parameters must
be exchanged with the DWDM transport EMS to manage the
configuration and the transmission of alarms and other FCAPS
messages.
7 LMP should be used to adjust the output power of the single
channel DWDM interface to ensure that the interface works in
the right range defined by the application code.
8 Parameters e.g. PRE-FEC BER could be used to trigger a FRR
mechanism on the IP control plane to reroute traffic before
the link breaks.
9 LMP should be used to automate the end to end connection
setup of the optical connection.
10 Power monitoring functions at both ends of the DWDM connection
should be implemented to further automate the setup and
shoutdown process of the optical interfaces.
11 A standardized procedure to setup an optical connection must be
defined and implemented in DWDM and client devices (containing
the single channel optical interface).LMP should be used to
ensure that the process follows the right order.
12 Pre-tested and configured backup paths should be stored in so
called backup profiles. In fault cases this wavelength routes
can be used to recover the service.
13 LMP should be used to monitor and observe the access link.
7. Acknowledgements 7. Acknowledgements
The authors would like to thank all who supported the work with The authors would like to thank all who supported the work with
fruitful discussions and contributions. fruitful discussions and contributions.
8. IANA Considerations 8. IANA Considerations
This memo includes no request to IANA. This memo includes no request to IANA.
 End of changes. 14 change blocks. 
23 lines changed or deleted 88 lines changed or added

This html diff was produced by rfcdiff 1.45. The latest version is available from http://tools.ietf.org/tools/rfcdiff/