< draft-hussain-ccamp-super-channel-label-04.txt		draft-hussain-ccamp-super-channel-label-05.txt >
	Network Working Group Iftekhar Hussain		Network Working Group Iftekhar Hussain
	Internet Draft Abinder Dhillon		Internet Draft Zhong Pan
	Intended status: Standard Track Zhong Pan		Intended status: Standard Track Marco Sosa
	Expires: March 2013 Marco Sosa		Expires: September 2013 Infinera
	Infinera
	Bert Basch		Bert Basch
	Steve Liu		Steve Liu
	Andrew G. Malis		Andrew G. Malis
	Verizon Communications		Verizon Communications
	September 5, 2012		Abinder Dhillon
			Fujitsu Network Communications
			April 13, 2013
	Generalized Label for Super-Channel Assignment on Flexible Grid		Generalized Label for Super-Channel Assignment on Flexible Grid
	draft-hussain-ccamp-super-channel-label-04.txt		draft-hussain-ccamp-super-channel-label-05.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
	skipping to change at page 2, line 18 ¶		skipping to change at page 2, line 21 ¶
	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 5, 2013.		This Internet-Draft will expire on September 12, 2013.
	Copyright Notice		Copyright Notice
	Copyright (c) 2012 IETF Trust and the persons identified as the		Copyright (c) 2013 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 46 ¶		skipping to change at page 3, line 4 ¶
	1. Introduction...................................................3		1. Introduction...................................................3
	2. Terminology....................................................6		2. Terminology....................................................6
	3. Motivation for Super-Channel Label.............................6		3. Motivation for Super-Channel Label.............................6
	3.1. Flex-Grid Slice Numbering.................................6		3.1. Flex-Grid Slice Numbering.................................6
	3.2. Super-Channel Label.......................................7		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 Type, Switching Type, and Generalized-PID		3.2.2. LSP Encoding Type, Switching Type, and Generalized-PID
	(G-PID) in Generalized Label Request.......................11		(G-PID) in Generalized Label Request.......................11
	4. Security Considerations.......................................11		4. Security Considerations.......................................11
	5. IANA Considerations...........................................11		5. IANA Considerations...........................................12
	6. References....................................................11		6. References....................................................12
	6.1. Normative References.....................................11		6.1. Normative References.....................................12
	6.2. Informative References...................................12		6.2. Informative References...................................12
	7. Acknowledgments...............................................12		7. Acknowledgments...............................................13
	Appendix A. Super-Channel Label Format Example...................13		Appendix A. Super-Channel Label Format Example...................14
	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 5, line 30 ¶		skipping to change at page 5, line 30 ¶
	+------+ +------+		+------+ +------+
	|50 GHz| |50 GHz|		|50 GHz| |50 GHz|
	+------+ +------+		+------+ +------+
	(10 Gbps channel) (40Gbps channel)		(10 Gbps channel) (40Gbps channel)
	(a fixed 50GHz chunk) (a fixed 50GHz chunk)		(a fixed 50GHz chunk) (a fixed 50GHz chunk)
	(a)		(a)
	^ ^ ^ ^ ^ ^		^ ^ ^ ^ ^ ^
	| | | | | ++|		| | | | | + +|
	... |-|-|-|-|-|-|-|-| |+|+|+|+|+|+|+|+|+|1|1| ...		... |-|-|-|-|-|-|-|-| |+|+|+|+|+|+|+|+|+|1|1| ...
	|8|7|6|5|4|3|2|1|0|1|2|3|4|5|6|7|8|9|0|1|		|8|7|6|5|4|3|2|1|0|1|2|3|4|5|6|7|8|9|0|1|
	---+-------+-------+-------+-------+-------+---		---+-------+-------+-------+-------+-------+---
	^ ^ ^		^ ^ ^
	|<-- 200 GHz -->|<- ->|		|<-- 200 GHz -->|<- ->|
	| | 50GHz |		| | 50GHz |
	+-------------------------------+-------+		+-------------------------------+-------+
	| 1 Tbps super-channel |100Gbps|		| 1 Tbps super-channel |100Gbps|
	| 16 slices of 12.5 GHz |Channel|		| 16 slices of 12.5 GHz |Channel|
	skipping to change at page 8, line 9 ¶		skipping to change at page 8, line 9 ¶
	| (see label encoding |		| (see label encoding |
	| format for details) |		| format for details) |
	+-----------------------+		+-----------------------+
	Figure 2 flex-grid example of the proposed slice numbering scheme.		Figure 2 flex-grid example of the proposed slice numbering scheme.
	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 the		This section describes two options (option A and B) for encoding the
	super-channel label by making extensions to the 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. (Editor's
			Note: the term super-channel is a placeholder until a new term is
			defined for this entity).
	o Option A: Encode super-channel label as a list of start and end		o Option A: Encode a super-channel label containing N frequency
			slots as a list of N entries in the form of (n, m) , where n is
			an integer that defines the nominal central frequency of the
			frequency slot and m is a positive integer that defines the slot
			width in accordance with the G.694.1. Other than the encoding of
			frequency slots (i.e., list of (n, m) in option A vs. list of
			(start, end) in option B) all other fields are identical in
			Option A and B.
			o Option B: Encode super-channel label as a list of start and end
	slice numbers corresponding to N slots, each consisting of		slice numbers corresponding to N slots, each consisting of
	contiguous slices with each slot denoted by its starting and		contiguous slices with each slot denoted by its starting and
	ending slice number (e.g., "n_start_1" and "n_end_1" represent		ending slice number (e.g., "n_start_1" and "n_end_1" represent
	contiguous slices in slot#1, "n_start 2" and "n_end 2" in slot#2,		contiguous slices in slot#1, "n_start 2" and "n_end 2" in slot#2,
	..., "n_start N" and "n_end N" in slot#N).		..., "n_start N" and "n_end N" in slot#N).
	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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id(16-bit) |Grid | S.S. | Reserved (9-bit)|		| Super-Channel Id(16-bit) |Grid | S.S. | Reserved (9-bit)|
	skipping to change at page 9, line 36 ¶		skipping to change at page 10, line 4 ¶
	| 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		Number of Entries: 16-bit
	This field represents the number of 32-bit entries in the		This field represents the number of 32-bit entries in the
	super-channel label (i.e., number of slots with contiguous		super-channel label (i.e., number of slots with contiguous
	slices). For example, in the case of a super-channel with		slices). For example, in the case of a super-channel with
	contiguous optical spectrum, this field should have a value of 1		contiguous optical spectrum, this field should have a value of 1
	(indicating one slot of contiguous slices).		(indicating one slot of contiguous slices).
	n_start_i (i=1,2,...N): 16 bits		n_start_i (i=1,2,...N): 16 bits
	n_end_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-		A super-channel with contiguous spectrum or a split-spectrum super-
	channel with non-contiguous optical spectrum can be represented by N		channel with non-contiguous optical spectrum can be represented by N
	slots of slices where two adjacent slots can be contiguous or non-		slots of slices where two adjacent slots can be contiguous or non-
	contiguous, however each slot contains contiguous slices. Each slot		contiguous, however each slot contains contiguous slices. Each slot
	is denoted by n_start_i (which indicates the lowest or starting 12.5		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		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"		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		and "n_end_i" are two's-complement integers that can take either a
	positive, negative, or zero value.		positive, negative, or zero value.
	o Option B: Encode super-channel label as a first slice number of		o Option C: Encode super-channel label as a first slice number of
	the grid (denoted as "n_start of Grid") plus the entire list of		the grid (denoted as "n_start of Grid") plus the entire list of
	slices in the grid as a Bitmap		slices in the grid as a Bitmap
	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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|		| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start of Grid (16-bit) |Num of Slices in Grid (16-bit) |		|n_start of Grid (16-bit) |Num of Slices in Grid (16-bit) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	skipping to change at page 10, line 34 ¶		skipping to change at page 10, line 48 ¶
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |		| |
	...		...
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|Bitmap Word #N(last set of 32 contiguous slice numbers) |		|Bitmap Word #N(last set of 32 contiguous slice numbers) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Where:		Where:
	Super-Channel Id, Grid, and S.S fields are same as described		Super-Channel Id, Grid, and S.S fields are same as described
	earlier in option A.		earlier in option B.
	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 left most edge of		band being referenced (i.e., the start of the left most edge of
	the Grid).		the Grid).
	Numof 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.
	Both options allow efficient encoding of a super-channel label with		All three options allow efficient encoding of a super-channel label
	contiguous and non-contiguous slices. Option B yields a fixed length		with contiguous and non-contiguous slices. Option C yields a fixed
	format while option A a variable length format. Option B is		length format while option A and B, a variable length format. Option
	relatively simpler, more flexible, however, might be less compact		C is relatively simpler, more flexible, however, might be less
	than option A for encoding a single super-channel with contiguous		compact than option A and B for encoding a single super-channel with
	optical spectrum. In contrast, option A provides a very compact		contiguous optical spectrum. In contrast, option A and B provide a
	representation for super-channels with contiguous optical spectrum,		very compact representation for super-channels with contiguous
	however, might be less flexible in encoding split-spectrum super-		optical spectrum, however, might be less flexible in encoding split-
	channels with arbitrary non-contiguous set of slices.		spectrum super-channels with arbitrary non-contiguous set of slices.
	3.2.2. LSP Encoding Type, Switching Type, and Generalized-PID (G-PID)		3.2.2. LSP Encoding Type, Switching Type, and Generalized-PID (G-PID)
	in Generalized Label Request		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), Switching Type =		LSP Encoding Type = Lambda (as defined in RFC4328), Switching Type =
	Super-Channel-Switch-Capable(SCSC) (as defined in [6]), and a new G-		Super-Channel-Switch-Capable(SCSC) (as defined in [6]), and a new G-
	PID type = OTUadaptand a new G-PID value (similar to as defined in		PID type = OTUadaptand a new G-PID value (similar to as defined in
	section 3.1.3 of RFC4328) to be assigned by IANA.		section 3.1.3 of RFC4328) to be assigned by IANA.
	skipping to change at page 13, line 18 ¶		skipping to change at page 14, 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 A defined in section 3.3:		label format encoding option B defined in section 3.3:
	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
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|		| Super-Channel Id (16-bit) |Grid | S.S. | Reserved (9-bit)|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Reserved (16-bit) | Number of Entries (16-bit) |		| Reserved (16-bit) | Number of Entries (16-bit) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|n_start_1 (contiguous slot #1) | n_end_1(contiguous slot#1) |		|n_start_1 (contiguous slot #1) | n_end_1(contiguous slot#1) |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	skipping to change at page 14, line 13 ¶		skipping to change at page 15, line 13 ¶
	n_end_1= -115 : Right-most 12.5 GHz slice number for slot 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
	Infinera
	140 Caspian Ct., Sunnyvale, CA 94089
	Email: adhillon@infinera.com
	Zhong Pan		Zhong Pan
	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
	skipping to change at page 15, line 4 ¶		skipping to change at page 15, line 36 ¶
	Verizon Communications		Verizon Communications
	60Sylvan Rd., Waltham, MA02451		60Sylvan Rd., Waltham, MA02451
	Email: bert.e.basch@verizon.com		Email: bert.e.basch@verizon.com
	SteveLiu		SteveLiu
	Verizon Communications		Verizon Communications
	60Sylvan Rd., Waltham, MA02451		60Sylvan Rd., Waltham, MA02451
	Email: steve.liu@verizon.com		Email: steve.liu@verizon.com
	Andrew G. Malis		Andrew G. Malis
	Verizon Communications		Verizon Communications
	60Sylvan Rd., Waltham, MA02451		60Sylvan Rd., Waltham, MA02451
	Email: andrew.g.malis@verizon.com		Email: andrew.g.malis@verizon.com
			Abinder Dhillon
			Fujitsu Network Communications
			2801 Telecom Parkway, Richardson, TX 75082
			Email: abinder.dhillon@us.fujitsu.com
	Contributor's Addresses		Contributor's Addresses
	Rajan Rao		Rajan Rao
	Infinera		Infinera
	140 Caspian Ct., Sunnyvale, CA 94089		140 Caspian Ct., Sunnyvale, CA 94089
	Email: rrao@infinera.com		Email: rrao@infinera.com
	Biao Lu		Biao Lu
End of changes. 20 change blocks.
	36 lines changed or deleted		49 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/