From nobody Wed Sep 2 13:04:22 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 026731B508C; Wed, 2 Sep 2015 13:04:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id egtKY9pAFBn1; Wed, 2 Sep 2015 13:04:19 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2D0F1B45D9; Wed, 2 Sep 2015 13:04:12 -0700 (PDT) Received: from unnumerable.local (pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id t82K4Aep031753 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK); Wed, 2 Sep 2015 15:04:11 -0500 (CDT) (envelope-from rjsparks@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80] claimed to be unnumerable.local Message-ID: <55E75637.9030800@nostrum.com> Date: Wed, 02 Sep 2015 15:04:07 -0500 From: Robert Sparks User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, ccamp@ietf.org, General Area Review Team , "ietf@ietf.org" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2015 20:04:21 -0000 I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-ccamp-flexigrid-lambda-label-04 Reviewer: Robert Sparks Review Date: 2 Sep 2015 IETF LC End Date: 9 Sep 2015 IESG Telechat date: Not yet scheduled for a telechat Summary: Ready for publication as a Proposed Standard One thing I'd like to check, and I suspect this pokes at a conversation that has already happened (as hinted in the acknowledgements section): The discussion of managements systems having to deal with a 64 bit wavelength label caught my eye. This is an RFC3471 section 3.2.1.1 label isn't it? That document shows wavelength labels as 32 bit things. Has something updated 3471 to say to expect a multiple of 32 bits, and not 32 bits specifically? If not, maybe this document would be a good place to do so explicitly, rather than what appears to be fiat at the moment? micro-nit: at the end of the introduction "in that regard" suggests the document updates the work of the ITU-T in some other regard? I suggest simple deleting the phrase. From nobody Fri Sep 4 00:51:21 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B011B4DE1; Thu, 3 Sep 2015 00:11:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zC3vsg4vU8rU; Thu, 3 Sep 2015 00:11:36 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67FB61B4DC5; Thu, 3 Sep 2015 00:11:36 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t837BX3P010586; Thu, 3 Sep 2015 08:11:34 +0100 Received: from 950129200 ([149.254.183.204]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t837BUHl010566 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 3 Sep 2015 08:11:31 +0100 From: "Adrian Farrel" To: "'Robert Sparks'" , , , "'General Area Review Team'" , References: <55E75637.9030800@nostrum.com> In-Reply-To: <55E75637.9030800@nostrum.com> Date: Thu, 3 Sep 2015 08:11:27 +0100 Message-ID: <005701d0e617$c2365000$46a2f000$@juniper.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQF9i09QW/wkh4JgboaEl6Ud5RBjlZ7QX9rQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21788.005 X-TM-AS-Result: No--22.925-10.0-31-10 X-imss-scan-details: No--22.925-10.0-31-10 X-TMASE-MatchedRID: rRgX50UcFf6EsOVspXZnjE7oIjusiHaKkDAnllSUPbf7/v/5alNYetRm ti/O6j0CRJWmeOMHa+St3HbX4qMGWpcsrFuBq8JgUqo5FKymAq+cl7+trwU+WEvEthfZZLzv2sE GsaoEZ+XI9BHsOEzeNnSj3ftJ3yZHZLUOVtaLGSw53c0SeGJM84aokT+nraN3u6cTLrgJBGqTgV 2heE0WDeO53bHtM9W3Jz/Fli73wMiLk9i7VU1THBe3N9DLzITJtVADdrz7kzLFlCgYxEaGE8yp6 /c4+odx6MJbew68fdsRtYulOk+p6iMLjve2Z5MZeTjw/FyRX6S/WXZS/HqJ2gtuKBGekqUpPjKo Pgsq7cA= Archived-At: X-Mailman-Approved-At: Fri, 04 Sep 2015 00:51:15 -0700 Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: afarrel@juniper.net List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Sep 2015 07:11:38 -0000 Hi Robert, Thanks for reading. > Summary: Ready for publication as a Proposed Standard Excellent diagnosis :-) > One thing I'd like to check, and I suspect this pokes at a = conversation > that has already happened (as hinted in the acknowledgements section): >=20 > The discussion of managements systems having to deal with a 64 bit > wavelength label caught my eye. This is an RFC3471 section 3.2.1.1 = label > isn't it? That document shows wavelength labels as 32 bit things. Has > something updated 3471 to say to expect a multiple of 32 bits, and not > 32 bits specifically? If not, maybe this document would be a good = place > to do so explicitly, rather than what appears to be fiat at the = moment? Yeah, 6205 updates 3471 (as noted in this I-D), but still only makes a = 32 bit lambda label. But 3.2 of 3471 makes clear that a label is of variable length according = to the type. And also that the type is supposed to be known a priori = (since otherwise you would go crazy) by both ends of a link. But an implementation expecting a 32 bit lambda label would not barf = ungracefully because the first 32 bits follow the format of 6205. It = would look at them and not recognise the grid type (new value from IANA) = and so give up on the whole message. And this is good because if you = don't support flexigrid labels you simply can't process any of the = related signaling. Thus, we think that the only thing that needs fixing (external to the = implementation that has to support flexigrid labels) is the management = system that might be inspecting LSPs within the network. > micro-nit: at the end of the introduction "in that regard" suggests = the > document updates the work of the ITU-T in some other regard? I suggest > simple deleting the phrase. Micro-ack. Cheers, Adrian From nobody Tue Sep 8 01:33:35 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79E901B3199 for ; Tue, 8 Sep 2015 01:33:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z2upj23boBh5 for ; Tue, 8 Sep 2015 01:33:33 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 001261A913D for ; Tue, 8 Sep 2015 01:33:32 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 106D61832BB; Tue, 8 Sep 2015 01:33:27 -0700 (PDT) To: lberger@movaz.com, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, daniele.ceccarelli@ericsson.com, zhangfatai@huawei.com X-PHP-Originating-Script: 6000:errata_mail_lib.php From: RFC Errata System Message-Id: <20150908083327.106D61832BB@rfc-editor.org> Date: Tue, 8 Sep 2015 01:33:27 -0700 (PDT) Archived-At: Cc: alexander.okonnikov@gmail.com, ccamp@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] [Editorial Errata Reported] RFC3473 (4467) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 08:33:34 -0000 The following errata report has been submitted for RFC3473, "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3473&eid=4467 -------------------------------------- Type: Editorial Reported by: Alexander Okonnikov Section: 2.4 Original Text ------------- Waveband switching uses the same format as the generalized label, see section 2.2. Corrected Text -------------- Waveband switching uses the same format as the generalized label, see section 2.3. Notes ----- Incorrect reference. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC3473 (draft-ietf-mpls-generalized-rsvp-te-09) -------------------------------------- Title : Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions Publication Date : January 2003 Author(s) : L. Berger, Ed. Category : PROPOSED STANDARD Source : Common Control and Measurement Plane Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Sep 8 07:45:51 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C0F21ACEEB; Tue, 8 Sep 2015 07:45:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b6mN1p4GXVBl; Tue, 8 Sep 2015 07:45:41 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D37F71B4B6B; Tue, 8 Sep 2015 07:45:39 -0700 (PDT) X-AuditID: c1b4fb30-f79626d000006adf-7a-55eef4918ed3 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 8D.58.27359.194FEE55; Tue, 8 Sep 2015 16:45:38 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.27]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0248.002; Tue, 8 Sep 2015 16:45:37 +0200 From: Daniele Ceccarelli To: Adrian Farrel , 'Robert Sparks' , "draft-ietf-ccamp-flexigrid-lambda-label@ietf.org" , "ccamp@ietf.org" , 'General Area Review Team' , "ietf@ietf.org" Thread-Topic: Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 Thread-Index: AQHQ6kUGZMXJzVccMUaiX0cWQUZ3iw== Date: Tue, 8 Sep 2015 14:45:37 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> References: <55E75637.9030800@nostrum.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLLMWRmVeSWpSXmKPExsUyM+Jvje6kL+9CDc7tY7eY+OI+k8WTOTdY LBbtf8RkcfXVZxaLZxvns1hcm9PI5sDmsWTJTyaP601X2T1m7XzCEsAcxWWTkpqTWZZapG+X wJXx9s5TloINChVdV1+yNjAeke9i5OSQEDCR2H7qHRuELSZx4d56IJuLQ0jgKKPEpe8XGCGc RYwS/6YdZ+li5OBgE7CSeHLIByQuIrCRSeLN3C5GkG5hAS+JQwcmgU0SEfCWuN11hx3C1pN4 sOgWC4jNIqAice3/bLA4r4CvxOV1b1lBbCEBbYm+ndvAehkFZCUm7F4ENpNZQFzi1pP5TBDX CUgs2XOeGcIWlXj5+B8rhK0k8WPDJbDbmAU0Jdbv0odoVZSY0v0QapWgxMmZT1gmMIrMQjJ1 FkLHLCQds5B0LGBkWcUoWpxanJSbbmSkl1qUmVxcnJ+nl5dasokRGD8Ht/w22MH48rnjIUYB DkYlHt7EynehQqyJZcWVuYcYpTlYlMR5m5kehAoJpCeWpGanphakFsUXleakFh9iZOLglGpg 7GVend/RFSKpm2E2vSA25wujz9vSaw9LZzNKztkvzWRWsfjNv8qt1bxfUs3jZs49skxjZyDv lbxyuy83uJuna2afr9/S/UCXv6Q+ebOHNMP0fdc2RzbN3PBY7US+3VTZ3Icy/qdOLV2S6eNv NCtoim6lt1L+urIj5d+KWz7dC+Atk8ho7d+gxFKckWioxVxUnAgAteMRc4ACAAA= Archived-At: Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:45:50 -0000 SGkgUm9iZXJ0LCANCg0KVGhhbmtzIGZvciB0aGUgY2FyZWZ1bCByZXZpZXcgYW5kIHlvdXIgY29t bWVudHMuIA0KSSBwcmV0dHkgbXVjaCBhZ3JlZSB3aXRoIEFkcmlhbidzIHJlcGx5IGJ1dCBJIHRo aW5rIGV4cGxpY2l0bHkgaGF2aW5nIHNvbWUgYmFja3dhcmQgY29tcGF0aWJpbGl0eSB0ZXh0IGlu IHRoZSBkcmFmdCBjb3VsZCBiZSBoZWxwZnVsLg0KDQpBZHJpYW4sIGF1dGhvcnMsIEknZCBzdWdn ZXN0IGNoYW5naW5nIHNlY3Rpb24gNSBmcm9tICJNYW5hZ2VhYmlsaXR5IENvbnNpZGVyYXRpb25z IiB0byAiQmFja3dhcmQgQ29tcGF0aWJpbGl0eSBhbmQgTWFuYWdlYWJpbGl0eSBDb25zaWRlcmF0 aW9ucyIgYWRkaW5nIHRvIHRoZSBleGlzdGluZyB0ZXh0IGJhY2t3YXJkIGNvbXBhdGliaWxpdHkg Y29uc2lkZXJhdGlvbnMgYWdhaW5zdCBsZWdhY3kgR01QTFMgYW5kIGxlZ2FjeSBOTVMgKG1vc3Rs eSB3aGF0IHlvdSd2ZSBhbHJlYWR5IHdyaXR0ZW4gYmVsb3cpLiANCldSVCB0aGUgbGVnYWN5IE5N UyBJIGRvbid0IHRoaW5rIGl0IGlzIGEgcmVhc29uYWJsZSBzY2VuYXJpbywgc2luY2UgYmVmb3Jl IG9wZXJhdGluZyB0aGUgbm9kZXMgd2l0aCBhIEdNUExTIGltcGxlbWVudGluZyB0aGlzIGRyYWZ0 LCB0aGUgbm9kZSBuZWVkcyB0byBiZSBjb25maWd1cmVkIGFuZCB0aGUgTk1TIG11c3QgYmUgZmxl eGktZ3JpZCBjb21wYXRpYmxlLg0KDQpSb2JlcnQsIHdvdWxkIHRoaXMgYWRkcmVzcyB5b3VyIGNv bmNlcm5zPw0KDQpNYW55IHRoYW5rcw0KRGFuaWVsZQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IEFkcmlhbiBGYXJyZWwgW21haWx0bzphZmFycmVsQGp1bmlwZXIubmV0 XQ0KPiBTZW50OiBnaW92ZWTDrCAzIHNldHRlbWJyZSAyMDE1IDA5OjExDQo+IFRvOiAnUm9iZXJ0 IFNwYXJrcyc7IGRyYWZ0LWlldGYtY2NhbXAtZmxleGlncmlkLWxhbWJkYS1sYWJlbEBpZXRmLm9y ZzsNCj4gY2NhbXBAaWV0Zi5vcmc7ICdHZW5lcmFsIEFyZWEgUmV2aWV3IFRlYW0nOyBpZXRmQGll dGYub3JnDQo+IFN1YmplY3Q6IFJFOiBHZW4tYXJ0IExDIHJldmlldzogZHJhZnQtaWV0Zi1jY2Ft cC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsLTA0DQo+IA0KPiBIaSBSb2JlcnQsDQo+IA0KPiBUaGFu a3MgZm9yIHJlYWRpbmcuDQo+IA0KPiA+IFN1bW1hcnk6IFJlYWR5IGZvciBwdWJsaWNhdGlvbiBh cyBhIFByb3Bvc2VkIFN0YW5kYXJkDQo+IA0KPiBFeGNlbGxlbnQgZGlhZ25vc2lzIDotKQ0KPiAN Cj4gPiBPbmUgdGhpbmcgSSdkIGxpa2UgdG8gY2hlY2ssIGFuZCBJIHN1c3BlY3QgdGhpcyBwb2tl cyBhdCBhDQo+ID4gY29udmVyc2F0aW9uIHRoYXQgaGFzIGFscmVhZHkgaGFwcGVuZWQgKGFzIGhp bnRlZCBpbiB0aGUNCj4gYWNrbm93bGVkZ2VtZW50cyBzZWN0aW9uKToNCj4gPg0KPiA+IFRoZSBk aXNjdXNzaW9uIG9mIG1hbmFnZW1lbnRzIHN5c3RlbXMgaGF2aW5nIHRvIGRlYWwgd2l0aCBhIDY0 IGJpdA0KPiA+IHdhdmVsZW5ndGggbGFiZWwgY2F1Z2h0IG15IGV5ZS4gVGhpcyBpcyBhbiBSRkMz NDcxIHNlY3Rpb24gMy4yLjEuMQ0KPiA+IGxhYmVsIGlzbid0IGl0PyBUaGF0IGRvY3VtZW50IHNo b3dzIHdhdmVsZW5ndGggbGFiZWxzIGFzIDMyIGJpdA0KPiA+IHRoaW5ncy4gSGFzIHNvbWV0aGlu ZyB1cGRhdGVkIDM0NzEgdG8gc2F5IHRvIGV4cGVjdCBhIG11bHRpcGxlIG9mIDMyDQo+ID4gYml0 cywgYW5kIG5vdA0KPiA+IDMyIGJpdHMgc3BlY2lmaWNhbGx5PyBJZiBub3QsIG1heWJlIHRoaXMg ZG9jdW1lbnQgd291bGQgYmUgYSBnb29kDQo+ID4gcGxhY2UgdG8gZG8gc28gZXhwbGljaXRseSwg cmF0aGVyIHRoYW4gd2hhdCBhcHBlYXJzIHRvIGJlIGZpYXQgYXQgdGhlDQo+IG1vbWVudD8NCj4g DQo+IFllYWgsIDYyMDUgdXBkYXRlcyAzNDcxIChhcyBub3RlZCBpbiB0aGlzIEktRCksIGJ1dCBz dGlsbCBvbmx5IG1ha2VzIGEgMzIgYml0DQo+IGxhbWJkYSBsYWJlbC4NCj4gDQo+IEJ1dCAzLjIg b2YgMzQ3MSBtYWtlcyBjbGVhciB0aGF0IGEgbGFiZWwgaXMgb2YgdmFyaWFibGUgbGVuZ3RoIGFj Y29yZGluZyB0byB0aGUNCj4gdHlwZS4gQW5kIGFsc28gdGhhdCB0aGUgdHlwZSBpcyBzdXBwb3Nl ZCB0byBiZSBrbm93biBhIHByaW9yaSAoc2luY2Ugb3RoZXJ3aXNlDQo+IHlvdSB3b3VsZCBnbyBj cmF6eSkgYnkgYm90aCBlbmRzIG9mIGEgbGluay4NCj4gDQo+IEJ1dCBhbiBpbXBsZW1lbnRhdGlv biBleHBlY3RpbmcgYSAzMiBiaXQgbGFtYmRhIGxhYmVsIHdvdWxkIG5vdCBiYXJmDQo+IHVuZ3Jh Y2VmdWxseSBiZWNhdXNlIHRoZSBmaXJzdCAzMiBiaXRzIGZvbGxvdyB0aGUgZm9ybWF0IG9mIDYy MDUuIEl0IHdvdWxkDQo+IGxvb2sgYXQgdGhlbSBhbmQgbm90IHJlY29nbmlzZSB0aGUgZ3JpZCB0 eXBlIChuZXcgdmFsdWUgZnJvbSBJQU5BKSBhbmQgc28NCj4gZ2l2ZSB1cCBvbiB0aGUgd2hvbGUg bWVzc2FnZS4gQW5kIHRoaXMgaXMgZ29vZCBiZWNhdXNlIGlmIHlvdSBkb24ndCBzdXBwb3J0DQo+ IGZsZXhpZ3JpZCBsYWJlbHMgeW91IHNpbXBseSBjYW4ndCBwcm9jZXNzIGFueSBvZiB0aGUgcmVs YXRlZCBzaWduYWxpbmcuDQo+IA0KPiBUaHVzLCB3ZSB0aGluayB0aGF0IHRoZSBvbmx5IHRoaW5n IHRoYXQgbmVlZHMgZml4aW5nIChleHRlcm5hbCB0byB0aGUNCj4gaW1wbGVtZW50YXRpb24gdGhh dCBoYXMgdG8gc3VwcG9ydCBmbGV4aWdyaWQgbGFiZWxzKSBpcyB0aGUgbWFuYWdlbWVudA0KPiBz eXN0ZW0gdGhhdCBtaWdodCBiZSBpbnNwZWN0aW5nIExTUHMgd2l0aGluIHRoZSBuZXR3b3JrLg0K PiANCj4gPiBtaWNyby1uaXQ6IGF0IHRoZSBlbmQgb2YgdGhlIGludHJvZHVjdGlvbiAiaW4gdGhh dCByZWdhcmQiIHN1Z2dlc3RzDQo+ID4gdGhlIGRvY3VtZW50IHVwZGF0ZXMgdGhlIHdvcmsgb2Yg dGhlIElUVS1UIGluIHNvbWUgb3RoZXIgcmVnYXJkPyBJDQo+ID4gc3VnZ2VzdCBzaW1wbGUgZGVs ZXRpbmcgdGhlIHBocmFzZS4NCj4gDQo+IE1pY3JvLWFjay4NCj4gDQo+IENoZWVycywNCj4gQWRy aWFuDQo= From nobody Tue Sep 8 09:01:58 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0CDF1ACEAC; Tue, 8 Sep 2015 09:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.701 X-Spam-Level: X-Spam-Status: No, score=-100.701 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v6FJYzD8hkFq; Tue, 8 Sep 2015 09:01:55 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B87EE1A01D5; Tue, 8 Sep 2015 09:01:51 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t88G1l9l021345; Tue, 8 Sep 2015 17:01:48 +0100 Received: from 950129200 ([62.7.67.18]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t88G1f4Z021259 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 8 Sep 2015 17:01:46 +0100 From: "Adrian Farrel" To: "'Daniele Ceccarelli'" , "'Adrian Farrel'" , "'Robert Sparks'" , , , "'General Area Review Team'" , References: <55E75637.9030800@nostrum.com> <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> Date: Tue, 8 Sep 2015 17:01:41 +0100 Message-ID: <01cf01d0ea4f$aa4ddd50$fee997f0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQF9i09QW/wkh4JgboaEl6Ud5RBjlQK+QpaqnsOUoSA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21804.000 X-TM-AS-Result: No--10.643-10.0-31-10 X-imss-scan-details: No--10.643-10.0-31-10 X-TMASE-MatchedRID: VfovoVrt/oY4HKI/yaqRm+YAh37ZsBDCQV6BZJ9WeFbSYAzZ6KmqWlTY GusIwRcJ/8dwTppjCkZLnfhG6AojyRZth7gGVYH2W7gz/Gbgpl7yoHHk1agFzbkiJ/BgvX6rbzX zPWymwLkT+KeB7bRhwXUF/sNfMS7WtAxtk7pRcd7cWo5Vvs8MQgpqOIpWiKGpVv+3DNSQobNxEW 0uzmaRA8wiPFwdmGtzDHUYwes5GeYgTx1R9EMDmDDfgfM3Zc/RFJFr2qlKix8dY1owGR6BJ/pZj WQiqBlhN0q3D0fzPh+kyVAIR7WdwOVHGbcDbAq6gxsfzkNRlfLdB/CxWTRRu25FeHtsUoHuMLny /eSDRsPwyPc9othGlxgF7Qm6z8BSM61556XL364JK2MK45H+GA== Archived-At: Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 16:01:57 -0000 Hi Daniele, > Thanks for the careful review and your comments. > I pretty much agree with Adrian's reply but I think explicitly having = some > backward compatibility text in the draft could be helpful. >=20 > Adrian, authors, I'd suggest changing section 5 from "Manageability > Considerations" to "Backward Compatibility and Manageability = Considerations" > adding to the existing text backward compatibility considerations = against legacy > GMPLS and legacy NMS (mostly what you've already written below). I can work on this. > WRT the legacy NMS I don't think it is a reasonable scenario, since = before > operating the nodes with a GMPLS implementing this draft, the node = needs to be > configured and the NMS must be flexi-grid compatible. But wait! This is exactly the point. Suppose there is an NMS that is inspecting an LSP at a transit node.=20 That NMS does not need to be flexigrid compatible to read the details of = the LSP at that transit node. However, it *does* need to have some capabilities in order to not barf = when it gets the response from the LSR. The first thing is to handle a 64 bit label as an opaque string. The advanced thing is to be able to parse out the 64 bits into the = relevant fields. Indeed, to request the setup of a flexigrid LSP does not require a = flexigrid compatible NMS since it is possible to simply request a path = and bandwidth (or not even request a path). My contention is that it is quite likely that someone would try to use a = legacy NMS to manage a new flexigrid network since "it is all just = GMPLS". And it is not an unreasonable assumption to be able to do this = if some fields (for example, label) can be displayed as opaque = quantities. Now, if you are talking about an EMS, I completely agree. Cheers, Adrian From nobody Wed Sep 9 00:41:32 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 272341B31D2; Wed, 9 Sep 2015 00:41:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ew70XnDqdEfD; Wed, 9 Sep 2015 00:41:27 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AECE11B3D52; Wed, 9 Sep 2015 00:41:25 -0700 (PDT) X-AuditID: c1b4fb30-f79626d000006adf-be-55efe2a32d01 Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id AF.98.27359.3A2EFE55; Wed, 9 Sep 2015 09:41:23 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.27]) by ESESSHC002.ericsson.se ([153.88.183.24]) with mapi id 14.03.0248.002; Wed, 9 Sep 2015 09:41:22 +0200 From: Daniele Ceccarelli To: "adrian@olddog.co.uk" , 'Adrian Farrel' , 'Robert Sparks' , "draft-ietf-ccamp-flexigrid-lambda-label@ietf.org" , "ccamp@ietf.org" , 'General Area Review Team' , "ietf@ietf.org" Thread-Topic: Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 Thread-Index: AQHQ6kUGZMXJzVccMUaiX0cWQUZ3i54yqTuAgAEnDbA= Date: Wed, 9 Sep 2015 07:41:22 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129EAF51@ESESSMB301.ericsson.se> References: <55E75637.9030800@nostrum.com> <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> <01cf01d0ea4f$aa4ddd50$fee997f0$@olddog.co.uk> In-Reply-To: <01cf01d0ea4f$aa4ddd50$fee997f0$@olddog.co.uk> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42KZGfG3Rnfxo/ehBrueq1j86LnBbDHxxX0m iydzbrBYLNr/iMni6qvPLBbPNs5nsbg2p5HNgd1jyZKfTB7Xm66ye8za+YTFY8XmlYwBLFFc NimpOZllqUX6dglcGV3LzQteyVd0rP3N1sDYIN/FyMkhIWAisebpWUYIW0ziwr31bF2MXBxC AkcZJU4uOM0E4SxilNjxaDtLFyMHB5uAlcSTQz4gcRGBR0wSi793s4J0Cwt4SRw6MIkNxBYR 8Ja43XWHHaReBKh+/n4NkDCLgIrE+xNvwEp4BXwljl7dwQgxfwGjxMRvh9hBEpwC1hKndr8D m8koICsxYfcisOuYBcQlbj2ZzwRxqYDEkj3nmSFsUYmXj/+xguySEFCUWN4vB2IyC2hKrN+l D9GpKDGl+yE7xFpBiZMzn7BMYBSdhWToLISOWUg6ZiHpWMDIsopRtDi1OCk33chIL7UoM7m4 OD9PLy+1ZBMjMM4ObvltsIPx5XPHQ4wCHIxKPLwLJr0PFWJNLCuuzD3EKM3BoiTO28z0IFRI ID2xJDU7NbUgtSi+qDQntfgQIxMHp1QD45Ynaf6mq9or/UTM1x97kFGlsr/iFVd9xl51JQmO dSdbE47FvW9Ytat6bd7p+pORxwP2v6t/d2iijXjtvVmRlzc/OsodeGzC4aufc42NM2y/LHa+ Nu/62cet5RoeLHxf3ZmDde+deLGszd/Mhlubpc3uStFM8Z32FZMvzW7y3fuq+Oe75U6rOpVY ijMSDbWYi4oTAcMWgJGUAgAA Archived-At: Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 07:41:29 -0000 SGkgQWRyaWFuLA0KDQpJIHRlbmQgZGlzYWdyZWUgd2l0aCB0aGlzIHN0YXRlbWVudDoNCg0KIk15 IGNvbnRlbnRpb24gaXMgdGhhdCBpdCBpcyBxdWl0ZSBsaWtlbHkgdGhhdCBzb21lb25lIHdvdWxk IHRyeSB0byB1c2UgYSBsZWdhY3kgTk1TIHRvIG1hbmFnZSBhIG5ldyBmbGV4aWdyaWQgbmV0d29y ayBzaW5jZSAiaXQgaXMgYWxsIGp1c3QgR01QTFMiLiBBbmQgaXQgaXMgbm90IGFuIHVucmVhc29u YWJsZSBhc3N1bXB0aW9uIHRvIGJlIGFibGUgdG8gZG8gdGhpcyBpZiBzb21lIGZpZWxkcyAoZm9y IGV4YW1wbGUsIGxhYmVsKSBjYW4gYmUgZGlzcGxheWVkIGFzIG9wYXF1ZSBxdWFudGl0aWVzLiIN Cg0KSSdtIG5vdCBzdXJlIGFuIG9wZXJhdG9yIHdvdWxkIGJlIGhhcHB5IHRvIHNlZSA5NiBjaGFu bmVscyBjYWxsZWQgbGFtYmRhMSwgbGFtYmRhMiwuLi4sIGxhbWJkYSA5NiBmcm9tIGhpcyBOTVMg d2hpbGUgdGhlIG5ldHdvcmsgaXMgZmxleGkgZ3JpZC4NCldlJ2xsIGhhdmUgdG8gZmFjZSB0aGVz ZSBpc3N1ZXMgd2hlbiB3ZSdsbCBiZSBzcGVha2luZyBhYm91dCBZQU5HIG1vZGVscyBmb3IgZmxl eGkgZ3JpZCBidXQgZm9yIHRoZSB0aW1lIGJlaW5nIGxldCdzIGJlIG9uIHRoZSBzYWZlIHNpZGUg YW5kIGFkZHJlc3MgdGhlIGNvbXBhdGliaWxpdHkgaXNzdWUgYXMgeW91J3JlIHN1Z2dlc3Rpbmcu DQoNCkNoZWVycywNCkRhbmllbGUNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBG cm9tOiBBZHJpYW4gRmFycmVsIFttYWlsdG86YWRyaWFuQG9sZGRvZy5jby51a10NCj4gU2VudDog bWFydGVkw6wgOCBzZXR0ZW1icmUgMjAxNSAxODowMg0KPiBUbzogRGFuaWVsZSBDZWNjYXJlbGxp OyAnQWRyaWFuIEZhcnJlbCc7ICdSb2JlcnQgU3BhcmtzJzsgZHJhZnQtaWV0Zi1jY2FtcC0NCj4g ZmxleGlncmlkLWxhbWJkYS1sYWJlbEBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmc7ICdHZW5lcmFs IEFyZWEgUmV2aWV3DQo+IFRlYW0nOyBpZXRmQGlldGYub3JnDQo+IFN1YmplY3Q6IFJFOiBHZW4t YXJ0IExDIHJldmlldzogZHJhZnQtaWV0Zi1jY2FtcC1mbGV4aWdyaWQtbGFtYmRhLWxhYmVsLTA0 DQo+IA0KPiBIaSBEYW5pZWxlLA0KPiANCj4gPiBUaGFua3MgZm9yIHRoZSBjYXJlZnVsIHJldmll dyBhbmQgeW91ciBjb21tZW50cy4NCj4gPiBJIHByZXR0eSBtdWNoIGFncmVlIHdpdGggQWRyaWFu J3MgcmVwbHkgYnV0IEkgdGhpbmsgZXhwbGljaXRseSBoYXZpbmcNCj4gPiBzb21lIGJhY2t3YXJk IGNvbXBhdGliaWxpdHkgdGV4dCBpbiB0aGUgZHJhZnQgY291bGQgYmUgaGVscGZ1bC4NCj4gPg0K PiA+IEFkcmlhbiwgYXV0aG9ycywgSSdkIHN1Z2dlc3QgY2hhbmdpbmcgc2VjdGlvbiA1IGZyb20g Ik1hbmFnZWFiaWxpdHkNCj4gPiBDb25zaWRlcmF0aW9ucyIgdG8gIkJhY2t3YXJkIENvbXBhdGli aWxpdHkgYW5kIE1hbmFnZWFiaWxpdHkNCj4gQ29uc2lkZXJhdGlvbnMiDQo+ID4gYWRkaW5nIHRv IHRoZSBleGlzdGluZyB0ZXh0IGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgY29uc2lkZXJhdGlvbnMN Cj4gPiBhZ2FpbnN0IGxlZ2FjeSBHTVBMUyBhbmQgbGVnYWN5IE5NUyAobW9zdGx5IHdoYXQgeW91 J3ZlIGFscmVhZHkgd3JpdHRlbg0KPiBiZWxvdykuDQo+IA0KPiBJIGNhbiB3b3JrIG9uIHRoaXMu DQo+IA0KPiA+IFdSVCB0aGUgbGVnYWN5IE5NUyBJIGRvbid0IHRoaW5rIGl0IGlzIGEgcmVhc29u YWJsZSBzY2VuYXJpbywgc2luY2UNCj4gPiBiZWZvcmUgb3BlcmF0aW5nIHRoZSBub2RlcyB3aXRo IGEgR01QTFMgaW1wbGVtZW50aW5nIHRoaXMgZHJhZnQsIHRoZQ0KPiA+IG5vZGUgbmVlZHMgdG8g YmUgY29uZmlndXJlZCBhbmQgdGhlIE5NUyBtdXN0IGJlIGZsZXhpLWdyaWQgY29tcGF0aWJsZS4N Cj4gDQo+IEJ1dCB3YWl0ISBUaGlzIGlzIGV4YWN0bHkgdGhlIHBvaW50Lg0KPiBTdXBwb3NlIHRo ZXJlIGlzIGFuIE5NUyB0aGF0IGlzIGluc3BlY3RpbmcgYW4gTFNQIGF0IGEgdHJhbnNpdCBub2Rl Lg0KPiBUaGF0IE5NUyBkb2VzIG5vdCBuZWVkIHRvIGJlIGZsZXhpZ3JpZCBjb21wYXRpYmxlIHRv IHJlYWQgdGhlIGRldGFpbHMgb2YgdGhlDQo+IExTUCBhdCB0aGF0IHRyYW5zaXQgbm9kZS4NCj4g SG93ZXZlciwgaXQgKmRvZXMqIG5lZWQgdG8gaGF2ZSBzb21lIGNhcGFiaWxpdGllcyBpbiBvcmRl ciB0byBub3QgYmFyZiB3aGVuDQo+IGl0IGdldHMgdGhlIHJlc3BvbnNlIGZyb20gdGhlIExTUi4N Cj4gVGhlIGZpcnN0IHRoaW5nIGlzIHRvIGhhbmRsZSBhIDY0IGJpdCBsYWJlbCBhcyBhbiBvcGFx dWUgc3RyaW5nLg0KPiBUaGUgYWR2YW5jZWQgdGhpbmcgaXMgdG8gYmUgYWJsZSB0byBwYXJzZSBv dXQgdGhlIDY0IGJpdHMgaW50byB0aGUgcmVsZXZhbnQNCj4gZmllbGRzLg0KPiANCj4gSW5kZWVk LCB0byByZXF1ZXN0IHRoZSBzZXR1cCBvZiBhIGZsZXhpZ3JpZCBMU1AgZG9lcyBub3QgcmVxdWly ZSBhIGZsZXhpZ3JpZA0KPiBjb21wYXRpYmxlIE5NUyBzaW5jZSBpdCBpcyBwb3NzaWJsZSB0byBz aW1wbHkgcmVxdWVzdCBhIHBhdGggYW5kIGJhbmR3aWR0aA0KPiAob3Igbm90IGV2ZW4gcmVxdWVz dCBhIHBhdGgpLg0KPiANCj4gTXkgY29udGVudGlvbiBpcyB0aGF0IGl0IGlzIHF1aXRlIGxpa2Vs eSB0aGF0IHNvbWVvbmUgd291bGQgdHJ5IHRvIHVzZSBhIGxlZ2FjeQ0KPiBOTVMgdG8gbWFuYWdl IGEgbmV3IGZsZXhpZ3JpZCBuZXR3b3JrIHNpbmNlICJpdCBpcyBhbGwganVzdCBHTVBMUyIuIEFu ZCBpdCBpcw0KPiBub3QgYW4gdW5yZWFzb25hYmxlIGFzc3VtcHRpb24gdG8gYmUgYWJsZSB0byBk byB0aGlzIGlmIHNvbWUgZmllbGRzIChmb3INCj4gZXhhbXBsZSwgbGFiZWwpIGNhbiBiZSBkaXNw bGF5ZWQgYXMgb3BhcXVlIHF1YW50aXRpZXMuDQo+IA0KPiBOb3csIGlmIHlvdSBhcmUgdGFsa2lu ZyBhYm91dCBhbiBFTVMsIEkgY29tcGxldGVseSBhZ3JlZS4NCj4gDQo+IENoZWVycywNCj4gQWRy aWFuDQo+IA0KDQo= From nobody Wed Sep 9 01:52:40 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4EA51A009F; Wed, 9 Sep 2015 01:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZvIuJ0HWjGyz; Wed, 9 Sep 2015 01:52:37 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias243.francetelecom.com [80.12.204.243]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC5DC1A1A1E; Wed, 9 Sep 2015 01:52:36 -0700 (PDT) Received: from omfeda08.si.francetelecom.fr (unknown [xx.xx.xx.201]) by omfeda11.si.francetelecom.fr (ESMTP service) with ESMTP id 949CA1B8336; Wed, 9 Sep 2015 10:52:34 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.61]) by omfeda08.si.francetelecom.fr (ESMTP service) with ESMTP id 6BF36384049; Wed, 9 Sep 2015 10:52:34 +0200 (CEST) Received: from [10.193.75.135] (10.168.234.5) by OPEXCLILM7E.corporate.adroot.infra.ftgroup (10.114.31.61) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 9 Sep 2015 10:52:34 +0200 To: Daniele Ceccarelli , "adrian@olddog.co.uk" , 'Adrian Farrel' , 'Robert Sparks' , "draft-ietf-ccamp-flexigrid-lambda-label@ietf.org" , "ccamp@ietf.org" , 'General Area Review Team' , "ietf@ietf.org" References: <55E75637.9030800@nostrum.com> <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> <01cf01d0ea4f$aa4ddd50$fee997f0$@olddog.co.uk> <4A1562797D64E44993C5CBF38CF1BE48129EAF51@ESESSMB301.ericsson.se> From: Organization: Orange Message-ID: <5182_1441788754_55EFF352_5182_75_2_55EFF351.2080302@orange.com> Date: Wed, 9 Sep 2015 10:52:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129EAF51@ESESSMB301.ericsson.se> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.168.234.5] X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.9.8.133616 Archived-At: Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 08:52:39 -0000 Ciao Daniele. SP's hat on, I need to disagree with you there. What Adrian proposes allows me to add new pieces of equipment to address traffic needs, without waiting for an NMS release supporting 100% of the feature I use. In this situation, I can choose between upgrading or waiting for the full package alignment: it remains my call, on a case by case basis. The wording also emphasizes the generalized beauty of GMPLS: new label encodings should not prevent the management of other protocol aspects ("be liberal in what you accept...). What you suggest would prohibit that scenario, i.e., I need wait for fully-featured NMS, whatever the network is capable of. This is sometimes not acceptable: service needs prevail on fully detailed management, the NMS should not be a network limitation. The current example, where label resolution could rely on a (temporary?) external tool, makes it even more realistic. Regards, Julien Sep. 09, 2015 - daniele.ceccarelli@ericsson.com: > Hi Adrian, > > I tend disagree with this statement: > > "My contention is that it is quite likely that someone would try to use a legacy NMS to manage a new flexigrid network since "it is all just GMPLS". And it is not an unreasonable assumption to be able to do this if some fields (for example, label) can be displayed as opaque quantities." > > I'm not sure an operator would be happy to see 96 channels called lambda1, lambda2,..., lambda 96 from his NMS while the network is flexi grid. > We'll have to face these issues when we'll be speaking about YANG models for flexi grid but for the time being let's be on the safe side and address the compatibility issue as you're suggesting. > > Cheers, > Daniele > >> -----Original Message----- >> From: Adrian Farrel [mailto:adrian@olddog.co.uk] >> Sent: martedì 8 settembre 2015 18:02 >> >> Hi Daniele, >> >>> Thanks for the careful review and your comments. >>> I pretty much agree with Adrian's reply but I think explicitly having >>> some backward compatibility text in the draft could be helpful. >>> >>> Adrian, authors, I'd suggest changing section 5 from "Manageability >>> Considerations" to "Backward Compatibility and Manageability >> Considerations" >>> adding to the existing text backward compatibility considerations >>> against legacy GMPLS and legacy NMS (mostly what you've already written >> below). >> >> I can work on this. >> >>> WRT the legacy NMS I don't think it is a reasonable scenario, since >>> before operating the nodes with a GMPLS implementing this draft, the >>> node needs to be configured and the NMS must be flexi-grid compatible. >> >> But wait! This is exactly the point. >> Suppose there is an NMS that is inspecting an LSP at a transit node. >> That NMS does not need to be flexigrid compatible to read the details of the >> LSP at that transit node. >> However, it *does* need to have some capabilities in order to not barf when >> it gets the response from the LSR. >> The first thing is to handle a 64 bit label as an opaque string. >> The advanced thing is to be able to parse out the 64 bits into the relevant >> fields. >> >> Indeed, to request the setup of a flexigrid LSP does not require a flexigrid >> compatible NMS since it is possible to simply request a path and bandwidth >> (or not even request a path). >> >> My contention is that it is quite likely that someone would try to use a legacy >> NMS to manage a new flexigrid network since "it is all just GMPLS". And it is >> not an unreasonable assumption to be able to do this if some fields (for >> example, label) can be displayed as opaque quantities. >> >> Now, if you are talking about an EMS, I completely agree. >> >> Cheers, >> Adrian >> > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Wed Sep 9 02:00:38 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACBD51A897E; Wed, 9 Sep 2015 02:00:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6TgWb5SstEsZ; Wed, 9 Sep 2015 02:00:35 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F56E1A896A; Wed, 9 Sep 2015 02:00:34 -0700 (PDT) X-AuditID: c1b4fb25-f79a26d00000149a-46-55eff530d491 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 9B.1B.05274.035FFE55; Wed, 9 Sep 2015 11:00:32 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.27]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0248.002; Wed, 9 Sep 2015 11:00:31 +0200 From: Daniele Ceccarelli To: "julien.meuric@orange.com" , "adrian@olddog.co.uk" , 'Adrian Farrel' , 'Robert Sparks' , "draft-ietf-ccamp-flexigrid-lambda-label@ietf.org" , "ccamp@ietf.org" , 'General Area Review Team' , "ietf@ietf.org" Thread-Topic: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 Thread-Index: AQHQ6kUGZMXJzVccMUaiX0cWQUZ3i54yqTuAgAEnDbD///NigIAAIzmQ Date: Wed, 9 Sep 2015 09:00:31 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129EB052@ESESSMB301.ericsson.se> References: <55E75637.9030800@nostrum.com> <4A1562797D64E44993C5CBF38CF1BE48129EAC0C@ESESSMB301.ericsson.se> <01cf01d0ea4f$aa4ddd50$fee997f0$@olddog.co.uk> <4A1562797D64E44993C5CBF38CF1BE48129EAF51@ESESSMB301.ericsson.se> <5182_1441788754_55EFF352_5182_75_2_55EFF351.2080302@orange.com> In-Reply-To: <5182_1441788754_55EFF352_5182_75_2_55EFF351.2080302@orange.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.18] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGfG3Rtfg6/tQg5Z9EhY/em4wW0x8cZ/J 4smcGywWi/Y/YrK4+uozi8WzjfNZLP6c/stkcW1OI5sDh8eSJT+ZPK43XWX3mLXzCYvHis0r GT1anp1kC2CN4rJJSc3JLEst0rdL4Mp40zKLvWCRXcWUqQdZGhiv2HQxcnJICJhIvL27ihHC FpO4cG89WxcjF4eQwFFGiUWr/0I5ixgl7n/fxt7FyMHBJmAl8eSQD0hcRGA2s8SF5odMIN3C AiESS682g9kiAqES5x4dZ4Sw3SROnd0HZrMIqEgc+PKABcTmFfCVeHbqLzvEgmVMEpcPXwNr 5gRKrP8ykw3EZhSQlZiwexFYM7OAuMStJ/OZIE4VkFiy5zwzhC0q8fLxP1YIW1Hi4yuQZRxA 9ZoS63fpQ7QqSkzpfsgOsVdQ4uTMJywTGEVnIZk6C6FjFpKOWUg6FjCyrGIULU4tTspNNzLW Sy3KTC4uzs/Ty0st2cQIjMCDW36r7mC8/MbxEKMAB6MSD+/CSe9DhVgTy4orcw8xSnOwKInz NjM9CBUSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAWOUZUNpY3iMfsyroodX/o/MK/Lx2qThP Ya+ZcOLpvL97NhUw1ux3FQ19xq206ci5ax2TtyQc3XT7lvIMt7WLXhTMt9ra2J/+5mvU4duL vENWtqm8OFcjNOcV3/X1W9aumsUYHfX5x/yr05Pl9E5XbP1/xSztpBi3oxFzReJ2qSVe2yz6 /i3b9leJpTgj0VCLuag4EQCxhHBxoQIAAA== Archived-At: Subject: Re: [CCAMP] Gen-art LC review: draft-ietf-ccamp-flexigrid-lambda-label-04 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 09:00:37 -0000 SGkgSnVsaWVuLA0KDQpUaGFua3MgZm9yIHByb3ZpZGluZyBhbmQgb3BlcmF0b3IgcG9pbnQgb2Yg dmlldyBhbmQgZm9yIHByb3ZpbmcgSSdtIHdyb25nIDopDQpXZSBoYXZlIG9uZSBtb3JlIHJlYXNv biB0byB1cGRhdGUgdGhlIGRyYWZ0IHdpdGggdGhlIGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgc3Rh dGVtZW50cyB0aGVuLg0KDQpUaGFua3MgYSBsb3QsDQpEYW5pZWxlDQoNCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbToganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tIFttYWlsdG86 anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tXQ0KPiBTZW50OiBtZXJjb2xlZMOsIDkgc2V0dGVtYnJl IDIwMTUgMTA6NTMNCj4gVG86IERhbmllbGUgQ2VjY2FyZWxsaTsgYWRyaWFuQG9sZGRvZy5jby51 azsgJ0FkcmlhbiBGYXJyZWwnOyAnUm9iZXJ0IFNwYXJrcyc7DQo+IGRyYWZ0LWlldGYtY2NhbXAt ZmxleGlncmlkLWxhbWJkYS1sYWJlbEBpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmc7ICdHZW5lcmFs DQo+IEFyZWEgUmV2aWV3IFRlYW0nOyBpZXRmQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbQ0NB TVBdIEdlbi1hcnQgTEMgcmV2aWV3OiBkcmFmdC1pZXRmLWNjYW1wLWZsZXhpZ3JpZC1sYW1iZGEt DQo+IGxhYmVsLTA0DQo+IA0KPiBDaWFvIERhbmllbGUuDQo+IA0KPiBTUCdzIGhhdCBvbiwgSSBu ZWVkIHRvIGRpc2FncmVlIHdpdGggeW91IHRoZXJlLg0KPiANCj4gV2hhdCBBZHJpYW4gcHJvcG9z ZXMgYWxsb3dzIG1lIHRvIGFkZCBuZXcgcGllY2VzIG9mIGVxdWlwbWVudCB0byBhZGRyZXNzDQo+ IHRyYWZmaWMgbmVlZHMsIHdpdGhvdXQgd2FpdGluZyBmb3IgYW4gTk1TIHJlbGVhc2Ugc3VwcG9y dGluZyAxMDAlIG9mIHRoZQ0KPiBmZWF0dXJlIEkgdXNlLiBJbiB0aGlzIHNpdHVhdGlvbiwgSSBj YW4gY2hvb3NlIGJldHdlZW4gdXBncmFkaW5nIG9yIHdhaXRpbmcgZm9yDQo+IHRoZSBmdWxsIHBh Y2thZ2UgYWxpZ25tZW50OiBpdCByZW1haW5zIG15IGNhbGwsIG9uIGEgY2FzZSBieSBjYXNlIGJh c2lzLiBUaGUNCj4gd29yZGluZyBhbHNvIGVtcGhhc2l6ZXMgdGhlIGdlbmVyYWxpemVkIGJlYXV0 eSBvZiBHTVBMUzoNCj4gbmV3IGxhYmVsIGVuY29kaW5ncyBzaG91bGQgbm90IHByZXZlbnQgdGhl IG1hbmFnZW1lbnQgb2Ygb3RoZXIgcHJvdG9jb2wNCj4gYXNwZWN0cyAoImJlIGxpYmVyYWwgaW4g d2hhdCB5b3UgYWNjZXB0Li4uKS4NCj4gDQo+IFdoYXQgeW91IHN1Z2dlc3Qgd291bGQgcHJvaGli aXQgdGhhdCBzY2VuYXJpbywgaS5lLiwgSSBuZWVkIHdhaXQgZm9yIGZ1bGx5LQ0KPiBmZWF0dXJl ZCBOTVMsIHdoYXRldmVyIHRoZSBuZXR3b3JrIGlzIGNhcGFibGUgb2YuIFRoaXMgaXMgc29tZXRp bWVzIG5vdA0KPiBhY2NlcHRhYmxlOiBzZXJ2aWNlIG5lZWRzIHByZXZhaWwgb24gZnVsbHkgZGV0 YWlsZWQgbWFuYWdlbWVudCwgdGhlIE5NUw0KPiBzaG91bGQgbm90IGJlIGEgbmV0d29yayBsaW1p dGF0aW9uLiBUaGUgY3VycmVudCBleGFtcGxlLCB3aGVyZSBsYWJlbA0KPiByZXNvbHV0aW9uIGNv dWxkIHJlbHkgb24gYSAodGVtcG9yYXJ5PykgZXh0ZXJuYWwgdG9vbCwgbWFrZXMgaXQgZXZlbiBt b3JlDQo+IHJlYWxpc3RpYy4NCj4gDQo+IFJlZ2FyZHMsDQo+IA0KPiBKdWxpZW4NCj4gDQo+IA0K PiBTZXAuIDA5LCAyMDE1IC0gZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbToNCj4gPiBI aSBBZHJpYW4sDQo+ID4NCj4gPiBJIHRlbmQgZGlzYWdyZWUgd2l0aCB0aGlzIHN0YXRlbWVudDoN Cj4gPg0KPiA+ICJNeSBjb250ZW50aW9uIGlzIHRoYXQgaXQgaXMgcXVpdGUgbGlrZWx5IHRoYXQg c29tZW9uZSB3b3VsZCB0cnkgdG8gdXNlIGENCj4gbGVnYWN5IE5NUyB0byBtYW5hZ2UgYSBuZXcg ZmxleGlncmlkIG5ldHdvcmsgc2luY2UgIml0IGlzIGFsbCBqdXN0IEdNUExTIi4NCj4gQW5kIGl0 IGlzIG5vdCBhbiB1bnJlYXNvbmFibGUgYXNzdW1wdGlvbiB0byBiZSBhYmxlIHRvIGRvIHRoaXMg aWYgc29tZSBmaWVsZHMNCj4gKGZvciBleGFtcGxlLCBsYWJlbCkgY2FuIGJlIGRpc3BsYXllZCBh cyBvcGFxdWUgcXVhbnRpdGllcy4iDQo+ID4NCj4gPiBJJ20gbm90IHN1cmUgYW4gb3BlcmF0b3Ig d291bGQgYmUgaGFwcHkgdG8gc2VlIDk2IGNoYW5uZWxzIGNhbGxlZA0KPiBsYW1iZGExLCBsYW1i ZGEyLC4uLiwgbGFtYmRhIDk2IGZyb20gaGlzIE5NUyB3aGlsZSB0aGUgbmV0d29yayBpcyBmbGV4 aQ0KPiBncmlkLg0KPiA+IFdlJ2xsIGhhdmUgdG8gZmFjZSB0aGVzZSBpc3N1ZXMgd2hlbiB3ZSds bCBiZSBzcGVha2luZyBhYm91dCBZQU5HIG1vZGVscw0KPiBmb3IgZmxleGkgZ3JpZCBidXQgZm9y IHRoZSB0aW1lIGJlaW5nIGxldCdzIGJlIG9uIHRoZSBzYWZlIHNpZGUgYW5kIGFkZHJlc3MgdGhl DQo+IGNvbXBhdGliaWxpdHkgaXNzdWUgYXMgeW91J3JlIHN1Z2dlc3RpbmcuDQo+ID4NCj4gPiBD aGVlcnMsDQo+ID4gRGFuaWVsZQ0KPiA+DQo+ID4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+ID4+IEZyb206IEFkcmlhbiBGYXJyZWwgW21haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrXQ0K PiA+PiBTZW50OiBtYXJ0ZWTDrCA4IHNldHRlbWJyZSAyMDE1IDE4OjAyDQo+ID4+DQo+ID4+IEhp IERhbmllbGUsDQo+ID4+DQo+ID4+PiBUaGFua3MgZm9yIHRoZSBjYXJlZnVsIHJldmlldyBhbmQg eW91ciBjb21tZW50cy4NCj4gPj4+IEkgcHJldHR5IG11Y2ggYWdyZWUgd2l0aCBBZHJpYW4ncyBy ZXBseSBidXQgSSB0aGluayBleHBsaWNpdGx5DQo+ID4+PiBoYXZpbmcgc29tZSBiYWNrd2FyZCBj b21wYXRpYmlsaXR5IHRleHQgaW4gdGhlIGRyYWZ0IGNvdWxkIGJlIGhlbHBmdWwuDQo+ID4+Pg0K PiA+Pj4gQWRyaWFuLCBhdXRob3JzLCBJJ2Qgc3VnZ2VzdCBjaGFuZ2luZyBzZWN0aW9uIDUgZnJv bSAiTWFuYWdlYWJpbGl0eQ0KPiA+Pj4gQ29uc2lkZXJhdGlvbnMiIHRvICJCYWNrd2FyZCBDb21w YXRpYmlsaXR5IGFuZCBNYW5hZ2VhYmlsaXR5DQo+ID4+IENvbnNpZGVyYXRpb25zIg0KPiA+Pj4g YWRkaW5nIHRvIHRoZSBleGlzdGluZyB0ZXh0IGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgY29uc2lk ZXJhdGlvbnMNCj4gPj4+IGFnYWluc3QgbGVnYWN5IEdNUExTIGFuZCBsZWdhY3kgTk1TIChtb3N0 bHkgd2hhdCB5b3UndmUgYWxyZWFkeQ0KPiA+Pj4gd3JpdHRlbg0KPiA+PiBiZWxvdykuDQo+ID4+ DQo+ID4+IEkgY2FuIHdvcmsgb24gdGhpcy4NCj4gPj4NCj4gPj4+IFdSVCB0aGUgbGVnYWN5IE5N UyBJIGRvbid0IHRoaW5rIGl0IGlzIGEgcmVhc29uYWJsZSBzY2VuYXJpbywgc2luY2UNCj4gPj4+ IGJlZm9yZSBvcGVyYXRpbmcgdGhlIG5vZGVzIHdpdGggYSBHTVBMUyBpbXBsZW1lbnRpbmcgdGhp cyBkcmFmdCwgdGhlDQo+ID4+PiBub2RlIG5lZWRzIHRvIGJlIGNvbmZpZ3VyZWQgYW5kIHRoZSBO TVMgbXVzdCBiZSBmbGV4aS1ncmlkIGNvbXBhdGlibGUuDQo+ID4+DQo+ID4+IEJ1dCB3YWl0ISBU aGlzIGlzIGV4YWN0bHkgdGhlIHBvaW50Lg0KPiA+PiBTdXBwb3NlIHRoZXJlIGlzIGFuIE5NUyB0 aGF0IGlzIGluc3BlY3RpbmcgYW4gTFNQIGF0IGEgdHJhbnNpdCBub2RlLg0KPiA+PiBUaGF0IE5N UyBkb2VzIG5vdCBuZWVkIHRvIGJlIGZsZXhpZ3JpZCBjb21wYXRpYmxlIHRvIHJlYWQgdGhlIGRl dGFpbHMNCj4gPj4gb2YgdGhlIExTUCBhdCB0aGF0IHRyYW5zaXQgbm9kZS4NCj4gPj4gSG93ZXZl ciwgaXQgKmRvZXMqIG5lZWQgdG8gaGF2ZSBzb21lIGNhcGFiaWxpdGllcyBpbiBvcmRlciB0byBu b3QNCj4gPj4gYmFyZiB3aGVuIGl0IGdldHMgdGhlIHJlc3BvbnNlIGZyb20gdGhlIExTUi4NCj4g Pj4gVGhlIGZpcnN0IHRoaW5nIGlzIHRvIGhhbmRsZSBhIDY0IGJpdCBsYWJlbCBhcyBhbiBvcGFx dWUgc3RyaW5nLg0KPiA+PiBUaGUgYWR2YW5jZWQgdGhpbmcgaXMgdG8gYmUgYWJsZSB0byBwYXJz ZSBvdXQgdGhlIDY0IGJpdHMgaW50byB0aGUNCj4gPj4gcmVsZXZhbnQgZmllbGRzLg0KPiA+Pg0K PiA+PiBJbmRlZWQsIHRvIHJlcXVlc3QgdGhlIHNldHVwIG9mIGEgZmxleGlncmlkIExTUCBkb2Vz IG5vdCByZXF1aXJlIGENCj4gPj4gZmxleGlncmlkIGNvbXBhdGlibGUgTk1TIHNpbmNlIGl0IGlz IHBvc3NpYmxlIHRvIHNpbXBseSByZXF1ZXN0IGENCj4gPj4gcGF0aCBhbmQgYmFuZHdpZHRoIChv ciBub3QgZXZlbiByZXF1ZXN0IGEgcGF0aCkuDQo+ID4+DQo+ID4+IE15IGNvbnRlbnRpb24gaXMg dGhhdCBpdCBpcyBxdWl0ZSBsaWtlbHkgdGhhdCBzb21lb25lIHdvdWxkIHRyeSB0bw0KPiA+PiB1 c2UgYSBsZWdhY3kgTk1TIHRvIG1hbmFnZSBhIG5ldyBmbGV4aWdyaWQgbmV0d29yayBzaW5jZSAi aXQgaXMgYWxsDQo+ID4+IGp1c3QgR01QTFMiLiBBbmQgaXQgaXMgbm90IGFuIHVucmVhc29uYWJs ZSBhc3N1bXB0aW9uIHRvIGJlIGFibGUgdG8NCj4gPj4gZG8gdGhpcyBpZiBzb21lIGZpZWxkcyAo Zm9yIGV4YW1wbGUsIGxhYmVsKSBjYW4gYmUgZGlzcGxheWVkIGFzIG9wYXF1ZQ0KPiBxdWFudGl0 aWVzLg0KPiA+Pg0KPiA+PiBOb3csIGlmIHlvdSBhcmUgdGFsa2luZyBhYm91dCBhbiBFTVMsIEkg Y29tcGxldGVseSBhZ3JlZS4NCj4gPj4NCj4gPj4gQ2hlZXJzLA0KPiA+PiBBZHJpYW4NCj4gPj4N Cj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ID4gQ0NBTVAgbWFpbGluZyBsaXN0DQo+ID4gQ0NBTVBAaWV0Zi5vcmcNCj4gPiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo+ID4NCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IA0KPiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMNCj4gY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBl dCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcw0KPiBvdSBjb3Bp ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVy cmV1ciwgdmV1aWxsZXoNCj4gbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzDQo+IG1lc3NhZ2VzIGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91 dGUNCj4gcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUg b3UgZmFsc2lmaWUuIE1lcmNpLg0KPiANCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQNCj4gaW5mb3JtYXRpb24g dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1 dGVkLA0KPiB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+IElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRl ciBhbmQgZGVsZXRlDQo+IHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPiBBcyBl bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0 aGF0IGhhdmUgYmVlbg0KPiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+IFRoYW5r IHlvdS4NCg0K From nobody Wed Sep 9 12:12:08 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22C8D1B3DBA; Wed, 9 Sep 2015 12:12:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fFdM1MOPfpHe; Wed, 9 Sep 2015 12:12:06 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FC251B3DFF; Wed, 9 Sep 2015 12:12:04 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150909191204.12932.51013.idtracker@ietfa.amsl.com> Date: Wed, 09 Sep 2015 12:12:04 -0700 Archived-At: Cc: ccamp mailing list , ccamp chair , RFC Editor Subject: [CCAMP] Document Action: 'Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks' to Informational RFC (draft-ietf-ccamp-flexi-grid-fwk-07.txt) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 19:12:07 -0000 The IESG has approved the following document: - 'Framework and Requirements for GMPLS-based control of Flexi-grid DWDM networks' (draft-ietf-ccamp-flexi-grid-fwk-07.txt) as Informational RFC This document is the product of the Common Control and Measurement Plane Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexi-grid-fwk/ Technical Summary This document defines a framework and the associated control plane requirements for the GMPLS-based control of flexi-grid DWDM networks. Working Group Summary The document has been actively discussed on the mailing list and there has been a lot of interest in the work. The document had contributions from a large group of participants (as indicated by the contributing authors list). Document Quality The work has had external review from the IDEALIST EU project that is making multiple inter-operating implementations of a GMPLS control plane for flexi-grid. Personnel Who is the Document Shepherd for this document? Matt Hartley Who is the Responsible Area Director? Deborah Brungard From nobody Thu Sep 10 08:01:24 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97CD41B6295; Thu, 10 Sep 2015 08:01:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N3av-7bDO07A; Thu, 10 Sep 2015 08:01:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6601B378C; Thu, 10 Sep 2015 08:01:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150910150111.15782.8961.idtracker@ietfa.amsl.com> Date: Thu, 10 Sep 2015 08:01:11 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-otn-signal-type-subregistry-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 15:01:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : IANA Allocation Procedures for OTN Signal Type Subregistry to the GMPLS Signaling Parameters Registry Authors : Zafar Ali Antonello Bonfanti Matt Hartley Fatai Zhang Filename : draft-ietf-ccamp-otn-signal-type-subregistry-02.txt Pages : 4 Date : 2015-09-10 Abstract: IANA has defined an "OTN Signal Type" subregistry to the "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters" registry. This draft proposes changes to the OTN Signal Type subregistry to include Specification Required policies, as defined in [RFC5226]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-signal-type-subregistry/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-otn-signal-type-subregistry-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-otn-signal-type-subregistry-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 10 08:02:27 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 005481B6A76; Thu, 10 Sep 2015 08:02:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_31=0.6] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iqYi7Hfp-lKj; Thu, 10 Sep 2015 08:02:25 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BF1D1B2CAF; Thu, 10 Sep 2015 08:02:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150910150225.14743.12027.idtracker@ietfa.amsl.com> Date: Thu, 10 Sep 2015 08:02:25 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-additional-signal-type-g709v3-02.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 15:02:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extension for Additional Signal Types in G.709 OTN Authors : Zafar Ali Antonello Bonfanti Matt Hartley Fatai Zhang Filename : draft-ietf-ccamp-additional-signal-type-g709v3-02.txt Pages : 4 Date : 2015-09-10 Abstract: [RFC4328] and [RFC7139] provide the extensions to Generalized Multi-Protocol Label Switching (GMPLS) signaling to control the full set of OTN features including ODU0, ODU1, ODU2, ODU3, ODU4, ODU2e and ODUflex. However, these specifications do not cover the additional signal types ODU1e, ODU3e1, and ODU3e2 mentioned in [G.Sup43]. This draft provides GMPLS signaling extensions for these additional signal types. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-additional-signal-type-g709v3/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-additional-signal-type-g709v3-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-additional-signal-type-g709v3-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 10 09:55:20 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1C6A1B6BB5; Thu, 10 Sep 2015 09:55:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y2QySzXg0h2v; Thu, 10 Sep 2015 09:55:16 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0E5D1B3D26; Thu, 10 Sep 2015 09:55:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150910165516.26499.4757.idtracker@ietfa.amsl.com> Date: Thu, 10 Sep 2015 09:55:16 -0700 Archived-At: Cc: ccamp@ietf.org Subject: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-05.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 16:55:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF. Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers Authors : Adrian Farrel Daniel King Yao Li Fatai Zhang Filename : draft-ietf-ccamp-flexigrid-lambda-label-05.txt Pages : 16 Date : 2015-09-10 Abstract: GMPLS supports the description of optical switching by identifying entries in fixed lists of switchable wavelengths (called grids) through the encoding of lambda labels. Work within the ITU-T Study Group 15 has defined a finer granularity grid, and the facility to flexibly select different widths of spectrum from the grid. This document defines a new GMPLS lambda label format to support this flexi-grid. This document updates RFC 3471 and RFC 6205 by introducing a new label format. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-lambda-label-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 10 09:59:38 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4DBA1B6347; Thu, 10 Sep 2015 09:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EzfKoHO9JHVS; Thu, 10 Sep 2015 09:59:27 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A15471B6C05; Thu, 10 Sep 2015 09:59:23 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8AGxJG0011446; Thu, 10 Sep 2015 17:59:19 +0100 Received: from 950129200 ([62.7.67.18]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8AGxELK011414 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 10 Sep 2015 17:59:18 +0100 From: "Adrian Farrel" To: References: <20150910165516.26499.4757.idtracker@ietfa.amsl.com> In-Reply-To: <20150910165516.26499.4757.idtracker@ietfa.amsl.com> Date: Thu, 10 Sep 2015 17:59:13 +0100 Message-ID: <050a01d0ebea$086ab570$19402050$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQH0C5v8NFavPSQhLSkUEcTJirfHyJ3vvAGw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21808.001 X-TM-AS-Result: No--16.716-10.0-31-10 X-imss-scan-details: No--16.716-10.0-31-10 X-TMASE-MatchedRID: 6lay9u8oTUOUi/HvzBgKWWjZ8q/Oc1nAe2b8xv5LWdyHBNDuju+nbtnf JrUSEbFDg2AJ83NyWTe6MXogwsMfQ2u2g5s6p8lPXP5rFAucBUHLXL+Mi6hlnlpbYq2f4jz+8xO 4isLpZaExcSfgz4Zxa/FPDHhQkgxygtJ1kfzs6mAFJG8ZmXyKdRmyTBaqiJvcGiul4VwAaPdaat ivxJpZNa7TIgV726FL4ssGb1onzrRVY7t+zwxALn317SsjPnPrGGXRndNt79WdI/DikZ1UPMX+o p/+ny6bdaKP1pDm9FVjHWt+8Sb0Tan4NN7RsxjJwVaayvK71l/tMsBKGEjbqRHfiujuTbedslQG JxDTUZGAQFHYeOdeK9pmIkCPyKwkVjB2sAdY1mUc8J6ZrWP/q9r+zN6MFrLIwnJUbJk9y/2jxYy RBa/qJX3mXSdV7KK4WKD2QKkwR8JWdFebWIc3VsRB0bsfrpPIfiAqrjYtFiSNSZHBXyrdWYRdiW oA521DqUWv8VcS/Rbz3QUrIeRf/n7cGd19dSFd Archived-At: Cc: "'Carlos Pignataro \(cpignata\)'" , rjsparks@nostrum.com, ccamp-chairs@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label@ietf.org Subject: Re: [CCAMP] I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-05.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 16:59:33 -0000 All, IETF last call reviews from Robert and Carlos highlighted a couple of nits and asked for... - clarification of how this document updates 3471 and 6205 - clarification of backward compatibility as distinct from manageability This led me to... - fix the nits - add text to the end of the introduction - significantly beef up section 5 There is no change to the technical content of the document. Thanks, Adrian > -----Original Message----- > From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: 10 September 2015 17:55 > To: i-d-announce@ietf.org > Cc: ccamp@ietf.org > Subject: I-D Action: draft-ietf-ccamp-flexigrid-lambda-label-05.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Common Control and Measurement Plane > Working Group of the IETF. > > Title : Generalized Labels for the Flexi-Grid in Lambda Switch Capable > (LSC) Label Switching Routers > Authors : Adrian Farrel > Daniel King > Yao Li > Fatai Zhang > Filename : draft-ietf-ccamp-flexigrid-lambda-label-05.txt > Pages : 16 > Date : 2015-09-10 > > Abstract: > GMPLS supports the description of optical switching by identifying > entries in fixed lists of switchable wavelengths (called grids) > through the encoding of lambda labels. Work within the ITU-T Study > Group 15 has defined a finer granularity grid, and the facility to > flexibly select different widths of spectrum from the grid. This > document defines a new GMPLS lambda label format to support this > flexi-grid. > > This document updates RFC 3471 and RFC 6205 by introducing a new > label format. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-ccamp-flexigrid-lambda-label-05 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-flexigrid-lambda-label-05 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Thu Sep 10 15:21:58 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0770F1B39DA; Thu, 10 Sep 2015 15:21:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aLrrObcz05Ih; Thu, 10 Sep 2015 15:21:51 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id E750E1B37BA; Thu, 10 Sep 2015 15:21:51 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 2AE5518020A; Thu, 10 Sep 2015 15:21:38 -0700 (PDT) To: alexander.okonnikov@gmail.com, lberger@movaz.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Message-Id: <20150910222138.2AE5518020A@rfc-editor.org> Date: Thu, 10 Sep 2015 15:21:38 -0700 (PDT) Archived-At: Cc: ccamp@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] [Errata Verified] RFC3473 (4467) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 22:21:53 -0000 The following errata report has been verified for RFC3473, "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3473&eid=4467 -------------------------------------- Status: Verified Type: Editorial Reported by: Alexander Okonnikov Date Reported: 2015-09-08 Verified by: Deborah Brungard (IESG) Section: 2.4 Original Text ------------- Waveband switching uses the same format as the generalized label, see section 2.2. Corrected Text -------------- Waveband switching uses the same format as the generalized label, see section 2.3. Notes ----- Incorrect reference. -------------------------------------- RFC3473 (draft-ietf-mpls-generalized-rsvp-te-09) -------------------------------------- Title : Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions Publication Date : January 2003 Author(s) : L. Berger, Ed. Category : PROPOSED STANDARD Source : Common Control and Measurement Plane Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Sep 10 20:47:57 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C24E1ACE2D for ; Thu, 10 Sep 2015 20:47:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kSd85JIigCB5 for ; Thu, 10 Sep 2015 20:47:52 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EF8F1A896F for ; Thu, 10 Sep 2015 20:47:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BXM14187; Fri, 11 Sep 2015 03:47:49 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 11 Sep 2015 04:47:48 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.242]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Fri, 11 Sep 2015 11:47:41 +0800 From: Fatai Zhang To: "CCAMP (ccamp@ietf.org)" Thread-Topic: WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd Thread-Index: AdCo45SFolBM2KOiT3WL81JIQPsJ+Q4WAiQwADRoo8ACjcfs0A== Date: Fri, 11 Sep 2015 03:47:41 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCC2040SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 03:47:55 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCC2040SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Just a reminder. The WG LC will close soon, please raise your comments if you have. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Saturday, August 29, 2015 2:03 PM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-= 03.txt and call for sheperd Hi all, This starts a two weeks working group last call on draft-ietf-ccamp-flexibl= e-grid-rsvp-te-ext-03.txt. The last call will end on Monday September 15th. Please send your comments to the CCAMP mailing list. Also comments like "I = have reviewed the draft and believe it's ready for publication" are welcome= . All the IPR declarations from authors and contributors have been collected = and can be found in the history of the document: https://datatracker.ietf.o= rg/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/history/ (except the resp= onse from Felipe since it is not recorded in the List Archive). PLEASE NOTE Since both the chairs and the secretary are involved in the draft as co-aut= hors, so this is a good opportunity to have the WG involved also in the Pos= t-WG Last call process nominating a document shepherd which is not one of t= he chairs or the secretary. Further details on the shepherd duties can be f= ound in RFC4858 and at https://www.ietf.org/iesg/statement/document-shepher= ds.html. Please volunteer if interested and send a mail to the chairs. Thanks Fatai & Daniele --_000_F82A4B6D50F9464B8EBA55651F541CF85CCC2040SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

Just a reminder. 

 

The WG LC will close soon, please raise your comments if you have= .

 

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

Best Re= gards

&n= bsp;

Fatai

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Saturday, August 29, 2015 2:03 PM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-= te-ext-03.txt and call for sheperd

 

Hi all,

 

This st= arts a two weeks working group last call on draft-ietf-ccamp-flexible-grid-= rsvp-te-ext-03.txt.

&n= bsp;

The las= t call will end on Monday September 15th.

&n= bsp;

Please = send your comments to the CCAMP mailing list. Also comments like “I h= ave reviewed the draft and believe it’s ready for publication” are welcome.

&n= bsp;

All the= IPR declarations from authors and contributors have been collected and can= be found in the history of the document: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext= /history/ (except the response from Felipe since it is not recorded in = the List Archive).

&n= bsp;

PLEASE NOTE

Since both the chairs and the secretary are involved in th= e draft as co-authors, so this is a good opportunity to have the WG involve= d also in the Post-WG Last call process nominating a document shepherd which is not one of the chairs or the secre= tary. Further details on the shepherd duties can be found in RFC4858 and at https://www.ietf.org/iesg/s= tatement/document-shepherds.html.

 

Please volunteer if interested and send a mail to the chai= rs.

&n= bsp;

&n= bsp;

Thanks<= o:p>

&n= bsp;

Fatai &= amp; Daniele

&n= bsp;

&n= bsp;

&n= bsp;

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCC2040SZXEMA504MBSchi_-- From nobody Fri Sep 11 03:16:14 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48ED41B43F6 for ; Fri, 11 Sep 2015 03:16:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wC8_sVieYJqE for ; Fri, 11 Sep 2015 03:16:07 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E05F41B435D for ; Fri, 11 Sep 2015 03:16:06 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id C3BAD201810D0; Fri, 11 Sep 2015 10:16:02 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t8BAG4N1025713 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 11 Sep 2015 12:16:04 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Fri, 11 Sep 2015 12:16:02 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Fatai Zhang Thread-Topic: WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd Thread-Index: AdCo45SFolBM2KOiT3WL81JIQPsJ+Q4WAiQwADRoo8ACjcfs0AANlyHw Date: Fri, 11 Sep 2015 10:16:01 +0000 Message-ID: References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.41] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F48B75FE433FR711WXCHMBA05z_" MIME-Version: 1.0 Archived-At: Cc: "CCAMP \(ccamp@ietf.org\)" Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for sheperd X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 10:16:13 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75FE433FR711WXCHMBA05z_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Fatai, I read the document and I'm fine with it. Thanks Sergio From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: venerd=EC 11 settembre 2015 05:48 To: CCAMP (ccamp@ietf.org) Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-= ext-03.txt and call for sheperd Hi all, Just a reminder. The WG LC will close soon, please raise your comments if you have. Best Regards Fatai From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Saturday, August 29, 2015 2:03 PM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-= 03.txt and call for sheperd Hi all, This starts a two weeks working group last call on draft-ietf-ccamp-flexibl= e-grid-rsvp-te-ext-03.txt. The last call will end on Monday September 15th. Please send your comments to the CCAMP mailing list. Also comments like "I = have reviewed the draft and believe it's ready for publication" are welcome= . All the IPR declarations from authors and contributors have been collected = and can be found in the history of the document: https://datatracker.ietf.o= rg/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/history/ (except the resp= onse from Felipe since it is not recorded in the List Archive). PLEASE NOTE Since both the chairs and the secretary are involved in the draft as co-aut= hors, so this is a good opportunity to have the WG involved also in the Pos= t-WG Last call process nominating a document shepherd which is not one of t= he chairs or the secretary. Further details on the shepherd duties can be f= ound in RFC4858 and at https://www.ietf.org/iesg/statement/document-shepher= ds.html. Please volunteer if interested and send a mail to the chairs. Thanks Fatai & Daniele --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75FE433FR711WXCHMBA05z_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Fatai,

 

I read = the document and I’m fine with it.

&n= bsp;

Thanks<= o:p>

Sergio<= o:p>

&n= bsp;

 

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: venerd=EC 11 settembre 2015 05:48
To: CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-r= svp-te-ext-03.txt and call for sheperd

 

Hi all,

 

Just a reminder. 

 

The WG LC will close soon, please raise your comments if you have= .

 

 

 

 

 

Best Regards

 

Fatai

 

From: CCAMP [mail= to:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Saturday, August 29, 2015 2:03 PM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-= te-ext-03.txt and call for sheperd

 

Hi all,

 

This starts a two weeks working grou= p last call on draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt.

 

The last call will end on Monday Sep= tember 15th.

 

Please send your comments to the CCA= MP mailing list. Also comments like “I have reviewed the draft and be= lieve it’s ready for publication” are welcome.

 

All the IPR declarations from author= s and contributors have been collected and can be found in the history of t= he document: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext= /history/ (except the response from Felipe since it is not recorded in = the List Archive).

 

PLEASE NOTE

Since both the chairs and the secretary are involved in th= e draft as co-authors, so this is a good opportunity to have the WG involve= d also in the Post-WG Last call process nominating a document shepherd which is not one of the chairs or the secre= tary. Further details on the shepherd duties can be found in RFC4858 and at https://www.ietf.org/iesg/s= tatement/document-shepherds.html.

 

Please volunteer if interested and send a mail to the chai= rs.

 

 

Thanks

 

Fatai & Daniele

 

 

 

--_000_B9FEE68CE3A78C41A2B3C67549A96F48B75FE433FR711WXCHMBA05z_-- From nobody Mon Sep 14 13:36:13 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E80221B566F; Mon, 14 Sep 2015 13:36:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fqFKuR7-KZZW; Mon, 14 Sep 2015 13:36:07 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 910AA1B5665; Mon, 14 Sep 2015 13:36:07 -0700 (PDT) Received: from unnumerable.local (pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id t8EKa66a057201 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK); Mon, 14 Sep 2015 15:36:07 -0500 (CDT) (envelope-from rjsparks@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80] claimed to be unnumerable.local To: draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, ccamp@ietf.org, General Area Review Team , "ietf@ietf.org" References: <55E75637.9030800@nostrum.com> From: Robert Sparks Message-ID: <55F72FB1.9090306@nostrum.com> Date: Mon, 14 Sep 2015 15:36:01 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E75637.9030800@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [CCAMP] Gen-art Telechat review: draft-ietf-ccamp-flexigrid-lambda-label-05 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2015 20:36:09 -0000 I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please wait for direction from your document shepherd or AD before posting a new version of the draft. For more information, please see the FAQ at . Document: draft-ietf-ccamp-flexigrid-lambda-label Reviewer: Robert Sparks Review Date: 14 Sep 2015 IETF LC End Date: past IESG Telechat date: 17 Sep 2015 Summary: (still) Ready for publication as Proposed Standard Thanks for the improvements in -05. On 9/2/15 3:04 PM, Robert Sparks wrote: > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-ccamp-flexigrid-lambda-label-04 > Reviewer: Robert Sparks > Review Date: 2 Sep 2015 > IETF LC End Date: 9 Sep 2015 > IESG Telechat date: Not yet scheduled for a telechat > > Summary: Ready for publication as a Proposed Standard > > One thing I'd like to check, and I suspect this pokes at a > conversation that has already happened (as hinted in the > acknowledgements section): > > The discussion of managements systems having to deal with a 64 bit > wavelength label caught my eye. This is an RFC3471 section 3.2.1.1 > label isn't it? That document shows wavelength labels as 32 bit > things. Has something updated 3471 to say to expect a multiple of 32 > bits, and not 32 bits specifically? If not, maybe this document would > be a good place to do so explicitly, rather than what appears to be > fiat at the moment? > > micro-nit: at the end of the introduction "in that regard" suggests > the document updates the work of the ITU-T in some other regard? I > suggest simple deleting the phrase. > > > > From nobody Mon Sep 14 13:40:11 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB4EE1B583F; Mon, 14 Sep 2015 13:40:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7CPOtpwD2VLQ; Mon, 14 Sep 2015 13:40:05 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7294A1B5809; Mon, 14 Sep 2015 13:40:03 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150914204003.32299.7166.idtracker@ietfa.amsl.com> Date: Mon, 14 Sep 2015 13:40:03 -0700 Archived-At: Cc: ccamp mailing list , ccamp chair , RFC Editor Subject: [CCAMP] Protocol Action: 'GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks' to Proposed Standard (draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2015 20:40:06 -0000 The IESG has approved the following document: - 'GMPLS OSPF Enhancement for Signal and Network Element Compatibility for Wavelength Switched Optical Networks' (draft-ietf-ccamp-wson-signal-compatibility-ospf-17.txt) as Proposed Standard This document is the product of the Common Control and Measurement Plane Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-wson-signal-compatibility-ospf/ Technical Summary This document provides Generalized Multiprotocol Label Switching (GMPLS) Open Shortest Path First (OSPF) routing enhancements to support signal compatibility constraints associated with Wavelength- Switched Optical network (WSON) elements. These routing enhancements are applicable in common optical or hybrid electro-optical networks where not all of the optical signals in the network are compatible with all network elements participating in the network. This compatibility constraint model is applicable to common optical or hybrid electro optical systems such as Optical-Electronic-Optical (OEO) switches, regenerators, and wavelength converters since such systems can be limited to processing only certain types of WSON signals. Working Group Summary Nothing of note, document has multiple contributors and support by Working Group. Document Quality The base GMPLS routing protocol has been implemented. The extensions defined in this document are compatible with earlier implementations. Multiple implementers have stated their intent to implement, or have stated that they have already implemented, the mechanisms defined in this document. Personnel Document Shepherd: Lou Berger Responsible Area Director: Deborah Brungard From nobody Mon Sep 14 19:52:10 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27D731B3BCB for ; Mon, 14 Sep 2015 19:52:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ib4vH3nDVdTl for ; Mon, 14 Sep 2015 19:52:06 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F2C31B3B95 for ; Mon, 14 Sep 2015 19:52:05 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BXP66680; Tue, 15 Sep 2015 02:52:01 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 15 Sep 2015 03:51:59 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.220]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Tue, 15 Sep 2015 10:51:53 +0800 From: Fatai Zhang To: "CCAMP (ccamp@ietf.org)" Thread-Topic: WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for shepherd Thread-Index: AQHQ72F6wqH0cT4zsEOmVSzgQsfThw== Date: Tue, 15 Sep 2015 02:51:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.159] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF85CCD7B51SZXEMA504MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-03.txt and call for shepherd X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 02:52:09 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF85CCD7B51SZXEMA504MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, The last call is now closed. It seems that this draft is pretty good since there are no comments/questio= ns from the WG during the WG LC. We will move forward with the publication process. To Daniel, thank you very much for willing to shepherd this draft. Thanks Fatai & Daniele From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang Sent: Saturday, August 29, 2015 2:03 PM To: CCAMP (ccamp@ietf.org) Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-te-ext-= 03.txt and call for sheperd Hi all, This starts a two weeks working group last call on draft-ietf-ccamp-flexibl= e-grid-rsvp-te-ext-03.txt. The last call will end on Monday September 15th. Please send your comments to the CCAMP mailing list. Also comments like "I = have reviewed the draft and believe it's ready for publication" are welcome= . All the IPR declarations from authors and contributors have been collected = and can be found in the history of the document: https://datatracker.ietf.o= rg/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext/history/ (except the resp= onse from Felipe since it is not recorded in the List Archive). PLEASE NOTE Since both the chairs and the secretary are involved in the draft as co-aut= hors, so this is a good opportunity to have the WG involved also in the Pos= t-WG Last call process nominating a document shepherd which is not one of t= he chairs or the secretary. Further details on the shepherd duties can be f= ound in RFC4858 and at https://www.ietf.org/iesg/statement/document-shepher= ds.html. Please volunteer if interested and send a mail to the chairs. Thanks Fatai & Daniele --_000_F82A4B6D50F9464B8EBA55651F541CF85CCD7B51SZXEMA504MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

The last call is now closed.

 

It seems that this draft is pretty good since there are no commen= ts/questions from the WG during the WG LC.

 

We will move forward with the publication process.

 

To Daniel, thank you very much for willing to shepherd this draft= .

 

 

 

 

Thanks

 

Fatai & Daniele

 

 

&n= bsp;

&n= bsp;

&n= bsp;

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Fatai Zhang
Sent: Saturday, August 29, 2015 2:03 PM
To: CCAMP (ccamp@ietf.org)
Subject: [CCAMP] WG LAST CALL - draft-ietf-ccamp-flexible-grid-rsvp-= te-ext-03.txt and call for sheperd

 

Hi all,

 

This st= arts a two weeks working group last call on draft-ietf-ccamp-flexible-grid-= rsvp-te-ext-03.txt.

&n= bsp;

The las= t call will end on Monday September 15th.

&n= bsp;

Please = send your comments to the CCAMP mailing list. Also comments like “I h= ave reviewed the draft and believe it’s ready for publication” are welcome.

&n= bsp;

All the= IPR declarations from authors and contributors have been collected and can= be found in the history of the document: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexible-grid-rsvp-te-ext= /history/ (except the response from Felipe since it is not recorded in = the List Archive).

&n= bsp;

PLEASE NOTE

Since both the chairs and the secretary are involved in th= e draft as co-authors, so this is a good opportunity to have the WG involve= d also in the Post-WG Last call process nominating a document shepherd which is not one of the chairs or the secre= tary. Further details on the shepherd duties can be found in RFC4858 and at https://www.ietf.org/iesg/s= tatement/document-shepherds.html.

 

Please volunteer if interested and send a mail to the chai= rs.

&n= bsp;

&n= bsp;

Thanks<= o:p>

&n= bsp;

Fatai &= amp; Daniele

&n= bsp;

&n= bsp;

&n= bsp;

--_000_F82A4B6D50F9464B8EBA55651F541CF85CCD7B51SZXEMA504MBSchi_-- From nobody Tue Sep 15 07:10:30 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E96B71B4E72; Tue, 15 Sep 2015 07:10:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XsTLPCicyqW9; Tue, 15 Sep 2015 07:10:20 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C6D7F1B4E31; Tue, 15 Sep 2015 07:10:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Brian Haberman" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150915141020.23734.45132.idtracker@ietfa.amsl.com> Date: Tue, 15 Sep 2015 07:10:20 -0700 Archived-At: Cc: ccamp-chairs@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.shepherd@ietf.org Subject: [CCAMP] Brian Haberman's No Objection on draft-ietf-ccamp-flexigrid-lambda-label-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 14:10:22 -0000 Brian Haberman has entered the following ballot position for draft-ietf-ccamp-flexigrid-lambda-label-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Is there a reason why sections 4.1, 8.1, and 8.2 are telling IANA what values to use in those registries? Is it due to the implementation described in section 6.1 using those values? From nobody Tue Sep 15 07:23:14 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BD501A8761; Tue, 15 Sep 2015 07:23:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qszdaIsfPEjm; Tue, 15 Sep 2015 07:23:10 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD7071A88F9; Tue, 15 Sep 2015 07:23:03 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8FEMxC5029800; Tue, 15 Sep 2015 15:22:59 +0100 Received: from 950129200 (jplon-nat11.juniper.net [193.110.55.11]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8FEMiw5029630 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 15 Sep 2015 15:22:48 +0100 From: "Adrian Farrel" To: "'Brian Haberman'" , "'The IESG'" References: <20150915141020.23734.45132.idtracker@ietfa.amsl.com> In-Reply-To: <20150915141020.23734.45132.idtracker@ietfa.amsl.com> Date: Tue, 15 Sep 2015 15:22:45 +0100 Message-ID: <011d01d0efc2$061a5fb0$124f1f10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIEEToD9ko9NlpIU1Usv/qfWeN2Gp3XYOCQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21816.007 X-TM-AS-Result: No--4.907-10.0-31-10 X-imss-scan-details: No--4.907-10.0-31-10 X-TMASE-MatchedRID: L8tZF6zWW2r0GGSQQaBfERes/RxhysDba7GKgkgPr1EiZRblFGx+8B94 +oYqU0pccy9a1RIYorOPWx38Q1qIm9cUNjoF7YuV9UVHiwLx0/ITiAXE61uSubV5fSMRD1zqE7o rXnCF9AyI7qXZddSBHa0Pj/9cOH4sCAKizYVJv3/K09/T6AzbViIBy2vbJcliuqWf6Nh7tmGzP/ mFbCCOqJ6Ss6O2bihGwqOonHKEy6dtNLAj8DYO8EhEDfw/93BuhQaFqMRElgmg3Vl5o99JuKPFj JEFr+oloTCA5Efyn8CNo+PRbWqfRK6NVEWSRWybRQRKyHGXcqrn0BYICO/r2lV/nskyvPfgbjmj xaKCWorXm0lkBBE5ex9z04CqgookELb3B2zYFNFGhDWil9QcDNM+4/DefDDUsJ/jxlXnd3dp9xH uM9AfUiKeUbONtgeTe1ZwdZI0d1+GWChB6AgT5w== Archived-At: Cc: ccamp-chairs@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.shepherd@ietf.org Subject: Re: [CCAMP] Brian Haberman's No Objection on draft-ietf-ccamp-flexigrid-lambda-label-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 14:23:13 -0000 Damn it , Brian! Why did you have to spot the change I was supposed to make after IETF = last call but forgot? The code points are from rarely used registries and are the next = available and most logical values. All of which means they are the = values IANA would allocate under normal circumstances. But the comment was raised before and I had said I would move to TBA1 = and TBA2 with recommendations to IANA. I can do this if it will help or if IANA prefers. A > -----Original Message----- > From: Brian Haberman [mailto:brian@innovationslab.net] > Sent: 15 September 2015 15:10 > To: The IESG > Cc: draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org; = draft-ietf-ccamp- > flexigrid-lambda-label.shepherd@ietf.org; ccamp-chairs@ietf.org; > daniele.ceccarelli@ericsson.com; draft-ietf-ccamp-flexigrid-lambda- > label@ietf.org; ccamp@ietf.org > Subject: Brian Haberman's No Objection on = draft-ietf-ccamp-flexigrid-lambda- > label-05: (with COMMENT) >=20 > Brian Haberman has entered the following ballot position for > draft-ietf-ccamp-flexigrid-lambda-label-05: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > = https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/= >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Is there a reason why sections 4.1, 8.1, and 8.2 are telling IANA what > values to use in those registries? Is it due to the implementation > described in section 6.1 using those values? From nobody Tue Sep 15 09:04:38 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 308C31A1B62; Tue, 15 Sep 2015 09:04:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HSC0thy8-YX4; Tue, 15 Sep 2015 09:04:31 -0700 (PDT) Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id 60C531A1B5D; Tue, 15 Sep 2015 09:04:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id B3B8C2CD02; Tue, 15 Sep 2015 19:04:30 +0300 (EEST) (envelope-from jari.arkko@piuha.net) X-Virus-Scanned: amavisd-new at piuha.net Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IKMX-D3OAgFL; Tue, 15 Sep 2015 19:04:30 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 11A542CC5C; Tue, 15 Sep 2015 19:04:28 +0300 (EEST) (envelope-from jari.arkko@piuha.net) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CE3EB51E-13CD-40A3-9527-947DA0E492B3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Jari Arkko In-Reply-To: <55F72FB1.9090306@nostrum.com> Date: Tue, 15 Sep 2015 09:04:27 -0700 Message-Id: <155BFB77-4E40-4FF5-BB6E-F1549095DA95@piuha.net> References: <55E75637.9030800@nostrum.com> <55F72FB1.9090306@nostrum.com> To: Robert Sparks X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: ccamp@ietf.org, "ietf@ietf.org" , General Area Review Team , draft-ietf-ccamp-flexigrid-lambda-label@ietf.org Subject: Re: [CCAMP] [Gen-art] Gen-art Telechat review: draft-ietf-ccamp-flexigrid-lambda-label-05 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 16:04:33 -0000 --Apple-Mail=_CE3EB51E-13CD-40A3-9527-947DA0E492B3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thank you very much Robert again for the review. I have placed a = no-objection position for this document in the upcoming IESG telechat. Jari --Apple-Mail=_CE3EB51E-13CD-40A3-9527-947DA0E492B3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJV+EGLAAoJEM80gCTQU46qrmMQAMXgTWkO+hqdNiP8UMO2sO7t RVykr1tN+KNHoIzlZejA6QXEwfgEHap+XUYhd0EiQcLH4gxmCHOM+WhOfoNlizir 0fKga3mSq39erXvUHrtn2KMn/3bdLL+bA17VkcU6bEhPRgFFGF4eeXNsAOMMdjBv p6TAYShu/OH6dcP5tax+F1Xzk3OHfLMhuKztJFG7kDh6fqsvjLBfP75JkuNbetcM +67jy0uhqYbmukmIxXZVkrbwWiaRh++B3F6vsFT7/uKLL6eEFB3WJ5fxNa6KOjIm iORZETUxBwlqLz/T4aXJpzMEC4c3DfNmAT4CIX53mZVS8ZKZ2b6a65VNj3xr6RZ1 VKKOCEnjlseMptIaElPlf6PlmVGF2wKkLpjOhG1NYysybPAcA1NxDFZBRn/Clf6v i5H980X+RgWcAmP30qJgGfj0qHlHpkH5mUGBx17P+dp0JeoxBPfGOjvKYkD7ou17 O9c8GOBFzEKQeRRbw0Vh0yjnmqXSOpmSI3yCMQxTszp8qkLk87F6mksbYr/o9lDg Nwh6T8KypQw3WC2QhGqZzfp7Yuax5k+Zr272S+O4uER/FIu/YCU4j+f4ZCimHAct eFZRdROvQxM5bq76R/qLujQWWmdnSBAS/vEKkfThEGrnHwMWsLtgiglotIjDv1fL 0OnmVmddLKe/YF/v/DLp =yVRm -----END PGP SIGNATURE----- --Apple-Mail=_CE3EB51E-13CD-40A3-9527-947DA0E492B3-- From nobody Tue Sep 15 16:05:07 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4E881B2D86; Tue, 15 Sep 2015 16:05:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I-IdL_haD4x2; Tue, 15 Sep 2015 16:05:02 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B9B81B2D89; Tue, 15 Sep 2015 16:05:02 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8FN4sbA029672; Wed, 16 Sep 2015 00:04:55 +0100 Received: from 950129200 ([111.207.233.98]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8FN4oOA029648 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 16 Sep 2015 00:04:52 +0100 From: "Adrian Farrel" To: "'Alissa Cooper'" , "'The IESG'" References: <20150915194716.24297.48006.idtracker@ietfa.amsl.com> In-Reply-To: <20150915194716.24297.48006.idtracker@ietfa.amsl.com> Date: Wed, 16 Sep 2015 00:04:52 +0100 Message-ID: <01f701d0f00a$f0859590$d190c0b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI9Yu91fYorrtXB/hTuqbW8GEQOBZ1lT2sw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21818.003 X-TM-AS-Result: No--14.814-10.0-31-10 X-imss-scan-details: No--14.814-10.0-31-10 X-TMASE-MatchedRID: 6otD/cJAac2nykMun0J1wsAmcZEx8XHJj/xLIaDSshG638ZUY6gSd2IS S633d1ZqQSvReWqbl4PWQrReLGQ7w9cUNjoF7YuVqAl0hpuSrwsTiAXE61uSubV5fSMRD1zqE7o rXnCF9AyI7qXZddSBHa0Pj/9cOH4sCAKizYVJv3/K09/T6AzbViIBy2vbJcliuqWf6Nh7tmGzP/ mFbCCOqJ6Ss6O2bihGrpXz4X+0dnAtg1fUv6/cns+ayFtEW0uYhHz3EzK//HzaqqH/oHw+kUBBk Nz4/jwohN1U7r2mV6rXT2BX7z5esHwvP2dtBRFiBEfU2vugRF1XLUapz6y7gZsoi2XrUn/Jsuf7 RWbvUtyrusVRy4an8SAHAopEd76vZ2MVlWla/0+3nmEX13jRQ09CvgcwWXaNIwhu/MSZAxHaOke fbT78bQ== Archived-At: Cc: ccamp-chairs@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.shepherd@ietf.org Subject: Re: [CCAMP] Alissa Cooper's No Objection on draft-ietf-ccamp-flexigrid-lambda-label-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 23:05:04 -0000 Thanks Alissa, I would be very reluctant to make the change you suggest. If necessary and in the future, this document could be updated. Until = then, I believe the ITU-T is the place where the described work is done. Adrian > -----Original Message----- > From: Alissa Cooper [mailto:alissa@cooperw.in] > Sent: 15 September 2015 20:47 > To: The IESG > Cc: draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org; = draft-ietf-ccamp- > flexigrid-lambda-label.shepherd@ietf.org; ccamp-chairs@ietf.org; > daniele.ceccarelli@ericsson.com; draft-ietf-ccamp-flexigrid-lambda- > label@ietf.org; ccamp@ietf.org > Subject: Alissa Cooper's No Objection on = draft-ietf-ccamp-flexigrid-lambda-label- > 05: (with COMMENT) >=20 > Alissa Cooper has entered the following ballot position for > draft-ietf-ccamp-flexigrid-lambda-label-05: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > = https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/= >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Section 4.3 says: >=20 > "The mechanism defined here MUST > NOT be used for other forms of grouping unless and until those = forms > are defined and documented in Recommendations published by the > ITU-T." >=20 > Perhaps I am being too paranoid, but would it be good enough to say > "unless and until those forms are standardized" or something more > generic, so that in the event that the ITU-T gets out of the grid > definition business some time in the far away future we don't have to > update this spec? From nobody Wed Sep 16 00:10:36 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E3511ACDD7; Tue, 15 Sep 2015 12:47:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.1 X-Spam-Level: X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78ExCCw2ZKuS; Tue, 15 Sep 2015 12:47:16 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 62A6D1ACDD0; Tue, 15 Sep 2015 12:47:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Alissa Cooper" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150915194716.24297.48006.idtracker@ietfa.amsl.com> Date: Tue, 15 Sep 2015 12:47:16 -0700 Archived-At: X-Mailman-Approved-At: Wed, 16 Sep 2015 00:10:32 -0700 Cc: ccamp-chairs@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.ad@ietf.org, ccamp@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label@ietf.org, draft-ietf-ccamp-flexigrid-lambda-label.shepherd@ietf.org Subject: [CCAMP] Alissa Cooper's No Objection on draft-ietf-ccamp-flexigrid-lambda-label-05: (with COMMENT) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Sep 2015 19:47:17 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-ccamp-flexigrid-lambda-label-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 4.3 says: "The mechanism defined here MUST NOT be used for other forms of grouping unless and until those forms are defined and documented in Recommendations published by the ITU-T." Perhaps I am being too paranoid, but would it be good enough to say "unless and until those forms are standardized" or something more generic, so that in the event that the ITU-T gets out of the grid definition business some time in the far away future we don't have to update this spec? From nobody Wed Sep 16 20:28:58 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 945901A8B84 for ; Wed, 16 Sep 2015 20:28:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.597 X-Spam-Level: ** X-Spam-Status: No, score=2.597 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kEnZLUlzK67f for ; Wed, 16 Sep 2015 20:28:55 -0700 (PDT) Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by ietfa.amsl.com (Postfix) with ESMTP id EA2831ACE83 for ; Wed, 16 Sep 2015 20:28:54 -0700 (PDT) Received: from vc2.ecl.ntt.co.jp (vc2.ecl.ntt.co.jp [129.60.86.154]) by tama500.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id t8H3SsUx013907 for ; Thu, 17 Sep 2015 12:28:54 +0900 Received: from vc2.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id F3BA55F58E for ; Thu, 17 Sep 2015 12:28:53 +0900 (JST) Received: from imail1.m.ecl.ntt.co.jp (imail1.m.ecl.ntt.co.jp [129.60.5.246]) by vc2.ecl.ntt.co.jp (Postfix) with ESMTP id DC6D45F612 for ; Thu, 17 Sep 2015 12:28:53 +0900 (JST) Received: from [129.60.21.195] (Netsu-shiomoto-Dell.silab.ecl.ntt.co.jp [129.60.21.195]) by imail1.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id t8H3SrG7022767 for ; Thu, 17 Sep 2015 12:28:53 +0900 To: "CCAMP (ccamp@ietf.org)" From: Kohei Shiomoto Message-ID: <55FA347B.4000901@lab.ntt.co.jp> Date: Thu, 17 Sep 2015 12:33:15 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable Archived-At: Subject: [CCAMP] SDN/MPLS 2015 Conference Info X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Sep 2015 03:28:56 -0000 # Apologies if multiple copies received. The SDN/MPLS 2015 Conference program has been posted. It is available at http://www.isocore.com/2015/ or specifically at: Tutorials (Sunday): http://www.isocore.com/2015/tutorials.htm Technical sessions (Mon- Wed): http://www.isocore.com/2015/technical_sessions.htm The SDN/MPLS 2015 Conference will take place November 15-18 in Washington DC and will include an extensive four day program consisting of tutorials, technical sessions, panels, and exhibits. The key topics to be discussed at this year's conference include: Virtualization, SDN, Cloud and Data Centers, Orchestration, NFV, Cloud Security PCE, Mobility, Traffic Engineering, Transport SDN, multi-play applications across common infrastructure and other emerging technologies. The conference hotel is the Marriott Wardman Park in Washington DC. Please note that there are only a limited number of rooms available this year at a reduced rate. Please make reservations at: https://aws.passkey.com/event/13907017/owner/1786/home -- Kohei Shiomoto, Ph.D Senior Manager, Communication Traffic & Service Quality Project NTT Network Technology Laboratories (and Machine Learning Center) NIPPON TELEGRAPH AND TELEPHONE CORPORATION TEL +81-422-59-4402 FAX +81-422-59-6364 From nobody Sun Sep 20 22:55:41 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD24A1A8ABA for ; Sun, 20 Sep 2015 22:55:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jF-IG-RVWlry for ; Sun, 20 Sep 2015 22:55:39 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 866611A8AC7 for ; Sun, 20 Sep 2015 22:55:39 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C79F2180204; Sun, 20 Sep 2015 22:54:53 -0700 (PDT) To: adrian@olddog.co.uk, asatyana@cisco.com, a-iwata@ah.jp.nec.com, n-fujita@bk.jp.nec.com, gash5107@yahoo.com, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, daniele.ceccarelli@ericsson.com, zhangfatai@huawei.com X-PHP-Originating-Script: 6000:errata_mail_lib.php From: RFC Errata System Message-Id: <20150921055453.C79F2180204@rfc-editor.org> Date: Sun, 20 Sep 2015 22:54:53 -0700 (PDT) Archived-At: Cc: ccamp@ietf.org, rfc-editor@rfc-editor.org Subject: [CCAMP] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2015 05:55:41 -0000 The following errata report has been submitted for RFC4920, "Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=4920&eid=4480 -------------------------------------- Type: Technical Reported by: Dhruv Dhody Section: 6.2 Original Text ------------- For types 10 and 23, the Value field has the format: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | IS-IS Area Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ IS-IS Area Identifier (continued) ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Length Length of the actual (non-padded) IS-IS Area Identifier in octets. Valid values are from 2 to 11 inclusive. Corrected Text -------------- For types 10 and 23, the Value field has the format: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | IS-IS Area Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ IS-IS Area Identifier (continued) ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Length Length of the actual (non-padded) IS-IS Area Identifier in octets. Valid values are from 1 to 13 inclusive. Notes ----- IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP length is 20, minus 1 byte for NSEL, minus 6 bytes for SysID). *Noted by Jonathan Hardwick in another document that was using the same data. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC4920 (draft-ietf-ccamp-crankback-06) -------------------------------------- Title : Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE Publication Date : July 2007 Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N. Fujita, G. Ash Category : PROPOSED STANDARD Source : Common Control and Measurement Plane Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Sep 23 11:32:42 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25E851A9118; Wed, 23 Sep 2015 11:32:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iLMdBvKPtKVD; Wed, 23 Sep 2015 11:32:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F6411A913F; Wed, 23 Sep 2015 11:32:32 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.4.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150923183232.30843.9033.idtracker@ietfa.amsl.com> Date: Wed, 23 Sep 2015 11:32:32 -0700 Archived-At: Cc: ccamp mailing list , ccamp chair , RFC Editor Subject: [CCAMP] Protocol Action: 'Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers' to Proposed Standard (draft-ietf-ccamp-flexigrid-lambda-label-05.txt) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2015 18:32:38 -0000 The IESG has approved the following document: - 'Generalized Labels for the Flexi-Grid in Lambda Switch Capable (LSC) Label Switching Routers' (draft-ietf-ccamp-flexigrid-lambda-label-05.txt) as Proposed Standard This document is the product of the Common Control and Measurement Plane Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-flexigrid-lambda-label/ Technical Summary GMPLS supports the description of optical switching by identifying entries in fixed lists of switchable wavelengths (called grids) through the encoding of lambda labels. Work within the ITU-T Study Group 15 has defined a finer granularity grid, and the facility to flexibly select different widths of spectrum from the grid. This document defines a new GMPLS lambda label format to support this flexi-grid. This document updates RFC 3471 and RFC 6205 by introducing a new label format. Working Group Summary There were no problems with consensus for this document. Document Quality The work has had contributions from a large group of people, the draft is pretty simple, clear and based on RFC6205. Additionally, the work has had external review form the IDEALIST EU project that is doing multiple inter-operating implementations of a GMPLS control plane for flexi-grid. Personnel Document Shepherd: Daniele Ceccarelli Area Director: Deborah Brungard From nobody Fri Sep 25 05:15:54 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34541B3109; Fri, 25 Sep 2015 05:15:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mcxcbiwvVE1O; Fri, 25 Sep 2015 05:15:50 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02D5F1B3108; Fri, 25 Sep 2015 05:15:49 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PCFl6V030001; Fri, 25 Sep 2015 13:15:47 +0100 Received: from 950129200 (no-dns-yet.sleek.net [37.205.56.35] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PCFki9029991 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2015 13:15:46 +0100 From: "Adrian Farrel" To: References: <20150921055453.C79F2180204@rfc-editor.org> In-Reply-To: <20150921055453.C79F2180204@rfc-editor.org> Date: Fri, 25 Sep 2015 13:15:49 +0100 Message-ID: <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGroSSfQVAc2ph/Eee004rhkpvedp6X01sQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-21836.007 X-TM-AS-Result: No--17.790-10.0-31-10 X-imss-scan-details: No--17.790-10.0-31-10 X-TMASE-MatchedRID: C/snMIRQLS2BnJ5ETtWXfSlrosmS0SOAXEjKf9fhKacGgDV8o5u6E1RI BHtnMvWEBNvfO78rbY3zxtb7upbsyoOu4PE9G6HrbBu6+EIezdwL8TGleseLPOO53bHtM9W3Cf2 h9A2gFAUP7E0U4e14C1ntnspX3jsSk1qm3fDyMGQtR8fVMTBo3ZnZ3QZNYH8lDO+DX+rUwfbH5Z Ph+OIwZzFxJ+DPhnFrkGdXMHC53JZUXoICJG45IgUkbxmZfIp1IpxeTmvSFcnzm+w9q3crVXeR+ gIsfN9A8DzfMS0SNe38HJz/TiI+eIP9C66PHXtephvn2pPa92rTDXgcUlCNo2etmUd3aHHdJ4JT zhErvUf6ixdIuMQRDPJd37xam2Ff1M73D0qKwJS628cXbnOhT5dPjWZp9Ce4GNAPebYwJ/sDuwQ v5f82WPXRi4uMPoZVTVGZ+zapOy3pzoZfJABOuhD3+0w1DhqKfS0Ip2eEHny+qryzYw2E8M8943 oc3p3sq7rFUcuGp/G8QIu4z6HhEH7cGd19dSFd Archived-At: Cc: isis-wg@ietf.org, teas@ietf.org Subject: Re: [CCAMP] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2015 12:15:52 -0000 All, This email is copied to TEAS and ISIS, but it would be really helpful if any discussion was held to one list. CCAMP is probably best because they "own" RFC 4920. The CCAMP chairs asked me to look into this as one of the original authors, and I have to say it has been so long that I can't recall the answer. However, I looked at RFC 1195 and found section 3.3 gave me that the full description of an Area ID as: > AFI 1 octet value "47" (specifies ICD format) > > ICD 2 octet value "00 05" (specifies Internet/Gosip) > > DFI 1 octet value "xx" > > AA 3 octets value "xx xx xx" (specifies special > IP-only use of NSAPs) > > Reserved 2 octets must be "00 00" > > RD 2 octets contains autonomous system number > > Area 2 octets must be assigned as described below This implies (to me) that an Area ID must be at least the trailing two octets, but may be given more context reading up this table up to a maximum of 13 octets. All I deduce from this is that I am consistent in my ability to reproduce my processing, not that I am right. Can someone with IS-IS clue please comment: What are the max and min string lengths of an "area ID" in IS-IS? Thanks, Adrian > -----Original Message----- > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > Sent: 21 September 2015 06:55 > To: adrian@olddog.co.uk; asatyana@cisco.com; a-iwata@ah.jp.nec.com; n- > fujita@bk.jp.nec.com; gash5107@yahoo.com; akatlas@gmail.com; > db3546@att.com; aretana@cisco.com; daniele.ceccarelli@ericsson.com; > zhangfatai@huawei.com > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; rfc-editor@rfc-editor.org > Subject: [Technical Errata Reported] RFC4920 (4480) > > The following errata report has been submitted for RFC4920, > "Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=4920&eid=4480 > > -------------------------------------- > Type: Technical > Reported by: Dhruv Dhody > > Section: 6.2 > > Original Text > ------------- > For types 10 and 23, the Value field has the format: > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Length | IS-IS Area Identifier | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > ~ IS-IS Area Identifier (continued) ~ > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Length > > Length of the actual (non-padded) IS-IS Area Identifier in > octets. Valid values are from 2 to 11 inclusive. > > Corrected Text > -------------- > For types 10 and 23, the Value field has the format: > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Length | IS-IS Area Identifier | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > ~ IS-IS Area Identifier (continued) ~ > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Length > > Length of the actual (non-padded) IS-IS Area Identifier in > octets. Valid values are from 1 to 13 inclusive. > > Notes > ----- > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP length is 20, minus > 1 byte for NSEL, minus 6 bytes for SysID). > > *Noted by Jonathan Hardwick in another document that was using the same > data. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC4920 (draft-ietf-ccamp-crankback-06) > -------------------------------------- > Title : Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE > Publication Date : July 2007 > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N. Fujita, G. Ash > Category : PROPOSED STANDARD > Source : Common Control and Measurement Plane > Area : Routing > Stream : IETF > Verifying Party : IESG From nobody Fri Sep 25 07:15:29 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 781511A1AAE; Fri, 25 Sep 2015 07:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1L3EA6U9Izkd; Fri, 25 Sep 2015 07:15:18 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DD8B1A1AA7; Fri, 25 Sep 2015 07:15:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6175; q=dns/txt; s=iport; t=1443190518; x=1444400118; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=rpMGAOtLrQcPwIZeLcMZ3QxXBRJau/8wHvW0u2CYhgg=; b=YaZHCe3620lQ92HGnZUteuahgSbdJf3Eu82m/Ds8FP87+JNz5TH4N0fx g5GY0PAbXLyYL7mP5+XDJoTRDD67DezAkGplS4P8Ge0yITC3BW3Pb4UQ9 dp2HxH+TtLnZwoXeNbVcnmXr/A5zy9UGtFNgHFh1adf4RwO56eIpM5ARh k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DzAQD3VQVW/4ENJK1DGoMkVGkGrCyQfQENgXAMhXcCgSs4FAEBAQEBAQGBCoQkAQEBBAEBATc0CwwEAgEIEQQBAR8JByEGCxMBCQgCBAENBQiIEQMSDTvGRg2EfQEBAQEBAQEBAQEBAQEBAQEBAQEBAReGc4R9gT2BE4FaEQFRBwaEJgWFfAyBLAaGc4c6AYURhgoGgWWBU0aDcIMhiisXh0EBHwEBQoIOAxyBVHEBE4gZOoEFAQEB X-IronPort-AV: E=Sophos;i="5.17,587,1437436800"; d="scan'208";a="32034708" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-5.cisco.com with ESMTP; 25 Sep 2015 14:15:17 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t8PEFHeW004363 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 25 Sep 2015 14:15:17 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 25 Sep 2015 09:15:16 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1104.000; Fri, 25 Sep 2015 09:15:16 -0500 From: "Les Ginsberg (ginsberg)" To: "adrian@olddog.co.uk" , "ccamp@ietf.org" Thread-Topic: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) Thread-Index: AQGroSSfQVAc2ph/Eee004rhkpvedp6X01sQgAAhUNA= Date: Fri, 25 Sep 2015 14:15:16 +0000 Message-ID: References: <20150921055453.C79F2180204@rfc-editor.org> <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> In-Reply-To: <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.75.252] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "isis-wg@ietf.org" , "teas@ietf.org" Subject: Re: [CCAMP] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2015 14:15:26 -0000 Adrian - The definitive document on OSI addressing is ISO 8348 (Annex A and B). Free= ly available here: http://standards.iso.org/ittf/PubliclyAvailableStandards= /c035872_ISO_IEC_8348_2002(E).zip Some text in ISO 10589 Section 7.1 is also helpful. But if you don't want to wade through the documents (for which I would not = blame you :-) ) here's the short version: An area address is 1 - 13 octets = in length - so at a quick read the proposed text in the errata seems to be = correct. Les > -----Original Message----- > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian Farre= l > Sent: Friday, September 25, 2015 5:16 AM > To: ccamp@ietf.org > Cc: isis-wg@ietf.org; teas@ietf.org > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) >=20 > All, >=20 > This email is copied to TEAS and ISIS, but it would be really helpful if = any > discussion was held to one list. CCAMP is probably best because they "own= " > RFC 4920. >=20 > The CCAMP chairs asked me to look into this as one of the original author= s, > and I have to say it has been so long that I can't recall the answer. >=20 > However, I looked at RFC 1195 and found section 3.3 gave me that the full > description of an Area ID as: >=20 > > AFI 1 octet value "47" (specifies ICD format) > > > > ICD 2 octet value "00 05" (specifies Internet/Gosip= ) > > > > DFI 1 octet value "xx" > > > > AA 3 octets value "xx xx xx" (specifies special > > IP-only use of NSAPs) > > > > Reserved 2 octets must be "00 00" > > > > RD 2 octets contains autonomous system number > > > > Area 2 octets must be assigned as described below >=20 > This implies (to me) that an Area ID must be at least the trailing two oc= tets, > but may be given more context reading up this table up to a maximum of 13 > octets. >=20 > All I deduce from this is that I am consistent in my ability to reproduce= my > processing, not that I am right. >=20 > Can someone with IS-IS clue please comment: > What are the max and min string lengths of an "area ID" in IS-IS? >=20 > Thanks, > Adrian >=20 > > -----Original Message----- > > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > > Sent: 21 September 2015 06:55 > > To: adrian@olddog.co.uk; asatyana@cisco.com; a-iwata@ah.jp.nec.com; n- > > fujita@bk.jp.nec.com; gash5107@yahoo.com; akatlas@gmail.com; > > db3546@att.com; aretana@cisco.com; daniele.ceccarelli@ericsson.com; > > zhangfatai@huawei.com > > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; rfc-editor@rfc-editor.org > > Subject: [Technical Errata Reported] RFC4920 (4480) > > > > The following errata report has been submitted for RFC4920, "Crankback > > Signaling Extensions for MPLS and GMPLS RSVP-TE". > > > > -------------------------------------- > > You may review the report below and at: > > http://www.rfc-editor.org/errata_search.php?rfc=3D4920&eid=3D4480 > > > > -------------------------------------- > > Type: Technical > > Reported by: Dhruv Dhody > > > > Section: 6.2 > > > > Original Text > > ------------- > > For types 10 and 23, the Value field has the format: > > > > 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 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Length | IS-IS Area Identifier | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > ~ IS-IS Area Identifier (continued) ~ > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Length > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > octets. Valid values are from 2 to 11 inclusive. > > > > Corrected Text > > -------------- > > For types 10 and 23, the Value field has the format: > > > > 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 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Length | IS-IS Area Identifier | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > ~ IS-IS Area Identifier (continued) ~ > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Length > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > octets. Valid values are from 1 to 13 inclusive. > > > > Notes > > ----- > > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP length > > is 20, > minus > > 1 byte for NSEL, minus 6 bytes for SysID). > > > > *Noted by Jonathan Hardwick in another document that was using the > > same data. > > > > Instructions: > > ------------- > > This erratum is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or rejected. > > When a decision is reached, the verifying party (IESG) can log in to > > change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC4920 (draft-ietf-ccamp-crankback-06) > > -------------------------------------- > > Title : Crankback Signaling Extensions for MPLS and GMPLS > RSVP-TE > > Publication Date : July 2007 > > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N. Fu= jita, > G. Ash > > Category : PROPOSED STANDARD > > Source : Common Control and Measurement Plane > > Area : Routing > > Stream : IETF > > Verifying Party : IESG >=20 > _______________________________________________ > Isis-wg mailing list > Isis-wg@ietf.org > https://www.ietf.org/mailman/listinfo/isis-wg From nobody Fri Sep 25 12:43:47 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 118821A896C; Fri, 25 Sep 2015 12:43:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ottM88bDxmCc; Fri, 25 Sep 2015 12:43:40 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A0FF1A8940; Fri, 25 Sep 2015 12:43:34 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PJhRNL006012; Fri, 25 Sep 2015 20:43:27 +0100 Received: from 950129200 ([195.77.54.89]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PJhQ3q005960 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2015 20:43:27 +0100 From: "Adrian Farrel" To: "'Les Ginsberg \(ginsberg\)'" , References: <20150921055453.C79F2180204@rfc-editor.org> <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> In-Reply-To: Date: Fri, 25 Sep 2015 20:43:26 +0100 Message-ID: <0ab901d0f7ca$74c3d530$5e4b7f90$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGroSSfQVAc2ph/Eee004rhkpvedgGw47AwAYc6TiCefpEj4A== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-21838.002 X-TM-AS-Result: No--37.421-10.0-31-10 X-imss-scan-details: No--37.421-10.0-31-10 X-TMASE-MatchedRID: 9vvqFUF7IWmnykMun0J1wtxajlW+zwxCTJDl9FKHbrmCsBeCv8CM/UkZ p+s287TWtD234oOck5rAfsa/orsoH/7yFV5x5lOP6Zzj+kMRBrZR3sGN+j7mNAendw/iiMGQNz+ l7L93+g2ICailugCxUTSa7l9Vc4NQAJsDIvxvmMSfh+M2WP4VZwO3/A5KGHP/UnF0DMXqXvsjDD CqOPzl3in4EU3ulxerTA1ZbYRqZJHbGFGXTSfqM2MdYzySsvg83bCSO6/nk85ElaZ44wdr5FqZQ RucJxyXe2cY6fLoAfmELfXvSifDx5xKcn7Jza1SEu5bhrerZYb2acON9Q+rniJ8zskw0dbrV01S k3MARmO1yaW0cl7Dqv9pGbPrG6qkNEusRYHEj3azI1v7J4hEClV+08YFNHSuQQ1XgvCe7sHwEnv uRqCJ7zYKx5SxZ3YGTXDR2OXwNdUJXTHNx4/P6J8qjRigxTK8oKO8hENbdcsHWPn2mj7oRJltB5 xzbwGSQnJVKsnifVikDf9GH5fDKVoyWGz9RZCUYvwWRIumkUFBrawMcuRDTvrL5bbud8FcFAx8b 8GXiy06kydg+NZYt71Le7FRabDZF/w59i1CC3AQ9/tMNQ4aipJOcXMQc4jBEd+K6O5Nt53zb5km gp405bfqHaErmu92kZOl7WKIImq0P2qkGU0Xyi/tubwHkCSX+gD2vYtOFhgqtq5d3cxkNQP90fJ P9eHt Archived-At: Cc: isis-wg@ietf.org, teas@ietf.org Subject: Re: [CCAMP] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2015 19:43:46 -0000 OK, Thanks Les, a great help. One last point of clarification... When RFC 1195 says... > Area 2 octets must be assigned as described below ... why am I confused that that is allowed to be just one octet? Cheers, Adrian > -----Original Message----- > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > Sent: 25 September 2015 15:15 > To: adrian@olddog.co.uk; ccamp@ietf.org > Cc: isis-wg@ietf.org; teas@ietf.org > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > Adrian - > > The definitive document on OSI addressing is ISO 8348 (Annex A and B). Freely > available here: > http://standards.iso.org/ittf/PubliclyAvailableStandards/c035872_ISO_IEC_8348_ > 2002(E).zip > > Some text in ISO 10589 Section 7.1 is also helpful. > > But if you don't want to wade through the documents (for which I would not > blame you :-) ) here's the short version: An area address is 1 - 13 octets in length - > so at a quick read the proposed text in the errata seems to be correct. > > Les > > > > > -----Original Message----- > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Friday, September 25, 2015 5:16 AM > > To: ccamp@ietf.org > > Cc: isis-wg@ietf.org; teas@ietf.org > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > All, > > > > This email is copied to TEAS and ISIS, but it would be really helpful if any > > discussion was held to one list. CCAMP is probably best because they "own" > > RFC 4920. > > > > The CCAMP chairs asked me to look into this as one of the original authors, > > and I have to say it has been so long that I can't recall the answer. > > > > However, I looked at RFC 1195 and found section 3.3 gave me that the full > > description of an Area ID as: > > > > > AFI 1 octet value "47" (specifies ICD format) > > > > > > ICD 2 octet value "00 05" (specifies Internet/Gosip) > > > > > > DFI 1 octet value "xx" > > > > > > AA 3 octets value "xx xx xx" (specifies special > > > IP-only use of NSAPs) > > > > > > Reserved 2 octets must be "00 00" > > > > > > RD 2 octets contains autonomous system number > > > > > > Area 2 octets must be assigned as described below > > > > This implies (to me) that an Area ID must be at least the trailing two octets, > > but may be given more context reading up this table up to a maximum of 13 > > octets. > > > > All I deduce from this is that I am consistent in my ability to reproduce my > > processing, not that I am right. > > > > Can someone with IS-IS clue please comment: > > What are the max and min string lengths of an "area ID" in IS-IS? > > > > Thanks, > > Adrian > > > > > -----Original Message----- > > > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > > > Sent: 21 September 2015 06:55 > > > To: adrian@olddog.co.uk; asatyana@cisco.com; a-iwata@ah.jp.nec.com; n- > > > fujita@bk.jp.nec.com; gash5107@yahoo.com; akatlas@gmail.com; > > > db3546@att.com; aretana@cisco.com; daniele.ceccarelli@ericsson.com; > > > zhangfatai@huawei.com > > > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; rfc-editor@rfc-editor.org > > > Subject: [Technical Errata Reported] RFC4920 (4480) > > > > > > The following errata report has been submitted for RFC4920, "Crankback > > > Signaling Extensions for MPLS and GMPLS RSVP-TE". > > > > > > -------------------------------------- > > > You may review the report below and at: > > > http://www.rfc-editor.org/errata_search.php?rfc=4920&eid=4480 > > > > > > -------------------------------------- > > > Type: Technical > > > Reported by: Dhruv Dhody > > > > > > Section: 6.2 > > > > > > Original Text > > > ------------- > > > For types 10 and 23, the Value field has the format: > > > > > > 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 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Length | IS-IS Area Identifier | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > ~ IS-IS Area Identifier (continued) ~ > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Length > > > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > > octets. Valid values are from 2 to 11 inclusive. > > > > > > Corrected Text > > > -------------- > > > For types 10 and 23, the Value field has the format: > > > > > > 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 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Length | IS-IS Area Identifier | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > ~ IS-IS Area Identifier (continued) ~ > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Length > > > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > > octets. Valid values are from 1 to 13 inclusive. > > > > > > Notes > > > ----- > > > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP length > > > is 20, > > minus > > > 1 byte for NSEL, minus 6 bytes for SysID). > > > > > > *Noted by Jonathan Hardwick in another document that was using the > > > same data. > > > > > > Instructions: > > > ------------- > > > This erratum is currently posted as "Reported". If necessary, please > > > use "Reply All" to discuss whether it should be verified or rejected. > > > When a decision is reached, the verifying party (IESG) can log in to > > > change the status and edit the report, if necessary. > > > > > > -------------------------------------- > > > RFC4920 (draft-ietf-ccamp-crankback-06) > > > -------------------------------------- > > > Title : Crankback Signaling Extensions for MPLS and GMPLS > > RSVP-TE > > > Publication Date : July 2007 > > > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N. Fujita, > > G. Ash > > > Category : PROPOSED STANDARD > > > Source : Common Control and Measurement Plane > > > Area : Routing > > > Stream : IETF > > > Verifying Party : IESG > > > > _______________________________________________ > > Isis-wg mailing list > > Isis-wg@ietf.org > > https://www.ietf.org/mailman/listinfo/isis-wg From nobody Fri Sep 25 13:07:30 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 538881A8A06; Fri, 25 Sep 2015 13:07:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QgmuVUaOGLER; Fri, 25 Sep 2015 13:07:23 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 891491A8A09; Fri, 25 Sep 2015 13:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9448; q=dns/txt; s=iport; t=1443211643; x=1444421243; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=IPvOAQSNG2g68PmtX6HBuyCWISHmLW+SdO1rFa8uUkQ=; b=GV3waBrRO6j5K8N99dlNbYtEcmGin3OaZreOsTdl4Cu8mVbVtOeVa+gK o3lAnaH5RI+IGE+Pca6/CQtaPzCXGDyY4K0KgTXEwPy1kY7+SF5BZM3mZ M++EgPB8D8Ieh73j0YugLg68CEdBu8I36fzTHzf4P5U+HDOEhOL7+KbsA I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D9AQAsqQVW/5RdJa1DGoMkVGkGrDKRAAENgXEKhXkCgSw4FAEBAQEBAQGBCoQkAQEBBAEBATc0CwwEAgEIEQQBAR8JByEGCxMBCQgCBAENBQiIEQMSDTvGVg2FAAEBAQEBAQEBAQEBAQEBAQEBAQEBAReGc4N3gQaBPYETgVoRAVEHBoQmBYV8DIEsB4Z0hz0BhROGCgaBZYFTRoNwgyGKRYdCAR8BAUKCDgMcgVRxAROHTjqBBQEBAQ X-IronPort-AV: E=Sophos;i="5.17,588,1437436800"; d="scan'208";a="32125130" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-5.cisco.com with ESMTP; 25 Sep 2015 20:06:57 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t8PK6uxQ024309 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 25 Sep 2015 20:06:56 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 25 Sep 2015 15:06:55 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1104.000; Fri, 25 Sep 2015 15:06:55 -0500 From: "Les Ginsberg (ginsberg)" To: "adrian@olddog.co.uk" , "ccamp@ietf.org" Thread-Topic: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) Thread-Index: AQGroSSfQVAc2ph/Eee004rhkpvedp6X01sQgAAhUNCAALHBAP//sByg Date: Fri, 25 Sep 2015 20:06:55 +0000 Message-ID: <79ce681fb7f949febcb73956959af4f9@XCH-ALN-001.cisco.com> References: <20150921055453.C79F2180204@rfc-editor.org> <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> <0ab901d0f7ca$74c3d530$5e4b7f90$@olddog.co.uk> In-Reply-To: <0ab901d0f7ca$74c3d530$5e4b7f90$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.75.252] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "isis-wg@ietf.org" , "teas@ietf.org" Subject: Re: [CCAMP] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2015 20:07:28 -0000 Adrian - I assume you are quoting Section 3.3? NSAPs come in a variety of flavors/formats depending upon the addressing au= thority. The example in RFC Section 3.3 is talking about using USA GOSIP ve= rsion 2.0 format as specified in Reference #9. The NSAP field is then broke= n into a set of subfields which include: AFI 1 octet value "47" (specifies ICD format) ICD 2 octet value "00 05" (specifies Internet/Gosip) DFI 1 octet value "xx" AA 3 octets value "xx xx xx" (specifies special IP-only use of NSAPs) Reserved 2 octets must be "00 00" RD 2 octets contains autonomous system number Area 2 octets must be assigned as described below ID 6 octets must be assigned as desribed below SEL 1 octet used as described below Everything up to "ID" is part of the "area address". So the AFI/ICD/AA/Rese= rved/RD/Area comprise a 13 octet "area address" - part of which are specifi= c values mandated by the GOSIP format. The "area" is simply one field in th= is GOSIP format. ISO 8348 has more info - but frankly I always found this somewhat nauseatin= g to read. The simplest way of thinking about things is: Area Address: 1 -13 octets (length and values depend on the NSAP format cho= sen) System ID: 1-6 octets - but always 6 octets in practice NSEL: 1 octet - always 0 Les > -----Original Message----- > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian Farre= l > Sent: Friday, September 25, 2015 12:43 PM > To: Les Ginsberg (ginsberg); ccamp@ietf.org > Cc: isis-wg@ietf.org; teas@ietf.org > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) >=20 > OK, Thanks Les, a great help. >=20 > One last point of clarification... >=20 > When RFC 1195 says... > > Area 2 octets must be assigned as described below > ... why am I confused that that is allowed to be just one octet? >=20 > Cheers, > Adrian >=20 > > -----Original Message----- > > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > > Sent: 25 September 2015 15:15 > > To: adrian@olddog.co.uk; ccamp@ietf.org > > Cc: isis-wg@ietf.org; teas@ietf.org > > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > Adrian - > > > > The definitive document on OSI addressing is ISO 8348 (Annex A and B). > > Freely available here: > > http://standards.iso.org/ittf/PubliclyAvailableStandards/c035872_ISO_I > > EC_8348_ > > 2002(E).zip > > > > Some text in ISO 10589 Section 7.1 is also helpful. > > > > But if you don't want to wade through the documents (for which I would > > not blame you :-) ) here's the short version: An area address is 1 - > > 13 octets in > length - > > so at a quick read the proposed text in the errata seems to be correct. > > > > Les > > > > > > > > > -----Original Message----- > > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian > > > Farrel > > > Sent: Friday, September 25, 2015 5:16 AM > > > To: ccamp@ietf.org > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > > > All, > > > > > > This email is copied to TEAS and ISIS, but it would be really > > > helpful if any discussion was held to one list. CCAMP is probably bes= t > because they "own" > > > RFC 4920. > > > > > > The CCAMP chairs asked me to look into this as one of the original > > > authors, and I have to say it has been so long that I can't recall th= e > answer. > > > > > > However, I looked at RFC 1195 and found section 3.3 gave me that the > > > full description of an Area ID as: > > > > > > > AFI 1 octet value "47" (specifies ICD format) > > > > > > > > ICD 2 octet value "00 05" (specifies Internet/G= osip) > > > > > > > > DFI 1 octet value "xx" > > > > > > > > AA 3 octets value "xx xx xx" (specifies special > > > > IP-only use of NSAPs) > > > > > > > > Reserved 2 octets must be "00 00" > > > > > > > > RD 2 octets contains autonomous system number > > > > > > > > Area 2 octets must be assigned as described below > > > > > > This implies (to me) that an Area ID must be at least the trailing > > > two > octets, > > > but may be given more context reading up this table up to a maximum > > > of 13 octets. > > > > > > All I deduce from this is that I am consistent in my ability to > > > reproduce my processing, not that I am right. > > > > > > Can someone with IS-IS clue please comment: > > > What are the max and min string lengths of an "area ID" in IS-IS? > > > > > > Thanks, > > > Adrian > > > > > > > -----Original Message----- > > > > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > > > > Sent: 21 September 2015 06:55 > > > > To: adrian@olddog.co.uk; asatyana@cisco.com; > > > > a-iwata@ah.jp.nec.com; n- fujita@bk.jp.nec.com; > > > > gash5107@yahoo.com; akatlas@gmail.com; db3546@att.com; > > > > aretana@cisco.com; daniele.ceccarelli@ericsson.com; > > > > zhangfatai@huawei.com > > > > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; > > > > rfc-editor@rfc-editor.org > > > > Subject: [Technical Errata Reported] RFC4920 (4480) > > > > > > > > The following errata report has been submitted for RFC4920, > > > > "Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE". > > > > > > > > -------------------------------------- > > > > You may review the report below and at: > > > > http://www.rfc-editor.org/errata_search.php?rfc=3D4920&eid=3D4480 > > > > > > > > -------------------------------------- > > > > Type: Technical > > > > Reported by: Dhruv Dhody > > > > > > > > Section: 6.2 > > > > > > > > Original Text > > > > ------------- > > > > For types 10 and 23, the Value field has the format: > > > > > > > > 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 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+- > + > > > > | Length | IS-IS Area Identifier = | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+- > + > > > > ~ IS-IS Area Identifier (continued) = ~ > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > Length > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifier i= n > > > > octets. Valid values are from 2 to 11 inclusive. > > > > > > > > Corrected Text > > > > -------------- > > > > For types 10 and 23, the Value field has the format: > > > > > > > > 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 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+- > + > > > > | Length | IS-IS Area Identifier = | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+- > + > > > > ~ IS-IS Area Identifier (continued) = ~ > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > Length > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifier i= n > > > > octets. Valid values are from 1 to 13 inclusive. > > > > > > > > Notes > > > > ----- > > > > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP > > > > length is 20, > > > minus > > > > 1 byte for NSEL, minus 6 bytes for SysID). > > > > > > > > *Noted by Jonathan Hardwick in another document that was using the > > > > same data. > > > > > > > > Instructions: > > > > ------------- > > > > This erratum is currently posted as "Reported". If necessary, > > > > please use "Reply All" to discuss whether it should be verified or > rejected. > > > > When a decision is reached, the verifying party (IESG) can log in > > > > to change the status and edit the report, if necessary. > > > > > > > > -------------------------------------- > > > > RFC4920 (draft-ietf-ccamp-crankback-06) > > > > -------------------------------------- > > > > Title : Crankback Signaling Extensions for MPLS and G= MPLS > > > RSVP-TE > > > > Publication Date : July 2007 > > > > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N= . > Fujita, > > > G. Ash > > > > Category : PROPOSED STANDARD > > > > Source : Common Control and Measurement Plane > > > > Area : Routing > > > > Stream : IETF > > > > Verifying Party : IESG > > > > > > _______________________________________________ > > > Isis-wg mailing list > > > Isis-wg@ietf.org > > > https://www.ietf.org/mailman/listinfo/isis-wg >=20 > _______________________________________________ > Isis-wg mailing list > Isis-wg@ietf.org > https://www.ietf.org/mailman/listinfo/isis-wg From nobody Fri Sep 25 14:10:20 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8281D1A86FD; Fri, 25 Sep 2015 14:10:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BpOJeRbqnDes; Fri, 25 Sep 2015 14:10:11 -0700 (PDT) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 814461A86F3; Fri, 25 Sep 2015 14:10:10 -0700 (PDT) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PLA5k2027630; Fri, 25 Sep 2015 22:10:05 +0100 Received: from 950129200 ([195.77.54.89]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id t8PLA3lh027580 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2015 22:10:04 +0100 From: "Adrian Farrel" To: "'Les Ginsberg \(ginsberg\)'" , References: <20150921055453.C79F2180204@rfc-editor.org> <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> <0ab901d0f7ca$74c3d530$5e4b7f90$@olddog.co.uk> <79ce681fb7f949febcb73956959af4f9@XCH-ALN-001.cisco.com> In-Reply-To: <79ce681fb7f949febcb73956959af4f9@XCH-ALN-001.cisco.com> Date: Fri, 25 Sep 2015 22:10:04 +0100 Message-ID: <0adb01d0f7d6$8e794a80$ab6bdf80$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGroSSfQVAc2ph/Eee004rhkpvedgGw47AwAYc6TiACOBPJhAKTj73+nlhMozA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-21838.003 X-TM-AS-Result: No--34.278-10.0-31-10 X-imss-scan-details: No--34.278-10.0-31-10 X-TMASE-MatchedRID: hwsFDxVJcFmnykMun0J1woLIdeHmw2yJt3aeg7g/usAutoY2UtFqGAi9 cmFBBPB+XvTfF9EoV2C4I/89YKZLCn+gChUgkZJleUyVZX4ivrvmELBDcs0dnU4ijQ77llXh3MO EcRunIokXOOj5M2CklxRn4yetKNva8PxYvsgdWr9IOSHptb5tx7NYRMFA9XfyW/Kb+C9IfiJAd9 sp7/hgkq1PQnerAam6mU1f6JygJlDQXn6rLnPBzAPZZctd3P4BKx5ICGp/WtHdeAKnvBMxfJ5Iw 5sIUwAGVGpx1s/dEgzC/9z7WWXfYbUopEAnZxtsLTHwnYOikQ1qYquCrLrVwjP3WYNhkszlN5zz c6c64fqLsN1YnMTozSDbwL3g8wN5/pS/akpdRW++NtCxbjBfhsyZqgcnwGktDYbe/PyX8gSX+GX BQlIPktO1Jn7TFf+OqMiCgwYNJ/oR9y8WJPyXEFPjo7D4SFg4RvFqpFrbMSeLaDxfPEIN+52ZVn BunOh+2hU1dRKFkwYC5P01+lUAUmMNX/9K+QfeYwaJXrf2IXQ6DQ7RDLiKeeFIuW2U7BWewCG7Z 9Din9TubgTxF5+K+lV00jcTWhivDcy28oDHlwJgzFyYQ1nvtZvgJyh2RNXiLO3j+XDwlkMklQ1z 0Pp6n5tisGNRR8aclJP2esRMuv992oLeJjVNeZEbNXwHGDRxrrEvQogcy/HJ2i9a4v4pV9s1CHz kaGoiEVtxaPoSt7AeYZj+jjPzyU1+zyfzlN7y/sToY2qzpx63l49egaEuVNRnEQCUU+jzjoczmu oPCq2UTGVAhB5EbQ== Archived-At: Cc: isis-wg@ietf.org, teas@ietf.org Subject: Re: [CCAMP] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2015 21:10:14 -0000 Got it. Thanks! CCAMP chairs - looks like the Errata Report is correct. Adrian > -----Original Message----- > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > Sent: 25 September 2015 21:07 > To: adrian@olddog.co.uk; ccamp@ietf.org > Cc: isis-wg@ietf.org; teas@ietf.org > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > Adrian - > > I assume you are quoting Section 3.3? > > NSAPs come in a variety of flavors/formats depending upon the addressing > authority. The example in RFC Section 3.3 is talking about using USA GOSIP > version 2.0 format as specified in Reference #9. The NSAP field is then broken > into a set of subfields which include: > > AFI 1 octet value "47" (specifies ICD format) > > ICD 2 octet value "00 05" (specifies Internet/Gosip) > > DFI 1 octet value "xx" > > AA 3 octets value "xx xx xx" (specifies special > IP-only use of NSAPs) > > Reserved 2 octets must be "00 00" > > RD 2 octets contains autonomous system number > > Area 2 octets must be assigned as described below > > ID 6 octets must be assigned as desribed below > > SEL 1 octet used as described below > > Everything up to "ID" is part of the "area address". So the > AFI/ICD/AA/Reserved/RD/Area comprise a 13 octet "area address" - part of > which are specific values mandated by the GOSIP format. The "area" is simply > one field in this GOSIP format. > > ISO 8348 has more info - but frankly I always found this somewhat nauseating to > read. The simplest way of thinking about things is: > > Area Address: 1 -13 octets (length and values depend on the NSAP format > chosen) > System ID: 1-6 octets - but always 6 octets in practice > NSEL: 1 octet - always 0 > > Les > > > -----Original Message----- > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Friday, September 25, 2015 12:43 PM > > To: Les Ginsberg (ginsberg); ccamp@ietf.org > > Cc: isis-wg@ietf.org; teas@ietf.org > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > OK, Thanks Les, a great help. > > > > One last point of clarification... > > > > When RFC 1195 says... > > > Area 2 octets must be assigned as described below > > ... why am I confused that that is allowed to be just one octet? > > > > Cheers, > > Adrian > > > > > -----Original Message----- > > > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > > > Sent: 25 September 2015 15:15 > > > To: adrian@olddog.co.uk; ccamp@ietf.org > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > > > Adrian - > > > > > > The definitive document on OSI addressing is ISO 8348 (Annex A and B). > > > Freely available here: > > > http://standards.iso.org/ittf/PubliclyAvailableStandards/c035872_ISO_I > > > EC_8348_ > > > 2002(E).zip > > > > > > Some text in ISO 10589 Section 7.1 is also helpful. > > > > > > But if you don't want to wade through the documents (for which I would > > > not blame you :-) ) here's the short version: An area address is 1 - > > > 13 octets in > > length - > > > so at a quick read the proposed text in the errata seems to be correct. > > > > > > Les > > > > > > > > > > > > > -----Original Message----- > > > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian > > > > Farrel > > > > Sent: Friday, September 25, 2015 5:16 AM > > > > To: ccamp@ietf.org > > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > > > > > All, > > > > > > > > This email is copied to TEAS and ISIS, but it would be really > > > > helpful if any discussion was held to one list. CCAMP is probably best > > because they "own" > > > > RFC 4920. > > > > > > > > The CCAMP chairs asked me to look into this as one of the original > > > > authors, and I have to say it has been so long that I can't recall the > > answer. > > > > > > > > However, I looked at RFC 1195 and found section 3.3 gave me that the > > > > full description of an Area ID as: > > > > > > > > > AFI 1 octet value "47" (specifies ICD format) > > > > > > > > > > ICD 2 octet value "00 05" (specifies Internet/Gosip) > > > > > > > > > > DFI 1 octet value "xx" > > > > > > > > > > AA 3 octets value "xx xx xx" (specifies special > > > > > IP-only use of NSAPs) > > > > > > > > > > Reserved 2 octets must be "00 00" > > > > > > > > > > RD 2 octets contains autonomous system number > > > > > > > > > > Area 2 octets must be assigned as described below > > > > > > > > This implies (to me) that an Area ID must be at least the trailing > > > > two > > octets, > > > > but may be given more context reading up this table up to a maximum > > > > of 13 octets. > > > > > > > > All I deduce from this is that I am consistent in my ability to > > > > reproduce my processing, not that I am right. > > > > > > > > Can someone with IS-IS clue please comment: > > > > What are the max and min string lengths of an "area ID" in IS-IS? > > > > > > > > Thanks, > > > > Adrian > > > > > > > > > -----Original Message----- > > > > > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > > > > > Sent: 21 September 2015 06:55 > > > > > To: adrian@olddog.co.uk; asatyana@cisco.com; > > > > > a-iwata@ah.jp.nec.com; n- fujita@bk.jp.nec.com; > > > > > gash5107@yahoo.com; akatlas@gmail.com; db3546@att.com; > > > > > aretana@cisco.com; daniele.ceccarelli@ericsson.com; > > > > > zhangfatai@huawei.com > > > > > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; > > > > > rfc-editor@rfc-editor.org > > > > > Subject: [Technical Errata Reported] RFC4920 (4480) > > > > > > > > > > The following errata report has been submitted for RFC4920, > > > > > "Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE". > > > > > > > > > > -------------------------------------- > > > > > You may review the report below and at: > > > > > http://www.rfc-editor.org/errata_search.php?rfc=4920&eid=4480 > > > > > > > > > > -------------------------------------- > > > > > Type: Technical > > > > > Reported by: Dhruv Dhody > > > > > > > > > > Section: 6.2 > > > > > > > > > > Original Text > > > > > ------------- > > > > > For types 10 and 23, the Value field has the format: > > > > > > > > > > 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 > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > + > > > > > | Length | IS-IS Area Identifier | > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > + > > > > > ~ IS-IS Area Identifier (continued) ~ > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > > > Length > > > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > > > > octets. Valid values are from 2 to 11 inclusive. > > > > > > > > > > Corrected Text > > > > > -------------- > > > > > For types 10 and 23, the Value field has the format: > > > > > > > > > > 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 > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > + > > > > > | Length | IS-IS Area Identifier | > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > + > > > > > ~ IS-IS Area Identifier (continued) ~ > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > > > Length > > > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifier in > > > > > octets. Valid values are from 1 to 13 inclusive. > > > > > > > > > > Notes > > > > > ----- > > > > > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP > > > > > length is 20, > > > > minus > > > > > 1 byte for NSEL, minus 6 bytes for SysID). > > > > > > > > > > *Noted by Jonathan Hardwick in another document that was using the > > > > > same data. > > > > > > > > > > Instructions: > > > > > ------------- > > > > > This erratum is currently posted as "Reported". If necessary, > > > > > please use "Reply All" to discuss whether it should be verified or > > rejected. > > > > > When a decision is reached, the verifying party (IESG) can log in > > > > > to change the status and edit the report, if necessary. > > > > > > > > > > -------------------------------------- > > > > > RFC4920 (draft-ietf-ccamp-crankback-06) > > > > > -------------------------------------- > > > > > Title : Crankback Signaling Extensions for MPLS and GMPLS > > > > RSVP-TE > > > > > Publication Date : July 2007 > > > > > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwata, N. > > Fujita, > > > > G. Ash > > > > > Category : PROPOSED STANDARD > > > > > Source : Common Control and Measurement Plane > > > > > Area : Routing > > > > > Stream : IETF > > > > > Verifying Party : IESG > > > > > > > > _______________________________________________ > > > > Isis-wg mailing list > > > > Isis-wg@ietf.org > > > > https://www.ietf.org/mailman/listinfo/isis-wg > > > > _______________________________________________ > > Isis-wg mailing list > > Isis-wg@ietf.org > > https://www.ietf.org/mailman/listinfo/isis-wg From nobody Sat Sep 26 07:42:56 2015 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73F2E1B2E9B; Sat, 26 Sep 2015 07:42:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yt9EJruWX3xq; Sat, 26 Sep 2015 07:42:50 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7FF31B2E9A; Sat, 26 Sep 2015 07:42:49 -0700 (PDT) X-AuditID: c1b4fb2d-f79626d000004282-30-5606aee7b369 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 6F.D2.17026.7EEA6065; Sat, 26 Sep 2015 16:42:47 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.93]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0248.002; Sat, 26 Sep 2015 16:42:46 +0200 From: Daniele Ceccarelli To: "adrian@olddog.co.uk" , "'Les Ginsberg (ginsberg)'" , "ccamp@ietf.org" Thread-Topic: [Teas] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) Thread-Index: AQHQ983Q+nljVvvbfUeW/EFmhrS55J5Nm/UAgAFHcVA= Date: Sat, 26 Sep 2015 14:42:46 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812A37FC1@ESESSMB301.ericsson.se> References: <20150921055453.C79F2180204@rfc-editor.org> <09bb01d0f78b$ead496e0$c07dc4a0$@olddog.co.uk> <0ab901d0f7ca$74c3d530$5e4b7f90$@olddog.co.uk> <79ce681fb7f949febcb73956959af4f9@XCH-ALN-001.cisco.com> <0adb01d0f7d6$8e794a80$ab6bdf80$@olddog.co.uk> In-Reply-To: <0adb01d0f7d6$8e794a80$ab6bdf80$@olddog.co.uk> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGfG3Rvf5OrYwg3lLDSx+9Nxgtngy5waL xYY/G9ktjh56z2rR+mMHiwOrx5TfG1k9liz5yeSxYvNKxgDmKC6blNSczLLUIn27BK6MNzvO sxVMiaxYe+wLawNjo10XIyeHhICJxMFFdxkhbDGJC/fWs3UxcnEICRxllOhafYkZwlnMKLHl 8jsgh4ODTcBK4skhH5C4iEAbo0TDnwVMIN3MAl4SXw4dB7OFBTwkHl+/xA5iiwh4SiyasJcN wraS+P1pEjOIzSKgKtF1ZCpYPa+Ar8SdE58ZIZYdYJK4uuMXK0iCU8BaYs3t/WCDGAVkJSbs XsQIsUxc4taT+UwQZwtILNlznhnCFpV4+fgfK4StJLFi+yWoej2JG1OnsEHY2hLLFr5mhlgs KHFy5hOWCYxis5CMnYWkZRaSlllIWhYwsqxiFC1OLS7OTTcy1kstykwuLs7P08tLLdnECIy1 g1t+6+5gXP3a8RCjAAejEg+vwh/WMCHWxLLiytxDjNIcLErivC1MD0KFBNITS1KzU1MLUovi i0pzUosPMTJxcEo1MBpMWfI/OHbWtd4QyYTlObyCJUGsKXOrZ1TfzVqrx9qcuZLpY6mQ70Sd VLFbasddI254ql4JFul9e3bKjB9LNv113vGiVvOuomBHvUycTGIhV8GqriZPe26pF6ynz3sv 8PhZ8WRDAGuhzA6xkqpnhjkHl3zYNTEz9+BDr7efJx1/+urUvNB995VYijMSDbWYi4oTAccX FmGWAgAA Archived-At: Cc: "isis-wg@ietf.org" , "teas@ietf.org" Subject: Re: [CCAMP] [Teas] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2015 14:42:53 -0000 Thanks a lot Les and Adrian. BR Daniele > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: venerd=EC 25 settembre 2015 23:10 > To: 'Les Ginsberg (ginsberg)'; ccamp@ietf.org > Cc: isis-wg@ietf.org; teas@ietf.org > Subject: Re: [Teas] [Isis-wg] [Technical Errata Reported] RFC4920 (4480) >=20 > Got it. Thanks! >=20 > CCAMP chairs - looks like the Errata Report is correct. >=20 > Adrian >=20 > > -----Original Message----- > > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > > Sent: 25 September 2015 21:07 > > To: adrian@olddog.co.uk; ccamp@ietf.org > > Cc: isis-wg@ietf.org; teas@ietf.org > > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > Adrian - > > > > I assume you are quoting Section 3.3? > > > > NSAPs come in a variety of flavors/formats depending upon the > > addressing authority. The example in RFC Section 3.3 is talking about > > using USA GOSIP version 2.0 format as specified in Reference #9. The > > NSAP field is then broken into a set of subfields which include: > > > > AFI 1 octet value "47" (specifies ICD format) > > > > ICD 2 octet value "00 05" (specifies Internet/Gosip= ) > > > > DFI 1 octet value "xx" > > > > AA 3 octets value "xx xx xx" (specifies special > > IP-only use of NSAPs) > > > > Reserved 2 octets must be "00 00" > > > > RD 2 octets contains autonomous system number > > > > Area 2 octets must be assigned as described below > > > > ID 6 octets must be assigned as desribed below > > > > SEL 1 octet used as described below > > > > Everything up to "ID" is part of the "area address". So the > > AFI/ICD/AA/Reserved/RD/Area comprise a 13 octet "area address" - part > > of which are specific values mandated by the GOSIP format. The "area" > > is simply one field in this GOSIP format. > > > > ISO 8348 has more info - but frankly I always found this somewhat > > nauseating > to > > read. The simplest way of thinking about things is: > > > > Area Address: 1 -13 octets (length and values depend on the NSAP > > format > > chosen) > > System ID: 1-6 octets - but always 6 octets in practice > > NSEL: 1 octet - always 0 > > > > Les > > > > > -----Original Message----- > > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Adrian > > > Farrel > > > Sent: Friday, September 25, 2015 12:43 PM > > > To: Les Ginsberg (ginsberg); ccamp@ietf.org > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > > > OK, Thanks Les, a great help. > > > > > > One last point of clarification... > > > > > > When RFC 1195 says... > > > > Area 2 octets must be assigned as described below > > > ... why am I confused that that is allowed to be just one octet? > > > > > > Cheers, > > > Adrian > > > > > > > -----Original Message----- > > > > From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] > > > > Sent: 25 September 2015 15:15 > > > > To: adrian@olddog.co.uk; ccamp@ietf.org > > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > > Subject: RE: [Isis-wg] [Technical Errata Reported] RFC4920 (4480) > > > > > > > > Adrian - > > > > > > > > The definitive document on OSI addressing is ISO 8348 (Annex A and = B). > > > > Freely available here: > > > > http://standards.iso.org/ittf/PubliclyAvailableStandards/c035872_I > > > > SO_I > > > > EC_8348_ > > > > 2002(E).zip > > > > > > > > Some text in ISO 10589 Section 7.1 is also helpful. > > > > > > > > But if you don't want to wade through the documents (for which I > > > > would not blame you :-) ) here's the short version: An area > > > > address is 1 - > > > > 13 octets in > > > length - > > > > so at a quick read the proposed text in the errata seems to be corr= ect. > > > > > > > > Les > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of > > > > > Adrian Farrel > > > > > Sent: Friday, September 25, 2015 5:16 AM > > > > > To: ccamp@ietf.org > > > > > Cc: isis-wg@ietf.org; teas@ietf.org > > > > > Subject: Re: [Isis-wg] [Technical Errata Reported] RFC4920 > > > > > (4480) > > > > > > > > > > All, > > > > > > > > > > This email is copied to TEAS and ISIS, but it would be really > > > > > helpful if any discussion was held to one list. CCAMP is > > > > > probably best > > > because they "own" > > > > > RFC 4920. > > > > > > > > > > The CCAMP chairs asked me to look into this as one of the > > > > > original authors, and I have to say it has been so long that I > > > > > can't recall the > > > answer. > > > > > > > > > > However, I looked at RFC 1195 and found section 3.3 gave me that > > > > > the full description of an Area ID as: > > > > > > > > > > > AFI 1 octet value "47" (specifies ICD forma= t) > > > > > > > > > > > > ICD 2 octet value "00 05" (specifies > Internet/Gosip) > > > > > > > > > > > > DFI 1 octet value "xx" > > > > > > > > > > > > AA 3 octets value "xx xx xx" (specifies spe= cial > > > > > > IP-only use of NSAPs) > > > > > > > > > > > > Reserved 2 octets must be "00 00" > > > > > > > > > > > > RD 2 octets contains autonomous system numb= er > > > > > > > > > > > > Area 2 octets must be assigned as described b= elow > > > > > > > > > > This implies (to me) that an Area ID must be at least the > > > > > trailing two > > > octets, > > > > > but may be given more context reading up this table up to a > > > > > maximum of 13 octets. > > > > > > > > > > All I deduce from this is that I am consistent in my ability to > > > > > reproduce my processing, not that I am right. > > > > > > > > > > Can someone with IS-IS clue please comment: > > > > > What are the max and min string lengths of an "area ID" in IS-IS? > > > > > > > > > > Thanks, > > > > > Adrian > > > > > > > > > > > -----Original Message----- > > > > > > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > > > > > > Sent: 21 September 2015 06:55 > > > > > > To: adrian@olddog.co.uk; asatyana@cisco.com; > > > > > > a-iwata@ah.jp.nec.com; n- fujita@bk.jp.nec.com; > > > > > > gash5107@yahoo.com; akatlas@gmail.com; db3546@att.com; > > > > > > aretana@cisco.com; daniele.ceccarelli@ericsson.com; > > > > > > zhangfatai@huawei.com > > > > > > Cc: dhruv.ietf@gmail.com; ccamp@ietf.org; > > > > > > rfc-editor@rfc-editor.org > > > > > > Subject: [Technical Errata Reported] RFC4920 (4480) > > > > > > > > > > > > The following errata report has been submitted for RFC4920, > > > > > > "Crankback Signaling Extensions for MPLS and GMPLS RSVP-TE". > > > > > > > > > > > > -------------------------------------- > > > > > > You may review the report below and at: > > > > > > http://www.rfc-editor.org/errata_search.php?rfc=3D4920&eid=3D44= 80 > > > > > > > > > > > > -------------------------------------- > > > > > > Type: Technical > > > > > > Reported by: Dhruv Dhody > > > > > > > > > > > > Section: 6.2 > > > > > > > > > > > > Original Text > > > > > > ------------- > > > > > > For types 10 and 23, the Value field has the format: > > > > > > > > > > > > 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 > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > > > > > +- > > > + > > > > > > | Length | IS-IS Area Identifier > | > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > > > > > +- > > > + > > > > > > ~ IS-IS Area Identifier (continued) > ~ > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+ > > > > > > > > > > > > Length > > > > > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifi= er in > > > > > > octets. Valid values are from 2 to 11 inclusive. > > > > > > > > > > > > Corrected Text > > > > > > -------------- > > > > > > For types 10 and 23, the Value field has the format: > > > > > > > > > > > > 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 > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > > > > > +- > > > + > > > > > > | Length | IS-IS Area Identifier > | > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- > > > > > > +- > > > + > > > > > > ~ IS-IS Area Identifier (continued) > ~ > > > > > > > > > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+= -+ > > > > > > > > > > > > Length > > > > > > > > > > > > Length of the actual (non-padded) IS-IS Area Identifi= er in > > > > > > octets. Valid values are from 1 to 13 inclusive. > > > > > > > > > > > > Notes > > > > > > ----- > > > > > > IS-IS area IDs can vary from 1 to 13 bytes in length (max NSAP > > > > > > length is 20, > > > > > minus > > > > > > 1 byte for NSEL, minus 6 bytes for SysID). > > > > > > > > > > > > *Noted by Jonathan Hardwick in another document that was using > > > > > > the same data. > > > > > > > > > > > > Instructions: > > > > > > ------------- > > > > > > This erratum is currently posted as "Reported". If necessary, > > > > > > please use "Reply All" to discuss whether it should be > > > > > > verified or > > > rejected. > > > > > > When a decision is reached, the verifying party (IESG) can log > > > > > > in to change the status and edit the report, if necessary. > > > > > > > > > > > > -------------------------------------- > > > > > > RFC4920 (draft-ietf-ccamp-crankback-06) > > > > > > -------------------------------------- > > > > > > Title : Crankback Signaling Extensions for MPLS a= nd > GMPLS > > > > > RSVP-TE > > > > > > Publication Date : July 2007 > > > > > > Author(s) : A. Farrel, Ed., A. Satyanarayana, A. Iwat= a, N. > > > Fujita, > > > > > G. Ash > > > > > > Category : PROPOSED STANDARD > > > > > > Source : Common Control and Measurement Plane > > > > > > Area : Routing > > > > > > Stream : IETF > > > > > > Verifying Party : IESG > > > > > > > > > > _______________________________________________ > > > > > Isis-wg mailing list > > > > > Isis-wg@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/isis-wg > > > > > > _______________________________________________ > > > Isis-wg mailing list > > > Isis-wg@ietf.org > > > https://www.ietf.org/mailman/listinfo/isis-wg >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas