< draft-hussain-ccamp-super-channel-label-01.txt		draft-hussain-ccamp-super-channel-label-02.txt >
	Network Working Group Iftekhar Hussain		Network Working Group Iftekhar Hussain
	Abinder Dhillon		Internet Draft Abinder Dhillon
	Zhong Pan		Intended status: Standard Track Zhong Pan
	Marco Sosa		Expires: April 2012 Marco Sosa
	Internet Draft Infinera		Infinera
	Intended status: Standard Track October 26, 2011
	Expires: April 2012		Bert Basch
			Steve Liu
			Andrew G. Malis
			Verizon Communications
			October 31, 2011
	Generalized Label for Super-Channel Assignment on Flexible Grid		Generalized Label for Super-Channel Assignment on Flexible Grid
	draft-hussain-ccamp-super-channel-label-01.txt		draft-hussain-ccamp-super-channel-label-02.txt
	Abstract		Abstract
	To enable scaling of existing transport systems to ultra high data		To enable scaling of existing transport systems to ultra high data
	rates of 1 Tbps and beyond, next generation systems providing super-		rates of 1 Tbps and beyond, next generation systems providing super-
	channel switching capability are currently being developed. To allow		channel switching capability are currently being developed. To allow
	efficient allocation of optical spectral bandwidth for such high bit		efficient allocation of optical spectral bandwidth for such high bit
	rate systems, International Telecommunication Union		rate systems, International Telecommunication Union
	Telecommunication Standardization Sector (ITU-T) is extending the		Telecommunication Standardization Sector (ITU-T) is extending the
	G.694.1 grid standard (termed "Fixed-Grid") to include flexible grid		G.694.1 grid standard (termed "Fixed-Grid") to include flexible grid
	(termed "Flex-Grid") support. This necessitates definition of new		(termed "Flex-Grid") support (draft revised ITU-T G.694.1, revision
	label format for the Flex-Grid. This document defines a super-		1.4, Oct 2011). This necessitates definition of new label format for
	channel label as a Super-Channel Identifier and an associated list		the Flex-Grid. This document defines a super-channel label as a
	of contiguous or non-contiguous set of 12.5 GHz slices representing		Super-Channel Identifier and an associated list of 12.5 GHz slices
	optical spectrum of the super-channel. The label information can be		representing the optical spectrum of the super-channel. The label
	encoded using a fixed length or variable length format. This label		information can be encoded using a fixed length or variable length
	format can be used in GMPLS signaling and routing protocol to		format. This label format can be used in GMPLS signaling and routing
	establish super-channel based optical label switched paths (LSPs).		protocol to establish super-channel based optical label switched
			paths (LSPs).
	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), 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 4 ¶		skipping to change at page 2, line 11 ¶
	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.
	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 April 26, 2012.		This Internet-Draft will expire on April 30, 2012.
	Copyright Notice		Copyright Notice
	Copyright (c) 2011 IETF Trust and the persons identified as the		Copyright (c) 2011 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
	warranty as described in the Simplified BSD License.		warranty as described in the Simplified BSD License.
	Table of Contents		Table of Contents
	1. Introduction...................................................3		1. Introduction...................................................3
	2. Terminology....................................................5		2. Terminology....................................................6
	3. Motivation for Super-Channel Label.............................5		3. Motivation for Super-Channel Label.............................6
	3.1. Flex-Grid Slice Numbering.................................5		3.1. Flex-Grid Slice Numbering.................................6
	3.2. Super-Channel Label.......................................6		3.2. Super-Channel Label.......................................7
	3.2.1. Super-Channel Label Encoding Format..................8		3.2.1. Super-Channel Label Encoding Format..................8
	3.2.2. LSP Encoding and Switching Type in Generalized Label		3.2.2. LSP Encoding and Switching Type in Generalized Label
	Request....................................................12		Request....................................................11
	4. Security Considerations.......................................12		4. Security Considerations.......................................11
	5. IANA Considerations...........................................12		5. IANA Considerations...........................................11
	6. References....................................................12		6. References....................................................11
	6.1. Normative References.....................................12		6.1. Normative References.....................................11
	6.2. Informative References...................................13		6.2. Informative References...................................12
	7. Acknowledgments...............................................13		7. Acknowledgments...............................................12
	Appendix A. Super-Channel Label Format Example...................14		Appendix A. Super-Channel Label Format Example...................13
	1. Introduction		1. Introduction
	Future transport systems are expected to support service upgrades to		Future transport systems are expected to support service upgrades to
	data rates of 1 Tbps and beyond. To scale networks beyond 100Gbps,		data rates of 1 Tbps and beyond. To scale networks beyond 100Gbps,
	multi-carrier super-channels coupled with advanced multi-level		multi-carrier super-channels coupled with advanced multi-level
	modulation formats and flexible channel spectrum bandwidth		modulation formats and flexible channel spectrum bandwidth
	allocation schemes have become pivotal for future spectral efficient		allocation schemes have become pivotal for future spectral efficient
	transport network architectures [1,2].		transport network architectures [1,2].
	skipping to change at page 3, line 25 ¶		skipping to change at page 3, line 29 ¶
	containing multiple carriers which are co-routed through the network		containing multiple carriers which are co-routed through the network
	as a single entity from the source transceiver to the sink		as a single entity from the source transceiver to the sink
	transceiver [3]. By multiplexing multiple carriers, modulating each		transceiver [3]. By multiplexing multiple carriers, modulating each
	carrier with multi-level advanced modulation formats (such as PM-		carrier with multi-level advanced modulation formats (such as PM-
	QPSK, PM-8QAM, PM-16QAM), allocating an appropriate-sized flexible		QPSK, PM-8QAM, PM-16QAM), allocating an appropriate-sized flexible
	channel spectral bandwidth slot, and using a coherent receiver for		channel spectral bandwidth slot, and using a coherent receiver for
	detecting closely packed sub-carriers, a super-channel can support		detecting closely packed sub-carriers, a super-channel can support
	ultra high data rates in a spectrally efficient manner while		ultra high data rates in a spectrally efficient manner while
	maintaining required system reach. Figure 1 contrasts channel		maintaining required system reach. Figure 1 contrasts channel
	spectrum bandwidth allocation schemes for various bit rate optical		spectrum bandwidth allocation schemes for various bit rate optical
	paths on fixed-grid (G.694.1) and flex-grid. ITU-T fixed-grid		paths on fixed-grid and flex-grid. ITU-T fixed-grid permits
	permits allocation of channel spectrum bandwidth in "single" fixed-		allocation of channel spectrum bandwidth in "single" fixed-sized
	sized slots (e.g., 50GHz, 100GHz etc) independent of the channel bit		slots (e.g., 50GHz, 100GHz etc) independent of the channel bit rate.
	rate. In contrast, a flex-grid can allocate "arbitrary" size channel		In contrast, a flex-grid can allocate "arbitrary" size channel
	spectral bandwidth as an integer multiple of 12.5 GHz fine		spectral bandwidth as an integer multiple of 12.5 GHz fine
	granularity contiguous (or non-contiguous) slices depending on		granularity slices. This means, a flex-grid can support multiple
	channel bit rate. This means, a flex-grid can support multiple data		data rates channels (optical paths) in a spectrally efficient manner
	rates channels (optical paths) in a spectrally efficient manner as		as it allocates appropriate-sized spectrum bandwidth slots, as
	it allocates appropriate-sized spectrum bandwidth slots, as opposed		opposed to fixed-sized slots. As in the examples in the figure, the
	to fixed-sized slots.		optical spectrum slices assigned will be to a given super-channel in
			a contiguous manner. However, for flexibility in finding available
			optical spectrum on fragmented fibers and to reduce signaling
			message overhead, the two schemes proposed in this document also
			allow for identification of a split-spectrum super-channel with
			optical spectral slices that are non-contiguous, spread across
			multiple slots. Note that the channel capacity available on a given
			number of optical spectral slices depends on (among other factors)
			how many contiguous optical slots are used. The definition of the
			channel capacity available for a split-spectrum super-channel split
			across multiple slots of different widths is outside the scope of
			this document.
	ITU-T G.694.1		ITU-T G.694.1
	Center frequency (f) = 193.1 THz		Center frequency (f) = 193.1 THz
	n=-3 n=-2 n=-1 n=0 n=+1 n=+2		n=-3 n=-2 n=-1 n=0 n=+1 n=+2
	^ ^ ^ ^ ^ ^		^ ^ ^ ^ ^ ^
	... | | | | | | ...		... | | | | | | ...
	| | | | | | | | | | |		| | | | | | | | | | |
	+--------+-------+-------+-------+-------+---		+--------+-------+-------+-------+-------+---
	skipping to change at page 5, line 42 ¶		skipping to change at page 6, line 42 ¶
	o Wavelength label allows signaling of single fixed-size optical		o Wavelength label allows signaling of single fixed-size optical
	spectrum bandwidth slot only.		spectrum bandwidth slot only.
	o Wavelength label does not allow signaling of arbitrary flexible-		o Wavelength label does not allow signaling of arbitrary flexible-
	size optical spectrum bandwidth needed for super-channels		size optical spectrum bandwidth needed for super-channels
	assignment on flex-grid.		assignment on flex-grid.
	3.1. Flex-Grid Slice Numbering		3.1. Flex-Grid Slice Numbering
	Figure 2 (a) shows a 50 GHz ITU-T G.694.1 grid based on nominal		Given a slice spacing value (e.g., 0.0125 THz) and a slice number
	central frequency (193.1 THz). In G.694.1, given a channel spacing		"n", the slice left edge frequency can be calculated as follows:
	(C.S) value and a value "n", the desired wavelength frequency can
	calculated as follows:
	Frequency (THz) = 193.1 THz + n * channel spacing (THz).		Slice Left Edge Frequency (THz)= 193.1 THz + n*slice spacing (THz).
	Where "n" is a two's-complement integer (i.e., positive, negative,		Where "n" is a two's-complement integer (i.e., positive, negative,
	or 0) and "channel spacing" can be 0.0125, 0.025, 0.05, or 0.1 THz.		or 0) and "slice spacing" is 0.0125 THz conforming to ITU-T Flex-
			Grid. (Note: in the future, if necessary the slice numbering scheme
	Figure 2 (b) shows a 12.5 GHz flex-grid with its nominal central		will be updated in accordance with the Flex-Grid.)
	frequency (193.1 THz) aligned with ITU-T G.694.1 nominal central
	frequency and with each 12.5 GHz slice represented by the "left-
	edge". Given the left edge frequency of a slice, one can calculate
	the value of n i.e., slice number as follows:
	Frequency (THz) = 193.1 THz + n * channel spacing (THz).
	Where "n" is a two's-complement integer (i.e., positive, negative,		Figure 2 shows an example using the slice number scheme described
	or 0) and "channel spacing" can be 0.0125 THz in this case. For		earlier.
	example, slice number 0 is denoted by its left-edge frequency i.e.,
	f= 193.1 THz, slice number 1 is represented by its left edge
	frequency of 193.1125 THz (193.1 THz + 0.0125 THz) and so on (Note:
	in the future, if necessary the slice numbering scheme will be
	updated in accordance with the ITU-T G.694.1 Flex-Grid).
	3.2. Super-Channel Label		3.2. Super-Channel Label
	In order to setup an optical path manual or dynamically, we need a		In order to setup an optical path manually or dynamically, we need a
	way to identify and reserve resources (i.e., signal optical spectral		way to identify and reserve resources (i.e., signal optical spectral
	bandwidth for the super-channel) along the optical path. For this		bandwidth for the super-channels) along the optical path. For this
	purpose, this document defines a super-channel label as consisting		purpose, this document defines a super-channel label to cover the
	of a Super-Channel Identifier and an associated list of contiguous		cases of split-spectrum super-channels as well, such that the label
	or non-contiguous set of 12.5 GHz slices representing arbitrary size		consists of a Super-Channel Identifier and an associated list of
	optical spectrum of the super-channel (Note: in the future, slice		contiguous or non-contiguous set of 12.5 GHz slices representing
	granularity could be 6.25 GHz).		arbitrary size optical spectrum of the super-channels (Note: in the
			future, slice granularity could be 6.25 GHz.)
	ITU-T G.694.1		(n=0 is 193.1 THz)
	Center frequency (f) = 193.1 THz
	n=-1 n=-1 n=0 n=+1 n=+2		n=-2 n=-1 n=0 n=+1 n=+2
	^ ^ ^ ^ ^		^ ^ ^ ^ ^
	... | | | | | ...
	| | | | |
	---+-------+-------+-------+-------+---
	<-- --> |
	50 GHz |
	|
	(a) |
	|
	|
	^ ^ ^ ^ ^
	| | | | |		| | | | |
	... |-|-|-|-|-|-|-|-| |+|+|+|+|+|+|+| ...		... |-|-|-|-|-|-|-|-| |+|+|+|+|+|+|+| ...
	|8|7|6|5|4|3|2|1|0|1|2|3|4|5|6|7|		|8|7|6|5|4|3|2|1|0|1|2|3|4|5|6|7|
	---+-------+-------+-------+-------+---		---+-------+-------+-------+-------+---
	^ ^		^ ^
	| |		| |
	| |		| |
	+-----------------------+		+-----------------------+
	| A super-channel with |		| A super-channel with |
	| Spectral BW = 150 GHz |		| Spectral BW = 150 GHz |
	|(12 slices of 12.5 GHz)|		|(12 slices of 12.5 GHz)|
	| |		| |
	| n_start= -7 |		| n_start= -7 |
	| n_end = +4 |		| n_end = +4 |
	| |		| |
	| (see label encoding |		| (see label encoding |
	| format for details) |		| format for details) |
	+-----------------------+		+-----------------------+
	(b)		Figure 2 flex-grid example of the proposed slice numbering scheme.
	Figure 2 ITU-T (a) 50 GHz fixed-grid (G.694.1) (b) 12.5 GHs flex-
	grid with its nominal central frequency aligned with the ITU-T
	G.694.1 nominal central frequency
	3.2.1. Super-Channel Label Encoding Format		3.2.1. Super-Channel Label Encoding Format
	This section describes two options (option A and B) for encoding		This section describes two options (option A and B) for encoding the
	super-channel label by making extensions to waveband switching		super-channel label by making extensions to the waveband switching
	label[RFC3471] and wavelength label [RFC6205] formats.		label[RFC3471] and wavelength label [RFC6205] formats.
	o Option A: Encode super-channel label as a first slice number of		o Option A: Encode super-channel label as a list of start and end
	the grid (denoted as "n_start of Grid") plus the entire list of		slice numbers corresponding to N groups, each consisting of
	slices in the grid as a Bitmap		contiguous slices with each group denoted by its starting and
			ending slice number (e.g., "n_start_1" and "n_end_1" represent
	0 1 2 3		contiguous slices in group#1, "n_start 2" and "n_end 2" in
			group#2, ..., "n_start N" and "n_end N" in group#N).
	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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id (16-bit) |Grid | C.S. | Reserved (9-bit)|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| n_start of Grid (16-bit) |Num of Slices in Grid (16-bit) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|Bitmap Word #1(first set of 32 slices from the left most edge) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|Bitmap Word #2 (next set of 32 contiguous slice numbers) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |
	...
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|Bitmap Word #N(last set of 32 contiguous slice numbers) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Where:		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
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| Reserved (16-bit) | Number of Entries(16-bit) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|n_start_1(contiguous group #1) | n_end_1(contiguous group #1) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|n_start_2(contiguous group #2) | n_end_2(contiguous group #2) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| |
			| ... |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|n_start_N (contiguous group #N) | n_end_N (contiguous group#N |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Super-Channel Id: 16 bits		Super-Channel Id: 16 bits
	This field represents a logical identifier for a super-channel.
	To disambiguate waveband switching and super-channel label		This field represents a logical identifier for a super-channel or
	applications, we propose to rename the Waveband Identifier (32-		split-spectrum super-channel. To disambiguate waveband switching
	bit) as a super-channel Identifier (16-bit).		and super-channel label applications, we propose to rename the
			Waveband Identifier (32-bit) as a Super-Channel Identifier (16-
			bit).
	Grid: 3 bits		Grid: 3 bits
	This field indicates the Grid type. The value for Grid should be		This field indicates the Grid type. The value for Grid should be
	set to xx (to be assigned by IANA) for the ITU-T flex-grid based		set to xx (to be assigned by IANA) for the ITU-T flex-grid.
	on ongoing [G.694.1] standard flex-grid extensions.
	+----------------+---------+		+----------------+---------+
	| Grid | Value |		| Grid | Value |
	+----------------+---------+		+----------------+---------+
	| Reserved | 0 |		| Reserved | 0 |
	+----------------+---------+		+----------------+---------+
	|ITU-T DWDM | 1 |		|ITU-T DWDM | 1 |
	+----------------+---------+		+----------------+---------+
	|ITU-T CWDM | 2 |		|ITU-T CWDM | 2 |
	+----------------+---------+		+----------------+---------+
	|ITU-T Flex-Grid | xx (TBD)|		|ITU-T Flex-Grid | xx (TBD)|
	+----------------+---------+		+----------------+---------+
	|Future use | 3 - 7 |		|Future use | 3 - 7 |
	+----------------+---------+		+----------------+---------+
	C.S. (channel spacing): 4 bits		S.S. (slice spacing): 4 bits
	This field should be set to a value of 4 to indicate 12.5 GHz in		This field should be set to a value of 4 to indicate 12.5 GHz in
	both labels. ITU-T G694.1 has currently defined following DWDM		both labels.
	channel spacing.
	+----------+---------+		+----------+---------+
	|C.S. (GHz)| Value |		|S.S. (GHz)| Value |
	+----------+---------+		+----------+---------+
	| Reserved | 0 |		| Reserved | 0 |
	+----------+---------+		+----------+---------+
	| 100 | 1 |		| 100 | 1 |
	+----------+---------+		+----------+---------+
	| 50 | 2 |		| 50 | 2 |
	+----------+---------+		+----------+---------+
	| 25 | 3 |		| 25 | 3 |
	+----------+---------+		+----------+---------+
	| 12.5 | 4 |		| 12.5 | 4 |
	+----------+---------+		+----------+---------+
	|Future use| 5 - 15 |		|Future use| 5 - 15 |
	+----------+---------+		+----------+---------+
			Number of Entries: 16-bit
			This field represents the number of 32-bit entries in the
			super-channel label (i.e., number of slots with contiguous
			slices). For example, in the case of a super-channel with
			contiguous optical spectrum, this field should have a value of 1
			(indicating one slot of contiguous slices).
			n_start_i (i=1,2,...N): 16 bits
			n_end_i (i=1,2,...N): 16 bits
			A super-channel with contiguous spectrum or a split-spectrum super-
			channel with non-contiguous optical spectrum can be represented by N
			slots of slices where two adjacent slots can be contiguous or non-
			contiguous, however each slot contains contiguous slices. Each slot
			is denoted by n_start_i (which indicates the lowest or starting 12.5
			GHz slice number of the slot) and n_end_i (which indicates the
			highest or ending 12.5 GHz slice number of the slot). "n_start_i"
			and "n_end_i" are two's-complement integers that can take either a
			positive, negative, or zero value.
			o Option B: Encode super-channel label as a first slice number of
			the grid (denoted as "n_start of Grid") plus the entire list of
			slices in the grid as a Bitmap
			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
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| n_start of Grid (16-bit) |Num of Slices in Grid (16-bit) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|Bitmap Word #1(first set of 32 slices from the left most edge) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|Bitmap Word #2 (next set of 32 contiguous slice numbers) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| |
			...
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|Bitmap Word #N(last set of 32 contiguous slice numbers) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			Where:
			Super-Channel Id, Grid, and S.S fields are same as described
			earlier in option A.
	n_start of Grid: 16-bit		n_start of Grid: 16-bit
	This field indicates the first slice number in Grid for the		This field indicates the first slice number in Grid for the
	band being referenced (i.e., the start of the or the left most		band being referenced (i.e., the start of the left most edge of
	edge of the Grid).		the Grid).
	Num of Slices in Grid: 16-bit		Num of Slices in Grid: 16-bit
	This field represents the total number of slices in the band.		This field represents the total number of slices in the band.
	The value in this field determines the number of 32-bitmap words		The value in this field determines the number of 32-bitmap words
	required for the grid.		required for the grid.
	Bit map (Word): 32-bit		Bit map (Word): 32-bit
	Each bit in the 32-bitmap word represents a particular slice		Each bit in the 32-bitmap word represents a particular slice
	with a value of 1 or 0 to indicate whether for that slice		with a value of 1 or 0 to indicate whether for that slice
	reservation is required (1) or not (0). Bit position zero in		reservation is required (1) or not (0). Bit position zero in
	the first word represents the first slice in the band (Grid)		the first word represents the first slice in the band (Grid)
	and corresponds to the value indicated in the "n_start of		and corresponds to the value indicated in the "n_start of
	Grid" field.		Grid" field.
	o Option B: Encode super-channel label as a list of start and end		Both options allow efficient encoding of a super-channel label with
	slice numbers corresponding to N groups of contiguous slices with		contiguous and non-contiguous slices. Option B yields a fixed length
	each group denoted by its starting and ending slice number		format while option A a variable length format. Option B is
	(e.g., "n_start_1" and "n_end_1" represent contiguous slices in
	group#1, "n_start 2" and "n_end 2" in group#2, ..., "n_start N"
	and "n_end N" in group#N).
	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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id (16-bit) |Grid | C.S. | Reserved (9-bit)|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Reserved (16-bit) | Number of Entries(16-bit) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start_1(contiguous group #1) | n_end_1(contiguous group #1) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start_2(contiguous group #2) | n_end_2(contiguous group #2) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |
	| ... |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start_N (contiguous group #N) | n_end_N (contiguous group#N |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Where:
	Super-Channel Id, Grid, and C.S fields are same as described
	earlier in option A.
	Number of Entries: 16-bit
	This field represents the number of 32-bit entries in the
	super-channel label (i.e., number of groups with contiguous
	slices). For example, in the case of a super-channel with
	contiguous optical spectrum, this field should have a value of 1
	(indicating one group of contiguous slices).
	n_start_i (i=1,2,...N): 16 bits
	n_end_i (i=1,2,...N): 16 bits
	A super-channel with contiguous or non-contiguous optical
	spectrum can be represented by N groups of slices where two
	adjacent groups can be contiguous or non-contiguous however each
	group contains contiguous slices. Each group is denoted by
	n_start_i (which indicates the lowest or starting 12.5 GHz slice
	number of the group) and n_end_i (which indicates the highest or
	ending 12.5 GHz slice number of the group). "n_start_i" and
	"n_end_i" are two's-complement integer that can take either a
	positive, negative, or zero value.
	Both options allow efficient encoding of super-channel label with
	contiguous and non-contiguous slices. Option A yields a fixed length
	format while option B a variable length format. Option A is
	relatively simpler, more flexible, however, might be less compact		relatively simpler, more flexible, however, might be less compact
	than option B for encoding super-channel with contiguous optical		than option A for encoding a single super-channel with contiguous
	spectrum. In contrast, option B provides a very compact		optical spectrum. In contrast, option A provides a very compact
	representation for super-channels with contiguous optical spectrum,		representation for super-channels with contiguous optical spectrum,
	however, might be less flexible in encoding super-channels with		however, might be less flexible in encoding split-spectrum super-
	arbitrary non-contiguous set of slices.		channels with arbitrary non-contiguous set of slices.
	3.2.2. LSP Encoding and Switching Type in Generalized Label Request		3.2.2. LSP Encoding and Switching Type in Generalized Label Request
	For requesting a super-channel label in a Generalized Label Request		For requesting a super-channel label in a Generalized Label Request
	defined in section 3.1.1 of RFC3471, this document proposes to use		defined in section 3.1.1 of RFC3471, this document proposes to use
	LSP Encoding Type = Lambda (as defined in RFC4328) and Switching		LSP Encoding Type = Lambda (as defined in RFC4328) and Switching
	Type = Super-Channel-Switch-Capable(SCSC) (as defined in [6]).		Type = Super-Channel-Switch-Capable(SCSC) (as defined in [6]).
	4. Security Considerations		4. Security Considerations
	skipping to change at page 14, line 18 ¶		skipping to change at page 13, line 18 ¶
	node A receives a request for establishing a 1 Tbps optical LSP from		node A receives a request for establishing a 1 Tbps optical LSP from
	itself to node Z. Assume the super-channel requires a "contiguous"		itself to node Z. Assume the super-channel requires a "contiguous"
	spectral bandwidth of 200 GHz with left-edge frequency of 191.475		spectral bandwidth of 200 GHz with left-edge frequency of 191.475
	THz for the left-most 12.5 GHz slice and left-edge frequency of		THz for the left-most 12.5 GHz slice and left-edge frequency of
	191.6625 THz for the right-most slice. This means n_start = (191.475		191.6625 THz for the right-most slice. This means n_start = (191.475
	- 193.1)/0.0125 = -130 and n_end = (191.6625 - 193.1)/0.0125 = -115		- 193.1)/0.0125 = -130 and n_end = (191.6625 - 193.1)/0.0125 = -115
	(i.e. we need 16 slices of 12.5 GHz starting from slice number -130		(i.e. we need 16 slices of 12.5 GHz starting from slice number -130
	and ending at slice number -115).		and ending at slice number -115).
	Node A signals the LSP via a Path message including a super-channel		Node A signals the LSP via a Path message including a super-channel
	label format encoding option B defined in section 3.3:		label format encoding option A defined in section 3.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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id (16-bit) |Grid | C.S. | Reserved (9-bit)|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Reserved (16-bit) | Number of Entries(16-bit) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start_1 (contiguous group #1) | n_end_1(contiguous group #1) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			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
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			| Reserved (16-bit) | Number of Entries(16-bit) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
			|n_start_1 (contiguous group #1) | n_end_1(contiguous group #1) |
			+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Where:		Where:
	Super-Channel Id = 1 : super-channel number 1		Super-Channel Id = 1 : super-channel number 1
	Number of Entries: 1		Number of Entries: 1
	Grid = xx : ITU-T Flex-Grid		Grid = xx : ITU-T Flex-Grid
	C.S. = 4 : 12.5 GHz slices		S.S. = 4 : 12.5 GHz Slice Spacing
	n_start_1 = -130 : left-most 12.5 GHz slice number for group 1		n_start_1 = -130 : left-most 12.5 GHz slice number for slot 1
	n_end_1 = -115 : Right-most 12.5 GHz slice number for group 1		n_end_1 = -115 : Right-most 12.5 GHz slice number for slot 1
	Authors' Addresses		Authors' Addresses
	Iftekhar Hussain		Iftekhar Hussain
	Infinera		Infinera
	140 Caspian Ct., Sunnyvale, CA 94089		140 Caspian Ct., Sunnyvale, CA 94089
	Email: ihussain@infinera.com		Email: ihussain@infinera.com
	Abinder Dhillon		Abinder Dhillon
	skipping to change at line 597 ¶		skipping to change at page 14, line 30 ¶
	Infinera		Infinera
	140 Caspian Ct., Sunnyvale, CA 94089		140 Caspian Ct., Sunnyvale, CA 94089
	Email: zpan@infinera.com		Email: zpan@infinera.com
	Marco Sosa		Marco Sosa
	Infinera		Infinera
	140 Caspian Ct., Sunnyvale, CA 94089		140 Caspian Ct., Sunnyvale, CA 94089
	Email: msosa@infinera.com		Email: msosa@infinera.com
			Bert Basch
			Verizon Communications
			60 Sylvan Rd., Waltham, MA 02451
			Email: bert.e.basch@verizon.com
			Steve Liu
			Verizon Communications
			60 Sylvan Rd., Waltham, MA 02451
			Email: steve.liu@verizon.com
			Andrew G. Malis
			Verizon Communications
			60 Sylvan Rd., Waltham, MA 02451
			Email: andrew.g.malis@verizon.com
			Contributor's Addresses
			Rajan Rao
			Infinera
			140 Caspian Ct., Sunnyvale, CA 94089
			Email: rrao@infinera.com
			Biao Lu
			Infinera
			140 Caspian Ct., Sunnyvale, CA 94089
			Email: blu@infinera.com
			Subhendu Chattopadhyay
			Infinera
			140 Caspian Ct., Sunnyvale, CA 94089
			Email: schattopadhyay@infinera.com
			Harpreet Uppal
			Infinera
			140 Caspian Ct., Sunnyvale, CA 94089
			Email: harpreet.uppal@infinera.com
End of changes. 40 change blocks.
	229 lines changed or deleted		180 lines changed or added
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/