draft-ietf-ccamp-wson-signaling-09.txt   draft-ietf-ccamp-wson-signaling-10.txt 
Network Working Group G. Bernstein Network Working Group G. Bernstein
Internet Draft Grotto Networking Internet Draft Grotto Networking
Updates: 6205 Sugang Xu Updates: 6205 Sugang Xu
Intended status: Standards Track NICT Intended status: Standards Track NICT
Y.Lee Y.Lee
Huawei Huawei
Expires: March 2015 G. Martinelli Expires: September 2015 G. Martinelli
Cisco Cisco
Hiroaki Harai Hiroaki Harai
NICT NICT
September 12, 2014 March 9, 2015
Signaling Extensions for Wavelength Switched Optical Networks Signaling Extensions for Wavelength Switched Optical Networks
draft-ietf-ccamp-wson-signaling-09.txt draft-ietf-ccamp-wson-signaling-10.txt
Abstract Abstract
This memo provides extensions to Generalized Multi-Protocol Label This memo provides extensions to Generalized Multi-Protocol Label
Switching (GMPLS) signaling for control of Wavelength Switched Switching (GMPLS) signaling for control of Wavelength Switched
Optical Networks (WSON). Such extensions are applicable in WSONs Optical Networks (WSON). Such extensions are applicable in WSONs
under a number of conditions including: (a) when optional under a number of conditions including: (a) when optional
processing, such as regeneration, must be configured to occur at processing, such as regeneration, must be configured to occur at
specific nodes along a path, (b) where equipment must be configured specific nodes along a path, (b) where equipment must be configured
to accept an optical signal with specific attributes, or (c) where to accept an optical signal with specific attributes, or (c) where
equipment must be configured to output an optical signal with equipment must be configured to output an optical signal with
specific attributes. In addition this memo provides mechanisms to specific attributes. In addition this memo provides mechanisms to
support distributed wavelength assignment with choice in distributed support distributed wavelength assignment with choice in distributed
wavelength assignment algorithms. These extensions build on previous wavelength assignment algorithms.
work for the control of lambda and G.709 based networks, i.e. update
RFC6205, to make it applicable to WSON-LSC capable equipment.
Status of this Memo Status of this Memo
This Internet-Draft is submitted to IETF in full conformance with This Internet-Draft is submitted to IETF in full conformance with
the provisions of BCP 78 and BCP 79. the 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), its areas, and its working groups. Note that Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet- other groups may also distribute working documents as Internet-
Drafts. Drafts.
skipping to change at page 2, line 7 skipping to change at page 2, line 7
Internet-Drafts are draft documents valid for a maximum of six Internet-Drafts are draft documents valid for a maximum of six
months and may be updated, replaced, or obsoleted by other documents months and may be updated, replaced, or obsoleted by other documents
at any time. It is inappropriate to use Internet-Drafts as at any time. It is inappropriate to use Internet-Drafts as
reference material or to cite them other than as "work in progress." reference material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html http://www.ietf.org/shadow.html
This Internet-Draft will expire on March 12, 2015. This Internet-Draft will expire on September 9, 2015.
Copyright Notice Copyright Notice
Copyright (c) 2014 IETF Trust and the persons identified as the Copyright (c) 2014 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 3, line 35 skipping to change at page 3, line 33
a high-level information model and and [WSON-Encode] that provides a high-level information model and and [WSON-Encode] that provides
common encodings that can be applicable to other protocol extensions common encodings that can be applicable to other protocol extensions
such as routing. such as routing.
2. Terminology 2. Terminology
CWDM: Coarse Wavelength Division Multiplexing. CWDM: Coarse Wavelength Division Multiplexing.
DWDM: Dense Wavelength Division Multiplexing. DWDM: Dense Wavelength Division Multiplexing.
FOADM: Fixed Optical Add/Drop Multiplexer.
ROADM: Reconfigurable Optical Add/Drop Multiplexer. A reduced port ROADM: Reconfigurable Optical Add/Drop Multiplexer. A reduced port
count wavelength selective switching element featuring ingress and count wavelength selective switching element featuring ingress and
egress line side ports as well as add/drop side ports. egress line side ports as well as add/drop side ports.
RWA: Routing and Wavelength Assignment. RWA: Routing and Wavelength Assignment.
Wavelength Conversion/Converters: The process of converting Wavelength Conversion/Converters: The process of converting
information bearing optical signal centered at a given wavelength to information bearing optical signal centered at a given wavelength to
one with "equivalent" content centered at a different wavelength. one with "equivalent" content centered at a different wavelength.
Wavelength conversion can be implemented via an optical-electronic- Wavelength conversion can be implemented via an optical-electronic-
optical (OEO) process or via a strictly optical process. optical (OEO) process or via a strictly optical process.
WDM: Wavelength Division Multiplexing. WDM: Wavelength Division Multiplexing.
Wavelength Switched Optical Networks (WSON): WDM based optical Wavelength Switched Optical Networks (WSON): WDM based optical
networks in which switching is performed selectively based on the networks in which switching is performed selectively based on the
center wavelength of an optical signal. center wavelength of an optical signal.
AWG: Arrayed Waveguide Grating. AWG: Arrayed Waveguide Grating.
OXC: Optical Cross Connect. OXC: Optical Cross-Connect.
Optical Transmitter: A device that has both a laser tuned on certain Optical Transmitter: A device that has both a laser tuned on certain
wavelength and electronic components, which converts electronic wavelength and electronic components, which converts electronic
signals into optical signals. signals into optical signals.
Optical Responder: A device that has both optical and electronic Optical Responder: A device that has both optical and electronic
components. It detects optical signals and converts optical signals components. It detects optical signals and converts optical signals
into electronic signals. into electronic signals.
Optical Transponder: A device that has both an optical transmitter Optical Transponder: A device that has both an optical transmitter
skipping to change at page 5, line 6 skipping to change at page 4, line 45
WSON signaling needs to convey sufficient information characterizing WSON signaling needs to convey sufficient information characterizing
the signal to allow systems along the path to determine the signal to allow systems along the path to determine
compatibility and perform any required local configuration. Examples compatibility and perform any required local configuration. Examples
of such systems include intermediate nodes (ROADMs, OXCs, Wavelength of such systems include intermediate nodes (ROADMs, OXCs, Wavelength
converters, Regenerators, OEO Switches, etc...), links (WDM systems) converters, Regenerators, OEO Switches, etc...), links (WDM systems)
and end systems (detectors, demodulators, etc...). The details of and end systems (detectors, demodulators, etc...). The details of
any local configuration processes are out of the scope of this any local configuration processes are out of the scope of this
document. document.
From [RFC6163] we have the following list of WSON signal From [RFC6163] we have the following list of WSON signal
characteristic information: characteristic information
1. Optical tributary signal class (modulation format).
List 1. WSON Signal Characteristics 2. FEC: whether forward error correction is used in the digital
stream and what type of error correcting code is used
1. Optical tributary signal class (modulation format). 3. Center frequency (wavelength)
2. FEC: whether forward error correction is used in the digital 4. Bit rate
stream and what type of error correcting code is used 5. G-PID: General Protocol Identifier for the information format
3. Center frequency (wavelength)
4. Bit rate
5. G-PID: General Protocol Identifier for the information format
The first three items on this list can change as a WSON signal The first three items on this list can change as a WSON signal
traverses a network with regenerators, OEO switches, or wavelength traverses a network with regenerators, OEO switches, or wavelength
converters. These parameters are summarized in the Optical Interface converters. These parameters are summarized in the Optical Interface
Class as defined in the [WSON-Info] and the assumption is that a Class as defined in the [WSON-Info] and the assumption is that a
class always includes signal compatibility information. class always includes signal compatibility information.
An ability to control wavelength conversion already exists in GMPLS An ability to control wavelength conversion already exists in GMPLS
signaling along with the ability to share client signal type signaling along with the ability to share client signal type
information (G-PID). In addition, bit rate is a standard GMPLS information (G-PID). In addition, bit rate is a standard GMPLS
signaling traffic parameter. It is referred to as Bandwidth Encoding signaling traffic parameter. It is referred to as Bandwidth Encoding
skipping to change at page 7, line 13 skipping to change at page 6, line 44
parameters in signaling [RFC6163]. parameters in signaling [RFC6163].
LSPs signaled through extensions provided in this document MUST LSPs signaled through extensions provided in this document MUST
apply the following signaling parameters: apply the following signaling parameters:
. Switching Capability = WSON-LSC ([WSON-OSPF]). . Switching Capability = WSON-LSC ([WSON-OSPF]).
. Encoding Type = Lambda ([RFC3471]) . Encoding Type = Lambda ([RFC3471])
. Label Format = as defined in [RFC6205] . Label Format = as defined in [RFC6205]
[RFC6205] defines the label format as applicable to LSC capable [RFC6205] defines the label format as applicable to LSC capable
device. This document extends [RFC6205] as make its label format device.
applicable also to WSON-LSC capable devices.
4.1. Traffic Parameters for Optical Tributary Signals 4.1. Traffic Parameters for Optical Tributary Signals
In [RFC3471] we see that the G-PID (client signal type) and bit rate In [RFC3471] we see that the G-PID (client signal type) and bit rate
(byte rate) of the signals are defined as parameters and in (byte rate) of the signals are defined as parameters and in
[RFC3473] they are conveyed Generalized Label Request object and the [RFC3473] they are conveyed Generalized Label Request object and the
RSVP SENDER_TSPEC/FLOWSPEC objects respectively. RSVP SENDER_TSPEC/FLOWSPEC objects respectively.
4.2. WSON Processing HOP Attribute TLV 4.2. WSON Processing HOP Attribute TLV
skipping to change at page 8, line 11 skipping to change at page 7, line 42
Type Type
The identifier of the sub-TLV. The identifier of the sub-TLV.
Length Length
Indicates the total length of the sub-TLV in octets. That is, Indicates the total length of the sub-TLV in octets. That is,
the combined length of the Type, Length, and Value fields, the combined length of the Type, Length, and Value fields,
i.e., four plus the length of the Value field in octets. i.e., four plus the length of the Value field in octets.
The entire sub-TLV MUST be padded with zeros to ensure four- The entire sub-TLV MUST be padded with zeros to ensure four-octet
octet alignment of the sub-TLV. The Length field does not alignment of the sub-TLV. The Length field does not include any padding.
include any padding.
Value Value
Zero or more octets of data carried in the sub-TLV. Zero or more octets of data carried in the sub-TLV.
Sub-TLV ordering is significant and MUST be preserved. Error Sub-TLV ordering is significant and MUST be preserved. Error
processing follows [RSVP-RO]. processing follows [RSVP-RO].
The following sub-TLV types are defined in this document: The following sub-TLV types are defined in this document:
skipping to change at page 8, line 42 skipping to change at page 8, line 26
<WSON Processing HOP Attribute> ::= <ResourceBlockInfo> <WSON Processing HOP Attribute> ::= <ResourceBlockInfo>
[<ResourceBlockInfo>] [<WavelengthSelection>] [<ResourceBlockInfo>] [<WavelengthSelection>]
4.2.1. ResourceBlockInfo Sub-TLV 4.2.1. ResourceBlockInfo Sub-TLV
The format of the ResourceBlockInfo sub-TLV value field is defined The format of the ResourceBlockInfo sub-TLV value field is defined
in Section 4 of [WSON-Encode]. It is a list of available Optical in Section 4 of [WSON-Encode]. It is a list of available Optical
Interface Classes and processing capabilities. Interface Classes and processing capabilities.
At least one ResourceBlockInfo sub-TLV MUST be present in the At least one ResourceBlockInfo sub-TLV MUST be present in the
WSON_Processing HOP Attribute TLV. No more than two WSON_ Processing HOP Attribute TLV. No more than two ResourceBlockInfo
ResourceBlockInfo sub-TLVs SHOULD be present. Any present sub-TLVs SHOULD be present. Any present ResourceBlockInfo sub-TLVs MUST
ResourceBlockInfo sub-TLVs MUST be processed in the order received, be processed in the order received, and extra (unprocessed) SHOULD be
and extra (unprocessed) SHOULD be ignored. ignored.
The ResourceBlockInfo field contains several information elements as The ResourceBlockInfo field contains several information elements as
defined by [WSON-Encode]. The following rules apply to the sub-TLV: defined by [WSON-Encode]. The following rules apply to the sub-TLV:
o RB Set Field can carry one or more RB Identifier. Only the first o RB Set Field can carry one or more RB Identifier. Only the first
of RB Identifier listed in the RB Set Field SHALL be processed, of RB Identifier listed in the RB Set Field SHALL be processed,
any others SHOULD be ignored. any others SHOULD be ignored.
o In the case of unidirectional LSPs, only one ResourceBlockInfo o In the case of unidirectional LSPs, only one ResourceBlockInfo
sub-TLV SHALL be processed and the I and O bits can be safely sub-TLV SHALL be processed and the I and O bits can be safely
skipping to change at page 13, line 28 skipping to change at page 13, line 9
Specification Required policies as defined in [RFC5226 Specification Required policies as defined in [RFC5226
<http://tools.ietf.org/html/rfc5226>]. <http://tools.ietf.org/html/rfc5226>].
Upon approval of this document, IANA is requested to make the Upon approval of this document, IANA is requested to make the
assignment of a new value for the existing "Sub-Codes . 24 Routing assignment of a new value for the existing "Sub-Codes . 24 Routing
Problem" registry located at http://www.iana.org/assignments/rsvp- Problem" registry located at http://www.iana.org/assignments/rsvp-
parameters/rsvp-parameters.xml: parameters/rsvp-parameters.xml:
Value Description Reference Value Description Reference
107 Unsupported WavelengthSelection 107 Unsupported WavelengthSelection
symmetry value [This.I-D] symmetry value [This.I-D]
108 Unsupported Wavelength Assignment 108 Unsupported Wavelength Assignment
value [This.I-D] value [This.I-D]
7. Acknowledgments 7. Acknowledgments
Authors would like to thanks Lou Berger, Cyril Margaria and Xian Authors would like to thanks Lou Berger, Cyril Margaria and Xian
Zhang for comments and suggestions. Zhang for comments and suggestions.
8. References 8. References
8.1. Normative References 8.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997. Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC6205] T. Otani, H. Guo, K. Miyazaki, D. Caviglia, "Generalized [RFC6205] T. Otani, H. Guo, K. Miyazaki, D. Caviglia, "Generalized
Labels for G.694 Lambda-Switching Capable Label Switching Labels for Lambda-Switch-Capable Label Switching
Routers", RFC 6205, March 2011. Routers", RFC 6205, March 2011.
[WSON-Encode] Bernstein G., Lee Y., Li D., and W. Imajuku, "Routing [WSON-Encode] Bernstein G., Lee Y., Li D., and W. Imajuku, "Routing
and Wavelength Assignment Information Encoding for and Wavelength Assignment Information Encoding for
Wavelength Switched Optical Networks", draft-ietf-ccamp- Wavelength Switched Optical Networks", draft-ietf-ccamp-
rwa-wson-encode, work in progress. rwa-wson-encode, work in progress.
[WSON-OSPF] Lee, Y, Bernstein G., "GMPLS OSPF Enhancement for Signal [WSON-OSPF] Lee, Y, Bernstein G., "GMPLS OSPF Enhancement for Signal
and Network Element Compatibility for Wavelength Switched and Network Element Compatibility for Wavelength Switched
Optical Networks", draft-ietf-ccamp-wson-signal- Optical Networks", draft-ietf-ccamp-wson-signal-
skipping to change at page 15, line 25 skipping to change at page 14, line 40
[WSON-Info] G. Bernstein, Y. Lee, D. Li, W. Imajuku, "Routing and [WSON-Info] G. Bernstein, Y. Lee, D. Li, W. Imajuku, "Routing and
Wavelength Assignment Information Model for Wavelength Wavelength Assignment Information Model for Wavelength
Switched Optical Networks", work in progress: draft-ietf- Switched Optical Networks", work in progress: draft-ietf-
ccamp-rwa-info, work in progress. ccamp-rwa-info, work in progress.
[HZang00] H. Zang, J. Jue and B. Mukherjeee, "A review of routing [HZang00] H. Zang, J. Jue and B. Mukherjeee, "A review of routing
and wavelength assignment approaches for wavelength-routed and wavelength assignment approaches for wavelength-routed
optical WDM networks", Optical Networks Magazine, January optical WDM networks", Optical Networks Magazine, January
2000. 2000.
Author's Addresses 9. Contributors
Greg M. Bernstein (editor)
Grotto Networking
Fremont California, USA
Phone: (510) 573-2237
Email: gregb@grotto-networking.com
Nicola Andriolli Nicola Andriolli
Scuola Superiore Sant'Anna, Pisa, Italy Scuola Superiore Sant'Anna, Pisa, Italy
Email: nick@sssup.it Email: nick@sssup.it
Alessio Giorgetti Alessio Giorgetti
Scuola Superiore Sant'Anna, Pisa, Italy Scuola Superiore Sant'Anna, Pisa, Italy
Email: a.giorgetti@sssup.it Email: a.giorgetti@sssup.it
Lin Guo Lin Guo
Key Laboratory of Optical Communication and Lightwave Technologies Key Laboratory of Optical Communication and Lightwave Technologies
Ministry of Education Ministry of Education
P.O. Box 128, Beijing University of Posts and Telecommunications, P.O. Box 128, Beijing University of Posts and Telecommunications,
P.R.China P.R.China
Email: guolintom@gmail.com Email: guolintom@gmail.com
Hiroaki Harai
National Institute of Information and Communications Technology
4-2-1 Nukui-Kitamachi, Koganei,
Tokyo, 184-8795 Japan
Phone: +81 42-327-5418
Email: harai@nict.go.jp
Yuefeng Ji Yuefeng Ji
Key Laboratory of Optical Communication and Lightwave Technologies Key Laboratory of Optical Communication and Lightwave Technologies
Ministry of Education Ministry of Education
P.O. Box 128, Beijing University of Posts and Telecommunications, P.O. Box 128, Beijing University of Posts and Telecommunications,
P.R.China P.R.China
Email: jyf@bupt.edu.cn Email: jyf@bupt.edu.cn
Daniel King Daniel King
Old Dog Consulting Old Dog Consulting
Email: daniel@olddog.co.uk Email: daniel@olddog.co.uk
Authors' Addresses
Greg M. Bernstein (editor)
Grotto Networking
Fremont California, USA
Phone: (510) 573-2237
Email: gregb@grotto-networking.com
Young Lee (editor) Young Lee (editor)
Huawei Technologies Huawei Technologies
5340 Legacy Dr. Building 3 5340 Legacy Dr. Building 3
Plano, TX 75024 Plano, TX 75024
USA USA
Phone: (469) 277-5838 Phone: (469) 277-5838
Email: leeyoung@huawei.com Email: leeyoung@huawei.com
Sugang Xu Sugang Xu
National Institute of Information and Communications Technology National Institute of Information and Communications Technology
4-2-1 Nukui-Kitamachi, Koganei, 4-2-1 Nukui-Kitamachi, Koganei,
Tokyo, 184-8795 Japan Tokyo, 184-8795 Japan
Phone: +81 42-327-6927 Phone: +81 42-327-6927
Email: xsg@nict.go.jp Email: xsg@nict.go.j
Giovanni Martinelli Giovanni Martinelli
Cisco Cisco
Via Philips 12 Via Philips 12
20052 Monza, IT 20052 Monza, IT
Phone: +39 039-209-2044 Phone: +39 039-209-2044
Email: giomarti@cisco.com Email: giomarti@cisco.com
Hiroaki Harai
National Institute of Information and Communications Technology
4-2-1 Nukui-Kitamachi, Koganei,
Tokyo, 184-8795 Japan
Phone: +81 42-327-5418
Email: harai@nict.go.jp
 End of changes. 20 change blocks. 
51 lines changed or deleted 36 lines changed or added

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