draft-ietf-ccamp-flexi-grid-fwk-04.txt   draft-ietf-ccamp-flexi-grid-fwk-05.txt 
CCAMP Working Group O. Gonzalez de Dios, Ed. CCAMP Working Group O. Gonzalez de Dios, Ed.
Internet-Draft Telefonica I+D Internet-Draft Telefonica I+D
Intended status: Informational R. Casellas, Ed. Intended status: Informational R. Casellas, Ed.
Expires: November 19, 2015 CTTC Expires: November 26, 2015 CTTC
F. Zhang May 25, 2015
Huawei
X. Fu
ZTE
D. Ceccarelli
Ericsson
I. Hussain
Infinera
May 18, 2015
Framework and Requirements for GMPLS-based control of Flexi-grid DWDM Framework and Requirements for GMPLS-based control of Flexi-grid DWDM
networks networks
draft-ietf-ccamp-flexi-grid-fwk-04 draft-ietf-ccamp-flexi-grid-fwk-05
Abstract Abstract
To allow efficient allocation of optical spectral bandwidth for high To allow efficient allocation of optical spectral bandwidth for high
bit-rate systems, the International Telecommunication Union bit-rate systems, the International Telecommunication Union
Telecommunication Standardization Sector (ITU-T) has extended its Telecommunication Standardization Sector (ITU-T) has extended its
Recommendations G.694.1 and G.872 to include a new dense wavelength Recommendations G.694.1 and G.872 to include a new dense wavelength
division multiplexing (DWDM) grid by defining a set of nominal division multiplexing (DWDM) grid by defining a set of nominal
central frequencies, channel spacings and the concept of "frequency central frequencies, channel spacings and the concept of "frequency
slot". In such an environment, a data plane connection is switched slot". In such an environment, a data plane connection is switched
skipping to change at page 2, line 7 skipping to change at page 1, line 44
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 November 19, 2015. This Internet-Draft will expire on November 26, 2015.
Copyright Notice Copyright Notice
Copyright (c) 2015 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
skipping to change at page 3, line 16 skipping to change at page 3, line 11
4.8.4. Information Model . . . . . . . . . . . . . . . . . . 27 4.8.4. Information Model . . . . . . . . . . . . . . . . . . 27
5. Control Plane Requirements . . . . . . . . . . . . . . . . . 29 5. Control Plane Requirements . . . . . . . . . . . . . . . . . 29
5.1. Support for Media Channels . . . . . . . . . . . . . . . 29 5.1. Support for Media Channels . . . . . . . . . . . . . . . 29
5.1.1. Signaling . . . . . . . . . . . . . . . . . . . . . . 30 5.1.1. Signaling . . . . . . . . . . . . . . . . . . . . . . 30
5.1.2. Routing . . . . . . . . . . . . . . . . . . . . . . . 30 5.1.2. Routing . . . . . . . . . . . . . . . . . . . . . . . 30
5.2. Support for Media Channel Resizing . . . . . . . . . . . 31 5.2. Support for Media Channel Resizing . . . . . . . . . . . 31
5.3. Support for Logical Associations of Multiple Media 5.3. Support for Logical Associations of Multiple Media
Channels . . . . . . . . . . . . . . . . . . . . . . . . 31 Channels . . . . . . . . . . . . . . . . . . . . . . . . 31
5.4. Support for Composite Media Channels . . . . . . . . . . 31 5.4. Support for Composite Media Channels . . . . . . . . . . 31
5.5. Support for Neighbor Discovery and Link Property 5.5. Support for Neighbor Discovery and Link Property
Correlation . . . . . . . . . . . . . . . . . . . . . . . 31 Correlation . . . . . . . . . . . . . . . . . . . . . . . 32
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 32 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 32
7. Security Considerations . . . . . . . . . . . . . . . . . . . 32 7. Security Considerations . . . . . . . . . . . . . . . . . . . 32
8. Manageability Considerations . . . . . . . . . . . . . . . . 32 8. Manageability Considerations . . . . . . . . . . . . . . . . 33
9. Contributing Authors . . . . . . . . . . . . . . . . . . . . 33 9. Authors . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
10. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 36 10. Contributing Authors . . . . . . . . . . . . . . . . . . . . 34
11. References . . . . . . . . . . . . . . . . . . . . . . . . . 36 11. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 37
11.1. Normative References . . . . . . . . . . . . . . . . . . 36 12. References . . . . . . . . . . . . . . . . . . . . . . . . . 37
11.2. Informative References . . . . . . . . . . . . . . . . . 37 12.1. Normative References . . . . . . . . . . . . . . . . . . 37
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 38 12.2. Informative References . . . . . . . . . . . . . . . . . 38
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 39
1. Introduction 1. Introduction
The term "Flexible grid" (flexi-grid for short) as defined by the The term "Flexible grid" (flexi-grid for short) as defined by the
International Telecommunication Union Telecommunication International Telecommunication Union Telecommunication
Standardization Sector (ITU-T) Study Group 15 in the latest version Standardization Sector (ITU-T) Study Group 15 in the latest version
of [G.694.1], refers to the updated set of nominal central of [G.694.1], refers to the updated set of nominal central
frequencies (a frequency grid), channel spacing and optical spectrum frequencies (a frequency grid), channel spacing and optical spectrum
management/allocation considerations that have been defined in order management/allocation considerations that have been defined in order
to allow an efficient and flexible allocation and configuration of to allow an efficient and flexible allocation and configuration of
skipping to change at page 4, line 39 skipping to change at page 4, line 33
Further terminology specific to flexi-grid networks can be found in Further terminology specific to flexi-grid networks can be found in
Section 3.2. Section 3.2.
2.1. Requirements Language 2.1. Requirements Language
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [RFC2119]. document are to be interpreted as described in [RFC2119].
While [RFC2119] describes interpretations of these key words in terms
of protocol specifications and implementations, they are used in this
document to describe design requirements for protocol extensions.
2.2. Abbreviations 2.2. Abbreviations
EFS: Effective Frequency Slot EFS: Effective Frequency Slot
FS: Frequency Slot FS: Frequency Slot
FSC: Fiber-Switch Capable FSC: Fiber-Switch Capable
LSR: Label Switching Router LSR: Label Switching Router
NCF: Nominal Central Frequency NCF: Nominal Central Frequency
OCh: Optical Channel OCh: Optical Channel
OCh-P: Optical Channel Payload
OCh-P: Optical Channel Payload
OTN: Optical Transport Network OTN: Optical Transport Network
OTSi: Optical Tributary Signal OTSi: Optical Tributary Signal
OTSiG: OTSi Group is a set of OTSi OTSiG: OTSi Group is a set of OTSi
OCC: Optical Channel Carrier OCC: Optical Channel Carrier
PCE: Path Computation Element PCE: Path Computation Element
skipping to change at page 29, line 6 skipping to change at page 29, line 6
full interworking of fixed and flexible grid devices within the full interworking of fixed and flexible grid devices within the
same network same network
interworking of flexgrid devices with different capabilities. interworking of flexgrid devices with different capabilities.
The information model is represented using Routing Backus-Naur Format The information model is represented using Routing Backus-Naur Format
(RBNF) as defined in [RFC5511]. (RBNF) as defined in [RFC5511].
<Available Spectrum> ::= <Available Spectrum> ::=
<Available Frequency Range-List> <Available Frequency Range-List>
<Available Central Frequency Granularity > <Available NCFs>
<Available Slot Width Granularity> <Available Slot Widths>
<Minimal Slot Width>
<Maximal Slot Width> where
<Available Frequency Range-List> ::= <Available Frequency Range-List> ::=
<Available Frequency Range> [<Available Frequency Range-List>] <Available Frequency Range> [<Available Frequency Range-List>]
<Available Frequency Range> ::= <Available Frequency Range> ::=
( <Start Spectrum Position> <End Spectrum Position> ) | ( <Start NCF> <End NCF> ) |
<Sets of contiguous slices> <FS defined by (n, m) containing contiguous available NCFs>
<Available Central Frequency Granularity> ::= (2^n) x 6.25GHz and
where n is a non negative integer, giving rise to granularities
such as 6.25GHz, 12.5GHz, 25GHz, 50GHz, and 100GHz
<Available Slot Width Granularity> ::= (2^m) x 12.5GHz <Available NCFs> ::=
where m is positive integer <Available NCF Granularity> [<Offset>]
-- Subset of supported n values given by p x n + q
-- where p is a positive integer
-- and q (offset) belongs to 0,..,p-1.
<Minimal Slot Width> ::= j x 12.5GHz, and
j is a positive integer
<Maximal Slot Width> ::= k x 12.5GHz, <Available Slot Widths> ::=
k is a positive integer (k >= j) <Available Slot Width Granularity>
<Min Slot Width>
-- given by j x 12.5GHz, with j a positive integer
<Max Slot Width>
-- given by k x 12.5GHz, with k a positive integer (k >= j)
Figure 17: Routing Information Model Figure 17: Routing Information Model
5. Control Plane Requirements 5. Control Plane Requirements
The control of a flexi-grid networks places additional requirements The control of a flexi-grid networks places additional requirements
on the GMPLS protocols. This section summarizes those requirements on the GMPLS protocols. This section summarizes those requirements
for signaling and routing. for signaling and routing.
5.1. Support for Media Channels 5.1. Support for Media Channels
skipping to change at page 33, line 43 skipping to change at page 34, line 5
o The Link Management Protocol [RFC4204] is designed to allow the o The Link Management Protocol [RFC4204] is designed to allow the
two ends of a network link to coordinate and confirm the two ends of a network link to coordinate and confirm the
configuration and capabilities that they will apply to the link. configuration and capabilities that they will apply to the link.
This protocol is particularly applicable to optical links where This protocol is particularly applicable to optical links where
the characteristics of the network devices may considerably affect the characteristics of the network devices may considerably affect
how the link is used and where misconfiguration of mis-fibering how the link is used and where misconfiguration of mis-fibering
could make physical interoperability impossible. LMP could easily could make physical interoperability impossible. LMP could easily
be extended to collect and report information between the end be extended to collect and report information between the end
points of links in a flexi-grid network. points of links in a flexi-grid network.
9. Contributing Authors 9. Authors
Fatai Zhang
Huawei
Huawei Base, Longgang District, Chine
zhangfatai@huawei.com
Xihua Fu
ZTE
ZTE Plaza,No.10,Tangyan South Road, Gaoxin District, China
fu.xihua@zte.com.cn
Daniele Ceccarelli
Ericsson
Via Calda 5, Genova, Italy
daniele.ceccarelli@ericsson.com
Iftekhar Hussain
Infinera
140 Caspian Ct, Sunnyvale, 94089, USA
ihussain@infinera.com
10. Contributing Authors
Adrian Farrel Adrian Farrel
Old Dog Consulting Old Dog Consulting
adrian@olddog.co.uk adrian@olddog.co.uk
Daniel King Daniel King
Old Dog Consulting Old Dog Consulting
daniel@olddog.co.uk daniel@olddog.co.uk
Xian Zhang Xian Zhang
skipping to change at page 36, line 16 skipping to change at page 37, line 5
Andrew G. Malis Andrew G. Malis
Huawei Huawei
agmalis@gmail.com agmalis@gmail.com
Huub van Helvoort Huub van Helvoort
Hai Gaoming BV Hai Gaoming BV
The Neterlands The Neterlands
huubatwork@gmail.com huubatwork@gmail.com
10. Acknowledgments 11. Acknowledgments
The authors would like to thank Pete Anslow for his insights and The authors would like to thank Pete Anslow for his insights and
clarifications. clarifications, and to Matt Hartley and Jonas Maertensson for their
reviews.
This work was supported in part by the FP-7 IDEALIST project under This work was supported in part by the FP-7 IDEALIST project under
grant agreement number 317999. grant agreement number 317999.
11. References 12. References
11.1. Normative References 12.1. Normative References
[G.694.1] International Telecomunications Union, "ITU-T [G.694.1] International Telecomunications Union, "ITU-T
Recommendation G.694.1, Spectral grids for WDM Recommendation G.694.1, Spectral grids for WDM
applications: DWDM frequency grid", November 2012. applications: DWDM frequency grid", November 2012.
[G.800] International Telecomunications Union, "ITU-T [G.800] International Telecomunications Union, "ITU-T
Recommendation G.800, Unified functional architecture of Recommendation G.800, Unified functional architecture of
transport networks.", February 2012. transport networks.", February 2012.
[G.805] International Telecomunications Union, "ITU-T [G.805] International Telecomunications Union, "ITU-T
skipping to change at page 37, line 12 skipping to change at page 37, line 45
Recommendation G.870/Y.1352, Terms and definitions for Recommendation G.870/Y.1352, Terms and definitions for
optical transport networks", November 2012. optical transport networks", November 2012.
[G.872] International Telecomunications Union, "ITU-T [G.872] International Telecomunications Union, "ITU-T
Recommendation G.872, Architecture of optical transport Recommendation G.872, Architecture of optical transport
networks, draft v0.16 2012/09 (for discussion)", 2012. networks, draft v0.16 2012/09 (for discussion)", 2012.
[G.959.1-2013] [G.959.1-2013]
International Telecomunications Union, "Update of ITU-T International Telecomunications Union, "Update of ITU-T
Recommendation G.959.1, Optical transport network physical Recommendation G.959.1, Optical transport network physical
layer interfaces (to appear in July 2013)", 2013. layer interfaces", 2013.
[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.
[RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in [RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in
Support of Generalized Multi-Protocol Label Switching Support of Generalized Multi-Protocol Label Switching
(GMPLS)", RFC 4202, October 2005. (GMPLS)", RFC 4202, October 2005.
[RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP) [RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP)
Hierarchy with Generalized Multi-Protocol Label Switching Hierarchy with Generalized Multi-Protocol Label Switching
(GMPLS) Traffic Engineering (TE)", RFC 4206, October 2005. (GMPLS) Traffic Engineering (TE)", RFC 4206, October 2005.
[RFC5511] Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax [RFC5511] Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax
Used to Form Encoding Rules in Various Routing Protocol Used to Form Encoding Rules in Various Routing Protocol
Specifications", RFC 5511, April 2009. Specifications", RFC 5511, April 2009.
11.2. Informative References 12.2. Informative References
[RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching [RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching
(GMPLS) Signaling Resource ReserVation Protocol-Traffic (GMPLS) Signaling Resource ReserVation Protocol-Traffic
Engineering (RSVP-TE) Extensions", RFC 3473, January 2003. Engineering (RSVP-TE) Extensions", RFC 3473, January 2003.
[RFC4204] Lang, J., "Link Management Protocol (LMP)", RFC 4204, [RFC4204] Lang, J., "Link Management Protocol (LMP)", RFC 4204,
October 2005. October 2005.
[RFC4397] Bryskin, I. and A. Farrel, "A Lexicography for the [RFC4397] Bryskin, I. and A. Farrel, "A Lexicography for the
Interpretation of Generalized Multiprotocol Label Interpretation of Generalized Multiprotocol Label
skipping to change at page 39, line 4 skipping to change at page 39, line 30
Authors' Addresses Authors' Addresses
Oscar Gonzalez de Dios (editor) Oscar Gonzalez de Dios (editor)
Telefonica I+D Telefonica I+D
Don Ramon de la Cruz 82-84 Don Ramon de la Cruz 82-84
Madrid 28045 Madrid 28045
Spain Spain
Phone: +34913128832 Phone: +34913128832
Email: oscar.gonzalezdedios@telefonica.com Email: oscar.gonzalezdedios@telefonica.com
Ramon Casellas (editor) Ramon Casellas (editor)
CTTC CTTC
Av. Carl Friedrich Gauss n.7 Av. Carl Friedrich Gauss n.7
Castelldefels Barcelona Castelldefels Barcelona
Spain Spain
Phone: +34 93 645 29 00 Phone: +34 93 645 29 00
Email: ramon.casellas@cttc.es Email: ramon.casellas@cttc.es
Fatai Zhang
Huawei
Huawei Base, Bantian, Longgang District
Shenzhen 518129
China
Phone: +86-755-28972912
Email: zhangfatai@huawei.com
Xihua Fu
ZTE
ZTE Plaza,No.10,Tangyan South Road, Gaoxin District
Xi'An
China
Email: fu.xihua@zte.com.cn
Daniele Ceccarelli
Ericsson
Via Calda 5
Genova
Italy
Phone: +39 010 600 2512
Email: daniele.ceccarelli@ericsson.com
Iftekhar Hussain
Infinera
140 Caspian Ct.
Sunnyvale 94089
USA
Phone: 408-572-5233
Email: ihussain@infinera.com
 End of changes. 24 change blocks. 
45 lines changed or deleted 70 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/