draft-ietf-ccamp-wson-signaling-11.txt   draft-ietf-ccamp-wson-signaling-12.txt 
Network Working Group G. Bernstein Network Working Group G. Bernstein
Internet Draft Grotto Networking Internet Draft Grotto Networking
Updates: 6205 Sugang Xu Sugang Xu
Intended status: Standards Track NICT Intended status: Standards Track NICT
Y. Lee Y. Lee
Huawei Huawei
Expires: November 2015 G. Martinelli Expires: November 2015 G. Martinelli
Cisco Cisco
Hiroaki Harai Hiroaki Harai
NICT NICT
May 5, 2015 May 18, 2015
Signaling Extensions for Wavelength Switched Optical Networks Signaling Extensions for Wavelength Switched Optical Networks
draft-ietf-ccamp-wson-signaling-11.txt draft-ietf-ccamp-wson-signaling-12.txt
Abstract Abstract
This memo provides extensions to Generalized Multi-Protocol Label This document 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. This document provides mechanisms to
support distributed wavelength assignment with choice in distributed support distributed wavelength assignment with choice in distributed
wavelength assignment algorithms. This draft updates RFC 6205. wavelength assignment algorithms.
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 11 skipping to change at page 2, line 11
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 September 9, 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) 2015 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
carefully, as they describe your rights and restrictions with carefully, as they describe your rights and restrictions with
respect to this document. Code Components extracted from this respect to this document. Code Components extracted from this
document must include Simplified BSD License text as described in document must include Simplified BSD License text as described in
Section 4.e of the Trust Legal Provisions and are provided without Section 4.e of the Trust Legal Provisions and are provided without
skipping to change at page 2, line 42 skipping to change at page 2, line 42
1. Introduction...................................................3 1. Introduction...................................................3
2. Terminology....................................................3 2. Terminology....................................................3
3. Requirements for WSON Signaling................................4 3. Requirements for WSON Signaling................................4
3.1. WSON Signal Characterization..............................4 3.1. WSON Signal Characterization..............................4
3.2. Per Node Processing Configuration.........................5 3.2. Per Node Processing Configuration.........................5
3.3. Bidirectional WSON LSPs...................................6 3.3. Bidirectional WSON LSPs...................................6
3.4. Distributed Wavelength Assignment Selection Method........6 3.4. Distributed Wavelength Assignment Selection Method........6
3.5. Optical Impairments.......................................6 3.5. Optical Impairments.......................................6
4. WSON Signal Traffic Parameters, Attributes and Processing......6 4. WSON Signal Traffic Parameters, Attributes and Processing......6
4.1. Traffic Parameters for Optical Tributary Signals..........7 4.1. Traffic Parameters for Optical Tributary Signals..........7
4.2. WSON Processing HOP Attribute TLV.........................7 4.2. WSON Processing Hop Attribute TLV.........................7
4.2.1. Resource Block Information Sub-TLV......................8 4.2.1. Resource Block Information Sub-TLV......................8
4.2.2. Wavelength Selection Sub-TLV............................9 4.2.2. Wavelength Selection Sub-TLV............................9
5. Security Considerations.......................................11 5. Security Considerations.......................................11
6. IANA Considerations...........................................12 6. IANA Considerations...........................................12
7. Acknowledgments...............................................13 7. Acknowledgments...............................................13
8. References....................................................14 8. References....................................................14
8.1. Normative References.....................................14 8.1. Normative References.....................................14
8.2. Informative References...................................15 8.2. Informative References...................................15
Author's Addresses...............................................15 Author's Addresses...............................................15
1. Introduction 1. Introduction
This memo provides extensions to Generalized Multi-Protocol Label This document 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). Fundamental extensions are given to permit Optical Networks (WSON). Fundamental extensions are given to permit
simultaneous bidirectional wavelength assignment while more advanced simultaneous bidirectional wavelength assignment while more advanced
extensions are given to support the networks described in [RFC6163] extensions are given to support the networks described in [RFC6163]
which feature connections requiring configuration of input, output, which feature connections requiring configuration of input, output,
and general signal processing capabilities at a node along a Label and general signal processing capabilities at a node along a Label
Switched Path (LSP). Switched Path (LSP).
These extensions build on previous work for the control of lambda These extensions build on previous work for the control of lambda
and G.709 based networks. This document updates [RFC6205] as make it and G.709 based networks.
applicable to WSON-LSC capable equipment.
Related references with this document are [RFC7446] that provides Related references with this document are [RFC7446] that provides
a high-level information model and [WSON-Encode] that provides a high-level information model 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.
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
one with "equivalent" content centered at a different wavelength. frequency (wavelength) to one with "equivalent" content centered at
Wavelength conversion can be implemented via an optical-electronic- a different wavelength. Wavelength conversion can be implemented
optical (OEO) process or via a strictly optical process. via an optical-electronic-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. frequency 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 Receiver: 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
and an optical responder. and an optical receiver.
Optical End Node: The end of a wavelength (optical lambdas) Optical End Node: The end of a wavelength (optical lambdas)
lightpath in the data plane. It may be equipped with some lightpath in the data plane. It may be equipped with some
optical/electronic devices such as wavelength optical/electronic devices such as wavelength
multiplexers/demultiplexer (e.g. AWG), optical transponder, etc., multiplexers/demultiplexer (e.g. AWG), optical transponder, etc.,
which are employed to transmit/terminate the optical signals for which are employed to transmit/terminate the optical signals for
data transmission. data transmission.
FEC: Forward Error Correction. Forward error correction (FEC) is a FEC: Forward Error Correction. Forward error correction (FEC) is a
digital signal processing technique used to enhance data digital signal processing technique used to enhance data
skipping to change at page 5, line 22 skipping to change at page 5, line 22
1. Optical tributary signal class (modulation format). 1. Optical tributary signal class (modulation format).
2. FEC: whether forward error correction is used in the digital 2. FEC: whether forward error correction is used in the digital
stream and what type of error correcting code is used stream and what type of error correcting code is used
3. Center frequency (wavelength) 3. Center frequency (wavelength)
4. Bit rate 4. Bit rate
5. G-PID: General Protocol Identifier for the information format 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 [RFC7446] 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
in [RFC3471]. in [RFC3471].
3.2. Per Node Processing Configuration 3.2. Per Node Processing Configuration
In addition to configuring a node along an LSP to input or output a In addition to configuring a node along an LSP to input or output a
skipping to change at page 6, line 24 skipping to change at page 6, line 24
3.4. Distributed Wavelength Assignment Selection Method 3.4. Distributed Wavelength Assignment Selection Method
WSON signaling can support the selection of a specific distributed WSON signaling can support the selection of a specific distributed
wavelength assignment method. wavelength assignment method.
This method is beneficial in cases of equipment failure, etc., where This method is beneficial in cases of equipment failure, etc., where
fast provisioning used in quick recovery is critical to protect fast provisioning used in quick recovery is critical to protect
carriers/users against system loss. This requires efficient carriers/users against system loss. This requires efficient
signaling which supports distributed wavelength assignment, in signaling which supports distributed wavelength assignment, in
particular when the centralized wavelength assignment capability is particular when the wavelength assignment capability is
not available. not available.
As discussed in the [RFC6163] different computational approaches for As discussed in the [RFC6163] different computational approaches for
wavelength assignment are available. One method is the use of wavelength assignment are available. One method is the use of
distributed wavelength assignment. This feature would allow the distributed wavelength assignment. This feature would allow the
specification of a particular approach when more than one is specification of a particular approach when more than one is
implemented in the systems along the path. implemented in the systems along the path.
3.5. Optical Impairments 3.5. Optical Impairments
skipping to change at page 7, line 27 skipping to change at page 7, line 27
and the RSVP SENDER_TSPEC/FLOWSPEC objects respectively. and the RSVP SENDER_TSPEC/FLOWSPEC objects respectively.
4.2. WSON Processing Hop Attribute TLV 4.2. WSON Processing Hop Attribute TLV
Section 3.1. provided the requirements for signaling to indicate to Section 3.1. provided the requirements for signaling to indicate to
a particular node along an LSP what type of processing to perform on a particular node along an LSP what type of processing to perform on
an optical signal or how to configure that node to accept or an optical signal or how to configure that node to accept or
transmit an optical signal with particular attributes. transmit an optical signal with particular attributes.
To target a specific node, this section defines a WSON Processing To target a specific node, this section defines a WSON Processing
HOP Attribute TLV. This TLV is encoded as an attributes TLV, see Hop Attribute TLV. This TLV is encoded as an attributes TLV, see
[RFC5420]. The TLV is carried in the ERO and RRO LSP Attribute [RFC5420]. The TLV is carried in the ERO and RRO LSP Attribute
Subobjects, and processed according to the procedures, defined in Subobjects, and processed according to the procedures, defined in
[RSVP-RO]. The type value of the WSON Processing Hop Attribute TLV [RSVP-RO]. The type value of the WSON Processing Hop Attribute TLV
is TBD by IANA. is TBD by IANA.
The WSON Processing Hop Attribute TLV carries one or more sub-TLVs The WSON Processing Hop Attribute TLV carries one or more sub-TLVs
with the following format: with the following format:
0 1 2 3 0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
skipping to change at page 8, line 9 skipping to change at page 8, line 9
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., two plus the length of the Value field in octets. i.e., two plus the length of the Value field in octets.
The entire sub-TLV MUST be padded with zeros to ensure four-octet The entire sub-TLV MUST be padded with zeros to ensure four-octet
alignment of the sub-TLV. The Length field does not include any padding. alignment of the sub-TLV.
Value Value
Zero or more octets of data carried in the sub-TLV. Zero or more octets of data carried in the sub-TLV.
Padding: Variable Padding: Variable
Padding is used to ensure that the length of the WSON Processing Hop Padding is used to ensure that the length of the WSON Processing Hop
Attribute TLV meets the multiple of 4 byte size requirement. Attribute TLV meets the multiple of 4 byte size requirement.
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:
Sub-TLV Name Type Length Sub-TLV Name Type Length
-------------------------------------------------------------- --------------------------------------------------------------
ResourceBlockInfo 1 variable ResourceBlockInfo 1 variable
WavelengthSelection 2 1 (1 octet padding) WavelengthSelection 2 8 octets (2 octet padding)
The TLV can be represented in Reduced Backus-Naur Form (RBNF) The TLV can be represented in Reduced Backus-Naur Form (RBNF)
[RFC5511] syntax as: [RFC5511] syntax as:
<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 ResourceBlockInfo WSON_ Processing Hop Attribute TLV. No more than two
sub-TLVs SHOULD be present. Any present ResourceBlockInfo sub-TLVs MUST ResourceBlockInfo sub-TLVs SHOULD be present. Any present
be processed in the order received, and extra (unprocessed) SHOULD be ResourceBlockInfo sub-TLVs MUST be processed in the order received,
ignored. and extra (unprocessed) SHOULD be 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 10, line 7 skipping to change at page 10, line 7
carried in a RRO_Hop_ATTRIBUTE subobject are subject to [RSVP-RO] carried in a RRO_Hop_ATTRIBUTE subobject are subject to [RSVP-RO]
and standard RRO processing, see [RFC3209]. and standard RRO processing, see [RFC3209].
4.2.2. WavelengthSelection Sub-TLV 4.2.2. WavelengthSelection Sub-TLV
Routing + Distributed Wavelength Assignment (R+DWA) is one of the Routing + Distributed Wavelength Assignment (R+DWA) is one of the
options defined by the [RFC6163]. The output from the routing options defined by the [RFC6163]. The output from the routing
function will be a path but the wavelength will be selected on a function will be a path but the wavelength will be selected on a
hop-by-hop basis. hop-by-hop basis.
As discussed in [HZang00], a number of different wavelength As discussed in [RFC6163], the wavelength assignment can be either
assignment algorithms may be employed. In addition as discussed in for a unidirectional lightpath or for a bidirectional lightpath
[RFC6163] the wavelength assignment can be either for a
unidirectional lightpath or for a bidirectional lightpath
constrained to use the same lambda in both directions. constrained to use the same lambda in both directions.
In order to indicate wavelength assignment directionality and In order to indicate wavelength assignment directionality and
wavelength assignment method, the Wavelength Selection, or wavelength assignment method, the Wavelength Selection, or
WavelengthSelection, sub-TLV is defined to be carried in the WSON WavelengthSelection, sub-TLV is defined to be carried in the WSON
Processing Hop Attribute TLV defined above. Processing Hop Attribute TLV defined above.
The WavlengthSelection sub-TLV value field is defined as: The WavelengthSelection sub-TLV value field is defined as:
0 1 2 3 0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|W| WA Method | Reserved | |W| WA Method | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Where: Where:
W (1 bit): 0 denotes requiring the same wavelength in both W (1 bit): 0 denotes requiring the same wavelength in both
skipping to change at page 11, line 32 skipping to change at page 11, line 30
A WavelengthSelection sub-TLV can be constructed by a node and added A WavelengthSelection sub-TLV can be constructed by a node and added
to a ERO_Hop_ATTRIBUTE subobject in order to be processed by to a ERO_Hop_ATTRIBUTE subobject in order to be processed by
downstream nodes (transit and egress). As defined in [RSVP-RO], the downstream nodes (transit and egress). As defined in [RSVP-RO], the
R bit reflects the LSP_REQUIRED_ATTRIBUTE and LSP_ATTRIBUTE semantic R bit reflects the LSP_REQUIRED_ATTRIBUTE and LSP_ATTRIBUTE semantic
defined in [RFC5420] and SHOULD be set accordingly. defined in [RFC5420] and SHOULD be set accordingly.
Once a node properly parses the WavelengthSelection Sub-TLV received Once a node properly parses the WavelengthSelection Sub-TLV received
in an ERO_Hop_ATTRIBUTE subobject, the node use the indicated in an ERO_Hop_ATTRIBUTE subobject, the node use the indicated
wavelength assignment method (at that hop) for the LSP. In addition, wavelength assignment method (at that hop) for the LSP. In addition,
the node SHOULD report compliance by adding a RRO_Hop_ATTRIBUTE the node SHOULD report compliance by adding a RRO_Hop_ATTRIBUTE
subobject with the WSON Processing HOP Attribute TLV (and its subobject with the WSON Processing Hop Attribute TLV (and its
sub-TLVs) indicated the utilized method. WavelengthSelection sub-TLVs) indicated the utilized method. WavelengthSelection
Sub-TLVs carried in a RRO_Hop_ATTRIBUTE subobject are subject to Sub-TLVs carried in a RRO_Hop_ATTRIBUTE subobject are subject to
[RSVP-RO] and standard RRO processing, see [RFC3209]. [RSVP-RO] and standard RRO processing, see [RFC3209].
5. Security Considerations 5. Security Considerations
This document is built on the mechanisms defined in [RFC3473], and This document is built on the mechanisms defined in [RFC3473], and
only differs in specific information communicated. As such, this only differs in specific information communicated. As such, this
document introduces no new security considerations to the existing document introduces no new security considerations to the existing
GMPLS signaling protocols. See [RFC3473], for details of the GMPLS signaling protocols. See [RFC3473], for details of the
skipping to change at page 12, line 24 skipping to change at page 12, line 21
ATTRIBUTES ATTRIBUTES Attribute ATTRIBUTES ATTRIBUTES Attribute
Subobject Subobject
TBA WSON No No Yes [This.I-D] TBA WSON No No Yes [This.I-D]
Processing Processing
Hop Hop
Attribute Attribute
TLV TLV
Upon approval of this document, IANA is requested to create a new Upon approval of this document, IANA is requested to create a new
registry named "Sub-TLV Types for WSON Processing HOP Attribute TLV" registry named "Sub-TLV Types for WSON Processing Hop Attribute TLV"
located at http://www.iana.org/assignments/rsvp-te-parameters/. located at http://www.iana.org/assignments/rsvp-te-parameters/.
The following entries are to be added: The following entries are to be added:
Value Sub-TLV Type Reference Value Sub-TLV Type Reference
1 ResourceBlockInfo [This.I-D] 1 ResourceBlockInfo [This.I-D]
2 WavelengthSelection [This.I-D] 2 WavelengthSelection [This.I-D]
skipping to change at page 13, line 4 skipping to change at page 12, line 46
Upon approval of this document, IANA is requested to create a new Upon approval of this document, IANA is requested to create a new
registry named "Values for Wavelength Assignment Method field in registry named "Values for Wavelength Assignment Method field in
WavelengthSelection Sub-TLV" located at WavelengthSelection Sub-TLV" located at
http://www.iana.org/assignments/rsvp-te-parameters/. http://www.iana.org/assignments/rsvp-te-parameters/.
The following entries are to be added: The following entries are to be added:
Value Meaning Reference Value Meaning Reference
0 unspecified [This.I-D] 0 unspecified [This.I-D]
1 First-Fit [This.I-D]
1 First-Fit [This.I-D]
2 Random [This.I-D] 2 Random [This.I-D]
3 Least-Loaded (multi-fiber) [This.I-D] 3 Least-Loaded (multi-fiber) [This.I-D]
4-127 unassigned 4-127 unassigned
All assignments are to be performed via Standards Action or All assignments are to be performed via Standards Action or
Specification Required policies as defined in [RFC5226]. The Specification Required policies as defined in [RFC5226]. The
assignment policy chosen for any specific code point must be assignment policy chosen for any specific code point must be
clearly stated in the document that describes the code point so clearly stated in the document that describes the code point so
skipping to change at page 13, line 43 skipping to change at page 13, line 41
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.
[RFC5226] Narten, T., H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", RFC 5226, May 2008.
[RFC6205] T. Otani, H. Guo, K. Miyazaki, D. Caviglia, "Generalized [RFC6205] T. Otani, H. Guo, K. Miyazaki, D. Caviglia, "Generalized
Labels for Lambda-Switch-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
skipping to change at page 15, line 6 skipping to change at page 15, line 14
Networks", RFC 5920, July 2010. Networks", RFC 5920, July 2010.
[RFC6163] Y. Lee, G. Bernstein, W. Imajuku, "Framework for GMPLS [RFC6163] Y. Lee, G. Bernstein, W. Imajuku, "Framework for GMPLS
and PCE Control of Wavelength Switched Optical Networks", and PCE Control of Wavelength Switched Optical Networks",
RFC 6163, February 2008. RFC 6163, February 2008.
[RFC7446] G. Bernstein, Y. Lee, D. Li, W. Imajuku, "Routing and [RFC7446] 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", RFC 7446, February 2015. Switched Optical Networks", RFC 7446, February 2015.
[HZang00] H. Zang, J. Jue and B. Mukherjeee, "A review of routing
and wavelength assignment approaches for wavelength-routed
optical WDM networks", Optical Networks Magazine, January
2000.
9. Contributors 9. Contributors
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
 End of changes. 28 change blocks. 
40 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/