From nobody Tue Jul 1 21:46:05 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41D931B27A9; Tue, 1 Jul 2014 21:46:04 -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 RSqNeVpABYR7; Tue, 1 Jul 2014 21:46:03 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F861A03ED; Tue, 1 Jul 2014 21:46:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.5.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140702044603.22221.28808.idtracker@ietfa.amsl.com> Date: Tue, 01 Jul 2014 21:46:03 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/1ZkPE9dUHZXRdx630x6ms7MDRbU Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-domain-sequence-05.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 04:46:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Standard Representation Of Domain-Sequence Authors : Dhruv Dhody Udayasree Palle Ramon Casellas Filename : draft-ietf-pce-pcep-domain-sequence-05.txt Pages : 34 Date : 2014-07-01 Abstract: The ability to compute shortest constrained Traffic Engineering Label Switched Paths (TE LSPs) in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks across multiple domains has been identified as a key requirement. In this context, a domain is a collection of network elements within a common sphere of address management or path computational responsibility such as an Interior Gateway Protocol (IGP) area or an Autonomous Systems (AS). This document specifies a standard representation and encoding of a Domain-Sequence, which is defined as an ordered sequence of domains traversed to reach the destination domain to be used by Path Computation Elements (PCEs) to compute inter-domain shortest constrained paths across a predetermined sequence of domains . This document also defines new subobjects to be used to encode domain identifiers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-domain-sequence/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-domain-sequence-05 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-domain-sequence-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 Wed Jul 2 14:50:56 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 095AF1A07A1 for ; Wed, 2 Jul 2014 14:50:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.851 X-Spam-Level: X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 Qr1RZzfPXFQP for ; Wed, 2 Jul 2014 14:50:53 -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 2A5E81B2ACE for ; Wed, 2 Jul 2014 14:50:53 -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 BGS63567; Wed, 02 Jul 2014 21:50:51 +0000 (GMT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 2 Jul 2014 22:50:50 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml703-chm.china.huawei.com ([169.254.5.198]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 14:50:34 -0700 From: Leeyoung To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlg Date: Wed, 2 Jul 2014 21:50:33 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.65.172] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/lu1d-6SPRDdACNUN2Ex3Fxaxclo Cc: Greg Bernstein , Zhenghaomian Subject: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 21:50:55 -0000 SGksIA0KDQpXZSBoYXZlIGp1c3QgcHVibGlzaGVkIGEgbmV3IFBDRSBkcmFmdCBjb25jZXJuaW5n IGFsdGVybmF0aXZlIHdheXMgb2YgdHJhbnNwb3J0aW5nIFRFIGRhdGEgdGhhdCBtYXkgbm90IGRl cGVuZCBvbiBJR1AtVEUgb3IgQkdQLUxTLiANCg0KVGhlIG1vdGl2YXRpb24gZm9yIHRoaXMgd29y ayBpcyBhIHRpbWVseSB1cGRhdGUgb2YgVEUgZGF0YSBkaXJlY3RseSBmcm9tIG5vZGVzIHRvIFBD RShzKSB0byBzdXBwb3J0IHNjZW5hcmlvcyBsaWtlOg0KDQooaSkgbmV0d29ya3MgdGhhdCBkbyBu b3Qgc3VwcG9ydCBJR1AtVEUgb3IgQkdQLUxTIGJ1dCB3YW50IHRvIGltcGxlbWVudCBQQ0UuDQoo aWkpIGFwcGxpY2F0aW9ucyB0aGF0IHJlcXVpcmUgYWNjdXJhdGUgYW5kIHRpbWVseSBURSBkYXRh IHRoYXQgY3VycmVudCBjb252ZXJnZW5jZSB0aW1lIGFzc29jaWF0ZWQgd2l0aCBmbG9vZGluZyBp cyBub3QganVzdGlmaWVkLiAgDQooaWlpKSByZWR1Y3Rpb24gb2Ygbm9kZSBPSCBwcm9jZXNzaW5n IG9mIGZsb29kaW5nIG1lY2hhbmlzbXMgKGVzcC4gb3B0aWNhbCB0cmFuc3BvcnQgbmV0d29ya3Mg d2hlcmUgdGhlcmUgYXJlIGxhcmdlIGFtb3VudHMgb2YgdHJhZmZpYyBkYXRhIGFuZCBjb25zdHJh aW50cyBkdWUgdG8gT1ROL1dTT04vRmxleGktZ3JpZCwgZXRjLiBOb3RlIHRoYXQgYWxzbyBCR1At TFMgaXMgbm90IHN1cHBvcnRlZCBpbiBvcHRpY2FsIHRyYW5zcG9ydCBuZXR3b3JrcyB0b2RheSkN Cg0KWW91ciBjb21tZW50IHdpbGwgYWx3YXlzIGJlIGFwcHJlY2lhdGVkLiANCg0KVGhhbmtzLA0K WW91bmcgKG9uIGJlaGFsZiBvZiBvdGhlciBjby1hdXRob3JzKQ0KDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDQ6 MzIgUE0NClRvOiBHcmVnIEJlcm5zdGVpbjsgRGhydXYgRGhvZHk7IEdyZWcgQmVybnN0ZWluOyBa aGVuZ2hhb21pYW47IERocnV2IERob2R5OyBMZWV5b3VuZzsgTGVleW91bmc7IFpoZW5naGFvbWlh bg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sZWUtcGNlLXRy YW5zcG9ydGluZy10ZS1kYXRhLTAwLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFm dC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhLTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0 b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YQ0KUmV2aXNp b246CTAwDQpUaXRsZToJCVBDRVAgRXh0ZW5zaW9ucyBpbiBTdXBwb3J0IG9mIFRyYW5zcG9ydGlu ZyBUcmFmZmljIEVuZ2luZWVyaW5nIERhdGENCkRvY3VtZW50IGRhdGU6CTIwMTQtMDctMDINCkdy b3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTIwDQpVUkw6ICAgICAgICAgICAg aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGVlLXBjZS10cmFuc3Bv cnRpbmctdGUtZGF0YS0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhLw0KSHRtbGl6 ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxlZS1wY2UtdHJhbnNw b3J0aW5nLXRlLWRhdGEtMDANCg0KDQpBYnN0cmFjdDoNCiAgIEluIG9yZGVyIHRvIGNvbXB1dGUg YW5kIHByb3ZpZGUgb3B0aW1hbCBwYXRocywgUGF0aCBDb21wdXRhdGlvbg0KICAgRWxlbWVudHMg KFBDRXMpIHJlcXVpcmUgYW4gYWNjdXJhdGUgYW5kIHRpbWVseSBUcmFmZmljIEVuZ2luZWVyaW5n DQogICBEYXRhYmFzZSAoVEVEKS4gVHJhZGl0aW9uYWxseSB0aGlzIFRFRCBoYXMgYmVlbiBvYnRh aW5lZCBmcm9tIGEgbGluaw0KICAgc3RhdGUgcm91dGluZyBwcm90b2NvbCBzdXBwb3J0aW5nIHRy YWZmaWMgZW5naW5lZXJpbmcgZXh0ZW5zaW9ucy4NCiAgIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2Vz IHBvc3NpYmxlIGFsdGVybmF0aXZlcyB0byBURUQgY3JlYXRpb24uIFRoaXMNCiAgIGRvY3VtZW50 IGdpdmVzIGFyY2hpdGVjdHVyYWwgYWx0ZXJuYXRpdmVzIGZvciB0aGVzZSBlbmhhbmNlbWVudHMg YW5kDQogICB0aGVpciBwb3RlbnRpYWwgaW1wYWN0cyBvbiBuZXR3b3JrIG5vZGVzLCByb3V0aW5n IHByb3RvY29scywgYW5kDQogICBQQ0UuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0K DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 DQoNCg== From nobody Thu Jul 3 02:55:02 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B7021A0368 for ; Thu, 3 Jul 2014 02:55:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 DCLinNqt1zDo for ; Thu, 3 Jul 2014 02:54:59 -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 0953A1A0196 for ; Thu, 3 Jul 2014 02:54:58 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGT12164; Thu, 03 Jul 2014 09:54:57 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 3 Jul 2014 10:54:57 +0100 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.249]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Thu, 3 Jul 2014 17:54:53 +0800 From: "Dongjie (Jimmy)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-dong-pce-discovery-proto-bgp-00.txt Thread-Index: AQHPlNsD03vwxbkwJ0irdriknG0l45uOHffA Date: Thu, 3 Jul 2014 09:54:53 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927336BB0B3@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.96.76] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/r-1KtOJcc4lgBt_otzA58Psmc9o Subject: [Pce] FW: New Version Notification for draft-dong-pce-discovery-proto-bgp-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 09:55:00 -0000 RGVhciBhbGwsIA0KDQpXZSBoYXZlIHN1Ym1pdHRlZCBhIG5ldyBkcmFmdCBvbiBCR1AgYmFzZWQg UENFIGRpc2NvdmVyeSwgd2hpY2ggaW4gc29tZSBjYXNlcyBpcyBjb21wbGVtZW50YXJ5IHRvIHRo ZSBJR1AgYmFzZWQgZGlzY292ZXJ5IG1lY2hhbmlzbXM6DQoNCmh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWRvbmctcGNlLWRpc2NvdmVyeS1wcm90by1iZ3AtMDANCg0KWW91ciBjb21t ZW50cyBhcmUgYXBwcmVjaWF0ZWQhDQoNCkJlc3QgcmVnYXJkcywNCkppZQ0KDQo+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFp bHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCj4gU2VudDogVHVlc2RheSwgSnVseSAwMSwg MjAxNCAxMToxNyBBTQ0KPiBUbzogTWFjaCBDaGVuOyBEb25namllIChKaW1teSk7IERvbmdqaWUg KEppbW15KTsgTWFjaCBDaGVuDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3INCj4gZHJhZnQtZG9uZy1wY2UtZGlzY292ZXJ5LXByb3RvLWJncC0wMC50eHQNCj4gDQo+IA0K PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtZG9uZy1wY2UtZGlzY292ZXJ5LXByb3RvLWJn cC0wMC50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKaWUgRG9uZyBh bmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQo+IA0KPiBOYW1lOgkJZHJhZnQtZG9u Zy1wY2UtZGlzY292ZXJ5LXByb3RvLWJncA0KPiBSZXZpc2lvbjoJMDANCj4gVGl0bGU6CQlCR1Ag RXh0ZW5zaW9ucyBmb3IgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IChQQ0UpIERpc2NvdmVyeQ0K PiBEb2N1bWVudCBkYXRlOgkyMDE0LTA2LTMwDQo+IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNz aW9uDQo+IFBhZ2VzOgkJNw0KPiBVUkw6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzL2RyYWZ0LWRvbmctcGNlLWRpc2NvdmVyeS1wcm90by1iZ3AtMDAudHh0DQo+IFN0YXR1 czoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZG9uZy1wY2UtZGlz Y292ZXJ5LXByb3RvLWJncC8NCj4gSHRtbGl6ZWQ6DQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWRvbmctcGNlLWRpc2NvdmVyeS1wcm90by1iZ3AtMDANCj4gDQo+IA0KPiBBYnN0 cmFjdDoNCj4gICAgSW4gbmV0d29yayBzY2VuYXJpb3Mgd2hlcmUgUGF0aCBDb21wdXRhdGlvbiBF bGVtZW50IChQQ0UpIGlzIHVzZWQgZm9yDQo+ICAgIGNlbnRyYWxpemVkIHBhdGggY29tcHV0YXRp b24sIGl0IGlzIGRlc2lyYWJsZSBmb3IgUGF0aCBDb21wdXRhdGlvbg0KPiAgICBDbGllbnRzIChQ Q0NzKSB0byBhdXRvbWF0aWNhbGx5IGRpc2NvdmVyIHRoZSBzZXQgb2YgUENFcy4gIEFzIEJHUCBo YXMNCj4gICAgYmVlbiBleHRlbmRlZCBmb3Igbm9ydGgtYm91bmQgZGlzdHJpYnV0aW9uIG9mIHJv dXRpbmcgYW5kIExTUCBwYXRoDQo+ICAgIGluZm9ybWF0aW9uIHRvIFBDRSwgdGhlIFBDRXMgbWF5 IG5vdCBwYXJ0aWNpcGF0ZSBpbiBJbnRlcmlvciBHYXRld2F5DQo+ICAgIFByb3RvY29sIChJR1Ap IGZvciBjb2xsZWN0aW5nIHRoZSByb3V0aW5nIGluZm9ybWF0aW9uLCB0aHVzIHRoZSBJR1ANCj4g ICAgYmFzZWQgUENFIGRpc2NvdmVyeSBjYW5ub3QgYmUgdXNlZCBkaXJlY3RseSBpbiB0aGVzZSBz Y2VuYXJpb3MuICBUaGlzDQo+ICAgIGRvY3VtZW50IHNwZWNpZmllcyB0aGUgQkdQIGV4dGVuc2lv bnMgZm9yIFBDRSBkaXNjb3ZlcnkuDQo+IA0KPiANCj4gDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUg dGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3Vi bWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Thu Jul 3 18:15:47 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76C6A1A0428; Thu, 3 Jul 2014 18:15:44 -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 AZk2b-FkPFZo; Thu, 3 Jul 2014 18:15:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AFAB1A0177; Thu, 3 Jul 2014 18:15:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140704011543.16524.22498.idtracker@ietfa.amsl.com> Date: Thu, 03 Jul 2014 18:15:43 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/HKBrPE7GDEWmDdBrBO_6vL4u4S4 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-stateful-pce-gmpls-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 01:15:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Path Computation Element (PCE) Protocol Extensions for Stateful PCE Usage in GMPLS-controlled Networks Authors : Xian Zhang Young Lee Fatai Zhang Ramon Casellas Oscar Gonzalez de Dios Zafar Ali Filename : draft-ietf-pce-pcep-stateful-pce-gmpls-01.txt Pages : 15 Date : 2014-07-03 Abstract: The Path Computation Element (PCE) facilitates Traffic Engineering (TE) based path calculation in large, multi-domain, multi-region, or multi-layer networks. [Stateful-PCE] provides the fundamental PCE communication Protocol (PCEP) extensions needed to support stateful PCE functions, without specifying the technology-specific extensions. This memo provides extensions required for PCEP so as to enable the usage of a stateful PCE capability in GMPLS-controlled networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-stateful-pce-gmpls/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-stateful-pce-gmpls-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-stateful-pce-gmpls-01 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 Fri Jul 4 02:45:55 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FE071B2CB1 for ; Fri, 4 Jul 2014 02:45:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.344 X-Spam-Level: X-Spam-Status: No, score=0.344 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793] 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 rH24jHMsLL84 for ; Fri, 4 Jul 2014 02:45:52 -0700 (PDT) Received: from navarro.puc.rediris.es (unknown [IPv6:2001:720:418:ca01::139]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B9741B2C9C for ; Fri, 4 Jul 2014 02:45:52 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by navarro.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X303x-0007A9-9n; Fri, 04 Jul 2014 11:45:49 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 3A22F1FDF1; Fri, 4 Jul 2014 11:45:45 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53B677C1.5020808@cttc.es> Date: Fri, 04 Jul 2014 11:45:37 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pce@ietf.org" References: <20140704093408.26000.86865.idtracker@ietfa.amsl.com> In-Reply-To: <20140704093408.26000.86865.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20140704093408.26000.86865.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamina-Bogosity: Ham Archived-At: http://mailarchive.ietf.org/arch/msg/pce/YJwjb1zWuip9K3i2TkLUV9ewhjw Subject: [Pce] Fwd: New Version Notification for draft-many-pce-pcep-bcp-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 09:45:53 -0000 Dear all, We have submitted a draft regarding PCEP (as of now, as a best current practice, but we were unsure whether to make it informational) focusing on PCEP message formats and object ordering. The goal is to come up with a document that summarizes the agreed ordering and reflecting our experience as implementors and interoperability. This draft replaces http://tools.ietf.org/html/draft-cmfg-pce-pcep-grammar-01, reducing its original scope (which was also addressing RBNF notation and shortcomings). I take the opportunity to also point you at the dynamic, web based alternative http://pcep.ogondio.com developed in the scope of the PACE CSA project Your comments are much appreciated Thanks and best regards Ramon, on behalf of the co-authors. ------------ A new version of I-D, draft-many-pce-pcep-bcp-00.txt has been successfully submitted by Ramon Casellas and posted to the IETF repository. Name: draft-many-pce-pcep-bcp Revision: 00 Title: PCEP Best Current Practices - Message formats and extensions Document date: 2014-07-04 Group: Individual Submission Pages: 19 URL: http://www.ietf.org/internet-drafts/draft-many-pce-pcep-bcp-00.txt Status: https://datatracker.ietf.org/doc/draft-many-pce-pcep-bcp/ Htmlized: http://tools.ietf.org/html/draft-many-pce-pcep-bcp-00 Abstract: A core standards track RFC defines the main underlying mechanisms, basic object format and message structure of the Path Computation Element (PCE) Communications Protocol (PCEP). PCEP has been later extended in several RFCs, focusing on specific functionalities. The proliferation of such companion RFCs may cause ambiguity when implementing a PCE based solution. This document aims at documenting best current practices and at providing a reference RBNF grammar for PCEP messages, including object ordering and precedence rules. 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. The IETF Secretariat From nobody Fri Jul 4 08:57:32 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA2781B2A7F for ; Fri, 4 Jul 2014 08:57:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.535 X-Spam-Level: X-Spam-Status: No, score=-1.535 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.651, 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 CWBunyifMrmR for ; Fri, 4 Jul 2014 08:57:28 -0700 (PDT) Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id 5E2511A0353 for ; Fri, 4 Jul 2014 08:57:28 -0700 (PDT) Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 838AA7D4002 for ; Fri, 4 Jul 2014 17:57:27 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail1.rd.orange.com (Postfix) with ESMTP id 7BB1241021F for ; Fri, 4 Jul 2014 17:57:27 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Jul 2014 17:57:27 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Jul 2014 17:57:27 +0200 Message-ID: <53B6CEE6.1080109@orange.com> Date: Fri, 04 Jul 2014 17:57:26 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: multipart/mixed; boundary="------------020902090300020509040109" X-OriginalArrivalTime: 04 Jul 2014 15:57:27.0068 (UTC) FILETIME=[A713ADC0:01CF97A0] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/GNqr3Y_vCuQjTmSp0_YCP___iPU Subject: [Pce] Survey on IRO X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Dhruv Dhody , 'JP Vasseur' , Julien Meuric List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 15:57:29 -0000 This is a multi-part message in MIME format. --------------020902090300020509040109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi PCE WG. To address the issues associated with draft-ietf-pce-pcep-domain-sequence and "Include Route Object" in PCEP, Dhruv has proposed to start a small survey. If implementers agree that we need to clarify this, they would be much welcome to answer the attached questions. Dhruv will process the results, but to improve confidentiality, answers may be sent privately to the chairs. Thanks, JP & Julien, on behalf of Dhruv --------------020902090300020509040109 Content-Type: text/plain; charset=UTF-8; name="IRO_Survey_Text.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="IRO_Survey_Text.txt" During discussion of draft-ietf-pce-pcep-domain-sequence-04, it has been noted that RFC5440 does not define whether the sub-objects in the IRO are ordered or unordered. We would like to do an informal and *confidential* survey of current implementations, to help clarify this situation. 1. IRO Encoding a. Does your implementation construct IRO? b. If your answer to part (a) is Yes, does your implementation construct the IRO as an ordered list always, sometimes or never? c. If your answer to part (b) is Sometimes, what criteria do you use to decide if the IRO is an ordered or unordered list? d. If your answer to part (b) is Always or Sometimes, does your implementation construct the IRO as a sequence of strict hops or as a sequence of loose hops? 2. IRO Decoding a. Does your implementation decode IRO? b. If your answer to part (a) is Yes, does your implementation interpret the decoded IRO as an ordered list always, sometimes or never? c. If your answer to part (b) is Sometimes, what criteria do you use to decide if the IRO is an ordered or unordered list? d. If your answer to part (b) is Always or Sometimes, does your implementation interpret the IRO as a sequence of strict hops or as a sequence of loose hops? 3. Impact a. Will there be an impact to your implementation if RFC5440 is updated to state that the IRO is an ordered list? b. Will there be an impact to your implementation if RFC 5440 is updated to state that the IRO is an unordered list? c. If RFC 5440 is updated to state that the IRO is an ordered list, will there be an impact to your implementation if RFC 5440 is also updated to allow IRO sub-objects to use the loose bit (L-bit)? 4. Respondents a. Are you a Vendor/Research Lab/Software House/Other (please specify)? b. If your answer to part (a) is Vendor, is the implementation for a shipping product, product under development or a prototype? --------------020902090300020509040109-- From nobody Fri Jul 4 09:04:42 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 381A61A0114 for ; Fri, 4 Jul 2014 09:04:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.535 X-Spam-Level: X-Spam-Status: No, score=-1.535 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.651, 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 0GjZ8w5dGjLG for ; Fri, 4 Jul 2014 09:04:39 -0700 (PDT) Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id 8EFDD1A004B for ; Fri, 4 Jul 2014 09:04:39 -0700 (PDT) Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id EA748E3006D for ; Fri, 4 Jul 2014 18:04:38 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail2.rd.orange.com (Postfix) with ESMTP id E5849E3006B for ; Fri, 4 Jul 2014 18:04:38 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Jul 2014 18:04:38 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Jul 2014 18:04:38 +0200 Message-ID: <53B6D095.2030004@orange.com> Date: Fri, 04 Jul 2014 18:04:37 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jul 2014 16:04:38.0328 (UTC) FILETIME=[A820BB80:01CF97A1] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/g6R8cJc45xsio1eAWGEDhp2CdbM Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 16:04:40 -0000 Dear WG, Now that you all have some time dedicated to I-Ds, please consider this as part of your review list. This message ignites the WG LC on draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the PCE mailing list by Friday July 18, 11:59 PM, HST. Regards, JP & Julien From nobody Fri Jul 4 10:52:29 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 653DC1B29E7 for ; Fri, 4 Jul 2014 10:52:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 TKMOK3f2yfV2 for ; Fri, 4 Jul 2014 10:52:24 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5709A1B2904 for ; Fri, 4 Jul 2014 10:52:24 -0700 (PDT) Received: by mail-ig0-f182.google.com with SMTP id l13so2537145iga.15 for ; Fri, 04 Jul 2014 10:52:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=rxKH0F6Jsmd4LtDBcRFIcdDUMWh4lOTlt5fW6B64dzQ=; b=ujbq8J8wHeiAh/tZTHlm9/N0bjuDvENL67SWFq2XfCxBJ9DKobOAWwOxlK5YvUADZQ SrKECO5yzWiN0AXCn+3TsFySJMXL5PkKmLbqKPIy22CozB/KQlPbMZGFdBDK+IP8IaI8 jlRrt+RGkeW8KZw8LLnu6cu3SNhmTCGD149TDazjMtGZdlGStbRfc5VSSO7VVA1ANBOj AdJNgUMc/hIzY67XFXHYtEwT+4kODa33flwz55mGFN8bvvMeKQpcTz7pJsFf/y6c9ESk 2gdiVe4hVsft8nr/42Gnm1sYKzR6sovD57V5TspjIzREHk4jqJfn9uhLE29d+/5rcnMl HQNA== MIME-Version: 1.0 X-Received: by 10.50.134.135 with SMTP id pk7mr66022237igb.31.1404496343780; Fri, 04 Jul 2014 10:52:23 -0700 (PDT) Received: by 10.50.227.1 with HTTP; Fri, 4 Jul 2014 10:52:23 -0700 (PDT) In-Reply-To: <20140704092322.18447.18305.idtracker@ietfa.amsl.com> References: <20140704092322.18447.18305.idtracker@ietfa.amsl.com> Date: Fri, 4 Jul 2014 23:22:23 +0530 Message-ID: From: Dhruv Dhody To: "pce@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Yw8P5GsoDj81Jr13XXTfzBiQUaA Subject: [Pce] Fwd: New Version Notification for draft-dhody-pce-stateful-pce-interdomain-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 17:52:26 -0000 Hi All, We have uploaded a new draft regarding inter-domain considerations of stateful PCE. This is an attempt to document issues like state synchronization of inter-domain LSP to transit and egress PCE; how existing inter-domain path computation mechanism fit into stateful model etc. We welcome feedback, comments and contributions! Have a good weekend! Dhruv (on behalf of authors) ---------- Forwarded message ---------- From: Date: Fri, Jul 4, 2014 at 2:53 PM Subject: New Version Notification for draft-dhody-pce-stateful-pce-interdomain-00.txt To: Xian Zhang , Dhruv Dhody A new version of I-D, draft-dhody-pce-stateful-pce-interdomain-00.txt has been successfully submitted by Dhruv Dhody and posted to the IETF repository. Name: draft-dhody-pce-stateful-pce-interdomain Revision: 00 Title: Stateful Path Computation Element (PCE) Inter-domain Considerations Document date: 2014-07-04 Group: Individual Submission Pages: 12 URL: http://www.ietf.org/internet-drafts/draft-dhody-pce-stateful-pce-interdomain-00.txt Status: https://datatracker.ietf.org/doc/draft-dhody-pce-stateful-pce-interdomain/ Htmlized: http://tools.ietf.org/html/draft-dhody-pce-stateful-pce-interdomain-00 Abstract: A stateful Path Computation Element (PCE) maintains information about Label Switched Path (LSP) characteristics and resource usage within a network in order to provide traffic engineering path calculations for its associated Path Computation Clients (PCCs). Furthermore, PCEs are used to compute shortest constrained Traffic Engineering Label Switched Paths (TE LSPs) in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks across multiple domains. This document describes general considerations for the deployment of stateful PCE(s) in inter-domain scenarios including inter-area and inter-AS. 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. The IETF Secretariat From nobody Mon Jul 7 14:03:04 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A8201B2908 for ; Mon, 7 Jul 2014 14:03:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.552 X-Spam-Level: X-Spam-Status: No, score=-4.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 3HOl7RX1mFLs for ; Mon, 7 Jul 2014 14:03:01 -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 C21371B28E9 for ; Mon, 7 Jul 2014 14:03:00 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJS52900; Mon, 07 Jul 2014 21:02:59 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.212.94.47) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 7 Jul 2014 22:02:58 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.137]) by SJCEML701-CHM.china.huawei.com ([169.254.3.190]) with mapi id 14.03.0158.001; Mon, 7 Jul 2014 14:02:51 -0700 From: Quintin zhao To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-zhao-pce-central-controller-user-cases-01.txt Thread-Index: AQHPl74vfY4iHvNiM0aWBA2dakCbO5uVGJhQ Date: Mon, 7 Jul 2014 21:02:51 +0000 Message-ID: <11208E03C9803E4CB4C3D898F153D6C0307C65A9@SJCEML702-CHM.china.huawei.com> References: <20140704192839.19078.94585.idtracker@ietfa.amsl.com> In-Reply-To: <20140704192839.19078.94585.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.151.216] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/9mPiueJZJ4-y6zIuYovXsXasEV4 Subject: [Pce] =?utf-8?b?562U5aSNOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y?= =?utf-8?q?_draft-zhao-pce-central-controller-user-cases-01=2Etxt?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 21:03:03 -0000 RGVhciBBbGwsDQoNCldlIGhhdmUgc3VibWl0dGVkIGEgbmV3IHZlcnNpb24gZHJhZnQgb2YgVGhl IFVzZSBDYXNlcyBmb3IgVXNpbmcgUENFIGFzIHRoZSBDZW50cmFsIENvbnRyb2xsZXIoUENFQ0Mp IG9mIExTUHMgKGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpoYW8t cGNlLWNlbnRyYWwtY29udHJvbGxlci11c2VyLWNhc2VzLTAxLnR4dCApLiANCg0KSW4gdGhpcyBu ZXcgdmVyc2lvbiwgdGhlIHAycCBMU1AgcmVsYXRlZCBzZWN0aW9ucyBhcmUgcmUtb3JnYW5pemVk IGFuZCBtb3JlIGV4YW1wbGVzIGFyZSBwcm92aWRlZC4gQWxzbyBzZWN0aW9ucyByZWxhdGVkIHRv IG11bHRpY2FzdCBMU1AgYW5kIHByb3RlY3Rpb25zIGFyZSBhZGRlZC4NCg0KWW91ciBjb21tZW50 cyBhcmUgd2VsY29tZS4NCg0KVGhhbmtzLA0KDQpRdWludGluIChvbiBiZWhhbGYgb2YgdGhlIGNv LWF1dGhvcnMpDQoNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0K5Y+R 6YCB5pe26Ze0OiAyMDE05bm0N+aciDTml6UgMTU6MjkNCuaUtuS7tuS6ujogS2F0aGVyaW5lIFpo YW87IFpla3VuZyBLZTsgS2F0aGVyaW5lIFpoYW87IFF1aW50aW4gemhhbzsgWmVrdW5nIEtlOyBR dWludGluIHpoYW8NCuS4u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC16 aGFvLXBjZS1jZW50cmFsLWNvbnRyb2xsZXItdXNlci1jYXNlcy0wMS50eHQNCg0KDQpBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtemhhby1wY2UtY2VudHJhbC1jb250cm9sbGVyLXVzZXItY2Fz ZXMtMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFF1aW50aW4gWmhh byBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC16aGFv LXBjZS1jZW50cmFsLWNvbnRyb2xsZXItdXNlci1jYXNlcw0KUmV2aXNpb246CTAxDQpUaXRsZToJ CVRoZSBVc2UgQ2FzZXMgZm9yIFVzaW5nIFBDRSBhcyB0aGUgQ2VudHJhbCBDb250cm9sbGVyKFBD RUNDKSBvZiBMU1BzDQpEb2N1bWVudCBkYXRlOgkyMDE0LTA3LTA0DQpHcm91cDoJCUluZGl2aWR1 YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkyNA0KVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpoYW8tcGNlLWNlbnRyYWwtY29udHJvbGxlci11 c2VyLWNhc2VzLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LXpoYW8tcGNlLWNlbnRyYWwtY29udHJvbGxlci11c2VyLWNhc2VzLw0K SHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXpoYW8tcGNl LWNlbnRyYWwtY29udHJvbGxlci11c2VyLWNhc2VzLTAxDQpEaWZmOiAgICAgICAgICAgaHR0cDov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtemhhby1wY2UtY2VudHJhbC1jb250cm9s bGVyLXVzZXItY2FzZXMtMDENCg0KQWJzdHJhY3Q6DQogICBJbiBjZXJ0YWluIG5ldHdvcmtzIGRl cGxveW1lbnQgc2NlbmFyaW9zLCBzZXJ2aWNlIHByb3ZpZGVycyB3b3VsZA0KICAgbGlrZSB0byBr ZWVwIGFsbCB0aGUgZXhpc3RpbmcgTVBMUyBmdW5jdGlvbmFsaXRpZXMgaW4gYm90aCBNUExTIGFu ZA0KICAgR01QTFMgbmV0d29yayB3aGlsZSByZW1vdmluZyB0aGUgY29tcGxleGl0eSBvZiBleGlz dGluZyBzaWduYWxpbmcNCiAgIHByb3RvY29scyBzdWNoIGFzIExEUCBhbmQgUlNWUC1URS4gIElu IHRoaXMgZG9jdW1lbnQsIHdlIHByb3Bvc2UgdG8NCiAgIHVzZSB0aGUgUENFIGFzIGEgY2VudHJh bCBjb250cm9sbGVyIHNvIHRoYXQgTFNQIGNhbiBiZSBjYWxjdWxhdGVkLw0KICAgc2lnbmFsZWQv aW5pdGlhdGVkL2Rvd25sb2FkZWQvbWFuYWdlZCB0aHJvdWdoIGEgY2VudHJhbGl6ZWQgUENFDQog ICBzZXJ2ZXIgdG8gZWFjaCBuZXR3b3JrIGRldmljZXMgYWxvbmcgdGhlIExTUCBwYXRoIHdoaWxl IGxldmVyYWdpbmcNCiAgIHRoZSBleGlzdGluZyBQQ0UgdGVjaG5vbG9naWVzIGFzIG11Y2ggYXMg cG9zc2libGUuDQoNCiAgIFRoaXMgZHJhZnQgZGVzY3JpYmVzIHRoZSB1c2UgY2FzZXMgZm9yIHVz aW5nIHRoZSBQQ0UgYXMgdGhlIGNlbnRyYWwNCiAgIGNvbnRyb2xsZXIgd2hlcmUgTFNQcyBhcmUg Y2FsY3VsYXRlZC9zZXR1cC9pbml0aWF0ZWQvZG93bmxvYWRlZC8NCiAgIG1haW50YWluZWQgdGhy b3VnaCBleHRlbmRpbmcgdGhlIGN1cnJlbnQgUENFIGFyY2hpdGVjdHVyZXMgYW5kDQogICBleHRl bmRpbmcgdGhlIFBDRVAuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ug bm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBv ZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFp bGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Tue Jul 8 01:11:30 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DCBC1A0515 for ; Mon, 7 Jul 2014 13:13:01 -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, HTML_MESSAGE=0.001, 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 XiWnWgnaICfq for ; Mon, 7 Jul 2014 13:13:00 -0700 (PDT) Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E1041A0A88 for ; Mon, 7 Jul 2014 13:12:32 -0700 (PDT) Received: from pps.filterd (m0000542 [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.14.5/8.14.5) with SMTP id s67KCVvY002654; Mon, 7 Jul 2014 13:12:31 -0700 Received: from hq1wp-exchub01.corp.brocade.com ([144.49.131.13]) by mx0a-000f0801.pphosted.com with ESMTP id 1mwpnjh6tg-2 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 07 Jul 2014 13:12:31 -0700 Received: from HQ1WP-EXHUB02.corp.brocade.com (10.70.38.14) by HQ1WP-EXCHUB01.corp.brocade.com (10.70.36.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 7 Jul 2014 13:12:30 -0700 Received: from HQ1-EXCH01.corp.brocade.com ([fe80::90ed:fc42:a7bb:9406]) by HQ1WP-EXHUB02.corp.brocade.com ([fe80::f5db:81ae:2a14:f915%12]) with mapi; Mon, 7 Jul 2014 13:12:30 -0700 From: ramki Krishnan To: "pce@ietf.org" Date: Mon, 7 Jul 2014 13:12:29 -0700 Thread-Topic: Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto Thread-Index: Ac+aHtco6CSCRSj9SQmnsz9pyqRybAAAHPhgAAAG3VAAAAZV0AAADjdA Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB858CHQ1EXCH01corp_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-07_03:2014-07-07,2014-07-07,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407070219 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/bX6WxlbUb67YDKoRFNx3xu9BVaY X-Mailman-Approved-At: Tue, 08 Jul 2014 01:11:28 -0700 Cc: "dilikris@in.ibm.com" Subject: [Pce] Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 20:13:01 -0000 --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB858CHQ1EXCH01corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Overview of proposed IRTF Network Functions Virtualization Research Group (= NFVRG) Network Function Virtualization (NFV) is a key emerging area for network op= erators, hardware and software vendors, cloud service providers, and in gen= eral network practitioners and researchers. This area requires exploring ne= w directions and working collaboratively on how to create network services = that utilize a virtualized infrastructure. Network functions that are tradi= tionally implemented in dedicated hardware appliances will need to be decom= posed and executed in virtual machines running in data centers. One key goa= l of this new area is to reduce capital and operating expenditures for futu= re deployments for networks and associated services. Another important goal= is for the network operators to be able to offer value added cloud service= s to their customers. Finally, new business models will open for the provis= ion of network services. The technologies enabling the virtualization of network functions are curre= ntly in an early stage of, and they need researchers to develop new archite= ctures, systems, and software, and to explore tradeoffs and possibilities f= or leveraging virtualized infrastructure to provide support for network fun= ctions. The Network Functions Virtualization Research Group (NFVRG) will br= ing together researchers and grow the community around the world in both ac= ademia and industry to explore this new research area through workshops, re= search group meetings etc. at premier conferences such as IEEE ICC, IEEE Gl= obecom and inviting special issues in well-known journals. Some of the key = topics of research include virtualization of fixed and mobile network infra= structures, new network architectures based on virtualized network function= s, virtualization of the home and enterprise network environments, co-exist= ence with non-virtualized infrastructure and services, and application to g= rowing areas of concern such as Internet of Things (IoT) and next generatio= n content distribution. The NFVRG will focus on research problems associated with these topics and = on bringing a research community together that can jointly address such pro= blems, concentrating on problems that relate not just to networking but als= o to computing and storage constraints in such environments. It is also hop= ed that the outcome of the research will benefit standardization efforts th= at can get spawned via IRTF & IETF BoF meetings and/or provide useful input= to other related standards efforts in ETSI or other standards bodies. More details can be found at - http://trac.tools.ietf.org/group/irtf/trac/w= iki/nfvrg First face-to-face Meeting in Toronto The first face-to-face meeting of the proposed NFVRG will be held along wit= h the IETF meeting in Toronto on July 30th Wednesday from 11:30am to 1:00pm= in the Canadian (C) Room (immediately after the SFC meeting). Please let u= s know if you have research topics to present during the meeting. Would rea= lly appreciate active discussions in the mailing list nfvrg@irtf.org. Thanks, Ramki on behalf of the NFVRG co-chairs --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB858CHQ1EXCH01corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Overview of proposed IRTF Network Functions Virtualiz= ation Research Group (NFVRG)

 

Network Function Virtualization (NFV) is a key emerging = area for network operators, hardware and software vendors, cloud service pr= oviders, and in general network practitioners and researchers. This area re= quires exploring new directions and working collaboratively on how to creat= e network services that utilize a virtualized infrastructure. Network funct= ions that are traditionally implemented in dedicated hardware appliances wi= ll need to be decomposed and executed in virtual machines running in data c= enters. One key goal of this new area is to reduce capital and operating ex= penditures for future deployments for networks and associated services. Ano= ther important goal is for the network operators to be able to offer value = added cloud services to their customers. Finally, new business models will = open for the provision of network services.

 

The technologies enabling the= virtualization of network functions are currently in an early stage of, an= d they need researchers to develop new architectures, systems, and software= , and to explore tradeoffs and possibilities for leveraging virtualized inf= rastructure to provide support for network functions. The Network Functions= Virtualization Research Group (NFVRG) will bring together researchers and = grow the community around the world in both academia and industry to explor= e this new research area through workshops, research group meetings etc. at= premier conferences such as IEEE ICC, IEEE Globecom and inviting special i= ssues in well-known journals. Some of the key topics of research include vi= rtualization of fixed and mobile network infrastructures, new network archi= tectures based on virtualized network functions, virtualization of the home= and enterprise network environments, co-existence with non-virtualized inf= rastructure and services, and application to growing areas of concern such = as Internet of Things (IoT) and next generation content distribution.<= /o:p>

 

The= NFVRG will focus on research problems associated with these topics and on = bringing a research community together that can jointly address such proble= ms, concentrating on problems that relate not just to networking but also t= o computing and storage constraints in such environments. It is also hoped = that the outcome of the research will benefit standardization efforts that = can get spawned via IRTF & IETF BoF meetings and/or provide useful inpu= t to other related standards efforts in ETSI or other standards bodies.

 

M= ore details can be found at - http://trac.tools.ietf.org/group/irtf/trac/wiki/nfvrg<= /a>

 

First face-to-face Meeting in Tor= onto

 

The fi= rst face-to-face meeting of the proposed NFVRG will be held along with the = IETF meeting in Toronto on July 30th Wednesday from 11:30am to 1:00pm in th= e Canadian (C) Room (immediately after the SFC meeting). Please let us know= if you have research topics to present during the meeting. Would really ap= preciate active discussions in the mailing list nfvrg@irtf.org.

 

Thanks,

Ram= ki on behalf of the NFVRG co-chairs

= --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB858CHQ1EXCH01corp_-- From nobody Wed Jul 9 01:17:29 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 506061A0033 for ; Tue, 8 Jul 2014 07:19:43 -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, HTML_MESSAGE=0.001, 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 ft-GPX_IchZn for ; Tue, 8 Jul 2014 07:19:41 -0700 (PDT) Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CE951B2AEF for ; Tue, 8 Jul 2014 07:19:41 -0700 (PDT) Received: from pps.filterd (m0048193 [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.14.5/8.14.5) with SMTP id s68E0mWU014328; Tue, 8 Jul 2014 07:12:48 -0700 Received: from hq1wp-exchub01.corp.brocade.com ([144.49.131.13]) by mx0a-000f0801.pphosted.com with ESMTP id 1n04k5891u-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 08 Jul 2014 07:12:47 -0700 Received: from HQ1WP-EXHUB02.corp.brocade.com (10.70.38.14) by HQ1WP-EXCHUB01.corp.brocade.com (10.70.36.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 8 Jul 2014 07:12:47 -0700 Received: from HQ1-EXCH01.corp.brocade.com ([fe80::90ed:fc42:a7bb:9406]) by HQ1WP-EXHUB02.corp.brocade.com ([fe80::f5db:81ae:2a14:f915%12]) with mapi; Tue, 8 Jul 2014 07:12:47 -0700 From: ramki Krishnan To: "pce@ietf.org" Date: Tue, 8 Jul 2014 07:12:42 -0700 Thread-Topic: Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto Thread-Index: Ac+aHtco6CSCRSj9SQmnsz9pyqRybAAAHPhgAAAG3VAAAAZV0AAADjdAACW9B7A= Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB8682HQ1EXCH01corp_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-08_04:2014-07-08,2014-07-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407080155 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/fZ36tT4zIQStftN-gFViv0qRheA X-Mailman-Approved-At: Wed, 09 Jul 2014 01:17:26 -0700 Cc: "dilikris@in.ibm.com" Subject: Re: [Pce] Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 14:19:43 -0000 --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB8682HQ1EXCH01corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The face-to-face meeting date is July 23rd and not July 30th. Sorry for the= confusion caused. Thanks, Ramki From: ramki Krishnan Sent: Monday, July 07, 2014 1:12 PM To: 'pce@ietf.org' Cc: DIEGO LOPEZ GARCIA (diego.r.lopez@telefonica.com); dilikris@in.ibm.com Subject: Proposed IRTF Network Functions Virtualization Research Group (NFV= RG) - first face-to-face meeting at Toronto Overview of proposed IRTF Network Functions Virtualization Research Group (= NFVRG) Network Function Virtualization (NFV) is a key emerging area for network op= erators, hardware and software vendors, cloud service providers, and in gen= eral network practitioners and researchers. This area requires exploring ne= w directions and working collaboratively on how to create network services = that utilize a virtualized infrastructure. Network functions that are tradi= tionally implemented in dedicated hardware appliances will need to be decom= posed and executed in virtual machines running in data centers. One key goa= l of this new area is to reduce capital and operating expenditures for futu= re deployments for networks and associated services. Another important goal= is for the network operators to be able to offer value added cloud service= s to their customers. Finally, new business models will open for the provis= ion of network services. The technologies enabling the virtualization of network functions are curre= ntly in an early stage of, and they need researchers to develop new archite= ctures, systems, and software, and to explore tradeoffs and possibilities f= or leveraging virtualized infrastructure to provide support for network fun= ctions. The Network Functions Virtualization Research Group (NFVRG) will br= ing together researchers and grow the community around the world in both ac= ademia and industry to explore this new research area through workshops, re= search group meetings etc. at premier conferences such as IEEE ICC, IEEE Gl= obecom and inviting special issues in well-known journals. Some of the key = topics of research include virtualization of fixed and mobile network infra= structures, new network architectures based on virtualized network function= s, virtualization of the home and enterprise network environments, co-exist= ence with non-virtualized infrastructure and services, and application to g= rowing areas of concern such as Internet of Things (IoT) and next generatio= n content distribution. The NFVRG will focus on research problems associated with these topics and = on bringing a research community together that can jointly address such pro= blems, concentrating on problems that relate not just to networking but als= o to computing and storage constraints in such environments. It is also hop= ed that the outcome of the research will benefit standardization efforts th= at can get spawned via IRTF & IETF BoF meetings and/or provide useful input= to other related standards efforts in ETSI or other standards bodies. More details can be found at - http://trac.tools.ietf.org/group/irtf/trac/w= iki/nfvrg First face-to-face Meeting in Toronto The first face-to-face meeting of the proposed NFVRG will be held along wit= h the IETF meeting in Toronto on July 30th Wednesday from 11:30am to 1:00pm= in the Canadian (C) Room (immediately after the SFC meeting). Please let u= s know if you have research topics to present during the meeting. Would rea= lly appreciate active discussions in the mailing list nfvrg@irtf.org. Thanks, Ramki on behalf of the NFVRG co-chairs --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB8682HQ1EXCH01corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The face-to-face meeting date is July 23rd and not July 30th.= Sorry for the confusion caused.

=  

Thanks,

Ramki

 

From: ramki Krishnan
Sent: Monday, = July 07, 2014 1:12 PM
To: 'pce@ietf.org'
Cc: DIEGO LOPE= Z GARCIA (diego.r.lopez@telefonica.com); dilikris@in.ibm.com
Subject:= Proposed IRTF Network Functions Virtualization Research Group (NFVRG) = - first face-to-face meeting at Toronto

 

Overview of proposed IRTF Network Functions Virtualiz= ation Research Group (NFVRG)

 

Network Function Virtualization (NFV) is a key emerging = area for network operators, hardware and software vendors, cloud service pr= oviders, and in general network practitioners and researchers. This area re= quires exploring new directions and working collaboratively on how to creat= e network services that utilize a virtualized infrastructure. Network funct= ions that are traditionally implemented in dedicated hardware appliances wi= ll need to be decomposed and executed in virtual machines running in data c= enters. One key goal of this new area is to reduce capital and operating ex= penditures for future deployments for networks and associated services. Ano= ther important goal is for the network operators to be able to offer value = added cloud services to their customers. Finally, new business models will = open for the provision of network services.

 

The technologies enabling the= virtualization of network functions are currently in an early stage of, an= d they need researchers to develop new architectures, systems, and software= , and to explore tradeoffs and possibilities for leveraging virtualized inf= rastructure to provide support for network functions. The Network Functions= Virtualization Research Group (NFVRG) will bring together researchers and = grow the community around the world in both academia and industry to explor= e this new research area through workshops, research group meetings etc. at= premier conferences such as IEEE ICC, IEEE Globecom and inviting special i= ssues in well-known journals. Some of the key topics of research include vi= rtualization of fixed and mobile network infrastructures, new network archi= tectures based on virtualized network functions, virtualization of the home= and enterprise network environments, co-existence with non-virtualized inf= rastructure and services, and application to growing areas of concern such = as Internet of Things (IoT) and next generation content distribution.<= /o:p>

 

The= NFVRG will focus on research problems associated with these topics and on = bringing a research community together that can jointly address such proble= ms, concentrating on problems that relate not just to networking but also t= o computing and storage constraints in such environments. It is also hoped = that the outcome of the research will benefit standardization efforts that = can get spawned via IRTF & IETF BoF meetings and/or provide useful inpu= t to other related standards efforts in ETSI or other standards bodies.

 

M= ore details can be found at - http://trac.tools.ietf.org/group/irtf/trac/wiki/nfvrg<= /a>

 

First face-to-face Meeting in Tor= onto

 

The fi= rst face-to-face meeting of the proposed NFVRG will be held along with the = IETF meeting in Toronto on July 30th Wednesday from 11:30am to 1:00pm in th= e Canadian (C) Room (immediately after the SFC meeting). Please let us know= if you have research topics to present during the meeting. Would really ap= preciate active discussions in the mailing list nfvrg@irtf.org.

 

Thanks,

Ram= ki on behalf of the NFVRG co-chairs

= --_000_C7634EB63EFD984A978DFB46EA5174F2C14FDB8682HQ1EXCH01corp_-- From nobody Thu Jul 10 08:22:17 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC0C21A0233 for ; Thu, 10 Jul 2014 08:22:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.151 X-Spam-Level: X-Spam-Status: No, score=-15.151 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, 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 ll8YR3dN2nSD for ; Thu, 10 Jul 2014 08:22:09 -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 5C3321A0ABA for ; Thu, 10 Jul 2014 08:22:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1727; q=dns/txt; s=iport; t=1405005739; x=1406215339; h=from:to:cc:subject:date:message-id:mime-version; bh=CBt2jv6od/zNuCrvR/suR4JEqOvkdPDH/BRKPpK1xIs=; b=ZaE86/ritriQYf6Z2HBQZJ9W7PsydYoTqZTc8Wm5JeVE8zGK6vDD6FWW 9sL3wfVN7EsKM0eqTeEVkgI/zp1eJGDSS1sAp4ng50kl1XgbfmTTD+jEr QwX1Jh1o/Nv/zyEqLW6NzixGOEPsWSF41HfFC2WIIMsPYgV61nvm8bkfR I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFALauvlOtJV2b/2dsb2JhbABZgkdHUlq/LIdCgQ4WdYN6EB1cEgELAXQnBA6IRw3IBBMEj0AEgzSBFgWbAJQVg0NsgUQ X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208,217";a="339078539" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-5.cisco.com with ESMTP; 10 Jul 2014 15:22:19 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s6AFM7FI017492 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 10 Jul 2014 15:22:07 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0123.003; Thu, 10 Jul 2014 10:22:07 -0500 From: "JP Vasseur (jvasseur)" To: "pce@ietf.org" Thread-Topic: Final call for slot request Thread-Index: AQHPnFK2GWlrdFx+C0KWE/9x4i6J2g== Date: Thu, 10 Jul 2014 15:22:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.114.227] Content-Type: multipart/alternative; boundary="_000_EEFBEE1350864BB5BFB1ACD1DDA49986ciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/FHBQQ89nSrDav9lZ7d1gnTt3zT4 Subject: [Pce] Final call for slot request X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 15:22:14 -0000 --_000_EEFBEE1350864BB5BFB1ACD1DDA49986ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG, Just a reminder the final agenda for the PCE WG meeting must be published b= y * 2014-07-14 (Monday): Revised Working Group agendas due by UTC 23:59, = upload using IETF Meeting Materials Management Tool. So please let us know no later then tomorrow if you would like to request a= slot. Thanks. JP and Julien. --_000_EEFBEE1350864BB5BFB1ACD1DDA49986ciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <80E6699797DC5F4EB8680B621B484276@emea.cisco.com> Content-Transfer-Encoding: quoted-printable Dear WG,

Just a reminder the final agenda for the PCE WG meeting must be publis= hed by 
So please let us know no later then tomorrow if you would like to requ= est a slot.

Thanks.

JP and Julien.
--_000_EEFBEE1350864BB5BFB1ACD1DDA49986ciscocom_-- From nobody Mon Jul 14 02:05:33 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E58681A0091 for ; Mon, 14 Jul 2014 02:05:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.552 X-Spam-Level: X-Spam-Status: No, score=-4.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 qimBpFTk_zaA for ; Mon, 14 Jul 2014 02:05:30 -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 48E8B1A0070 for ; Mon, 14 Jul 2014 02:05:30 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHE01325; Mon, 14 Jul 2014 09:05:28 +0000 (GMT) Received: from SZXEMA409-HUB.china.huawei.com (10.82.72.41) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 14 Jul 2014 10:05:28 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.7]) by SZXEMA409-HUB.china.huawei.com ([10.82.72.41]) with mapi id 14.03.0158.001; Mon, 14 Jul 2014 17:05:21 +0800 From: Zhenghaomian To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-zhang-pce-resource-sharing-01.txt Thread-Index: AQHPlzqlAikqoDaZNUmyDb1nkmdLrJufUFAA Date: Mon, 14 Jul 2014 09:05:21 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.53.113] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/S1mkpyVC724wP6fF-C9YgdYnF-I Subject: [Pce] =?utf-8?b?6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y?= =?utf-8?q?_draft-zhang-pce-resource-sharing-01=2Etxt?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 09:05:32 -0000 RGVhciBQQ0VlcnMsIA0KDQpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRyYWZ0IG9mIHRoZSBleHRlbnNp b24gb2YgUmVzb3VyY2UgU2hhcmluZyBPYmplY3QgKFJTTykgdG8gZW5hYmxlIHBvc3NpYmxlIHJl c291cmNlIHNoYXJpbmcgc2NlbmFyaW9zIGR1cmluZyBMU1AgY29tcHV0YXRpb25zLiANCihBdmFp bGFibGUgYXQgOiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1wY2UtcmVz b3VyY2Utc2hhcmluZy0wMSkNCg0KSW4gdGhpcyB2ZXJzaW9uIHdlIHVwZGF0ZSB0aGUgZGVzY3Jp cHRpb24gb2YgcmVzb3VyY2Ugc2hhcmluZyBhbmQgc3BlY2lmeSB0aGUgcHJpb3JpdHkgb3JkZXIg Zm9yIFIgYW5kIEQgZmxhZy4gU29tZSBjaGFuZ2VzIGluIG9iamVjdCBmb3JtYXQgYXJlIGFsc28g aW5jbHVkZWQgdG8gc3VwcG9ydCBtb3JlIHNjZW5hcmlvcy4gDQoNCldlIGFyZSBsb29raW5nIGZv cndhcmQgdG8geW91ciBjb21tZW50cywgdGhhbmtzIGEgbG90Lg0KDQpCZXN0IHdpc2hlcywNCkhh b21pYW4gKG9uIGJlaGFsZiBvZiBhdXRob3JzL2NvbnRyaWJ1dG9ycykNCg0KLS0tLS3pgq7ku7bl jp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0N+aciDTml6Ug MTE6NDcNCuaUtuS7tuS6ujogT3NjYXIgR29uemFsZXogZGUgRGlvczsgWmhlbmdoYW9taWFuOyBW aWN0b3IgTG9wZXo7IFpoYW5neGlhbiAoWGlhbik7IFpoYW5neGlhbiAoWGlhbik7IE9zY2FyIEdv bnphbGV6IGRlIERpb3M7IFZpY3RvciBMb3BlejsgWmhlbmdoYW9taWFuDQrkuLvpopg6IE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtemhhbmctcGNlLXJlc291cmNlLXNoYXJpbmct MDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXpoYW5nLXBjZS1yZXNvdXJj ZS1zaGFyaW5nLTAxLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBIYW9t aWFuIFpoZW5nIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRy YWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFyaW5nDQpSZXZpc2lvbjoJMDENClRpdGxlOgkJRXh0 ZW5zaW9ucyB0byBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgUHJvdG9jb2wgKFBDRVApIHRvIFN1 cHBvcnQgUmVzb3VyY2UgU2hhcmluZy1iYXNlZCBQYXRoIENvbXB1dGF0aW9uDQpEb2N1bWVudCBk YXRlOgkyMDE0LTA3LTAzDQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkx Mw0KVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2Ry YWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFyaW5nLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXpoYW5nLXBjZS1yZXNvdXJjZS1z aGFyaW5nLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXpoYW5nLXBjZS1yZXNvdXJjZS1zaGFyaW5nLTAxDQpEaWZmOiAgICAgICAgICAgaHR0cDovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtemhhbmctcGNlLXJlc291cmNlLXNoYXJpbmct MDENCg0KQWJzdHJhY3Q6DQogICBSZXNvdXJjZSBzaGFyaW5nIGluIGEgbmV0d29yayBtZWFucyB0 d28gb3IgbW9yZSBMYWJlbCBTd2l0Y2hlZCBQYXRocw0KICAgKExTUHMpIHVzZSBjb21tb24gcGll Y2Uocykgb2YgcmVzb3VyY2UgYWxvbmcgdGhlaXIgcGF0aHMuIFRoaXMgY2FuDQogICBoZWxwIHNh dmUgbmV0d29yayByZXNvdXJjZSBhbmQgdXNlZnVsIGluIHNjZW5hcmlvcyBzdWNoIGFzIExTUA0K ICAgcmVjb3Zlcnkgb3Igd2hlbiB0d28gTFNQcyBkbyBub3QgbmVlZCB0byBiZSBhY3RpdmUgYXQg dGhlIHNhbWUgdGltZS4NCiAgIEEgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IChQQ0UpIGlzIGEg Y2VudHJhbGl6ZWQgZW50aXR5LA0KICAgcmVzcG9uc2libGUgZm9yIHBhdGggY29tcHV0YXRpb24u IEdpdmVuIHRoaXMgZmVhdHVyZSBhbmQgaXRzIGFjY2Vzcw0KICAgdG8gdGhlIG5ldHdvcmsgcmVz b3VyY2UgaW5mb3JtYXRpb24gYW5kIHBvc3NpYmx5IGFjdGl2ZSBMU1BzDQogICBpbmZvcm1hdGlv biwgaXQgY2FuIGJlIHVzZWQgdG8gc3VwcG9ydCByZXNvdXJjZS1zaGFyaW5nLWJhc2VkIHBhdGgN CiAgIGNvbXB1dGF0aW9uIHdpdGggYmV0dGVyIGVmZmljaWVuY3kuDQoNCiAgIFRoaXMgZG9jdW1l bnQgZXh0ZW5kcyB0aGUgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50IFByb3RvY29sIChQQ0VQKQ0K ICAgaW4gb3JkZXIgdG8gc3VwcG9ydCByZXNvdXJjZSBzaGFyaW5nLWJhc2VkIHBhdGggY29tcHV0 YXRpb24uDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0 IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNz aW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQg dG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Tue Jul 15 00:11:12 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58ECB1A0311 for ; Tue, 15 Jul 2014 00:11:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.402 X-Spam-Level: X-Spam-Status: No, score=-2.402 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 3Rp1KeP-Dfx2 for ; Tue, 15 Jul 2014 00:11:05 -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 23BEC1B282A for ; Tue, 15 Jul 2014 00:11:05 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKB02199; Tue, 15 Jul 2014 07:11:03 +0000 (GMT) Received: from SZXEMA401-HUB.china.huawei.com (10.82.72.33) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 15 Jul 2014 08:11:02 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.13]) by SZXEMA401-HUB.china.huawei.com ([10.82.72.33]) with mapi id 14.03.0158.001; Tue, 15 Jul 2014 15:10:54 +0800 From: "Zhangxian (Xian)" To: Leeyoung , "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMA= Date: Tue, 15 Jul 2014 07:10:52 +0000 Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/_mqfSFMlS_hQVGjH9eG59msQp_k Cc: Greg Bernstein , Zhenghaomian Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 07:11:10 -0000 SGksIFlvdW5nIGFuZCBhdXRob3JzLCANCg0KICAgIFRoYW5rIHlvdSBmb3IgcHV0dGluZyBmb3J3 YXJkIHN1Y2ggYSBkcmFmdC4gVGhpcyByZW1pbmRzIG1lIHRvIGNoZWNrIGlmIGRyYWZ0LWlldGYt cGNlLXF1ZXN0aW9ucyB0b3VjaGVzIHVwb24gdGhpcyBpc3N1ZSBhbmQgSSBmaW5kIHRoZSBmb2xs b3dpbmcgZGVzY3JpcHRpb24gKGluIFNlY3Rpb24gMyk6DQoNCqOiDQogICBJdCBoYXMgYWxzbyBi ZWVuIHByb3Bvc2VkIHRoYXQgdGhlIFBDRSBDb21tdW5pY2F0aW9uIFByb3RvY29sIChQQ0VQKQ0K ICAgW1JGQzU0NDBdIGNvdWxkIGJlIGV4dGVuZGVkIHRvIHNlcnZlIGFzIGFuIGluZm9ybWF0aW9u IGNvbGxlY3Rpb24NCiAgIHByb3RvY29sIHRvIHN1cHBseSBpbmZvcm1hdGlvbiBmcm9tIG5ldHdv cmsgZGV2aWNlcyB0byBhIFBDRS4gIFRoZQ0KICAgbG9naWMgaXMgdGhhdCB0aGUgbmV0d29yayBk ZXZpY2VzIG1heSBhbHJlYWR5IHNwZWFrIFBDRVAgYW5kIHNvIHRoZQ0KICAgcHJvdG9jb2wgY291 bGQgZWFzaWx5IGJlIHVzZWQgdG8gcmVwb3J0IGRldGFpbHMgYWJvdXQgdGhlIHJlc291cmNlcw0K ICAgYW5kIHN0YXRlIGluIHRoZSBuZXR3b3JrLCBpbmNsdWRpbmcgdGhlIExTUCBzdGF0ZSBkaXNj dXNzZWQgaW4NCiAgIFNlY3Rpb25zIDE0IGFuZCAxNS4NCqOiDQogICBTbywgaW5kZWVkIHRoaXMg ZHJhZnQgZGlzY3Vzc2VzIHNvbWV0aGluZyBpbnRlcmVzdGluZy4gV291bGQgYmUgZ29vZCB0byBo ZWFyIGhvdyBvdGhlciBQQ0VycyB0aGluayBhYm91dCB0aGlzLiANCg0KICAgQlRXLCBieSBicm93 c2luZyB0aHJvdWdoIHRoZSBjb250ZW50LCBpdCBzZWVtcyB0aGF0IHRoZXJlIGFyZSBubyBleHRl bnNpb25zIGluY2x1ZGVkIHNvIGZhci4gU2luY2UgdGhlIGRvY3VtZW50IHR5cGUgaXMgc3RhbmRh cmQgdHJhY2ssIEkgd29uZGVyIGlmIHRoZSBpbnRlbnRpb24gaXMgdG8gaW5jbHVkZSBQQ0VQIGV4 dGVuc2lvbnMgaW4gdGhlIGZ1dHVyZSBvciB0aGUgZHJhZnQgYWN0dWFsbHkgbWVhbnQgdG8gYmUg aW5mb3JtYXRpb25hbCBvbmx5Pw0KDQpSZWdhcmRzLA0KWGlhbg0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBMZWV5b3VuZw0KU2VudDogMjAxNMTqN9TCM8jVIDU6NTENClRvOiBwY2VAaWV0Zi5v cmcNCkNjOiBHcmVnIEJlcm5zdGVpbjsgWmhlbmdoYW9taWFuDQpTdWJqZWN0OiBbUGNlXSBGVzog TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10 ZS1kYXRhLTAwLnR4dA0KDQpIaSwgDQoNCldlIGhhdmUganVzdCBwdWJsaXNoZWQgYSBuZXcgUENF IGRyYWZ0IGNvbmNlcm5pbmcgYWx0ZXJuYXRpdmUgd2F5cyBvZiB0cmFuc3BvcnRpbmcgVEUgZGF0 YSB0aGF0IG1heSBub3QgZGVwZW5kIG9uIElHUC1URSBvciBCR1AtTFMuIA0KDQpUaGUgbW90aXZh dGlvbiBmb3IgdGhpcyB3b3JrIGlzIGEgdGltZWx5IHVwZGF0ZSBvZiBURSBkYXRhIGRpcmVjdGx5 IGZyb20gbm9kZXMgdG8gUENFKHMpIHRvIHN1cHBvcnQgc2NlbmFyaW9zIGxpa2U6DQoNCihpKSBu ZXR3b3JrcyB0aGF0IGRvIG5vdCBzdXBwb3J0IElHUC1URSBvciBCR1AtTFMgYnV0IHdhbnQgdG8g aW1wbGVtZW50IFBDRS4NCihpaSkgYXBwbGljYXRpb25zIHRoYXQgcmVxdWlyZSBhY2N1cmF0ZSBh bmQgdGltZWx5IFRFIGRhdGEgdGhhdCBjdXJyZW50IGNvbnZlcmdlbmNlIHRpbWUgYXNzb2NpYXRl ZCB3aXRoIGZsb29kaW5nIGlzIG5vdCBqdXN0aWZpZWQuICANCihpaWkpIHJlZHVjdGlvbiBvZiBu b2RlIE9IIHByb2Nlc3Npbmcgb2YgZmxvb2RpbmcgbWVjaGFuaXNtcyAoZXNwLiBvcHRpY2FsIHRy YW5zcG9ydCBuZXR3b3JrcyB3aGVyZSB0aGVyZSBhcmUgbGFyZ2UgYW1vdW50cyBvZiB0cmFmZmlj IGRhdGEgYW5kIGNvbnN0cmFpbnRzIGR1ZSB0byBPVE4vV1NPTi9GbGV4aS1ncmlkLCBldGMuIE5v dGUgdGhhdCBhbHNvIEJHUC1MUyBpcyBub3Qgc3VwcG9ydGVkIGluIG9wdGljYWwgdHJhbnNwb3J0 IG5ldHdvcmtzIHRvZGF5KQ0KDQpZb3VyIGNvbW1lbnQgd2lsbCBhbHdheXMgYmUgYXBwcmVjaWF0 ZWQuIA0KDQpUaGFua3MsDQpZb3VuZyAob24gYmVoYWxmIG9mIG90aGVyIGNvLWF1dGhvcnMpDQoN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiBXZWRuZXNkYXks IEp1bHkgMDIsIDIwMTQgNDozMiBQTQ0KVG86IEdyZWcgQmVybnN0ZWluOyBEaHJ1diBEaG9keTsg R3JlZyBCZXJuc3RlaW47IFpoZW5naGFvbWlhbjsgRGhydXYgRGhvZHk7IExlZXlvdW5nOyBMZWV5 b3VuZzsgWmhlbmdoYW9taWFuDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LWxlZS1wY2UtdHJhbnNwb3J0aW5nLXRlLWRhdGEtMDAudHh0DQoNCg0KQSBuZXcgdmVy c2lvbiBvZiBJLUQsIGRyYWZ0LWxlZS1wY2UtdHJhbnNwb3J0aW5nLXRlLWRhdGEtMDAudHh0DQpo YXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFlvdW5nIExlZSBhbmQgcG9zdGVkIHRv IHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGlu Zy10ZS1kYXRhDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJUENFUCBFeHRlbnNpb25zIGluIFN1cHBv cnQgb2YgVHJhbnNwb3J0aW5nIFRyYWZmaWMgRW5naW5lZXJpbmcgRGF0YQ0KRG9jdW1lbnQgZGF0 ZToJMjAxNC0wNy0wMg0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMjAN ClVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1wY2UtdHJhbnNwb3J0aW5n LXRlLWRhdGEvDQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YS0wMA0KDQoNCkFic3RyYWN0Og0KICAgSW4g b3JkZXIgdG8gY29tcHV0ZSBhbmQgcHJvdmlkZSBvcHRpbWFsIHBhdGhzLCBQYXRoIENvbXB1dGF0 aW9uDQogICBFbGVtZW50cyAoUENFcykgcmVxdWlyZSBhbiBhY2N1cmF0ZSBhbmQgdGltZWx5IFRy YWZmaWMgRW5naW5lZXJpbmcNCiAgIERhdGFiYXNlIChURUQpLiBUcmFkaXRpb25hbGx5IHRoaXMg VEVEIGhhcyBiZWVuIG9idGFpbmVkIGZyb20gYSBsaW5rDQogICBzdGF0ZSByb3V0aW5nIHByb3Rv Y29sIHN1cHBvcnRpbmcgdHJhZmZpYyBlbmdpbmVlcmluZyBleHRlbnNpb25zLg0KICAgVGhpcyBk b2N1bWVudCBkaXNjdXNzZXMgcG9zc2libGUgYWx0ZXJuYXRpdmVzIHRvIFRFRCBjcmVhdGlvbi4g VGhpcw0KICAgZG9jdW1lbnQgZ2l2ZXMgYXJjaGl0ZWN0dXJhbCBhbHRlcm5hdGl2ZXMgZm9yIHRo ZXNlIGVuaGFuY2VtZW50cyBhbmQNCiAgIHRoZWlyIHBvdGVudGlhbCBpbXBhY3RzIG9uIG5ldHdv cmsgbm9kZXMsIHJvdXRpbmcgcHJvdG9jb2xzLCBhbmQNCiAgIFBDRS4NCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUg b2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVk IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhl IElFVEYgU2VjcmV0YXJpYXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBjZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== From nobody Tue Jul 15 08:15:43 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 044141A0A8A for ; Tue, 15 Jul 2014 08:15:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.751 X-Spam-Level: X-Spam-Status: No, score=-1.751 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, 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 PISIlpEOXwsK for ; Tue, 15 Jul 2014 08:15:39 -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 6D8AE1A063E for ; Tue, 15 Jul 2014 08:15:38 -0700 (PDT) X-AuditID: c1b4fb2d-f798a6d000000e9b-d1-53c5459825bc Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 02.7D.03739.89545C35; Tue, 15 Jul 2014 17:15:36 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.135]) by ESESSHC002.ericsson.se ([153.88.183.24]) with mapi id 14.03.0174.001; Tue, 15 Jul 2014 17:15:35 +0200 From: Daniele Ceccarelli To: "Zhangxian (Xian)" , Leeyoung , "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgA== Date: Tue, 15 Jul 2014 15:15:35 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.16] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLLMWRmVeSWpSXmKPExsUyM+Jvje4M16PBBr8OKVl0vGhktpg2z9Wi 6f4NdovF2zpZLL7uy3Jg9Zj1+iCrR8uRt6weS5b8ZApgjuKySUnNySxLLdK3S+DKOLt1H1vB LKeKBYunsTYwHnDoYuTkkBAwkbjRcZUJwhaTuHBvPRuILSRwlFHi4DOLLkYuIHsJo8T/pj+s XYwcHGwCVhJPDvmA1IgI5EssmzcNrJ5ZIEpi95kmsDnCAqESvYsesUDUhElsWLyWDcJ2kji/ aiE7iM0ioCrRunAeWD2vgK/EsQlvWSD2LmSU6NjHCbKKE6j3wLY0kDCjgKzEhN2LGCFWiUvc ejIf6mQBiSV7zjND2KISLx//Y4WwFSV2nm1nhqjXkpjX8JsJwlaUmNL9kB1iraDEyZlPWCYw is1CMnYWkpZZSFpmIWlZwMiyilG0OLW4ODfdyFgvtSgzubg4P08vL7VkEyMwvg5u+a27g3H1 a8dDjAIcjEo8vAukjgQLsSaWFVfmHmKU5mBREudddG5esJBAemJJanZqakFqUXxRaU5q8SFG Jg5OqQZG2S8iG3hMMlauYkvL5jow6cT/2ameOvX33rQ9frPtbrmZh9a5NOWXll/mt8u235cU cjy6VCrXS3/Jkq1L1GZ9aGOX/hUcyjxl5daOabN74r4pBB7/f/ZS06QXpn4GK6N7l4TEnXKL YH6p8jfys9KEpL6H6aqzt2tMEppxcj2rWc2ru11zOpO8lViKMxINtZiLihMBiu6PNpACAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/pce/6RCuZp2k2uiINdRRtuZCEgCwLxU Cc: Greg Bernstein , Zhenghaomian Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 15:15:42 -0000 SGkgYXV0aG9ycywNCg0KSSBhZ3JlZSB3aXRoIFhpYW4sIHZlcnkgaW50ZXJlc3RpbmcgZHJhZnQu DQoNCkluIHRoZSBpbnRybyB5b3Ugc2F5IHRoYXQgcGFydGljaXBhdGluZyBpbiBJR1AgaXMgY3Vt YmVyc29tZSBmb3IgYSBudW1iZXIgb2YgcmVhc29ucyAoc2lnbmlmaWNhbnQgdHJhZmZpYyBsb2Fk LCBuZWVkIGZvciBtdWx0aXBsZSBJR1AgaW1wbGVtZW50YXRpb25zKSwgYnV0IEkgdGhpbmsgb25l IG9mIHRoZSBtYWluIHJlYXNvbnMgd2hpY2ggSU1ITyBzaG91bGQgYmUgYWRkZWQgaXMgInRpbWUi LiBJR1BzIGNhbiB0YWtlIHRpbWUgdG8gY29udmVyZ2UgYW5kIHRoZSBQQ0UgaXMgb2Z0ZW4gYXNr ZWQgdG8gcXVpY2tseSBwcm92aWRlIG5ldyBwYXRocyB1cG9uIGZhaWx1cmVzLiBBIHNpbXBsZSwg ZGVkaWNhdGVkLCB1cGRhdGUgZnJvbSB0aGUgbm9kZXMgZGV0ZWN0aW5nIHRoZSBmYWlsdXJlIHRv IHRoZSBQQ0Ugd291bGQgYmUgbXVjaCBtb3JlIGVmZmljaWVudCBhbHNvIGluIGRlYWxpbmcgd2l0 aCB0aGlzIGlzc3VlLg0KDQpUaGUgdGhyZWUgYXJjaGl0ZWN0dXJlIG9wdGlvbnMgc2VlbSB0byBi ZSBhIHJlYXNvbmFibGUgbGlzdCBvZiBhbGwgdGhlIHBvc3NpYmlsaXRpZXMuIFNpbmNlIHRoZSBk cmFmdCBpcyBwcmVzZW50ZWQgaW4gdGhlIFBDRSBXRyBpIGd1ZXNzIHlvdSBhcmUgcHJvcG9zaW5n IGV4dGVuc2lvbnMgdG8gdGhlIFBDRVAgYnV0IEkgdGhpbmsgaXQgY291bGQgYmUgd29ydGggbGlz dGluZyBpbiBlYWNoIGNhc2UgYSBjb21wYXJpc29uIHdpdGggZXhpc3Rpbmcgc29sdXRpb25zIHRv IHNob3cgcHJvcyBhbmQgY29ucywgZS5nLiAiTm9kZXMgc2VuZCBsb2NhbCBURSBpbmZvcm1hdGlv biBkaXJlY3RseSB0byBhbGwgUENFcyIgaXMgc29tZXRoaW5nIHRoYXQgbWlnaHQgYmUgYWNoaWV2 ZWQgdmlhIFNOTVAgdHJhcHMgb3IgIk5vZGVzIHNlbmQgbG9jYWwgVEUgaW5mb3JtYXRpb24gdG8g UENFcyB2aWEgYW4gaW50ZXJtZWRpYXJ5IChwdWJsaXNoL3N1YnNjcmliZSlzZXJ2ZXIiIHJlbWlu ZHMgbWUgdGhlIEJHUCByb3V0ZSByZWZsZWN0b3IuDQoNCk9uZSBmdXJ0aGVyIHF1ZXN0aW9uOiBp cyB0aGUgZ29hbCBvZiB0aGUgZHJhZnQgZGVmaW5pbmcgc29tZXRoaW5nIHRoYXQgZ2V0cyByaWQg b2Ygcm91dGluZyBvciB0aGF0IHNvbWVob3cgZW5oYW5jZXMgdGhlIHJvdXRpbmc/IElmIHRoZSBs YXR0ZXIsIGNvdWxkIHlvdSBwbGVhc2UgZGVzY3JpYmUgaG93Pw0KDQpQZXJzb25hbGx5LCBJIHRo aW5rIHRoaXMgYXJjaGl0ZWN0dXJlcyB3b3VsZCBiZSBleHRyZW1lbHkgaGVscGZ1bCBpbiBhbiBT RE4gaGllcmFyY2hpY2FsIGVudmlyb25tZW50IChtYXliZSBJJ20gZ29pbmcgYSBiaXQgb2ZmIHRv cGljLi4uKSB3aGVyZSB0b3BvbG9neSB1cGRhdGVzIG5lZWQgdG8gYmUgc2VudCBmcm9tIGEgY2hp bGQgU0ROIGNvbnRyb2xsZXIgdG8gYSBwYXJlbnQgU0ROIGNvbnRyb2xsZXIgYW5kIHdoZXJlIHJ1 bm5pbmcgYW4gSUdQIGJldHdlZW4gY29udHJvbGxlcnMgd291bGQgYmUgZXh0cmVtZWx5IGNvbXBs ZXggaWYgbm90IGltcG9zc2libGUuDQoNCkJSDQpEYW5pZWxlDQoNCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIFpoYW5neGlhbiAoWGlhbikNCj4gU2VudDogbWFydGVkqKwgMTUgbHVnbGlv IDIwMTQgMDk6MTENCj4gVG86IExlZXlvdW5nOyBwY2VAaWV0Zi5vcmcNCj4gQ2M6IEdyZWcgQmVy bnN0ZWluOyBaaGVuZ2hhb21pYW4NCj4gU3ViamVjdDogUmU6IFtQY2VdIE5ldyBWZXJzaW9uIE5v dGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctDQo+IHRlLWRhdGEtMDAu dHh0DQo+IA0KPiBIaSwgWW91bmcgYW5kIGF1dGhvcnMsDQo+IA0KPiAgICAgVGhhbmsgeW91IGZv ciBwdXR0aW5nIGZvcndhcmQgc3VjaCBhIGRyYWZ0LiBUaGlzIHJlbWluZHMgbWUgdG8gY2hlY2sg aWYNCj4gZHJhZnQtaWV0Zi1wY2UtcXVlc3Rpb25zIHRvdWNoZXMgdXBvbiB0aGlzIGlzc3VlIGFu ZCBJIGZpbmQgdGhlIGZvbGxvd2luZw0KPiBkZXNjcmlwdGlvbiAoaW4gU2VjdGlvbiAzKToNCj4g DQo+IKOiDQo+ICAgIEl0IGhhcyBhbHNvIGJlZW4gcHJvcG9zZWQgdGhhdCB0aGUgUENFIENvbW11 bmljYXRpb24gUHJvdG9jb2wgKFBDRVApDQo+ICAgIFtSRkM1NDQwXSBjb3VsZCBiZSBleHRlbmRl ZCB0byBzZXJ2ZSBhcyBhbiBpbmZvcm1hdGlvbiBjb2xsZWN0aW9uDQo+ICAgIHByb3RvY29sIHRv IHN1cHBseSBpbmZvcm1hdGlvbiBmcm9tIG5ldHdvcmsgZGV2aWNlcyB0byBhIFBDRS4gIFRoZQ0K PiAgICBsb2dpYyBpcyB0aGF0IHRoZSBuZXR3b3JrIGRldmljZXMgbWF5IGFscmVhZHkgc3BlYWsg UENFUCBhbmQgc28gdGhlDQo+ICAgIHByb3RvY29sIGNvdWxkIGVhc2lseSBiZSB1c2VkIHRvIHJl cG9ydCBkZXRhaWxzIGFib3V0IHRoZSByZXNvdXJjZXMNCj4gICAgYW5kIHN0YXRlIGluIHRoZSBu ZXR3b3JrLCBpbmNsdWRpbmcgdGhlIExTUCBzdGF0ZSBkaXNjdXNzZWQgaW4NCj4gICAgU2VjdGlv bnMgMTQgYW5kIDE1Lg0KPiCjog0KPiAgICBTbywgaW5kZWVkIHRoaXMgZHJhZnQgZGlzY3Vzc2Vz IHNvbWV0aGluZyBpbnRlcmVzdGluZy4gV291bGQgYmUgZ29vZCB0bw0KPiBoZWFyIGhvdyBvdGhl ciBQQ0VycyB0aGluayBhYm91dCB0aGlzLg0KPiANCj4gICAgQlRXLCBieSBicm93c2luZyB0aHJv dWdoIHRoZSBjb250ZW50LCBpdCBzZWVtcyB0aGF0IHRoZXJlIGFyZSBubw0KPiBleHRlbnNpb25z IGluY2x1ZGVkIHNvIGZhci4gU2luY2UgdGhlIGRvY3VtZW50IHR5cGUgaXMgc3RhbmRhcmQgdHJh Y2ssIEkNCj4gd29uZGVyIGlmIHRoZSBpbnRlbnRpb24gaXMgdG8gaW5jbHVkZSBQQ0VQIGV4dGVu c2lvbnMgaW4gdGhlIGZ1dHVyZSBvciB0aGUNCj4gZHJhZnQgYWN0dWFsbHkgbWVhbnQgdG8gYmUg aW5mb3JtYXRpb25hbCBvbmx5Pw0KPiANCj4gUmVnYXJkcywNCj4gWGlhbg0KPiANCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBMZWV5b3VuZw0KPiBTZW50OiAyMDE0xOo31MIzyNUgNTo1MQ0K PiBUbzogcGNlQGlldGYub3JnDQo+IENjOiBHcmVnIEJlcm5zdGVpbjsgWmhlbmdoYW9taWFuDQo+ IFN1YmplY3Q6IFtQY2VdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxl ZS1wY2UtdHJhbnNwb3J0aW5nLQ0KPiB0ZS1kYXRhLTAwLnR4dA0KPiANCj4gSGksDQo+IA0KPiBX ZSBoYXZlIGp1c3QgcHVibGlzaGVkIGEgbmV3IFBDRSBkcmFmdCBjb25jZXJuaW5nIGFsdGVybmF0 aXZlIHdheXMgb2YNCj4gdHJhbnNwb3J0aW5nIFRFIGRhdGEgdGhhdCBtYXkgbm90IGRlcGVuZCBv biBJR1AtVEUgb3IgQkdQLUxTLg0KPiANCj4gVGhlIG1vdGl2YXRpb24gZm9yIHRoaXMgd29yayBp cyBhIHRpbWVseSB1cGRhdGUgb2YgVEUgZGF0YSBkaXJlY3RseSBmcm9tIG5vZGVzDQo+IHRvIFBD RShzKSB0byBzdXBwb3J0IHNjZW5hcmlvcyBsaWtlOg0KPiANCj4gKGkpIG5ldHdvcmtzIHRoYXQg ZG8gbm90IHN1cHBvcnQgSUdQLVRFIG9yIEJHUC1MUyBidXQgd2FudCB0byBpbXBsZW1lbnQNCj4g UENFLg0KPiAoaWkpIGFwcGxpY2F0aW9ucyB0aGF0IHJlcXVpcmUgYWNjdXJhdGUgYW5kIHRpbWVs eSBURSBkYXRhIHRoYXQgY3VycmVudA0KPiBjb252ZXJnZW5jZSB0aW1lIGFzc29jaWF0ZWQgd2l0 aCBmbG9vZGluZyBpcyBub3QganVzdGlmaWVkLg0KPiAoaWlpKSByZWR1Y3Rpb24gb2Ygbm9kZSBP SCBwcm9jZXNzaW5nIG9mIGZsb29kaW5nIG1lY2hhbmlzbXMgKGVzcC4gb3B0aWNhbA0KPiB0cmFu c3BvcnQgbmV0d29ya3Mgd2hlcmUgdGhlcmUgYXJlIGxhcmdlIGFtb3VudHMgb2YgdHJhZmZpYyBk YXRhIGFuZA0KPiBjb25zdHJhaW50cyBkdWUgdG8gT1ROL1dTT04vRmxleGktZ3JpZCwgZXRjLiBO b3RlIHRoYXQgYWxzbyBCR1AtTFMgaXMgbm90DQo+IHN1cHBvcnRlZCBpbiBvcHRpY2FsIHRyYW5z cG9ydCBuZXR3b3JrcyB0b2RheSkNCj4gDQo+IFlvdXIgY29tbWVudCB3aWxsIGFsd2F5cyBiZSBh cHByZWNpYXRlZC4NCj4gDQo+IFRoYW5rcywNCj4gWW91bmcgKG9uIGJlaGFsZiBvZiBvdGhlciBj by1hdXRob3JzKQ0KPiANCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206 IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y Z10NCj4gU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDQ6MzIgUE0NCj4gVG86IEdyZWcg QmVybnN0ZWluOyBEaHJ1diBEaG9keTsgR3JlZyBCZXJuc3RlaW47IFpoZW5naGFvbWlhbjsgRGhy dXYNCj4gRGhvZHk7IExlZXlvdW5nOyBMZWV5b3VuZzsgWmhlbmdoYW9taWFuDQo+IFN1YmplY3Q6 IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmct dGUtZGF0YS0NCj4gMDAudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0 LWxlZS1wY2UtdHJhbnNwb3J0aW5nLXRlLWRhdGEtMDAudHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3Nm dWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYNCj4gcmVw b3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRh DQo+IFJldmlzaW9uOgkwMA0KPiBUaXRsZToJCVBDRVAgRXh0ZW5zaW9ucyBpbiBTdXBwb3J0IG9m IFRyYW5zcG9ydGluZyBUcmFmZmljDQo+IEVuZ2luZWVyaW5nIERhdGENCj4gRG9jdW1lbnQgZGF0 ZToJMjAxNC0wNy0wMg0KPiBHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczoJ CTIwDQo+IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy0NCj4gdGUtZGF0YS0wMC50eHQNCj4gU3RhdHVz OiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1wY2Ut dHJhbnNwb3J0aW5nLXRlLQ0KPiBkYXRhLw0KPiBIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YS0wMA0KPiAN Cj4gDQo+IEFic3RyYWN0Og0KPiAgICBJbiBvcmRlciB0byBjb21wdXRlIGFuZCBwcm92aWRlIG9w dGltYWwgcGF0aHMsIFBhdGggQ29tcHV0YXRpb24NCj4gICAgRWxlbWVudHMgKFBDRXMpIHJlcXVp cmUgYW4gYWNjdXJhdGUgYW5kIHRpbWVseSBUcmFmZmljIEVuZ2luZWVyaW5nDQo+ICAgIERhdGFi YXNlIChURUQpLiBUcmFkaXRpb25hbGx5IHRoaXMgVEVEIGhhcyBiZWVuIG9idGFpbmVkIGZyb20g YSBsaW5rDQo+ICAgIHN0YXRlIHJvdXRpbmcgcHJvdG9jb2wgc3VwcG9ydGluZyB0cmFmZmljIGVu Z2luZWVyaW5nIGV4dGVuc2lvbnMuDQo+ICAgIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHBvc3Np YmxlIGFsdGVybmF0aXZlcyB0byBURUQgY3JlYXRpb24uIFRoaXMNCj4gICAgZG9jdW1lbnQgZ2l2 ZXMgYXJjaGl0ZWN0dXJhbCBhbHRlcm5hdGl2ZXMgZm9yIHRoZXNlIGVuaGFuY2VtZW50cyBhbmQN Cj4gICAgdGhlaXIgcG90ZW50aWFsIGltcGFjdHMgb24gbmV0d29yayBub2Rlcywgcm91dGluZyBw cm90b2NvbHMsIGFuZA0KPiAgICBQQ0UuDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJt aXNzaW9uDQo+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFi bGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiANCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gUGNlIG1h aWxpbmcgbGlzdA0KPiBQY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9wY2UNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gUGNlIG1haWxpbmcgbGlzdA0KPiBQY2VAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== From nobody Tue Jul 15 11:05:19 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6F5B1A0AE1 for ; Tue, 15 Jul 2014 11:05:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.152 X-Spam-Level: X-Spam-Status: No, score=-15.152 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, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, 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 Ztunv97Sdt1D for ; Tue, 15 Jul 2014 11:05:14 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 270F41A05C3 for ; Tue, 15 Jul 2014 11:05:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3276; q=dns/txt; s=iport; t=1405447514; x=1406657114; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=lx6H4Yw7axSW6+t6j0wAMfiKru+bT4CTF/H5mjZ0Cq0=; b=Ws9UViP6nDOl3RANNV40Y7dyKSKH/SRe80jnT+olqJ8SMmquuQ7pxY/A IukN9FE969jmeVZAYy5Zi9I0KmCHaT5TOAFHPrjSrxirxzGRwXAlY2geJ r6CXUicFO+Ra3gfDLiqYSK5CeTYjTxukRhOPVdudxs/fuUspVyRnZhKEF I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8HAOBsxVOtJA2L/2dsb2JhbABZgw5SUwQEgnK+f4dDARl3FnWEAwEBAQQjEUMCDAQCAQgRBAEBAwIGHQMCAgIwFAEGAQEFAwIEDgUIAYg5CAWyDZgmF4EsjW4xBwaCcTaBFgWcY5Jag0RsgUU X-IronPort-AV: E=Sophos;i="5.01,667,1400025600"; d="scan'208";a="61049407" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-3.cisco.com with ESMTP; 15 Jul 2014 18:05:13 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s6FI5DuP006974 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 15 Jul 2014 18:05:13 GMT Received: from xmb-aln-x09.cisco.com ([169.254.4.251]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0123.003; Tue, 15 Jul 2014 13:05:12 -0500 From: "Santiago Alvarez (saalvare)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-alvarez-pce-path-profiles-03.txt Thread-Index: AQHPl6Fcd74M/1WvkEq5R/XQ1VBFFpuheVOQ Date: Tue, 15 Jul 2014 18:05:12 +0000 Message-ID: <0C8935EE66D53445A3D3982BD9BE54682163D193@xmb-aln-x09.cisco.com> References: <20140704160222.24292.1711.idtracker@ietfa.amsl.com> In-Reply-To: <20140704160222.24292.1711.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.107.163.95] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/gHej4-0z16k-RuNUOntb75UjxwM Subject: [Pce] FW: New Version Notification for draft-alvarez-pce-path-profiles-03.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 18:05:17 -0000 Rm9sa3MsDQoNCldlJ3ZlIHBvc3RlZCBhIG5ldyB2ZXJzaW9uLiAgVGhlIG1vc3Qgc2lnbmlmaWNh bnQgY2hhbmdlIGlzIHRoZSBhZGRpdGlvbiBvZiBhbiBvcHRpb25hbCBleHRlbmRlZCBpZC4gIEl0 IGNhbiBiZSB1c2VkIGFzIHZhbHVlIGFzc29jaWF0ZWQgd2l0aCB0aGUgcHJvZmlsZSBpZCB0byBw cm92aWRlIG1vcmUgZmxleGliaWxpdHkgaW4gcG9saWN5IGRlZmluaXRpb25zLiAgQ29tbWVudHMg YXJlIHdlbGNvbWUuIFRoYW5rcy4NCkNoZWVycy4NCg0KU0ENCi0tDQoNCg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0 bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IFNlbnQ6IEZyaWRheSwgSnVseSAwNCwgMjAx NCA5OjAyIEFNDQo+IFRvOiBMdWlzIFRvbW90YWtpOyBTaXZhIFNpdmFiYWxhbiAobXNpdmEpOyBT aXZhIFNpdmFiYWxhbiAobXNpdmEpOyBSb2INCj4gU2hha2lyOyBTYW50aWFnbyBBbHZhcmV6IChz YWFsdmFyZSk7IFJvYiBTaGFraXI7IFphZmFyIEFsaSAoemFsaSk7DQo+IFZpY3RvciBMb3Blejsg WmFmYXIgQWxpICh6YWxpKTsgTHVpcyBUb21vdGFraTsgVmljdG9yIExvcGV6OyBTYW50aWFnbw0K PiBBbHZhcmV6IChzYWFsdmFyZSkNCj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u IGZvciBkcmFmdC1hbHZhcmV6LXBjZS1wYXRoLXByb2ZpbGVzLQ0KPiAwMy50eHQNCj4gDQo+IA0K PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtYWx2YXJlei1wY2UtcGF0aC1wcm9maWxlcy0w My50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBTYW50aWFnbyBBbHZh cmV6IGFuZCBwb3N0ZWQgdG8gdGhlDQo+IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlk cmFmdC1hbHZhcmV6LXBjZS1wYXRoLXByb2ZpbGVzDQo+IFJldmlzaW9uOgkwMw0KPiBUaXRsZToJ CVBDRSBQYXRoIFByb2ZpbGVzDQo+IERvY3VtZW50IGRhdGU6CTIwMTQtMDctMDQNCj4gR3JvdXA6 CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQkxMg0KPiBVUkw6ICAgICAgICAgICAg aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtYWx2YXJlei1wY2UtDQo+ IHBhdGgtcHJvZmlsZXMtMDMudHh0DQo+IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1hbHZhcmV6LXBjZS0NCj4gcGF0aC1wcm9maWxlcy8NCj4g SHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWFsdmFyZXot cGNlLXBhdGgtDQo+IHByb2ZpbGVzLTAzDQo+IERpZmY6ICAgICAgICAgICBodHRwOi8vd3d3Lmll dGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1hbHZhcmV6LXBjZS0NCj4gcGF0aC1wcm9maWxlcy0w Mw0KPiANCj4gQWJzdHJhY3Q6DQo+ICAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGV4dGVuc2lv bnMgdG8gdGhlIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudA0KPiAgICAoUENFKSBDb21tdW5pY2F0 aW9uIFByb3RvY29sIChQQ0VQKSB0byBzaWduYWwgcGF0aCBwcm9maWxlDQo+ICAgIGlkZW50aWZp ZXJzLiAgQSBwcm9maWxlIHJlcHJlc2VudHMgYSBsaXN0IG9mIHBhdGggcGFyYW1ldGVycyBvcg0K PiAgICBwb2xpY2llcyB0aGF0IGEgUENFUCBwZWVyIG1heSBpbnZva2Ugb24gYSByZW1vdGUgcGVl ciB1c2luZyBhbg0KPiBvcGFxdWUNCj4gICAgaWRlbnRpZmllci4gIFdoZW4gYSBwYXRoIGNvbXB1 dGF0aW9uIGNsaWVudCAoUENDKSBpbml0aWF0ZXMgYSBwYXRoDQo+ICAgIGNvbXB1dGF0aW9uIHJl cXVlc3QsIHRoZSBQQ0MgY2FuIHNpZ25hbCBwcm9maWxlIGlkZW50aWZpZXJzIHRvDQo+IGludm9r ZQ0KPiAgICBwYXRoIHBhcmFtZXRlcnMgb3IgcG9saWNpZXMgZGVmaW5lZCBvbiB0aGUgUENFIHdo aWNoIHdvdWxkIGluZmx1ZW5jZQ0KPiAgICB0aGUgcGF0aCBjb21wdXRhdGlvbi4gIFNpbWlsYXJs eSwgd2hlbiBhIFBDRSBpbml0aWF0ZXMgb3IgdXBkYXRlcyBhDQo+ICAgIHBhdGgsIHRoZSBQQ0Ug Y2FuIHNpZ25hbCBwcm9maWxlIGlkZW50aWZpZXJzIHRvIGludm9rZSBwYXRoDQo+ICAgIHBhcmFt ZXRlcnMgb3IgcG9saWNpZXMgZGVmaW5lZCBvbiB0aGUgUENDIHdoaWNoIHdvdWxkIGluZmx1ZW5j ZSB0aGUNCj4gICAgcGF0aCBzZXR1cC4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+IHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdA0KPiB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Tue Jul 15 15:37:28 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6D071B2960 for ; Tue, 15 Jul 2014 15:37:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.851 X-Spam-Level: X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 pGEDQzC3MyZE for ; Tue, 15 Jul 2014 15:37:25 -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 A6C571A011D for ; Tue, 15 Jul 2014 15:37:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHF63076; Tue, 15 Jul 2014 22:37:23 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 15 Jul 2014 23:37:22 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml702-chm.china.huawei.com ([169.254.4.217]) with mapi id 14.03.0158.001; Tue, 15 Jul 2014 15:37:04 -0700 From: Leeyoung To: "Zhangxian (Xian)" , "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAARKhoA== Date: Tue, 15 Jul 2014 22:37:03 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C0186B@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.140.104] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/iQrRxJzKtSLPGWtK8tUMPIx8y90 Cc: Greg Bernstein , Zhenghaomian Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 22:37:27 -0000 Hi Xian, Thanks for posting your comments that are valuable. Please see inline for m= y comments to yours. Regards, Young -----Original Message----- From: Zhangxian (Xian)=20 Sent: Tuesday, July 15, 2014 2:11 AM To: Leeyoung; pce@ietf.org Cc: Greg Bernstein; Zhenghaomian Subject: RE: New Version Notification for draft-lee-pce-transporting-te-dat= a-00.txt Hi, Young and authors,=20 Thank you for putting forward such a draft. This reminds me to check if= draft-ietf-pce-questions touches upon this issue and I find the following = description (in Section 3): =1B$B|~=1B(B It has also been proposed that the PCE Communication Protocol (PCEP) [RFC5440] could be extended to serve as an information collection protocol to supply information from network devices to a PCE. The logic is that the network devices may already speak PCEP and so the protocol could easily be used to report details about the resources and state in the network, including the LSP state discussed in Sections 14 and 15. =1B$B|~=1B(B So, indeed this draft discusses something interesting. Would be good to = hear how other PCErs think about this.=20 YOUNG>> Indeed, I think what you quoted is in the spirit of this draft in l= ight of draft-ietf-pce-questions.=20 BTW, by browsing through the content, it seems that there are no extensi= ons included so far. Since the document type is standard track, I wonder if= the intention is to include PCEP extensions in the future or the draft act= ually meant to be informational only? YOUNG>> We intended this draft to be protocol enhancement. For 00 version, = we did not have time to put this aspect. But, we will definitely add detail= s in the revision.=20 Regards, Xian -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Leeyoung Sent: 2014=1B$BG/=1B(B7=1B$B7n=1B(B3=1B$BF|=1B(B 5:51 To: pce@ietf.org Cc: Greg Bernstein; Zhenghaomian Subject: [Pce] FW: New Version Notification for draft-lee-pce-transporting-= te-data-00.txt Hi,=20 We have just published a new PCE draft concerning alternative ways of trans= porting TE data that may not depend on IGP-TE or BGP-LS.=20 The motivation for this work is a timely update of TE data directly from no= des to PCE(s) to support scenarios like: (i) networks that do not support IGP-TE or BGP-LS but want to implement PCE= . (ii) applications that require accurate and timely TE data that current con= vergence time associated with flooding is not justified. =20 (iii) reduction of node OH processing of flooding mechanisms (esp. optical = transport networks where there are large amounts of traffic data and constr= aints due to OTN/WSON/Flexi-grid, etc. Note that also BGP-LS is not support= ed in optical transport networks today) Your comment will always be appreciated.=20 Thanks, Young (on behalf of other co-authors) -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Wednesday, July 02, 2014 4:32 PM To: Greg Bernstein; Dhruv Dhody; Greg Bernstein; Zhenghaomian; Dhruv Dhody;= Leeyoung; Leeyoung; Zhenghaomian Subject: New Version Notification for draft-lee-pce-transporting-te-data-00= .txt A new version of I-D, draft-lee-pce-transporting-te-data-00.txt has been successfully submitted by Young Lee and posted to the IETF reposit= ory. Name: draft-lee-pce-transporting-te-data Revision: 00 Title: PCEP Extensions in Support of Transporting Traffic Engineering Data Document date: 2014-07-02 Group: Individual Submission Pages: 20 URL: http://www.ietf.org/internet-drafts/draft-lee-pce-transport= ing-te-data-00.txt Status: https://datatracker.ietf.org/doc/draft-lee-pce-transporting= -te-data/ Htmlized: http://tools.ietf.org/html/draft-lee-pce-transporting-te-da= ta-00 Abstract: In order to compute and provide optimal paths, Path Computation Elements (PCEs) require an accurate and timely Traffic Engineering Database (TED). Traditionally this TED has been obtained from a link state routing protocol supporting traffic engineering extensions. This document discusses possible alternatives to TED creation. This document gives architectural alternatives for these enhancements and their potential impacts on network nodes, routing protocols, and PCE. = =20 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Tue Jul 15 15:48:44 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11EE81B29A0 for ; Tue, 15 Jul 2014 15:48:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.401 X-Spam-Level: X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 8bhjSwaDWVDK for ; Tue, 15 Jul 2014 15:48:37 -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 6F19F1B29A4 for ; Tue, 15 Jul 2014 15:48:36 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHF63553; Tue, 15 Jul 2014 22:48:35 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 15 Jul 2014 23:48:34 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml704-chm.china.huawei.com ([169.254.6.218]) with mapi id 14.03.0158.001; Tue, 15 Jul 2014 15:48:16 -0700 From: Leeyoung To: Daniele Ceccarelli , "Zhangxian (Xian)" , "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgIAAgz8w Date: Tue, 15 Jul 2014 22:48:16 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.140.104] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/4hEuC95qBSVwiY-Jc0PhqBs6_e8 Cc: Greg Bernstein , Zhenghaomian Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 22:48:42 -0000 SGkgRGFuaWVsbGUsDQoNClRoYW5rcyBmb3IgcG9zdGluZyB5b3VyIGNvbW1lbnRzIHRoYXQgYXJl IHZhbHVhYmxlLiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgbXkgY29tbWVudHMuIA0KDQpSZWdhcmRz LA0KWW91bmcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFBjZSBbbWFpbHRv OnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRGFuaWVsZSBDZWNjYXJlbGxpDQpT ZW50OiBUdWVzZGF5LCBKdWx5IDE1LCAyMDE0IDEwOjE2IEFNDQpUbzogWmhhbmd4aWFuIChYaWFu KTsgTGVleW91bmc7IHBjZUBpZXRmLm9yZw0KQ2M6IEdyZWcgQmVybnN0ZWluOyBaaGVuZ2hhb21p YW4NClN1YmplY3Q6IFJlOiBbUGNlXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0 LWxlZS1wY2UtdHJhbnNwb3J0aW5nLXRlLWRhdGEtMDAudHh0DQoNCkhpIGF1dGhvcnMsDQoNCkkg YWdyZWUgd2l0aCBYaWFuLCB2ZXJ5IGludGVyZXN0aW5nIGRyYWZ0Lg0KDQpJbiB0aGUgaW50cm8g eW91IHNheSB0aGF0IHBhcnRpY2lwYXRpbmcgaW4gSUdQIGlzIGN1bWJlcnNvbWUgZm9yIGEgbnVt YmVyIG9mIHJlYXNvbnMgKHNpZ25pZmljYW50IHRyYWZmaWMgbG9hZCwgbmVlZCBmb3IgbXVsdGlw bGUgSUdQIGltcGxlbWVudGF0aW9ucyksIGJ1dCBJIHRoaW5rIG9uZSBvZiB0aGUgbWFpbiByZWFz b25zIHdoaWNoIElNSE8gc2hvdWxkIGJlIGFkZGVkIGlzICJ0aW1lIi4gSUdQcyBjYW4gdGFrZSB0 aW1lIHRvIGNvbnZlcmdlIGFuZCB0aGUgUENFIGlzIG9mdGVuIGFza2VkIHRvIHF1aWNrbHkgcHJv dmlkZSBuZXcgcGF0aHMgdXBvbiBmYWlsdXJlcy4gQSBzaW1wbGUsIGRlZGljYXRlZCwgdXBkYXRl IGZyb20gdGhlIG5vZGVzIGRldGVjdGluZyB0aGUgZmFpbHVyZSB0byB0aGUgUENFIHdvdWxkIGJl IG11Y2ggbW9yZSBlZmZpY2llbnQgYWxzbyBpbiBkZWFsaW5nIHdpdGggdGhpcyBpc3N1ZS4NCg0K WU9VTkc+PiBZZXMsIHRoaXMgaXMgb25lIG9mIHRoZSBtYWluIHRocnVzdHMgb2YgdGhpcyBkcmFm dC4gDQoNClRoZSB0aHJlZSBhcmNoaXRlY3R1cmUgb3B0aW9ucyBzZWVtIHRvIGJlIGEgcmVhc29u YWJsZSBsaXN0IG9mIGFsbCB0aGUgcG9zc2liaWxpdGllcy4gU2luY2UgdGhlIGRyYWZ0IGlzIHBy ZXNlbnRlZCBpbiB0aGUgUENFIFdHIGkgZ3Vlc3MgeW91IGFyZSBwcm9wb3NpbmcgZXh0ZW5zaW9u cyB0byB0aGUgUENFUCBidXQgSSB0aGluayBpdCBjb3VsZCBiZSB3b3J0aCBsaXN0aW5nIGluIGVh Y2ggY2FzZSBhIGNvbXBhcmlzb24gd2l0aCBleGlzdGluZyBzb2x1dGlvbnMgdG8gc2hvdyBwcm9z IGFuZCBjb25zLCBlLmcuICJOb2RlcyBzZW5kIGxvY2FsIFRFIGluZm9ybWF0aW9uIGRpcmVjdGx5 IHRvIGFsbCBQQ0VzIiBpcyBzb21ldGhpbmcgdGhhdCBtaWdodCBiZSBhY2hpZXZlZCB2aWEgU05N UCB0cmFwcyBvciAiTm9kZXMgc2VuZCBsb2NhbCBURSBpbmZvcm1hdGlvbiB0byBQQ0VzIHZpYSBh biBpbnRlcm1lZGlhcnkgKHB1Ymxpc2gvc3Vic2NyaWJlKXNlcnZlciIgcmVtaW5kcyBtZSB0aGUg QkdQIHJvdXRlIHJlZmxlY3Rvci4NCg0KWU9VTkc+PiBBZ3JlZS4gDQoNCk9uZSBmdXJ0aGVyIHF1 ZXN0aW9uOiBpcyB0aGUgZ29hbCBvZiB0aGUgZHJhZnQgZGVmaW5pbmcgc29tZXRoaW5nIHRoYXQg Z2V0cyByaWQgb2Ygcm91dGluZyBvciB0aGF0IHNvbWVob3cgZW5oYW5jZXMgdGhlIHJvdXRpbmc/ IElmIHRoZSBsYXR0ZXIsIGNvdWxkIHlvdSBwbGVhc2UgZGVzY3JpYmUgaG93Pw0KDQpZT1VORz4+ IEkgd291bGQgc2F5IHRoYXQgdGhlIG5ldHdvcmtzIHRoYXQgaGF2ZSBpbXBsZW1lbnRlZCBJR1At VEUsIHRoaXMgd2lsbCBiZSBhbiBlbmhhbmNlbWVudC4gVGhlcmUgaXMgbm8gcmVhc29uIHRvIGdl dCByaWQgb2YgZXhpc3RpbmcgY2FwYWJpbGl0eS4gSW4gdGVybXMgb2YgaG93IHRvIGVuaGFuY2Ug dGhpcyBjYXBhYmlsaXR5IG9uIHRvcCBvZiBJR1AtVEUgaXMgeWV0IHRvIGJlIGRpc2N1c3NlZCBh cyBhbiBldm9sdXRpb25hcnkgc2NlbmFyaW8uIE9uIHRoZSBvdGhlciBoYW5kLCB0aGUgbW9zdCBp bW1lZGlhdGUgc2NlbmFyaW8gd291bGQgYmUgZ3JlZW4gZmllbGRzIG9yIG5ldHdvcmtzIHRoYXQg aGF2ZSBubyBJR1AtVEUgb3IgQkdQLUxTLiANCg0KUGVyc29uYWxseSwgSSB0aGluayB0aGlzIGFy Y2hpdGVjdHVyZXMgd291bGQgYmUgZXh0cmVtZWx5IGhlbHBmdWwgaW4gYW4gU0ROIGhpZXJhcmNo aWNhbCBlbnZpcm9ubWVudCAobWF5YmUgSSdtIGdvaW5nIGEgYml0IG9mZiB0b3BpYy4uLikgd2hl cmUgdG9wb2xvZ3kgdXBkYXRlcyBuZWVkIHRvIGJlIHNlbnQgZnJvbSBhIGNoaWxkIFNETiBjb250 cm9sbGVyIHRvIGEgcGFyZW50IFNETiBjb250cm9sbGVyIGFuZCB3aGVyZSBydW5uaW5nIGFuIElH UCBiZXR3ZWVuIGNvbnRyb2xsZXJzIHdvdWxkIGJlIGV4dHJlbWVseSBjb21wbGV4IGlmIG5vdCBp bXBvc3NpYmxlLg0KDQpZT1VORz4+IFRoaXMgcG9pbnQgaXMgdmVyeSB2YWxpZCBwb2ludC4gDQoN CkJSDQpEYW5pZWxlDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBQ Y2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFpoYW5neGlhbiAo WGlhbikNCj4gU2VudDogbWFydGVkqKwgMTUgbHVnbGlvIDIwMTQgMDk6MTENCj4gVG86IExlZXlv dW5nOyBwY2VAaWV0Zi5vcmcNCj4gQ2M6IEdyZWcgQmVybnN0ZWluOyBaaGVuZ2hhb21pYW4NCj4g U3ViamVjdDogUmU6IFtQY2VdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgDQo+IGRyYWZ0 LWxlZS1wY2UtdHJhbnNwb3J0aW5nLSB0ZS1kYXRhLTAwLnR4dA0KPiANCj4gSGksIFlvdW5nIGFu ZCBhdXRob3JzLA0KPiANCj4gICAgIFRoYW5rIHlvdSBmb3IgcHV0dGluZyBmb3J3YXJkIHN1Y2gg YSBkcmFmdC4gVGhpcyByZW1pbmRzIG1lIHRvIA0KPiBjaGVjayBpZiBkcmFmdC1pZXRmLXBjZS1x dWVzdGlvbnMgdG91Y2hlcyB1cG9uIHRoaXMgaXNzdWUgYW5kIEkgZmluZCANCj4gdGhlIGZvbGxv d2luZyBkZXNjcmlwdGlvbiAoaW4gU2VjdGlvbiAzKToNCj4gDQo+IKOiDQo+ICAgIEl0IGhhcyBh bHNvIGJlZW4gcHJvcG9zZWQgdGhhdCB0aGUgUENFIENvbW11bmljYXRpb24gUHJvdG9jb2wgKFBD RVApDQo+ICAgIFtSRkM1NDQwXSBjb3VsZCBiZSBleHRlbmRlZCB0byBzZXJ2ZSBhcyBhbiBpbmZv cm1hdGlvbiBjb2xsZWN0aW9uDQo+ICAgIHByb3RvY29sIHRvIHN1cHBseSBpbmZvcm1hdGlvbiBm cm9tIG5ldHdvcmsgZGV2aWNlcyB0byBhIFBDRS4gIFRoZQ0KPiAgICBsb2dpYyBpcyB0aGF0IHRo ZSBuZXR3b3JrIGRldmljZXMgbWF5IGFscmVhZHkgc3BlYWsgUENFUCBhbmQgc28gdGhlDQo+ICAg IHByb3RvY29sIGNvdWxkIGVhc2lseSBiZSB1c2VkIHRvIHJlcG9ydCBkZXRhaWxzIGFib3V0IHRo ZSByZXNvdXJjZXMNCj4gICAgYW5kIHN0YXRlIGluIHRoZSBuZXR3b3JrLCBpbmNsdWRpbmcgdGhl IExTUCBzdGF0ZSBkaXNjdXNzZWQgaW4NCj4gICAgU2VjdGlvbnMgMTQgYW5kIDE1Lg0KPiCjog0K PiAgICBTbywgaW5kZWVkIHRoaXMgZHJhZnQgZGlzY3Vzc2VzIHNvbWV0aGluZyBpbnRlcmVzdGlu Zy4gV291bGQgYmUgDQo+IGdvb2QgdG8gaGVhciBob3cgb3RoZXIgUENFcnMgdGhpbmsgYWJvdXQg dGhpcy4NCj4gDQo+ICAgIEJUVywgYnkgYnJvd3NpbmcgdGhyb3VnaCB0aGUgY29udGVudCwgaXQg c2VlbXMgdGhhdCB0aGVyZSBhcmUgbm8gDQo+IGV4dGVuc2lvbnMgaW5jbHVkZWQgc28gZmFyLiBT aW5jZSB0aGUgZG9jdW1lbnQgdHlwZSBpcyBzdGFuZGFyZCB0cmFjaywgDQo+IEkgd29uZGVyIGlm IHRoZSBpbnRlbnRpb24gaXMgdG8gaW5jbHVkZSBQQ0VQIGV4dGVuc2lvbnMgaW4gdGhlIGZ1dHVy ZSANCj4gb3IgdGhlIGRyYWZ0IGFjdHVhbGx5IG1lYW50IHRvIGJlIGluZm9ybWF0aW9uYWwgb25s eT8NCj4gDQo+IFJlZ2FyZHMsDQo+IFhpYW4NCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IFBjZSBbbWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgTGVleW91bmcNCj4gU2VudDogMjAxNMTqN9TCM8jVIDU6NTENCj4gVG86IHBjZUBpZXRmLm9y Zw0KPiBDYzogR3JlZyBCZXJuc3RlaW47IFpoZW5naGFvbWlhbg0KPiBTdWJqZWN0OiBbUGNlXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciANCj4gZHJhZnQtbGVlLXBjZS10cmFuc3Bv cnRpbmctIHRlLWRhdGEtMDAudHh0DQo+IA0KPiBIaSwNCj4gDQo+IFdlIGhhdmUganVzdCBwdWJs aXNoZWQgYSBuZXcgUENFIGRyYWZ0IGNvbmNlcm5pbmcgYWx0ZXJuYXRpdmUgd2F5cyBvZiANCj4g dHJhbnNwb3J0aW5nIFRFIGRhdGEgdGhhdCBtYXkgbm90IGRlcGVuZCBvbiBJR1AtVEUgb3IgQkdQ LUxTLg0KPiANCj4gVGhlIG1vdGl2YXRpb24gZm9yIHRoaXMgd29yayBpcyBhIHRpbWVseSB1cGRh dGUgb2YgVEUgZGF0YSBkaXJlY3RseSANCj4gZnJvbSBub2RlcyB0byBQQ0UocykgdG8gc3VwcG9y dCBzY2VuYXJpb3MgbGlrZToNCj4gDQo+IChpKSBuZXR3b3JrcyB0aGF0IGRvIG5vdCBzdXBwb3J0 IElHUC1URSBvciBCR1AtTFMgYnV0IHdhbnQgdG8gDQo+IGltcGxlbWVudCBQQ0UuDQo+IChpaSkg YXBwbGljYXRpb25zIHRoYXQgcmVxdWlyZSBhY2N1cmF0ZSBhbmQgdGltZWx5IFRFIGRhdGEgdGhh dCANCj4gY3VycmVudCBjb252ZXJnZW5jZSB0aW1lIGFzc29jaWF0ZWQgd2l0aCBmbG9vZGluZyBp cyBub3QganVzdGlmaWVkLg0KPiAoaWlpKSByZWR1Y3Rpb24gb2Ygbm9kZSBPSCBwcm9jZXNzaW5n IG9mIGZsb29kaW5nIG1lY2hhbmlzbXMgKGVzcC4gDQo+IG9wdGljYWwgdHJhbnNwb3J0IG5ldHdv cmtzIHdoZXJlIHRoZXJlIGFyZSBsYXJnZSBhbW91bnRzIG9mIHRyYWZmaWMgDQo+IGRhdGEgYW5k IGNvbnN0cmFpbnRzIGR1ZSB0byBPVE4vV1NPTi9GbGV4aS1ncmlkLCBldGMuIE5vdGUgdGhhdCBh bHNvIA0KPiBCR1AtTFMgaXMgbm90IHN1cHBvcnRlZCBpbiBvcHRpY2FsIHRyYW5zcG9ydCBuZXR3 b3JrcyB0b2RheSkNCj4gDQo+IFlvdXIgY29tbWVudCB3aWxsIGFsd2F5cyBiZSBhcHByZWNpYXRl ZC4NCj4gDQo+IFRoYW5rcywNCj4gWW91bmcgKG9uIGJlaGFsZiBvZiBvdGhlciBjby1hdXRob3Jz KQ0KPiANCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCj4gU2Vu dDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDQ6MzIgUE0NCj4gVG86IEdyZWcgQmVybnN0ZWlu OyBEaHJ1diBEaG9keTsgR3JlZyBCZXJuc3RlaW47IFpoZW5naGFvbWlhbjsgRGhydXYgDQo+IERo b2R5OyBMZWV5b3VuZzsgTGVleW91bmc7IFpoZW5naGFvbWlhbg0KPiBTdWJqZWN0OiBOZXcgVmVy c2lvbiBOb3RpZmljYXRpb24gZm9yIA0KPiBkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1k YXRhLQ0KPiAwMC50eHQNCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGVl LXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YS0wMC50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5 IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiANCj4gcmVwb3Np dG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhDQo+ IFJldmlzaW9uOgkwMA0KPiBUaXRsZToJCVBDRVAgRXh0ZW5zaW9ucyBpbiBTdXBwb3J0IG9mIFRy YW5zcG9ydGluZyBUcmFmZmljDQo+IEVuZ2luZWVyaW5nIERhdGENCj4gRG9jdW1lbnQgZGF0ZToJ MjAxNC0wNy0wMg0KPiBHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczoJCTIw DQo+IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9k cmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy0NCj4gdGUtZGF0YS0wMC50eHQNCj4gU3RhdHVzOiAg ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1wY2UtdHJh bnNwb3J0aW5nLXRlLQ0KPiBkYXRhLw0KPiBIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YS0wMA0KPiANCj4g DQo+IEFic3RyYWN0Og0KPiAgICBJbiBvcmRlciB0byBjb21wdXRlIGFuZCBwcm92aWRlIG9wdGlt YWwgcGF0aHMsIFBhdGggQ29tcHV0YXRpb24NCj4gICAgRWxlbWVudHMgKFBDRXMpIHJlcXVpcmUg YW4gYWNjdXJhdGUgYW5kIHRpbWVseSBUcmFmZmljIEVuZ2luZWVyaW5nDQo+ICAgIERhdGFiYXNl IChURUQpLiBUcmFkaXRpb25hbGx5IHRoaXMgVEVEIGhhcyBiZWVuIG9idGFpbmVkIGZyb20gYSBs aW5rDQo+ICAgIHN0YXRlIHJvdXRpbmcgcHJvdG9jb2wgc3VwcG9ydGluZyB0cmFmZmljIGVuZ2lu ZWVyaW5nIGV4dGVuc2lvbnMuDQo+ICAgIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHBvc3NpYmxl IGFsdGVybmF0aXZlcyB0byBURUQgY3JlYXRpb24uIFRoaXMNCj4gICAgZG9jdW1lbnQgZ2l2ZXMg YXJjaGl0ZWN0dXJhbCBhbHRlcm5hdGl2ZXMgZm9yIHRoZXNlIGVuaGFuY2VtZW50cyBhbmQNCj4g ICAgdGhlaXIgcG90ZW50aWFsIGltcGFjdHMgb24gbmV0d29yayBub2Rlcywgcm91dGluZyBwcm90 b2NvbHMsIGFuZA0KPiAgICBQQ0UuDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0 IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiANCj4gc3Vi bWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxl IGF0IHRvb2xzLmlldGYub3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFBjZSBtYWls aW5nIGxpc3QNCj4gUGNlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vcGNlDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IFBjZSBtYWlsaW5nIGxpc3QNCj4gUGNlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlzdA0KUGNlQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K From nobody Tue Jul 15 23:31:10 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38E6F1B2A29 for ; Tue, 15 Jul 2014 23:31:08 -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 VfJ-qDvtp-Ss for ; Tue, 15 Jul 2014 23:31:06 -0700 (PDT) Received: from villa.puc.rediris.es (villa.puc.rediris.es [IPv6:2001:720:418:ca00::7]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B1401B279D for ; Tue, 15 Jul 2014 23:31:06 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by villa.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X7Ik2-0006K0-Rj for pce@ietf.org; Wed, 16 Jul 2014 08:31:03 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id B07201FDF1 for ; Wed, 16 Jul 2014 08:30:59 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53C61C1F.1080904@cttc.es> Date: Wed, 16 Jul 2014 08:30:55 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-Spamina-Bogosity: Ham Archived-At: http://mailarchive.ietf.org/arch/msg/pce/vCKh1-wqEo797PlYQkryW4pWWEg Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 06:31:08 -0000 El 16/07/2014 0:48, Leeyoung escribi¨®: > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Daniele Ceccarelli > Sent: Tuesday, July 15, 2014 10:16 AM > To: Zhangxian (Xian); Leeyoung; pce@ietf.org > Cc: Greg Bernstein; Zhenghaomian > Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt > > > In the intro you say that participating in IGP is cumbersome for a number of reasons (significant traffic load, need for multiple IGP implementations), but I think one of the main reasons which IMHO should be added is "time". IGPs can take time to converge and the PCE is often asked to quickly provide new paths upon failures. A simple, dedicated, update from the nodes detecting the failure to the PCE would be much more efficient also in dealing with this issue. > > > Personally, I think this architectures would be extremely helpful in an SDN hierarchical environment (maybe I'm going a bit off topic...) where topology updates need to be sent from a child SDN controller to a parent SDN controller and where running an IGP between controllers would be extremely complex if not impossible. Ramon> I also find this option quite interesting, for the reasons stated above, IGP convergence, simplicity, etc.; some implementors have played with this in the past, e.g. for example http://tools.ietf.org/id/draft-zhang-pce-hierarchy-extensions-02.txt and several research papers, with Notification extensions, which can, simply, wrap LSAs as a straightforward option. I am just worried that, when this was discussed, we got some off-line feedback that it did not seem to be appropriate to extend PCEP for such purposes, and that PCEP it was a request/response protocol for path computations, not for TE dissemination. Much like the discussions we had with stateful extensions, it would be great to know whether the WG thinks it is a good idea or not :) Thanks R. From nobody Wed Jul 16 01:32:47 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AB711B2AA0 for ; Tue, 15 Jul 2014 22:59:13 -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, HTML_MESSAGE=0.001, 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 5FhheUNTHDIq for ; Tue, 15 Jul 2014 22:59:12 -0700 (PDT) Received: from mx0b-000f0801.pphosted.com (mx0b-000f0801.pphosted.com [IPv6:2620:100:9005:71::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2058C1B2A75 for ; Tue, 15 Jul 2014 22:59:12 -0700 (PDT) Received: from pps.filterd (m0048192 [127.0.0.1]) by mx0b-000f0801.pphosted.com (8.14.5/8.14.5) with SMTP id s6G5ujd8000752; Tue, 15 Jul 2014 22:59:11 -0700 Received: from hq1wp-exchub02.corp.brocade.com ([144.49.131.13]) by mx0b-000f0801.pphosted.com with ESMTP id 1n336k38c5-2 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 15 Jul 2014 22:59:11 -0700 Received: from HQ1WP-EXHUB02.corp.brocade.com (10.70.38.14) by hq1wp-exchub02.corp.brocade.com (10.70.38.99) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 15 Jul 2014 22:59:09 -0700 Received: from HQ1-EXCH01.corp.brocade.com ([fe80::90ed:fc42:a7bb:9406]) by HQ1WP-EXHUB02.corp.brocade.com ([fe80::f5db:81ae:2a14:f915%12]) with mapi; Tue, 15 Jul 2014 22:59:09 -0700 From: ramki Krishnan To: "pce@ietf.org" Date: Tue, 15 Jul 2014 22:59:09 -0700 Thread-Topic: Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto Thread-Index: Ac+glo0SWV5Tpf8ORV2qBe787uS76gAJHXjQ Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C7634EB63EFD984A978DFB46EA5174F2C14FFB9615HQ1EXCH01corp_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-16_03:2014-07-15,2014-07-16,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407160076 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/kYRyM5CU7M76C2paXf20Pd3eaGo X-Mailman-Approved-At: Wed, 16 Jul 2014 01:32:45 -0700 Cc: "dilikris@in.ibm.com" Subject: [Pce] Proposed IRTF Network Functions Virtualization Research Group (NFVRG) - first face-to-face meeting at Toronto X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 05:59:13 -0000 --_000_C7634EB63EFD984A978DFB46EA5174F2C14FFB9615HQ1EXCH01corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Please find more information on NFVRG including charter at - http://trac.to= ols.ietf.org/group/irtf/trac/wiki/nfvrg Please find meeting location and agenda at - http://trac.tools.ietf.org/gro= up/irtf/trac/wiki/nfvrg-ietf-90 Thanks, Ramki on behalf of the co-chairs --_000_C7634EB63EFD984A978DFB46EA5174F2C14FFB9615HQ1EXCH01corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Please find more= information on NFVRG including charter at - http://trac.tools.ietf.org/group/irtf/t= rac/wiki/nfvrg

 

=

Please find meeting location and agenda at - http://t= rac.tools.ietf.org/group/irtf/trac/wiki/nfvrg-ietf-90

 

Thanks,

Ramki on behalf of the co-chairs

=
= --_000_C7634EB63EFD984A978DFB46EA5174F2C14FFB9615HQ1EXCH01corp_-- From nobody Wed Jul 16 06:18:39 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 884441B2A08 for ; Wed, 16 Jul 2014 06:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] 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 dHGJrAACu8rz for ; Wed, 16 Jul 2014 06:18:29 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A201B1B2A8E for ; Wed, 16 Jul 2014 06:18:29 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s6GDIML7010200 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Jul 2014 09:18:22 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 16 Jul 2014 09:18:21 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 16 Jul 2014 09:18:21 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.0913.011; Wed, 16 Jul 2014 09:18:21 -0400 From: Igor Bryskin To: Ramon Casellas , "pce@ietf.org" Thread-Topic: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgIAAgz8wgADHYYCAACi2EA== Date: Wed, 16 Jul 2014 13:18:20 +0000 Message-ID: <2824c54da2f147a4968603e87752824d@ATL-SRV-MBX1.advaoptical.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> <53C61C1F.1080904@cttc.es> In-Reply-To: <53C61C1F.1080904@cttc.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.222.2.134] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-16_05:2014-07-16,2014-07-16,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/wvhmhPDhCMirZDaUwG3WX9nlbDo Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 13:18:32 -0000 Young, One important advantage of publishing TE information directly onto PCE(s) i= s the ability to do so in an incremental way. Consider, for example, a WDM = LSP is being set up. The only change that is happening on each of the invol= ved links is one lambda channel is changing its priority level availability= (e.g. from 7 to 6). If one uses IGP-TE in the network to update TEDs, each= of the involved nodes has no choice but to regenerate two TE-Link TLVs in = their entirety (one for inbound and one for outbound link) and flood two TE= LSAs. However, if one uses a reliable protocol, such as PCEP or BGP-LS, ea= ch node can just republish onto PCE(s) a short update with what exactly ha= s changed (the same way, for example, as FORCES protocol is doing). This wo= uld make the life of PCE much easier (much less processing), which means th= at the updates can be sent as often as needed, which means that the TED on = PCE would be much more up-to-date, especially when many changes are happeni= ng with the network state at the same time (as in case of network failure r= estoration procedures). I suggest you add these considerations and define t= he necessary mechanisms in your draft. Cheers, Igor -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: Wednesday, July 16, 2014 2:31 AM To: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt El 16/07/2014 0:48, Leeyoung escribi=F3: > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Daniele Ceccarelli > Sent: Tuesday, July 15, 2014 10:16 AM > To: Zhangxian (Xian); Leeyoung; pce@ietf.org > Cc: Greg Bernstein; Zhenghaomian > Subject: Re: [Pce] New Version Notification for draft-lee-pce-transportin= g-te-data-00.txt > > > In the intro you say that participating in IGP is cumbersome for a number= of reasons (significant traffic load, need for multiple IGP implementation= s), but I think one of the main reasons which IMHO should be added is "time= ". IGPs can take time to converge and the PCE is often asked to quickly pro= vide new paths upon failures. A simple, dedicated, update from the nodes de= tecting the failure to the PCE would be much more efficient also in dealing= with this issue. > > > Personally, I think this architectures would be extremely helpful in an S= DN hierarchical environment (maybe I'm going a bit off topic...) where topo= logy updates need to be sent from a child SDN controller to a parent SDN co= ntroller and where running an IGP between controllers would be extremely co= mplex if not impossible. Ramon> I also find this option quite interesting, for the reasons stated above, IGP convergence, simplicity, etc.; some implementors have played with this in the past, e.g. for example http://tools.ietf.org/id/draft-zhang-pce-hierarchy-extensions-02.txt and several research papers, with Notification extensions, which can, simply, wrap LSAs as a straightforward option. I am just worried that, when this was discussed, we got some off-line feedback that it did not seem to be appropriate to extend PCEP for such purposes, and that PCEP it was a request/response protocol for path computations, not for TE dissemination. Much like the discussions we had with stateful extensions, it would be great to know whether the WG thinks it is a good idea or not :) Thanks R. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Wed Jul 16 09:06:27 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2257E1B2BD7 for ; Wed, 16 Jul 2014 09:06:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.851 X-Spam-Level: X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 UFSPomCaHiPK for ; Wed, 16 Jul 2014 09:06:24 -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 DFB3A1A0769 for ; Wed, 16 Jul 2014 09:06:23 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKC81242; Wed, 16 Jul 2014 16:06:22 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 16 Jul 2014 17:06:21 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml704-chm.china.huawei.com ([169.254.6.218]) with mapi id 14.03.0158.001; Wed, 16 Jul 2014 09:06:09 -0700 From: Leeyoung To: Ramon Casellas , "pce@ietf.org" Thread-Topic: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgIAAgz8wgAD5q4CAACdj4A== Date: Wed, 16 Jul 2014 16:06:09 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C01BAC@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> <53C61C1F.1080904@cttc.es> In-Reply-To: <53C61C1F.1080904@cttc.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.142.34] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/nILdOTC_teC6W2XheNo4sAyzVK0 Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 16:06:26 -0000 Hi Ramon, Thanks for posting your comments and interest in this work. Please see in-l= ine for my response.=20 Regards, Young -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: Wednesday, July 16, 2014 1:31 AM To: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt El 16/07/2014 0:48, Leeyoung escribi=F3: > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Daniele=20 > Ceccarelli > Sent: Tuesday, July 15, 2014 10:16 AM > To: Zhangxian (Xian); Leeyoung; pce@ietf.org > Cc: Greg Bernstein; Zhenghaomian > Subject: Re: [Pce] New Version Notification for=20 > draft-lee-pce-transporting-te-data-00.txt > > > In the intro you say that participating in IGP is cumbersome for a number= of reasons (significant traffic load, need for multiple IGP implementation= s), but I think one of the main reasons which IMHO should be added is "time= ". IGPs can take time to converge and the PCE is often asked to quickly pro= vide new paths upon failures. A simple, dedicated, update from the nodes de= tecting the failure to the PCE would be much more efficient also in dealing= with this issue. > > > Personally, I think this architectures would be extremely helpful in an S= DN hierarchical environment (maybe I'm going a bit off topic...) where topo= logy updates need to be sent from a child SDN controller to a parent SDN co= ntroller and where running an IGP between controllers would be extremely co= mplex if not impossible. Ramon> I also find this option quite interesting, for the reasons stated above, IGP convergence, simplicity, etc.; some implementors have played wit= h this in the past, e.g. for example http://tools.ietf.org/id/draft-zhang-p= ce-hierarchy-extensions-02.txt and several research papers, with Notificati= on extensions, which can, simply, wrap LSAs as a straightforward option. I = am just worried that, when this was discussed, we got some off-line feedbac= k that it did not seem to be appropriate to extend PCEP for such purposes, = and that PCEP it was a request/response protocol for path computations, not= for TE dissemination. YOUNG>> Good point. There is always timing issue. I think timing for this w= ork is mature than in the past. I have seen a real market need for this wor= k at least from a transport network perspective. As on-line path computatio= n needs are ripe, the convergence time has become a key issue to deal with = in the environment that require a faster and accurate resource information = to provide dynamic paths and elastic paths.=20 YOUNG>> Echo to what Xian quoted on PCE Questions from draft-ietf-pce-quest= ions, I believe it deserves to discuss this extension and bounce off people= 's opinion.=20 > It has also been proposed that the PCE Communication Protocol (PCEP) > [RFC5440] could be extended to serve as an information collection > protocol to supply information from network devices to a PCE. The > logic is that the network devices may already speak PCEP and so the > protocol could easily be used to report details about the resources > and state in the network, including the LSP state discussed in > Sections 14 and 15. Much like the discussions we had with stateful extensions, it would be grea= t to know whether the WG thinks it is a good idea or not :) Thanks R. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Wed Jul 16 09:14:47 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9EA31B2BE7 for ; Wed, 16 Jul 2014 09:14:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.851 X-Spam-Level: X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 jrIDw7tIfktr for ; Wed, 16 Jul 2014 09:14:33 -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 EA16C1B2BE1 for ; Wed, 16 Jul 2014 09:14:29 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKC81718; Wed, 16 Jul 2014 16:14:28 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 16 Jul 2014 17:14:27 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml702-chm.china.huawei.com ([169.254.4.217]) with mapi id 14.03.0158.001; Wed, 16 Jul 2014 09:14:23 -0700 From: Leeyoung To: Igor Bryskin , Ramon Casellas , "pce@ietf.org" Thread-Topic: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgIAAgz8wgAD5q4CAAHHVAP//ufYQ Date: Wed, 16 Jul 2014 16:14:23 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C01BBC@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> <53C61C1F.1080904@cttc.es> <2824c54da2f147a4968603e87752824d@ATL-SRV-MBX1.advaoptical.com> In-Reply-To: <2824c54da2f147a4968603e87752824d@ATL-SRV-MBX1.advaoptical.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.142.34] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/fT5_9E_L0Zpnr6zfC-Pp3OhhENg Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 16:14:40 -0000 Hi Igor, Thanks for pointing out a good use-case for this work. I agree with that we= need a mechanism that can "incrementally" be updated to PCE. As you indica= ted, the sensitivity of optical lambda channels with respect to timing has = become more important in path computation.=20 We will certainly add this discussion into the draft. Would you be able hel= p define the necessary mechanisms?=20 Thanks, Young -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Igor Bryskin Sent: Wednesday, July 16, 2014 8:18 AM To: Ramon Casellas; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt Young, One important advantage of publishing TE information directly onto PCE(s) i= s the ability to do so in an incremental way. Consider, for example, a WDM = LSP is being set up. The only change that is happening on each of the invol= ved links is one lambda channel is changing its priority level availability= (e.g. from 7 to 6). If one uses IGP-TE in the network to update TEDs, each= of the involved nodes has no choice but to regenerate two TE-Link TLVs in = their entirety (one for inbound and one for outbound link) and flood two TE= LSAs. However, if one uses a reliable protocol, such as PCEP or BGP-LS, ea= ch node can just republish onto PCE(s) a short update with what exactly ha= s changed (the same way, for example, as FORCES protocol is doing). This wo= uld make the life of PCE much easier (much less processing), which means th= at the updates can be sent as often as needed, which means that the TED on = PCE would be much more up-to-date, especially when many changes are happeni= ng with the network state at the same time (as in case of network failure r= estoration procedures). I suggest you add these considerations and define t= he necessary mechanisms in your draft. Cheers, Igor -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: Wednesday, July 16, 2014 2:31 AM To: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt El 16/07/2014 0:48, Leeyoung escribi=F3: > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Daniele=20 > Ceccarelli > Sent: Tuesday, July 15, 2014 10:16 AM > To: Zhangxian (Xian); Leeyoung; pce@ietf.org > Cc: Greg Bernstein; Zhenghaomian > Subject: Re: [Pce] New Version Notification for=20 > draft-lee-pce-transporting-te-data-00.txt > > > In the intro you say that participating in IGP is cumbersome for a number= of reasons (significant traffic load, need for multiple IGP implementation= s), but I think one of the main reasons which IMHO should be added is "time= ". IGPs can take time to converge and the PCE is often asked to quickly pro= vide new paths upon failures. A simple, dedicated, update from the nodes de= tecting the failure to the PCE would be much more efficient also in dealing= with this issue. > > > Personally, I think this architectures would be extremely helpful in an S= DN hierarchical environment (maybe I'm going a bit off topic...) where topo= logy updates need to be sent from a child SDN controller to a parent SDN co= ntroller and where running an IGP between controllers would be extremely co= mplex if not impossible. Ramon> I also find this option quite interesting, for the reasons stated above, IGP convergence, simplicity, etc.; some implementors have played wit= h this in the past, e.g. for example http://tools.ietf.org/id/draft-zhang-p= ce-hierarchy-extensions-02.txt and several research papers, with Notificati= on extensions, which can, simply, wrap LSAs as a straightforward option. I = am just worried that, when this was discussed, we got some off-line feedbac= k that it did not seem to be appropriate to extend PCEP for such purposes, = and that PCEP it was a request/response protocol for path computations, not= for TE dissemination. Much like the discussions we had with stateful extensions, it would be grea= t to know whether the WG thinks it is a good idea or not :) Thanks R. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Wed Jul 16 09:18:07 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E768C1B2BD4 for ; Wed, 16 Jul 2014 09:18:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.551 X-Spam-Level: X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] 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 vxybcokhQLOy for ; Wed, 16 Jul 2014 09:18:01 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EEC51B2BBA for ; Wed, 16 Jul 2014 09:18:01 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s6GGHoZr010210 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Jul 2014 12:17:51 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 16 Jul 2014 12:17:50 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX1.advaoptical.com (172.16.5.45) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 16 Jul 2014 12:17:50 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.0913.011; Wed, 16 Jul 2014 12:17:50 -0400 From: Igor Bryskin To: Leeyoung , Ramon Casellas , "pce@ietf.org" Thread-Topic: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAAJCFgIAAgz8wgADHYYCAACi2EIAAek+A//+9hRA= Date: Wed, 16 Jul 2014 16:17:49 +0000 Message-ID: <861e3def3f4f4333952fdc2e91ccc09d@ATL-SRV-MBX1.advaoptical.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <4A1562797D64E44993C5CBF38CF1BE481273B0E9@ESESSMB301.ericsson.se> <7AEB3D6833318045B4AE71C2C87E8E1729C01885@dfweml706-chm.china.huawei.com> <53C61C1F.1080904@cttc.es> <2824c54da2f147a4968603e87752824d@ATL-SRV-MBX1.advaoptical.com> <7AEB3D6833318045B4AE71C2C87E8E1729C01BBC@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C01BBC@dfweml706-chm.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.222.2.134] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-16_06:2014-07-16,2014-07-16,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/ila6s4MuvjIKySCI3AiQS2vvouU Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 16:18:04 -0000 I will. As I mentioned I like very much how FORCES does that. Igor -----Original Message----- From: Leeyoung [mailto:leeyoung@huawei.com]=20 Sent: Wednesday, July 16, 2014 12:14 PM To: Igor Bryskin; Ramon Casellas; pce@ietf.org Subject: RE: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt Hi Igor, Thanks for pointing out a good use-case for this work. I agree with that we= need a mechanism that can "incrementally" be updated to PCE. As you indica= ted, the sensitivity of optical lambda channels with respect to timing has = become more important in path computation.=20 We will certainly add this discussion into the draft. Would you be able hel= p define the necessary mechanisms?=20 Thanks, Young -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Igor Bryskin Sent: Wednesday, July 16, 2014 8:18 AM To: Ramon Casellas; pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt Young, One important advantage of publishing TE information directly onto PCE(s) i= s the ability to do so in an incremental way. Consider, for example, a WDM = LSP is being set up. The only change that is happening on each of the invol= ved links is one lambda channel is changing its priority level availability= (e.g. from 7 to 6). If one uses IGP-TE in the network to update TEDs, each= of the involved nodes has no choice but to regenerate two TE-Link TLVs in = their entirety (one for inbound and one for outbound link) and flood two TE= LSAs. However, if one uses a reliable protocol, such as PCEP or BGP-LS, ea= ch node can just republish onto PCE(s) a short update with what exactly ha= s changed (the same way, for example, as FORCES protocol is doing). This wo= uld make the life of PCE much easier (much less processing), which means th= at the updates can be sent as often as needed, which means that the TED on = PCE would be much more up-to-date, especially when many changes are happeni= ng with the network state at the same time (as in case of network failure r= estoration procedures). I suggest you add these considerations and define t= he necessary mechanisms in your draft. Cheers, Igor -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: Wednesday, July 16, 2014 2:31 AM To: pce@ietf.org Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-= te-data-00.txt El 16/07/2014 0:48, Leeyoung escribi=F3: > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Daniele=20 > Ceccarelli > Sent: Tuesday, July 15, 2014 10:16 AM > To: Zhangxian (Xian); Leeyoung; pce@ietf.org > Cc: Greg Bernstein; Zhenghaomian > Subject: Re: [Pce] New Version Notification for=20 > draft-lee-pce-transporting-te-data-00.txt > > > In the intro you say that participating in IGP is cumbersome for a number= of reasons (significant traffic load, need for multiple IGP implementation= s), but I think one of the main reasons which IMHO should be added is "time= ". IGPs can take time to converge and the PCE is often asked to quickly pro= vide new paths upon failures. A simple, dedicated, update from the nodes de= tecting the failure to the PCE would be much more efficient also in dealing= with this issue. > > > Personally, I think this architectures would be extremely helpful in an S= DN hierarchical environment (maybe I'm going a bit off topic...) where topo= logy updates need to be sent from a child SDN controller to a parent SDN co= ntroller and where running an IGP between controllers would be extremely co= mplex if not impossible. Ramon> I also find this option quite interesting, for the reasons stated above, IGP convergence, simplicity, etc.; some implementors have played wit= h this in the past, e.g. for example http://tools.ietf.org/id/draft-zhang-p= ce-hierarchy-extensions-02.txt and several research papers, with Notificati= on extensions, which can, simply, wrap LSAs as a straightforward option. I = am just worried that, when this was discussed, we got some off-line feedbac= k that it did not seem to be appropriate to extend PCEP for such purposes, = and that PCEP it was a request/response protocol for path computations, not= for TE dissemination. Much like the discussions we had with stateful extensions, it would be grea= t to know whether the WG thinks it is a good idea or not :) Thanks R. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Wed Jul 16 20:58:29 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF4B1A05CB for ; Wed, 16 Jul 2014 20:58:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 RMN0u7MCN0yN for ; Wed, 16 Jul 2014 20:58:25 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AD521A0564 for ; Wed, 16 Jul 2014 20:58:25 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-88-53c6f73c53a1 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id E1.5D.05330.D37F6C35; Thu, 17 Jul 2014 00:05:49 +0200 (CEST) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0174.001; Wed, 16 Jul 2014 23:58:23 -0400 From: Jeff Tantsura To: Leeyoung Thread-Topic: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBZgLwA= Date: Thu, 17 Jul 2014 03:58:22 +0000 Message-ID: <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-ID: <0AD8FDEC8653EA46BE5F0DF95A197DCC@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyuXRPiK7t92PBBluOi1l0vGhktpg2z9Wi 6f4Ndouv+7IcWDxmvT7I6tFy5C2rx5IlP5kCmKO4bFJSczLLUov07RK4MmY0LmEumC9TcfC6 VwPjZ7EuRk4OCQETid4N5xghbDGJC/fWs3UxcnEICRxllDi3bxEzhLOcUeLt54/MIFVsAgYS /78dZwGxRQSUJKbtmMMGYjMLVEq8mnGFFcQWFoiXmPxtMSNETYLEq8eXgeIcQLaVxI0OPpAw i4CqxLOnX8BG8grYS3ye8pwdpERIIFRi/q1okDCnQJjEwlcfwKYzAt32/dQaJohN4hK3nsxn grhZQGLJnvPMELaoxMvH/1ghanQkFuz+BHWZtcT+V3eherUlli18DbVWUOLkzCcsExjFZiEZ OwtJ+ywk7bOQtM9C0r6AkXUVI0dpcWpZbrqRwSZGYEwdk2DT3cG456XlIUYBDkYlHl4F32PB QqyJZcWVuYcYpTlYlMR5Z9XOCxYSSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXA6Mu87p279q85 3/89WZq+OX92zCtd9ve617YoxWXt7/8XtevdHffPzqZe3S1TPVTUAjRPmH6/vfJNG4+SqUOg 4AGuzg9VMqucJM5+Ca4x/ZE4Zybf3OJTfUE79xtoy8hWBN9rncKht2nJi1u7Ofd7hO34ZCS2 rTZWvOsQT3vrZa8NJ+rM9z1QVWIpzkg01GIuKk4EAMikOvGKAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/pce/KGXqZO-VgfooTmAcnFawfpIUk1k Cc: "pce@ietf.org" , Greg Bernstein , Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2014 03:58:27 -0000 Hi, While i find BGP-LS much more suitable for the distribution of TE data due = to: -BGP is well understood (operations/ troubleshooting, etc); sync, HA issues= had be solved=20 -Policies framework is comprehensive -BGP infra in most cases is already in place -RR construct provides hierarchy -many more to mention =20 For the cases where BGP is not wanted (perceived as too complex/ doesn't su= pport data types needed)/ PCE infra has been deployed and practices well un= derstood it would make sense to use it. >From use cases prospective i think it only addresses (i), the rest could be= addressed similarly well by BGP, optical extensions are to come. Regards, Jeff > On Jul 2, 2014, at 2:51 PM, "Leeyoung" wrote: >=20 > Hi,=20 >=20 > We have just published a new PCE draft concerning alternative ways of tra= nsporting TE data that may not depend on IGP-TE or BGP-LS.=20 >=20 > The motivation for this work is a timely update of TE data directly from = nodes to PCE(s) to support scenarios like: >=20 > (i) networks that do not support IGP-TE or BGP-LS but want to implement P= CE. > (ii) applications that require accurate and timely TE data that current c= onvergence time associated with flooding is not justified. =20 > (iii) reduction of node OH processing of flooding mechanisms (esp. optica= l transport networks where there are large amounts of traffic data and cons= traints due to OTN/WSON/Flexi-grid, etc. Note that also BGP-LS is not suppo= rted in optical transport networks today) >=20 > Your comment will always be appreciated.=20 >=20 > Thanks, > Young (on behalf of other co-authors) >=20 >=20 > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 > Sent: Wednesday, July 02, 2014 4:32 PM > To: Greg Bernstein; Dhruv Dhody; Greg Bernstein; Zhenghaomian; Dhruv Dhod= y; Leeyoung; Leeyoung; Zhenghaomian > Subject: New Version Notification for draft-lee-pce-transporting-te-data-= 00.txt >=20 >=20 > A new version of I-D, draft-lee-pce-transporting-te-data-00.txt > has been successfully submitted by Young Lee and posted to the IETF repos= itory. >=20 > Name: draft-lee-pce-transporting-te-data > Revision: 00 > Title: PCEP Extensions in Support of Transporting Traffic Engineer= ing Data > Document date: 2014-07-02 > Group: Individual Submission > Pages: 20 > URL: http://www.ietf.org/internet-drafts/draft-lee-pce-transpo= rting-te-data-00.txt > Status: https://datatracker.ietf.org/doc/draft-lee-pce-transporti= ng-te-data/ > Htmlized: http://tools.ietf.org/html/draft-lee-pce-transporting-te-= data-00 >=20 >=20 > Abstract: > In order to compute and provide optimal paths, Path Computation > Elements (PCEs) require an accurate and timely Traffic Engineering > Database (TED). Traditionally this TED has been obtained from a link > state routing protocol supporting traffic engineering extensions. > This document discusses possible alternatives to TED creation. This > document gives architectural alternatives for these enhancements and > their potential impacts on network nodes, routing protocols, and > PCE. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion until the htmlized version and diff are available at tools.ietf.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Jul 17 09:35:38 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC5111B27C1 for ; Thu, 17 Jul 2014 09:35:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 nvf52cspN0nx for ; Thu, 17 Jul 2014 09:34:58 -0700 (PDT) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89FED1B27B1 for ; Thu, 17 Jul 2014 09:34:58 -0700 (PDT) Received: by mail-wi0-f171.google.com with SMTP id hi2so8042154wib.10 for ; Thu, 17 Jul 2014 09:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vxMX9Ljb3pXOYm99/QREuO8VsqLq4M3GDyEW2kcFLwg=; b=QfIHqG51NYz7kuF+uMFK5SGuRbDrpu4YXOUmGT1zCAzhzVb7tNwulCv8/4ZeR2oHcu yJ3ON6NT+2KFwaDpU/EhWDl5OjtdRe+LsiG81oe7GtTdgS5ld0dCv5AAMeT/VRaZn4tp 2Mn6hktZiUFKV8503Hs+c/JYQ0pWjksKEhOUldbGy36bawsw2LudhPM/czx+jL8olqIE 0MdVi+LMZ48YhAOeOjh0ZrYKYYdXnm9/oBEKFy9IeOHoveUPISM+cVmIHIm3lrUPHJKH UhRxoW3ShBiP+0Ivf6D0dhy/l352jVbwIgjvHh0ZXUFtG4fkqgHjNLn6/rHDovWUzjBa yf+Q== MIME-Version: 1.0 X-Received: by 10.194.90.51 with SMTP id bt19mr30577655wjb.105.1405614896967; Thu, 17 Jul 2014 09:34:56 -0700 (PDT) Received: by 10.194.165.167 with HTTP; Thu, 17 Jul 2014 09:34:56 -0700 (PDT) In-Reply-To: <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> Date: Thu, 17 Jul 2014 22:04:56 +0530 Message-ID: From: Dhruv Dhody To: Jeff Tantsura Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/pce/KE84l9KNMgJ9XB6luezdHe2nU0Y Cc: "pce@ietf.org" , Greg Bernstein , Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2014 16:35:01 -0000 Hi Jeff, I agree with some of the operational benefits listed for BGP, but I was wondering what is your thoughts w.r.t the convergence time for BGP-LS? Since its dependent on IGP-TE, wouldn't it suffer from the same convergence delay? Dhruv On Thu, Jul 17, 2014 at 9:28 AM, Jeff Tantsura wrote: > Hi, > > While i find BGP-LS much more suitable for the distribution of TE data du= e to: > -BGP is well understood (operations/ troubleshooting, etc); sync, HA issu= es had be solved > -Policies framework is comprehensive > -BGP infra in most cases is already in place > -RR construct provides hierarchy > -many more to mention > > For the cases where BGP is not wanted (perceived as too complex/ doesn't = support data types needed)/ PCE infra has been deployed and practices well = understood it would make sense to use it. > > >From use cases prospective i think it only addresses (i), the rest could= be addressed similarly well by BGP, optical extensions are to come. > > Regards, > Jeff > >> On Jul 2, 2014, at 2:51 PM, "Leeyoung" wrote: >> >> Hi, >> >> We have just published a new PCE draft concerning alternative ways of tr= ansporting TE data that may not depend on IGP-TE or BGP-LS. >> >> The motivation for this work is a timely update of TE data directly from= nodes to PCE(s) to support scenarios like: >> >> (i) networks that do not support IGP-TE or BGP-LS but want to implement = PCE. >> (ii) applications that require accurate and timely TE data that current = convergence time associated with flooding is not justified. >> (iii) reduction of node OH processing of flooding mechanisms (esp. optic= al transport networks where there are large amounts of traffic data and con= straints due to OTN/WSON/Flexi-grid, etc. Note that also BGP-LS is not supp= orted in optical transport networks today) >> >> Your comment will always be appreciated. >> >> Thanks, >> Young (on behalf of other co-authors) >> >> >> -----Original Message----- >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >> Sent: Wednesday, July 02, 2014 4:32 PM >> To: Greg Bernstein; Dhruv Dhody; Greg Bernstein; Zhenghaomian; Dhruv Dho= dy; Leeyoung; Leeyoung; Zhenghaomian >> Subject: New Version Notification for draft-lee-pce-transporting-te-data= -00.txt >> >> >> A new version of I-D, draft-lee-pce-transporting-te-data-00.txt >> has been successfully submitted by Young Lee and posted to the IETF repo= sitory. >> >> Name: draft-lee-pce-transporting-te-data >> Revision: 00 >> Title: PCEP Extensions in Support of Transporting Traffic Enginee= ring Data >> Document date: 2014-07-02 >> Group: Individual Submission >> Pages: 20 >> URL: http://www.ietf.org/internet-drafts/draft-lee-pce-transp= orting-te-data-00.txt >> Status: https://datatracker.ietf.org/doc/draft-lee-pce-transport= ing-te-data/ >> Htmlized: http://tools.ietf.org/html/draft-lee-pce-transporting-te= -data-00 >> >> >> Abstract: >> In order to compute and provide optimal paths, Path Computation >> Elements (PCEs) require an accurate and timely Traffic Engineering >> Database (TED). Traditionally this TED has been obtained from a link >> state routing protocol supporting traffic engineering extensions. >> This document discusses possible alternatives to TED creation. This >> document gives architectural alternatives for these enhancements and >> their potential impacts on network nodes, routing protocols, and >> PCE. >> >> >> >> >> Please note that it may take a couple of minutes from the time of submis= sion until the htmlized version and diff are available at tools.ietf.org. >> >> The IETF Secretariat >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Thu Jul 17 09:43:08 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74D801A002D for ; Thu, 17 Jul 2014 09:42:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.202 X-Spam-Level: X-Spam-Status: No, score=-3.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 TK-jzrGjRFvp for ; Thu, 17 Jul 2014 09:42:28 -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 85C4E1A001E for ; Thu, 17 Jul 2014 09:42:27 -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 BHH46458; Thu, 17 Jul 2014 16:42:25 +0000 (GMT) Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 17 Jul 2014 17:42:24 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml701-chm.china.huawei.com ([169.254.1.129]) with mapi id 14.03.0158.001; Thu, 17 Jul 2014 09:42:15 -0700 From: Leeyoung To: Dhruv Dhody , Jeff Tantsura Thread-Topic: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBZgLwCAAVQcAP//i41Q Date: Thu, 17 Jul 2014 16:42:14 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.218] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/VGR8w6xMBkzUXc4LWJJImS7dz_c Cc: "pce@ietf.org" , Greg Bernstein , Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2014 16:42:31 -0000 SGkgSmVmZiwNCg0KSSBoYXZlIGEgc2ltaWxhciBjb21tZW50IHdpdGggRGhydXYuIEkgYW0gd29u ZGVyaW5nIGhvdyBCR1AtTFMgcGFja2FnZXMgdG9nZXRoZXIgVEUgaW5mb3JtYXRpb24uIFdvdWxk bid0IGl0IHJlcXVpcmUgSUdQLVRFIHRvIGdpdmUgVEUgbGluay1zdGF0ZSBpbmZvcm1hdGlvbiB0 byBCR1AtTFMgc3BlYWtlciwgdGhlbiBCR1AtTFMgcGFja2FnZXMgdGhlbSBpbnRvIGEgc3VtbWFy eSBURS1pbmZvPyBJZiB0aGlzIGlzIHRoZSBjYXNlLCBJIGFtIG5vdCBzdXJlIGhvdyBjb252ZXJn ZW5jZSB0aW1lIG9mIEJHUC1MUyBjYW4gaW1wcm92ZSB0aGF0IG9mIElHUC1URT8gUGxlYXNlIGNv cnJlY3QgbWUgaWYgbXkgdW5kZXJzdGFuZGluZyBpcyBub3Qgd3JvbmcuIA0KDQpUaGFua3MsDQpZ b3VuZw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogRGhydXYgRGhvZHkgW21h aWx0bzpkaHJ1di5pZXRmQGdtYWlsLmNvbV0gDQpTZW50OiBUaHVyc2RheSwgSnVseSAxNywgMjAx NCAxMTozNSBBTQ0KVG86IEplZmYgVGFudHN1cmENCkNjOiBMZWV5b3VuZzsgcGNlQGlldGYub3Jn OyBHcmVnIEJlcm5zdGVpbjsgWmhlbmdoYW9taWFuDQpTdWJqZWN0OiBSZTogW1BjZV0gRlc6IE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUt ZGF0YS0wMC50eHQNCg0KSGkgSmVmZiwNCg0KSSBhZ3JlZSB3aXRoIHNvbWUgb2YgdGhlIG9wZXJh dGlvbmFsIGJlbmVmaXRzIGxpc3RlZCBmb3IgQkdQLCBidXQgSSB3YXMgd29uZGVyaW5nIHdoYXQg aXMgeW91ciB0aG91Z2h0cyB3LnIudCB0aGUgY29udmVyZ2VuY2UgdGltZSBmb3IgQkdQLUxTPyBT aW5jZSBpdHMgZGVwZW5kZW50IG9uIElHUC1URSwgd291bGRuJ3QgaXQgc3VmZmVyIGZyb20gdGhl IHNhbWUgY29udmVyZ2VuY2UgZGVsYXk/DQoNCkRocnV2DQoNCk9uIFRodSwgSnVsIDE3LCAyMDE0 IGF0IDk6MjggQU0sIEplZmYgVGFudHN1cmEgPGplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tPiB3 cm90ZToNCj4gSGksDQo+DQo+IFdoaWxlIGkgZmluZCBCR1AtTFMgbXVjaCBtb3JlIHN1aXRhYmxl IGZvciB0aGUgZGlzdHJpYnV0aW9uIG9mIFRFIGRhdGEgZHVlIHRvOg0KPiAtQkdQIGlzIHdlbGwg dW5kZXJzdG9vZCAob3BlcmF0aW9ucy8gdHJvdWJsZXNob290aW5nLCBldGMpOyBzeW5jLCBIQSAN Cj4gaXNzdWVzIGhhZCBiZSBzb2x2ZWQgLVBvbGljaWVzIGZyYW1ld29yayBpcyBjb21wcmVoZW5z aXZlIC1CR1AgaW5mcmEgDQo+IGluIG1vc3QgY2FzZXMgaXMgYWxyZWFkeSBpbiBwbGFjZSAtUlIg Y29uc3RydWN0IHByb3ZpZGVzIGhpZXJhcmNoeSANCj4gLW1hbnkgbW9yZSB0byBtZW50aW9uDQo+ DQo+IEZvciB0aGUgY2FzZXMgd2hlcmUgQkdQIGlzIG5vdCB3YW50ZWQgKHBlcmNlaXZlZCBhcyB0 b28gY29tcGxleC8gZG9lc24ndCBzdXBwb3J0IGRhdGEgdHlwZXMgbmVlZGVkKS8gUENFIGluZnJh IGhhcyBiZWVuIGRlcGxveWVkIGFuZCBwcmFjdGljZXMgd2VsbCB1bmRlcnN0b29kIGl0IHdvdWxk IG1ha2Ugc2Vuc2UgdG8gdXNlIGl0Lg0KPg0KPiA+RnJvbSB1c2UgY2FzZXMgcHJvc3BlY3RpdmUg aSB0aGluayBpdCBvbmx5IGFkZHJlc3NlcyAoaSksIHRoZSByZXN0IGNvdWxkIGJlIGFkZHJlc3Nl ZCBzaW1pbGFybHkgd2VsbCBieSBCR1AsICBvcHRpY2FsIGV4dGVuc2lvbnMgYXJlIHRvIGNvbWUu DQo+DQo+IFJlZ2FyZHMsDQo+IEplZmYNCj4NCj4+IE9uIEp1bCAyLCAyMDE0LCBhdCAyOjUxIFBN LCAiTGVleW91bmciIDxsZWV5b3VuZ0BodWF3ZWkuY29tPiB3cm90ZToNCj4+DQo+PiBIaSwNCj4+ DQo+PiBXZSBoYXZlIGp1c3QgcHVibGlzaGVkIGEgbmV3IFBDRSBkcmFmdCBjb25jZXJuaW5nIGFs dGVybmF0aXZlIHdheXMgb2YgdHJhbnNwb3J0aW5nIFRFIGRhdGEgdGhhdCBtYXkgbm90IGRlcGVu ZCBvbiBJR1AtVEUgb3IgQkdQLUxTLg0KPj4NCj4+IFRoZSBtb3RpdmF0aW9uIGZvciB0aGlzIHdv cmsgaXMgYSB0aW1lbHkgdXBkYXRlIG9mIFRFIGRhdGEgZGlyZWN0bHkgZnJvbSBub2RlcyB0byBQ Q0UocykgdG8gc3VwcG9ydCBzY2VuYXJpb3MgbGlrZToNCj4+DQo+PiAoaSkgbmV0d29ya3MgdGhh dCBkbyBub3Qgc3VwcG9ydCBJR1AtVEUgb3IgQkdQLUxTIGJ1dCB3YW50IHRvIGltcGxlbWVudCBQ Q0UuDQo+PiAoaWkpIGFwcGxpY2F0aW9ucyB0aGF0IHJlcXVpcmUgYWNjdXJhdGUgYW5kIHRpbWVs eSBURSBkYXRhIHRoYXQgY3VycmVudCBjb252ZXJnZW5jZSB0aW1lIGFzc29jaWF0ZWQgd2l0aCBm bG9vZGluZyBpcyBub3QganVzdGlmaWVkLg0KPj4gKGlpaSkgcmVkdWN0aW9uIG9mIG5vZGUgT0gg cHJvY2Vzc2luZyBvZiBmbG9vZGluZyBtZWNoYW5pc21zIChlc3AuIA0KPj4gb3B0aWNhbCB0cmFu c3BvcnQgbmV0d29ya3Mgd2hlcmUgdGhlcmUgYXJlIGxhcmdlIGFtb3VudHMgb2YgdHJhZmZpYyAN Cj4+IGRhdGEgYW5kIGNvbnN0cmFpbnRzIGR1ZSB0byBPVE4vV1NPTi9GbGV4aS1ncmlkLCBldGMu IE5vdGUgdGhhdCBhbHNvIA0KPj4gQkdQLUxTIGlzIG5vdCBzdXBwb3J0ZWQgaW4gb3B0aWNhbCB0 cmFuc3BvcnQgbmV0d29ya3MgdG9kYXkpDQo+Pg0KPj4gWW91ciBjb21tZW50IHdpbGwgYWx3YXlz IGJlIGFwcHJlY2lhdGVkLg0KPj4NCj4+IFRoYW5rcywNCj4+IFlvdW5nIChvbiBiZWhhbGYgb2Yg b3RoZXIgY28tYXV0aG9ycykNCj4+DQo+Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZ10NCj4+IFNlbnQ6IFdlZG5lc2RheSwgSnVseSAwMiwgMjAxNCA0OjMyIFBNDQo+ PiBUbzogR3JlZyBCZXJuc3RlaW47IERocnV2IERob2R5OyBHcmVnIEJlcm5zdGVpbjsgWmhlbmdo YW9taWFuOyBEaHJ1diANCj4+IERob2R5OyBMZWV5b3VuZzsgTGVleW91bmc7IFpoZW5naGFvbWlh bg0KPj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciANCj4+IGRyYWZ0LWxl ZS1wY2UtdHJhbnNwb3J0aW5nLXRlLWRhdGEtMDAudHh0DQo+Pg0KPj4NCj4+IEEgbmV3IHZlcnNp b24gb2YgSS1ELCBkcmFmdC1sZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhLTAwLnR4dA0KPj4g aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0 byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPj4NCj4+IE5hbWU6ICAgICAgICBkcmFmdC1sZWUtcGNl LXRyYW5zcG9ydGluZy10ZS1kYXRhDQo+PiBSZXZpc2lvbjogICAgMDANCj4+IFRpdGxlOiAgICAg ICAgUENFUCBFeHRlbnNpb25zIGluIFN1cHBvcnQgb2YgVHJhbnNwb3J0aW5nIFRyYWZmaWMgRW5n aW5lZXJpbmcgRGF0YQ0KPj4gRG9jdW1lbnQgZGF0ZTogICAgMjAxNC0wNy0wMg0KPj4gR3JvdXA6 ICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4+IFBhZ2VzOiAgICAgICAgMjANCj4+IFVS TDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1s ZWUtcGNlLXRyYW5zcG9ydGluZy10ZS1kYXRhLTAwLnR4dA0KPj4gU3RhdHVzOiAgICAgICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1wY2UtdHJhbnNwb3J0aW5n LXRlLWRhdGEvDQo+PiBIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtbGVlLXBjZS10cmFuc3BvcnRpbmctdGUtZGF0YS0wMA0KPj4NCj4+DQo+PiBBYnN0cmFj dDoNCj4+ICAgSW4gb3JkZXIgdG8gY29tcHV0ZSBhbmQgcHJvdmlkZSBvcHRpbWFsIHBhdGhzLCBQ YXRoIENvbXB1dGF0aW9uDQo+PiAgIEVsZW1lbnRzIChQQ0VzKSByZXF1aXJlIGFuIGFjY3VyYXRl IGFuZCB0aW1lbHkgVHJhZmZpYyBFbmdpbmVlcmluZw0KPj4gICBEYXRhYmFzZSAoVEVEKS4gVHJh ZGl0aW9uYWxseSB0aGlzIFRFRCBoYXMgYmVlbiBvYnRhaW5lZCBmcm9tIGEgbGluaw0KPj4gICBz dGF0ZSByb3V0aW5nIHByb3RvY29sIHN1cHBvcnRpbmcgdHJhZmZpYyBlbmdpbmVlcmluZyBleHRl bnNpb25zLg0KPj4gICBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyBwb3NzaWJsZSBhbHRlcm5hdGl2 ZXMgdG8gVEVEIGNyZWF0aW9uLiBUaGlzDQo+PiAgIGRvY3VtZW50IGdpdmVzIGFyY2hpdGVjdHVy YWwgYWx0ZXJuYXRpdmVzIGZvciB0aGVzZSBlbmhhbmNlbWVudHMgYW5kDQo+PiAgIHRoZWlyIHBv dGVudGlhbCBpbXBhY3RzIG9uIG5ldHdvcmsgbm9kZXMsIHJvdXRpbmcgcHJvdG9jb2xzLCBhbmQN Cj4+ICAgUENFLg0KPj4NCj4+DQo+Pg0KPj4NCj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwg dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRm Lm9yZy4NCj4+DQo+PiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPj4NCj4+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBQY2UgbWFpbGluZyBsaXN0DQo+ PiBQY2VAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v cGNlDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IFBjZSBtYWlsaW5nIGxpc3QNCj4gUGNlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQo= From nobody Thu Jul 17 11:06:25 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BDBA1A00AB for ; Thu, 17 Jul 2014 11:04:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 t_pmf2hPxc7N for ; Thu, 17 Jul 2014 11:04:53 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A1491A00AA for ; Thu, 17 Jul 2014 11:04:52 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s6HHtqQl020396 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 17 Jul 2014 13:55:52 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Thu, 17 Jul 2014 13:55:52 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 17 Jul 2014 13:55:51 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.0913.011; Thu, 17 Jul 2014 13:55:51 -0400 From: Igor Bryskin To: Leeyoung , Dhruv Dhody , "Jeff Tantsura" Thread-Topic: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBZgLwCAASHRAIAAAgoA///Ov0A= Date: Thu, 17 Jul 2014 17:55:51 +0000 Message-ID: <33e9e521000d4586af5b62582f3ad0fb@ATL-SRV-MBX1.advaoptical.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.222.2.184] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-17_05:2014-07-17,2014-07-17,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/qsiipY4pDpJbZmlDQbQZfEAR7oc Cc: "pce@ietf.org" , Greg Bernstein , Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2014 18:04:56 -0000 Hi, In my opinion the only advantage of BGP-LS vs. PCEP as a means of publishin= g of TE information is an ability to use reflectors to optimize the publish= ing said information onto more than one PCE. However, I can think of many a= lternatives to do such optimization in a BGP-free way. There are also disad= vantages of BGP-LS vs. PCEP, the biggest of which IMO is a lack of BGP dep= loyment in transport networks. Igor -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Leeyoung Sent: Thursday, July 17, 2014 12:42 PM To: Dhruv Dhody; Jeff Tantsura Cc: pce@ietf.org; Greg Bernstein; Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transport= ing-te-data-00.txt Hi Jeff, I have a similar comment with Dhruv. I am wondering how BGP-LS packages tog= ether TE information. Wouldn't it require IGP-TE to give TE link-state info= rmation to BGP-LS speaker, then BGP-LS packages them into a summary TE-info= ? If this is the case, I am not sure how convergence time of BGP-LS can imp= rove that of IGP-TE? Please correct me if my understanding is not wrong.=20 Thanks, Young -----Original Message----- From: Dhruv Dhody [mailto:dhruv.ietf@gmail.com] Sent: Thursday, July 17, 2014 11:35 AM To: Jeff Tantsura Cc: Leeyoung; pce@ietf.org; Greg Bernstein; Zhenghaomian Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transport= ing-te-data-00.txt Hi Jeff, I agree with some of the operational benefits listed for BGP, but I was won= dering what is your thoughts w.r.t the convergence time for BGP-LS? Since i= ts dependent on IGP-TE, wouldn't it suffer from the same convergence delay? Dhruv On Thu, Jul 17, 2014 at 9:28 AM, Jeff Tantsura = wrote: > Hi, > > While i find BGP-LS much more suitable for the distribution of TE data du= e to: > -BGP is well understood (operations/ troubleshooting, etc); sync, HA=20 > issues had be solved -Policies framework is comprehensive -BGP infra=20 > in most cases is already in place -RR construct provides hierarchy=20 > -many more to mention > > For the cases where BGP is not wanted (perceived as too complex/ doesn't = support data types needed)/ PCE infra has been deployed and practices well = understood it would make sense to use it. > > >From use cases prospective i think it only addresses (i), the rest could= be addressed similarly well by BGP, optical extensions are to come. > > Regards, > Jeff > >> On Jul 2, 2014, at 2:51 PM, "Leeyoung" wrote: >> >> Hi, >> >> We have just published a new PCE draft concerning alternative ways of tr= ansporting TE data that may not depend on IGP-TE or BGP-LS. >> >> The motivation for this work is a timely update of TE data directly from= nodes to PCE(s) to support scenarios like: >> >> (i) networks that do not support IGP-TE or BGP-LS but want to implement = PCE. >> (ii) applications that require accurate and timely TE data that current = convergence time associated with flooding is not justified. >> (iii) reduction of node OH processing of flooding mechanisms (esp.=20 >> optical transport networks where there are large amounts of traffic=20 >> data and constraints due to OTN/WSON/Flexi-grid, etc. Note that also=20 >> BGP-LS is not supported in optical transport networks today) >> >> Your comment will always be appreciated. >> >> Thanks, >> Young (on behalf of other co-authors) >> >> >> -----Original Message----- >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >> Sent: Wednesday, July 02, 2014 4:32 PM >> To: Greg Bernstein; Dhruv Dhody; Greg Bernstein; Zhenghaomian; Dhruv=20 >> Dhody; Leeyoung; Leeyoung; Zhenghaomian >> Subject: New Version Notification for=20 >> draft-lee-pce-transporting-te-data-00.txt >> >> >> A new version of I-D, draft-lee-pce-transporting-te-data-00.txt >> has been successfully submitted by Young Lee and posted to the IETF repo= sitory. >> >> Name: draft-lee-pce-transporting-te-data >> Revision: 00 >> Title: PCEP Extensions in Support of Transporting Traffic Enginee= ring Data >> Document date: 2014-07-02 >> Group: Individual Submission >> Pages: 20 >> URL: http://www.ietf.org/internet-drafts/draft-lee-pce-transp= orting-te-data-00.txt >> Status: https://datatracker.ietf.org/doc/draft-lee-pce-transport= ing-te-data/ >> Htmlized: http://tools.ietf.org/html/draft-lee-pce-transporting-te= -data-00 >> >> >> Abstract: >> In order to compute and provide optimal paths, Path Computation >> Elements (PCEs) require an accurate and timely Traffic Engineering >> Database (TED). Traditionally this TED has been obtained from a link >> state routing protocol supporting traffic engineering extensions. >> This document discusses possible alternatives to TED creation. This >> document gives architectural alternatives for these enhancements and >> their potential impacts on network nodes, routing protocols, and >> PCE. >> >> >> >> >> Please note that it may take a couple of minutes from the time of submis= sion until the htmlized version and diff are available at tools.ietf.org. >> >> The IETF Secretariat >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Thu Jul 17 22:40:07 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6FE21A064E for ; Thu, 17 Jul 2014 22:40:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.044 X-Spam-Level: *** X-Spam-Status: No, score=3.044 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, RDNS_NONE=0.793] 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 SNu5H079rqKB for ; Thu, 17 Jul 2014 22:40:04 -0700 (PDT) Received: from navarro.puc.rediris.es (unknown [IPv6:2001:720:418:ca01::139]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6159C1A0646 for ; Thu, 17 Jul 2014 22:40:04 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by navarro.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X80tl-0001qp-Ii for pce@ietf.org; Fri, 18 Jul 2014 07:40:02 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id A1DA81FDF1 for ; Fri, 18 Jul 2014 07:39:58 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53C8B328.3080804@cttc.es> Date: Fri, 18 Jul 2014 07:39:52 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spamina-Bogosity: Unsure X-Spamina-Spam-Score: -1.0 (-) X-Spamina-Spam-Report: Content analysis details: (-1.0 points) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1418] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/WCFMizP_k5BDXIKDeqJeByVe16c Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 05:40:06 -0000 El 17/07/2014 18:42, Leeyoung escribió: > Hi Jeff, > > I have a similar comment with Dhruv. I am wondering how BGP-LS packages together TE information. Wouldn't it require IGP-TE to give TE link-state information to BGP-LS speaker, then BGP-LS packages them into a summary TE-info? If this is the case, I am not sure how convergence time of BGP-LS can improve that of IGP-TE? Please correct me if my understanding is not wrong. Young, all As much as I am ok with the approach of using PCEP, I am not sure what you say is always the case. I would guess that the common, straightforward source of link-state information for BGP-LS is the IGP-TE, but it does not preclude other sources, including, as per draft-ietf-idr-ls-distribution direct, static and unknown. Also, regarding incremental updates, I don't see why they are not possible with BGP-LS, but I would need to re-read the draft again to be sure. Can an incremental update consist of a BGP update message with MP_REACH attribute listing just the descriptors of the link/node and the link state attribute just encode the TE attributes that have changed? I may be wrong, but is it stated somewhere that all TLVs need to be listed at each update? Thanks Ramon From nobody Thu Jul 17 23:00:42 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39AA31B28F5 for ; Thu, 17 Jul 2014 23:00:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, LOTS_OF_MONEY=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 r8KvixK-U6bK for ; Thu, 17 Jul 2014 23:00:37 -0700 (PDT) Received: from rudy.puc.rediris.es (rudy.puc.rediris.es [IPv6:2001:720:418:ca01::132]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00F861B28F4 for ; Thu, 17 Jul 2014 23:00:06 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by rudy.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X81D8-00062K-GU for pce@ietf.org; Fri, 18 Jul 2014 08:00:03 +0200 Received: from [84.88.61.50] (unknown [84.88.61.50]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 724B51FDF1 for ; Fri, 18 Jul 2014 07:59:59 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53C8B7D9.3080702@cttc.es> Date: Fri, 18 Jul 2014 07:59:53 +0200 From: Ramon Casellas User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> <53C8B328.3080804@cttc.es> In-Reply-To: <53C8B328.3080804@cttc.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spamina-Bogosity: Unsure X-Spamina-Spam-Score: -0.2 (/) X-Spamina-Spam-Report: Content analysis details: (-0.2 points) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4372] 0.0 LOTS_OF_MONEY Huge... sums of money Archived-At: http://mailarchive.ietf.org/arch/msg/pce/hQYQcrZpu9Wfa06Rpn3wmJnb3T0 Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 06:00:40 -0000 El 18/07/2014 7:39, Ramon Casellas escribió: > El 17/07/2014 18:42, Leeyoung escribió: >> Hi Jeff, >> >> I have a similar comment with Dhruv. I am wondering how BGP-LS >> packages together TE information. Wouldn't it require IGP-TE to give >> TE link-state information to BGP-LS speaker, then BGP-LS packages >> them into a summary TE-info? If this is the case, I am not sure how >> convergence time of BGP-LS can improve that of IGP-TE? Please correct >> me if my understanding is not wrong. > > Young, all > > As much as I am ok with the approach of using PCEP, I am not sure what > you say is always the case. I would guess that the common, > straightforward source of link-state information for BGP-LS is the > IGP-TE, but it does not preclude other sources, including, as per > draft-ietf-idr-ls-distribution direct, static and unknown. > That said, re-reading the draft again, the actual text still clearly shows a heavy dependency on the IGP, e.g. * $3.2.1.4 "IGP Router ID: opaque value. This is a mandatory TLV" lists IS-IS and OSPFv2/v3 * $3.2.2, "Although the encodings for 'Link Descriptor' TLVs were originally defined for IS-IS, the TLVs can carry data sourced either by IS-IS or OSPF" * $3.5 "The main source of TE information is the IGP," etc. etc. Of course, e.g. assigning a router ID to a node does not mean that an instance is actually running, so I guess BGP-LS could be decoupled from the IGP instance (although using similar encodings and modulo some text adjustments) thus mitigating convergence issues? Thanks, R. From nobody Fri Jul 18 05:23:35 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6649E1B299B for ; Fri, 18 Jul 2014 05:23:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-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 p-gB1NQ0QpIZ for ; Fri, 18 Jul 2014 05:23:32 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 194651B2970 for ; Fri, 18 Jul 2014 05:23:32 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s6ICNPVL019595 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 18 Jul 2014 08:23:25 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 18 Jul 2014 08:23:25 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.913.22; Fri, 18 Jul 2014 08:23:24 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.0913.011; Fri, 18 Jul 2014 08:23:24 -0400 From: Igor Bryskin To: Ramon Casellas , "pce@ietf.org" Thread-Topic: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBZgLwCAASHRAIAAAgoAgADZRQCAACXS0A== Date: Fri, 18 Jul 2014 12:23:24 +0000 Message-ID: <70b47c3d8f444787850dfcefad98ec24@ATL-SRV-MBX1.advaoptical.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <1E72B0BE-4FC9-4875-AF3B-A053E5B9843E@ericsson.com> <7AEB3D6833318045B4AE71C2C87E8E1729C01FA1@dfweml706-chm.china.huawei.com> <53C8B328.3080804@cttc.es> In-Reply-To: <53C8B328.3080804@cttc.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.222.2.208] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-18_02:2014-07-18,2014-07-18,1970-01-01 signatures=0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/6ymbx5gYBzW9rQrmtY3Rhd-liCM Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 12:23:34 -0000 Hi Ramon, With respect to incremental updates, with PCEP we have pretty much green fi= eld. For example, we can introduce a new PCE message "TE link update". The = header of the message may have a flag indicating whether the contents of th= e message contain full TE link info (e.g. when the data is published onto P= CE for the first time) or just incremental update, i.e. TE link info, as it= is currently known to PCE, must be modified to reflect TLVs found in the m= essage. Specifically, if we are talking about fully configured WDM layer ne= twork in a stable state, the only changes that are happening with the netwo= rk TE state are priority levels at which individual lambda channels are ava= ilable after a WDM connection/LSP is set up or torn down. So, instead of re= -generating, re-flooding, re-processing, etc. the TE Link LSAs carrying the= link states in their entirety, the nodes experiencing the changes can send= short PCEP messages carrying just the modified lambda channel information = and nothing else. We will have, of course, to introduce some mechanism to s= ynchronize PCE with the nodes if/when the TE link data gets out-of-sync, wh= ich is easy to do. I am not sure how you can achieve the described above with BGP-LS. My under= standing is that the BGP message should carry the entire link state informa= tion ( LS stands for Link State) and usually for multiple links in the same= message. The likely source for said information is IGP-TE, which cannot pr= ovide incremental updates in principal. Also my understanding is that BGP-L= S does require BGP and IGP, while PCEP solution requires neither, just PCEP= , which is already a necessity if one uses PCEs in the network. Cheers, Igor -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: Friday, July 18, 2014 1:40 AM To: pce@ietf.org Subject: Re: [Pce] FW: New Version Notification for draft-lee-pce-transport= ing-te-data-00.txt El 17/07/2014 18:42, Leeyoung escribi=F3: > Hi Jeff, > > I have a similar comment with Dhruv. I am wondering how BGP-LS packages t= ogether TE information. Wouldn't it require IGP-TE to give TE link-state in= formation to BGP-LS speaker, then BGP-LS packages them into a summary TE-in= fo? If this is the case, I am not sure how convergence time of BGP-LS can i= mprove that of IGP-TE? Please correct me if my understanding is not wrong. Young, all As much as I am ok with the approach of using PCEP, I am not sure what=20 you say is always the case. I would guess that the common,=20 straightforward source of link-state information for BGP-LS is the=20 IGP-TE, but it does not preclude other sources, including, as per=20 draft-ietf-idr-ls-distribution direct, static and unknown. Also, regarding incremental updates, I don't see why they are not=20 possible with BGP-LS, but I would need to re-read the draft again to be=20 sure. Can an incremental update consist of a BGP update message with=20 MP_REACH attribute listing just the descriptors of the link/node and the=20 link state attribute just encode the TE attributes that have changed? I=20 may be wrong, but is it stated somewhere that all TLVs need to be listed=20 at each update? Thanks Ramon _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Fri Jul 18 07:22:47 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F1FD1A045B for ; Fri, 18 Jul 2014 07:22:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, 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 zKmKPHjrSloU for ; Fri, 18 Jul 2014 07:22:33 -0700 (PDT) Received: from ENFICSETS1.metaswitch.com (enficsets1.metaswitch.com [192.91.191.38]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADBE71B29C2 for ; Fri, 18 Jul 2014 07:22:29 -0700 (PDT) Received: from ENFIRHCAS1.datcon.co.uk (172.18.209.38) by ENFICSETS1.metaswitch.com (172.18.4.18) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 18 Jul 2014 15:22:17 +0100 Received: from ENFICSMBX1.datcon.co.uk ([fe80::d5d5:c683:a3be:3a19]) by ENFIRHCAS1.datcon.co.uk ([fe80::85a7:aa4e:2516:c2ad%11]) with mapi id 14.03.0195.001; Fri, 18 Jul 2014 15:22:28 +0100 From: Jonathan Hardwick To: "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Thread-Topic: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 Thread-Index: AQHPl6GsVvJrcFv6R0CDjH8QV6O3iJul6F1g Date: Fri, 18 Jul 2014 14:22:27 +0000 Message-ID: <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> References: <53B6D095.2030004@orange.com> In-Reply-To: <53B6D095.2030004@orange.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.18.4.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/KQ3-71UQXEwuaTVis1zwVr2EfwQ Cc: "pce@ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 14:22:44 -0000 I've reviewed this document for the WG last call. I think this document is in good shape. I only found nits - see below. Best regards Jon =3D=3D Section 1.3 =3D=3D Change A new object type are introduced for the BANDWIDTH object to Two new object types are introduced for the BANDWIDTH object =3D=3D Section 2.2 =3D=3D Final paragraph second sentence - I think you should change this to "Otherw= ise, the PCE MAY use..." to make it clear that the second sentence is not i= ntended to contradict the first sentence. =3D=3D Section 2.3 =3D=3D Page 9, directly under Traffic Spec field encoding table - there is a stray comma that should be deleted - change "is MUST specify..." to "it MUST specify..." - change "As specified i [RFC5440]" to "As specified in [RFC5440]" - change "BANDWIDTH object of with object type 1" to "BANDWIDTH object of o= bject type 1" =3D=3D Section 2.4 =3D=3D Page 11, directly under Traffic Spec field encoding table - there is a stray full stop (period) that should be deleted - change "is MUST specify..." to "it MUST specify..."=20 =3D=3D Section 2.5.1 =3D=3D List of 5 items on page 12. Should the LABEL-REQUEST TLV also be in this l= ist? =3D=3D Section 2.6 =3D=3D Change IP address subobject MUST be a link subobject. to If an IP address subobject is used, then the IP address given MUST be ass= ociated with a link. Change The procedure associated with this subobject is as follow to The procedure associated with this subobject is as follows. Change MUST allocate one label of from within the set of label values to MUST allocate one label from within the set of label values Change If the PCE does not assign labels a response with a NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label resource in range' set. to If the PCE does not assign labels then it sends a response with a NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit 'No label r= esource in range' set. =3D=3D Section 2.7 =3D=3D Is your intention that the Label Subobject can also be used in the EXRS (RF= C 5521 section 2.2?) I think it is worth adding a sentence saying so. For consistency with section 2.6 (and because I think the text in 2.6 is cl= earer) I think you should change this: XRO Label subobjects MUST follow the numbered or unnumbered interface subobjects to which they refer. Each subobject represent one label, several XRO Labels subobject MAY be present for each link. to this: The Label subobject MUST follow a subobject identifying a link, currently an IP address subobject (Type 1 or 2) or an interface id (type 4) subobject. If an IP address subobject is used, then the IP address given MUST be associated with a link. More than one label suboject MAY follow each link subobject. =3D=3D Section 5.1 =3D=3D The formatting used in this section is not consistent. Use consistent inde= ntation & column width. For BANDWIDTH object I think you mean "5-15: Unassigned" For ENDPOINTS the reference should be to 2.5, not 2.3 =3D=3D Section 5.5 =3D=3D "Value=3Dq0" should be "Value=3D10" -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Julien Meuric Sent: 04 July 2014 17:05 To: pce@ietf.org Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 Dear WG, Now that you all have some time dedicated to I-Ds, please consider this=20 as part of your review list. This message ignites the WG LC on=20 draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the=20 PCE mailing list by Friday July 18, 11:59 PM, HST. Regards, JP & Julien _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Fri Jul 18 07:56:54 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1C71B278E for ; Fri, 18 Jul 2014 07:56:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, 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 HjWXa5QEkwyB for ; Fri, 18 Jul 2014 07:56:48 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00FAE1ABB22 for ; Fri, 18 Jul 2014 07:56:47 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EA5741B8237 for ; Fri, 18 Jul 2014 16:56:43 +0200 (CEST) Received: from ESTGVMSP103.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id D249D1B80C5 for ; Fri, 18 Jul 2014 16:56:43 +0200 (CEST) Received: from emea01-am1-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.92.6.50) with Microsoft SMTP Server (TLS) id 14.3.146.2; Fri, 18 Jul 2014 16:56:43 +0200 Received: from AMSPR06MB101.eurprd06.prod.outlook.com (10.242.90.146) by AMSPR06MB262.eurprd06.prod.outlook.com (10.242.19.19) with Microsoft SMTP Server (TLS) id 15.0.985.8; Fri, 18 Jul 2014 14:55:41 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB101.eurprd06.prod.outlook.com (10.242.90.146) with Microsoft SMTP Server (TLS) id 15.0.990.7; Fri, 18 Jul 2014 14:55:40 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) with mapi id 15.00.0990.007; Fri, 18 Jul 2014 14:55:40 +0000 From: OSCAR GONZALEZ DE DIOS To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-lopez-pce-hpce-ted-02.txt Thread-Index: AQHPlpWbGZgsdxt8P0ampxif+bRkOpumJQ2A Date: Fri, 18 Jul 2014 14:55:39 +0000 Message-ID: References: <20140703080540.5990.37818.idtracker@ietfa.amsl.com> In-Reply-To: <20140703080540.5990.37818.idtracker@ietfa.amsl.com> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [195.235.92.26] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 02760F0D1C x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(479174003)(199002)(51704005)(377424004)(189002)(81542001)(106356001)(46102001)(85306003)(107046002)(2656002)(86362001)(87936001)(2351001)(50986999)(79102001)(36756003)(54356999)(76176999)(66066001)(81342001)(85852003)(83072002)(83506001)(76482001)(77982001)(4396001)(80022001)(106116001)(31966008)(20776003)(19580395003)(19580405001)(95666004)(92726001)(64706001)(74502001)(15202345003)(101416001)(83322001)(105586002)(77096002)(74662001)(107886001)(21056001)(110136001)(15975445006)(92566001)(99396002); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB101; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-ID: <9865A2D597B90E469FD617B601033AF7@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID: X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/pce/sc94UZVKphz3wQ3RhIOi8it97Jk Subject: [Pce] FW: New Version Notification for draft-lopez-pce-hpce-ted-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 14:56:52 -0000 Dear PCErs, We have recently posted a new version of the Traffic Engineering Database dissemination for Hierarchical PCE scenarios draft. Please find an update about thework done in the draft: * Presentation of the work in IDR working group as requested by the chairs. The presentation received a positive feedback, with some questions about the OSPF-TE to BGP-LS mapping and the extension for optical networks. Moreover, we received more feedback supporting having this I-D as an informational draft for PCE WG, explaining where BGP-LS can be used. * Jeff has joined as author. * We have updated the text section related with the OSPF mapping in BGP-LS. Recent discussions on the list have raised the question on which are the mechanisms to disseminate TE information to the PCE. This particular draft focuses on one scenario, the Hierarchical PCE with several domains. We want to keep on discussing this topics in the working group. Best Regards, =D3scar & authors El 03/07/14 10:05, "internet-drafts@ietf.org" escribi=F3: > >A new version of I-D, draft-lopez-pce-hpce-ted-02.txt >has been successfully submitted by Daniel King and posted to the >IETF repository. > >Name: draft-lopez-pce-hpce-ted >Revision: 02 >Title: Traffic Engineering Database dissemination for Hierarchical= PCE >scenarios >Document date: 2014-07-01 >Group: Individual Submission >Pages: 12 >URL: >http://www.ietf.org/internet-drafts/draft-lopez-pce-hpce-ted-02.txt >Status: https://datatracker.ietf.org/doc/draft-lopez-pce-hpce-ted/ >Htmlized: http://tools.ietf.org/html/draft-lopez-pce-hpce-ted-02 >Diff: >http://www.ietf.org/rfcdiff?url2=3Ddraft-lopez-pce-hpce-ted-02 > >Abstract: > The PCE architecture is well-defined and may be used to compute the > optimal path for LSPS across domains in MPLS-TE and GMPLS networks. > The Hierarchical Path Computation Element (H-PCE) [RFC6805] was > developed to provide an optimal path when the sequence of domains is > not known in advance. The procedure and mechanism for populating the > Traffic Engineering Database (TED) with domain topology and link > information used in H-PCE-based path computations is open to > interpretation. This informational document describes how topology > dissemination mechanisms may be used to provide TE information > between Parent and Child PCEs (within the H-PCE context). In > particular, it describes how BGP-LS might be used to provide inter- > domain connectivity. This document is not intended to define new > extensions, it demonstrates how existing procedures and mechanisms > may be used. > > > > > >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. > >The IETF Secretariat > ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o From nobody Fri Jul 18 08:04:40 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 357AD1B2A38 for ; Fri, 18 Jul 2014 08:04:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.815 X-Spam-Level: * X-Spam-Status: No, score=1.815 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 ip14NoNa7TOx for ; Fri, 18 Jul 2014 08:04:35 -0700 (PDT) Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id BFDDA1B2A3A for ; Fri, 18 Jul 2014 08:03:11 -0700 (PDT) Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 9F0D9E30079 for ; Fri, 18 Jul 2014 17:03:10 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail2.rd.orange.com (Postfix) with ESMTP id 99256E30078 for ; Fri, 18 Jul 2014 17:03:10 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 18 Jul 2014 17:03:10 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 18 Jul 2014 17:03:09 +0200 Message-ID: <53C9372D.8080002@orange.com> Date: Fri, 18 Jul 2014 17:03:09 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Jul 2014 15:03:09.0967 (UTC) FILETIME=[637A01F0:01CFA299] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/rHAHBzniCXX3lJIAqKWQcW9zmaI Subject: [Pce] Slides for IETF 90 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Julien Meuric , 'JP Vasseur' , Daniel King List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 15:04:36 -0000 Hi all. For those who have a slot in the PCE agenda, please send your slides to the secretary and the chairs by Sunday. Late slides will have their slots treated with respect to the chairs' mood... Thanks, JP & Julien From nobody Sun Jul 20 03:56:13 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 146661B2B98 for ; Sun, 20 Jul 2014 03:56:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 Ct_9YWJsonBZ for ; Sun, 20 Jul 2014 03:56:10 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C66551B2B97 for ; Sun, 20 Jul 2014 03:56:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=629; q=dns/txt; s=iport; t=1405853770; x=1407063370; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=VVgLBCdKPpogMgcar+tdphqzobxlbQ/ccJ0TUZ0/Jvc=; b=KUgWIDhxfnq4gbfMYYPMxlZz2mWPCmoS06kfCh3hGSqoallSZo8WNOu5 t6uLcu2xZuoEqbGjA7ooPdzPGJfnqKiEHclyriM6eA70IL3JKQWmJwYEB uEUYtNh84p2Z2piDygJCVxrbcb7RaNyfBJBSKnsFPPYaW96L7vMSumlO7 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8FABOgy1OtJV2Q/2dsb2JhbABZgw5SVwTFDQqHRAGBCBZ2hAQBAQMBAQEBNzQLBQsCAQg2ECcLJQIEAQ0FiDoIDcEcEwSPGDMHgy6BGAEEjkOMYpQvg0RsgUU X-IronPort-AV: E=Sophos;i="5.01,695,1400025600"; d="scan'208";a="341204799" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-1.cisco.com with ESMTP; 20 Jul 2014 10:56:10 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s6KAu9S9022893 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 20 Jul 2014 10:56:10 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Sun, 20 Jul 2014 05:56:09 -0500 From: "JP Vasseur (jvasseur)" To: Julien Meuric , Daniel King Thread-Topic: [Pce] Slides for IETF 90 Thread-Index: AQHPpAk2ITlJ3Uc/BkORSaQl72dbhQ== Date: Sun, 20 Jul 2014 10:56:08 +0000 Message-ID: References: <53C9372D.8080002@orange.com> In-Reply-To: <53C9372D.8080002@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.101.181] Content-Type: text/plain; charset="us-ascii" Content-ID: <39EFD2C74B54024EBF1BF8144C0CCB32@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/ZYhgvaF-vh9OVs-qFNbikExIrnQ Cc: "pce@ietf.org" Subject: Re: [Pce] Slides for IETF 90 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2014 10:56:12 -0000 Dear all, There are still many slides missing. Slides not sent by today will lead to = no slot during the WG meeting. Thanks. JP and Julien. On Jul 18, 2014, at 5:03 PM, Julien Meuric wrote= : > Hi all. >=20 > For those who have a slot in the PCE agenda, please send your slides to t= he secretary and the chairs by Sunday. Late slides will have their slots tr= eated with respect to the chairs' mood... >=20 > Thanks, >=20 > JP & Julien >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jul 21 02:38:13 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77FE51B2D7E for ; Mon, 21 Jul 2014 02:38:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 zMu6dJtgYz-4 for ; Mon, 21 Jul 2014 02:38:11 -0700 (PDT) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 0DEB51B2D73 for ; Mon, 21 Jul 2014 02:38:11 -0700 (PDT) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D23745D8B13 for ; Mon, 21 Jul 2014 11:38:07 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail2.rd.orange.com (Postfix) with ESMTP id C8CE75D89CF for ; Mon, 21 Jul 2014 11:38:07 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 21 Jul 2014 11:38:08 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 21 Jul 2014 11:38:07 +0200 Message-ID: <53CCDF7E.1060506@orange.com> Date: Mon, 21 Jul 2014 11:38:06 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org References: <53B6D095.2030004@orange.com> In-Reply-To: <53B6D095.2030004@orange.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Jul 2014 09:38:07.0297 (UTC) FILETIME=[7A37FB10:01CFA4C7] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/rkllP160Fyj1ZT4JWLFkZSgDYSU Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 09:38:12 -0000 Hi all. This WG last call has ended. The authors are expected to address the received comments (thank you John for the feedback). Chairs' review will follow. Thanks, JP & Julien Jul. 04, 2014 - Julien Meuric: > Dear WG, > > Now that you all have some time dedicated to I-Ds, please consider > this as part of your review list. > > This message ignites the WG LC on > draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to > the PCE mailing list by Friday July 18, 11:59 PM, HST. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > > From nobody Mon Jul 21 03:32:52 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FF001B2D89 for ; Mon, 21 Jul 2014 03:32:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 QNq9xVij6QbK for ; Mon, 21 Jul 2014 03:32:49 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 605361B2D87 for ; Mon, 21 Jul 2014 03:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=138; q=dns/txt; s=iport; t=1405938769; x=1407148369; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=cQjzszarjlYHH2NCJc0QfYrOJw+JWXwUORugb4YVG84=; b=eTq9gITiEFwZeAa576gJrtx8Hpk5BWTcrZAoTir/WGxG0m08m/yEXvCy i+9l2TkuYwuvhMDIJBLL1g5o7g21YYPXlSGXE8SvuCzKjDFYl5CeAP5Km GcGsmaeqAGr+goTUCPyUFgGYVXE7zl4UB0dntWihbGbOFVnSf8vTmkplm g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4FAIjrzFOtJV2Q/2dsb2JhbABZgw6BLY0fwGMWdoQKgQsBgQAnBIhVmEemGBeTAIEYBY5DjGKUL4NEgjE X-IronPort-AV: E=Sophos;i="5.01,699,1400025600"; d="scan'208";a="62618070" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-3.cisco.com with ESMTP; 21 Jul 2014 10:32:47 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s6LAWllt007051 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 21 Jul 2014 10:32:47 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Mon, 21 Jul 2014 05:32:47 -0500 From: "JP Vasseur (jvasseur)" To: "pce@ietf.org" Thread-Topic: Bring your laptop Thread-Index: AQHPpM8dsqGmxUY8/kGPrD5vqqCaOQ== Date: Mon, 21 Jul 2014 10:32:47 +0000 Message-ID: <775157A3-CD54-45A1-9426-1D0F7C4B9C08@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.98.73] Content-Type: text/plain; charset="Windows-1252" Content-ID: <7789943057401942ACC89494B0E642A5@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/VWDtPZN5qU7utHEwxrHya7bxZMk Subject: [Pce] Bring your laptop X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 10:32:50 -0000 Dear WG member, Just bring your laptop when =93presenting=94 during the PCE WG meeting this= morning. Thanks. JP and Julien.= From nobody Mon Jul 21 06:45:31 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D30DC1B2E19 for ; Mon, 21 Jul 2014 06:45:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.096 X-Spam-Level: X-Spam-Status: No, score=-0.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, RP_MATCHES_RCVD=-0.001] 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 Z_wYFc1KFFcD for ; Mon, 21 Jul 2014 06:45:20 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) by ietfa.amsl.com (Postfix) with ESMTP id 3ADBE1B2E2B for ; Mon, 21 Jul 2014 06:41:27 -0700 (PDT) Received: from [31.133.180.154] (dhcp-b49a.meeting.ietf.org [31.133.180.154]) by mail.hq.sk (Postfix) with ESMTPSA id 563E124337A for ; Mon, 21 Jul 2014 15:41:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1405950085; bh=G48GpK1w81oZW9N4O3BfF2nrEgRXC2X0tBKBuYP2D7g=; h=Date:From:To:Subject; b=g+Mq7JAginWOXPw/3Cqn7hIVyE0/xoyqK2x/jGXtAcyNgbgZJrJzn2zSJPbGYl/SF sRltIhEurbU0SZFnh4ICky4RFZKiTs0MqYHRco24zgSR1GHu6SGxwwgCs5xKUAfpVP N6KpYgLq2lpvj5J4GYWUEtC8SZ1FSk3PO0POVftc= Message-ID: <53CD1872.1000501@hq.sk> Date: Mon, 21 Jul 2014 15:41:06 +0200 From: Robert Varga User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/pce/8OZuME6HuteSfeqJl-E6MywSNj4 Subject: [Pce] RFC7150 implementations? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 13:45:24 -0000 Hello everyone, as some of you may have noticed, the draft-ietf-pce-stateful-pce's definition of LSP object conflicts with that of RFC7150 (VENDOR-INFORMATION/Vendor-Specific Constraints), as both specify the object to be 32/1. This is obviously bad, and resolving it requires one of the specifications to move. Given that the stateful draft is being shipped by multiple vendors for quite some time now, this puts us in a tight spot of having to choose which implementations to break by moving their codepoint allocation. With that, I would like to as the WG the following three incremental questions: Are there any RFC7150 implementations fielded? If so, are they using the Vendor-Specific Contraints object? If so, how much breakage would ensue should the object codepoint be moved? Thanks, Robert From nobody Mon Jul 21 07:05:14 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 502721A0025 for ; Mon, 21 Jul 2014 07:05:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, 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 S8O0Wc2K3HtT for ; Mon, 21 Jul 2014 07:05:01 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED32D1A0039 for ; Mon, 21 Jul 2014 07:02:40 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5DA631B8086; Mon, 21 Jul 2014 16:02:37 +0200 (CEST) Received: from ESTGVMSP111.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 3DA321B8205; Mon, 21 Jul 2014 16:02:37 +0200 (CEST) Received: from emea01-am1-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.92.6.54) with Microsoft SMTP Server (TLS) id 14.3.146.2; Mon, 21 Jul 2014 16:01:50 +0200 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB102.eurprd06.prod.outlook.com (10.242.90.147) with Microsoft SMTP Server (TLS) id 15.0.990.7; Mon, 21 Jul 2014 14:01:49 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) with mapi id 15.00.0990.007; Mon, 21 Jul 2014 14:01:48 +0000 From: OSCAR GONZALEZ DE DIOS To: Robert Varga , "pce@ietf.org" Thread-Topic: [Pce] RFC7150 implementations? Thread-Index: AQHPpOpeB5AibbsOiE+KkjGSau0RipuqS7oA Date: Mon, 21 Jul 2014 14:01:48 +0000 Message-ID: References: <53CD1872.1000501@hq.sk> In-Reply-To: <53CD1872.1000501@hq.sk> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [31.133.181.84] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0279B3DD0D x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(51704005)(164054003)(189002)(199002)(53754006)(479174003)(64706001)(19580405001)(95666004)(79102001)(86362001)(74502001)(80022001)(106116001)(77982001)(20776003)(31966008)(4396001)(15975445006)(99396002)(92566001)(92726001)(105586002)(21056001)(74662001)(107886001)(83322001)(87936001)(19580395003)(101416001)(107046002)(85306003)(46102001)(81542001)(106356001)(2656002)(50986999)(54356999)(77096002)(85852003)(81342001)(66066001)(83072002)(76482001)(83506001)(76176999)(36756003); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB102; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-ID: <7F29AE27AA3C28489CFAFA1613CE79E4@eurprd06.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/pce/pHnh3lHiUvkFCiWEM0u6mDxFCeg Subject: Re: [Pce] RFC7150 implementations? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:05:07 -0000 Hi Robert, The assignment of code-points is handled by IANA (see RFC 2434). To prevent conflicts, and avoid situations like this, there is a procedure for Early IANA Allocation of Standards Track Code Points (defined in RFC 7120, which obsoletes 4020). Using this procedure, a widely spread pre-RFC implementation has the guarantee of non-collision of code-points. I would suggest that to solve the conflict you contact directly IANA, who would guide you properly. And to prevent situations like this in the future, I would suggest following RFC 7120 procedure in other widely implemented pre-RFC documents. Best Regards, =D3scar El 21/07/14 09:41, "Robert Varga" escribi=F3: >Hello everyone, > >as some of you may have noticed, the draft-ietf-pce-stateful-pce's >definition of LSP object conflicts with that of RFC7150 >(VENDOR-INFORMATION/Vendor-Specific Constraints), as both specify the >object to be 32/1. This is obviously bad, and resolving it requires one >of the specifications to move. > >Given that the stateful draft is being shipped by multiple vendors for >quite some time now, this puts us in a tight spot of having to choose >which implementations to break by moving their codepoint allocation. > >With that, I would like to as the WG the following three incremental >questions: > >Are there any RFC7150 implementations fielded? > >If so, are they using the Vendor-Specific Contraints object? > >If so, how much breakage would ensue should the object codepoint be moved? > >Thanks, >Robert > >_______________________________________________ >Pce mailing list >Pce@ietf.org >https://www.ietf.org/mailman/listinfo/pce ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o From nobody Mon Jul 21 07:27:22 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 518DF1A0005 for ; Mon, 21 Jul 2014 07:27:21 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 VCQfFdWcfJhz for ; Mon, 21 Jul 2014 07:27:19 -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 C8B671A002A for ; Mon, 21 Jul 2014 07:27:03 -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 s6LER1uU029387 for ; Mon, 21 Jul 2014 15:27:01 +0100 Received: from 950129200 (dhcp-b3fb.meeting.ietf.org [31.133.179.251]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6LEQxMj029379 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 21 Jul 2014 15:27:00 +0100 From: "Adrian Farrel" To: Date: Mon, 21 Jul 2014 15:27:03 +0100 Message-ID: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac+k79SffF8NM0JqQ3+p8ALWBjZWPQ== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20832.000 X-TM-AS-Result: No--3.653-10.0-31-10 X-imss-scan-details: No--3.653-10.0-31-10 X-TMASE-MatchedRID: bUXhxrsZF9xCBQieSpAGz54CIKY/Hg3AtOt1ofVlaoJlgn288nW9IOjt 8OidvMO5W5xd15ThVVjdB/CxWTRRu+rAZ8KTspSzXArTyiKZ+i8ho39lvpxCIq0f3UjTw8ugHl6 boo70XVrPnQBj5N+b569yxO5R6ODSiZDa+q6bAAVVQfzm8hzCuWc28J3GK4PXQwymtxuJ6y0= Archived-At: http://mailarchive.ietf.org/arch/msg/pce/xIj5Fr35vsmKiRd29tGUSdkoXfI Subject: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:27:21 -0000 This is a first stab at fixing the codepoint clash. Robert, please review ASAP. Thanks, Adrian From nobody Mon Jul 21 07:30:17 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45F711A001E for ; Mon, 21 Jul 2014 07:30:14 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 Ev4lZaKM8u1c for ; Mon, 21 Jul 2014 07:30: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 704911A000B for ; Mon, 21 Jul 2014 07:30:11 -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 s6LEU9bM002306 for ; Mon, 21 Jul 2014 15:30:09 +0100 Received: from 950129200 (dhcp-b3fb.meeting.ietf.org [31.133.179.251]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6LEU7Ns002300 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 21 Jul 2014 15:30:08 +0100 From: "Adrian Farrel" To: References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> In-Reply-To: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> Date: Mon, 21 Jul 2014 15:30:11 +0100 Message-ID: <075e01cfa4f0$488efb30$d9acf190$@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: AQElRsl5CAIX3d5rgEkPx/pWIgwARpz/UtRw Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20832.000 X-TM-AS-Result: No--11.448-10.0-31-10 X-imss-scan-details: No--11.448-10.0-31-10 X-TMASE-MatchedRID: wQVy7q402w0u+wj2GNtoWbMjW/sniEQKbv16+gil4jdAiWCTfFh1XsLm p4jPUF8tAWMdzSV1Iwb2mhGQByUXXtgwSqFJytAF5gCHftmwEMKSTnFzEHOIwRHfiujuTbed82+ ZJoKeNOW36h2hK5rvdpGTpe1iiCJqtD9qpBlNF8rQLWxBF9DMQcRB0bsfrpPIfiAqrjYtFiTD7C NhoTkqeUE1MlvQAVgMUJLdifCZtoyE2CzG3lVCOX7cGd19dSFd Archived-At: http://mailarchive.ietf.org/arch/msg/pce/fcQNYSYo3XEZN2_YMejUgC8rLnU Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:30:14 -0000 Dang, I missed the use of 32 in line in the document. Fixed in -01 Adrian > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: 21 July 2014 15:27 > To: pce@ietf.org > Subject: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt > > This is a first stab at fixing the codepoint clash. > > Robert, please review ASAP. > > Thanks, > Adrian > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jul 21 07:31:34 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABFCA1A001A for ; Mon, 21 Jul 2014 07:31:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 vMj88QdXhhuA for ; Mon, 21 Jul 2014 07:31:29 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E5BE11A000D for ; Mon, 21 Jul 2014 07:31:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=357; q=dns/txt; s=iport; t=1405953090; x=1407162690; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ZZPPAJ3aqkM4ueHcXv7OiG1LzEYrTgUZp2ETeK877lc=; b=feqx9hnvmwLFJt7m6Hng+vXwGyZ51XcVEPI6H/eII+HNYDc4KLkR95CO te+YJobnH/NX5YUkjZuyvPqw0/z/Szq06zo9caKHZiYVPs2cKK6g/qniJ 63nu7mbsw//AhhtBdiTtS0cE0znzlgl97MpCx/HvgAMYoSDlJn6EXhx2T E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgYFAAQjzVOtJA2B/2dsb2JhbABZgw5SW8VCCodFAYEXFnaEBAEBAwEBAQE3NAsFCwIBCDYQJwslAgQOBYg6CA2+VhMEj0sHgy6BGAEEjkOMYpQvg0RsgUU X-IronPort-AV: E=Sophos;i="5.01,701,1400025600"; d="scan'208";a="62685281" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-5.cisco.com with ESMTP; 21 Jul 2014 14:31:29 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s6LEVSfD002849 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 21 Jul 2014 14:31:28 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0123.003; Mon, 21 Jul 2014 09:31:28 -0500 From: "JP Vasseur (jvasseur)" To: Adrian Farrel Thread-Topic: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt Thread-Index: AQHPpPB1CAIX3d5rgEkPx/pWIgwARg== Date: Mon, 21 Jul 2014 14:31:27 +0000 Message-ID: References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> In-Reply-To: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.102.143] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/ag7pMmu73ZSJB1z0UMusQrq6blQ Cc: "pce@ietf.org" Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:31:32 -0000 Thanks a lot Adrian. On Jul 21, 2014, at 10:27 AM, Adrian Farrel wrote: > This is a first stab at fixing the codepoint clash. >=20 > Robert, please review ASAP. >=20 > Thanks, > Adrian >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jul 21 07:36:47 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE3F11A0040 for ; Mon, 21 Jul 2014 07:36:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.096 X-Spam-Level: X-Spam-Status: No, score=-0.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, RP_MATCHES_RCVD=-0.001] 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 3K8SU5EkAm9j for ; Mon, 21 Jul 2014 07:36:36 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) by ietfa.amsl.com (Postfix) with ESMTP id 828321A000D for ; Mon, 21 Jul 2014 07:36:36 -0700 (PDT) Received: from [31.133.180.154] (dhcp-b49a.meeting.ietf.org [31.133.180.154]) by mail.hq.sk (Postfix) with ESMTPSA id 5AC0C246D52; Mon, 21 Jul 2014 16:36:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1405953395; bh=bWGWNge8qJ0Knwoyv5q8JaU9TnbX30Uu7PBoODrqO+c=; h=Date:From:To:Subject:References:In-Reply-To; b=A7bTeU0Bs5HWDl+fHY3sorIaBFJ5vD+x5iz/pcsypXWzCMPQ3N/Fkb2x0OGqXNsJ7 YknfEve7f0p4X7TypceznNXVetS2KkWhTH4/iZNLvfKXqW7Fa/tC7uwsNObnb8synd 4+yClZJKfcmBURg81whNHiyl5Eg4UdcDhfaLpNQ8= Message-ID: <53CD2560.7010700@hq.sk> Date: Mon, 21 Jul 2014 16:36:16 +0200 From: Robert Varga User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: OSCAR GONZALEZ DE DIOS , "pce@ietf.org" References: <53CD1872.1000501@hq.sk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/pce/XjeVw3_CdCUlGot8OAz6pWqIrig Subject: Re: [Pce] RFC7150 implementations? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:36:38 -0000 Hello Oscar, Yes, clearly the codepoint allocation is handled by IANA and we are well aware of the early allocation procedures. What we are looking for is a fix for a mistake we made some two years ago and which went undiscovered until the addition of RFC7150. As you may be aware, we are talking about touching a registry governed by "IETF Review" policy, which according to RFC is there to ensure that the proposed assignment will not negatively impact interoperability or otherwise extend IETF protocols in an inappropriate or damaging manner. So before initiating a change to this registry, we are seeking input from field, specifically on the existence of active deployments of 7150. Thanks, Robert On 07/21/2014 04:01 PM, OSCAR GONZALEZ DE DIOS wrote: > Hi Robert, > > The assignment of code-points is handled by IANA (see RFC 2434). To > prevent conflicts, and avoid situations like this, there is a procedure > for Early IANA Allocation of Standards Track Code Points (defined in RFC > 7120, which obsoletes 4020). Using this procedure, a widely spread pre-RFC > implementation has the guarantee of non-collision of code-points. > > I would suggest that to solve the conflict you contact directly IANA, > who would guide you properly. > > And to prevent situations like this in the future, I would suggest > following RFC 7120 procedure in other widely implemented pre-RFC > documents. > > Best Regards, > > Óscar > > El 21/07/14 09:41, "Robert Varga" escribió: > >> Hello everyone, >> >> as some of you may have noticed, the draft-ietf-pce-stateful-pce's >> definition of LSP object conflicts with that of RFC7150 >> (VENDOR-INFORMATION/Vendor-Specific Constraints), as both specify the >> object to be 32/1. This is obviously bad, and resolving it requires one >> of the specifications to move. >> >> Given that the stateful draft is being shipped by multiple vendors for >> quite some time now, this puts us in a tight spot of having to choose >> which implementations to break by moving their codepoint allocation. >> >> With that, I would like to as the WG the following three incremental >> questions: >> >> Are there any RFC7150 implementations fielded? >> >> If so, are they using the Vendor-Specific Contraints object? >> >> If so, how much breakage would ensue should the object codepoint be moved? >> >> Thanks, >> Robert >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > ________________________________ > > Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. > > The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. > > Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição From nobody Mon Jul 21 07:37:20 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 160541A001C for ; Mon, 21 Jul 2014 07:37:19 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 mZMIl4Pb4-wV for ; Mon, 21 Jul 2014 07:37:17 -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 215311A0005 for ; Mon, 21 Jul 2014 07:37:16 -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 s6LEbAIt007189; Mon, 21 Jul 2014 15:37:10 +0100 Received: from 950129200 (dhcp-b3fb.meeting.ietf.org [31.133.179.251]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6LEb85u007149 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 21 Jul 2014 15:37:09 +0100 From: "Adrian Farrel" To: "'OSCAR GONZALEZ DE DIOS'" , "'Robert Varga'" , References: <53CD1872.1000501@hq.sk> In-Reply-To: Date: Mon, 21 Jul 2014 15:37:12 +0100 Message-ID: <076d01cfa4f1$43aa94c0$caffbe40$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJPJcGKrX55T7nIo/+ilmhQ0fc+rQJxp7o3mpgIzfA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20832.000 X-TM-AS-Result: No--44.966-10.0-31-10 X-imss-scan-details: No--44.966-10.0-31-10 X-TMASE-MatchedRID: yebcs53SkkCPrjM/ltMU+dWxbZgaqhS0qwz8X9y26qTFpA1uJFd1mnf3 XKtK5QXUYCbEtPclhZHbu2Nc/AXe5qClxSiPU/DPypeMiaCPnxuYZJKiXhR6LZJNkXdj7SOvT6h j397a5aeG+RmsfnU9e2JALQBKI/zu1xQ2OgXti5UlSZUJZTlHnD98dreaYAEyEcdWUGOF7fIM2b 9SLN604km2vh+/zh9NiaXPIyJ1BSv2AJmtBR0nHQXysW33GYMpkd8i2lgND8vSYAzZ6KmqWhJvO XtHlFyS5j1TLkBJBhgSsNeaAyqS/lYwdrAHWNZlnVTWWiNp+v9BldmDYjwlpojOeYAk0kzlSKZB pyju4i5orxBNRVTfOKiaXwSzAmT/pe5qK/J4zkR3x+xv0ADS9Smw3VI5gHlpnIZzqV1rouek21+ zY3bf0SDXsd+CWmZc1PO9b1rWR8PtUdt2dKB+JiwkLQurSBHld3JTEjAclzaMW30s4gPmMno9lf wvJPTGtM4GaPjN6XXS1OenLu5xYOw3GoJzGkFDfmEtefrRVPSWruwUOvQ/HP3y7vT+lH0ao0dCu 40m2Fhdqulp3ODt/TEqbZMm708kXbN2JFgXoS5PuMJi/ZAk8VtQw8FYzIRO+vWTzIbrlPVVih5u Bag0qpLUCMAwkZnNmXSkYUl6if1k2R4ak3+5FoxXQMsmIbRqE7fTplY7znIP8qAwwA4H5bVYSyV hg6OKnoYDetN1dxhCpcFMD9o56ZQPvRZfcV2c+43MgFmqdm0ZY/l06XO6yzaDnFlnUm7dPyUsfw uliEYl0cXtOTdJJIdiHi4KBJ55MrS8zUaFxkGeAiCmPx4NwGNn8XPiALIb+gD2vYtOFhgqtq5d3 cxkNQP90fJP9eHt Archived-At: http://mailarchive.ietf.org/arch/msg/pce/ZxNR-EYJHMhSD61Y2M1GxY0xu0Q Subject: Re: [Pce] RFC7150 implementations? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:37:19 -0000 Oscar, You are completely right about how this happened and how it should have = been avoided. No question of where the fault is, and lessons learned for the = future. We have been talking with IANA and have their guidance. The preferred approach is to change the code point in 7150, but we can = only do that if the damage in deployed networks is not significant. Hence the request posted by Robert. If it turns out that there is a cost to changing the 7150 code point = then we have to think again. AFAICS, a change to a software stack is annoying, but not much more than = a compilation. But a change to a widely deployed network might be a pain. A > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of OSCAR GONZALEZ DE > DIOS > Sent: 21 July 2014 15:02 > To: Robert Varga; pce@ietf.org > Subject: Re: [Pce] RFC7150 implementations? >=20 > Hi Robert, >=20 > The assignment of code-points is handled by IANA (see RFC 2434). = To > prevent conflicts, and avoid situations like this, there is a = procedure > for Early IANA Allocation of Standards Track Code Points (defined in = RFC > 7120, which obsoletes 4020). Using this procedure, a widely spread = pre-RFC > implementation has the guarantee of non-collision of code-points. >=20 > I would suggest that to solve the conflict you contact directly = IANA, > who would guide you properly. >=20 > And to prevent situations like this in the future, I would suggest > following RFC 7120 procedure in other widely implemented pre-RFC > documents. >=20 > Best Regards, >=20 > =D3scar >=20 > El 21/07/14 09:41, "Robert Varga" escribi=F3: >=20 > >Hello everyone, > > > >as some of you may have noticed, the draft-ietf-pce-stateful-pce's > >definition of LSP object conflicts with that of RFC7150 > >(VENDOR-INFORMATION/Vendor-Specific Constraints), as both specify the > >object to be 32/1. This is obviously bad, and resolving it requires = one > >of the specifications to move. > > > >Given that the stateful draft is being shipped by multiple vendors = for > >quite some time now, this puts us in a tight spot of having to choose > >which implementations to break by moving their codepoint allocation. > > > >With that, I would like to as the WG the following three incremental > >questions: > > > >Are there any RFC7150 implementations fielded? > > > >If so, are they using the Vendor-Specific Contraints object? > > > >If so, how much breakage would ensue should the object codepoint be = moved? > > > >Thanks, > >Robert > > > >_______________________________________________ > >Pce mailing list > >Pce@ietf.org > >https://www.ietf.org/mailman/listinfo/pce >=20 >=20 > ________________________________ >=20 > Este mensaje y sus adjuntos se dirigen exclusivamente a su = destinatario, puede > contener informaci=F3n privilegiada o confidencial y es para uso = exclusivo de la > persona o entidad de destino. Si no es usted. el destinatario = indicado, queda > notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o copia = sin autorizaci=F3n > puede estar prohibida en virtud de la legislaci=F3n vigente. Si ha = recibido este > mensaje por error, le rogamos que nos lo comunique inmediatamente por = esta > misma v=EDa y proceda a su destrucci=F3n. >=20 > The information contained in this transmission is privileged and = confidential > information intended only for the use of the individual or entity = named above. If > the reader of this message is not the intended recipient, you are = hereby notified > that any dissemination, distribution or copying of this communication = is strictly > prohibited. If you have received this transmission in error, do not = read it. Please > immediately reply to the sender that you have received this = communication in > error and then delete it. >=20 > Esta mensagem e seus anexos se dirigem exclusivamente ao seu = destinat=E1rio, > pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso = exclusivo da > pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o = destinat=E1rio indicado, > fica notificado de que a leitura, utiliza=E7=E3o, divulga=E7=E3o e/ou = c=F3pia sem autoriza=E7=E3o > pode estar proibida em virtude da legisla=E7=E3o vigente. Se recebeu = esta mensagem > por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma = via > e proceda a sua destrui=E7=E3o >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Mon Jul 21 07:46:26 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DC631A009E for ; Mon, 21 Jul 2014 07:46:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 rgNQ2HQXjpvK for ; Mon, 21 Jul 2014 07:46:24 -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 BBFBD1A002A for ; Mon, 21 Jul 2014 07:46:23 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKJ37808; Mon, 21 Jul 2014 14:46:22 +0000 (GMT) Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 21 Jul 2014 15:45:31 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.48]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Mon, 21 Jul 2014 22:45:26 +0800 From: Xuxiaohu To: "pce@ietf.org" Thread-Topic: Comments on draft-sivabalan-pce-segment-routing-03 Thread-Index: Ac+k7gzuKIny2I32R1OxW+B201/ORQ== Date: Mon, 21 Jul 2014 14:45:25 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08295BFB@NKGEML512-MBS.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.149.178] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/iK19xEdBahdCS9VvD3dbsvJdatQ Subject: [Pce] Comments on draft-sivabalan-pce-segment-routing-03 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 14:46:25 -0000 Hi co-authors of this draft, I have the following two comments on this draft: 1. It said " SID Type (ST) indicates the type of information associated w= ith the SID contained in the object body. The SID-Type values are described later in this document." IMHO, the "ST " field is better to be named as "NAI Type" since this field = is used to indicate the type of the NAI rather than the SID. 2. The speaker said during the PCE WG session that this draft is just inten= ded for the MPLS-based SR case. IMHO, this draft is actually applicable in = the IPv6-based SR case as well. Is my understanding correct or not? Best regards, Xiaohu= From nobody Mon Jul 21 08:29:36 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FC391A02F6 for ; Mon, 21 Jul 2014 08:29:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 Rld45iHF3N4b for ; Mon, 21 Jul 2014 08:29:19 -0700 (PDT) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8C6D1A02EF for ; Mon, 21 Jul 2014 08:29:15 -0700 (PDT) Received: by mail-ie0-f174.google.com with SMTP id rp18so6984043iec.33 for ; Mon, 21 Jul 2014 08:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vZwo5uWmYbTobxozYMfqcpDazwSfC+JQBwVGRyHT+BY=; b=jNKZjoNWU9UPbhrS649DYlvSQZP14xIjn5BMsu4dcg7MgYO3JqRh2F8oDd1uGgOiFN QGWEcZ2LdE0P7ayVwq1zqtj1JoKxJIA3h3EBhHOHrqndyE0Cb9P5oA+a0YMps9JBFHWw NMVQaq8bJKsAC0BYK6EkFtgKSIGDXFA0slbsnHV9mgpoOtFpSfiNKZBJ+r0Jel6Pb5QC u+WWrFLFV0SQPYvFiadhp4nrpnzIQZqvfclzMorgVo0oRqAoFS4MvewxvSyzlyD/XBd9 p2zoIN8MgMhWxL2MsDlTzxbKzdwTcqNmy1nYrfvmPDq/znefHA/3Z3XDIz/syvH0/P4z wqgA== MIME-Version: 1.0 X-Received: by 10.50.107.97 with SMTP id hb1mr6274824igb.3.1405956555027; Mon, 21 Jul 2014 08:29:15 -0700 (PDT) Received: by 10.50.132.67 with HTTP; Mon, 21 Jul 2014 08:29:14 -0700 (PDT) In-Reply-To: <20140721150859.25437.48346.idtracker@ietfa.amsl.com> References: <20140721150859.25437.48346.idtracker@ietfa.amsl.com> Date: Mon, 21 Jul 2014 11:29:14 -0400 Message-ID: From: Dhruv Dhody To: "pce@ietf.org" Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/E2A-z7gnBgEzMS7EJTIWibTkZdU Subject: [Pce] Fwd: New Version Notification for draft-dhody-pce-association-attr-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 15:29:24 -0000 Hi WG, Here is a new I.D. based on the Association Draft (draft-minei-pce-association-group-00) to handle association between LSPs and attributes. As I mentioned at the mic, if Association Draft can be generalized to include stateless PCE that would be a great help for this document. Request WG to provide comments/feedback. Dhruv ---------- Forwarded message ---------- From: Date: Mon, Jul 21, 2014 at 11:08 AM Subject: New Version Notification for draft-dhody-pce-association-attr-01.txt To: Dhruv Dhody , Wenson Wu A new version of I-D, draft-dhody-pce-association-attr-01.txt has been successfully submitted by Dhruv Dhody and posted to the IETF repository. Name: draft-dhody-pce-association-attr Revision: 01 Title: Path Computation Element communication Protocol extension for relationship between LSPs and Attributes Document date: 2014-07-21 Group: Individual Submission Pages: 8 URL: http://www.ietf.org/internet-drafts/draft-dhody-pce-association-attr-01.txt Status: https://datatracker.ietf.org/doc/draft-dhody-pce-association-attr/ Htmlized: http://tools.ietf.org/html/draft-dhody-pce-association-attr-01 Diff: http://www.ietf.org/rfcdiff?url2=draft-dhody-pce-association-attr-01 Abstract: The Path Computation Element (PCE) provides functions of path computation in support of traffic engineering in networks controlled by Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS). This document defines a mechanism to create associations between a set of LSPs and a set of attributes (such as configuration parameters, policy or behaviors). 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. The IETF Secretariat From nobody Mon Jul 21 15:00:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23EAF1A0294 for ; Mon, 21 Jul 2014 15:00:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 v6KmvfDgCPec for ; Mon, 21 Jul 2014 15:00:11 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC6411A0290 for ; Mon, 21 Jul 2014 15:00:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1019; q=dns/txt; s=iport; t=1405980010; x=1407189610; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=M5/4wenDp0W8WBlJI7sjbM0yvIVpc7B8ORVynqbjAhw=; b=YNR37CiZxm2e8OmHhUgmbrc0ZatNiDnN7yCSCRCQVhQBJOsmfecbISFc 5cIrgE15b28Cn5zwFAf6Qy2p5RMPs8/nx1ZZ5mHHLJDURjAx8GKEZfcJC 3cLLffzFp+V6Df4NrwbkeEIO9wk5ldhFh4TmO7ZKRIFjU91KeIcKnSMo5 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwFAHyMzVOtJV2Z/2dsb2JhbABZgw5SVwTGcAqHRQGBIBZ2hAMBAQEDAQEBAWsLBQcEAgEIEQQBASgHJwsUCQgCBA4FiDoIDb8lEwSPGDMHBoMogRgBBJsllC+DRGyBRQ X-IronPort-AV: E=Sophos;i="5.01,704,1400025600"; d="scan'208";a="62821651" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-4.cisco.com with ESMTP; 21 Jul 2014 22:00:10 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s6LM0A3Z025560 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 21 Jul 2014 22:00:10 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0123.003; Mon, 21 Jul 2014 17:00:09 -0500 From: "JP Vasseur (jvasseur)" To: Adrian Farrel Thread-Topic: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt Thread-Index: AQHPpS8jshj36Wp840SGNiDQ7oy3Kw== Date: Mon, 21 Jul 2014 22:00:08 +0000 Message-ID: References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> <075e01cfa4f0$488efb30$d9acf190$@olddog.co.uk> In-Reply-To: <075e01cfa4f0$488efb30$d9acf190$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.118.222] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Tux0qXJtP2iMUYMJDB0ZQdJ0B5g Cc: "pce@ietf.org" Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 22:00:13 -0000 Hi Adrian, Let=92s move quickly with this I0-D, really required to move forward with t= he Statefull work. Could you please submit it as a WG document, and we will issue a 1-week WG = LC. Thanks JP. On Jul 21, 2014, at 10:30 AM, Adrian Farrel wrote: > Dang, I missed the use of 32 in line in the document. >=20 > Fixed in -01 >=20 > Adrian >=20 >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel >> Sent: 21 July 2014 15:27 >> To: pce@ietf.org >> Subject: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt >>=20 >> This is a first stab at fixing the codepoint clash. >>=20 >> Robert, please review ASAP. >>=20 >> Thanks, >> Adrian >>=20 >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Tue Jul 22 06:18:45 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 883401ABB27 for ; Tue, 22 Jul 2014 06:18:43 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 IlyesamnnQ3o for ; Tue, 22 Jul 2014 06:18:42 -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 F2FC01A0AFD for ; Tue, 22 Jul 2014 06:18:41 -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 s6MDIcbl027212; Tue, 22 Jul 2014 14:18:38 +0100 Received: from 950129200 (dhcp-b3fb.meeting.ietf.org [31.133.179.251]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6MDIaiW027202 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 22 Jul 2014 14:18:37 +0100 From: "Adrian Farrel" To: "'JP Vasseur \(jvasseur\)'" References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> <075e01cfa4f0$488efb30$d9acf190$@olddog.co.uk> In-Reply-To: Date: Tue, 22 Jul 2014 14:18:40 +0100 Message-ID: <0a8f01cfa5af$7580aa20$6081fe60$@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: AQElRsl5CAIX3d5rgEkPx/pWIgwARgGaRW2/AjiyrLuc4jlOoA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20832.007 X-TM-AS-Result: No--24.660-10.0-31-10 X-imss-scan-details: No--24.660-10.0-31-10 X-TMASE-MatchedRID: scwq2vQP8OHjxnwNb2I7huYAh37ZsBDCt3aeg7g/usAutoY2UtFqGAi9 cmFBBPB+TuYGkXJDi8h2cihB5uCDUijrjvzj49dijWe5HOFKvuP01irNvag5awzvg1/q1MH25NS 4QOzMK7us5qWj5r/l1wewcPcweqB2+VdtpE9/9fatxpVfAE2l71AI6wCVrE3vE+5bAfeaWuoONn COtDoJBZ6Ss6O2bihGHDnwvr6B+jQYB2fOueQzjzl/1fD/GopdyJ1gFgOMhOn6APa9i04WGCq2r l3dzGQ1A/3R8k/14e0= Archived-At: http://mailarchive.ietf.org/arch/msg/pce/VdOAdl9-_M3QreUDS7WnOGsKtC0 Cc: pce@ietf.org Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 13:18:43 -0000 Submitted draft-ietf-pce-rfc7150bis-00.txt "Pending WG chair approval" Thanks, Adrian > -----Original Message----- > From: JP Vasseur (jvasseur) [mailto:jvasseur@cisco.com] > Sent: 21 July 2014 23:00 > To: Adrian Farrel > Cc: pce@ietf.org > Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt > > Hi Adrian, > > Let's move quickly with this I0-D, really required to move forward with the > Statefull work. > Could you please submit it as a WG document, and we will issue a 1-week WG LC. > > Thanks > > JP. > > On Jul 21, 2014, at 10:30 AM, Adrian Farrel wrote: > > > Dang, I missed the use of 32 in line in the document. > > > > Fixed in -01 > > > > Adrian > > > >> -----Original Message----- > >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel > >> Sent: 21 July 2014 15:27 > >> To: pce@ietf.org > >> Subject: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt > >> > >> This is a first stab at fixing the codepoint clash. > >> > >> Robert, please review ASAP. > >> > >> Thanks, > >> Adrian > >> > >> _______________________________________________ > >> Pce mailing list > >> Pce@ietf.org > >> https://www.ietf.org/mailman/listinfo/pce > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce From nobody Tue Jul 22 06:41:33 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E8641B2813; Tue, 22 Jul 2014 06:41:31 -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 kQxlZMCrR8fU; Tue, 22 Jul 2014 06:41:30 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A7441B2809; Tue, 22 Jul 2014 06:41:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.1.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> Date: Tue, 22 Jul 2014 06:41:30 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/4SJFMjUoXdAaVUpTO2g8LAotOak Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 13:41:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Conveying Vendor-Specific Constraints in the Path Computation Element communication Protocol Authors : Fatai Zhang Adrian Farrel Filename : draft-ietf-pce-rfc7150bis-00.txt Pages : 12 Date : 2014-07-22 Abstract: The Path Computation Element communication Protocol (PCEP) is used to convey path computation requests and responses both between Path Computation Clients (PCCs) and Path Computation Elements (PCEs) and between cooperating PCEs. In PCEP, the path computation requests carry details of the constraints and objective functions that the PCC wishes the PCE to apply in its computation. This document defines a facility to carry vendor-specific information in PCEP using a dedicated object and a new Type-Length-Variable that can be carried in any existing PCEP object. This document obsoletes RFC 7150. The only change from that document is the allocation of a different code point for the VENDOR-INFORMATION object. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 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 Tue Jul 22 06:42:01 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38E2C1B2812 for ; Tue, 22 Jul 2014 06:42:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 43c9dc4vUqvG for ; Tue, 22 Jul 2014 06:41:59 -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 858941B2826 for ; Tue, 22 Jul 2014 06:41:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1564; q=dns/txt; s=iport; t=1406036513; x=1407246113; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Zij8MieEpu0CE6/vnl5hcH1qsGxzlbZy7Q2aoG3hbeo=; b=fVkNd0VuRQPbtXy3tFTQiHMoREEguzXMOiOeJHSOQjEwdkjskzFvR/Ho kLVfIUS+5/URfaG2qAsgFQ5rUAdSh8nzcuOlSh4HGUg0w4rsVDEVJw+fy rXBT+XPicHmuM2ysyDQTvGIU2g4OTujkFKXvPPmvIvUFHkLVbTSbF9+Dp c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AksFAIFpzlOtJV2Y/2dsb2JhbABYgw5SVwTHCQqHRQGBDhZ2hAMBAQEDAQEBATc0CwUHBAIBCBEEAQEBHgkHJwsUCQgCBA4FiDoIDb8+EwSPGDMHBoMogRgBBI5EjGKUL4NEbIFF X-IronPort-AV: E=Sophos;i="5.01,710,1400025600"; d="scan'208";a="341938135" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-5.cisco.com with ESMTP; 22 Jul 2014 13:41:52 +0000 Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s6MDfqd8005801 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 22 Jul 2014 13:41:52 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.158]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0123.003; Tue, 22 Jul 2014 08:41:52 -0500 From: "JP Vasseur (jvasseur)" To: Adrian Farrel Thread-Topic: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt Thread-Index: AQHPpbKxtja4MwdAiUiKgIXLgpjSVA== Date: Tue, 22 Jul 2014 13:41:50 +0000 Message-ID: <3B02BFF8-F1AE-4418-91C6-08CAEC2E61D0@cisco.com> References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> <075e01cfa4f0$488efb30$d9acf190$@olddog.co.uk> <0a8f01cfa5af$7580aa20$6081fe60$@olddog.co.uk> In-Reply-To: <0a8f01cfa5af$7580aa20$6081fe60$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.131.24.46] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/aUJCLg_dqUDWOJyScUMo6EeKxVA Cc: "pce@ietf.org" Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 13:42:00 -0000 done ! On Jul 22, 2014, at 9:18 AM, Adrian Farrel wrote: > Submitted draft-ietf-pce-rfc7150bis-00.txt >=20 > "Pending WG chair approval" >=20 > Thanks, > Adrian >=20 >> -----Original Message----- >> From: JP Vasseur (jvasseur) [mailto:jvasseur@cisco.com] >> Sent: 21 July 2014 23:00 >> To: Adrian Farrel >> Cc: pce@ietf.org >> Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt >>=20 >> Hi Adrian, >>=20 >> Let's move quickly with this I0-D, really required to move forward with = the >> Statefull work. >> Could you please submit it as a WG document, and we will issue a 1-week = WG LC. >>=20 >> Thanks >>=20 >> JP. >>=20 >> On Jul 21, 2014, at 10:30 AM, Adrian Farrel wrote: >>=20 >>> Dang, I missed the use of 32 in line in the document. >>>=20 >>> Fixed in -01 >>>=20 >>> Adrian >>>=20 >>>> -----Original Message----- >>>> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel >>>> Sent: 21 July 2014 15:27 >>>> To: pce@ietf.org >>>> Subject: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt >>>>=20 >>>> This is a first stab at fixing the codepoint clash. >>>>=20 >>>> Robert, please review ASAP. >>>>=20 >>>> Thanks, >>>> Adrian >>>>=20 >>>> _______________________________________________ >>>> Pce mailing list >>>> Pce@ietf.org >>>> https://www.ietf.org/mailman/listinfo/pce >>>=20 >>> _______________________________________________ >>> Pce mailing list >>> Pce@ietf.org >>> https://www.ietf.org/mailman/listinfo/pce >=20 From nobody Tue Jul 22 08:27:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6B6A1B29A1 for ; Tue, 22 Jul 2014 08:27:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 r50Zf7RTiGC0 for ; Tue, 22 Jul 2014 08:27:10 -0700 (PDT) Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id 9C8D71B2980 for ; Tue, 22 Jul 2014 08:27:10 -0700 (PDT) Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id BBB4E7E4002; Tue, 22 Jul 2014 17:27:09 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.orange.com (Postfix) with ESMTP id B40DB7E4001; Tue, 22 Jul 2014 17:27:09 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:27:09 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:27:08 +0200 Message-ID: <53CE82CC.3060906@orange.com> Date: Tue, 22 Jul 2014 17:27:08 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: draft-ietf-pce-pcep-mib@tools.ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Jul 2014 15:27:08.0915 (UTC) FILETIME=[66CF0C30:01CFA5C1] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/shM4JsylQlGlEzIgJICmM99-WHU Cc: "pce@ietf.org" Subject: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 15:27:11 -0000 Dear authors of the aforementioned document, Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for more details) A response from each of you is expected. Regards, JP & Julien From nobody Tue Jul 22 08:28:01 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 983B11B2994 for ; Tue, 22 Jul 2014 08:27:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 ty7NlAR4MQXC for ; Tue, 22 Jul 2014 08:27:55 -0700 (PDT) Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id 85E9E1B297A for ; Tue, 22 Jul 2014 08:27:55 -0700 (PDT) Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id E45FA1074002; Tue, 22 Jul 2014 17:27:54 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail2.rd.orange.com (Postfix) with ESMTP id DDDD1E30073; Tue, 22 Jul 2014 17:27:54 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:27:54 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:27:54 +0200 Message-ID: <53CE82F9.3060707@orange.com> Date: Tue, 22 Jul 2014 17:27:53 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Jul 2014 15:27:54.0052 (UTC) FILETIME=[81B66840:01CFA5C1] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/nC58RGhAOPYVjdVzYu2FrvDdgFE Cc: "pce@ietf.org" Subject: [Pce] Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 15:27:59 -0000 Dear authors of the aforementioned document, Has all IPR that applies to draft-ietf-pce-gmpls-pcep-extensions been disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for more details) A response from each of you is expected. Regards, JP & Julien From nobody Tue Jul 22 08:36:44 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBFE31A0143 for ; Tue, 22 Jul 2014 08:36:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 oTERka0cPjpa for ; Tue, 22 Jul 2014 08:36:38 -0700 (PDT) Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id C8B781A0056 for ; Tue, 22 Jul 2014 08:36:37 -0700 (PDT) Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 3591D410229 for ; Tue, 22 Jul 2014 17:36:37 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.orange.com (Postfix) with ESMTP id 2DFBE410223 for ; Tue, 22 Jul 2014 17:36:37 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:36:36 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 22 Jul 2014 17:36:36 +0200 Message-ID: <53CE8504.5020606@orange.com> Date: Tue, 22 Jul 2014 17:36:36 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Jul 2014 15:36:36.0596 (UTC) FILETIME=[B92C4B40:01CFA5C2] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/W93NT-rH_YgzUYTzPFWvMG3xYZk Subject: [Pce] Implementation Feedbacks X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Julien Meuric , 'JP Vasseur' List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 15:36:42 -0000 Dear implementers, If you have an implementation of one of the following, would you please consider informing the chairs? - draft-ietf-pce-pcep-mib, - draft-ietf-pce-gmpls-pcep-extensions, - RFC 7150. Thanks, JP & Julien From nobody Tue Jul 22 12:39:05 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CD781B27BD for ; Tue, 22 Jul 2014 12:39:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.304 X-Spam-Level: * X-Spam-Status: No, score=1.304 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, RP_MATCHES_RCVD=-0.001] 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 Gw6xzkwz43NS for ; Tue, 22 Jul 2014 12:38:59 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) by ietfa.amsl.com (Postfix) with ESMTP id 2859C1A0204 for ; Tue, 22 Jul 2014 12:38:59 -0700 (PDT) Received: from [31.133.163.66] (dhcp-a342.meeting.ietf.org [31.133.163.66]) by mail.hq.sk (Postfix) with ESMTPSA id A58C9247430 for ; Tue, 22 Jul 2014 21:38:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1406057937; bh=+yaDKlR0cMigG00uytve18ACQTcb0nFkOPsrr3YJxQ8=; h=Date:From:To:Subject:References:In-Reply-To; b=itDXNXXT7R3oDEwtTQT6pRqYqqW+194y2OQSkqvAUNqXV1dS+U00cYl/0lxFUzTsg 1Om7jQaEBgGBUQzVdwxW/EbZLkoyxBvQU+YowXjmtOQylgwdtv1z7OHmzNcl01fhcw DuCvwnxiHbqIaCNhfFIrXoLlXK4nW3O8R48ur9yE= Message-ID: <53CEBDBE.3040903@hq.sk> Date: Tue, 22 Jul 2014 21:38:38 +0200 From: Robert Varga User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pce@ietf.org References: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> In-Reply-To: <075d01cfa4ef$d8d17b60$8a747220$@olddog.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/pce/0Yqc-_s5KWTiL7vsODqjSat11zM Subject: Re: [Pce] I posted draft-farrel-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 19:39:03 -0000 On 07/21/2014 04:27 PM, Adrian Farrel wrote: > This is a first stab at fixing the codepoint clash. > > Robert, please review ASAP. Looks good, thanks Adrian. Bye, Robert From nobody Tue Jul 22 13:08:49 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 261EB1A0AF6 for ; Tue, 22 Jul 2014 13:08:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, 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 882MRUOu3940 for ; Tue, 22 Jul 2014 13:08:46 -0700 (PDT) Received: from ENFIRHETS1.metaswitch.com (enfirhets1.metaswitch.com [192.91.191.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC0721A01E4 for ; Tue, 22 Jul 2014 13:08:45 -0700 (PDT) Received: from ENFICSCAS1.datcon.co.uk (172.18.4.13) by ENFIRHETS1.metaswitch.com (172.18.209.22) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 22 Jul 2014 21:08:35 +0100 Received: from ENFICSMBX1.datcon.co.uk ([fe80::d5d5:c683:a3be:3a19]) by ENFICSCAS1.datcon.co.uk ([fe80::3d12:12a9:26af:c7%11]) with mapi id 14.03.0195.001; Tue, 22 Jul 2014 21:08:43 +0100 From: Jonathan Hardwick To: Julien Meuric Thread-Topic: Last IPR Check on draft-ietf-pce-pcep-mib Thread-Index: AQHPpcFrVrZYZXjGTUy8Fvgzo8iRjZushbMw Date: Tue, 22 Jul 2014 20:08:42 +0000 Message-ID: <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797F871@ENFICSMBX1.datcon.co.uk> References: <53CE82CC.3060906@orange.com> In-Reply-To: <53CE82CC.3060906@orange.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.4.12] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/IH_OlXlvlDP2dowa8vTiuITJYCU Cc: "draft-ietf-pce-pcep-mib@tools.ietf.org" , "pce@ietf.org" , 'JP Vasseur' Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 20:08:48 -0000 I know of no IPR that applies to this draft. Cheers Jon -----Original Message----- From: Julien Meuric [mailto:julien.meuric@orange.com]=20 Sent: 22 July 2014 11:27 To: draft-ietf-pce-pcep-mib@tools.ietf.org Cc: pce@ietf.org Subject: Last IPR Check on draft-ietf-pce-pcep-mib Dear authors of the aforementioned document, Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in=20 compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for=20 more details) A response from each of you is expected. Regards, JP & Julien From nobody Tue Jul 22 14:25:57 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE2141B2C2B for ; Tue, 22 Jul 2014 14:25:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, 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 jbxDx2YiDB4Q for ; Tue, 22 Jul 2014 14:25:53 -0700 (PDT) Received: from smtpjc.telefonica.com (smtpjc.telefonica.com [81.47.204.76]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4A8B1A03C1 for ; Tue, 22 Jul 2014 14:25:52 -0700 (PDT) Received: from smtpjc.telefonica.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 465461B817A; Tue, 22 Jul 2014 23:25:49 +0200 (CEST) Received: from ESTGVMSP112.EUROPE.telefonica.corp (unknown [10.92.4.9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtpjc.telefonica.com (Postfix) with ESMTPS id 2AE341B8149; Tue, 22 Jul 2014 23:25:49 +0200 (CEST) Received: from emea01-am1-obe.outbound.protection.outlook.com (10.92.5.139) by tls.telefonica.com (10.93.6.54) with Microsoft SMTP Server (TLS) id 14.3.146.2; Tue, 22 Jul 2014 23:25:48 +0200 Received: from AMSPR06MB104.eurprd06.prod.outlook.com (10.242.90.155) by AMSPR06MB103.eurprd06.prod.outlook.com (10.242.90.148) with Microsoft SMTP Server (TLS) id 15.0.990.7; Tue, 22 Jul 2014 21:25:47 +0000 Received: from AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) by AMSPR06MB104.eurprd06.prod.outlook.com ([169.254.8.8]) with mapi id 15.00.0990.007; Tue, 22 Jul 2014 21:25:47 +0000 From: OSCAR GONZALEZ DE DIOS To: Julien Meuric , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Thread-Topic: Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions Thread-Index: AQHPpcGHGEnsf3GmjU6EYPnAk5ozBJusWGuA Date: Tue, 22 Jul 2014 21:25:46 +0000 Message-ID: References: <53CE82F9.3060707@orange.com> In-Reply-To: <53CE82F9.3060707@orange.com> Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [31.133.144.195] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 02801ACE41 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(199002)(189002)(51704005)(479174003)(74502001)(92726001)(101416001)(106356001)(99396002)(106116001)(36756003)(107046002)(105586002)(81542001)(81342001)(95666004)(74662001)(31966008)(19580395003)(19580405001)(46102001)(20776003)(2656002)(80022001)(77982001)(4396001)(79102001)(83322001)(50986999)(21056001)(64706001)(77096002)(92566001)(87936001)(76482001)(86362001)(83506001)(85306003)(85852003)(83072002)(66066001)(54356999)(76176999); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR06MB103; H:AMSPR06MB104.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-TM-AS-MML: No Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Xb5yRXsUeCFLdeH5R3eUlbWRRZI Cc: "pce@ietf.org" Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 21:25:56 -0000 Dear Julien, I am not aware of any IPR that applies to the document draft-ietf-pce-gmpls-pcep-extension. Best Regards, =D3scar El 22/07/14 11:27, "Julien Meuric" escribi=F3: >Dear authors of the aforementioned document, > >Has all IPR that applies to draft-ietf-pce-gmpls-pcep-extensions been >disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 >and 5378 for more details) > >A response from each of you is expected. > >Regards, > >JP & Julien > ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu= ede contener informaci=F3n privilegiada o confidencial y es para uso exclus= ivo de la persona o entidad de destino. Si no es usted. el destinatario ind= icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o= copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci= =F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo = comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n. The information contained in this transmission is privileged and confidenti= al information intended only for the use of the individual or entity named = above. If the reader of this message is not the intended recipient, you are= hereby notified that any dissemination, distribution or copying of this co= mmunication is strictly prohibited. If you have received this transmission = in error, do not read it. Please immediately reply to the sender that you h= ave received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio= , pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex= clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des= tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div= ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude= da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe = que nos o comunique imediatamente por esta mesma via e proceda a sua destru= i=E7=E3o From nobody Tue Jul 22 14:45:06 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D0FB1B2CA9 for ; Tue, 22 Jul 2014 14:45:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.748 X-Spam-Level: * X-Spam-Status: No, score=1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 bT80XVialVya for ; Tue, 22 Jul 2014 14:45:04 -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 EA39A1B2CA2 for ; Tue, 22 Jul 2014 14:45:03 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKK60563; Tue, 22 Jul 2014 21:45:02 +0000 (GMT) Received: from SJCEML701-CHM.china.huawei.com (10.212.94.47) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 22 Jul 2014 22:45:01 +0100 Received: from SJCEML702-CHM.china.huawei.com ([169.254.4.137]) by SJCEML701-CHM.china.huawei.com ([169.254.3.190]) with mapi id 14.03.0158.001; Tue, 22 Jul 2014 14:44:56 -0700 From: Quintin zhao To: Julien Meuric Thread-Topic: Last IPR Check on draft-ietf-pce-pcep-mib Thread-Index: AQHPpcFwdYyYnkb00EqFs3HlhNIymJus+00A//+kguA= Date: Tue, 22 Jul 2014 21:44:56 +0000 Message-ID: <11208E03C9803E4CB4C3D898F153D6C0307CD3DC@SJCEML702-CHM.china.huawei.com> References: <53CE82CC.3060906@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797F871@ENFICSMBX1.datcon.co.uk> In-Reply-To: <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797F871@ENFICSMBX1.datcon.co.uk> Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.132.74] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/jSZTvETWsCjfXVqnpx9jXPiJ9wA Cc: "draft-ietf-pce-pcep-mib@tools.ietf.org" , "pce@ietf.org" , 'JP Vasseur' Subject: [Pce] =?gb2312?b?tPC4tDogTGFzdCBJUFIgQ2hlY2sgb24gZHJhZnQtaWV0Zi1w?= =?gb2312?b?Y2UtcGNlcC1taWI=?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 21:45:05 -0000 SGVsbG8gSlAgYW5kIEp1bGllbiwNCg0KSSBhbSBub3QgYXdhcmUgYW55IElQUiByZWxhdGVkIHRv IHRoaXMgZHJhZnQuDQoNClJlZ2FyZHMsDQpRdWludGluDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IEp1bGllbiBNZXVyaWMgW21haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5n ZS5jb21dDQpTZW50OiAyMiBKdWx5IDIwMTQgMTE6MjcNClRvOiBkcmFmdC1pZXRmLXBjZS1wY2Vw LW1pYkB0b29scy5pZXRmLm9yZw0KQ2M6IHBjZUBpZXRmLm9yZw0KU3ViamVjdDogTGFzdCBJUFIg Q2hlY2sgb24gZHJhZnQtaWV0Zi1wY2UtcGNlcC1taWINCg0KRGVhciBhdXRob3JzIG9mIHRoZSBh Zm9yZW1lbnRpb25lZCBkb2N1bWVudCwNCg0KSGFzIGFsbCBJUFIgdGhhdCBhcHBsaWVzIHRvIGRy YWZ0LWlldGYtcGNlLXBjZXAtbWliIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJ RVRGIElQUiBydWxlcz8gKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1v cmUgZGV0YWlscykNCg0KQSByZXNwb25zZSBmcm9tIGVhY2ggb2YgeW91IGlzIGV4cGVjdGVkLg0K DQpSZWdhcmRzLA0KDQpKUCAmIEp1bGllbg0KDQo= From elie.sfeir@coriant.com Wed Jul 23 01:56:35 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBBED1A0142 for ; Wed, 23 Jul 2014 01:56:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, 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 3s4ItUKvCrTY for ; Wed, 23 Jul 2014 01:56:33 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1lp0012.outbound.protection.outlook.com [213.199.154.12]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8864C1A0012 for ; Wed, 23 Jul 2014 01:56:32 -0700 (PDT) Received: from AMXPR04MB071.eurprd04.prod.outlook.com (10.242.71.22) by AMXPR04MB070.eurprd04.prod.outlook.com (10.242.71.21) with Microsoft SMTP Server (TLS) id 15.0.990.7; Wed, 23 Jul 2014 08:56:30 +0000 Received: from AMXPR04MB071.eurprd04.prod.outlook.com ([169.254.15.44]) by AMXPR04MB071.eurprd04.prod.outlook.com ([169.254.15.193]) with mapi id 15.00.0990.007; Wed, 23 Jul 2014 08:56:30 +0000 From: "Sfeir, Elie (Coriant - DE/Munich)" To: "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Thread-Topic: Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions Thread-Index: AQHPpc4wvR51JXF21E6o8wrXkfLeiJutXAsg Date: Wed, 23 Jul 2014 08:56:29 +0000 Message-ID: References: <53CE82F9.3060707@orange.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [217.115.69.135] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 028166BF91 x-forefront-antispam-report: SFV:NSPM; SFS:(199002)(189002)(22974006)(101416001)(15975445006)(2351001)(21056001)(20776003)(15202345003)(19300405004)(87936001)(110136001)(86362001)(19580395003)(74662001)(77096002)(19580405001)(99396002)(105586002)(19609705001)(64706001)(83322001)(79102001)(81542001)(106116001)(74316001)(85306003)(46102001)(107046002)(106356001)(76576001)(33646002)(19625215002)(83072002)(2656002)(76176999)(76482001)(66066001)(77982001)(80022001)(85852003)(4396001)(95666004)(81342001)(54356999)(50986999)(16236675004)(108616002)(24736002); DIR:OUT; SFP:; SCL:1; SRVR:AMXPR04MB070; H:AMXPR04MB071.eurprd04.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; Content-Type: multipart/alternative; boundary="_000_d241e9288c2c462c96fb1da955773e3eAMXPR04MB071eurprd04pro_" MIME-Version: 1.0 X-OriginatorOrg: coriant.com Archived-At: http://mailarchive.ietf.org/arch/msg/pce/TmbbCLEGKg5sd-pOAQSKBSPzr10 X-Mailman-Approved-At: Wed, 23 Jul 2014 02:14:56 -0700 Cc: "pce@ietf.org" Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 08:58:01 -0000 --_000_d241e9288c2c462c96fb1da955773e3eAMXPR04MB071eurprd04pro_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRvY3Vt ZW50OiBkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4dGVuc2lvbnMNCg0KLS0tLS0tLS0tLSBG b3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiBKdWxpZW4gTWV1cmljIDxqdWxpZW4u bWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4+DQpEYXRl OiAyMiBKdWx5IDIwMTQgMTE6MjcNClN1YmplY3Q6IExhc3QgSVBSIENoZWNrIG9uIGRyYWZ0LWll dGYtcGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9ucw0KVG86IGRyYWZ0LWlldGYtcGNlLWdtcGxzLXBj ZXAtZXh0ZW5zaW9uc0B0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1wY2UtZ21wbHMt cGNlcC1leHRlbnNpb25zQHRvb2xzLmlldGYub3JnPg0KQ2M6ICJwY2VAaWV0Zi5vcmc8bWFpbHRv OnBjZUBpZXRmLm9yZz4iIDxwY2VAaWV0Zi5vcmc8bWFpbHRvOnBjZUBpZXRmLm9yZz4+DQoNCg0K RGVhciBhdXRob3JzIG9mIHRoZSBhZm9yZW1lbnRpb25lZCBkb2N1bWVudCwNCg0KSGFzIGFsbCBJ UFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtcGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9ucyBi ZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXM/IChzZWUgUkZD cyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpDQoNCkEgcmVzcG9u c2UgZnJvbSBlYWNoIG9mIHlvdSBpcyBleHBlY3RlZC4NCg0KUmVnYXJkcywNCg0KSlAgJiBKdWxp ZW4NCg0K --_000_d241e9288c2c462c96fb1da955773e3eAMXPR04MB071eurprd04pro_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 UE1pbmdMaVU7DQoJcGFub3NlLTE6MiAyIDUgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxAUE1pbmdMaVUi Ow0KCXBhbm9zZS0xOjIgMiA1IDAgMCAwIDAgMCAwIDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBj bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp bmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzAw QjA1MDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIu MHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0 IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk Pg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBj bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMDBCMDUwIj5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAw QjA1MCI+SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkb2N1 bWVudDo8L3NwYW4+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwQjA1MCI+ ZHJhZnQtaWV0Zi1wY2UtZ21wbHMtcGNlcC1leHRlbnNpb25zPG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij4tLS0tLS0tLS0tIEZvcndhcmRlZCBtZXNzYWdlIC0tLS0tLS0tLS08YnI+DQpG cm9tOiA8Yj5KdWxpZW4gTWV1cmljPC9iPiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmp1bGllbi5tZXVy aWNAb3JhbmdlLmNvbSI+anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPC9hPiZndDs8YnI+DQpEYXRl OiAyMiBKdWx5IDIwMTQgMTE6Mjc8YnI+DQpTdWJqZWN0OiBMYXN0IElQUiBDaGVjayBvbiBkcmFm dC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4dGVuc2lvbnM8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRv OmRyYWZ0LWlldGYtcGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9uc0B0b29scy5pZXRmLm9yZyI+ZHJh ZnQtaWV0Zi1wY2UtZ21wbHMtcGNlcC1leHRlbnNpb25zQHRvb2xzLmlldGYub3JnPC9hPjxicj4N CkNjOiAmcXVvdDs8YSBocmVmPSJtYWlsdG86cGNlQGlldGYub3JnIj5wY2VAaWV0Zi5vcmc8L2E+ JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cGNlQGlldGYub3JnIj5wY2VAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxicj4NCjxicj4NCkRlYXIgYXV0aG9ycyBvZiB0aGUgYWZvcmVtZW50aW9uZWQg ZG9jdW1lbnQsPGJyPg0KPGJyPg0KSGFzIGFsbCBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWll dGYtcGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9ucyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXM/IChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4 IGZvciBtb3JlIGRldGFpbHMpPGJyPg0KPGJyPg0KQSByZXNwb25zZSBmcm9tIGVhY2ggb2YgeW91 IGlzIGV4cGVjdGVkLjxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KPGJyPg0KSlAgJmFtcDsgSnVs aWVuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_d241e9288c2c462c96fb1da955773e3eAMXPR04MB071eurprd04pro_-- From nobody Wed Jul 23 02:17:57 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86F651A030A for ; Wed, 23 Jul 2014 02:17:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.752 X-Spam-Level: X-Spam-Status: No, score=-1.752 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 scoBegYR7Fiy for ; Wed, 23 Jul 2014 02:17: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 7EE611A0012 for ; Wed, 23 Jul 2014 02:17:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHN02403; Wed, 23 Jul 2014 09:17:50 +0000 (GMT) Received: from SZXEMA408-HUB.china.huawei.com (10.82.72.40) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Jul 2014 10:17:49 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.13]) by SZXEMA408-HUB.china.huawei.com ([10.82.72.40]) with mapi id 14.03.0158.001; Wed, 23 Jul 2014 17:17:45 +0800 From: "Zhangxian (Xian)" To: "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Thread-Topic: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 Thread-Index: AQHPl6GtNyMFJXVbFE2qUBT8V7Umf5ulcgeAgAgLG/A= Date: Wed, 23 Jul 2014 09:17:43 +0000 Message-ID: References: <53B6D095.2030004@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> In-Reply-To: <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.104.209] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/cfUMc1KAziWybXNQYt1KZIN6PO4 Cc: "pce@ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 09:17:55 -0000 SSBoYXZlIGFsc28gcmV2aWV3ZWQgdGhpcyBkcmFmdCAoQSBiaXQgbGF0ZSB0aG91Z2gpIGFuZCBm aW5kIG5vIG1ham9yIGlzc3VlcyB3aXRoIGl0LiANCg0KT24gdG9wIG9mIEpvbidzIHN1Z2dlc3Rp b25zLCBwbHMgZmluZCBtaW5lIGJlbG93LiBJZiB0aGVzZSBjYW5ub3QgYmUgY2FwdHVyZWQgdG9n ZXRoZXIgd2l0aCBXRyBMQywgcGxlYXNlIGNvbnNpZGVyIHRoZW0gZHVyaW5nIHRoZSBuZXh0IHBy b2Nlc3MuIA0KDQpSZWdhcmRzLA0KWGlhbg0KDQo9PSBTZWN0aW9uIDEuMiA9PQ0Kcy9Td2l0Y2hp bmcgRW5jb2RpbmcvTFNQIGVuY29kaW5nIHR5cGUNCnMvUlNWUC9SU1ZQLVRFIChpbiBtdWx0aXBs ZSBwbGFjZXMpLCBhbHNvIHN1Z2dlc3QgdG8gZXhwYW5kIGl0IGR1cmluZyBmaXJzdCB1c2UNCg0K T2xkOg0KV2UgZGVzY3JpYmUgaW4gdGhpcyBkb2N1bWVudCBhIHNldCBvZiBQQ0VQIHByb3RvY29s IGV4dGVuc2lvbnMsIGluY2x1ZGluZyBuZXcgb2JqZWN0cywgVExWcywgZW5jb2RpbmdzLCBlcnJv ciBjb2RlcyBhbmQgcHJvY2VkdXJlcywgaW4gb3JkZXIgdG8gZnVsZmlsbCB0aGUgYWZvcmVtZW50 aW9uZWQgcmVxdWlyZW1lbnRzLg0KTkVXOg0KV2UgZGVzY3JpYmUgaW4gdGhpcyBkb2N1bWVudCBh IHNldCBvZiBQQ0VQIHByb3RvY29sIGV4dGVuc2lvbnMsIGluY2x1ZGluZyBuZXcgb2JqZWN0IHR5 cGVzLCBUTFZzLCBlcnJvciBjb2RlcyBhbmQgcHJvY2VkdXJlcywgaW4gb3JkZXIgdG8gZnVsZmls bCB0aGUgYWZvcmVtZW50aW9uZWQgcmVxdWlyZW1lbnRzLg0KDQo9PSBTZWN0aW9uIDEuMyA9PQ0K cy9FTkRQT0lOVFMvRU5ELVBPSU5UUw0KDQpJbiB0aGUgbGlzdCBmb2xsb3dpbmcgobBUaGUgY292 ZXJlZCBQQ0VQIGV4dGVuc2lvbnMgYXJlOqGxLCAgaXMgdGhlcmUgYSByZWFzb24gd2h5IHRoZSBH TVBMUyBjYXBhYmlsaXR5IFRMViBhZGRlZCB0byBPUEVOIG1zZyBpcyBub3QgaW5jbHVkZWQ/DQoN Ck9MRDoNCkEgbmV3IG9iamVjdCB0eXBlIGlzIGludHJvZHVjZWQgZm9yIHRoZSBMT0FELUJBTEFO Q0lORyBvYmplY3QgKEdlbmVyYWxpemVkIGJhbmR3aWR0aCksDQpORVc6DQpBIG5ldyBvYmplY3Qg dHlwZSBpcyBpbnRyb2R1Y2VkIGZvciB0aGUgTE9BRC1CQUxBTkNJTkcgb2JqZWN0IChHZW5lcmFs aXplZCBMT0FELUJBTEFOQ0lORykuDQoNCg0KPT0gU2VjdGlvbiAyLjEuMSA9PQ0KT0xEOg0KVGhv c2UgZG9jdW1lbnRzIGRlZmluZSBiaXQgMCBvZiB0aGUgUENFRCBUTFYgZm9yIFBhdGggY29tcHV0 YXRpb24gd2l0aCBHTVBMUyBsaW5rIGNvbnN0cmFpbnRzLg0KQ29tbWVudDogU2luY2UgaXQgaGFz IGJlZW4gZGVmaW5lZCBhbHJlYWR5IGFuZCBub3QgY2xlYXIgKGFzIGxlYXN0IHRvIG1lKSBpbiBj dXJyZW50IHRleHRzLCBJIHdvdWxkIHN1Z2dlc3QgdG8gcmV3b3JkIGFzIGZvbGxvd2luZzoNCk5F VzoNClRob3NlIGRvY3VtZW50cyBoYXMgZGVmaW5lZCBiaXQgMCBpbiBQQ0UtQ0FQLUZMQUdTIFN1 Yi1UTFYgb2YgUENFRCBUTFYgYXMgobBQYXRoIGNvbXB1dGF0aW9uIHdpdGggR01QTFMgbGluayBj b25zdHJhaW50c6GxLg0KDQo9PSBTZWN0aW9uIDIuMS4yID09DQpMb3RzIG9mIHBsYWNlcyB3aXRo IKGwU2VjdGlvbiBTZWN0aW9uIFhYobEsIEkgc3VnZ2VzdCB0byBkbyBhIGdsb2JhbCByZXBsYWNl IG9mIKGwU2VjdGlvbiBTZWN0aW9uobEgd2l0aCChsFNlY3Rpb26hsS4NCg0KVGhlIGRlc2NyaXB0 aW9uIGlzICJHTVBMUyBjYXBhYmxlIi4gTm90IGNvbnNpc3RlbnQgd2l0aCBJQU5BIHNlY3Rpb24s IHN1Z2dlc3QgdG8gdGhlIGxhdHRlciB0byB0aGlzLCByZXBsYWNpbmcgobBHTVBMUyBDYXBhYmls aXR5obEuDQoNCj09IFNlY3Rpb24gMi4zLiA9PQ0KVGhlIHRpdGxlIGlzIGEgYml0IHN0cmFuZ2Us IHN1Z2dlc3QgdG8gY2hhbmdlIGl0IHRvIKGwQkFORFdJRFRIIG9iamVjdCBleHRlbnNpb25zobEs IHNpbWlsYXIgdG8gb3RoZXIgUENFUCBleHRlbnNpb25zIFNlY3Rpb24gdGl0bGVzLg0KDQpPTEQ6 DQpUaGlzIGNvcnJlc3BvbmQgdG8gcmVxdWlyZW1lbnQgMyw0LDUgYW5kIDExIG9mIFtSRkM3MDI1 XS4NCkNvbW1lbnQ6IFJGQzcwMjUgU2VjdGlvbiAzLjEgYW5kIDMuMiBib3RoIGhhdmUgcmVxdWly ZW1lbnQgMywgaXQgaXMgYmV0dGVyIHRvIGJlIG1vcmUgc3BlY2lmaWMuDQpORVc6DQpUaGlzIGNv cnJlc3BvbmRzIHRvIHJlcXVpcmVtZW50cyAzLCA0LCA1IGFuZCAxMSBvZiBbUkZDNzAyNV0gU2Vj dGlvbiAzLjEuIA0KDQpPTEQ6DQpUaGlzIGRvY3VtZW50IGRlZmluZXMgdHdvIE9UIGZvciB0aGUg QkFORFdJRFRIIG9iamVjdC50Og0KTkVXOg0KVGhpcyBkb2N1bWVudCBkZWZpbmVzIHR3byBPYmpl Y3QgVHlwZXMgZm9yIHRoZSBCQU5EV0lEVEggb2JqZWN0Og0KDQoNClRoZSBCdyBUeXBlIGZpZWxk IGRldGVybWluZXMgd2hpY2ggdHlwZSBvZiBiYW5kd2lkdGggaXMgcmVwcmVzZW50ZWQgYnkgdGhl IG9iamVjdC4NCkNvbW1lbnQ6IFRoZSBmaWVsZCBuYW1lIGluIHRoZSBlbmNvZGluZyBhbmQgaW4g dGhlIHRleHQgaXMgbm90IGNvbnNpc3RlbnQ6IEJ3IFNwZWMgVHlwZSB2cy4gQncgVHlwZS4gUGxl YXNlIHVwZGF0ZSAoaW4gdHdvIHBsYWNlcykNCg0KPT0gU2VjdGlvbiAyLjQuID09DQpUaGUgdGl0 bGUgaXMgYSBiaXQgc3RyYW5nZSwgc3VnZ2VzdCB0byBjaGFuZ2UgaXQgdG8gobBMT0FELUJBTEFO Q0lORyBvYmplY3QgZXh0ZW5zaW9uc6GxLCBzaW1pbGFyIHRvIG90aGVyIFBDRVAgZXh0ZW5zaW9u cyBTZWN0aW9uIHRpdGxlcy4NCg0KT0xEOg0Koa1lYWNoIHBhdGggdXNpbmcgYXQgbWluaW11bSAy VkM0IGNvbnRhaW5lciyhrQ0KTkVXOg0Koa1lYWNoIHBhdGggdXNpbmcgYXQgbWluaW11bSAyIHgg VkM0IGNvbnRhaW5lciyhrQ0KDQo9PSBTZWN0aW9uIDIuNS4xID09DQpPTEQ6DQpGb3IgZW5kcG9p bnQgdHlwZSBQb2ludC10by1NdWx0aXBvaW50IHNldmVyYWwgZW5kcG9pbnQgb2JqZWN0cyBtYXkg YmUgcHJlc2VudCBpbiB0aGUgbWVzc2FnZSBhbmQgcmVwcmVzZW50IGEgbGVhdmWhrQ0KTkVXOg0K Rm9yIGVuZHBvaW50IHR5cGUgUG9pbnQtdG8tTXVsdGlwb2ludCwgc2V2ZXJhbCBlbmRwb2ludCBv YmplY3RzIG1heSBiZSBwcmVzZW50IGluIHRoZSBtZXNzYWdlIGFuZCBlYWNoIHJlcHJlc2VudHMg YSBsZWF2ZSyhrQ0KDQpzLyBvbmUgb2YgdGhvc2UgVExWL29uZSBvZiB0aG9zZSBUTFZzDQoNCj09 IFNlY3Rpb24gMi41LjIuNCA9PQ0KQXJlIHRoZSBmb2xsb3dpbmcgdHdvIHNlbnRlbmNlcyBtZWFu dCB0aGUgc2FtZT8gSWYgc28sIHN1Z2dlc3QgdG8gZGVsZXRlIHRoZSAybmQgIG9uZS4NCjE6IEl0 cyBmb3JtYXQgaXMgdGhlIHNhbWUgYXMgZGVzY3JpYmVkIGluIFtSRkMzNDcxXSBTZWN0aW9uIDMu MSBHZW5lcmFsaXplZCBsYWJlbCByZXF1ZXN0LiAgDQoyOiBUaGUgZmllbGRzIGFyZSBlbmNvZGVk IGFzIGluIHRoZSBSU1ZQLVRFLg0KDQpPTEQ6IA0KVGhlIEVuY29kaW5nIFR5cGUgaW5kaWNhdGVz IHRoZSBlbmNvZGluZyB0eXBlLCBlLmcuLCBTT05FVC9TREgvR2lnRSBldGMuLCB0aGF0IHdpbGwg YmUgdXNlZCB3aXRoIHRoZSBkYXRhIGFzc29jaWF0ZWQuDQpDb21tZW50OiBub3QgY2xlYXJseSBl eHBsYWluZWQuIE1heWJlIGNoYW5nZSB0byB0aGUgZm9sbG93aW5nPw0KTkVXOg0KVGhlIEVuY29k aW5nIHR5cGUgaW5kaWNhdGVzIHRoZSBlbmNvZGluZyB0eXBlLCBlLmcuLCBTT05FVC9TREgvR2ln RSBldGMuLCBvZiB0aGUgTFNQIHdpdGggd2hpY2ggdGhlIGRhdGEgaXMgYXNzb2NpYXRlZC4NCg0K PT0gU2VjdGlvbiAyLjcgPT0NCnMvaW4gb3JkZXIgdG8gZnVsZmlsbCByZXF1aXJlbWVudCAxMyBv ZiBbUkZDNzAyNV0gc2VjdGlvbiA0LjEsLyBpbiBvcmRlciB0byBmdWxmaWxsIHJlcXVpcmVtZW50 IDEzIG9mIFtSRkM3MDI1XSBzZWN0aW9uIDMuMSwNCg0KPT0gU2VjdGlvbiAyLjggPT0NCk9MRDoN ClRoaXMgb2JqZWN0IGlzIGludHJvZHVjZWQgdG8gZnVsZmlsbCByZXF1aXJlbWVudCA3IG9mIFtS RkM3MDI1XSBzZWN0aW9uICA0LjEgYW5kIHJlcXVpcmVtZW50IDMgb2YgW1JGQzcwMjVdIHNlY3Rp b24gNC4yLiAgVGhpcyBvYmplY3QgY29udGFpbnMgdGhlIHRoZSB2YWx1ZSBvZiB0aGUgUFJPVEVD VElPTiBvYmplY3QgZGVmaW5lZCBieSBbUkZDNDg3Ml0gIGFuZCBtYXkgYmUgdXNlZCBhcyBhIHBv bGljeSBpbnB1dC4NCk5FVzoNClRoaXMgb2JqZWN0IGlzIGludHJvZHVjZWQgdG8gZnVsZmlsbCBy ZXF1aXJlbWVudCA3IG9mIFtSRkM3MDI1XSBTZWN0aW9uIDMuMSBhbmQgcmVxdWlyZW1lbnQgMyBv ZiBbUkZDNzAyNV0gU2VjdGlvbiAzLjIuICBUaGlzIG9iamVjdCBjb250YWlucyB0aGUgdmFsdWUg b2YgdGhlIFBST1RFQ1RJT04gb2JqZWN0IGRlZmluZWQgYnkgW1JGQzQ4NzJdIGFuZCBtYXkgYmUg dXNlZCBhcyBhIHBvbGljeSBpbnB1dC4NCkNvbW1lbnQ6IGNvbnRhaW5zIHRoZSB2YWx1ZSBvciBj b250YWlucyB0aGUgaW5mb3JtYXRpb24/DQoNCj09IFNlY3Rpb24gMyA9PQ0KUy9CYWQgQmFuZHdp ZHRoIE9iamVjdCB0eXBlIDMgb3IgNCBub3Qgc3VwcG9ydGVkLi8gT2JqZWN0IHR5cGUgMyBvciA0 IG5vdCBzdXBwb3J0ZWQNCg0KPT0gU2VjdGlvbiA0LjEgPT0NCnMvQWNjZXB0ZWQgTE9BRC1CQUxB TkNJTkcgb2JqZWN0IHR5cGUgMyBhbmQgNCBwYXJhbWV0ZXJzIGluIHJlcXVlc3QuLyBBY2NlcHRl ZCBMT0FELUJBTEFOQ0lORyBvYmplY3QgdHlwZSAyIHBhcmFtZXRlcnMgaW4gcmVxdWVzdC4NCg0K cy9BY2NlcHRlZCBlbmRwb2ludCB0eXBlIGluIEVORC1QT0lOVFMgb2JqZWN0IHR5cGUgR2VuZXJh bGl6ZWQgRW5kcG9pbnQgYW5kIGFsbG93ZWQgVExWcy9BY2NlcHRlZCBlbmRwb2ludCB0eXBlIGlu IEdlbmVyYWxpemVkIEVuZHBvaW50IG9iamVjdCB0eXBlIGFuZCBhbGxvd2VkIFRMVnMNCg0KPT0g U2VjdGlvbiA1LjEgPT0NCkFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDIuMywgU2VjdGlvbiAyLjQg YW5kIFNlY3Rpb24gMi41LjEgbmV3IE9iamVjdHMgdHlwZXMgYXJlIGRlZmluZWQgSUFOQaGtDQpD b21tZW50OiBBIHBlcmlvZCBpcyBtaXNzaW5nIGJlZm9yZSBJQU5BLg0KDQo9PSBTZWN0aW9uIDUu MyA9PQ0KMTMgIExTUCBQcm90ZWN0aW9uIEluZm9ybWF0aW9uICAgICAgICAgICAgVGhpcyBkb2N1 bWVudCAoc2VjdGlvbiBTZWN0aW9uIDIuOCkNCkNvbW1lbnQ6IG5hbWUgbm90IGNvbnNpc3RlbnQs IHNob3VsZCBiZTogUFJPVEVDVElPTi1BVFRSSUJVVEUgYWNjb3JkaW5nIHRvIHRoZSBtYWluIHRl eHQuDQoNCj09IFNlY3Rpb24gNS43ICYgNS44ID09DQpzL3N1Ym9qZWN0IC9zdWJvYmplY3QNCg0K PT09U2VjdGlvbiA2PT0NCkV2ZW4gaWYgdGhlcmUgaXMgYWRkaXRpb25hbCBzZWN1cml0eSBpc3N1 ZSBpbmN1cnJlZCBpbiB0aGlzIGRyYWZ0LCBpcyBpdCB3b3J0aHdoaWxlIHRvIGF0IGxlYXN0IG1l bnRpb24gc29tZSBpc3N1ZXMgYWxyZWFkeSBjb3ZlcmVkIGJ5IG90aGVyIFJGQ3Mgb3IganVzdCBz b21lIHBvaW50ZXJzPyAgDQoNCg0KDQoNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBKb25hdGhhbiBIYXJkd2ljaw0KU2VudDogMjAxNMTqN9TCMTjI1SAyMjoyMg0KVG86IGRyYWZ0 LWlldGYtcGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9uc0B0b29scy5pZXRmLm9yZw0KQ2M6IHBjZUBp ZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQY2VdIFdHIExhc3QgQ2FsbCBmb3IgZHJhZnQtaWV0Zi1w Y2UtZ21wbHMtcGNlcC1leHRlbnNpb25zLTA5DQoNCkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVu dCBmb3IgdGhlIFdHIGxhc3QgY2FsbC4NCkkgdGhpbmsgdGhpcyBkb2N1bWVudCBpcyBpbiBnb29k IHNoYXBlLiAgSSBvbmx5IGZvdW5kIG5pdHMgLSBzZWUgYmVsb3cuDQpCZXN0IHJlZ2FyZHMNCkpv bg0KDQoNCj09IFNlY3Rpb24gMS4zID09DQpDaGFuZ2UNCiAgICAgIEEgbmV3IG9iamVjdCB0eXBl IGFyZSBpbnRyb2R1Y2VkIGZvciB0aGUgQkFORFdJRFRIIG9iamVjdA0KdG8NCiAgICAgIFR3byBu ZXcgb2JqZWN0IHR5cGVzIGFyZSBpbnRyb2R1Y2VkIGZvciB0aGUgQkFORFdJRFRIIG9iamVjdA0K DQoNCj09IFNlY3Rpb24gMi4yID09DQpGaW5hbCBwYXJhZ3JhcGggc2Vjb25kIHNlbnRlbmNlIC0g SSB0aGluayB5b3Ugc2hvdWxkIGNoYW5nZSB0aGlzIHRvICJPdGhlcndpc2UsIHRoZSBQQ0UgTUFZ IHVzZS4uLiIgdG8gbWFrZSBpdCBjbGVhciB0aGF0IHRoZSBzZWNvbmQgc2VudGVuY2UgaXMgbm90 IGludGVuZGVkIHRvIGNvbnRyYWRpY3QgdGhlIGZpcnN0IHNlbnRlbmNlLg0KDQoNCj09IFNlY3Rp b24gMi4zID09DQpQYWdlIDksIGRpcmVjdGx5IHVuZGVyIFRyYWZmaWMgU3BlYyBmaWVsZCBlbmNv ZGluZyB0YWJsZQ0KLSB0aGVyZSBpcyBhIHN0cmF5IGNvbW1hIHRoYXQgc2hvdWxkIGJlIGRlbGV0 ZWQNCi0gY2hhbmdlICJpcyBNVVNUIHNwZWNpZnkuLi4iIHRvICJpdCBNVVNUIHNwZWNpZnkuLi4i DQotIGNoYW5nZSAiQXMgc3BlY2lmaWVkIGkgW1JGQzU0NDBdIiB0byAiQXMgc3BlY2lmaWVkIGlu IFtSRkM1NDQwXSINCi0gY2hhbmdlICJCQU5EV0lEVEggb2JqZWN0IG9mIHdpdGggb2JqZWN0IHR5 cGUgMSIgdG8gIkJBTkRXSURUSCBvYmplY3Qgb2Ygb2JqZWN0IHR5cGUgMSINCg0KDQo9PSBTZWN0 aW9uIDIuNCA9PQ0KUGFnZSAxMSwgZGlyZWN0bHkgdW5kZXIgVHJhZmZpYyBTcGVjIGZpZWxkIGVu Y29kaW5nIHRhYmxlDQotIHRoZXJlIGlzIGEgc3RyYXkgZnVsbCBzdG9wIChwZXJpb2QpIHRoYXQg c2hvdWxkIGJlIGRlbGV0ZWQNCi0gY2hhbmdlICJpcyBNVVNUIHNwZWNpZnkuLi4iIHRvICJpdCBN VVNUIHNwZWNpZnkuLi4iIA0KDQoNCj09IFNlY3Rpb24gMi41LjEgPT0NCkxpc3Qgb2YgNSBpdGVt cyBvbiBwYWdlIDEyLiAgU2hvdWxkIHRoZSBMQUJFTC1SRVFVRVNUIFRMViBhbHNvIGJlIGluIHRo aXMgbGlzdD8NCg0KDQo9PSBTZWN0aW9uIDIuNiA9PQ0KQ2hhbmdlDQogIElQIGFkZHJlc3Mgc3Vi b2JqZWN0IE1VU1QgYmUgYSBsaW5rIHN1Ym9iamVjdC4NCnRvDQogIElmIGFuIElQIGFkZHJlc3Mg c3Vib2JqZWN0IGlzIHVzZWQsIHRoZW4gdGhlIElQIGFkZHJlc3MgZ2l2ZW4gTVVTVCBiZSBhc3Nv Y2lhdGVkIHdpdGggYSBsaW5rLg0KDQpDaGFuZ2UNCiAgVGhlIHByb2NlZHVyZSBhc3NvY2lhdGVk IHdpdGggdGhpcyBzdWJvYmplY3QgaXMgYXMgZm9sbG93DQp0bw0KICBUaGUgcHJvY2VkdXJlIGFz c29jaWF0ZWQgd2l0aCB0aGlzIHN1Ym9iamVjdCBpcyBhcyBmb2xsb3dzLg0KDQpDaGFuZ2UNCiAg TVVTVCBhbGxvY2F0ZSBvbmUgbGFiZWwgb2YgZnJvbSB3aXRoaW4gdGhlIHNldCBvZiBsYWJlbCB2 YWx1ZXMNCnRvDQogIE1VU1QgYWxsb2NhdGUgb25lIGxhYmVsIGZyb20gd2l0aGluIHRoZSBzZXQg b2YgbGFiZWwgdmFsdWVzDQoNCkNoYW5nZQ0KICAgSWYgdGhlIFBDRSBkb2VzIG5vdCBhc3NpZ24g bGFiZWxzIGEgcmVzcG9uc2Ugd2l0aCBhDQogICBOTy1QQVRIIGFuZCBhIE5PLVBBVEgtVkVDVE9S LVRMViB3aXRoIHRoZSBiaXQgLidObyBsYWJlbCByZXNvdXJjZSBpbg0KICAgcmFuZ2UnIHNldC4N CnRvDQogICBJZiB0aGUgUENFIGRvZXMgbm90IGFzc2lnbiBsYWJlbHMgdGhlbiBpdCBzZW5kcyBh IHJlc3BvbnNlIHdpdGggYQ0KICAgTk8tUEFUSCBvYmplY3QsIGNvbnRhaW5pbmcgYSBOTy1QQVRI LVZFQ1RPUi1UTFYgd2l0aCB0aGUgYml0ICdObyBsYWJlbCByZXNvdXJjZSBpbg0KICAgcmFuZ2Un IHNldC4NCg0KDQo9PSBTZWN0aW9uIDIuNyA9PQ0KSXMgeW91ciBpbnRlbnRpb24gdGhhdCB0aGUg TGFiZWwgU3Vib2JqZWN0IGNhbiBhbHNvIGJlIHVzZWQgaW4gdGhlIEVYUlMgKFJGQyA1NTIxIHNl Y3Rpb24gMi4yPykgIEkgdGhpbmsgaXQgaXMgd29ydGggYWRkaW5nIGEgc2VudGVuY2Ugc2F5aW5n IHNvLg0KDQpGb3IgY29uc2lzdGVuY3kgd2l0aCBzZWN0aW9uIDIuNiAoYW5kIGJlY2F1c2UgSSB0 aGluayB0aGUgdGV4dCBpbiAyLjYgaXMgY2xlYXJlcikgSSB0aGluayB5b3Ugc2hvdWxkIGNoYW5n ZSB0aGlzOg0KICAgWFJPIExhYmVsIHN1Ym9iamVjdHMgTVVTVCBmb2xsb3cgdGhlIG51bWJlcmVk IG9yIHVubnVtYmVyZWQgaW50ZXJmYWNlDQogICBzdWJvYmplY3RzIHRvIHdoaWNoIHRoZXkgcmVm ZXIuICBFYWNoIHN1Ym9iamVjdCByZXByZXNlbnQgb25lIGxhYmVsLA0KICAgc2V2ZXJhbCBYUk8g TGFiZWxzIHN1Ym9iamVjdCBNQVkgYmUgcHJlc2VudCBmb3IgZWFjaCBsaW5rLg0KdG8gdGhpczoN CiAgIFRoZSBMYWJlbCBzdWJvYmplY3QgTVVTVCBmb2xsb3cgYSBzdWJvYmplY3QgaWRlbnRpZnlp bmcgYSBsaW5rLA0KICAgY3VycmVudGx5IGFuIElQIGFkZHJlc3Mgc3Vib2JqZWN0IChUeXBlIDEg b3IgMikgb3IgYW4gaW50ZXJmYWNlIGlkDQogICAodHlwZSA0KSBzdWJvYmplY3QuICBJZiBhbiBJ UCBhZGRyZXNzIHN1Ym9iamVjdCBpcyB1c2VkLCB0aGVuIHRoZQ0KICAgSVAgYWRkcmVzcyBnaXZl biBNVVNUIGJlIGFzc29jaWF0ZWQgd2l0aCBhIGxpbmsuICBNb3JlIHRoYW4gb25lDQogICBsYWJl bCBzdWJvamVjdCBNQVkgZm9sbG93IGVhY2ggbGluayBzdWJvYmplY3QuDQoNCg0KPT0gU2VjdGlv biA1LjEgPT0NClRoZSBmb3JtYXR0aW5nIHVzZWQgaW4gdGhpcyBzZWN0aW9uIGlzIG5vdCBjb25z aXN0ZW50LiAgVXNlIGNvbnNpc3RlbnQgaW5kZW50YXRpb24gJiBjb2x1bW4gd2lkdGguDQpGb3Ig QkFORFdJRFRIIG9iamVjdCBJIHRoaW5rIHlvdSBtZWFuICI1LTE1OiBVbmFzc2lnbmVkIg0KRm9y IEVORFBPSU5UUyB0aGUgcmVmZXJlbmNlIHNob3VsZCBiZSB0byAyLjUsIG5vdCAyLjMNCg0KDQo9 PSBTZWN0aW9uIDUuNSA9PQ0KIlZhbHVlPXEwIiBzaG91bGQgYmUgIlZhbHVlPTEwIg0KDQoNCg0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBKdWxpZW4gTWV1cmljDQpTZW50OiAwNCBKdWx5IDIw MTQgMTc6MDUNClRvOiBwY2VAaWV0Zi5vcmcNClN1YmplY3Q6IFtQY2VdIFdHIExhc3QgQ2FsbCBm b3IgZHJhZnQtaWV0Zi1wY2UtZ21wbHMtcGNlcC1leHRlbnNpb25zLTA5DQoNCkRlYXIgV0csDQoN Ck5vdyB0aGF0IHlvdSBhbGwgaGF2ZSBzb21lIHRpbWUgZGVkaWNhdGVkIHRvIEktRHMsIHBsZWFz ZSBjb25zaWRlciB0aGlzIA0KYXMgcGFydCBvZiB5b3VyIHJldmlldyBsaXN0Lg0KDQpUaGlzIG1l c3NhZ2UgaWduaXRlcyB0aGUgV0cgTEMgb24gDQpkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4 dGVuc2lvbnMtMDkuIENvbW1lbnRzIHNob3VsZCBiZSBzZW50IHRvIHRoZSANClBDRSBtYWlsaW5n IGxpc3QgYnkgRnJpZGF5IEp1bHkgMTgsIDExOjU5IFBNLCBIU1QuDQoNClJlZ2FyZHMsDQoNCkpQ ICYgSnVsaWVuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpQY2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcGNlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpQY2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcNCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQo= From nobody Wed Jul 23 02:32:15 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 850CE1A02FB for ; Wed, 23 Jul 2014 02:32:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.565 X-Spam-Level: * X-Spam-Status: No, score=1.565 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.001, 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 PAlqBD0PK5FQ for ; Wed, 23 Jul 2014 02:32:09 -0700 (PDT) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 39B9E1A02E6 for ; Wed, 23 Jul 2014 02:32:09 -0700 (PDT) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 41BF25D8B45; Wed, 23 Jul 2014 11:32:07 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 34A595D89A7; Wed, 23 Jul 2014 11:32:07 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 23 Jul 2014 11:32:07 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 23 Jul 2014 11:32:06 +0200 Message-ID: <53CF8115.2020705@orange.com> Date: Wed, 23 Jul 2014 11:32:05 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Zhangxian (Xian)" , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" References: <53B6D095.2030004@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> In-Reply-To: Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 23 Jul 2014 09:32:06.0517 (UTC) FILETIME=[F800D250:01CFA658] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/dN4QAjDY-In7SWVWQSISfIldYzo Cc: "pce@ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 09:32:13 -0000 Hi Xian. Since your comments are mostly editorial and don't raise any strong issue, authors are expected to take them into account to improve their further revision of the I-D. Thank you, Julien Jul. 23, 2014 - Zhangxian (Xian): > I have also reviewed this draft (A bit late though) and find no major issues with it. > > On top of Jon's suggestions, pls find mine below. If these cannot be captured together with WG LC, please consider them during the next process. > > Regards, > Xian > > == Section 1.2 == > s/Switching Encoding/LSP encoding type > s/RSVP/RSVP-TE (in multiple places), also suggest to expand it during first use > > Old: > We describe in this document a set of PCEP protocol extensions, including new objects, TLVs, encodings, error codes and procedures, in order to fulfill the aforementioned requirements. > NEW: > We describe in this document a set of PCEP protocol extensions, including new object types, TLVs, error codes and procedures, in order to fulfill the aforementioned requirements. > > == Section 1.3 == > s/ENDPOINTS/END-POINTS > > In the list following ¡°The covered PCEP extensions are:¡±, is there a reason why the GMPLS capability TLV added to OPEN msg is not included? > > OLD: > A new object type is introduced for the LOAD-BALANCING object (Generalized bandwidth), > NEW: > A new object type is introduced for the LOAD-BALANCING object (Generalized LOAD-BALANCING). > > > == Section 2.1.1 == > OLD: > Those documents define bit 0 of the PCED TLV for Path computation with GMPLS link constraints. > Comment: Since it has been defined already and not clear (as least to me) in current texts, I would suggest to reword as following: > NEW: > Those documents has defined bit 0 in PCE-CAP-FLAGS Sub-TLV of PCED TLV as ¡°Path computation with GMPLS link constraints¡±. > > == Section 2.1.2 == > Lots of places with ¡°Section Section XX¡±, I suggest to do a global replace of ¡°Section Section¡± with ¡°Section¡±. > > The description is "GMPLS capable". Not consistent with IANA section, suggest to the latter to this, replacing ¡°GMPLS Capability¡±. > > == Section 2.3. == > The title is a bit strange, suggest to change it to ¡°BANDWIDTH object extensions¡±, similar to other PCEP extensions Section titles. > > OLD: > This correspond to requirement 3,4,5 and 11 of [RFC7025]. > Comment: RFC7025 Section 3.1 and 3.2 both have requirement 3, it is better to be more specific. > NEW: > This corresponds to requirements 3, 4, 5 and 11 of [RFC7025] Section 3.1. > > OLD: > This document defines two OT for the BANDWIDTH object.t: > NEW: > This document defines two Object Types for the BANDWIDTH object: > > > The Bw Type field determines which type of bandwidth is represented by the object. > Comment: The field name in the encoding and in the text is not consistent: Bw Spec Type vs. Bw Type. Please update (in two places) > > == Section 2.4. == > The title is a bit strange, suggest to change it to ¡°LOAD-BALANCING object extensions¡±, similar to other PCEP extensions Section titles. > > OLD: > ¡­each path using at minimum 2VC4 container,¡­ > NEW: > ¡­each path using at minimum 2 x VC4 container,¡­ > > == Section 2.5.1 == > OLD: > For endpoint type Point-to-Multipoint several endpoint objects may be present in the message and represent a leave¡­ > NEW: > For endpoint type Point-to-Multipoint, several endpoint objects may be present in the message and each represents a leave,¡­ > > s/ one of those TLV/one of those TLVs > > == Section 2.5.2.4 == > Are the following two sentences meant the same? If so, suggest to delete the 2nd one. > 1: Its format is the same as described in [RFC3471] Section 3.1 Generalized label request. > 2: The fields are encoded as in the RSVP-TE. > > OLD: > The Encoding Type indicates the encoding type, e.g., SONET/SDH/GigE etc., that will be used with the data associated. > Comment: not clearly explained. Maybe change to the following? > NEW: > The Encoding type indicates the encoding type, e.g., SONET/SDH/GigE etc., of the LSP with which the data is associated. > > == Section 2.7 == > s/in order to fulfill requirement 13 of [RFC7025] section 4.1,/ in order to fulfill requirement 13 of [RFC7025] section 3.1, > > == Section 2.8 == > OLD: > This object is introduced to fulfill requirement 7 of [RFC7025] section 4.1 and requirement 3 of [RFC7025] section 4.2. This object contains the the value of the PROTECTION object defined by [RFC4872] and may be used as a policy input. > NEW: > This object is introduced to fulfill requirement 7 of [RFC7025] Section 3.1 and requirement 3 of [RFC7025] Section 3.2. This object contains the value of the PROTECTION object defined by [RFC4872] and may be used as a policy input. > Comment: contains the value or contains the information? > > == Section 3 == > S/Bad Bandwidth Object type 3 or 4 not supported./ Object type 3 or 4 not supported > > == Section 4.1 == > s/Accepted LOAD-BALANCING object type 3 and 4 parameters in request./ Accepted LOAD-BALANCING object type 2 parameters in request. > > s/Accepted endpoint type in END-POINTS object type Generalized Endpoint and allowed TLVs/Accepted endpoint type in Generalized Endpoint object type and allowed TLVs > > == Section 5.1 == > As described in Section 2.3, Section 2.4 and Section 2.5.1 new Objects types are defined IANA¡­ > Comment: A period is missing before IANA. > > == Section 5.3 == > 13 LSP Protection Information This document (section Section 2.8) > Comment: name not consistent, should be: PROTECTION-ATTRIBUTE according to the main text. > > == Section 5.7 & 5.8 == > s/suboject /subobject > > ===Section 6== > Even if there is additional security issue incurred in this draft, is it worthwhile to at least mention some issues already covered by other RFCs or just some pointers? > > > > > > > > > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Jonathan Hardwick > Sent: 2014Äê7ÔÂ18ÈÕ 22:22 > To: draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org > Cc: pce@ietf.org > Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 > > I've reviewed this document for the WG last call. > I think this document is in good shape. I only found nits - see below. > Best regards > Jon > > > == Section 1.3 == > Change > A new object type are introduced for the BANDWIDTH object > to > Two new object types are introduced for the BANDWIDTH object > > > == Section 2.2 == > Final paragraph second sentence - I think you should change this to "Otherwise, the PCE MAY use..." to make it clear that the second sentence is not intended to contradict the first sentence. > > > == Section 2.3 == > Page 9, directly under Traffic Spec field encoding table > - there is a stray comma that should be deleted > - change "is MUST specify..." to "it MUST specify..." > - change "As specified i [RFC5440]" to "As specified in [RFC5440]" > - change "BANDWIDTH object of with object type 1" to "BANDWIDTH object of object type 1" > > > == Section 2.4 == > Page 11, directly under Traffic Spec field encoding table > - there is a stray full stop (period) that should be deleted > - change "is MUST specify..." to "it MUST specify..." > > > == Section 2.5.1 == > List of 5 items on page 12. Should the LABEL-REQUEST TLV also be in this list? > > > == Section 2.6 == > Change > IP address subobject MUST be a link subobject. > to > If an IP address subobject is used, then the IP address given MUST be associated with a link. > > Change > The procedure associated with this subobject is as follow > to > The procedure associated with this subobject is as follows. > > Change > MUST allocate one label of from within the set of label values > to > MUST allocate one label from within the set of label values > > Change > If the PCE does not assign labels a response with a > NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label resource in > range' set. > to > If the PCE does not assign labels then it sends a response with a > NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit 'No label resource in > range' set. > > > == Section 2.7 == > Is your intention that the Label Subobject can also be used in the EXRS (RFC 5521 section 2.2?) I think it is worth adding a sentence saying so. > > For consistency with section 2.6 (and because I think the text in 2.6 is clearer) I think you should change this: > XRO Label subobjects MUST follow the numbered or unnumbered interface > subobjects to which they refer. Each subobject represent one label, > several XRO Labels subobject MAY be present for each link. > to this: > The Label subobject MUST follow a subobject identifying a link, > currently an IP address subobject (Type 1 or 2) or an interface id > (type 4) subobject. If an IP address subobject is used, then the > IP address given MUST be associated with a link. More than one > label suboject MAY follow each link subobject. > > > == Section 5.1 == > The formatting used in this section is not consistent. Use consistent indentation & column width. > For BANDWIDTH object I think you mean "5-15: Unassigned" > For ENDPOINTS the reference should be to 2.5, not 2.3 > > > == Section 5.5 == > "Value=q0" should be "Value=10" > > > > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Julien Meuric > Sent: 04 July 2014 17:05 > To: pce@ietf.org > Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 > > Dear WG, > > Now that you all have some time dedicated to I-Ds, please consider this > as part of your review list. > > This message ignites the WG LC on > draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the > PCE mailing list by Friday July 18, 11:59 PM, HST. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > From nobody Wed Jul 23 04:53:15 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECB951A009E for ; Wed, 23 Jul 2014 04:53:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 kN28AsF8TtEs for ; Wed, 23 Jul 2014 04:53:10 -0700 (PDT) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 000211A008C for ; Wed, 23 Jul 2014 04:53:09 -0700 (PDT) Received: by mail-wi0-f173.google.com with SMTP id f8so7563691wiw.0 for ; Wed, 23 Jul 2014 04:53:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wDRnGM3jeI6rfZzTeRrjyD8lvRQcONuM3jEu8W5+m0Y=; b=zQ1CNxag8J2DPBsO91W+Zel9IyqASYjzRSrl2IyHZ35kqp/4Kyysa1oItJsx+N6PwX YTpnyYP8VNLvvdN6vCjwLZeY2+bGaBbRjSKiqtk9iHqhQEFRkCyT8zUUvFs35rPpuOiE J6ninGEUs2EfcjrwCC4tBD2FaiEF7LSmsnH4kAIA2z4N33Ni9JHCPsu1tZkAGKWpnbmt GHrHTK3Te2n8SyEWM3HdZwbfzqPBTxtFA8BWVlJ/vMLPrIm675Ynt5Lyw+FRCbY3JhNa suLEWMRmpLuByjsx597AbsLmfSqS0YLJwwiHzr7TlqVf3/Bfbj1hyPW8gn3fI9ROzKvb 8z9A== MIME-Version: 1.0 X-Received: by 10.180.10.166 with SMTP id j6mr24223245wib.73.1406116388254; Wed, 23 Jul 2014 04:53:08 -0700 (PDT) Received: by 10.216.173.138 with HTTP; Wed, 23 Jul 2014 04:53:08 -0700 (PDT) In-Reply-To: <53CE82F9.3060707@orange.com> References: <53CE82F9.3060707@orange.com> Date: Wed, 23 Jul 2014 07:53:08 -0400 Message-ID: From: Cyril Margaria To: Julien Meuric Content-Type: multipart/alternative; boundary=001a11c24412d5bb3304fedafbb8 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/g5nCRUSeHbtoIsKEVAWOG5XaBII Cc: "pce@ietf.org" , draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 11:53:12 -0000 --001a11c24412d5bb3304fedafbb8 Content-Type: text/plain; charset=UTF-8 Hi, I am not aware of any IPR that applies to draft-ietf-pce-gmpls-pcep-extensions. Best Regards, Cyril On 22 July 2014 11:27, Julien Meuric wrote: > Dear authors of the aforementioned document, > > Has all IPR that applies to draft-ietf-pce-gmpls-pcep-extensions been > disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and > 5378 for more details) > > A response from each of you is expected. > > Regards, > > JP & Julien > > --001a11c24412d5bb3304fedafbb8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I am not aware of any IPR that applies to draft-ietf-pce-gmpls-pcep-extensi= ons.

Best Regards,
Cyril


On 22 July 2014 11:27, Julien M= euric <julien.meuric@orange.com> wrote:
Dear authors of the aforementioned document,=

Has all IPR that applies to draft-ietf-pce-gmpls-pcep-extensions bee= n disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 a= nd 5378 for more details)

A response from each of you is expected.

Regards,

JP & Julien


--001a11c24412d5bb3304fedafbb8-- From nobody Wed Jul 23 05:03:49 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F72D1A0278 for ; Wed, 23 Jul 2014 05:03:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 tagged_above=-999 required=5 tests=[BAYES_05=-0.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 bzm-gB1A5xFq for ; Wed, 23 Jul 2014 05:03:45 -0700 (PDT) Received: from rudy.puc.rediris.es (rudy.puc.rediris.es [IPv6:2001:720:418:ca01::132]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E744E1A0A9F for ; Wed, 23 Jul 2014 05:03:44 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by rudy.puc.rediris.es with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1X9vGo-0005Kg-ID for pce@ietf.org; Wed, 23 Jul 2014 14:03:42 +0200 Received: from [31.133.144.219] (dhcp-90db.meeting.ietf.org [31.133.144.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 48C0D1FDF1 for ; Wed, 23 Jul 2014 14:03:19 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <53CFA488.8050202@cttc.es> Date: Wed, 23 Jul 2014 14:03:20 +0200 From: Ramon Casellas Organization: CTTC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pce@ietf.org References: <53CE82F9.3060707@orange.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamina-Bogosity: Ham Archived-At: http://mailarchive.ietf.org/arch/msg/pce/DgAVYHNu19M3ASJYraHescBap-Q Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 12:03:46 -0000 On 07/23/2014 01:53 PM, Cyril Margaria wrote: > Hi, > > I am not aware of any IPR that applies to > draft-ietf-pce-gmpls-pcep-extensions. > Likewise, I am not aware of any IPR that applies Thanks Ramon From nobody Wed Jul 23 05:07:40 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB2251A052E for ; Wed, 23 Jul 2014 05:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 PAV6ZVpnzUEt for ; Wed, 23 Jul 2014 05:07:35 -0700 (PDT) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0B111A0278 for ; Wed, 23 Jul 2014 05:07:34 -0700 (PDT) Received: by mail-wg0-f46.google.com with SMTP id m15so1070823wgh.5 for ; Wed, 23 Jul 2014 05:07:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A1i35uFcRWmib2e0m7FaDmE7OnENT8vmWfteozpQMVA=; b=SdAbUZjvWAK70e+MMMNJrdOxkNNfxjgZRsWwdwXmClp4lTzoMI0m8I4yuGZ7NSGOd6 pfYJFyDgsyyQhhHKp0e+2dm07MMrAsHFyzM6YjOehgqN4d2PTzLV852baj1gKkARqhwy 9An8B6upYyudrczX5BZuTtK+Vg9icH1mSxJcHX8JA5fwItloYSUwNOsIzqqEHwWTAEYu JCa7l76FfL9B4Fqki+NflTAXFMR4XyNkcaYRlmSR/e1UTzsbcfQcxFR2BEAXkrS72/GL ufBY+DL1xRcJ1gHcHJEQhki2aNeQ0xKGF+IXG7Gar5Q+g7ZzywaQZjAq7j6AW5eNLpN9 RCgw== MIME-Version: 1.0 X-Received: by 10.180.7.163 with SMTP id k3mr39755322wia.0.1406117253291; Wed, 23 Jul 2014 05:07:33 -0700 (PDT) Received: by 10.216.173.138 with HTTP; Wed, 23 Jul 2014 05:07:33 -0700 (PDT) In-Reply-To: <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> References: <53B6D095.2030004@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> Date: Wed, 23 Jul 2014 08:07:33 -0400 Message-ID: From: Cyril Margaria To: Jonathan Hardwick Content-Type: multipart/alternative; boundary=bcaec51f925f65256704fedb2f55 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/nFKzENBi1I5hiIKHnBHlRnEAuoM Cc: "pce@ietf.org" , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 12:07:37 -0000 --bcaec51f925f65256704fedb2f55 Content-Type: text/plain; charset=UTF-8 H Jonathan, Thanks a lot for your review, please see inline. On 18 July 2014 10:22, Jonathan Hardwick wrote: > I've reviewed this document for the WG last call. > I think this document is in good shape. I only found nits - see below. > Best regards > Jon > > > == Section 1.3 == > Change > A new object type are introduced for the BANDWIDTH object > to > Two new object types are introduced for the BANDWIDTH object > > > Agree > == Section 2.2 == > Final paragraph second sentence - I think you should change this to > "Otherwise, the PCE MAY use..." to make it clear that the second sentence > is not intended to contradict the first sentence. > > > Agree > == Section 2.3 == > Page 9, directly under Traffic Spec field encoding table > - there is a stray comma that should be deleted > - change "is MUST specify..." to "it MUST specify..." > - change "As specified i [RFC5440]" to "As specified in [RFC5440]" > - change "BANDWIDTH object of with object type 1" to "BANDWIDTH object of > object type 1" > > > Agree > == Section 2.4 == > Page 11, directly under Traffic Spec field encoding table > - there is a stray full stop (period) that should be deleted > - change "is MUST specify..." to "it MUST specify..." > > > Agree > == Section 2.5.1 == > List of 5 items on page 12. Should the LABEL-REQUEST TLV also be in this > list? > > > This is correct, the TLV will be added to the list > == Section 2.6 == > Change > IP address subobject MUST be a link subobject. > to > If an IP address subobject is used, then the IP address given MUST be > associated with a link. > > Agree > Change > The procedure associated with this subobject is as follow > to > The procedure associated with this subobject is as follows. > > Agree > Change > MUST allocate one label of from within the set of label values > to > MUST allocate one label from within the set of label values > > Agree > Change > If the PCE does not assign labels a response with a > NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label resource in > range' set. > to > If the PCE does not assign labels then it sends a response with a > NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit 'No label > resource in > range' set. > > > Agree > == Section 2.7 == > Is your intention that the Label Subobject can also be used in the EXRS > (RFC 5521 section 2.2?) I think it is worth adding a sentence saying so. > > This is correct > For consistency with section 2.6 (and because I think the text in 2.6 is > clearer) I think you should change this: > XRO Label subobjects MUST follow the numbered or unnumbered interface > subobjects to which they refer. Each subobject represent one label, > several XRO Labels subobject MAY be present for each link. > to this: > The Label subobject MUST follow a subobject identifying a link, > currently an IP address subobject (Type 1 or 2) or an interface id > (type 4) subobject. If an IP address subobject is used, then the > IP address given MUST be associated with a link. More than one > label suboject MAY follow each link subobject. > > > Agree > == Section 5.1 == > The formatting used in this section is not consistent. Use consistent > indentation & column width. > For BANDWIDTH object I think you mean "5-15: Unassigned" > For ENDPOINTS the reference should be to 2.5, not 2.3 > > I agree, > == Section 5.5 == > "Value=q0" should be "Value=10" > > > Agree > > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Julien Meuric > Sent: 04 July 2014 17:05 > To: pce@ietf.org > Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 > > Dear WG, > > Now that you all have some time dedicated to I-Ds, please consider this > as part of your review list. > > This message ignites the WG LC on > draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the > PCE mailing list by Friday July 18, 11:59 PM, HST. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --bcaec51f925f65256704fedb2f55 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H Jonathan,

Thanks a lot for your review,
pleas= e see inline.


On 18 July 2014 10:22, Jonathan Hardwick <Jonathan.Har= dwick@metaswitch.com> wrote:
I've reviewed this document for the WG l= ast call.
I think this document is in good shape. =C2=A0I only found nits - see below= .
Best regards
Jon


=3D=3D Section 1.3 =3D=3D
Change
=C2=A0 =C2=A0 =C2=A0 A new object type are introduced for the BANDWIDTH obj= ect
to
=C2=A0 =C2=A0 =C2=A0 Two new object types are introduced for the BANDWIDTH = object


Agree
=C2=A0
=3D=3D Section 2.2 =3D=3D
Final paragraph second sentence - I think you should change this to "O= therwise, the PCE MAY use..." to make it clear that the second sentenc= e is not intended to contradict the first sentence.


Agree
=3D=3D Section 2.3 =3D=3D
Page 9, directly under Traffic Spec field encoding table
- there is a stray comma that should be deleted
- change "is MUST specify..." to "it MUST specify..." - change "As specified i [RFC5440]" to "As specified in [RFC= 5440]"
- change "BANDWIDTH object of with object type 1" to "BANDWI= DTH object of object type 1"


Agree
=C2=A0
=3D=3D Section 2.4 =3D=3D
Page 11, directly under Traffic Spec field encoding table
- there is a stray full stop (period) that should be deleted
- change "is MUST specify..." to "it MUST specify..."

Agree
=C2=A0
=3D=3D Section 2.5.1 =3D=3D
List of 5 items on page 12. =C2=A0Should the LABEL-REQUEST TLV also be in t= his list?


This is correct, the TLV will be added to the list =C2=A0
=3D=3D Section 2.6 =3D=3D
Change
=C2=A0 IP address subobject MUST be a link subobject.
to
=C2=A0 If an IP address subobject is used, then the IP address given MUST b= e associated with a link.

Agree
=C2=A0
Change
=C2=A0 The procedure associated with this subobject is as follow
to
=C2=A0 The procedure associated with this subobject is as follows.

Agree
=C2=A0
Change
=C2=A0 MUST allocate one label of from within the set of label values
to
=C2=A0 MUST allocate one label from within the set of label values

Agree
=C2=A0
Change
=C2=A0 =C2=A0If the PCE does not assign labels a response with a
=C2=A0 =C2=A0NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label r= esource in
=C2=A0 =C2=A0range' set.
to
=C2=A0 =C2=A0If the PCE does not assign labels then it sends a response wit= h a
=C2=A0 =C2=A0NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit &= #39;No label resource in
=C2=A0 =C2=A0range' set.


Agree
=3D=3D Section 2.7 =3D=3D
Is your intention that the Label Subobject can also be used in the EXRS (RF= C 5521 section 2.2?) =C2=A0I think it is worth adding a sentence saying so.=


This is correct
=C2=A0
For consistency with section 2.6 (and because I think the text in 2.6 is cl= earer) I think you should change this:
=C2=A0 =C2=A0XRO Label subobjects MUST follow the numbered or unnumbered in= terface
=C2=A0 =C2=A0subobjects to which they refer. =C2=A0Each subobject represent= one label,
=C2=A0 =C2=A0several XRO Labels subobject MAY be present for each link.
to this:
=C2=A0 =C2=A0The Label subobject MUST follow a subobject identifying a link= ,
=C2=A0 =C2=A0currently an IP address subobject (Type 1 or 2) or an interfac= e id
=C2=A0 =C2=A0(type 4) subobject. =C2=A0If an IP address subobject is used, = then the
=C2=A0 =C2=A0IP address given MUST be associated with a link. =C2=A0More th= an one
=C2=A0 =C2=A0label suboject MAY follow each link subobject.


Agree
=C2=A0
=3D=3D Section 5.1 =3D=3D
The formatting used in this section is not consistent. =C2=A0Use consistent= indentation & column width.
For BANDWIDTH object I think you mean "5-15: Unassigned"
For ENDPOINTS the reference should be to 2.5, not 2.3

=C2=A0
I agree,


=3D=3D Section 5.5 =3D=3D
"Value=3Dq0" should be "Value=3D10"


Agree


-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.= org] On Behalf Of Julien Meuric
Sent: 04 July 2014 17:05
To: pce@ietf.org
Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09

Dear WG,

Now that you all have some time dedicated to I-Ds, please consider this
as part of your review list.

This message ignites the WG LC on
draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the
PCE mailing list by Friday July 18, 11:59 PM, HST.

Regards,

JP & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/pce

--bcaec51f925f65256704fedb2f55-- From franz.rambach@yahoo.de Wed Jul 23 03:24:44 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3141E1A03A0 for ; Wed, 23 Jul 2014 03:24:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001] 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 eSnb3pPfjsKx for ; Wed, 23 Jul 2014 03:24:38 -0700 (PDT) Received: from nm18-vm5.bullet.mail.ir2.yahoo.com (nm18-vm5.bullet.mail.ir2.yahoo.com [212.82.96.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A76DF1A0395 for ; Wed, 23 Jul 2014 03:24:37 -0700 (PDT) Received: from [212.82.98.53] by nm18.bullet.mail.ir2.yahoo.com with NNFMP; 23 Jul 2014 10:24:36 -0000 Received: from [46.228.39.105] by tm6.bullet.mail.ir2.yahoo.com with NNFMP; 23 Jul 2014 10:24:36 -0000 Received: from [127.0.0.1] by smtp142.mail.ir2.yahoo.com with NNFMP; 23 Jul 2014 10:24:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1406111076; bh=ix0y09aKLbpt5V/hc4b3vXRnBut2NOYyJHMwg+F+iBo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=OIhG+wxipwikRvVGlDh0zo5ULQWVk9jqL9ju2AaSgPbVvPPlrzEAaKbjSaevRDwenICu41QFxjC9iM4WLnTGI3ejRd4a/8EBqexfSGxEynpDG2t31rrWcpZVcxvNGWis2wejo7lG+1fQEgK2QDho9SILgydS3zBmNVWLTSWfgOk= X-Yahoo-Newman-Id: 12817.70866.bm@smtp142.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: mwyo.lAVM1m7ykwnJDS.5YlqJjGT75VP3IQI6XIOspu4yr6 kPhI8QJePpYgETHD9yCd_3HR8CCW1LzHA5ftJFNQtt38QdiW5Ypbj5eIwyVe M2sg46_.k35lBXTr0Ek_OXYpwpH2_X9Tw6iuMypX4FH0KmEm5OPI5ojKqNDm R3ERS3SgdnbPWqxQVuvl0XTwe2hqVtPskaRyYj5caGaeaZ2eXIBe1vY1be3G UUef1ngKPxCZIMcIR1MAt2Xud5cceTZXfxO3Wu_oE_RvIgmSdCXgMnZvPDD4 IV9O0n1BVK5IAePmqjkY8uBzk7Fr9ns72p2IRwyUl7ZLxZhkxE_YQXmVCqzj WxRXVu6Jf6nzYNHnVihPOQ7LBHrgtYY6VgnMpfM.cS7VZm.vunMkbYmbPsv9 Mx26Pn_GP4IYoVtwnPpu6_1ZsZSZ0Cpgpa1XE5ZbgSV4UGXE4RIekxOzXwf5 aI42IlaejLm3B4OqhBZ5SH.fcHPLkxN615MNx80fNygBtRV9l.wibXRLi4Wq Tvb4n0RVXvMKUxPMReez7uIKPb4u.6OFT9ouS3kALTeDT_MRbuw-- X-Yahoo-SMTP: ERQOIqOswBCMbMebZ8nwhuAptWk1dah7dD4- Message-ID: <53CF8C8E.1080008@yahoo.de> Date: Wed, 23 Jul 2014 12:21:02 +0200 From: Franz Rambach User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org References: <53CE82F9.3060707@orange.com> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/pce/M3LOeD4xi2O0susPW59ZglQ2ALA X-Mailman-Approved-At: Wed, 23 Jul 2014 05:23:58 -0700 Cc: pce@ietf.org Subject: Re: [Pce] Fwd: Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 10:48:16 -0000 Hi, I am not aware of any IPR that applies to this document: draft-ietf-pce-gmpls-pcep-extensions Best redgards, Franz Rambach > ---------- Forwarded message ---------- > From: *Julien Meuric* > > Date: 22 July 2014 11:27 > Subject: Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions > To: draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org > > Cc: "pce@ietf.org " > > > > Dear authors of the aforementioned document, > > Has all IPR that applies to draft-ietf-pce-gmpls-pcep-__extensions been > disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 > and 5378 for more details) > > A response from each of you is expected. > > Regards, > > JP & Julien > > From nobody Wed Jul 23 05:48:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B761D1A031D for ; Wed, 23 Jul 2014 05:48:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 cg5MIb6MFnqq for ; Wed, 23 Jul 2014 05:48:07 -0700 (PDT) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E20821A02F8 for ; Wed, 23 Jul 2014 05:48:06 -0700 (PDT) Received: by mail-wi0-f172.google.com with SMTP id n3so7726760wiv.17 for ; Wed, 23 Jul 2014 05:48:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ryq5Kjx4WSSQtvo3ast30oCETwOJYc/QQpPI43ibjng=; b=yUKIzeHtiL+Z3LDp8g/HEJk+nZ4Uod5XadUhEV0jfecBicXb+a3RUbkDq/Oe1rSUxa 97IVauehtlTju95HmsxFzV1N05fZg3hRs0XbyRdxS3iWlGifYHnMDHtl5DeBVYSKS3/+ X+FArG8154q/17DhCCHNda/oCRaaf0fMzvTujGRa4nwZ4hdGNeJ4VZDCvOHyTEMc0GUc CVAJvx9d9EWVUiLuhD5rtXD+AMQSHv4cOkMHJ2oDhSmCWKnSRS6EeKTPUlf/clC+Igw+ xxy3ucL87VJtS3NF5WFbUhArwY6/Odcbfw4j9UGV1gqEDtZaVvi0ffIQmZQp1vFtTSUC tYeA== MIME-Version: 1.0 X-Received: by 10.194.222.5 with SMTP id qi5mr1645195wjc.62.1406119684420; Wed, 23 Jul 2014 05:48:04 -0700 (PDT) Received: by 10.216.173.138 with HTTP; Wed, 23 Jul 2014 05:48:04 -0700 (PDT) In-Reply-To: References: <53B6D095.2030004@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> Date: Wed, 23 Jul 2014 08:48:04 -0400 Message-ID: From: Cyril Margaria To: "Zhangxian (Xian)" Content-Type: multipart/alternative; boundary=001a11c1b3264d3cdc04fedbc05e Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Zwz5LSH4O7EIwWtbdn9iyjH4m_U Cc: "pce@ietf.org" , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 12:48:10 -0000 --001a11c1b3264d3cdc04fedbc05e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Thanks a lot for your comments, please see inline On 23 July 2014 05:17, Zhangxian (Xian) wrote: > I have also reviewed this draft (A bit late though) and find no major > issues with it. > > On top of Jon's suggestions, pls find mine below. If these cannot be > captured together with WG LC, please consider them during the next proces= s. > > Regards, > Xian > > =3D=3D Section 1.2 =3D=3D > s/Switching Encoding/LSP encoding type > Agree > s/RSVP/RSVP-TE (in multiple places), also suggest to expand it during > first use > > Agree > Old: > We describe in this document a set of PCEP protocol extensions, including > new objects, TLVs, encodings, error codes and procedures, in order to > fulfill the aforementioned requirements. > NEW: > We describe in this document a set of PCEP protocol extensions, including > new object types, TLVs, error codes and procedures, in order to fulfill t= he > aforementioned requirements. > Agree > > =3D=3D Section 1.3 =3D=3D > s/ENDPOINTS/END-POINTS > > Agree > In the list following =E2=80=9CThe covered PCEP extensions are:=E2=80=9D,= is there a > reason why the GMPLS capability TLV added to OPEN msg is not included? > > There is no technical reason, this will be added. > OLD: > A new object type is introduced for the LOAD-BALANCING object (Generalize= d > bandwidth), > NEW: > A new object type is introduced for the LOAD-BALANCING object (Generalize= d > LOAD-BALANCING). > > > Agree > =3D=3D Section 2.1.1 =3D=3D > OLD: > Those documents define bit 0 of the PCED TLV for Path computation with > GMPLS link constraints. > Comment: Since it has been defined already and not clear (as least to me) > in current texts, I would suggest to reword as following: > NEW: > Those documents has defined bit 0 in PCE-CAP-FLAGS Sub-TLV of PCED TLV as > =E2=80=9CPath computation with GMPLS link constraints=E2=80=9D. > > Agree, "have defined" maybe? > =3D=3D Section 2.1.2 =3D=3D > Lots of places with =E2=80=9CSection Section XX=E2=80=9D, I suggest to do= a global replace > of =E2=80=9CSection Section=E2=80=9D with =E2=80=9CSection=E2=80=9D. > > Agree, for sure > The description is "GMPLS capable". Not consistent with IANA section, > suggest to the latter to this, replacing =E2=80=9CGMPLS Capability=E2=80= =9D. > > Agree > =3D=3D Section 2.3. =3D=3D > The title is a bit strange, suggest to change it to =E2=80=9CBANDWIDTH ob= ject > extensions=E2=80=9D, similar to other PCEP extensions Section titles. > > Agree > OLD: > This correspond to requirement 3,4,5 and 11 of [RFC7025]. > Comment: RFC7025 Section 3.1 and 3.2 both have requirement 3, it is bette= r > to be more specific. > NEW: > This corresponds to requirements 3, 4, 5 and 11 of [RFC7025] Section 3.1. > > Agree > OLD: > This document defines two OT for the BANDWIDTH object.t: > NEW: > This document defines two Object Types for the BANDWIDTH object: > > > Agree > The Bw Type field determines which type of bandwidth is represented by th= e > object. > Comment: The field name in the encoding and in the text is not consistent= : > Bw Spec Type vs. Bw Type. Please update (in two places) > > Agree, I will change for Bw Spec Type > =3D=3D Section 2.4. =3D=3D > The title is a bit strange, suggest to change it to =E2=80=9CLOAD-BALANCI= NG object > extensions=E2=80=9D, similar to other PCEP extensions Section titles. > > Agree > OLD: > =E2=80=A6each path using at minimum 2VC4 container,=E2=80=A6 > NEW: > =E2=80=A6each path using at minimum 2 x VC4 container,=E2=80=A6 > > Agree > =3D=3D Section 2.5.1 =3D=3D > OLD: > For endpoint type Point-to-Multipoint several endpoint objects may be > present in the message and represent a leave=E2=80=A6 > NEW: > For endpoint type Point-to-Multipoint, several endpoint objects may be > present in the message and each represents a leave,=E2=80=A6 > > Agree > s/ one of those TLV/one of those TLVs > > Agree > =3D=3D Section 2.5.2.4 =3D=3D > Are the following two sentences meant the same? If so, suggest to delete > the 2nd one. > 1: Its format is the same as described in [RFC3471] Section 3.1 > Generalized label request. > 2: The fields are encoded as in the RSVP-TE. > > Agree, I will replace by "Its format and encoding is the same as described" > OLD: > The Encoding Type indicates the encoding type, e.g., SONET/SDH/GigE etc., > that will be used with the data associated. > Comment: not clearly explained. Maybe change to the following? > NEW: > The Encoding type indicates the encoding type, e.g., SONET/SDH/GigE etc., > of the LSP with which the data is associated. > > Agree > =3D=3D Section 2.7 =3D=3D > s/in order to fulfill requirement 13 of [RFC7025] section 4.1,/ in order > to fulfill requirement 13 of [RFC7025] section 3.1, > > Agree > =3D=3D Section 2.8 =3D=3D > OLD: > This object is introduced to fulfill requirement 7 of [RFC7025] section > 4.1 and requirement 3 of [RFC7025] section 4.2. This object contains th= e > the value of the PROTECTION object defined by [RFC4872] and may be used = as > a policy input. > NEW: > This object is introduced to fulfill requirement 7 of [RFC7025] Section > 3.1 and requirement 3 of [RFC7025] Section 3.2. This object contains the > value of the PROTECTION object defined by [RFC4872] and may be used as a > policy input. > Agree > Comment: contains the value or contains the information? > > I think contains the information would be more generic, so I will put "contains the information", is it OK? > =3D=3D Section 3 =3D=3D > S/Bad Bandwidth Object type 3 or 4 not supported./ Object type 3 or 4 not > supported > > Agree > =3D=3D Section 4.1 =3D=3D > s/Accepted LOAD-BALANCING object type 3 and 4 parameters in request./ > Accepted LOAD-BALANCING object type 2 parameters in request. > > Agree > s/Accepted endpoint type in END-POINTS object type Generalized Endpoint > and allowed TLVs/Accepted endpoint type in Generalized Endpoint object ty= pe > and allowed TLVs > > I would like to keep the END-POINTS object, what about "Accepted endpoint type in object END-POINTS with object type Generalized Endpoint and allowed TLVs" > =3D=3D Section 5.1 =3D=3D > As described in Section 2.3, Section 2.4 and Section 2.5.1 new Objects > types are defined IANA=E2=80=A6 > Comment: A period is missing before IANA. > Agree > =3D=3D Section 5.3 =3D=3D > 13 LSP Protection Information This document (section Section > 2.8) > Comment: name not consistent, should be: PROTECTION-ATTRIBUTE according t= o > the main text. > > Agree =3D=3D Section 5.7 & 5.8 =3D=3D > s/suboject /subobject > > Agree > =3D=3D=3DSection 6=3D=3D > Even if there is additional security issue incurred in this draft, is it > worthwhile to at least mention some issues already covered by other RFCs = or > just some pointers? > > OK, we will enhance this section . Thanks for your review. > > > > > > > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Jonathan Hardwick > Sent: 2014=E5=B9=B47=E6=9C=8818=E6=97=A5 22:22 > To: draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org > Cc: pce@ietf.org > Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-= 09 > > I've reviewed this document for the WG last call. > I think this document is in good shape. I only found nits - see below. > Best regards > Jon > > > =3D=3D Section 1.3 =3D=3D > Change > A new object type are introduced for the BANDWIDTH object > to > Two new object types are introduced for the BANDWIDTH object > > > =3D=3D Section 2.2 =3D=3D > Final paragraph second sentence - I think you should change this to > "Otherwise, the PCE MAY use..." to make it clear that the second sentence > is not intended to contradict the first sentence. > > > =3D=3D Section 2.3 =3D=3D > Page 9, directly under Traffic Spec field encoding table > - there is a stray comma that should be deleted > - change "is MUST specify..." to "it MUST specify..." > - change "As specified i [RFC5440]" to "As specified in [RFC5440]" > - change "BANDWIDTH object of with object type 1" to "BANDWIDTH object of > object type 1" > > > =3D=3D Section 2.4 =3D=3D > Page 11, directly under Traffic Spec field encoding table > - there is a stray full stop (period) that should be deleted > - change "is MUST specify..." to "it MUST specify..." > > > =3D=3D Section 2.5.1 =3D=3D > List of 5 items on page 12. Should the LABEL-REQUEST TLV also be in this > list? > > > =3D=3D Section 2.6 =3D=3D > Change > IP address subobject MUST be a link subobject. > to > If an IP address subobject is used, then the IP address given MUST be > associated with a link. > > Change > The procedure associated with this subobject is as follow > to > The procedure associated with this subobject is as follows. > > Change > MUST allocate one label of from within the set of label values > to > MUST allocate one label from within the set of label values > > Change > If the PCE does not assign labels a response with a > NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label resource in > range' set. > to > If the PCE does not assign labels then it sends a response with a > NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit 'No label > resource in > range' set. > > > =3D=3D Section 2.7 =3D=3D > Is your intention that the Label Subobject can also be used in the EXRS > (RFC 5521 section 2.2?) I think it is worth adding a sentence saying so. > > For consistency with section 2.6 (and because I think the text in 2.6 is > clearer) I think you should change this: > XRO Label subobjects MUST follow the numbered or unnumbered interface > subobjects to which they refer. Each subobject represent one label, > several XRO Labels subobject MAY be present for each link. > to this: > The Label subobject MUST follow a subobject identifying a link, > currently an IP address subobject (Type 1 or 2) or an interface id > (type 4) subobject. If an IP address subobject is used, then the > IP address given MUST be associated with a link. More than one > label suboject MAY follow each link subobject. > > > =3D=3D Section 5.1 =3D=3D > The formatting used in this section is not consistent. Use consistent > indentation & column width. > For BANDWIDTH object I think you mean "5-15: Unassigned" > For ENDPOINTS the reference should be to 2.5, not 2.3 > > > =3D=3D Section 5.5 =3D=3D > "Value=3Dq0" should be "Value=3D10" > > > > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Julien Meuric > Sent: 04 July 2014 17:05 > To: pce@ietf.org > Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 > > Dear WG, > > Now that you all have some time dedicated to I-Ds, please consider this > as part of your review list. > > This message ignites the WG LC on > draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the > PCE mailing list by Friday July 18, 11:59 PM, HST. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --001a11c1b3264d3cdc04fedbc05e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Thanks a lot for your comments, please see inl= ine


On 23= July 2014 05:17, Zhangxian (Xian) <zhang.xian@huawei.com> wrote:
I have also reviewed this= draft (A bit late though) and find no major issues with it.

On top of Jon's suggestions, pls find mine below. If these cannot be ca= ptured together with WG LC, please consider them during the next process.
Regards,
Xian

=3D=3D Section 1.2 =3D=3D
s/Switching Encoding/LSP encoding type

= Agree
s/RSVP/RSVP-TE (in multiple places), also suggest to expand it during first= use

Agree
=C2=A0
Old:
We describe in this document a set of PCEP protocol extensions, including n= ew objects, TLVs, encodings, error codes and procedures, in order to fulfil= l the aforementioned requirements.
NEW:
We describe in this document a set of PCEP protocol extensions, including n= ew object types, TLVs, error codes and procedures, in order to fulfill the = aforementioned requirements.

Agree
=C2=A0

=3D=3D Section 1.3 =3D=3D
s/ENDPOINTS/END-POINTS

Agree
In the list following =E2=80=9CThe covered PCEP extensions are:=E2=80=9D, = =C2=A0is there a reason why the GMPLS capability TLV added to OPEN msg is n= ot included?


There is no technical reason, this wil= l be added.
=C2=A0
OLD:
A new object type is introduced for the LOAD-BALANCING object (Generalized = bandwidth),
NEW:
A new object type is introduced for the LOAD-BALANCING object (Generalized = LOAD-BALANCING).


Agree
=C2=A0
=3D=3D Section 2.1.1 =3D=3D
OLD:
Those documents define bit 0 of the PCED TLV for Path computation with GMPL= S link constraints.
Comment: Since it has been defined already and not clear (as least to me) i= n current texts, I would suggest to reword as following:
NEW:
Those documents has defined bit 0 in PCE-CAP-FLAGS Sub-TLV of PCED TLV as = =E2=80=9CPath computation with GMPLS link constraints=E2=80=9D.

Agree, "have defined" maybe?
= =C2=A0
=3D=3D Section 2.1.2 =3D=3D
Lots of places with =E2=80=9CSection Section XX=E2=80=9D, I suggest to do a= global replace of =E2=80=9CSection Section=E2=80=9D with =E2=80=9CSection= =E2=80=9D.

Agree, for sure=C2=A0
=C2=A0
The description is "GMPLS capable". Not consistent with IANA sect= ion, suggest to the latter to this, replacing =E2=80=9CGMPLS Capability=E2= =80=9D.

Agree
=C2=A0
=3D=3D Section 2.3. =3D=3D
The title is a bit strange, suggest to change it to =E2=80=9CBANDWIDTH obje= ct extensions=E2=80=9D, similar to other PCEP extensions Section titles.
Agree
=C2=A0
OLD:
This correspond to requirement 3,4,5 and 11 of [RFC7025].
Comment: RFC7025 Section 3.1 and 3.2 both have requirement 3, it is better = to be more specific.
NEW:
This corresponds to requirements 3, 4, 5 and 11 of [RFC7025] Section 3.1.

Agree
=C2=A0
OLD:
This document defines two OT for the BANDWIDTH object.t:
NEW:
This document defines two Object Types for the BANDWIDTH object:


Agree
=C2=A0
The Bw Type field determines which type of bandwidth is represented by the = object.
Comment: The field name in the encoding and in the text is not consistent: = Bw Spec Type vs. Bw Type. Please update (in two places)

Agree, I will change for Bw Spec Type
= =C2=A0
=3D=3D Section 2.4. =3D=3D
The title is a bit strange, suggest to change it to =E2=80=9CLOAD-BALANCING= object extensions=E2=80=9D, similar to other PCEP extensions Section title= s.

Agree
=C2=A0
OLD:
=E2=80=A6each path using at minimum 2VC4 container,=E2=80=A6
NEW:
=E2=80=A6each path using at minimum 2 x VC4 container,=E2=80=A6

Agree
=C2=A0
=3D=3D Section 2.5.1 =3D=3D
OLD:
For endpoint type Point-to-Multipoint several endpoint objects may be prese= nt in the message and represent a leave=E2=80=A6
NEW:
For endpoint type Point-to-Multipoint, several endpoint objects may be pres= ent in the message and each represents a leave,=E2=80=A6

Agree
s/ one of those TLV/one of those TLVs

Agree
=C2=A0
=3D=3D Section 2.5.2.4 =3D=3D
Are the following two sentences meant the same? If so, suggest to delete th= e 2nd =C2=A0one.
1: Its format is the same as described in [RFC3471] Section 3.1 Generalized= label request.
2: The fields are encoded as in the RSVP-TE.

Agree, I will replace by=C2=A0 "Its format and e= ncoding is the same as described"
=C2=A0
OLD:
The Encoding Type indicates the encoding type, e.g., SONET/SDH/GigE etc., t= hat will be used with the data associated.
Comment: not clearly explained. Maybe change to the following?
NEW:
The Encoding type indicates the encoding type, e.g., SONET/SDH/GigE etc., o= f the LSP with which the data is associated.

Agree
=C2=A0
=3D=3D Section 2.7 =3D=3D
s/in order to fulfill requirement 13 of [RFC7025] section 4.1,/ in order to= fulfill requirement 13 of [RFC7025] section 3.1,

Agree
=C2=A0
=3D=3D Section 2.8 =3D=3D
OLD:
This object is introduced to fulfill requirement 7 of [RFC7025] section =C2= =A04.1 and requirement 3 of [RFC7025] section 4.2. =C2=A0This object contai= ns the the value of the PROTECTION object defined by [RFC4872] =C2=A0and ma= y be used as a policy input.
NEW:
This object is introduced to fulfill requirement 7 of [RFC7025] Section 3.1= and requirement 3 of [RFC7025] Section 3.2. =C2=A0This object contains the= value of the PROTECTION object defined by [RFC4872] and may be used as a p= olicy input.

Agree
Comment: contains the value or contains the information?

I think contains the information would be more generi= c, so I will put "contains the information", is it OK?
<= div>=C2=A0
=3D=3D Section 3 =3D=3D
S/Bad Bandwidth Object type 3 or 4 not supported./ Object type 3 or 4 not s= upported

Agree
=3D=3D Section 4.1 =3D=3D
s/Accepted LOAD-BALANCING object type 3 and 4 parameters in request./ Accep= ted LOAD-BALANCING object type 2 parameters in request.

Agree
=C2=A0
s/Accepted endpoint type in END-POINTS object type Generalized Endpoint and= allowed TLVs/Accepted endpoint type in Generalized Endpoint object type an= d allowed TLVs

I would like to keep the END-POINTS object, what abou= t "Accepted endpoint type in object END-POINTS with object type Genera= lized Endpoint and allowed TLVs"
=C2=A0
=3D=3D Section 5.1 =3D=3D
As described in Section 2.3, Section 2.4 and Section 2.5.1 new Objects type= s are defined IANA=E2=80=A6
Comment: A period is missing before IANA.
Agree
=C2=A0
=3D=3D Section 5.3 =3D=3D
13 =C2=A0LSP Protection Information =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0This document (section Section 2.8)
Comment: name not consistent, should be: PROTECTION-ATTRIBUTE according to = the main text.

=C2=A0Agree

=3D=3D Section 5.7 & 5.8 =3D=3D
s/suboject /subobject

Agree
=3D=3D=3DSection 6=3D=3D
Even if there is additional security issue incurred in this draft, is it wo= rthwhile to at least mention some issues already covered by other RFCs or j= ust some pointers?

=C2=A0O= K,

we will enhance this section .


= Thanks for your review.







-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.= org] On Behalf Of Jonathan Hardwick
Sent: 2014=E5=B9=B47=E6=9C=8818=E6=97=A5 22:22
To: = draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org
Cc: pce@ietf.org
Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09=

I've reviewed this document for the WG last call.
I think this document is in good shape. =C2=A0I only found nits - see below= .
Best regards
Jon


=3D=3D Section 1.3 =3D=3D
Change
=C2=A0 =C2=A0 =C2=A0 A new object type are introduced for the BANDWIDTH obj= ect
to
=C2=A0 =C2=A0 =C2=A0 Two new object types are introduced for the BANDWIDTH = object


=3D=3D Section 2.2 =3D=3D
Final paragraph second sentence - I think you should change this to "O= therwise, the PCE MAY use..." to make it clear that the second sentenc= e is not intended to contradict the first sentence.


=3D=3D Section 2.3 =3D=3D
Page 9, directly under Traffic Spec field encoding table
- there is a stray comma that should be deleted
- change "is MUST specify..." to "it MUST specify..." - change "As specified i [RFC5440]" to "As specified in [RFC= 5440]"
- change "BANDWIDTH object of with object type 1" to "BANDWI= DTH object of object type 1"


=3D=3D Section 2.4 =3D=3D
Page 11, directly under Traffic Spec field encoding table
- there is a stray full stop (period) that should be deleted
- change "is MUST specify..." to "it MUST specify..."

=3D=3D Section 2.5.1 =3D=3D
List of 5 items on page 12. =C2=A0Should the LABEL-REQUEST TLV also be in t= his list?


=3D=3D Section 2.6 =3D=3D
Change
=C2=A0 IP address subobject MUST be a link subobject.
to
=C2=A0 If an IP address subobject is used, then the IP address given MUST b= e associated with a link.

Change
=C2=A0 The procedure associated with this subobject is as follow
to
=C2=A0 The procedure associated with this subobject is as follows.

Change
=C2=A0 MUST allocate one label of from within the set of label values
to
=C2=A0 MUST allocate one label from within the set of label values

Change
=C2=A0 =C2=A0If the PCE does not assign labels a response with a
=C2=A0 =C2=A0NO-PATH and a NO-PATH-VECTOR-TLV with the bit .'No label r= esource in
=C2=A0 =C2=A0range' set.
to
=C2=A0 =C2=A0If the PCE does not assign labels then it sends a response wit= h a
=C2=A0 =C2=A0NO-PATH object, containing a NO-PATH-VECTOR-TLV with the bit &= #39;No label resource in
=C2=A0 =C2=A0range' set.


=3D=3D Section 2.7 =3D=3D
Is your intention that the Label Subobject can also be used in the EXRS (RF= C 5521 section 2.2?) =C2=A0I think it is worth adding a sentence saying so.=

For consistency with section 2.6 (and because I think the text in 2.6 is cl= earer) I think you should change this:
=C2=A0 =C2=A0XRO Label subobjects MUST follow the numbered or unnumbered in= terface
=C2=A0 =C2=A0subobjects to which they refer. =C2=A0Each subobject represent= one label,
=C2=A0 =C2=A0several XRO Labels subobject MAY be present for each link.
to this:
=C2=A0 =C2=A0The Label subobject MUST follow a subobject identifying a link= ,
=C2=A0 =C2=A0currently an IP address subobject (Type 1 or 2) or an interfac= e id
=C2=A0 =C2=A0(type 4) subobject. =C2=A0If an IP address subobject is used, = then the
=C2=A0 =C2=A0IP address given MUST be associated with a link. =C2=A0More th= an one
=C2=A0 =C2=A0label suboject MAY follow each link subobject.


=3D=3D Section 5.1 =3D=3D
The formatting used in this section is not consistent. =C2=A0Use consistent= indentation & column width.
For BANDWIDTH object I think you mean "5-15: Unassigned"
For ENDPOINTS the reference should be to 2.5, not 2.3


=3D=3D Section 5.5 =3D=3D
"Value=3Dq0" should be "Value=3D10"




-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.= org] On Behalf Of Julien Meuric
Sent: 04 July 2014 17:05
To: pce@ietf.org
Subject: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09

Dear WG,

Now that you all have some time dedicated to I-Ds, please consider this
as part of your review list.

This message ignites the WG LC on
draft-ietf-pce-gmpls-pcep-extensions-09. Comments should be sent to the
PCE mailing list by Friday July 18, 11:59 PM, HST.

Regards,

JP & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/pce

_______________________________________________
Pce mailing list
Pce@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/pce
_______________________________________________
Pce mailing list
Pce@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/pce

--001a11c1b3264d3cdc04fedbc05e-- From nobody Wed Jul 23 07:59:34 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85BBB1B2A8F for ; Wed, 23 Jul 2014 07:59:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.087 X-Spam-Level: ** X-Spam-Status: No, score=2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 w2LY1SOblDUc for ; Wed, 23 Jul 2014 07:59:19 -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 046C21B2A6B for ; Wed, 23 Jul 2014 07:59:18 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKL39788; Wed, 23 Jul 2014 14:59:17 +0000 (GMT) Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 23 Jul 2014 15:59:17 +0100 Received: from SZXEMA504-MBS.china.huawei.com ([169.254.8.121]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Wed, 23 Jul 2014 22:59:11 +0800 From: Fatai Zhang To: Julien Meuric , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Thread-Topic: Last IPR Check on draft-ietf-pce-gmpls-pcep-extensions Thread-Index: AQHPpcGHb3V+qkOwb0Cq0E78abH7Z5utwLcg Date: Wed, 23 Jul 2014 14:59:09 +0000 Message-ID: References: <53CE82F9.3060707@orange.com> In-Reply-To: <53CE82F9.3060707@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.193.85.154] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/NGS8qKd4NCnHN9iq7tbgVacfC60 Cc: "pce@ietf.org" Subject: [Pce] =?gb2312?b?tPC4tDogTGFzdCBJUFIgQ2hlY2sgb24gZHJhZnQtaWV0Zi1w?= =?gb2312?b?Y2UtZ21wbHMtcGNlcC1leHRlbnNpb25z?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 14:59:23 -0000 SGkgYWxsLA0KDQpObywgSSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8g dGhpcyBkb2N1bWVudC4NCg0KDQpUaGFua3MNCg0KRmF0YWkNCg0KDQoNCi0tLS0t08q8/tStvP4t LS0tLQ0Kt6K8/sjLOiBKdWxpZW4gTWV1cmljIFttYWlsdG86anVsaWVuLm1ldXJpY0BvcmFuZ2Uu Y29tXSANCreiy83KsbzkOiAyMDE0xOo31MIyMsjVIDIzOjI4DQrK1bz+yMs6IGRyYWZ0LWlldGYt cGNlLWdtcGxzLXBjZXAtZXh0ZW5zaW9uc0B0b29scy5pZXRmLm9yZw0Ks63LzTogcGNlQGlldGYu b3JnDQrW98ziOiBMYXN0IElQUiBDaGVjayBvbiBkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4 dGVuc2lvbnMNCg0KRGVhciBhdXRob3JzIG9mIHRoZSBhZm9yZW1lbnRpb25lZCBkb2N1bWVudCwN Cg0KSGFzIGFsbCBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtcGNlLWdtcGxzLXBjZXAt ZXh0ZW5zaW9ucyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVs ZXM/IChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMp DQoNCkEgcmVzcG9uc2UgZnJvbSBlYWNoIG9mIHlvdSBpcyBleHBlY3RlZC4NCg0KUmVnYXJkcywN Cg0KSlAgJiBKdWxpZW4NCg0K From nobody Wed Jul 23 15:24:28 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 516CE1B290F for ; Wed, 23 Jul 2014 15:24:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 cEd0fPkyUsIf for ; Wed, 23 Jul 2014 15:24:15 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4AF51B28DA for ; Wed, 23 Jul 2014 15:24:14 -0700 (PDT) Received: from omfeda05.si.francetelecom.fr (unknown [xx.xx.xx.198]) by omfeda10.si.francetelecom.fr (ESMTP service) with ESMTP id 486B7375124; Thu, 24 Jul 2014 00:24:13 +0200 (CEST) Received: from Exchangemail-eme1.itn.ftgroup (unknown [10.114.1.183]) by omfeda05.si.francetelecom.fr (ESMTP service) with ESMTP id 2CC96180054; Thu, 24 Jul 2014 00:24:13 +0200 (CEST) Received: from PEXCVZYM14.corporate.adroot.infra.ftgroup ([fe80::a42f:c628:bc76:d592]) by PEXCVZYH02.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0181.006; Thu, 24 Jul 2014 00:24:10 +0200 From: To: MEURIC Julien IMT/OLN , "draft-ietf-pce-pcep-mib@tools.ietf.org" Thread-Topic: Last IPR Check on draft-ietf-pce-pcep-mib Thread-Index: AQHPpcFq+aHn2BplFUGog2JhkjaOd5uuMVaA Date: Wed, 23 Jul 2014 22:24:10 +0000 Message-ID: <13148_1406154253_53D0360D_13148_6602_1_6583d331-4ee1-45ef-a997-1ee90cd8491d@PEXCVZYH02.corporate.adroot.infra.ftgroup> References: <53CE82CC.3060906@orange.com> In-Reply-To: <53CE82CC.3060906@orange.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.197.38.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.7.23.175419 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Vi_Yfs0ETFvlTZj3E6sE2-LKIcg Cc: "pce@ietf.org" Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 22:24:17 -0000 Hi I know of no IPR that applies to this draft. Regards Emile -----Original Message----- From: Julien Meuric [mailto:julien.meuric@orange.com]=20 Sent: mardi 22 juillet 2014 11:27 To: draft-ietf-pce-pcep-mib@tools.ietf.org Cc: pce@ietf.org Subject: Last IPR Check on draft-ietf-pce-pcep-mib Dear authors of the aforementioned document, Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in=20 compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for=20 more details) A response from each of you is expected. Regards, JP & Julien ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles 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 el= ectroniques 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 inf= ormation 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 dele= te 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 Thu Jul 24 01:44:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3375C1A00CA for ; Thu, 24 Jul 2014 01:44:15 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 segbrQgQD8uw for ; Thu, 24 Jul 2014 01:44:13 -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 5345F1A0080 for ; Thu, 24 Jul 2014 01:44:12 -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 BHN95734; Thu, 24 Jul 2014 08:44:10 +0000 (GMT) Received: from SZXEMA407-HUB.china.huawei.com (10.82.72.39) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 24 Jul 2014 09:44:08 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.13]) by SZXEMA407-HUB.china.huawei.com ([10.82.72.39]) with mapi id 14.03.0158.001; Thu, 24 Jul 2014 16:44:05 +0800 From: "Zhangxian (Xian)" To: Cyril Margaria Thread-Topic: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 Thread-Index: AQHPl6GtNyMFJXVbFE2qUBT8V7Umf5ulcgeAgAgLG/D//7YuAIAB0mjA Date: Thu, 24 Jul 2014 08:44:05 +0000 Message-ID: References: <53B6D095.2030004@orange.com> <09CE6C3BE5E1EA40B987BF5F25D8DDBAE797DD95@ENFICSMBX1.datcon.co.uk> 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.104.209] Content-Type: multipart/alternative; boundary="_000_C636AF2FA540124E9B9ACB5A6BECCE6B470FBA87SZXEMA512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/DuFb4eRPK9gD_guDFSipErJt6xI Cc: "pce@ietf.org" , "draft-ietf-pce-gmpls-pcep-extensions@tools.ietf.org" Subject: Re: [Pce] WG Last Call for draft-ietf-pce-gmpls-pcep-extensions-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 08:44:15 -0000 --_000_C636AF2FA540124E9B9ACB5A6BECCE6B470FBA87SZXEMA512MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIEN5cmlsLA0KDQogICBUaGFuayB5b3UgZm9yIHRoZSBxdWljayByZXBseS4gRm9yIHRocmVl IGl0ZW1zIHJlcXVpcmluZyBteSBmdXJ0aGVyIHJlc3BvbnNlLCBwbGVhc2Ugc2VlIGlubGluZSwg bWFya2VkIHdpdGggW1hpYW4yXToNCg0KUmVnYXJkcywNClhpYW4NCg0KRnJvbTogQ3lyaWwgTWFy Z2FyaWEgW21haWx0bzpjeXJpbC5tYXJnYXJpYUBnbWFpbC5jb21dDQpTZW50OiAyMDE05bm0N+ac iDIz5pelIDIwOjQ4DQpUbzogWmhhbmd4aWFuIChYaWFuKQ0KQ2M6IGRyYWZ0LWlldGYtcGNlLWdt cGxzLXBjZXAtZXh0ZW5zaW9uc0B0b29scy5pZXRmLm9yZzsgcGNlQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW1BjZV0gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4 dGVuc2lvbnMtMDkNCg0KSGksDQoNClRoYW5rcyBhIGxvdCBmb3IgeW91ciBjb21tZW50cywgcGxl YXNlIHNlZSBpbmxpbmUNCg0KT24gMjMgSnVseSAyMDE0IDA1OjE3LCBaaGFuZ3hpYW4gKFhpYW4p IDx6aGFuZy54aWFuQGh1YXdlaS5jb208bWFpbHRvOnpoYW5nLnhpYW5AaHVhd2VpLmNvbT4+IHdy b3RlOg0KSSBoYXZlIGFsc28gcmV2aWV3ZWQgdGhpcyBkcmFmdCAoQSBiaXQgbGF0ZSB0aG91Z2gp IGFuZCBmaW5kIG5vIG1ham9yIGlzc3VlcyB3aXRoIGl0Lg0KDQpPbiB0b3Agb2YgSm9uJ3Mgc3Vn Z2VzdGlvbnMsIHBscyBmaW5kIG1pbmUgYmVsb3cuIElmIHRoZXNlIGNhbm5vdCBiZSBjYXB0dXJl ZCB0b2dldGhlciB3aXRoIFdHIExDLCBwbGVhc2UgY29uc2lkZXIgdGhlbSBkdXJpbmcgdGhlIG5l eHQgcHJvY2Vzcy4NCg0KUmVnYXJkcywNClhpYW4NCg0KKHNuaXApDQoNCj09IFNlY3Rpb24gMi4x LjEgPT0NCk9MRDoNClRob3NlIGRvY3VtZW50cyBkZWZpbmUgYml0IDAgb2YgdGhlIFBDRUQgVExW IGZvciBQYXRoIGNvbXB1dGF0aW9uIHdpdGggR01QTFMgbGluayBjb25zdHJhaW50cy4NCkNvbW1l bnQ6IFNpbmNlIGl0IGhhcyBiZWVuIGRlZmluZWQgYWxyZWFkeSBhbmQgbm90IGNsZWFyIChhcyBs ZWFzdCB0byBtZSkgaW4gY3VycmVudCB0ZXh0cywgSSB3b3VsZCBzdWdnZXN0IHRvIHJld29yZCBh cyBmb2xsb3dpbmc6DQpORVc6DQpUaG9zZSBkb2N1bWVudHMgaGFzIGRlZmluZWQgYml0IDAgaW4g UENFLUNBUC1GTEFHUyBTdWItVExWIG9mIFBDRUQgVExWIGFzIOKAnFBhdGggY29tcHV0YXRpb24g d2l0aCBHTVBMUyBsaW5rIGNvbnN0cmFpbnRz4oCdLg0KQWdyZWUsICJoYXZlIGRlZmluZWQiIG1h eWJlPw0KW1hpYW4yXTogIHlvdSBhcmUgcmlnaHQsIOKYui4NCg0KKHNuaXApDQoNCj09IFNlY3Rp b24gMi44ID09DQpPTEQ6DQpUaGlzIG9iamVjdCBpcyBpbnRyb2R1Y2VkIHRvIGZ1bGZpbGwgcmVx dWlyZW1lbnQgNyBvZiBbUkZDNzAyNV0gc2VjdGlvbiAgNC4xIGFuZCByZXF1aXJlbWVudCAzIG9m IFtSRkM3MDI1XSBzZWN0aW9uIDQuMi4gIFRoaXMgb2JqZWN0IGNvbnRhaW5zIHRoZSB0aGUgdmFs dWUgb2YgdGhlIFBST1RFQ1RJT04gb2JqZWN0IGRlZmluZWQgYnkgW1JGQzQ4NzJdICBhbmQgbWF5 IGJlIHVzZWQgYXMgYSBwb2xpY3kgaW5wdXQuDQpORVc6DQpUaGlzIG9iamVjdCBpcyBpbnRyb2R1 Y2VkIHRvIGZ1bGZpbGwgcmVxdWlyZW1lbnQgNyBvZiBbUkZDNzAyNV0gU2VjdGlvbiAzLjEgYW5k IHJlcXVpcmVtZW50IDMgb2YgW1JGQzcwMjVdIFNlY3Rpb24gMy4yLiAgVGhpcyBvYmplY3QgY29u dGFpbnMgdGhlIHZhbHVlIG9mIHRoZSBQUk9URUNUSU9OIG9iamVjdCBkZWZpbmVkIGJ5IFtSRkM0 ODcyXSBhbmQgbWF5IGJlIHVzZWQgYXMgYSBwb2xpY3kgaW5wdXQuDQoNCkFncmVlDQpDb21tZW50 OiBjb250YWlucyB0aGUgdmFsdWUgb3IgY29udGFpbnMgdGhlIGluZm9ybWF0aW9uPw0KSSB0aGlu ayBjb250YWlucyB0aGUgaW5mb3JtYXRpb24gd291bGQgYmUgbW9yZSBnZW5lcmljLCBzbyBJIHdp bGwgcHV0ICJjb250YWlucyB0aGUgaW5mb3JtYXRpb24iLCBpcyBpdCBPSz8NCltYaWFuMl06IExv b2tzIGdvb2QuDQoNCihzbmlwKQ0KDQpzL0FjY2VwdGVkIGVuZHBvaW50IHR5cGUgaW4gRU5ELVBP SU5UUyBvYmplY3QgdHlwZSBHZW5lcmFsaXplZCBFbmRwb2ludCBhbmQgYWxsb3dlZCBUTFZzL0Fj Y2VwdGVkIGVuZHBvaW50IHR5cGUgaW4gR2VuZXJhbGl6ZWQgRW5kcG9pbnQgb2JqZWN0IHR5cGUg YW5kIGFsbG93ZWQgVExWcw0KSSB3b3VsZCBsaWtlIHRvIGtlZXAgdGhlIEVORC1QT0lOVFMgb2Jq ZWN0LCB3aGF0IGFib3V0ICJBY2NlcHRlZCBlbmRwb2ludCB0eXBlIGluIG9iamVjdCBFTkQtUE9J TlRTIHdpdGggb2JqZWN0IHR5cGUgR2VuZXJhbGl6ZWQgRW5kcG9pbnQgYW5kIGFsbG93ZWQgVExW cyINCltYaWFuMl06ICAgU3VyZS4gQnV0IGhvdyBhYm91dCAiQWNjZXB0ZWQgZW5kcG9pbnQgdHlw ZSBhbmQgYWxsb3dlZCBUTFZzIGluIG9iamVjdCBFTkQtUE9JTlRTIHdpdGggb2JqZWN0IHR5cGUg R2VuZXJhbGl6ZWQgRW5kcG9pbnQiPyBOTyBzdHJvbmcgb3BpbmlvbiwgdGFrZSB3aGljaGV2ZXIg eW91IHByZWZlci4NCg0KIChzbmlwKQ0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B470FBA87SZXEMA512MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcy LjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29y ZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZd LS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+ DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3ht bD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2 bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPkhpLCBDeXJpbCwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4m bmJzcDsmbmJzcDsgVGhhbmsgeW91IGZvciB0aGUgcXVpY2sgcmVwbHkuIEZvciB0aHJlZSBpdGVt cyByZXF1aXJpbmcgbXkgZnVydGhlciByZXNwb25zZSwgcGxlYXNlIHNlZSBpbmxpbmUsIG1hcmtl ZCB3aXRoIFtYaWFuMl06ICZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+WGlhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4gQ3lyaWwgTWFyZ2FyaWEgW21haWx0bzpjeXJpbC5tYXJnYXJpYUBnbWFpbC5jb21dDQo8YnI+ DQo8Yj5TZW50OjwvYj4gMjAxNDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+ 5bm0PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Nzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+5pyIPC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+MjM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQiPuaXpTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPg0KIDIwOjQ4PGJyPg0KPGI+VG86PC9iPiBaaGFuZ3hpYW4gKFhpYW4pPGJyPg0KPGI+Q2M6 PC9iPiBkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4dGVuc2lvbnNAdG9vbHMuaWV0Zi5vcmc7 IHBjZUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1BjZV0gV0cgTGFzdCBDYWxs IGZvciBkcmFmdC1pZXRmLXBjZS1nbXBscy1wY2VwLWV4dGVuc2lvbnMtMDk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpLCA8YnI+DQo8YnI+DQpUaGFua3MgYSBsb3QgZm9yIHlv dXIgY29tbWVudHMsIHBsZWFzZSBzZWUgaW5saW5lIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk9uIDIzIEp1bHkgMjAxNCAwNTox NywgWmhhbmd4aWFuIChYaWFuKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpoYW5nLnhpYW5AaHVhd2Vp LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnpoYW5nLnhpYW5AaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIj5JIGhhdmUgYWxzbyByZXZpZXdlZCB0aGlzIGRyYWZ0IChBIGJpdCBsYXRlIHRob3Vn aCkgYW5kIGZpbmQgbm8gbWFqb3IgaXNzdWVzIHdpdGggaXQuPGJyPg0KPGJyPg0KT24gdG9wIG9m IEpvbidzIHN1Z2dlc3Rpb25zLCBwbHMgZmluZCBtaW5lIGJlbG93LiBJZiB0aGVzZSBjYW5ub3Qg YmUgY2FwdHVyZWQgdG9nZXRoZXIgd2l0aCBXRyBMQywgcGxlYXNlIGNvbnNpZGVyIHRoZW0gZHVy aW5nIHRoZSBuZXh0IHByb2Nlc3MuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQpYaWFuPGJyPg0K PGJyPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPihzbmlwKTwvc3Bhbj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiPj09IFNlY3Rpb24gMi4xLjEgPT08YnI+DQpPTEQ6PGJyPg0KVGhvc2UgZG9jdW1l bnRzIGRlZmluZSBiaXQgMCBvZiB0aGUgUENFRCBUTFYgZm9yIFBhdGggY29tcHV0YXRpb24gd2l0 aCBHTVBMUyBsaW5rIGNvbnN0cmFpbnRzLjxicj4NCkNvbW1lbnQ6IFNpbmNlIGl0IGhhcyBiZWVu IGRlZmluZWQgYWxyZWFkeSBhbmQgbm90IGNsZWFyIChhcyBsZWFzdCB0byBtZSkgaW4gY3VycmVu dCB0ZXh0cywgSSB3b3VsZCBzdWdnZXN0IHRvIHJld29yZCBhcyBmb2xsb3dpbmc6PGJyPg0KTkVX Ojxicj4NClRob3NlIGRvY3VtZW50cyBoYXMgZGVmaW5lZCBiaXQgMCBpbiBQQ0UtQ0FQLUZMQUdT IFN1Yi1UTFYgb2YgUENFRCBUTFYgYXMg4oCcUGF0aCBjb21wdXRhdGlvbiB3aXRoIEdNUExTIGxp bmsgY29uc3RyYWludHPigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BZ3JlZSwgJnF1 b3Q7aGF2ZSBkZWZpbmVkJnF1b3Q7IG1heWJlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+W1hpYW4yXTombmJzcDsgeW91IGFyZSByaWdodCwNCjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6V2luZ2Rp bmdzO2NvbG9yOiMxRjQ5N0QiPko8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4oc25pcCk8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4w cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PT0gU2VjdGlvbiAyLjggPT08YnI+DQpPTEQ6PGJyPg0K VGhpcyBvYmplY3QgaXMgaW50cm9kdWNlZCB0byBmdWxmaWxsIHJlcXVpcmVtZW50IDcgb2YgW1JG QzcwMjVdIHNlY3Rpb24gJm5ic3A7NC4xIGFuZCByZXF1aXJlbWVudCAzIG9mIFtSRkM3MDI1XSBz ZWN0aW9uIDQuMi4gJm5ic3A7VGhpcyBvYmplY3QgY29udGFpbnMgdGhlIHRoZSB2YWx1ZSBvZiB0 aGUgUFJPVEVDVElPTiBvYmplY3QgZGVmaW5lZCBieSBbUkZDNDg3Ml0gJm5ic3A7YW5kIG1heSBi ZSB1c2VkIGFzIGEgcG9saWN5IGlucHV0Ljxicj4NCk5FVzo8YnI+DQpUaGlzIG9iamVjdCBpcyBp bnRyb2R1Y2VkIHRvIGZ1bGZpbGwgcmVxdWlyZW1lbnQgNyBvZiBbUkZDNzAyNV0gU2VjdGlvbiAz LjEgYW5kIHJlcXVpcmVtZW50IDMgb2YgW1JGQzcwMjVdIFNlY3Rpb24gMy4yLiAmbmJzcDtUaGlz IG9iamVjdCBjb250YWlucyB0aGUgdmFsdWUgb2YgdGhlIFBST1RFQ1RJT04gb2JqZWN0IGRlZmlu ZWQgYnkgW1JGQzQ4NzJdIGFuZCBtYXkgYmUgdXNlZCBhcyBhIHBvbGljeSBpbnB1dC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BZ3JlZSA8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5D b21tZW50OiBjb250YWlucyB0aGUgdmFsdWUgb3IgY29udGFpbnMgdGhlIGluZm9ybWF0aW9uPzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSB0aGluayBjb250YWlucyB0aGUgaW5mb3JtYXRp b24gd291bGQgYmUgbW9yZSBnZW5lcmljLCBzbyBJIHdpbGwgcHV0ICZxdW90O2NvbnRhaW5zIHRo ZSBpbmZvcm1hdGlvbiZxdW90OywgaXMgaXQgT0s/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5bWGlhbjJdOiBMb29rcyBnb29kLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPihzbmlw KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+cy9BY2Nl cHRlZCBlbmRwb2ludCB0eXBlIGluIEVORC1QT0lOVFMgb2JqZWN0IHR5cGUgR2VuZXJhbGl6ZWQg RW5kcG9pbnQgYW5kIGFsbG93ZWQgVExWcy9BY2NlcHRlZCBlbmRwb2ludCB0eXBlIGluIEdlbmVy YWxpemVkIEVuZHBvaW50IG9iamVjdCB0eXBlIGFuZCBhbGxvd2VkIFRMVnM8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkkgd291bGQgbGlrZSB0byBrZWVwIHRoZSBFTkQtUE9JTlRTIG9iamVj dCwgd2hhdCBhYm91dCAmcXVvdDtBY2NlcHRlZCBlbmRwb2ludCB0eXBlIGluIG9iamVjdCBFTkQt UE9JTlRTIHdpdGggb2JqZWN0IHR5cGUgR2VuZXJhbGl6ZWQgRW5kcG9pbnQgYW5kIGFsbG93ZWQg VExWcyZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1hp YW4yXTombmJzcDsgJm5ic3A7U3VyZS4gQnV0IGhvdyBhYm91dA0KPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj4mcXVvdDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5BY2NlcHRlZCBlbmRwb2ludCB0eXBlIGFuZCBhbGxvd2VkIFRM VnMgaW4gb2JqZWN0IEVORC1QT0lOVFMgd2l0aCBvYmplY3QgdHlwZSBHZW5lcmFsaXplZCBFbmRw b2ludCZxdW90Oz8gTk8gc3Ryb25nIG9waW5pb24sIHRha2Ugd2hpY2hldmVyDQogeW91IHByZWZl ci4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPihzbmlwKTwvc3Bhbj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_C636AF2FA540124E9B9ACB5A6BECCE6B470FBA87SZXEMA512MBSchi_-- From nobody Fri Jul 25 07:37:36 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81CE41B299F; Fri, 25 Jul 2014 07:37:34 -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 mZrT11Ghw18d; Fri, 25 Jul 2014 07:37:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FC091B2997; Fri, 25 Jul 2014 07:37:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140725143726.15493.78258.idtracker@ietfa.amsl.com> Date: Fri, 25 Jul 2014 07:37:26 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/_QEsdFPl9ZWFCVksK9GFpp90fEU Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-mib-09.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 14:37:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Path Computation Element Protocol (PCEP) Management Information Base Authors : A S Kiran Koushik Emile Stephan Quintin Zhao Daniel King Jonathan Hardwick Filename : draft-ietf-pce-pcep-mib-09.txt Pages : 47 Date : 2014-07-25 Abstract: This memo defines a portion of the Management Information Base for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling of Path Computation Element communication Protocol (PCEP) for communications between a Path Computation Client (PCC) and a Path Computation Element (PCE), or between two PCEs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-mib/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-mib-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-mib-09 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 Fri Jul 25 07:43:44 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD24F1B2994 for ; Fri, 25 Jul 2014 07:43:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, 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 3aWNONZcOIab for ; Fri, 25 Jul 2014 07:43:41 -0700 (PDT) Received: from ENFICSETS1.metaswitch.com (enficsets1.metaswitch.com [192.91.191.38]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E33E81B299C for ; Fri, 25 Jul 2014 07:43:40 -0700 (PDT) Received: from ENFIRHMBX1.datcon.co.uk (172.18.74.36) by ENFICSETS1.metaswitch.com (172.18.4.18) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 25 Jul 2014 15:43:27 +0100 Received: from ENFICSMBX1.datcon.co.uk ([fe80::d5d5:c683:a3be:3a19]) by ENFIRHMBX1.datcon.co.uk ([fe80::b06d:4d13:5f63:3715%18]) with mapi id 14.03.0195.001; Fri, 25 Jul 2014 15:43:39 +0100 From: Jonathan Hardwick To: "pce@ietf.org" Thread-Topic: [Pce] I-D Action: draft-ietf-pce-pcep-mib-09.txt Thread-Index: AQHPqBYM5j/9xLmeWkSgo4hRv7lglJuw3QiA Date: Fri, 25 Jul 2014 14:43:39 +0000 Message-ID: <09CE6C3BE5E1EA40B987BF5F25D8DDBAED2329C8@ENFICSMBX1.datcon.co.uk> References: <20140725143726.15493.78258.idtracker@ietfa.amsl.com> In-Reply-To: <20140725143726.15493.78258.idtracker@ietfa.amsl.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.28.4.12] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/9lD_j03o6ncSNS6te-RMewQTunE Subject: Re: [Pce] I-D Action: draft-ietf-pce-pcep-mib-09.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 14:43:42 -0000 This revision fixes the idnits and updates the affiliation of one of the au= thors. Thanks Julien for bringing these to our attention. Cheers Jon -----Original Message----- From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.o= rg Sent: 25 July 2014 10:37 To: i-d-announce@ietf.org Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-mib-09.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : Path Computation Element Protocol (PCEP) Manageme= nt Information Base Authors : A S Kiran Koushik Emile Stephan Quintin Zhao Daniel King Jonathan Hardwick Filename : draft-ietf-pce-pcep-mib-09.txt Pages : 47 Date : 2014-07-25 Abstract: This memo defines a portion of the Management Information Base for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling of Path Computation Element communication Protocol (PCEP) for communications between a Path Computation Client (PCC) and a Path Computation Element (PCE), or between two PCEs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-mib/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-mib-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-pcep-mib-09 Please note that it may take a couple of minutes from the time of submissio= n 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/ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From nobody Fri Jul 25 08:13:31 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26C491A0012 for ; Fri, 25 Jul 2014 08:13:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 aZWvEB-Hq5aP for ; Fri, 25 Jul 2014 08:13:26 -0700 (PDT) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A87271A02E1 for ; Fri, 25 Jul 2014 08:13:26 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id rp18so3815088iec.12 for ; Fri, 25 Jul 2014 08:13:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:references:in-reply-to:subject :date:message-id:mime-version:content-type:content-transfer-encoding :thread-index:content-language; bh=7i9pEpWof6pr3CGy7Xn6/gqZ9k+thOTX/ENN9zMpapQ=; b=e3Ir6t/VXGPcgZvEfB4QnDtddAw9fTEPkCue9R1UICWYrF99Qmq8kzYOtVgVaYihWj vxFeNQKSLNa06HhmfySLFq79npXXGjpXQMMjo7iM6o6dlQKJIgNg2hBXSJF9+5s5fwvU qUMcd7lfTOUZ/NM7Q7vZqxCSZxm6qoLxS7ptidLYkN0ntQY58iDTwz9Fet74rhjBOh0j grr+qrhkBTelb/0o1XbuGspptVx4LDZgLCqzDywZ1Y2OhHw9K02QT9Sxg+8FUK0FSDOs uYp0MJKNvk8BKpdm3siXIVl7gD3tbGZHC212qlGxFULtV4KbojpkxfMrTFdml7MljIgT G3DA== X-Gm-Message-State: ALoCoQk3bkLCqUMJl9hujG9wnU/MioE/oOazfoThH0T87yrRVHbMVgR2s9cbx+4j5ILB9Q9DpVJE X-Received: by 10.50.25.162 with SMTP id d2mr6642719igg.0.1406301205985; Fri, 25 Jul 2014 08:13:25 -0700 (PDT) Received: from MAL ([192.64.7.190]) by mx.google.com with ESMTPSA id ri8sm5354416igc.0.2014.07.25.08.13.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 25 Jul 2014 08:13:24 -0700 (PDT) Sender: Daniel King X-Google-Original-Sender: "Daniel King" From: "Daniel King" To: "'Dhruv Dhody'" , "'Julien Meuric'" References: <53CE82CC.3060906@orange.com> In-Reply-To: Date: Fri, 25 Jul 2014 11:13:23 -0400 Message-ID: <022601cfa81a$fb122480$f1366d80$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQGQxKulPJU2Jht9h6t0JIPAjjUBDAGcdy56nCHIU7A= Content-Language: en-gb Archived-At: http://mailarchive.ietf.org/arch/msg/pce/Te5iyI5Tgji2WFLynU139Diyh2Q Cc: draft-ietf-pce-pcep-mib@tools.ietf.org, pce@ietf.org Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 15:13:29 -0000 Hi All,=20 I am not aware of any IPR for this I-D.=20 Br, Dan.=20 -----Original Message----- From: Dhruv Dhody [mailto:dhruv.ietf@gmail.com]=20 Sent: 25 July 2014 11:06 To: Julien Meuric Cc: draft-ietf-pce-pcep-mib@tools.ietf.org Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib Hi Julien and Authors, I am a contributor to the MIB document but the format in which = contributors = (http://tools.ietf.org/html/draft-ietf-pce-pcep-mib-09#section-8) is mentioned in the document currently is not the usual RFC format with = address information. Anyways I think I should respond to the IPR check as a contributor as = well, correct me if I am mistaken. Thanks! Dhruv On Tue, Jul 22, 2014 at 11:27 AM, Julien Meuric = wrote: > Dear authors of the aforementioned document, > > Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in=20 > compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378=20 > for more > details) > > A response from each of you is expected. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Fri Jul 25 08:38:14 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 586411A03B7 for ; Fri, 25 Jul 2014 08:38:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 9g8hgR7FWQkO for ; Fri, 25 Jul 2014 08:38:11 -0700 (PDT) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2F7C1A03A6 for ; Fri, 25 Jul 2014 08:38:10 -0700 (PDT) Received: by mail-ig0-f170.google.com with SMTP id h3so1063158igd.5 for ; Fri, 25 Jul 2014 08:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LyYzpwMtr3WyxTkWOxCgeOzI4fUtadFC+0OrRzC4JIU=; b=qPiS8aMjegZflgBqbU05A3upV37F3+8IPkuXDqMOXYOZLWWvfrD5dbtDohT1Zjheai u9UN6u3B+VotLIju/o56rT+rPvloLq9w6LImSzMO2OUXTjShQylKLoWaw+JymEryvo8f 5ZN8BdsRqrJyeguFHTD4vFAkH7fvX7d6z+u6/JykJApLipn3vl1nb7OSgmWZkclrDIKD 2l0r6ja4aD/tekufslFeNosB60p8SFo75o9ofFKzbC3yIzJ7wFBD84a1DPbuVWuq3tru kVabc8zh0Z+bdEWcxUdB0CukFFRUTeYjr2zPbCrY3rT4AgeXrlj+8sdWEqoiXrSsPdE4 oB2A== MIME-Version: 1.0 X-Received: by 10.50.141.199 with SMTP id rq7mr6605205igb.37.1406302690281; Fri, 25 Jul 2014 08:38:10 -0700 (PDT) Received: by 10.50.26.74 with HTTP; Fri, 25 Jul 2014 08:38:10 -0700 (PDT) In-Reply-To: <53CE82CC.3060906@orange.com> References: <53CE82CC.3060906@orange.com> Date: Fri, 25 Jul 2014 11:38:10 -0400 Message-ID: From: Dhruv Dhody To: Julien Meuric Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/iQ1gsx4YU77CLTWESo_rDkjs_wQ Cc: draft-ietf-pce-pcep-mib@tools.ietf.org, "pce@ietf.org" Subject: Re: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 15:38:12 -0000 Hi All, I am not aware of any IPR related to this draft. Regards, Dhruv (listed as a contributor) On Tue, Jul 22, 2014 at 11:27 AM, Julien Meuric wrote: > Dear authors of the aforementioned document, > > Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in > compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for more > details) > > A response from each of you is expected. > > Regards, > > JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Fri Jul 25 11:03:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D05D21A0439 for ; Fri, 25 Jul 2014 11:03:10 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 e0McZ8Zrxi-C for ; Fri, 25 Jul 2014 11:03:08 -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 B1D411A0426 for ; Fri, 25 Jul 2014 11:03:07 -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 s6PI31Vp006157; Fri, 25 Jul 2014 19:03:01 +0100 Received: from 950129200 (dhcp-b3a5.meeting.ietf.org [31.133.179.165]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6PI2qMM006120 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Jul 2014 19:02:58 +0100 From: "Adrian Farrel" To: Date: Fri, 25 Jul 2014 19:02:56 +0100 Message-ID: <063801cfa832$aecd1220$0c673660$@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: Ac+oMet0EFwrGNumT0WWXPK0BVZ7dw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20840.001 X-TM-AS-Result: No--3.520-10.0-31-10 X-imss-scan-details: No--3.520-10.0-31-10 X-TMASE-MatchedRID: OOE19uLU/P8e5COU7dNCwuyNEc7z2JzC3E5VFJRbiIRrE1c4mB5UmhZ6 8yUnXFgf+8l6jFSki7pANiMqn4yGugt3e7z0WipRngIgpj8eDcC063Wh9WVqgpgZQ9043V5e+gt Hj7OwNO2OhzOa6g8KrTQ4X1RnaALq8NwB3rBNuJ6dXborPjbz3qGBVP/0UhclWZoVE3G7ZDrkP2 yapUEP3KKWedUMQI938fsC+xPFkxvsNp90fT4EjuoLJh5uXtfs Archived-At: http://mailarchive.ietf.org/arch/msg/pce/ewC6z9wwQ9lsJ_xkVv5ZUNiXH70 Cc: draft-farrkingel-pce-abno-architecture@tools.ietf.org, 'Quintin zhao' Subject: [Pce] Call for review draft-farrkingel-pce-abno-architecture X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 18:03:11 -0000 Hi, The authors of draft-farrkingel-pce-abno-architecture are in the process of requesting AD-sponsored publication of draft-farrkingel-pce-abno-architecture This I-D is a bit of an architecture and a bit an applicability statement. It spans quite a lot of IETF technology and features PCE. The last call will obviously pop out sometime, but it would be nice to have review comments before then. Thanks, Adrian From nobody Wed Jul 30 02:54:54 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0209A1B2A5E for ; Wed, 30 Jul 2014 02:54:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 G9Nho_L78Qr7 for ; Wed, 30 Jul 2014 02:54:51 -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 3B3121B2A44 for ; Wed, 30 Jul 2014 02:54:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKS27749; Wed, 30 Jul 2014 09:54:49 +0000 (GMT) Received: from SZXEML454-HUB.china.huawei.com (10.82.67.197) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 10:54:49 +0100 Received: from szxeml556-mbs.china.huawei.com ([169.254.4.216]) by SZXEML454-HUB.china.huawei.com ([10.82.67.197]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 17:53:49 +0800 From: Dhruv Dhody To: "pce@ietf.org" , "'Adrian Farrel' (adrian@olddog.co.uk)" , Fatai Zhang Thread-Topic: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt Thread-Index: AQHPpbQJ//oPq9ZRcUG6jcLtfxYFiJu4aYoA Date: Wed, 30 Jul 2014 09:53:49 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> References: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> In-Reply-To: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.146.248] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/zhVzsmGtI4epRHR1U2WCKq690z4 Cc: "Siva Sivabalan \(msiva\)" Subject: Re: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:54:53 -0000 Hi Authors, WG, As we are in midst of a bis for 7150, I wanted to bring this to the notice = of the WG.=20 There was a offline discussion about the use of VENDOR-INFORMATION-TLV in t= he LSP object defined in stateful PCE draft.=20 In Abstract it says.. This document defines a facility to carry vendor-specific information in PCEP using a dedicated object and a new Type-Length-Variable that can be carried in any existing PCEP object. ^^^^^^^^^^^^ =20 In Introduction it says.. This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV that can be used to carry arbitrary information within any PCEP object that supports TLVs. ^^^ =20 =20 Surely the intention was to allow the use of VENDOR-INFORMATION-TLV in *any= * PCEP object (existing or defined in future) that allow optional TLVs.=20 We hope this can be clarified / made explicit in the bis to avoid any confu= sion.=20 Regards, Dhruv=20 > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org > Sent: 22 July 2014 19:12 > To: i-d-announce@ietf.org > Cc: pce@ietf.org > Subject: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Path Computation Element Working Group = of > the IETF. >=20 > Title : Conveying Vendor-Specific Constraints in the Pa= th > Computation Element communication Protocol > Authors : Fatai Zhang > Adrian Farrel > Filename : draft-ietf-pce-rfc7150bis-00.txt > Pages : 12 > Date : 2014-07-22 >=20 > Abstract: > The Path Computation Element communication Protocol (PCEP) is used to > convey path computation requests and responses both between Path > Computation Clients (PCCs) and Path Computation Elements (PCEs) and > between cooperating PCEs. In PCEP, the path computation requests > carry details of the constraints and objective functions that the PCC > wishes the PCE to apply in its computation. >=20 > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Variable that > can be carried in any existing PCEP object. >=20 > This document obsoletes RFC 7150. The only change from that document > is the allocation of a different code point for the > VENDOR-INFORMATION object. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From nobody Wed Jul 30 03:27:58 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C05711A034B for ; Wed, 30 Jul 2014 03:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RP_MATCHES_RCVD=-0.001, 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 mBGGJTKSKIR2 for ; Wed, 30 Jul 2014 03:27:55 -0700 (PDT) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id CFBFD1A02F1 for ; Wed, 30 Jul 2014 03:27:54 -0700 (PDT) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5C1DB5D8B9B; Wed, 30 Jul 2014 12:27:52 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 4ECD05D8B90; Wed, 30 Jul 2014 12:27:52 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 30 Jul 2014 12:27:52 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 30 Jul 2014 12:27:43 +0200 Message-ID: <53D8C86D.5040103@orange.com> Date: Wed, 30 Jul 2014 12:26:53 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Dhruv Dhody , "pce@ietf.org" , "'Adrian Farrel' (adrian@olddog.co.uk)" , Fatai Zhang References: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jul 2014 10:27:51.0168 (UTC) FILETIME=[EA765000:01CFABE0] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/aoMfE87cEYxZSTyuu-mPepLL_WY Cc: "Siva Sivabalan \(msiva\)" Subject: Re: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 10:27:56 -0000 Hi Dhruv. I would say that, if the intend was to allow the specified TLV in objects where optional TLVs do not exist, it would not be phrased like this. All the same, it makes no harm to add explicitly "allowing optional TLVs" in the I-D. By the way, your quotes allows us to catch a weird expansion of "TLV": "V" stands for "Value", not "Variable"... Thanks, Julien Jul. 30, 2014 - Dhruv Dhody: > Hi Authors, WG, > > As we are in midst of a bis for 7150, I wanted to bring this to the notice of the WG. > There was a offline discussion about the use of VENDOR-INFORMATION-TLV in the LSP object defined in stateful PCE draft. > > In Abstract it says.. > > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Variable that > can be carried in any existing PCEP object. > ^^^^^^^^^^^^ > > In Introduction it says.. > > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV > that can be used to carry arbitrary information within any PCEP > object that supports TLVs. ^^^ > > Surely the intention was to allow the use of VENDOR-INFORMATION-TLV in *any* PCEP object (existing or defined in future) that allow optional TLVs. > We hope this can be clarified / made explicit in the bis to avoid any confusion. > > Regards, > Dhruv > >> -----Original Message----- >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org >> Sent: 22 July 2014 19:12 >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the Path Computation Element Working Group of >> the IETF. >> >> Title : Conveying Vendor-Specific Constraints in the Path >> Computation Element communication Protocol >> Authors : Fatai Zhang >> Adrian Farrel >> Filename : draft-ietf-pce-rfc7150bis-00.txt >> Pages : 12 >> Date : 2014-07-22 >> >> Abstract: >> The Path Computation Element communication Protocol (PCEP) is used to >> convey path computation requests and responses both between Path >> Computation Clients (PCCs) and Path Computation Elements (PCEs) and >> between cooperating PCEs. In PCEP, the path computation requests >> carry details of the constraints and objective functions that the PCC >> wishes the PCE to apply in its computation. >> >> This document defines a facility to carry vendor-specific information >> in PCEP using a dedicated object and a new Type-Length-Variable that >> can be carried in any existing PCEP object. >> >> This document obsoletes RFC 7150. The only change from that document >> is the allocation of a different code point for the >> VENDOR-INFORMATION object. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ >> >> There's also a htmlized version available at: >> http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 >> >> >> 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/ >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > From nobody Wed Jul 30 03:47:00 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40E171A0313 for ; Wed, 30 Jul 2014 03:46:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 fsNpgXttF7TJ for ; Wed, 30 Jul 2014 03:46:56 -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 4ED601A0305 for ; Wed, 30 Jul 2014 03:46:56 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKS32050; Wed, 30 Jul 2014 10:46:54 +0000 (GMT) Received: from SZXEML405-HUB.china.huawei.com (10.82.67.60) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 30 Jul 2014 11:46:52 +0100 Received: from szxeml556-mbs.china.huawei.com ([169.254.4.216]) by szxeml405-hub.china.huawei.com ([::1]) with mapi id 14.03.0158.001; Wed, 30 Jul 2014 18:46:41 +0800 From: Dhruv Dhody To: Julien Meuric , "pce@ietf.org" , "'Adrian Farrel' (adrian@olddog.co.uk)" , Fatai Zhang Thread-Topic: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt Thread-Index: AQHPpbQJ//oPq9ZRcUG6jcLtfxYFiJu4aYoA//+GgYCAAIbgkA== Date: Wed, 30 Jul 2014 10:46:41 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B865B3A58@szxeml556-mbs.china.huawei.com> References: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> <53D8C86D.5040103@orange.com> In-Reply-To: <53D8C86D.5040103@orange.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.146.248] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/dVcxpVZYkVekIgsV9iyp7MpeUyw Cc: "Siva Sivabalan \(msiva\)" Subject: Re: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 10:46:58 -0000 Hi Julien,=20 >=20 > Hi Dhruv. >=20 > I would say that, if the intend was to allow the specified TLV in objects > where optional TLVs do not exist, it would not be phrased like this. All = the > same, it makes no harm to add explicitly "allowing optional TLVs" in the = I-D. Here is my suggested wording - =20 Abstract -=20 OLD:=20 This document defines a facility to carry vendor-specific information in PCEP using a dedicated object and a new Type-Length-Variable that can be carried in any existing PCEP object. NEW: This document defines a facility to carry vendor-specific information in PCEP using a dedicated object and a new Type-Length-Value (TLV) that can be carried in a PCEP object that supports TLVs. Introduction -=20 OLD:=20 This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV that can be used to carry arbitrary information within any PCEP object that supports TLVs. NEW: This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV that can be used to carry arbitrary information within any existing or=20 future defined PCEP object that supports TLVs. >=20 > By the way, your quotes allows us to catch a weird expansion of "TLV": > "V" stands for "Value", not "Variable"... Oh yes! Good catch! Updated above.. Regards, Dhruv >=20 > Thanks, >=20 > Julien >=20 >=20 > Jul. 30, 2014 - Dhruv Dhody: > > Hi Authors, WG, > > > > As we are in midst of a bis for 7150, I wanted to bring this to the not= ice > of the WG. > > There was a offline discussion about the use of VENDOR-INFORMATION-TLV = in > the LSP object defined in stateful PCE draft. > > > > In Abstract it says.. > > > > This document defines a facility to carry vendor-specific informati= on > > in PCEP using a dedicated object and a new Type-Length-Variable tha= t > > can be carried in any existing PCEP object. > > ^^^^^^^^^^^^ > > > > In Introduction it says.. > > > > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-T= LV > > that can be used to carry arbitrary information within any PCEP > > object that supports TLVs. ^^^ > > > > Surely the intention was to allow the use of VENDOR-INFORMATION-TLV in > *any* PCEP object (existing or defined in future) that allow optional TLV= s. > > We hope this can be clarified / made explicit in the bis to avoid any > confusion. > > > > Regards, > > Dhruv > > > >> -----Original Message----- > >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of > >> internet-drafts@ietf.org > >> Sent: 22 July 2014 19:12 > >> > >> A New Internet-Draft is available from the on-line Internet-Drafts > >> directories. > >> This draft is a work item of the Path Computation Element Working > >> Group of the IETF. > >> > >> Title : Conveying Vendor-Specific Constraints in th= e > Path > >> Computation Element communication Protocol > >> Authors : Fatai Zhang > >> Adrian Farrel > >> Filename : draft-ietf-pce-rfc7150bis-00.txt > >> Pages : 12 > >> Date : 2014-07-22 > >> > >> Abstract: > >> The Path Computation Element communication Protocol (PCEP) is used= to > >> convey path computation requests and responses both between Path > >> Computation Clients (PCCs) and Path Computation Elements (PCEs) an= d > >> between cooperating PCEs. In PCEP, the path computation requests > >> carry details of the constraints and objective functions that the = PCC > >> wishes the PCE to apply in its computation. > >> > >> This document defines a facility to carry vendor-specific informat= ion > >> in PCEP using a dedicated object and a new Type-Length-Variable th= at > >> can be carried in any existing PCEP object. > >> > >> This document obsoletes RFC 7150. The only change from that docum= ent > >> is the allocation of a different code point for the > >> VENDOR-INFORMATION object. > >> > >> > >> The IETF datatracker status page for this draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ > >> > >> There's also a htmlized version available at: > >> http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 > >> > >> > >> 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/ > >> > >> _______________________________________________ > >> Pce mailing list > >> Pce@ietf.org > >> https://www.ietf.org/mailman/listinfo/pce > > > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce > > From nobody Wed Jul 30 06:15:14 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62EAE1A0027 for ; Wed, 30 Jul 2014 06:15:13 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 0oLCbC8JXkdm for ; Wed, 30 Jul 2014 06:15:11 -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 2BD281A0020 for ; Wed, 30 Jul 2014 06:15:11 -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 s6UDF0iK014352; Wed, 30 Jul 2014 14:15:00 +0100 Received: from 950129200 ([200.130.255.1]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s6UDEup6014315 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 30 Jul 2014 14:14:58 +0100 From: "Adrian Farrel" To: "'Dhruv Dhody'" , "'Julien Meuric'" , , "'Fatai Zhang'" References: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> <53D8C86D.5040103@orange.com> <23CE718903A838468A8B325B80962F9B865B3A58@szxeml556-mbs.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B865B3A58@szxeml556-mbs.china.huawei.com> Date: Wed, 30 Jul 2014 14:14:56 +0100 Message-ID: <02d901cfabf8$46cddf50$d4699df0$@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: AQEvfWe6D2ZA8h2NobI5SbFtAsCzEAJW6dIiAZ8O8P0BpZT6CJzMF9JQ Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-20848.007 X-TM-AS-Result: No--28.635-10.0-31-10 X-imss-scan-details: No--28.635-10.0-31-10 X-TMASE-MatchedRID: PL66URbwWA+nykMun0J1wvHkpkyUphL9Ud7Bjfo+5jQRx1ZQY4Xt8vFo QcF0pis/pcCuDZiFUGdvWlwOrq3+QcUMduPRt7B5k3ewifG2MNOwR/wKmchi2Vc/Cedjlcvkzcw TglIp/qOffxKyyNBxuU6nIMfjRtNU157rKJCujettD1qg9KZYkXnL427v8Q46zm5N04g5wGmIXg bv/wkTi6OQvW008WlGwotHwnr/E4KeJDeXRpqc2rE4IzBBqenJQKuv8uQBDjpq4coTktrGXxzll v0af4rKUNLf3gcbsmambRD27TSzkpmRr1k6e+lgCLNfGU4dffgZKp0SZ4P+dRpzr1JPBlJfGeKA a5WpyDtKF2KV3iAwmaHT7rPo0UNsddmprIb99FjAJnGRMfFxyXN3sLsG0mhulMG0Ji79Qqdi4Hy yL6eYhL9zPeznraLnDmCxW/tybLEPKzM1XxqFfam4PbloS2C3QZXZg2I8JabnU40jhQv76qPFjJ EFr+olfeZdJ1XsorhYoPZAqTBHwlZ0V5tYhzdWxEHRux+uk8jpP8tMOyYmaA== Archived-At: http://mailarchive.ietf.org/arch/msg/pce/CaEY8VFT8mqfV7mQTr8gUXcAi5g Cc: "'Siva Sivabalan \(msiva\)'" Subject: Re: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 13:15:13 -0000 This looks good to me. Thanks, Adrian > -----Original Message----- > From: Dhruv Dhody [mailto:dhruv.dhody@huawei.com] > Sent: 30 July 2014 11:47 > To: Julien Meuric; pce@ietf.org; 'Adrian Farrel' (adrian@olddog.co.uk); Fatai > Zhang > Cc: Siva Sivabalan (msiva) > Subject: RE: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt > > Hi Julien, > > > > > Hi Dhruv. > > > > I would say that, if the intend was to allow the specified TLV in objects > > where optional TLVs do not exist, it would not be phrased like this. All the > > same, it makes no harm to add explicitly "allowing optional TLVs" in the I-D. > > Here is my suggested wording - > > Abstract - > OLD: > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Variable that > can be carried in any existing PCEP object. > NEW: > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Value (TLV) that > can be carried in a PCEP object that supports TLVs. > > Introduction - > OLD: > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV > that can be used to carry arbitrary information within any PCEP > object that supports TLVs. > NEW: > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV > that can be used to carry arbitrary information within any existing or > future defined PCEP object that supports TLVs. > > > > > By the way, your quotes allows us to catch a weird expansion of "TLV": > > "V" stands for "Value", not "Variable"... > > Oh yes! Good catch! Updated above.. > > Regards, > Dhruv > > > > > Thanks, > > > > Julien > > > > > > Jul. 30, 2014 - Dhruv Dhody: > > > Hi Authors, WG, > > > > > > As we are in midst of a bis for 7150, I wanted to bring this to the notice > > of the WG. > > > There was a offline discussion about the use of VENDOR-INFORMATION-TLV > in > > the LSP object defined in stateful PCE draft. > > > > > > In Abstract it says.. > > > > > > This document defines a facility to carry vendor-specific information > > > in PCEP using a dedicated object and a new Type-Length-Variable that > > > can be carried in any existing PCEP object. > > > ^^^^^^^^^^^^ > > > > > > In Introduction it says.. > > > > > > This document also defines a new PCEP TLV, the VENDOR-INFORMATION- > TLV > > > that can be used to carry arbitrary information within any PCEP > > > object that supports TLVs. ^^^ > > > > > > Surely the intention was to allow the use of VENDOR-INFORMATION-TLV in > > *any* PCEP object (existing or defined in future) that allow optional TLVs. > > > We hope this can be clarified / made explicit in the bis to avoid any > > confusion. > > > > > > Regards, > > > Dhruv > > > > > >> -----Original Message----- > > >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of > > >> internet-drafts@ietf.org > > >> Sent: 22 July 2014 19:12 > > >> > > >> A New Internet-Draft is available from the on-line Internet-Drafts > > >> directories. > > >> This draft is a work item of the Path Computation Element Working > > >> Group of the IETF. > > >> > > >> Title : Conveying Vendor-Specific Constraints in the > > Path > > >> Computation Element communication Protocol > > >> Authors : Fatai Zhang > > >> Adrian Farrel > > >> Filename : draft-ietf-pce-rfc7150bis-00.txt > > >> Pages : 12 > > >> Date : 2014-07-22 > > >> > > >> Abstract: > > >> The Path Computation Element communication Protocol (PCEP) is used to > > >> convey path computation requests and responses both between Path > > >> Computation Clients (PCCs) and Path Computation Elements (PCEs) and > > >> between cooperating PCEs. In PCEP, the path computation requests > > >> carry details of the constraints and objective functions that the PCC > > >> wishes the PCE to apply in its computation. > > >> > > >> This document defines a facility to carry vendor-specific information > > >> in PCEP using a dedicated object and a new Type-Length-Variable that > > >> can be carried in any existing PCEP object. > > >> > > >> This document obsoletes RFC 7150. The only change from that document > > >> is the allocation of a different code point for the > > >> VENDOR-INFORMATION object. > > >> > > >> > > >> The IETF datatracker status page for this draft is: > > >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ > > >> > > >> There's also a htmlized version available at: > > >> http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 > > >> > > >> > > >> 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/ > > >> > > >> _______________________________________________ > > >> Pce mailing list > > >> Pce@ietf.org > > >> https://www.ietf.org/mailman/listinfo/pce > > > > > > _______________________________________________ > > > Pce mailing list > > > Pce@ietf.org > > > https://www.ietf.org/mailman/listinfo/pce > > > From nobody Wed Jul 30 06:20:57 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE06B1A004B; Wed, 30 Jul 2014 06:20:52 -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 HYZdi1u58ACC; Wed, 30 Jul 2014 06:20:51 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9141A003A; Wed, 30 Jul 2014 06:20:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.2.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140730132051.14034.74115.idtracker@ietfa.amsl.com> Date: Wed, 30 Jul 2014 06:20:51 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/pce/iztyn-vW2s_DcKhKU5wcq9ZIuCI Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 13:20:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Conveying Vendor-Specific Constraints in the Path Computation Element communication Protocol Authors : Fatai Zhang Adrian Farrel Filename : draft-ietf-pce-rfc7150bis-01.txt Pages : 12 Date : 2014-07-30 Abstract: The Path Computation Element communication Protocol (PCEP) is used to convey path computation requests and responses both between Path Computation Clients (PCCs) and Path Computation Elements (PCEs) and between cooperating PCEs. In PCEP, the path computation requests carry details of the constraints and objective functions that the PCC wishes the PCE to apply in its computation. This document defines a facility to carry vendor-specific information in PCEP using a dedicated object and a new Type-Length-Value (TLV) that can be carried in any PCEP object that supports TLVs. This document obsoletes RFC 7150. The only changes from that document are a clarification of the use of the new Type-Length-Value and the allocation of a different code point for the VENDOR- INFORMATION object. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-pce-rfc7150bis-01 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 kirankoushik.agraharasreeniv@gmail.com Wed Jul 30 06:02:16 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EDE21A0021 for ; Wed, 30 Jul 2014 06:02:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 gTgILyfCZlr8 for ; Wed, 30 Jul 2014 06:02:15 -0700 (PDT) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8BE41A0020 for ; Wed, 30 Jul 2014 06:02:14 -0700 (PDT) Received: by mail-wg0-f50.google.com with SMTP id n12so1181306wgh.9 for ; Wed, 30 Jul 2014 06:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=hK/tcmDukJpqVPy21NGpocjadZiM5oe9JJX6cZWVKbg=; b=EPhH/11tcHpI40YS3lux2Jtr4CLn8lkolp5PRHnuQvS9hUD/8IasES57nooaY395UJ C5hzC5on3lzGFuBF+P6x2VIvsNEXGXNVyn8qZJQpjN3ISxHEDO1ofEpJ5hYz3JD1uare /nGinQzawNQIfZV0idRPswCOyGbOE1iIsVPEZtKYwSLd+NnfAH/INVtOlL1JLean4NDf sw0zgyYwBPLdejcJnO1LVRHyIgTcx204JwwTMGoIP9KyH09d0nD+28WWiTgOxTx4ZXYb zzS7KQ8ANLUUyLVASNiTVesYdIzW55yS2jnLSq8EGdkj6aG71t1Ou/uuZDOCrj6EGqx5 xPhw== MIME-Version: 1.0 X-Received: by 10.194.84.69 with SMTP id w5mr6383326wjy.0.1406725328880; Wed, 30 Jul 2014 06:02:08 -0700 (PDT) Received: by 10.217.95.200 with HTTP; Wed, 30 Jul 2014 06:02:08 -0700 (PDT) Date: Wed, 30 Jul 2014 08:02:08 -0500 Message-ID: From: Kiran Koushik Agrahara Sreeniv To: "draft-ietf-pce-pcep-mib@tools.ietf.org" Content-Type: multipart/alternative; boundary=047d7bb04ac0864b8f04ff68c30f Archived-At: http://mailarchive.ietf.org/arch/msg/pce/FoGNHK4gkNj-XkDb5oyFay3rF24 X-Mailman-Approved-At: Wed, 30 Jul 2014 06:22:07 -0700 Cc: pce@ietf.org, kkoushik@brocade.com Subject: [Pce] Last IPR Check on draft-ietf-pce-pcep-mib X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 13:08:48 -0000 --047d7bb04ac0864b8f04ff68c30f Content-Type: text/plain; charset=UTF-8 Hi, I'm not aware of any IPR related to this draft. Thanks Kiran Koushik(Co-Author) ======================= Dear authors of the aforementioned document, Has all IPR that applies to draft-ietf-pce-pcep-mib been disclosed in compliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for more details) A response from each of you is expected. Regards, JP & Julien --047d7bb04ac0864b8f04ff68c30f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 
Hi,
I'm not aware of any IPR related t=
o this draft.
Thanks
<= pre style=3D"color:rgb(0,0,0);margin:0em"> Kiran Koushik(Co-Author)
=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Dear authors of the aforementioned document,
Has all IPR that applies to draft-ietf= -pce-pcep-mib been disclosed in=C2=A0co= mpliance with IETF IPR rules? (see RFCs 3979, 4879, 3669 and 5378 for=C2=A0= more details)
A response from each of you is expected.

Regards,

JP & Julien
--047d7bb04ac0864b8f04ff68c30f-- From nobody Wed Jul 30 06:32:44 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0292C1A007D for ; Wed, 30 Jul 2014 06:32:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 uu8SDNNYJdMJ for ; Wed, 30 Jul 2014 06:32:40 -0700 (PDT) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74E901A005C for ; Wed, 30 Jul 2014 06:32:30 -0700 (PDT) Received: by mail-wg0-f52.google.com with SMTP id a1so1183490wgh.23 for ; Wed, 30 Jul 2014 06:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+0pl1pIH5O/oq49keht5YtbT461xMKU2WFvopPuGQHo=; b=K2rO6X9kzsnRYcNR5yiKbsKEeNszYZQgMAE5OH8Wbe/yoRgFRKdNMVH5lWLFR0U3PX XWx0s2ISu7/w2YskpvZdAPDPx3Aeoyzm/+LBPJ0mbi10gWndjafHf+SDXFEFV6Eyo84H dWxHD8cCzvqRwPRC2+YDm6t6BmcMMUkQH2p27CdFTS4YzIKaQqg/JrK7ccaFvf/bFN5G B0JoRCZdkR4LhoRrnNzDnDi54UVIgybo4R01rgpkU4dsD+d2fa6hCm3iX/N5K1va7XjF yl/Sw/G6PsQ71xujCQw07vxd7FwM5qccD1A6LvFzjsDwSGfoExoS06t3wggaocSEfv5q UjPg== MIME-Version: 1.0 X-Received: by 10.180.183.131 with SMTP id em3mr7098349wic.56.1406727146959; Wed, 30 Jul 2014 06:32:26 -0700 (PDT) Received: by 10.216.173.138 with HTTP; Wed, 30 Jul 2014 06:32:26 -0700 (PDT) In-Reply-To: <23CE718903A838468A8B325B80962F9B865B3A58@szxeml556-mbs.china.huawei.com> References: <20140722134130.7152.96912.idtracker@ietfa.amsl.com> <23CE718903A838468A8B325B80962F9B865B39F6@szxeml556-mbs.china.huawei.com> <53D8C86D.5040103@orange.com> <23CE718903A838468A8B325B80962F9B865B3A58@szxeml556-mbs.china.huawei.com> Date: Wed, 30 Jul 2014 09:32:26 -0400 Message-ID: From: Cyril Margaria To: Dhruv Dhody Content-Type: multipart/alternative; boundary=001a11c23e22e3faa304ff692f6d Archived-At: http://mailarchive.ietf.org/arch/msg/pce/_nxrIn9POOIkbQT6LzqvNjZwBeI Cc: "pce@ietf.org" , "Siva Sivabalan \(msiva\)" Subject: Re: [Pce] I-D Action: draft-ietf-pce-rfc7150bis-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 13:32:43 -0000 --001a11c23e22e3faa304ff692f6d Content-Type: text/plain; charset=UTF-8 Hi, I think Dhruv addition is good. Should be added to the document. On 30 July 2014 06:46, Dhruv Dhody wrote: > Hi Julien, > > > > > Hi Dhruv. > > > > I would say that, if the intend was to allow the specified TLV in objects > > where optional TLVs do not exist, it would not be phrased like this. All > the > > same, it makes no harm to add explicitly "allowing optional TLVs" in the > I-D. > > Here is my suggested wording - > > Abstract - > OLD: > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Variable that > can be carried in any existing PCEP object. > NEW: > This document defines a facility to carry vendor-specific information > in PCEP using a dedicated object and a new Type-Length-Value (TLV) that > can be carried in a PCEP object that supports TLVs. > > Introduction - > OLD: > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV > that can be used to carry arbitrary information within any PCEP > object that supports TLVs. > NEW: > This document also defines a new PCEP TLV, the VENDOR-INFORMATION-TLV > that can be used to carry arbitrary information within any existing or > future defined PCEP object that supports TLVs. > > > > > By the way, your quotes allows us to catch a weird expansion of "TLV": > > "V" stands for "Value", not "Variable"... > > Oh yes! Good catch! Updated above.. > > Regards, > Dhruv > > > > > Thanks, > > > > Julien > > > > > > Jul. 30, 2014 - Dhruv Dhody: > > > Hi Authors, WG, > > > > > > As we are in midst of a bis for 7150, I wanted to bring this to the > notice > > of the WG. > > > There was a offline discussion about the use of VENDOR-INFORMATION-TLV > in > > the LSP object defined in stateful PCE draft. > > > > > > In Abstract it says.. > > > > > > This document defines a facility to carry vendor-specific > information > > > in PCEP using a dedicated object and a new Type-Length-Variable > that > > > can be carried in any existing PCEP object. > > > ^^^^^^^^^^^^ > > > > > > In Introduction it says.. > > > > > > This document also defines a new PCEP TLV, the > VENDOR-INFORMATION-TLV > > > that can be used to carry arbitrary information within any PCEP > > > object that supports TLVs. ^^^ > > > > > > Surely the intention was to allow the use of VENDOR-INFORMATION-TLV in > > *any* PCEP object (existing or defined in future) that allow optional > TLVs. > > > We hope this can be clarified / made explicit in the bis to avoid any > > confusion. > > > > > > Regards, > > > Dhruv > > > > > >> -----Original Message----- > > >> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of > > >> internet-drafts@ietf.org > > >> Sent: 22 July 2014 19:12 > > >> > > >> A New Internet-Draft is available from the on-line Internet-Drafts > > >> directories. > > >> This draft is a work item of the Path Computation Element Working > > >> Group of the IETF. > > >> > > >> Title : Conveying Vendor-Specific Constraints in > the > > Path > > >> Computation Element communication Protocol > > >> Authors : Fatai Zhang > > >> Adrian Farrel > > >> Filename : draft-ietf-pce-rfc7150bis-00.txt > > >> Pages : 12 > > >> Date : 2014-07-22 > > >> > > >> Abstract: > > >> The Path Computation Element communication Protocol (PCEP) is > used to > > >> convey path computation requests and responses both between Path > > >> Computation Clients (PCCs) and Path Computation Elements (PCEs) > and > > >> between cooperating PCEs. In PCEP, the path computation requests > > >> carry details of the constraints and objective functions that the > PCC > > >> wishes the PCE to apply in its computation. > > >> > > >> This document defines a facility to carry vendor-specific > information > > >> in PCEP using a dedicated object and a new Type-Length-Variable > that > > >> can be carried in any existing PCEP object. > > >> > > >> This document obsoletes RFC 7150. The only change from that > document > > >> is the allocation of a different code point for the > > >> VENDOR-INFORMATION object. > > >> > > >> > > >> The IETF datatracker status page for this draft is: > > >> https://datatracker.ietf.org/doc/draft-ietf-pce-rfc7150bis/ > > >> > > >> There's also a htmlized version available at: > > >> http://tools.ietf.org/html/draft-ietf-pce-rfc7150bis-00 > > >> > > >> > > >> 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/ > > >> > > >> _______________________________________________ > > >> Pce mailing list > > >> Pce@ietf.org > > >> https://www.ietf.org/mailman/listinfo/pce > > > > > > _______________________________________________ > > > Pce mailing list > > > Pce@ietf.org > > > https://www.ietf.org/mailman/listinfo/pce > > > > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --001a11c23e22e3faa304ff692f6d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I think Dhruv addition is good= .
Should be added to the document.


On 30 July 2014 06:46, Dhruv Dhody= <dhruv.dhody@huawei.com> wrote:
Hi Julien,

>
> Hi Dhruv.
>
> I would say that, if the intend was to allow the specified TLV in obje= cts
> where optional TLVs do not exist, it would not be phrased like this. A= ll the
> same, it makes no harm to add explicitly "allowing optional TLVs&= quot; in the I-D.

Here is my suggested wording -

Abstract -
OLD:
=C2=A0 =C2=A0This document defines a facility to carry vend= or-specific information
=C2=A0 =C2=A0in PCEP using a dedicated object and a new Type-Length-Variabl= e that
=C2=A0 =C2=A0can be carried in any existing PCEP object.
NEW:
=C2=A0 =C2=A0This document defines a facility to carry vend= or-specific information
=C2=A0 =C2=A0in PCEP using a dedicated object and a new Type-Length-V= alue (TLV) that
=C2=A0 =C2=A0can be carried in a PCEP object that supports TLVs.

Introduction -
OLD:
=C2=A0 =C2=A0This document also defines a new PCEP TLV, the= VENDOR-INFORMATION-TLV
=C2=A0 =C2=A0that can be used to carry arbitrary information within any PCE= P
=C2=A0 =C2=A0object that supports TLVs.
NEW:
=C2=A0 =C2=A0This document also defines a new PCEP TLV, the= VENDOR-INFORMATION-TLV
=C2=A0 =C2=A0that can be used to carry arbitrary information within a= ny existing or
=C2=A0 =C2=A0future defined PCEP object that supports TLVs.

>
> By the way, your quotes allows us to catch a weird expansion of "= TLV":
> "V" stands for "Value", not "Variable"..= .

Oh yes! Good catch! Updated above..

Regards,
Dhruv

>
> Thanks,
>
> Julien
>
>
> Jul. 30, 2014 - Dhruv Dhody:
> > Hi Authors, WG,
> >
> > As we are in midst of a bis for 7150, I wanted to bring this to t= he notice
> of the WG.
> > There was a offline discussion about the use of VENDOR-INFORMATIO= N-TLV in
> the LSP object defined in stateful PCE draft.
> >
> > In Abstract it says..
> >
> > =C2=A0 =C2=A0 This document defines a facility to carry vendor-sp= ecific information
> > =C2=A0 =C2=A0 in PCEP using a dedicated object and a new Type-Len= gth-Variable that
> > =C2=A0 =C2=A0 can be carried in any existing PCEP object.
> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 ^^^^^^^^^^^^
> >
> > In Introduction it says..
> >
> > =C2=A0 =C2=A0 This document also defines a new PCEP TLV, the VEND= OR-INFORMATION-TLV
> > =C2=A0 =C2=A0 that can be used to carry arbitrary information wit= hin any PCEP
> > =C2=A0 =C2=A0 object that supports TLVs. =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^= ^^
> >
> > Surely the intention was to allow the use of VENDOR-INFORMATION-T= LV in
> *any* PCEP object (existing or defined in future) that allow optional = TLVs.
> > We hope this can be clarified / made explicit in the bis to avoid= any
> confusion.
> >
> > Regards,
> > Dhruv
> >
> >> -----Original Message-----
> >> From: Pce [mailto:pce= -bounces@ietf.org] On Behalf Of
> >> internet-drafts@i= etf.org
> >> Sent: 22 July 2014 19:12
> >>
> >> A New Internet-Draft is available from the on-line Internet-D= rafts
> >> directories.
> >> =C2=A0 This draft is a work item of the Path Computation Elem= ent Working
> >> Group of the IETF.
> >>
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 : Conveying Vendor-Specific Constraints in the
> Path
> >> Computation Element communication Protocol
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors =C2=A0 =C2=A0 =C2= =A0 =C2=A0 : Fatai Zhang
> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Adrian Farrel
> >> =C2=A0 =C2=A0Filename =C2=A0 =C2=A0 =C2=A0 =C2=A0: draft-ietf= -pce-rfc7150bis-00.txt
> >> =C2=A0 =C2=A0Pages =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 12 > >> =C2=A0 =C2=A0Date =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: = 2014-07-22
> >>
> >> Abstract:
> >> =C2=A0 =C2=A0 The Path Computation Element communication Prot= ocol (PCEP) is used to
> >> =C2=A0 =C2=A0 convey path computation requests and responses = both between Path
> >> =C2=A0 =C2=A0 Computation Clients (PCCs) and Path Computation= Elements (PCEs) and
> >> =C2=A0 =C2=A0 between cooperating PCEs. =C2=A0In PCEP, the pa= th computation requests
> >> =C2=A0 =C2=A0 carry details of the constraints and objective = functions that the PCC
> >> =C2=A0 =C2=A0 wishes the PCE to apply in its computation.
> >>
> >> =C2=A0 =C2=A0 This document defines a facility to carry vendo= r-specific information
> >> =C2=A0 =C2=A0 in PCEP using a dedicated object and a new Type= -Length-Variable that
> >> =C2=A0 =C2=A0 can be carried in any existing PCEP object.
> >>
> >> =C2=A0 =C2=A0 This document obsoletes RFC 7150. =C2=A0The onl= y change from that document
> >> =C2=A0 =C2=A0 is the allocation of a different code point for= the
> >> =C2=A0 =C2=A0 VENDOR-INFORMATION object.
> >>
> >>
> >> The IETF datatracker status page for this draft is:
> >> https://datatracker.ietf.org/doc/draft-ietf-pc= e-rfc7150bis/
> >>
> >> There's also a htmlized version available at:
> >> http://tools.ietf.org/html/draft-ietf-pce-rfc7150b= is-00
> >>
> >>
> >> Please note that it may take a couple of minutes from the tim= e 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/
> >>
> >> _______________________________________________
> >> Pce mailing list
> >> Pce@ietf.org
> >> https://www.ietf.org/mailman/listinfo/pce
> >
> > _______________________________________________
> > Pce mailing list
> > Pce@ietf.org
> > https://www.ietf.org/mailman/listinfo/pce
> >

_______________________________________________
Pce mailing list
Pce@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/pce

--001a11c23e22e3faa304ff692f6d-- From nobody Thu Jul 31 05:12:26 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4CAE1ABB31 for ; Thu, 31 Jul 2014 05:12:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.285 X-Spam-Level: X-Spam-Status: No, score=-0.285 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, J_CHICKENPOX_12=0.6, RP_MATCHES_RCVD=-0.001, 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 FlrveYkWD3gH for ; Thu, 31 Jul 2014 05:12:19 -0700 (PDT) Received: from p-mail1.rd.orange.com (p-mail1.rd.orange.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id 3D46B1B2791 for ; Thu, 31 Jul 2014 05:10:22 -0700 (PDT) Received: from p-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 65432410255; Thu, 31 Jul 2014 14:10:21 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail1.rd.orange.com (Postfix) with ESMTP id 67996410254; Thu, 31 Jul 2014 14:10:20 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 31 Jul 2014 14:10:19 +0200 Received: from [10.193.71.122] ([10.193.71.122]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Thu, 31 Jul 2014 14:10:20 +0200 Message-ID: <53DA322B.1070702@orange.com> Date: Thu, 31 Jul 2014 14:10:19 +0200 From: Julien Meuric Organization: Orange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: draft-ietf-pce-wson-routing-wavelength@tools.ietf.org References: <7AEB3D6833318045B4AE71C2C87E8E1729BE1B9D@dfweml706-chm.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729BE1B9D@dfweml706-chm.china.huawei.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 Jul 2014 12:10:20.0042 (UTC) FILETIME=[65E3C6A0:01CFACB8] Archived-At: http://mailarchive.ietf.org/arch/msg/pce/xgwfE8P9UGvLFWGuk1Qp5jXIjXA Cc: "pce@ietf.org" Subject: Re: [Pce] FW: I-D Action: draft-ietf-pce-wson-routing-wavelength-12.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 12:12:21 -0000 Hi Young and WSON co-authors. As part of the shepherding of the WSON requirement draft, please find below some comments to address before sending to the IESG. Regards, Julien ---------- Globally, the way the top-level section titles are indented creates troubles to IETF tools, including idnits. Please remove spacing before these section header, from 1. to 8. --- Along the document, unnecessary double spacing happens multiple times, especially after periods. Please clean them up. --------- In the header, could you compact the author list by removing blank lines? --------- s/described in RFC-2119 0./described in [RFC2119]./ --------- Abstract --- It is better when the abstract appears on the 1st page: please move it before "Status of this Memo". --- s/for Optical impairments/for optical impairments/ --------- Section 1. --- - s/PCE based Architecture/PCE-based architecture/ - s/Generalized MPLS (GMPLS) networks/Generalized MPLS (GMPLS)-controlled networks/ - s/Optical Switching Element/optical switching element/ - s/communications Protocol/communication Protocol/ - s/WDM based optical networks/WDM-based optical networks/ - A paragraph break right before "A transparent optical network" would be appreciated. - s/its route from/its path from/ - s/due to their relatively high cost/for cost reasons/ - s/all lightpath computation/all lightpath computations/ - s/for Optical impairments/for optical impairments/ --------- Section 2. --- - s/in 0./in Figure 1./ - At the end of Figure 1's title, I would remove the period, to be consistent with Figure 2. - The DWA case is actually a sub-case of "separate processes", replacing (c) by (b') would to the trick. - To glue the text to the figure, 1./2./3. before paragraphs should be replaced by (a)/(b)/(b'). - NEW last sentence in (b'): "This alternative is a particular case of R+WA, it should be covered by GMPLS PCEP extensions and does not present new WSON-specific requirements" [beware of the hyphen] - s/PCE based implementation/PCE-based implementation/ --------- Section 3.1. --- - Starting with "1." leads to look for "2.", which does not exist: it would ease reading to drop "1." and start directly with "A PCEP request..." - I would remove the "or" at the end of the line (i). - Trailing text of (i) and (ii) should be aligned. --------- Section 3.2. --- - Trailing text of (i) and (ii) should be aligned. - s/in R+WA or DWA/in R+WA or R+DWA/ - s/assigned to the route/assigned to the path/ - s/Label Sets/label set/ - s/no route/no path/ --------- Section 3.3. --- - Before the 2 listed requirements, I suggest to add this NEW text: "Sending simultaneous path requests for "routing only" computation is supported by PCEP specification [RFC 5440]. To remain consistent, the following requirements are added." - s/the route and wavelength assigned to the route for each/the path and the assigned wavelength for each/ --------- Section 3.4. --- - The phrase "b. Re-optimize wavelength(s)" reads odd, what about rephrasing into "b. Re-consider wavelength(s) allocation"? - s/both wavelength and the path/both the wavelength and the path/ - s/no route/no path/ - s/both route and wavelength/both path and wavelength/ --------- Section 3.5. --- - s/assigned wavelenght/assigned wavelength/ - s/Explicit Label or Label Sets/explicit label or label set/ - s/is NOT required/is not required/ - The "3.6." string and paragraph break has scrambled the last lines of the section - s/or an policy based/or a policy-based/ --------- Section 3.6. --- - Fix the section header (as mentioned above) - s/for (E.g., random assignment, descending order, ascending order, etc.)/for, e.g., random assignment, descending order, ascending order, etc./ --- OLD: " 2. A request for 2 or more paths (e.g., 1+1 link disjoint paths) MUST be able to specify an option constraining the path to have the same wavelength(s) assigned. Note that this is extremely useful in the case of protection with single transponder." NEW: "2. A request for two or more paths MUST be able to include an option constraining the path to have the same wavelength(s) assigned. This is useful in the case of protection with single transponder (e.g., 1+1 link-disjoint paths)." --- - s/contiguous wavelength/continuous wavelength/ - s/to constrain the wavelength continuity/to specify the precedence of wavelength continuity/ --------- Section 3.7. --- - s/or any given links/or on any given links/ --------- Section 4.5. --- Not clear if it is a misplaced requirement or a nice-to-have idea. I suggest replacing the sentence by the following NEW text: "If PCE discovery mechanisms ([RFC5089] and [RFC5088]) were to be extended for technology-specific capabilities, advertising WSON RWA path computation capability should be considered." --------- Section 8. --- - RFCs 3471, 3473 and 6566 are note mentioned in the body of the I-D and should be dropped. - RFC 4003 is missing and should be added to informative documents. - RFC 4657 and PCEP-MIB should be moved from normative to informative (no need to read them to understand your I-D). ----THE END----- Apr. 28, 2014 - Leeyoung: > Hi Julien, > > This update reflects all the comments received from Cyril and Ramon as part of the WG LC. > > Cyril, please let the WG know if this update satisfies your comment. > > Best Regards, > Young > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org > Sent: Monday, April 28, 2014 11:29 AM > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Path Computation Element Working Group of the IETF. > > Title : PCEP Requirements for WSON Routing and Wavelength Assignment > Authors : Young Lee > Greg Bernstein > Jonas Martensson > Tomonori Takeda > Takehiro Tsuritani > Oscar Gonzalez de Dios > Filename : draft-ietf-pce-wson-routing-wavelength-12.txt > Pages : 14 > Date : 2014-04-28 > > Abstract: > This memo provides application-specific requirements for the Path > Computation Element communication Protocol (PCEP) for the support of > Wavelength Switched Optical Networks (WSON). Lightpath provisioning > in WSONs requires a routing and wavelength assignment (RWA) process. > From a path computation perspective, wavelength assignment is the > process of determining which wavelength can be used on each hop of a > path and forms an additional routing constraint to optical light > path computation. Requirements for Optical impairments will be > addressed in a separate document. > > > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelength/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-pce-wson-routing-wavelength-12 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-pce-wson-routing-wavelength-12 > > > 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/ > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > From nobody Thu Jul 31 11:30:15 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A2B11A0314 for ; Thu, 31 Jul 2014 11:30:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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 XdwdDKIh9Qa9 for ; Thu, 31 Jul 2014 11:30:11 -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 B84C01A011D for ; Thu, 31 Jul 2014 11:30:10 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKT54246; Thu, 31 Jul 2014 18:30:09 +0000 (GMT) Received: from SZXEML416-HUB.china.huawei.com (10.82.67.155) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 31 Jul 2014 19:30:08 +0100 Received: from szxeml556-mbs.china.huawei.com ([169.254.4.216]) by szxeml416-hub.china.huawei.com ([10.82.67.155]) with mapi id 14.03.0158.001; Fri, 1 Aug 2014 02:30:04 +0800 From: Dhruv Dhody To: "draft-ietf-pce-pcep-mib@tools.ietf.org" Thread-Topic: Regarding draft-ietf-pce-pcep-mib-09 Thread-Index: AQHPq9afzHVhKP50lkqOvlKKCIpV5w== Date: Thu, 31 Jul 2014 18:30:04 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B865B4669@szxeml556-mbs.china.huawei.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.195.40.19] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/noPdlFpv3U3MtLT29bJSLVYzCrE Cc: "pce@ietf.org" Subject: [Pce] Regarding draft-ietf-pce-pcep-mib-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 18:30:13 -0000 Hi Authors,=20 I re-read the MIB document in preparation for the last call.=20 You may consider these comments/nits before or alongside the WG last call.= =20 - General=20 ~ Expand PCReq, PCRep, PCNtf, SVEC, RP etc on first use, using terminolog= y Section may also be useful.=20 ~ PCEP speaker and PCEP entity are used interchangeably, perhaps we can=20 unify? ~ a new object for corrupted messages (note that corrupted messages are=20 different from unknown messages and this cannot be derived from number = of error messages sent either). =09 - Abstract Add MIB as the abbreviation =20 - Introduction Add TE as the abbreviation for Traffic Engineering =20 - Shouldn't Section 3 'Requirements Language' about RFC2119 keywords=20 be part of the introduction itself?=20 =20 - Section 5.1 pcePcepEntityEntry OBJECT-TYPE SYNTAX PcePcepEntityEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a PCEP entity." INDEX { pcePcepEntityIndex } ::=3D { pcePcepEntityTable 1 } =20 ~ I think the description should not say 'this table' while describing=20 an entry. Also true for pcePcepSessEntry. =20 pcePcepEntityIndex OBJECT-TYPE SYNTAX Unsigned32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This index is used to uniquely identify the PCEP entity." ::=3D { pcePcepEntityEntry 1 } ~ Wouldnt Integer32 (1..2147483647) be a better fit? =20 Suggest to reorder pcePcepEntityMaxKeepAliveTimer,=20 pcePcepEntityMaxDeadTimer, pcePcepEntityAllowNegotiation, pcePcepEntityMinKeepAliveTimer, pcePcepEntityMinDeadTimer=20 =20 ~ by moving the pcePcepEntityAllowNegotiation first, you can use it in=20 the description for both max and min timers.=20 =20 pcePcepEntitySyncTimer OBJECT-TYPE SYNTAX Unsigned32 (1..65535) UNITS "seconds" MAX-ACCESS read-only STATUS current DESCRIPTION "The value of SYNC timer is used in the case of synchronized path computation request using the SVEC object... ~ Use SyncTimer (as used in 5440) instead of SYNC timer. =20 pcePcepPeerNumSessSetupFail OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of PCEP sessions with the peer that have been attempted but failed before being fully estbalished. This counter is incremented each time a session with this peer fails before reaching session state pceSessionUp." ::=3D { pcePcepPeerEntry 8 } =20 ~ the state is called sessionUp (refer pcePcepSessState) and not=20 pceSessionUp =20 - Security Considerations You might think of removing the text about SET operation, as this=20 MIB is read-only.=20 You might also add reference to SNMPv3 security like USM with AES as=20 well to use of secure transport like SSH or TLS/DTLS.=20 Thank You!=20 Dhruv =20 =20 =20 =20 =20 =20 =20 From nobody Thu Jul 31 13:39:45 2014 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 186941A01AC for ; Thu, 31 Jul 2014 13:39:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.109 X-Spam-Level: X-Spam-Status: No, score=0.109 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_HTML_ATTACH=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 VpTDXb093-p2 for ; Thu, 31 Jul 2014 13:39:27 -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 BEDEE1A0084 for ; Thu, 31 Jul 2014 13:39:25 -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 BHU28243; Thu, 31 Jul 2014 20:39:24 +0000 (GMT) Received: from DFWEML701-CHM.china.huawei.com (10.193.5.50) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 31 Jul 2014 21:39:23 +0100 Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml701-chm.china.huawei.com ([169.254.1.129]) with mapi id 14.03.0158.001; Thu, 31 Jul 2014 13:39:13 -0700 From: Leeyoung To: Julien Meuric , "draft-ietf-pce-wson-routing-wavelength@tools.ietf.org" Thread-Topic: FW: [Pce] I-D Action: draft-ietf-pce-wson-routing-wavelength-12.txt Thread-Index: AQHPrLh1kRsocOEwpkCLJW3NAlAntpu6o7aw Date: Thu, 31 Jul 2014 20:39:13 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C07A7A@dfweml706-chm.china.huawei.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729BE1B9D@dfweml706-chm.china.huawei.com> <53DA322B.1070702@orange.com> In-Reply-To: <53DA322B.1070702@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.220] Content-Type: multipart/mixed; boundary="_003_7AEB3D6833318045B4AE71C2C87E8E1729C07A7Adfweml706chmchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/pce/HmmxGI9pSIqPlAGDGtVqmC6z85o Cc: "pce@ietf.org" Subject: Re: [Pce] FW: I-D Action: draft-ietf-pce-wson-routing-wavelength-12.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 20:39:36 -0000 --_003_7AEB3D6833318045B4AE71C2C87E8E1729C07A7Adfweml706chmchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Julien, All your comments have been reflected in the revision except: Section 3.4. --- - The phrase "b. Re-optimize wavelength(s)" reads odd, what about rephrasin= g into "b. Re-consider wavelength(s) allocation"? I think Re-optimize is meant to include wavelength(s) re-allocation as well= as path changes. I would leave the phrase as is.=20 Attached are the idnits report and the working version (v.13). Let me know = if this version satisfies you and if I should publish this.=20 Thanks, Young -----Original Message----- From: Julien Meuric [mailto:julien.meuric@orange.com]=20 Sent: Thursday, July 31, 2014 7:10 AM To: draft-ietf-pce-wson-routing-wavelength@tools.ietf.org Cc: pce@ietf.org Subject: Re: FW: [Pce] I-D Action: draft-ietf-pce-wson-routing-wavelength-1= 2.txt Hi Young and WSON co-authors. As part of the shepherding of the WSON requirement draft, please find below= some comments to address before sending to the IESG. Regards, Julien ---------- Globally, the way the top-level section titles are indented creates trouble= s to IETF tools, including idnits. Please remove spacing before these secti= on header, from 1. to 8. --- Along the document, unnecessary double spacing happens multiple times, espe= cially after periods. Please clean them up. --------- In the header, could you compact the author list by removing blank lines? --------- s/described in RFC-2119 0./described in [RFC2119]./ --------- Abstract --- It is better when the abstract appears on the 1st page: please move it befo= re "Status of this Memo". --- s/for Optical impairments/for optical impairments/ --------- Section 1. --- - s/PCE based Architecture/PCE-based architecture/ - s/Generalized MPLS (GMPLS) networks/Generalized MPLS (GMPLS)-controlled n= etworks/ - s/Optical Switching Element/optical switching element/ - s/communications Protocol/communication Protocol/ - s/WDM based optical networks/WDM-based optical networks/ - A paragraph break right before "A transparent optical network" would be a= ppreciated. - s/its route from/its path from/ - s/due to their relatively high cost/for cost reasons/ - s/all lightpath computation/all lightpath computations/ - s/for Optical impairments/for optical impairments/ --------- Section 2. --- - s/in 0./in Figure 1./ - At the end of Figure 1's title, I would remove the period, to be consiste= nt with Figure 2. - The DWA case is actually a sub-case of "separate processes", replacing (c) by (b') would to the trick. - To glue the text to the figure, 1./2./3. before paragraphs should be repl= aced by (a)/(b)/(b'). - NEW last sentence in (b'): "This alternative is a particular case of=20 R+WA, it should be covered by GMPLS PCEP extensions and does not present new WSON-specific requirements" [beware of the hyphen] - s/PCE based implementation/PCE-based implementation/ --------- Section 3.1. --- - Starting with "1." leads to look for "2.", which does not exist: it would= ease reading to drop "1." and start directly with "A PCEP request..." - I would remove the "or" at the end of the line (i). - Trailing text of (i) and (ii) should be aligned. --------- Section 3.2. --- - Trailing text of (i) and (ii) should be aligned. - s/in R+WA or DWA/in R+WA or R+DWA/ - s/assigned to the route/assigned to the path/ - s/Label Sets/label set/ - s/no route/no path/ --------- Section 3.3. --- - Before the 2 listed requirements, I suggest to add this NEW text: "Sending simultaneous path requests for "routing only" computation is suppo= rted by PCEP specification [RFC 5440]. To remain consistent, the following = requirements are added." - s/the route and wavelength assigned to the route for each/the path and th= e assigned wavelength for each/ --------- Section 3.4. --- - The phrase "b. Re-optimize wavelength(s)" reads odd, what about rephrasin= g into "b. Re-consider wavelength(s) allocation"? - s/both wavelength and the path/both the wavelength and the path/ - s/no route/no path/ - s/both route and wavelength/both path and wavelength/ --------- Section 3.5. --- - s/assigned wavelenght/assigned wavelength/ - s/Explicit Label or Label Sets/explicit label or label set/ - s/is NOT required/is not required/ - The "3.6." string and paragraph break has scrambled the last lines of the= section - s/or an policy based/or a policy-based/ --------- Section 3.6. --- - Fix the section header (as mentioned above) - s/for (E.g., random assignment, descending order, ascending order, etc.)/= for, e.g., random assignment, descending order, ascending order, etc./ --- OLD: " 2. A request for 2 or more paths (e.g., 1+1 link disjoint paths) MUST be able to specify an option constraining the path to have the same wavelength(s) assigned. Note that this is extremely useful in the case of protection with single transponder." NEW: "2. A request for two or more paths MUST be able to include an option const= raining the path to have the same wavelength(s) assigned. This is useful in= the case of protection with single transponder (e.g., 1+1 link-disjoint pa= ths)." --- - s/contiguous wavelength/continuous wavelength/ - s/to constrain the wavelength continuity/to specify the precedence of wav= elength continuity/ --------- Section 3.7. --- - s/or any given links/or on any given links/ --------- Section 4.5. --- Not clear if it is a misplaced requirement or a nice-to-have idea. I sugges= t replacing the sentence by the following NEW text: "If PCE discovery mechanisms ([RFC5089] and [RFC5088]) were to be extended = for technology-specific capabilities, advertising WSON RWA path computation= capability should be considered." --------- Section 8. --- - RFCs 3471, 3473 and 6566 are note mentioned in the body of the I-D and sh= ould be dropped. - RFC 4003 is missing and should be added to informative documents. - RFC 4657 and PCEP-MIB should be moved from normative to informative (no n= eed to read them to understand your I-D). ----THE END----- Apr. 28, 2014 - Leeyoung: > Hi Julien, > > This update reflects all the comments received from Cyril and Ramon as pa= rt of the WG LC. > > Cyril, please let the WG know if this update satisfies your comment. > > Best Regards, > Young > > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of=20 > internet-drafts@ietf.org > Sent: Monday, April 28, 2014 11:29 AM > > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Path Computation Element Working Group= of the IETF. > > Title : PCEP Requirements for WSON Routing and Wavelen= gth Assignment > Authors : Young Lee > Greg Bernstein > Jonas Martensson > Tomonori Takeda > Takehiro Tsuritani > Oscar Gonzalez de Dios > Filename : draft-ietf-pce-wson-routing-wavelength-12.txt > Pages : 14 > Date : 2014-04-28 > > Abstract: > This memo provides application-specific requirements for the Path > Computation Element communication Protocol (PCEP) for the support of > Wavelength Switched Optical Networks (WSON). Lightpath provisioning > in WSONs requires a routing and wavelength assignment (RWA) process. > From a path computation perspective, wavelength assignment is the > process of determining which wavelength can be used on each hop of a > path and forms an additional routing constraint to optical light > path computation. Requirements for Optical impairments will be > addressed in a separate document. > > > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-wson-routing-wavelengt > h/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-pce-wson-routing-wavelength-12 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-wson-routing-wavelengt > h-12 > > > Please note that it may take a couple of minutes from the time of submiss= ion 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/ > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > --_003_7AEB3D6833318045B4AE71C2C87E8E1729C07A7Adfweml706chmchi_ Content-Type: text/plain; name="draft-ietf-pce-wson-routing-wavelength-13.txt" Content-Description: draft-ietf-pce-wson-routing-wavelength-13.txt Content-Disposition: attachment; filename="draft-ietf-pce-wson-routing-wavelength-13.txt"; size=26089; creation-date="Thu, 31 Jul 2014 20:03:12 GMT"; modification-date="Thu, 31 Jul 2014 20:31:01 GMT" Content-Transfer-Encoding: base64 TmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBZLiBMZWUNCkludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgSHVhd2VpDQpJbnRlbmRlZCBzdGF0dXM6IEluZm9ybWF0 aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEcuIEJlcm5zdGVpbg0KRXhwaXJlczog SmFudWFyeSAyMDE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JvdHRvIE5ldHdv cmtpbmcNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBKb25hcyBNYXJ0ZW5zc29uDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBY3Jlbw0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBULiBUYWtlZGENCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgTlRUDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFQuIFRzdXJpdGFuaQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEtEREkNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBPLiBHLiBkZSBE aW9zDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgVGVsZWZvbmljYQ0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgSnVseSAzMSwgMjAxNA0KDQoNCiAgICAgICBQQ0VQIFJl cXVpcmVtZW50cyBmb3IgV1NPTiBSb3V0aW5nIGFuZCBXYXZlbGVuZ3RoIEFzc2lnbm1lbnQNCg0K DQogICAgICAgICAgICAgICBkcmFmdC1pZXRmLXBjZS13c29uLXJvdXRpbmctd2F2ZWxlbmd0aC0x My50eHQNCg0KDQpBYnN0cmFjdA0KDQogICBUaGlzIG1lbW8gcHJvdmlkZXMgYXBwbGljYXRpb24t c3BlY2lmaWMgcmVxdWlyZW1lbnRzIGZvciB0aGUgUGF0aA0KICAgQ29tcHV0YXRpb24gRWxlbWVu dCBjb21tdW5pY2F0aW9uIFByb3RvY29sIChQQ0VQKSBmb3IgdGhlIHN1cHBvcnQgb2YNCiAgIFdh dmVsZW5ndGggU3dpdGNoZWQgT3B0aWNhbCBOZXR3b3JrcyAoV1NPTikuIExpZ2h0cGF0aCBwcm92 aXNpb25pbmcNCiAgIGluIFdTT05zIHJlcXVpcmVzIGEgcm91dGluZyBhbmQgd2F2ZWxlbmd0aCBh c3NpZ25tZW50IChSV0EpIHByb2Nlc3MuDQogICBGcm9tIGEgcGF0aCBjb21wdXRhdGlvbiBwZXJz cGVjdGl2ZSwgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IGlzIHRoZQ0KICAgcHJvY2VzcyBvZiBkZXRl cm1pbmluZyB3aGljaCB3YXZlbGVuZ3RoIGNhbiBiZSB1c2VkIG9uIGVhY2ggaG9wIG9mIGENCiAg IHBhdGggYW5kIGZvcm1zIGFuIGFkZGl0aW9uYWwgcm91dGluZyBjb25zdHJhaW50IHRvIG9wdGlj YWwgbGlnaHQNCiAgIHBhdGggY29tcHV0YXRpb24uIFJlcXVpcmVtZW50cyBmb3Igb3B0aWNhbCBp bXBhaXJtZW50cyB3aWxsIGJlDQogICBhZGRyZXNzZWQgaW4gYSBzZXBhcmF0ZSBkb2N1bWVudC4N Cg0KU3RhdHVzIG9mIHRoaXMgTWVtbw0KDQogICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1p dHRlZCB0byBJRVRGIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aA0KICAgdGhlIHByb3Zpc2lvbnMg b2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBk b2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRG KSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0DQogICBvdGhl ciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5l dC0NCiAgIERyYWZ0cy4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMg dmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXgNCiAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQs IHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzDQogICBhdCBhbnkgdGlt ZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcw0KICAgcmVm ZXJlbmNlIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHBy b2dyZXNzLiINCg0KDQoNCg0KDQpMZWUgJiBCZXJuc3RlaW4gICAgICAgIEV4cGlyZXMgSmFudWFy eSAzMSwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg ICBQQ0VQIFJlcXVpcmVtZW50IGZvciBXU09OIFJXQSAgICAgICAgICAgICBKdWx5IDIwMTQNCg0K DQogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQg YXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dA0KDQogICBU aGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vz c2VkIGF0DQogICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sLg0KDQogICBUaGlzIElu dGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIE9jdG9iZXIgMzEsIDIwMTQuDQoNCkNvcHlyaWdo dCBOb3RpY2UNCg0KICAgQ29weXJpZ2h0IChjKSAyMDE0IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJz b25zIGlkZW50aWZpZWQgYXMgdGhlDQogICBkb2N1bWVudCBhdXRob3JzLiBBbGwgcmlnaHRzIHJl c2VydmVkLg0KDQogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUg SUVURiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1l bnRzDQogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qg b24gdGhlIGRhdGUgb2YNCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQbGVhc2Ug cmV2aWV3IHRoZXNlIGRvY3VtZW50cw0KICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2NyaWJlIHlv dXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aA0KICAgcmVzcGVjdCB0byB0aGlzIGRvY3Vt ZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMNCiAgIGRvY3VtZW50IG11 c3QgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlIHRleHQgYXMgZGVzY3JpYmVkIGluDQog ICBTZWN0aW9uIDQuZSBvZiB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHByb3Zp ZGVkIHdpdGhvdXQNCiAgIHdhcnJhbnR5IGFzIGRlc2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBC U0QgTGljZW5zZS4NCg0KICAgT3B0aWNhbCBpbXBhaXJtZW50c09wdGljYWwgaW1wYWlybWVudHMN Cg0KQ29udmVudGlvbnMgdXNlZCBpbiB0aGlzIGRvY3VtZW50DQoNCiAgIFRoZSBrZXkgd29yZHMg Ik1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNCiAg ICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQgIk9QVElP TkFMIiBpbiB0aGlzDQogICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3Jp YmVkIGluIFtSRkMyMTE5XS4NCg0KVGFibGUgb2YgQ29udGVudHMNCg0KDQogICAxLiBJbnRyb2R1 Y3Rpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4z DQogICAyLiBXU09OIFJXQSBQcm9jZXNzZXMgJiBBcmNoaXRlY3R1cmUuLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi40DQogICAzLiBSZXF1aXJlbWVudHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi42DQogICAgICAzLjEuIFBhdGggQ29tcHV0YXRp b24gVHlwZSBPcHRpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi42DQogICAgICAzLjIu IFJXQSBQcm9jZXNzaW5nLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li42DQogICAgICAzLjMuIEJ1bGsgUldBIFBhdGggUmVxdWVzdC9SZXBseS4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi43DQogICAgICAzLjQuIFJXQSBQYXRoIFJlLW9wdGltaXphdGlvbiBS ZXF1ZXN0L1JlcGx5Li4uLi4uLi4uLi4uLi4uLi4uLi43DQogICAgICAzLjUuIFdhdmVsZW5ndGgg UmFuZ2UgQ29uc3RyYWludC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi43DQogICAgICAz LjYuIFdhdmVsZW5ndGggQXNzaWdubWVudCBQcmVmZXJlbmNlLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi44DQogICAgICAzLjcuIFNpZ25hbCBQcm9jZXNzaW5nIENhcGFiaWxpdHkgUmVzdHJpY3Rp b24uLi4uLi4uLi4uLi4uLi4uLi44DQogICA0LiBNYW5hZ2VhYmlsaXR5IENvbnNpZGVyYXRpb25z Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi44DQogICAgICA0LjEuIENvbnRyb2wg b2YgRnVuY3Rpb24gYW5kIFBvbGljeS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi45DQogICAg ICA0LjIuIEluZm9ybWF0aW9uIGFuZCBEYXRhIE1vZGVscywgZS5nLiBNSUIgbW9kdWxlLi4uLi4u Li4uLi4uLi45DQoNCg0KTGVlICYgQmVybnN0ZWluICAgICAgICBFeHBpcmVzIEphbnVhcnkgMzEs IDIwMTUgICAgICAgICAgICAgICAgW1BhZ2UgMl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgUENF UCBSZXF1aXJlbWVudCBmb3IgV1NPTiBSV0EgICAgICAgICAgICAgSnVseSAyMDE0DQoNCg0KICAg ICAgNC4zLiBMaXZlbmVzcyBEZXRlY3Rpb24gYW5kIE1vbml0b3JpbmcuLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uOQ0KICAgICAgNC40LiBWZXJpZnlpbmcgQ29ycmVjdCBPcGVyYXRpb24uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uOQ0KICAgICAgNC41LiBSZXF1aXJlbWVudHMgb24gT3Ro ZXIgUHJvdG9jb2xzIGFuZCBGdW5jdGlvbmFsIENvbXBvbmVudHMxMA0KICAgICAgNC42LiBJbXBh Y3Qgb24gTmV0d29yayBPcGVyYXRpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMA0K ICAgNS4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4xMA0KICAgNi4gSUFOQSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMA0KICAgNy4gQWNrbm93bGVkZ21lbnRzLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMA0KICAgOC4gUmVmZXJl bmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4x MA0KICAgICAgOC4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4xMA0KICAgICAgOC4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMQ0KICAgQXV0aG9ycycgQWRkcmVzc2VzLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMg0KICAgSW50ZWxs ZWN0dWFsIFByb3BlcnR5IFN0YXRlbWVudC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4xMg0KICAgRGlzY2xhaW1lciBvZiBWYWxpZGl0eS4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4xMw0KDQoxLiBJbnRyb2R1Y3Rpb24NCg0KICAgW1JGQzQ2NTVdIGRl ZmluZXMgdGhlIFBDRS1iYXNlZCBBcmNoaXRlY3R1cmUgYW5kIGV4cGxhaW5zIGhvdyBhIFBhdGgN CiAgIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkgbWF5IGNvbXB1dGUgTGFiZWwgU3dpdGNoZWQg UGF0aHMgKExTUCkgaW4NCiAgIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFRyYWZmaWMg RW5naW5lZXJpbmcgKE1QTFMtVEUpIGFuZA0KICAgR2VuZXJhbGl6ZWQgTVBMUyAoR01QTFMpLWNv bnRyb2xsZWQgbmV0d29ya3MgYXQgdGhlIHJlcXVlc3Qgb2YgUGF0aA0KICAgQ29tcHV0YXRpb24g Q2xpZW50cyAoUENDcykuIEEgUENDIGlzIHNob3duIHRvIGJlIGFueSBuZXR3b3JrDQogICBjb21w b25lbnQgdGhhdCBtYWtlcyBzdWNoIGEgcmVxdWVzdCBhbmQgbWF5IGJlIGZvciBpbnN0YW5jZSBh bg0KICAgb3B0aWNhbCBzd2l0Y2hpbmcgZWxlbWVudCB3aXRoaW4gYSBXYXZlbGVuZ3RoIERpdmlz aW9uIE11bHRpcGxleGluZw0KICAgKFdETSkgbmV0d29yay5UaGUgUENFLCBpdHNlbGYsIGNhbiBi ZSBsb2NhdGVkIGFueXdoZXJlIHdpdGhpbiB0aGUNCiAgIG5ldHdvcmssIGFuZCBtYXkgYmUgd2l0 aGluIGFuIG9wdGljYWwgc3dpdGNoaW5nIGVsZW1lbnQsIGEgTmV0d29yaw0KICAgTWFuYWdlbWVu dCBTeXN0ZW0gKE5NUykgb3IgT3BlcmF0aW9uYWwgU3VwcG9ydCBTeXN0ZW0gKE9TUyksIG9yIG1h eQ0KICAgYmUgYW4gaW5kZXBlbmRlbnQgbmV0d29yayBzZXJ2ZXIuDQoNCiAgIFRoZSBQQ0UgY29t bXVuaWNhdGlvbiBQcm90b2NvbCAoUENFUCkgaXMgdGhlIGNvbW11bmljYXRpb24gcHJvdG9jb2wN CiAgIHVzZWQgYmV0d2VlbiBQQ0MgYW5kIFBDRSwgYW5kIG1heSBhbHNvIGJlIHVzZWQgYmV0d2Vl biBjb29wZXJhdGluZw0KICAgUENFcy4gW1JGQzQ2NTddIHNldHMgb3V0IHRoZSBjb21tb24gcHJv dG9jb2wgcmVxdWlyZW1lbnRzIGZvciBQQ0VQLg0KICAgQWRkaXRpb25hbCBhcHBsaWNhdGlvbi1z cGVjaWZpYyByZXF1aXJlbWVudHMgZm9yIFBDRVAgYXJlIGRlZmVycmVkDQogICB0byBzZXBhcmF0 ZSBkb2N1bWVudHMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYSBzZXQgb2YgYXBwbGlj YXRpb24tc3BlY2lmaWMgUENFUA0KICAgcmVxdWlyZW1lbnRzIGZvciBzdXBwb3J0IG9mIHBhdGgg Y29tcHV0YXRpb24gaW4gV2F2ZWxlbmd0aCBTd2l0Y2hlZA0KICAgT3B0aWNhbCBOZXR3b3JrcyAo V1NPTikuICBXU09OIHJlZmVycyB0byBXRE0tYmFzZWQgb3B0aWNhbCBuZXR3b3Jrcw0KICAgaW4g d2hpY2ggc3dpdGNoaW5nIGlzIHBlcmZvcm1lZCBzZWxlY3RpdmVseSBiYXNlZCBvbiB0aGUgd2F2 ZWxlbmd0aA0KICAgb2YgYW4gb3B0aWNhbCBzaWduYWwuDQoNCiAgIFRoZSBwYXRoIGluIFdTT04g aXMgcmVmZXJyZWQgdG8gYXMgYSBsaWdodHBhdGguICBBIGxpZ2h0cGF0aCBtYXkNCiAgIHNwYW4g bXVsdGlwbGUgZmliZXIgbGlua3MgYW5kIHRoZSBwYXRoIHNob3VsZCBiZSBhc3NpZ25lZCBhDQog ICB3YXZlbGVuZ3RoIGZvciBlYWNoIGxpbmsuDQoNCiAgIEEgdHJhbnNwYXJlbnQgb3B0aWNhbCBu ZXR3b3JrIGlzIG1hZGUgdXAgb2Ygb3B0aWNhbCBkZXZpY2VzIHRoYXQgY2FuDQogICBzd2l0Y2gg YnV0IG5vdCBjb252ZXJ0IGZyb20gb25lIHdhdmVsZW5ndGggdG8gYW5vdGhlci4gSW4gYQ0KICAg dHJhbnNwYXJlbnQgb3B0aWNhbCBuZXR3b3JrLCBhIGxpZ2h0cGF0aCBvcGVyYXRlcyBvbiB0aGUg c2FtZQ0KDQoNCkxlZSAmIEJlcm5zdGVpbiAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDMxLCAyMDE1 ICAgICAgICAgICAgICAgIFtQYWdlIDNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFBDRVAgUmVx dWlyZW1lbnQgZm9yIFdTT04gUldBICAgICAgICAgICAgIEp1bHkgMjAxNA0KDQoNCiAgIHdhdmVs ZW5ndGggYWNyb3NzIGFsbCBmaWJlciBsaW5rcyB0aGF0IGl0IHRyYXZlcnNlcy4gSW4gc3VjaCBj YXNlLA0KICAgdGhlIGxpZ2h0cGF0aCBpcyBzYWlkIHRvIHNhdGlzZnkgdGhlIHdhdmVsZW5ndGgt Y29udGludWl0eQ0KICAgY29uc3RyYWludC4gVHdvIGxpZ2h0cGF0aHMgdGhhdCBzaGFyZSBhIGNv bW1vbiBmaWJlciBsaW5rIGNhbm5vdCBiZQ0KICAgYXNzaWduZWQgdGhlIHNhbWUgd2F2ZWxlbmd0 aC4gIFRvIGRvIG90aGVyd2lzZSB3b3VsZCByZXN1bHQgaW4gYm90aA0KICAgc2lnbmFscyBpbnRl cmZlcmluZyB3aXRoIGVhY2ggb3RoZXIuIE5vdGUgdGhhdCBhZHZhbmNlZCBhZGRpdGlvbmFsDQog ICBtdWx0aXBsZXhpbmcgdGVjaG5pcXVlcyBzdWNoIGFzIHBvbGFyaXphdGlvbiBiYXNlZCBtdWx0 aXBsZXhpbmcgYXJlDQogICBub3QgYWRkcmVzc2VkIGluIHRoaXMgZG9jdW1lbnQgc2luY2UgdGhl IHBoeXNpY2FsIGxheWVyIGFzcGVjdHMgYXJlDQogICBub3QgY3VycmVudGx5IHN0YW5kYXJkaXpl ZC4gVGhlcmVmb3JlLCBhc3NpZ25pbmcgdGhlIHByb3Blcg0KICAgd2F2ZWxlbmd0aCBvbiBhIGxp Z2h0cGF0aCBpcyBhbiBlc3NlbnRpYWwgcmVxdWlyZW1lbnQgaW4gdGhlIG9wdGljYWwNCiAgIHBh dGggY29tcHV0YXRpb24gcHJvY2Vzcy4NCg0KICAgV2hlbiBhIHN3aXRjaGluZyBub2RlIGhhcyB0 aGUgYWJpbGl0eSB0byBwZXJmb3JtIHdhdmVsZW5ndGgNCiAgIGNvbnZlcnNpb24gdGhlIHdhdmVs ZW5ndGgtY29udGludWl0eSBjb25zdHJhaW50IGNhbiBiZSByZWxheGVkLCBhbmQNCiAgIGEgbGln aHRwYXRoIG1heSB1c2UgZGlmZmVyZW50IHdhdmVsZW5ndGhzIG9uIGRpZmZlcmVudCBsaW5rcyBh bG9uZw0KICAgaXRzIHBhdGggZnJvbSBvcmlnaW4gdG8gZGVzdGluYXRpb24uIEl0IGlzLCBob3dl dmVyLCB0byBiZSBub3RlZA0KICAgdGhhdCB3YXZlbGVuZ3RoIGNvbnZlcnRlcnMgbWF5IGJlIGxp bWl0ZWQgZm9yIGNvc3QgcmVhc29ucywgd2hpbGUNCiAgIHRoZSBudW1iZXIgb2YgV0RNIGNoYW5u ZWxzIHRoYXQgY2FuIGJlIHN1cHBvcnRlZCBpbiBhIGZpYmVyIGlzIGFsc28NCiAgIGxpbWl0ZWQu IEFzIGEgV1NPTiBjYW4gYmUgY29tcG9zZWQgb2YgbmV0d29yayBub2RlcyB0aGF0IGNhbm5vdA0K ICAgcGVyZm9ybSB3YXZlbGVuZ3RoIGNvbnZlcnNpb24sIG5vZGVzIHdpdGggbGltaXRlZCB3YXZl bGVuZ3RoDQogICBjb252ZXJzaW9uLCBhbmQgbm9kZXMgd2l0aCBmdWxsIHdhdmVsZW5ndGggY29u dmVyc2lvbiBhYmlsaXRpZXMsDQogICB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQgaXMgYW4gYWRkaXRp b25hbCByb3V0aW5nIGNvbnN0cmFpbnQgdG8gYmUNCiAgIGNvbnNpZGVyZWQgaW4gYWxsIGxpZ2h0 cGF0aCBjb21wdXRhdGlvbnMuDQoNCiAgIEluIHRoaXMgZG9jdW1lbnQgd2UgZmlyc3QgcmV2aWV3 IHRoZSBwcm9jZXNzZXMgZm9yIHJvdXRpbmcgYW5kDQogICB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQg KFJXQSkgdXNlZCB3aGVuIHdhdmVsZW5ndGggY29udGludWl0eQ0KICAgY29uc3RyYWludHMgYXJl IHByZXNlbnQgYW5kIHRoZW4gc3BlY2lmeSByZXF1aXJlbWVudHMgZm9yIFBDRVAgdG8NCiAgIHN1 cHBvcnQgUldBLiBSZXF1aXJlbWVudHMgZm9yIG9wdGljYWwgaW1wYWlybWVudHMgd2lsbCBiZSBh ZGRyZXNzZWQNCiAgIGluIGEgc2VwYXJhdGUgZG9jdW1lbnQuDQoNCiAgIFRoZSByZW1haW5kZXIg b2YgdGhpcyBkb2N1bWVudCB1c2VzIHRlcm1pbm9sb2d5IGZyb20gW1JGQzQ2NTVdLg0KDQoyLiBX U09OIFJXQSBQcm9jZXNzZXMgJiBBcmNoaXRlY3R1cmUNCg0KICAgSW4gW1JGQzYxNjNdIHRocmVl IGFsdGVybmF0aXZlIHByb2Nlc3MgYXJjaGl0ZWN0dXJlcyB3ZXJlIGdpdmVuIGZvcg0KICAgcGVy Zm9ybWluZyByb3V0aW5nIGFuZCB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQuIFRoZXNlIGFyZSBzaG93 bg0KICAgc2NoZW1hdGljYWxseSBpbiBGaWd1cmUgMS4NCg0KICAgICArLS0tLS0tLS0tLS0tLS0t LS0tLSsNCiAgICAgfCAgKy0tLS0tLS0rICArLS0rICB8ICAgICstLS0tLS0tKyAgICArLS0rICAg ICArLS0tLS0tLSsgICAgKy0tLSsNCiAgICAgfCAgfFJvdXRpbmd8ICB8V0F8ICB8ICAgIHxSb3V0 aW5nfC0tLT58V0F8ICAgICB8Um91dGluZ3wtLS0+fERXQXwNCiAgICAgfCAgKy0tLS0tLS0rICAr LS0rICB8ICAgICstLS0tLS0tKyAgICArLS0rICAgICArLS0tLS0tLSsgICAgKy0tLSsNCiAgICAg fCAgIENvbWJpbmVkICAgICAgICB8ICAgICBTZXBhcmF0ZSBQcm9jZXNzZXMgICBTZXBhcmF0ZSBQ cm9jZXNzZXMNCiAgICAgfCAgIFByb2Nlc3NlcyAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICBXQSBwZXJmb3JtZWQgaW4gYQ0KICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLSsgICAgICAg ICAgICAgICAgICAgICAgICAgIERpc3RyaWJ1dGVkIG1hbm5lcg0KICAgICAgICAgICAoYSkgICAg ICAgICAgICAgICAgICAgICAgIChiKSAgICAgICAgICAgICAgICAgICAgKGInKQ0KDQogICAgICAg ICAgICAgICAgICAgIEZpZ3VyZSAxLiBSV0EgcHJvY2VzcyBhbHRlcm5hdGl2ZXMNCg0KDQpMZWUg JiBCZXJuc3RlaW4gICAgICAgIEV4cGlyZXMgSmFudWFyeSAzMSwgMjAxNSAgICAgICAgICAgICAg ICBbUGFnZSA0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICBQQ0VQIFJlcXVpcmVtZW50IGZvciBX U09OIFJXQSAgICAgICAgICAgICBKdWx5IDIwMTQNCg0KDQogICBUaGVzZSBhbHRlcm5hdGl2ZXMg aGF2ZSB0aGUgZm9sbG93aW5nIHByb3BlcnRpZXMgYW5kIGltcGFjdCBvbiBQQ0VQDQogICByZXF1 aXJlbWVudHMgaW4gdGhpcyBkb2N1bWVudC4NCg0KICAgKGEpICAgQ29tYmluZWQgUHJvY2Vzc2Vz IChSJldBKQ0KDQogICAgICAgICBIZXJlIHBhdGggc2VsZWN0aW9uIGFuZCB3YXZlbGVuZ3RoIGFz c2lnbm1lbnQgYXJlIHBlcmZvcm1lZCBhcw0KICAgICAgICAgYSBzaW5nbGUgcHJvY2Vzcy4gVGhl IHJlcXVpcmVtZW50cyBmb3IgUENDLVBDRSBpbnRlcmFjdGlvbg0KICAgICAgICAgd2l0aCBzdWNo IGEgY29tYmluZWQgUldBIHByb2Nlc3MgUENFIGlzIGFkZHJlc3NlZCBpbiB0aGlzDQogICAgICAg ICBkb2N1bWVudC4NCg0KICAgKGIpICAgUm91dGluZyBzZXBhcmF0ZSBmcm9tIFdhdmVsZW5ndGgg QXNzaWdubWVudCAoUitXQSkNCg0KICAgICAgICAgSGVyZSB0aGUgcm91dGluZyBwcm9jZXNzIGZ1 cm5pc2hlcyBvbmUgb3IgbW9yZSBwb3RlbnRpYWwgcGF0aHMNCiAgICAgICAgIHRvIHRoZSB3YXZl bGVuZ3RoIGFzc2lnbm1lbnQgcHJvY2VzcyB0aGF0IHRoZW4gcGVyZm9ybXMgZmluYWwNCiAgICAg ICAgIHBhdGggc2VsZWN0aW9uIGFuZCB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQuICBUaGUgcmVxdWly ZW1lbnRzDQogICAgICAgICBmb3IgUENFLVBDRSBpbnRlcmFjdGlvbiB3aXRoIG9uZSBQQ0UgaW1w bGVtZW50aW5nIHRoZSByb3V0aW5nDQogICAgICAgICBwcm9jZXNzIGFuZCBhbm90aGVyIGltcGxl bWVudGluZyB0aGUgd2F2ZWxlbmd0aCBhc3NpZ25tZW50DQogICAgICAgICBwcm9jZXNzIGFyZSBu b3QgYWRkcmVzc2VkIGluIHRoaXMgZG9jdW1lbnQuDQoNCiAgIChiJykgIFJvdXRpbmcgYW5kIGRp c3RyaWJ1dGVkIFdhdmVsZW5ndGggQXNzaWdubWVudCAoUitEV0EpDQoNCiAgICAgICAgIEhlcmUg YSBzdGFuZGFyZCBwYXRoIGNvbXB1dGF0aW9uICh1bmF3YXJlIG9mIGRldGFpbGVkDQogICAgICAg ICB3YXZlbGVuZ3RoIGF2YWlsYWJpbGl0eSkgdGFrZXMgcGxhY2UsIHRoZW4gd2F2ZWxlbmd0aA0K ICAgICAgICAgYXNzaWdubWVudCBpcyBwZXJmb3JtZWQgYWxvbmcgdGhpcyBwYXRoIGluIGEgZGlz dHJpYnV0ZWQNCiAgICAgICAgIG1hbm5lciB2aWEgc2lnbmFsaW5nIChSU1ZQLVRFKS4gVGhpcyBh bHRlcm5hdGl2ZSBpcyBhDQogICAgICAgICBwYXJ0aWN1bGFyIGNhc2Ugb2YgUitXQSBhbmQgaXQg c2hvdWxkIGJlIGNvdmVyZWQgYnkgR01QTFMgUENFUA0KICAgICAgICAgZXh0ZW5zaW9ucyBhbmQg ZG9lcyBub3QgcHJlc2VudCBuZXcgV1NPTi1zcGVjaWZpYw0KICAgICAgICAgcmVxdWlyZW1lbnRz Lg0KDQogICBJbiB0aGUgcHJldmlvdXMgc2VjdGlvbiB2YXJpb3VzIHByb2Nlc3MgYXJjaGl0ZWN0 dXJlcyBmb3INCiAgIGltcGxlbWVudGluZyBSV0EgaGF2ZSBiZWVuIHJldmlld2VkLiBGaWd1cmUg MiBzaG93cyBvbmUgdHlwaWNhbCBQQ0UtDQogICBiYXNlZCBpbXBsZW1lbnRhdGlvbiwgd2hpY2gg aXMgcmVmZXJyZWQgdG8gYXMgQ29tYmluZWQgUHJvY2Vzcw0KICAgKFImV0EpLiBXaXRoIHRoaXMg YXJjaGl0ZWN0dXJlLCB0aGUgdHdvIHByb2Nlc3NlcyBvZiByb3V0aW5nIGFuZA0KICAgd2F2ZWxl bmd0aCBhc3NpZ25tZW50IGFyZSBhY2Nlc3NlZCB2aWEgYSBzaW5nbGUgUENFLiBUaGlzDQogICBh cmNoaXRlY3R1cmUgaXMgdGhlIGJhc2UgYXJjaGl0ZWN0dXJlIGZyb20gd2hpY2ggdGhlIHJlcXVp cmVtZW50cw0KICAgYXJlIHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50Lg0KDQogICAgICAgICAg ICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAg ICAgKy0tLS0tKyAgICAgICB8ICAgICArLS0tLS0tLSsgICAgICstLSsgICAgIHwNCiAgICAgICAg ICAgIHwgICAgIHwgICAgICAgfCAgICAgfFJvdXRpbmd8ICAgICB8V0F8ICAgICB8DQogICAgICAg ICAgICB8IFBDQyB8PC0tLS0tPnwgICAgICstLS0tLS0tKyAgICAgKy0tKyAgICAgfA0KICAgICAg ICAgICAgfCAgICAgfCAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAg ICAgICAgICstLS0tLSsgICAgICAgfCAgICAgICAgICAgICBQQ0UgICAgICAgICAgICB8DQogICAg ICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQoN CiAgICAgICAgICAgICAgRmlndXJlIDIuIENvbWJpbmVkIFByb2Nlc3MgKFImV0EpIGFyY2hpdGVj dHVyZQ0KDQoNCkxlZSAmIEJlcm5zdGVpbiAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDMxLCAyMDE1 ICAgICAgICAgICAgICAgIFtQYWdlIDVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgIFBDRVAgUmVx dWlyZW1lbnQgZm9yIFdTT04gUldBICAgICAgICAgICAgIEp1bHkgMjAxNA0KDQoNCjMuIFJlcXVp cmVtZW50cw0KDQogICBUaGUgcmVxdWlyZW1lbnRzIGZvciB0aGUgUENDIHRvIFBDRSBpbnRlcmZh Y2Ugb2YgRmlndXJlIDIgYXJlDQogICBzcGVjaWZpZWQgaW4gdGhpcyBzZWN0aW9uLg0KDQogICAz LjEuICBQYXRoIENvbXB1dGF0aW9uIFR5cGUgT3B0aW9uDQoNCiAgIEEgUENFUCByZXF1ZXN0IE1V U1QgaW5jbHVkZSB0aGUgcGF0aCBjb21wdXRhdGlvbiB0eXBlLiBUaGlzIGNhbiBiZToNCg0KICAg ICAoaSkgICAgQm90aCBSb3V0aW5nIGFuZCBXYXZlbGVuZ3RoIEFzc2lnbm1lbnQgKFJXQSksDQoN CiAgICAgKGlpKSAgIFJvdXRpbmcgb25seS4NCg0KICAgVGhpcyByZXF1aXJlbWVudCBpcyBuZWVk ZWQgdG8gZGlmZmVyZW50aWF0ZSBiZXR3ZWVuIHRoZSBjdXJyZW50bHkNCiAgIHN1cHBvcnRlZCBy b3V0aW5nIHdpdGggZGlzdHJpYnV0ZWQgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IG9wdGlvbiBhbmQN CiAgIGNvbWJpbmVkIFJXQS4gSW4gY2FzZSBvZiBkaXN0cmlidXRlZCB3YXZlbGVuZ3RoIGFzc2ln bm1lbnQgb3B0aW9uLA0KICAgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IHdpbGwgYmUgcGVyZm9ybWVk IGF0IGVhY2ggbm9kZSBvZiB0aGUgcm91dGUuDQoNCiAgIDMuMi4gUldBIFByb2Nlc3NpbmcNCg0K ICAgKGEpICAgV2hlbiB0aGUgcmVxdWVzdCBpcyBhIFJXQSBwYXRoIGNvbXB1dGF0aW9uIHR5cGUs IHRoZSByZXF1ZXN0DQogICAgICBNVVNUIGZ1cnRoZXIgaW5jbHVkZSB0aGUgd2F2ZWxlbmd0aCBh c3NpZ25tZW50IG9wdGlvbnMuIEF0IHRoZQ0KICAgICAgbWluaW11bSwgdGhlIGZvbGxvd2luZyBv cHRpb24gc2hvdWxkIGJlIHN1cHBvcnRlZDoNCg0KICAgICAgICAgKGkpICAgIEV4cGxpY2l0IExh YmVsIENvbnRyb2wgKEVMQykgW1JGQzQwMDNdDQoNCiAgICAgICAgIChpaSkgICBBIHNldCBvZiBy ZWNvbW1lbmRlZCBsYWJlbHMuIFRoZSBQQ0MgY2FuIHNlbGVjdCB0aGUNCiAgICAgICAgICAgICAg ICBsYWJlbCBiYXNlZCBvbiBsb2NhbCBwb2xpY3kuDQoNCiAgICAgTm90ZSB0aGF0IG9wdGlvbiAo aWkpIG1heSBhbHNvIGJlIHVzZWQgaW4gUitXQSBvciBSK0RXQS4NCg0KDQoNCiAgIChiKSAgIElu IGNhc2Ugb2YgYSBSV0EgY29tcHV0YXRpb24gdHlwZSwgdGhlIHJlc3BvbnNlIE1VU1QgaW5jbHVk ZQ0KICAgICAgdGhlIHdhdmVsZW5ndGgocykgYXNzaWduZWQgdG8gdGhlIHBhdGggYW5kIGFuIGlu ZGljYXRpb24gb2Ygd2hpY2gNCiAgICAgIGxhYmVsIGFzc2lnbm1lbnQgb3B0aW9uIGhhcyBiZWVu IGFwcGxpZWQgKEVMQyBvciBsYWJlbCBzZXQpLg0KDQogICAoYykgICBJbiB0aGUgY2FzZSB3aGVy ZSBhIHZhbGlkIHBhdGggaXMgbm90IGZvdW5kLCB0aGUgcmVzcG9uc2UgTVVTVA0KICAgICAgaW5j bHVkZSB3aHkgdGhlIHBhdGggaXMgbm90IGZvdW5kIChlLmcuLCBubyBwYXRoLCB3YXZlbGVuZ3Ro IG5vdA0KICAgICAgZm91bmQsIG9wdGljYWwgcXVhbGl0eSBjaGVjayBmYWlsZWQsIGV0Yy4pDQoN Cg0KDQoNCg0KDQoNCg0KDQpMZWUgJiBCZXJuc3RlaW4gICAgICAgIEV4cGlyZXMgSmFudWFyeSAz MSwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSA2XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICBQ Q0VQIFJlcXVpcmVtZW50IGZvciBXU09OIFJXQSAgICAgICAgICAgICBKdWx5IDIwMTQNCg0KDQog ICAzLjMuIEJ1bGsgUldBIFBhdGggUmVxdWVzdC9SZXBseQ0KDQogICBTZW5kaW5nIHNpbXVsdGFu ZW91cyBwYXRoIHJlcXVlc3RzIGZvciAicm91dGluZyBvbmx5IiBjb21wdXRhdGlvbiBpcw0KICAg c3VwcG9ydGVkIGJ5IFBDRVAgc3BlY2lmaWNhdGlvbiBbUkZDNTQ0MF0uIFRvIHJlbWFpbiBjb25z aXN0ZW50IHRoZQ0KICAgZm9sbG93aW5nIHJlcXVpcmVtZW50cyBhcmUgYWRkZWQuDQoNCiAgIChh KSAgIEEgUENFUCByZXF1ZXN0IE1VU1QgYmUgYWJsZSB0byBzcGVjaWZ5IGFuIG9wdGlvbiBmb3Ig YnVsayBSV0ENCiAgICAgIHBhdGggcmVxdWVzdC4gQnVsayBwYXRoIHJlcXVlc3QgaXMgYW4gYWJp bGl0eSB0byByZXF1ZXN0IGEgbnVtYmVyDQogICAgICBvZiBzaW11bHRhbmVvdXMgUldBIHBhdGgg cmVxdWVzdHMuDQoNCiAgIChiKSAgIFRoZSBQQ0VQIHJlc3BvbnNlIE1VU1QgaW5jbHVkZSB0aGUg cGF0aCBhbmQgdGhlIGFzc2lnbmVkDQogICAgICB3YXZlbGVuZ3RoIGFzc2lnbmVkIGZvciBlYWNo IFJXQSBwYXRoIHJlcXVlc3Qgc3BlY2lmaWVkIGluIHRoZQ0KICAgICAgb3JpZ2luYWwgYnVsayBy ZXF1ZXN0Lg0KDQoNCg0KICAgMy40LiBSV0EgUGF0aCBSZS1vcHRpbWl6YXRpb24gUmVxdWVzdC9S ZXBseQ0KDQogICAxLiBGb3IgYSByZS1vcHRpbWl6YXRpb24gcmVxdWVzdCwgdGhlIHJlcXVlc3Qg TVVTVCBwcm92aWRlIGJvdGggdGhlDQogICAgICBwYXRoIGFuZCBjdXJyZW50IHdhdmVsZW5ndGgg dG8gYmUgcmUtb3B0aW1pemVkIGFuZCBNQVkgaW5jbHVkZQ0KICAgICAgdGhlIGZvbGxvd2luZyBv cHRpb25zOg0KDQogICAgICAgYS4gUmUtb3B0aW1pemUgdGhlIHBhdGgga2VlcGluZyB0aGUgc2Ft ZSB3YXZlbGVuZ3RoKHMpDQoNCiAgICAgICBiLiBSZS1vcHRpbWl6ZSB3YXZlbGVuZ3RoKHMpIGtl ZXBpbmcgdGhlIHNhbWUgcGF0aA0KDQogICAgICAgYy4gUmUtb3B0aW1pemUgYWxsb3dpbmcgYm90 aCB0aGUgd2F2ZWxlbmd0aCBhbmQgdGhlIHBhdGggdG8NCiAgICAgICAgICBjaGFuZ2UNCg0KICAg Mi4gVGhlIGNvcnJlc3BvbmRpbmcgcmVzcG9uc2UgdG8gdGhlIHJlLW9wdGltaXplZCByZXF1ZXN0 IE1VU1QNCiAgICAgIHByb3ZpZGUgdGhlIHJlLW9wdGltaXplZCBwYXRoIGFuZCB3YXZlbGVuZ3Ro cy4NCg0KICAgMy4gSW4gY2FzZSB0aGF0IHRoZSBwYXRoIGlzIG5vdCBmb3VuZCwgdGhlIHJlc3Bv bnNlIE1VU1QgaW5jbHVkZSB3aHkNCiAgICAgIHRoZSBwYXRoIGlzIG5vdCBmb3VuZCAoZS5nLiwg bm8gcGF0aCwgd2F2ZWxlbmd0aCBub3QgZm91bmQsIGJvdGgNCiAgICAgIHBhdGggYW5kIHdhdmVs ZW5ndGggbm90IGZvdW5kLCBldGMuKQ0KDQoNCg0KICAgMy41LiBXYXZlbGVuZ3RoIFJhbmdlIENv bnN0cmFpbnQNCg0KICAgRm9yIGFueSBSV0EgY29tcHV0YXRpb24gdHlwZSByZXF1ZXN0LCB0aGUg cmVxdWVzdGVyIChQQ0MpIE1BWQ0KICAgc3BlY2lmeSBhIHJlc3RyaWN0aW9uIG9uIHRoZSB3YXZl bGVuZ3RocyB0byBiZSB1c2VkLiBUaGUgcmVxdWVzdGVyDQogICBNQVkgdXNlIHRoaXMgb3B0aW9u IHRvIHJlc3RyaWN0IHRoZSBhc3NpZ25lZCB3YXZlbGVuZ3RoIGZvciBleHBsaWNpdA0KICAgbGFi ZWwgb3IgbGFiZWwgc2V0Lg0KDQoNCg0KDQoNCkxlZSAmIEJlcm5zdGVpbiAgICAgICAgRXhwaXJl cyBKYW51YXJ5IDMxLCAyMDE1ICAgICAgICAgICAgICAgIFtQYWdlIDddDQoMDQpJbnRlcm5ldC1E cmFmdCAgICAgIFBDRVAgUmVxdWlyZW1lbnQgZm9yIFdTT04gUldBICAgICAgICAgICAgIEp1bHkg MjAxNA0KDQoNCiAgIE5vdGUgdGhhdCB0aGUgcmVxdWVzdG9yIChlLmcuLCBQQ0MpIGlzIG5vdCBy ZXF1aXJlZCB0byBmdXJuaXNoIGFueQ0KICAgcmFuZ2UgcmVzdHJpY3Rpb25zLiBUaGlzIHJlc3Ry aWN0aW9uIG1heSBmb3IgZXhhbXBsZSBjb21lIGZyb20gdGhlDQogICB0dW5pbmcgYWJpbGl0eSBv ZiBhIGxhc2VyIHRyYW5zbWl0dGVyLCBhbnkgb3B0aWNhbCBlbGVtZW50LCBvciBhbg0KICAgcG9s aWN5LWJhc2VkIHJlc3RyaWN0aW9uLg0KDQoNCiAgIDMuNi4gV2F2ZWxlbmd0aCBBc3NpZ25tZW50 IFByZWZlcmVuY2UNCg0KICAgMS4gQSBSV0EgY29tcHV0YXRpb24gdHlwZSByZXF1ZXN0IE1BWSBp bmNsdWRlIHRoZSByZXF1ZXN0b3INCiAgICAgcHJlZmVyZW5jZSBmb3IsIGUuZy4sIHJhbmRvbSBh c3NpZ25tZW50LCBkZXNjZW5kaW5nIG9yZGVyLA0KICAgICBhc2NlbmRpbmcgb3JkZXIsIGV0Yy4g QSByZXNwb25zZSBTSE9VTEQgZm9sbG93IHRoZSByZXF1ZXN0b3INCiAgICAgcHJlZmVyZW5jZSB1 bmxlc3MgaXQgY29uZmxpY3RzIHdpdGggb3BlcmF0b3IncyBwb2xpY3kuDQoNCiAgIDIuIEEgcmVx dWVzdCBmb3IgdHdvIG9yIG1vcmUgcGF0aHMgTVVTVCBiZSBhYmxlIHRvIGluY2x1ZGUgYW4gb3B0 aW9uDQogICAgIGNvbnN0cmFpbmluZyB0aGUgcGF0aCB0byBoYXZlIHRoZSBzYW1lIHdhdmVsZW5n dGgocykgYXNzaWduZWQuDQogICAgIFRoaXMgaXMgdXNlZnVsIGluIHRoZSBjYXNlIG9mIHByb3Rl Y3Rpb24gd2l0aCBzaW5nbGUgdHJhbnNwb25kZXINCiAgICAgKGUuZy4sIDErMSBsaW5rIGRpc2pv aW50IHBhdGhzKS4NCg0KDQogICBJbiBhIG5ldHdvcmsgd2l0aCB3YXZlbGVuZ3RoIGNvbnZlcnNp b24gY2FwYWJpbGl0aWVzIChlLmcuIHNwYXJzZSAzUg0KICAgcmVnZW5lcmF0b3JzKSwgYSByZXF1 ZXN0IFNIT1VMRCBiZSBhYmxlIHRvIGluZGljYXRlIHdoZXRoZXIgYQ0KICAgc2luZ2xlLCBjb250 aW51b3VzIHdhdmVsZW5ndGggc2hvdWxkIGJlIGFsbG9jYXRlZCBvciBub3QuIEluIG90aGVyDQog ICB3b3JkcywgdGhlIHJlcXVlc3RpbmcgUENDIFNIT1VMRCBiZSBhYmxlIHRvIHNwZWNpZnkgdGhl IHByZWNlZGVuY2UNCiAgIG9mIHdhdmVsZW5ndGggY29udGludWl0eSBldmVuIGlmIHdhdmVsZW5n dGggY29udmVyc2lvbiBpcyBhdmFpbGFibGUuDQoNCg0KDQogICAzLjcuIFNpZ25hbCBQcm9jZXNz aW5nIENhcGFiaWxpdHkgUmVzdHJpY3Rpb24NCg0KICAgQSByZXF1ZXN0IE1VU1QgYmUgYWJsZSB0 byBzcGVjaWZ5IHJlc3RyaWN0aW9ucyBmb3Igc2lnbmFsDQogICBjb21wYXRpYmlsaXR5IGVpdGhl ciBvbiB0aGUgZW5kcG9pbnRzIG9yIG9uIGFueSBnaXZlbiBsaW5rcy4gVGhlDQogICBmb2xsb3dp bmcgc2lnbmFsIHByb2Nlc3NpbmcgY2FwYWJpbGl0aWVzIHNob3VsZCBiZSBzdXBwb3J0ZWQgYXQg YQ0KICAgbWluaW11bToNCg0KICAgICAgbyAgTW9kdWxhdGlvbiBUeXBlIExpc3QNCg0KICAgICAg byAgRkVDIFR5cGUgTGlzdA0KDQoNCg0KNC4gTWFuYWdlYWJpbGl0eSBDb25zaWRlcmF0aW9ucw0K DQogICBNYW5hZ2VhYmlsaXR5IG9mIFdTT04gUm91dGluZyBhbmQgV2F2ZWxlbmd0aCBBc3NpZ25t ZW50IChSV0EpIHdpdGgNCiAgIFBDRSBtdXN0IGFkZHJlc3MgdGhlIGZvbGxvd2luZyBjb25zaWRl cmF0aW9uczoNCg0KDQoNCg0KDQpMZWUgJiBCZXJuc3RlaW4gICAgICAgIEV4cGlyZXMgSmFudWFy eSAzMSwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSA4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg ICBQQ0VQIFJlcXVpcmVtZW50IGZvciBXU09OIFJXQSAgICAgICAgICAgICBKdWx5IDIwMTQNCg0K DQogICA0LjEuIENvbnRyb2wgb2YgRnVuY3Rpb24gYW5kIFBvbGljeQ0KDQogICBJbiBhZGRpdGlv biB0byB0aGUgcGFyYW1ldGVycyBhbHJlYWR5IGxpc3RlZCBpbiBTZWN0aW9uIDguMSBvZg0KICAg W1JGQzU0NDBdLCBhIFBDRVAgaW1wbGVtZW50YXRpb24gU0hPVUxEIGFsbG93IGNvbmZpZ3VyaW5n IHRoZQ0KICAgZm9sbG93aW5nIFBDRVAgc2Vzc2lvbiBwYXJhbWV0ZXJzIG9uIGEgUENDOg0KDQog ICAgICBvICBUaGUgYWJpbGl0eSB0byBzZW5kIGEgV1NPTiBSV0EgcmVxdWVzdC4NCg0KICAgSW4g YWRkaXRpb24gdG8gdGhlIHBhcmFtZXRlcnMgYWxyZWFkeSBsaXN0ZWQgaW4gU2VjdGlvbiA4LjEg b2YNCiAgIFtSRkM1NDQwXSwgYSBQQ0VQIGltcGxlbWVudGF0aW9uIFNIT1VMRCBhbGxvdyBjb25m aWd1cmluZyB0aGUNCiAgIGZvbGxvd2luZyBQQ0VQIHNlc3Npb24gcGFyYW1ldGVycyBvbiBhIFBD RToNCg0KICAgICAgbyAgVGhlIHN1cHBvcnQgZm9yIFdTT04gUldBLg0KDQogICAgICBvICBUaGUg bWF4aW11bSBudW1iZXIgb2YgYnVsayBwYXRoIHJlcXVlc3RzIGFzc29jaWF0ZWQgd2l0aCBXU09O DQogICAgICAgICBSV0EgcGVyIHJlcXVlc3QgbWVzc2FnZS4NCg0KICAgVGhlc2UgcGFyYW1ldGVy cyBtYXkgYmUgY29uZmlndXJlZCBhcyBkZWZhdWx0IHBhcmFtZXRlcnMgZm9yIGFueQ0KICAgUENF UCBzZXNzaW9uIHRoZSBQQ0VQIHNwZWFrZXIgcGFydGljaXBhdGVzIGluLCBvciBtYXkgYXBwbHkg dG8gYQ0KICAgc3BlY2lmaWMgc2Vzc2lvbiB3aXRoIGEgZ2l2ZW4gUENFUCBwZWVyIG9yIGEgc3Bl Y2lmaWMgZ3JvdXAgb2YNCiAgIHNlc3Npb25zIHdpdGggYSBzcGVjaWZpYyBncm91cCBvZiBQQ0VQ IHBlZXJzLg0KDQoNCiAgIDQuMi4gSW5mb3JtYXRpb24gYW5kIERhdGEgTW9kZWxzLCBlLmcuIE1J QiBtb2R1bGUNCg0KICAgQXMgdGhpcyBkb2N1bWVudCBvbmx5IGNvbmNlcm5zIHRoZSByZXF1aXJl bWVudHMgdG8gc3VwcG9ydCBXU09OIFJXQSwNCiAgIG5vIGFkZGl0aW9uYWwgTUlCIG1vZHVsZSBp cyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIEhvd2V2ZXIsIHRoZQ0KICAgY29ycmVzcG9uZGlu ZyBzb2x1dGlvbiBkcmFmdCB3aWxsIGxpc3QgdGhlIGluZm9ybWF0aW9uIHRoYXQgc2hvdWxkDQog ICBiZSBhZGRlZCB0byB0aGUgUENFIE1JQiBtb2R1bGUgZGVmaW5lZCBpbiBbUENFUC1NSUJdLg0K DQogICA0LjMuIExpdmVuZXNzIERldGVjdGlvbiBhbmQgTW9uaXRvcmluZw0KDQogICBNZWNoYW5p c21zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBkbyBub3QgaW1wbHkgYW55IG5ldyBsaXZlbmVz cw0KICAgZGV0ZWN0aW9uIGFuZCBtb25pdG9yaW5nIHJlcXVpcmVtZW50cyBpbiBhZGRpdGlvbiB0 byB0aG9zZSBhbHJlYWR5DQogICBsaXN0ZWQgaW4gc2VjdGlvbiA4LjMgb2YgW1JGQzU0NDBdLg0K DQoNCiAgIDQuNC4gVmVyaWZ5aW5nIENvcnJlY3QgT3BlcmF0aW9uDQoNCiAgIE1lY2hhbmlzbXMg ZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IGRvIG5vdCBpbXBseSBhbnkgbmV3DQogICB2ZXJpZmlj YXRpb24gcmVxdWlyZW1lbnRzIGluIGFkZGl0aW9uIHRvIHRob3NlIGFscmVhZHkgbGlzdGVkIGlu DQogICBzZWN0aW9uIDguNCBvZiBbUkZDNTQ0MF0NCg0KDQoNCg0KDQoNCg0KTGVlICYgQmVybnN0 ZWluICAgICAgICBFeHBpcmVzIEphbnVhcnkgMzEsIDIwMTUgICAgICAgICAgICAgICAgW1BhZ2Ug OV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgUENFUCBSZXF1aXJlbWVudCBmb3IgV1NPTiBSV0Eg ICAgICAgICAgICAgSnVseSAyMDE0DQoNCg0KICAgNC41LiBSZXF1aXJlbWVudHMgb24gT3RoZXIg UHJvdG9jb2xzIGFuZCBGdW5jdGlvbmFsIENvbXBvbmVudHMNCg0KICAgSWYgUENFIGRpc2NvdmVy eSBtZWNoYW5pc21zIChbUkZDNTA4OV0gYW5kIFtSRkM1MDg4XSkgd2VyZSB0byBiZQ0KICAgZXh0 ZW5kZWQgZm9yIHRlY2hub2xvZ3ktc3BlY2lmaWMgY2FwYWJpbGl0aWVzLCBhZHZlcnRpc2luZyBX U09OIFJXQQ0KICAgcGF0aCBjb21wdXRhdGlvbiBjYXBhYmlsaXR5IHNob3VsZCBiZSBjb25zaWRl cmVkLg0KDQoNCiAgIDQuNi4gSW1wYWN0IG9uIE5ldHdvcmsgT3BlcmF0aW9uDQoNCiAgIE1lY2hh bmlzbXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IGRvIG5vdCBpbXBseSBhbnkgbmV3IG5ldHdv cmsNCiAgIG9wZXJhdGlvbiByZXF1aXJlbWVudHMgaW4gYWRkaXRpb24gdG8gdGhvc2UgYWxyZWFk eSBsaXN0ZWQgaW4NCiAgIHNlY3Rpb24gOC42IG9mIFtSRkM1NDQwXS4NCg0KDQoNCjUuIFNlY3Vy aXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIFRoaXMgZG9jdW1lbnQgaGFzIG5vIHJlcXVpcmVtZW50 IGZvciBhIGNoYW5nZSB0byB0aGUgc2VjdXJpdHkgbW9kZWxzDQogICB3aXRoaW4gUENFUCBbUkZD NTQ0MF0uIEhvd2V2ZXIgdGhlIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24NCiAgIGRpc3RyaWJ1dGVk IGluIG9yZGVyIHRvIGFkZHJlc3MgdGhlIFJXQSBwcm9ibGVtIHJlcHJlc2VudHMgYQ0KICAgZGlz Y2xvc3VyZSBvZiBuZXR3b3JrIGNhcGFiaWxpdGllcyB0aGF0IGFuIG9wZXJhdG9yIG1heSB3aXNo IHRvIGtlZXANCiAgIHByaXZhdGUuIENvbnNpZGVyYXRpb24gc2hvdWxkIGJlIGdpdmVuIHRvIHNl Y3VyaW5nIHRoaXMgaW5mb3JtYXRpb24uDQoNCg0KDQo2LiBJQU5BIENvbnNpZGVyYXRpb25zDQoN CiAgIFRoaXMgaW5mb3JtYXRpb25hbCBkb2N1bWVudCBkb2VzIG5vdCBtYWtlIGFueSByZXF1ZXN0 cyBmb3IgSUFOQQ0KICAgYWN0aW9uLg0KDQoNCg0KNy4gQWNrbm93bGVkZ21lbnRzDQoNCiAgIFRo ZSBhdXRob3JzIHdvdWxkIGxpa2UgdG8gdGhhbmsgQWRyaWFuIEZhcnJlbCwgQ3ljaWwgTWFyZ2Fy aWEgYW5kDQogICBSYW1vbiBDYXNlbGxhcyBmb3IgbWFueSBoZWxwZnVsIGNvbW1lbnRzIHRoYXQg Z3JlYXRseSBpbXByb3ZlZCB0aGUNCiAgIGNvbnRlbnRzIG9mIHRoaXMgZHJhZnQuDQoNCiAgIFRo aXMgZG9jdW1lbnQgd2FzIHByZXBhcmVkIHVzaW5nIDItV29yZC12Mi4wLnRlbXBsYXRlLmRvdC4N Cg0KOC4gUmVmZXJlbmNlcw0KDQogICA4LjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFtS RkMyMTE5XSBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNh dGUNCiAgICAgICAgICAgICBSZXF1aXJlbWVudCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LCBN YXJjaCAxOTk3Lg0KDQoNCg0KTGVlICYgQmVybnN0ZWluICAgICAgICBFeHBpcmVzIEphbnVhcnkg MzEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSAxMF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAg UENFUCBSZXF1aXJlbWVudCBmb3IgV1NPTiBSV0EgICAgICAgICAgICAgSnVseSAyMDE0DQoNCg0K ICAgW1JGQzQ2NTVdIEZhcnJlbCwgQS4sIFZhc3NldXIsIEouLCBhbmQgSi4gQXNoLCAiQSBQYXRo IENvbXB1dGF0aW9uDQogICAgICAgICAgICAgRWxlbWVudCAoUENFKS1CYXNlZCBBcmNoaXRlY3R1 cmUiLCBSRkMgNDY1NSwgQXVndXN0IDIwMDYuDQoNCiAgIFtSRkM1NDQwXSBWYXNzZXVyLCBKUC4s IEVkLiBhbmQgSkwuIExlIFJvdXgsIEVkLiwgIlBhdGggQ29tcHV0YXRpb24NCiAgICAgICAgICAg ICBFbGVtZW50IChQQ0UpIGNvbW11bmljYXRpb24gUHJvdG9jb2wiLCBSRkMgNTQ0MCwgTWFyY2gN CiAgICAgICAgICAgICAyMDA5Lg0KDQoNCg0KICAgOC4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2Vz DQoNCiAgIFtSRkM0MDAzXSBMLiBCZXJnZXIsICJHTVBMUyBTaWduYWxpbmcgUHJvY2VkdXJlIGZv ciBFZ3Jlc3MgQ29udHJvbCIsDQogICAgICAgICAgICAgUkZDIDQwMDMsIEZlYnJ1YXJ5IDIwMDUu DQoNCiAgIFtSRkM0NjU3XSBBc2gsIEouIGFuZCBKLiBMZSBSb3V4LCAiUGF0aCBDb21wdXRhdGlv biBFbGVtZW50IChQQ0UpDQogICAgICAgICAgICAgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCBHZW5l cmljIFJlcXVpcmVtZW50cyIsIFJGQyA0NjU3LA0KICAgICAgICAgICAgIFNlcHRlbWJlciAyMDA2 Lg0KDQogICBbUkZDNjE2M10gIFkuIExlZSwgRy4gQmVybnN0ZWluLCBXLiBJbWFqdWt1LCAiRnJh bWV3b3JrIGZvciBHTVBMUw0KICAgICAgICAgICAgIGFuZCBQQ0UgQ29udHJvbCBvZiBXYXZlbGVu Z3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MiLA0KICAgICAgICAgICAgIFJGQyA2MTYzLCBB cHJpbCAyMDExLg0KDQogICBbUkZDNTA4OF0gTGUgUm91eCwgSkwuLCBFZC4sIFZhc3NldXIsIEpQ LiwgRWQuLCBJa2VqaXJpLCBZLiwgYW5kIFIuDQogICAgICAgICAgICAgWmhhbmcsICJPU1BGIFBy b3RvY29sIEV4dGVuc2lvbnMgZm9yIFBhdGggQ29tcHV0YXRpb24NCiAgICAgICAgICAgICBFbGVt ZW50IChQQ0UpIERpc2NvdmVyeSIsIFJGQyA1MDg4LCBKYW51YXJ5IDIwMDguDQoNCiAgIFtSRkM1 MDg5XSBMZSBSb3V4LCBKTC4sIEVkLiwgVmFzc2V1ciwgSlAuLCBFZC4sIElrZWppcmksIFkuLCBh bmQgUi4NCiAgICAgICAgICAgICBaaGFuZywgIklTLUlTIFByb3RvY29sIEV4dGVuc2lvbnMgZm9y IFBhdGggQ29tcHV0YXRpb24NCiAgICAgICAgICAgICBFbGVtZW50IChQQ0UpIERpc2NvdmVyeSIs IFJGQyA1MDg5LCBKYW51YXJ5IDIwMDguDQoNCiAgIFtQQ0VQLU1JQl0gS291c2hpaywgSywgZXQg YWwuLCAiUENFIGNvbW11bmljYXRpb24gcHJvdG9jb2woUENFUCkNCiAgICAgICAgICAgICBNYW5h Z2VtZW50IEluZm9ybWF0aW9uIEJhc2UiLCBkcmFmdC1pZXRmLXBjZS1wY2VwLW1pYiwNCiAgICAg ICAgICAgICB3b3JrIGluIHByb2dyZXNzLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQpMZWUgJiBCZXJuc3RlaW4gICAgICAgIEV4cGlyZXMgSmFudWFyeSAzMSwgMjAxNSAgICAgICAg ICAgICAgIFtQYWdlIDExXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICBQQ0VQIFJlcXVpcmVtZW50 IGZvciBXU09OIFJXQSAgICAgICAgICAgICBKdWx5IDIwMTQNCg0KDQpBdXRob3JzJyBBZGRyZXNz ZXMNCg0KICAgWW91bmcgTGVlIChFZC4pDQogICBIdWF3ZWkgVGVjaG5vbG9naWVzDQogICA1MzQw IExlZ2FjeSBEcml2ZSwgQnVpbGRpbmcgMw0KICAgUGxhbm8sIFRYIDc1MjQ1LCBVU0ENCiAgIFBo b25lOiAoNDY5KTI3Ny01ODM4DQogICBFbWFpbDogbGVleW91bmdAaHVhd2VpLmNvbQ0KDQoNCiAg IEdyZWcgQmVybnN0ZWluIChFZC4pDQogICBHcm90dG8gTmV0d29ya2luZw0KICAgRnJlbW9udCwg Q0EsIFVTQQ0KICAgUGhvbmU6ICg1MTApIDU3My0yMjM3DQogICBFbWFpbDogZ3JlZ2JAZ3JvdHRv LW5ldHdvcmtpbmcuY29tDQoNCiAgIEpvbmFzIE1hcnRlbnNzb24NCiAgIEFjcmVvDQogICBFbWFp bDpKb25hcy5NYXJ0ZW5zc29uQGFjcmVvLnNlDQoNCiAgIFRvbW9ub3JpIFRha2VkYQ0KICAgTlRU IENvcnBvcmF0aW9uDQogICAzLTktMTEsIE1pZG9yaS1DaG8NCiAgIE11c2FzaGluby1TaGksIFRv a3lvIDE4MC04NTg1LCBKYXBhbg0KICAgRW1haWw6IHRha2VkYS50b21vbm9yaUBsYWIubnR0LmNv LmpwDQoNCg0KICAgVGFrZWhpcm8gVHN1cml0YW5pDQogICBLRERJIFImRCBMYWJvcmF0b3JpZXMs IEluYy4NCiAgIDItMS0xNSBPaGFyYSBLYW1pZnVrdW9rYSBTYWl0YW1hLCAzNTYtODUwMi4gSmFw YW4NCiAgIFBob25lOiAgKzgxLTQ5LTI3OC03MzU3DQogICBFbWFpbDogIHRzdXJpQGtkZGlsYWJz LmpwDQoNCiAgIE9zY2FyIEdvbnphbGV6IGRlIERpb3MNCiAgIFRlbGVmb25pY2EgSW52ZXN0aWdh Y2lvbiB5IERlc2Fycm9sbG8NCiAgIEMvIEVtaWxpbyBWYXJnYXMgNg0KICAgTWFkcmlkLCAgIDI4 MDQzDQogICBTcGFpbg0KICAgUGhvbmU6ICszNCA5MSAzMzc0MDEzDQogICBFbWFpbDogb2dvbmRp b0B0aWQuZXMNCg0KDQpJbnRlbGxlY3R1YWwgUHJvcGVydHkgU3RhdGVtZW50DQoNCiAgIFRoZSBJ RVRGIFRydXN0IHRha2VzIG5vIHBvc2l0aW9uIHJlZ2FyZGluZyB0aGUgdmFsaWRpdHkgb3Igc2Nv cGUgb2YNCiAgIGFueSBJbnRlbGxlY3R1YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90aGVyIHJpZ2h0 cyB0aGF0IG1pZ2h0IGJlDQogICBjbGFpbWVkIHRvIHBlcnRhaW4gdG8gdGhlIGltcGxlbWVudGF0 aW9uIG9yIHVzZSBvZiB0aGUgdGVjaG5vbG9neQ0KDQoNCkxlZSAmIEJlcm5zdGVpbiAgICAgICAg RXhwaXJlcyBKYW51YXJ5IDMxLCAyMDE1ICAgICAgICAgICAgICAgW1BhZ2UgMTJdDQoMDQpJbnRl cm5ldC1EcmFmdCAgICAgIFBDRVAgUmVxdWlyZW1lbnQgZm9yIFdTT04gUldBICAgICAgICAgICAg IEp1bHkgMjAxNA0KDQoNCiAgIGRlc2NyaWJlZCBpbiBhbnkgSUVURiBEb2N1bWVudCBvciB0aGUg ZXh0ZW50IHRvIHdoaWNoIGFueSBsaWNlbnNlDQogICB1bmRlciBzdWNoIHJpZ2h0cyBtaWdodCBv ciBtaWdodCBub3QgYmUgYXZhaWxhYmxlOyBub3IgZG9lcyBpdA0KICAgcmVwcmVzZW50IHRoYXQg aXQgaGFzIG1hZGUgYW55IGluZGVwZW5kZW50IGVmZm9ydCB0byBpZGVudGlmeSBhbnkNCiAgIHN1 Y2ggcmlnaHRzLg0KDQogICBDb3BpZXMgb2YgSW50ZWxsZWN0dWFsIFByb3BlcnR5IGRpc2Nsb3N1 cmVzIG1hZGUgdG8gdGhlIElFVEYNCiAgIFNlY3JldGFyaWF0IGFuZCBhbnkgYXNzdXJhbmNlcyBv ZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3INCiAgIHRoZSByZXN1bHQgb2YgYW4g YXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvcg0KICAgcGVybWlzc2lv biBmb3IgdGhlIHVzZSBvZiBzdWNoIHByb3ByaWV0YXJ5IHJpZ2h0cyBieSBpbXBsZW1lbnRlcnMg b3INCiAgIHVzZXJzIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiBjYW4gYmUgb2J0YWluZWQgZnJvbSB0 aGUgSUVURiBvbi1saW5lDQogICBJUFIgcmVwb3NpdG9yeSBhdCBodHRwOi8vd3d3LmlldGYub3Jn L2lwcg0KDQogICBUaGUgSUVURiBpbnZpdGVzIGFueSBpbnRlcmVzdGVkIHBhcnR5IHRvIGJyaW5n IHRvIGl0cyBhdHRlbnRpb24gYW55DQogICBjb3B5cmlnaHRzLCBwYXRlbnRzIG9yIHBhdGVudCBh cHBsaWNhdGlvbnMsIG9yIG90aGVyIHByb3ByaWV0YXJ5DQogICByaWdodHMgdGhhdCBtYXkgY292 ZXIgdGVjaG5vbG9neSB0aGF0IG1heSBiZSByZXF1aXJlZCB0byBpbXBsZW1lbnQNCiAgIGFueSBz dGFuZGFyZCBvciBzcGVjaWZpY2F0aW9uIGNvbnRhaW5lZCBpbiBhbiBJRVRGIERvY3VtZW50LiBQ bGVhc2UNCiAgIGFkZHJlc3MgdGhlIGluZm9ybWF0aW9uIHRvIHRoZSBJRVRGIGF0IGlldGYtaXBy QGlldGYub3JnLg0KDQpEaXNjbGFpbWVyIG9mIFZhbGlkaXR5DQoNCiAgIEFsbCBJRVRGIERvY3Vt ZW50cyBhbmQgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCB0aGVyZWluIGFyZQ0KICAgcHJvdmlk ZWQgb24gYW4gIkFTIElTIiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9SLCBUSEUgT1JHQU5JWkFU SU9ODQogICBIRS9TSEUgUkVQUkVTRU5UUyBPUiBJUyBTUE9OU09SRUQgQlkgKElGIEFOWSksIFRI RSBJTlRFUk5FVCBTT0NJRVRZLA0KICAgVEhFIElFVEYgVFJVU1QgQU5EIFRIRSBJTlRFUk5FVCBF TkdJTkVFUklORyBUQVNLIEZPUkNFIERJU0NMQUlNIEFMTA0KICAgV0FSUkFOVElFUywgRVhQUkVT UyBPUiBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIEFOWQ0KICAgV0FSUkFO VFkgVEhBVCBUSEUgVVNFIE9GIFRIRSBJTkZPUk1BVElPTiBUSEVSRUlOIFdJTEwgTk9UIElORlJJ TkdFDQogICBBTlkgUklHSFRTIE9SIEFOWSBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIE9SIEZJVE5FU1MNCiAgIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4NCg0KQWNrbm93 bGVkZ21lbnQNCg0KICAgRnVuZGluZyBmb3IgdGhlIFJGQyBFZGl0b3IgZnVuY3Rpb24gaXMgY3Vy cmVudGx5IHByb3ZpZGVkIGJ5IHRoZQ0KICAgSW50ZXJuZXQgU29jaWV0eS4NCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KTGVlICYgQmVybnN0ZWluICAgICAgICBFeHBpcmVzIEphbnVh cnkgMzEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSAxM10NCgwNCg== --_003_7AEB3D6833318045B4AE71C2C87E8E1729C07A7Adfweml706chmchi_ Content-Type: text/html; name="idnits_pyht._wson pcep htm.htm" Content-Description: idnits_pyht._wson pcep htm.htm Content-Disposition: attachment; filename="idnits_pyht._wson pcep htm.htm"; size=26306; creation-date="Thu, 31 Jul 2014 20:37:13 GMT"; modification-date="Thu, 31 Jul 2014 20:37:14 GMT" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjwhRE9DVFlQRSBodG1sIFBVQkxJQyAiIiAiIj48SFRNTD48SEVBRD4NCjxNRVRB IGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0 Zi04Ij48L0hFQUQ+DQo8Qk9EWT4NCjxQUkU+aWRuaXRzIDIuMTMuMDEgCgoKdG1wL2RyYWZ0LWll dGYtcGNlLXdzb24tcm91dGluZy13YXZlbGVuZ3RoLTEzLnR4dDoKCiAgQ2hlY2tpbmcgYm9pbGVy cGxhdGUgcmVxdWlyZWQgYnkgUkZDIDUzNzggYW5kIHRoZSBJRVRGIFRydXN0IChzZWUKICBodHRw Oi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pOgogIC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K CiAgICAgTm8gaXNzdWVzIGZvdW5kIGhlcmUuCgogIENoZWNraW5nIG5pdHMgYWNjb3JkaW5nIHRv IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWQtaW5mby8xaWQtZ3VpZGVsaW5lcy50eHQ6CiAgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQoKICAgICBObyBpc3N1ZXMgZm91bmQgaGVyZS4KCiAgQ2hlY2tpbmcgbml0 cyBhY2NvcmRpbmcgdG8gaHR0cDovL3d3dy5pZXRmLm9yZy9pZC1pbmZvL2NoZWNrbGlzdCA6CiAg LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQoKICAgICBObyBpc3N1ZXMgZm91bmQgaGVyZS4KCiAgTWlzY2Vs bGFuZW91cyB3YXJuaW5nczoKICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgogICAgIE5vIGlzc3VlcyBm b3VuZCBoZXJlLgoKICBDaGVja2luZyByZWZlcmVuY2VzIGZvciBpbnRlbmRlZCBzdGF0dXM6IElu Zm9ybWF0aW9uYWwKICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgogICAgIE5vIGlzc3VlcyBmb3VuZCBo ZXJlLgoKICAgICBObyBuaXRzIGZvdW5kLgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKMQlOZXR3 b3JrIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFkuIExlZQoyCUludGVybmV0IERyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgSHVhd2VpCjMJSW50ZW5kZWQgc3RhdHVzOiBJbmZvcm1hdGlv bmFsICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHLiBCZXJuc3RlaW4KNAlFeHBpcmVzOiBK YW51YXJ5IDIwMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcm90dG8gTmV0d29y a2luZwo1CSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBKb25hcyBNYXJ0ZW5zc29uCjYJICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQWNyZW8KNwkgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFQuIFRha2VkYQo4 CSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgTlRUCjkJICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBULiBUc3VyaXRhbmkKMTAJICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEtEREkKMTEJICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE8u IEcuIGRlIERpb3MKMTIJICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFRlbGVmb25pY2EKCjE0CSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdWx5IDMxLCAyMDE0CgoxNgkgICAg ICAgUENFUCBSZXF1aXJlbWVudHMgZm9yIFdTT04gUm91dGluZyBhbmQgV2F2ZWxlbmd0aCBBc3Np Z25tZW50CgoxOAkgICAgICAgICAgICAgICBkcmFmdC1pZXRmLXBjZS13c29uLXJvdXRpbmctd2F2 ZWxlbmd0aC0xMy50eHQKCjIwCUFic3RyYWN0CgoyMgkgICBUaGlzIG1lbW8gcHJvdmlkZXMgYXBw bGljYXRpb24tc3BlY2lmaWMgcmVxdWlyZW1lbnRzIGZvciB0aGUgUGF0aAoyMwkgICBDb21wdXRh dGlvbiBFbGVtZW50IGNvbW11bmljYXRpb24gUHJvdG9jb2wgKFBDRVApIGZvciB0aGUgc3VwcG9y dCBvZgoyNAkgICBXYXZlbGVuZ3RoIFN3aXRjaGVkIE9wdGljYWwgTmV0d29ya3MgKFdTT04pLiBM aWdodHBhdGggcHJvdmlzaW9uaW5nCjI1CSAgIGluIFdTT05zIHJlcXVpcmVzIGEgcm91dGluZyBh bmQgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IChSV0EpIHByb2Nlc3MuCjI2CSAgIEZyb20gYSBwYXRo IGNvbXB1dGF0aW9uIHBlcnNwZWN0aXZlLCB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQgaXMgdGhlCjI3 CSAgIHByb2Nlc3Mgb2YgZGV0ZXJtaW5pbmcgd2hpY2ggd2F2ZWxlbmd0aCBjYW4gYmUgdXNlZCBv biBlYWNoIGhvcCBvZiBhCjI4CSAgIHBhdGggYW5kIGZvcm1zIGFuIGFkZGl0aW9uYWwgcm91dGlu ZyBjb25zdHJhaW50IHRvIG9wdGljYWwgbGlnaHQKMjkJICAgcGF0aCBjb21wdXRhdGlvbi4gUmVx dWlyZW1lbnRzIGZvciBvcHRpY2FsIGltcGFpcm1lbnRzIHdpbGwgYmUKMzAJICAgYWRkcmVzc2Vk IGluIGEgc2VwYXJhdGUgZG9jdW1lbnQuCgozMglTdGF0dXMgb2YgdGhpcyBNZW1vCgozNAkgICBU aGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCB0byBJRVRGIGluIGZ1bGwgY29uZm9ybWFu Y2Ugd2l0aAozNQkgICB0aGUgcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4KCjM3CSAg IEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVu Z2luZWVyaW5nCjM4CSAgIFRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBpdHMgd29y a2luZyBncm91cHMuICBOb3RlIHRoYXQKMzkJICAgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3Ry aWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtCjQwCSAgIERyYWZ0cy4KCjQyCSAg IEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0g b2Ygc2l4CjQzCSAgIG1vbnRocyBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNv bGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzCjQ0CSAgIGF0IGFueSB0aW1lLiAgSXQgaXMgaW5hcHBy b3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzCjQ1CSAgIHJlZmVyZW5jZSBtYXRlcmlh bCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iCjQ2CSAg IFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtRHJhZnRzIGNhbiBiZSBhY2Nlc3NlZCBhdAo0 NwkgICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQKCjQ5CSAgIFRo ZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNz ZWQgYXQKNTAJICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4KCjUyCSAgIFRoaXMg SW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gT2N0b2JlciAzMSwgMjAxNC4KCjU0CUNvcHly aWdodCBOb3RpY2UKCjU2CSAgIENvcHlyaWdodCAoYykgMjAxNCBJRVRGIFRydXN0IGFuZCB0aGUg cGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQo1NwkgICBkb2N1bWVudCBhdXRob3JzLiBBbGwgcmln aHRzIHJlc2VydmVkLgoKNTkJICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBh bmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbAo2MAkgICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElF VEYgRG9jdW1lbnRzCjYxCSAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8p IGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZgo2MgkgICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3Vt ZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMKNjMJICAgY2FyZWZ1bGx5LCBhcyB0 aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aAo2NAkgICByZXNw ZWN0IHRvIHRoaXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhp cwo2NQkgICBkb2N1bWVudCBtdXN0IGluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0 IGFzIGRlc2NyaWJlZCBpbgo2NgkgICBTZWN0aW9uIDQuZSBvZiB0aGUgVHJ1c3QgTGVnYWwgUHJv dmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQKNjcJICAgd2FycmFudHkgYXMgZGVzY3Jp YmVkIGluIHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLgoKNjkJICAgT3B0aWNhbCBpbXBhaXJt ZW50c09wdGljYWwgaW1wYWlybWVudHMKCjcxCUNvbnZlbnRpb25zIHVzZWQgaW4gdGhpcyBkb2N1 bWVudAoKNzMJICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIs ICJTSEFMTCIsICJTSEFMTCBOT1QiLAo3NAkgICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVD T01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcwo3NQkgICBkb2N1bWVudCBh cmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFtSRkMyMTE5XS4KCjc3CVRhYmxl IG9mIENvbnRlbnRzCgo3OQkgICAxLiBJbnRyb2R1Y3Rpb24uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zCjgwCSAgIDIuIFdTT04gUldBIFByb2Nlc3Nl cyAmYW1wOyBBcmNoaXRlY3R1cmUuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi40CjgxCSAg IDMuIFJlcXVpcmVtZW50cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLjYKODIJICAgICAgMy4xLiBQYXRoIENvbXB1dGF0aW9uIFR5cGUgT3B0aW9uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uNgo4MwkgICAgICAzLjIuIFJXQSBQcm9jZXNzaW5n Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi42Cjg0CSAgICAgIDMu My4gQnVsayBSV0EgUGF0aCBSZXF1ZXN0L1JlcGx5Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLjcKODUJICAgICAgMy40LiBSV0EgUGF0aCBSZS1vcHRpbWl6YXRpb24gUmVxdWVzdC9SZXBs eS4uLi4uLi4uLi4uLi4uLi4uLi4uNwo4NgkgICAgICAzLjUuIFdhdmVsZW5ndGggUmFuZ2UgQ29u c3RyYWludC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi43Cjg3CSAgICAgIDMuNi4gV2F2 ZWxlbmd0aCBBc3NpZ25tZW50IFByZWZlcmVuY2UuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjgK ODgJICAgICAgMy43LiBTaWduYWwgUHJvY2Vzc2luZyBDYXBhYmlsaXR5IFJlc3RyaWN0aW9uLi4u Li4uLi4uLi4uLi4uLi4uOAo4OQkgICA0LiBNYW5hZ2VhYmlsaXR5IENvbnNpZGVyYXRpb25zLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi44CjkwCSAgICAgIDQuMS4gQ29udHJvbCBv ZiBGdW5jdGlvbiBhbmQgUG9saWN5Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjkKOTEJICAg ICAgNC4yLiBJbmZvcm1hdGlvbiBhbmQgRGF0YSBNb2RlbHMsIGUuZy4gTUlCIG1vZHVsZS4uLi4u Li4uLi4uLi4uOQo5MgkgICAgICA0LjMuIExpdmVuZXNzIERldGVjdGlvbiBhbmQgTW9uaXRvcmlu Zy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi45CjkzCSAgICAgIDQuNC4gVmVyaWZ5aW5nIENvcnJl Y3QgT3BlcmF0aW9uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjkKOTQJICAgICAgNC41 LiBSZXF1aXJlbWVudHMgb24gT3RoZXIgUHJvdG9jb2xzIGFuZCBGdW5jdGlvbmFsIENvbXBvbmVu dHMxMAo5NQkgICAgICA0LjYuIEltcGFjdCBvbiBOZXR3b3JrIE9wZXJhdGlvbi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLjEwCjk2CSAgIDUuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTAKOTcJICAgNi4gSUFOQSBDb25z aWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4xMAo5 OAkgICA3LiBBY2tub3dsZWRnbWVudHMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLjEwCjk5CSAgIDguIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTAKMTAwCSAgICAgIDguMS4gTm9ybWF0aXZl IFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTAKMTAxCSAg ICAgIDguMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uMTEKMTAyCSAgIEF1dGhvcnMnIEFkZHJlc3Nlcy4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTIKMTAzCSAgIEludGVsbGVjdHVhbCBQcm9wZXJ0 eSBTdGF0ZW1lbnQuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uMTIKMTA0CSAgIERp c2NsYWltZXIgb2YgVmFsaWRpdHkuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uMTMKCjEwNgkxLiBJbnRyb2R1Y3Rpb24KCjEwOAkgICBbUkZDNDY1NV0gZGVmaW5lcyB0 aGUgUENFLWJhc2VkIEFyY2hpdGVjdHVyZSBhbmQgZXhwbGFpbnMgaG93IGEgUGF0aAoxMDkJICAg Q29tcHV0YXRpb24gRWxlbWVudCAoUENFKSBtYXkgY29tcHV0ZSBMYWJlbCBTd2l0Y2hlZCBQYXRo cyAoTFNQKSBpbgoxMTAJICAgTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgVHJhZmZpYyBF bmdpbmVlcmluZyAoTVBMUy1URSkgYW5kCjExMQkgICBHZW5lcmFsaXplZCBNUExTIChHTVBMUykt Y29udHJvbGxlZCBuZXR3b3JrcyBhdCB0aGUgcmVxdWVzdCBvZiBQYXRoCjExMgkgICBDb21wdXRh dGlvbiBDbGllbnRzIChQQ0NzKS4gQSBQQ0MgaXMgc2hvd24gdG8gYmUgYW55IG5ldHdvcmsKMTEz CSAgIGNvbXBvbmVudCB0aGF0IG1ha2VzIHN1Y2ggYSByZXF1ZXN0IGFuZCBtYXkgYmUgZm9yIGlu c3RhbmNlIGFuCjExNAkgICBvcHRpY2FsIHN3aXRjaGluZyBlbGVtZW50IHdpdGhpbiBhIFdhdmVs ZW5ndGggRGl2aXNpb24gTXVsdGlwbGV4aW5nCjExNQkgICAoV0RNKSBuZXR3b3JrLlRoZSBQQ0Us IGl0c2VsZiwgY2FuIGJlIGxvY2F0ZWQgYW55d2hlcmUgd2l0aGluIHRoZQoxMTYJICAgbmV0d29y aywgYW5kIG1heSBiZSB3aXRoaW4gYW4gb3B0aWNhbCBzd2l0Y2hpbmcgZWxlbWVudCwgYSBOZXR3 b3JrCjExNwkgICBNYW5hZ2VtZW50IFN5c3RlbSAoTk1TKSBvciBPcGVyYXRpb25hbCBTdXBwb3J0 IFN5c3RlbSAoT1NTKSwgb3IgbWF5CjExOAkgICBiZSBhbiBpbmRlcGVuZGVudCBuZXR3b3JrIHNl cnZlci4KCjEyMAkgICBUaGUgUENFIGNvbW11bmljYXRpb24gUHJvdG9jb2wgKFBDRVApIGlzIHRo ZSBjb21tdW5pY2F0aW9uIHByb3RvY29sCjEyMQkgICB1c2VkIGJldHdlZW4gUENDIGFuZCBQQ0Us IGFuZCBtYXkgYWxzbyBiZSB1c2VkIGJldHdlZW4gY29vcGVyYXRpbmcKMTIyCSAgIFBDRXMuIFtS RkM0NjU3XSBzZXRzIG91dCB0aGUgY29tbW9uIHByb3RvY29sIHJlcXVpcmVtZW50cyBmb3IgUENF UC4KMTIzCSAgIEFkZGl0aW9uYWwgYXBwbGljYXRpb24tc3BlY2lmaWMgcmVxdWlyZW1lbnRzIGZv ciBQQ0VQIGFyZSBkZWZlcnJlZAoxMjQJICAgdG8gc2VwYXJhdGUgZG9jdW1lbnRzLgoKMTI2CSAg IFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYSBzZXQgb2YgYXBwbGljYXRpb24tc3BlY2lmaWMgUENF UAoxMjcJICAgcmVxdWlyZW1lbnRzIGZvciBzdXBwb3J0IG9mIHBhdGggY29tcHV0YXRpb24gaW4g V2F2ZWxlbmd0aCBTd2l0Y2hlZAoxMjgJICAgT3B0aWNhbCBOZXR3b3JrcyAoV1NPTikuICBXU09O IHJlZmVycyB0byBXRE0tYmFzZWQgb3B0aWNhbCBuZXR3b3JrcwoxMjkJICAgaW4gd2hpY2ggc3dp dGNoaW5nIGlzIHBlcmZvcm1lZCBzZWxlY3RpdmVseSBiYXNlZCBvbiB0aGUgd2F2ZWxlbmd0aAox MzAJICAgb2YgYW4gb3B0aWNhbCBzaWduYWwuCgoxMzIJICAgVGhlIHBhdGggaW4gV1NPTiBpcyBy ZWZlcnJlZCB0byBhcyBhIGxpZ2h0cGF0aC4gIEEgbGlnaHRwYXRoIG1heQoxMzMJICAgc3BhbiBt dWx0aXBsZSBmaWJlciBsaW5rcyBhbmQgdGhlIHBhdGggc2hvdWxkIGJlIGFzc2lnbmVkIGEKMTM0 CSAgIHdhdmVsZW5ndGggZm9yIGVhY2ggbGluay4KCjEzNgkgICBBIHRyYW5zcGFyZW50IG9wdGlj YWwgbmV0d29yayBpcyBtYWRlIHVwIG9mIG9wdGljYWwgZGV2aWNlcyB0aGF0IGNhbgoxMzcJICAg c3dpdGNoIGJ1dCBub3QgY29udmVydCBmcm9tIG9uZSB3YXZlbGVuZ3RoIHRvIGFub3RoZXIuIElu IGEKMTM4CSAgIHRyYW5zcGFyZW50IG9wdGljYWwgbmV0d29yaywgYSBsaWdodHBhdGggb3BlcmF0 ZXMgb24gdGhlIHNhbWUKMTM5CSAgIHdhdmVsZW5ndGggYWNyb3NzIGFsbCBmaWJlciBsaW5rcyB0 aGF0IGl0IHRyYXZlcnNlcy4gSW4gc3VjaCBjYXNlLAoxNDAJICAgdGhlIGxpZ2h0cGF0aCBpcyBz YWlkIHRvIHNhdGlzZnkgdGhlIHdhdmVsZW5ndGgtY29udGludWl0eQoxNDEJICAgY29uc3RyYWlu dC4gVHdvIGxpZ2h0cGF0aHMgdGhhdCBzaGFyZSBhIGNvbW1vbiBmaWJlciBsaW5rIGNhbm5vdCBi ZQoxNDIJICAgYXNzaWduZWQgdGhlIHNhbWUgd2F2ZWxlbmd0aC4gIFRvIGRvIG90aGVyd2lzZSB3 b3VsZCByZXN1bHQgaW4gYm90aAoxNDMJICAgc2lnbmFscyBpbnRlcmZlcmluZyB3aXRoIGVhY2gg b3RoZXIuIE5vdGUgdGhhdCBhZHZhbmNlZCBhZGRpdGlvbmFsCjE0NAkgICBtdWx0aXBsZXhpbmcg dGVjaG5pcXVlcyBzdWNoIGFzIHBvbGFyaXphdGlvbiBiYXNlZCBtdWx0aXBsZXhpbmcgYXJlCjE0 NQkgICBub3QgYWRkcmVzc2VkIGluIHRoaXMgZG9jdW1lbnQgc2luY2UgdGhlIHBoeXNpY2FsIGxh eWVyIGFzcGVjdHMgYXJlCjE0NgkgICBub3QgY3VycmVudGx5IHN0YW5kYXJkaXplZC4gVGhlcmVm b3JlLCBhc3NpZ25pbmcgdGhlIHByb3BlcgoxNDcJICAgd2F2ZWxlbmd0aCBvbiBhIGxpZ2h0cGF0 aCBpcyBhbiBlc3NlbnRpYWwgcmVxdWlyZW1lbnQgaW4gdGhlIG9wdGljYWwKMTQ4CSAgIHBhdGgg Y29tcHV0YXRpb24gcHJvY2Vzcy4KCjE1MAkgICBXaGVuIGEgc3dpdGNoaW5nIG5vZGUgaGFzIHRo ZSBhYmlsaXR5IHRvIHBlcmZvcm0gd2F2ZWxlbmd0aAoxNTEJICAgY29udmVyc2lvbiB0aGUgd2F2 ZWxlbmd0aC1jb250aW51aXR5IGNvbnN0cmFpbnQgY2FuIGJlIHJlbGF4ZWQsIGFuZAoxNTIJICAg YSBsaWdodHBhdGggbWF5IHVzZSBkaWZmZXJlbnQgd2F2ZWxlbmd0aHMgb24gZGlmZmVyZW50IGxp bmtzIGFsb25nCjE1MwkgICBpdHMgcGF0aCBmcm9tIG9yaWdpbiB0byBkZXN0aW5hdGlvbi4gSXQg aXMsIGhvd2V2ZXIsIHRvIGJlIG5vdGVkCjE1NAkgICB0aGF0IHdhdmVsZW5ndGggY29udmVydGVy cyBtYXkgYmUgbGltaXRlZCBmb3IgY29zdCByZWFzb25zLCB3aGlsZQoxNTUJICAgdGhlIG51bWJl ciBvZiBXRE0gY2hhbm5lbHMgdGhhdCBjYW4gYmUgc3VwcG9ydGVkIGluIGEgZmliZXIgaXMgYWxz bwoxNTYJICAgbGltaXRlZC4gQXMgYSBXU09OIGNhbiBiZSBjb21wb3NlZCBvZiBuZXR3b3JrIG5v ZGVzIHRoYXQgY2Fubm90CjE1NwkgICBwZXJmb3JtIHdhdmVsZW5ndGggY29udmVyc2lvbiwgbm9k ZXMgd2l0aCBsaW1pdGVkIHdhdmVsZW5ndGgKMTU4CSAgIGNvbnZlcnNpb24sIGFuZCBub2RlcyB3 aXRoIGZ1bGwgd2F2ZWxlbmd0aCBjb252ZXJzaW9uIGFiaWxpdGllcywKMTU5CSAgIHdhdmVsZW5n dGggYXNzaWdubWVudCBpcyBhbiBhZGRpdGlvbmFsIHJvdXRpbmcgY29uc3RyYWludCB0byBiZQox NjAJICAgY29uc2lkZXJlZCBpbiBhbGwgbGlnaHRwYXRoIGNvbXB1dGF0aW9ucy4KCjE2MgkgICBJ biB0aGlzIGRvY3VtZW50IHdlIGZpcnN0IHJldmlldyB0aGUgcHJvY2Vzc2VzIGZvciByb3V0aW5n IGFuZAoxNjMJICAgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IChSV0EpIHVzZWQgd2hlbiB3YXZlbGVu Z3RoIGNvbnRpbnVpdHkKMTY0CSAgIGNvbnN0cmFpbnRzIGFyZSBwcmVzZW50IGFuZCB0aGVuIHNw ZWNpZnkgcmVxdWlyZW1lbnRzIGZvciBQQ0VQIHRvCjE2NQkgICBzdXBwb3J0IFJXQS4gUmVxdWly ZW1lbnRzIGZvciBvcHRpY2FsIGltcGFpcm1lbnRzIHdpbGwgYmUgYWRkcmVzc2VkCjE2NgkgICBp biBhIHNlcGFyYXRlIGRvY3VtZW50LgoKMTY4CSAgIFRoZSByZW1haW5kZXIgb2YgdGhpcyBkb2N1 bWVudCB1c2VzIHRlcm1pbm9sb2d5IGZyb20gW1JGQzQ2NTVdLgoKMTcwCTIuIFdTT04gUldBIFBy b2Nlc3NlcyAmYW1wOyBBcmNoaXRlY3R1cmUKCjE3MgkgICBJbiBbUkZDNjE2M10gdGhyZWUgYWx0 ZXJuYXRpdmUgcHJvY2VzcyBhcmNoaXRlY3R1cmVzIHdlcmUgZ2l2ZW4gZm9yCjE3MwkgICBwZXJm b3JtaW5nIHJvdXRpbmcgYW5kIHdhdmVsZW5ndGggYXNzaWdubWVudC4gVGhlc2UgYXJlIHNob3du CjE3NAkgICBzY2hlbWF0aWNhbGx5IGluIEZpZ3VyZSAxLgoKMTc2CSAgICAgKy0tLS0tLS0tLS0t LS0tLS0tLS0rCjE3NwkgICAgIHwgICstLS0tLS0tKyAgKy0tKyAgfCAgICArLS0tLS0tLSsgICAg Ky0tKyAgICAgKy0tLS0tLS0rICAgICstLS0rCjE3OAkgICAgIHwgIHxSb3V0aW5nfCAgfFdBfCAg fCAgICB8Um91dGluZ3wtLS0mZ3Q7fFdBfCAgICAgfFJvdXRpbmd8LS0tJmd0O3xEV0F8CjE3OQkg ICAgIHwgICstLS0tLS0tKyAgKy0tKyAgfCAgICArLS0tLS0tLSsgICAgKy0tKyAgICAgKy0tLS0t LS0rICAgICstLS0rCjE4MAkgICAgIHwgICBDb21iaW5lZCAgICAgICAgfCAgICAgU2VwYXJhdGUg UHJvY2Vzc2VzICAgU2VwYXJhdGUgUHJvY2Vzc2VzCjE4MQkgICAgIHwgICBQcm9jZXNzZXMgICAg ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgV0EgcGVyZm9ybWVkIGluIGEKMTgyCSAgICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0rICAgICAgICAgICAgICAgICAgICAgICAgICBEaXN0cmlidXRl ZCBtYW5uZXIKMTgzCSAgICAgICAgICAgKGEpICAgICAgICAgICAgICAgICAgICAgICAoYikgICAg ICAgICAgICAgICAgICAgIChiJykKCjE4NQkgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAxLiBS V0EgcHJvY2VzcyBhbHRlcm5hdGl2ZXMKCjE4NwkgICBUaGVzZSBhbHRlcm5hdGl2ZXMgaGF2ZSB0 aGUgZm9sbG93aW5nIHByb3BlcnRpZXMgYW5kIGltcGFjdCBvbiBQQ0VQCjE4OAkgICByZXF1aXJl bWVudHMgaW4gdGhpcyBkb2N1bWVudC4KCjE5MAkgICAoYSkgICBDb21iaW5lZCBQcm9jZXNzZXMg KFImYW1wO1dBKQoKMTkyCSAgICAgICAgIEhlcmUgcGF0aCBzZWxlY3Rpb24gYW5kIHdhdmVsZW5n dGggYXNzaWdubWVudCBhcmUgcGVyZm9ybWVkIGFzCjE5MwkgICAgICAgICBhIHNpbmdsZSBwcm9j ZXNzLiBUaGUgcmVxdWlyZW1lbnRzIGZvciBQQ0MtUENFIGludGVyYWN0aW9uCjE5NAkgICAgICAg ICB3aXRoIHN1Y2ggYSBjb21iaW5lZCBSV0EgcHJvY2VzcyBQQ0UgaXMgYWRkcmVzc2VkIGluIHRo aXMKMTk1CSAgICAgICAgIGRvY3VtZW50LgoKMTk3CSAgIChiKSAgIFJvdXRpbmcgc2VwYXJhdGUg ZnJvbSBXYXZlbGVuZ3RoIEFzc2lnbm1lbnQgKFIrV0EpCgoxOTkJICAgICAgICAgSGVyZSB0aGUg cm91dGluZyBwcm9jZXNzIGZ1cm5pc2hlcyBvbmUgb3IgbW9yZSBwb3RlbnRpYWwgcGF0aHMKMjAw CSAgICAgICAgIHRvIHRoZSB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQgcHJvY2VzcyB0aGF0IHRoZW4g cGVyZm9ybXMgZmluYWwKMjAxCSAgICAgICAgIHBhdGggc2VsZWN0aW9uIGFuZCB3YXZlbGVuZ3Ro IGFzc2lnbm1lbnQuICBUaGUgcmVxdWlyZW1lbnRzCjIwMgkgICAgICAgICBmb3IgUENFLVBDRSBp bnRlcmFjdGlvbiB3aXRoIG9uZSBQQ0UgaW1wbGVtZW50aW5nIHRoZSByb3V0aW5nCjIwMwkgICAg ICAgICBwcm9jZXNzIGFuZCBhbm90aGVyIGltcGxlbWVudGluZyB0aGUgd2F2ZWxlbmd0aCBhc3Np Z25tZW50CjIwNAkgICAgICAgICBwcm9jZXNzIGFyZSBub3QgYWRkcmVzc2VkIGluIHRoaXMgZG9j dW1lbnQuCgoyMDYJICAgKGInKSAgUm91dGluZyBhbmQgZGlzdHJpYnV0ZWQgV2F2ZWxlbmd0aCBB c3NpZ25tZW50IChSK0RXQSkKCjIwOAkgICAgICAgICBIZXJlIGEgc3RhbmRhcmQgcGF0aCBjb21w dXRhdGlvbiAodW5hd2FyZSBvZiBkZXRhaWxlZAoyMDkJICAgICAgICAgd2F2ZWxlbmd0aCBhdmFp bGFiaWxpdHkpIHRha2VzIHBsYWNlLCB0aGVuIHdhdmVsZW5ndGgKMjEwCSAgICAgICAgIGFzc2ln bm1lbnQgaXMgcGVyZm9ybWVkIGFsb25nIHRoaXMgcGF0aCBpbiBhIGRpc3RyaWJ1dGVkCjIxMQkg ICAgICAgICBtYW5uZXIgdmlhIHNpZ25hbGluZyAoUlNWUC1URSkuIFRoaXMgYWx0ZXJuYXRpdmUg aXMgYQoyMTIJICAgICAgICAgcGFydGljdWxhciBjYXNlIG9mIFIrV0EgYW5kIGl0IHNob3VsZCBi ZSBjb3ZlcmVkIGJ5IEdNUExTIFBDRVAKMjEzCSAgICAgICAgIGV4dGVuc2lvbnMgYW5kIGRvZXMg bm90IHByZXNlbnQgbmV3IFdTT04tc3BlY2lmaWMKMjE0CSAgICAgICAgIHJlcXVpcmVtZW50cy4K CjIxNgkgICBJbiB0aGUgcHJldmlvdXMgc2VjdGlvbiB2YXJpb3VzIHByb2Nlc3MgYXJjaGl0ZWN0 dXJlcyBmb3IKMjE3CSAgIGltcGxlbWVudGluZyBSV0EgaGF2ZSBiZWVuIHJldmlld2VkLiBGaWd1 cmUgMiBzaG93cyBvbmUgdHlwaWNhbCBQQ0UtCjIxOAkgICBiYXNlZCBpbXBsZW1lbnRhdGlvbiwg d2hpY2ggaXMgcmVmZXJyZWQgdG8gYXMgQ29tYmluZWQgUHJvY2VzcwoyMTkJICAgKFImYW1wO1dB KS4gV2l0aCB0aGlzIGFyY2hpdGVjdHVyZSwgdGhlIHR3byBwcm9jZXNzZXMgb2Ygcm91dGluZyBh bmQKMjIwCSAgIHdhdmVsZW5ndGggYXNzaWdubWVudCBhcmUgYWNjZXNzZWQgdmlhIGEgc2luZ2xl IFBDRS4gVGhpcwoyMjEJICAgYXJjaGl0ZWN0dXJlIGlzIHRoZSBiYXNlIGFyY2hpdGVjdHVyZSBm cm9tIHdoaWNoIHRoZSByZXF1aXJlbWVudHMKMjIyCSAgIGFyZSBzcGVjaWZpZWQgaW4gdGhpcyBk b2N1bWVudC4KCjIyNAkgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKwoyMjUJICAgICAgICAgICAgKy0tLS0tKyAgICAgICB8ICAgICArLS0tLS0t LSsgICAgICstLSsgICAgIHwKMjI2CSAgICAgICAgICAgIHwgICAgIHwgICAgICAgfCAgICAgfFJv dXRpbmd8ICAgICB8V0F8ICAgICB8CjIyNwkgICAgICAgICAgICB8IFBDQyB8Jmx0Oy0tLS0tJmd0 O3wgICAgICstLS0tLS0tKyAgICAgKy0tKyAgICAgfAoyMjgJICAgICAgICAgICAgfCAgICAgfCAg ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKMjI5CSAgICAgICAgICAgICstLS0t LSsgICAgICAgfCAgICAgICAgICAgICBQQ0UgICAgICAgICAgICB8CjIzMAkgICAgICAgICAgICAg ICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKMjMyCSAgICAgICAg ICAgICAgRmlndXJlIDIuIENvbWJpbmVkIFByb2Nlc3MgKFImYW1wO1dBKSBhcmNoaXRlY3R1cmUK CjIzNAkzLiBSZXF1aXJlbWVudHMKCjIzNgkgICBUaGUgcmVxdWlyZW1lbnRzIGZvciB0aGUgUEND IHRvIFBDRSBpbnRlcmZhY2Ugb2YgRmlndXJlIDIgYXJlCjIzNwkgICBzcGVjaWZpZWQgaW4gdGhp cyBzZWN0aW9uLgoKMjM5CSAgIDMuMS4gIFBhdGggQ29tcHV0YXRpb24gVHlwZSBPcHRpb24KCjI0 MQkgICBBIFBDRVAgcmVxdWVzdCBNVVNUIGluY2x1ZGUgdGhlIHBhdGggY29tcHV0YXRpb24gdHlw ZS4gVGhpcyBjYW4gYmU6CgoyNDMJICAgICAoaSkgICAgQm90aCBSb3V0aW5nIGFuZCBXYXZlbGVu Z3RoIEFzc2lnbm1lbnQgKFJXQSksCgoyNDUJICAgICAoaWkpICAgUm91dGluZyBvbmx5LgoKMjQ3 CSAgIFRoaXMgcmVxdWlyZW1lbnQgaXMgbmVlZGVkIHRvIGRpZmZlcmVudGlhdGUgYmV0d2VlbiB0 aGUgY3VycmVudGx5CjI0OAkgICBzdXBwb3J0ZWQgcm91dGluZyB3aXRoIGRpc3RyaWJ1dGVkIHdh dmVsZW5ndGggYXNzaWdubWVudCBvcHRpb24gYW5kCjI0OQkgICBjb21iaW5lZCBSV0EuIEluIGNh c2Ugb2YgZGlzdHJpYnV0ZWQgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IG9wdGlvbiwKMjUwCSAgIHdh dmVsZW5ndGggYXNzaWdubWVudCB3aWxsIGJlIHBlcmZvcm1lZCBhdCBlYWNoIG5vZGUgb2YgdGhl IHJvdXRlLgoKMjUyCSAgIDMuMi4gUldBIFByb2Nlc3NpbmcKCjI1NAkgICAoYSkgICBXaGVuIHRo ZSByZXF1ZXN0IGlzIGEgUldBIHBhdGggY29tcHV0YXRpb24gdHlwZSwgdGhlIHJlcXVlc3QKMjU1 CSAgICAgIE1VU1QgZnVydGhlciBpbmNsdWRlIHRoZSB3YXZlbGVuZ3RoIGFzc2lnbm1lbnQgb3B0 aW9ucy4gQXQgdGhlCjI1NgkgICAgICBtaW5pbXVtLCB0aGUgZm9sbG93aW5nIG9wdGlvbiBzaG91 bGQgYmUgc3VwcG9ydGVkOgoKMjU4CSAgICAgICAgIChpKSAgICBFeHBsaWNpdCBMYWJlbCBDb250 cm9sIChFTEMpIFtSRkM0MDAzXQoKMjYwCSAgICAgICAgIChpaSkgICBBIHNldCBvZiByZWNvbW1l bmRlZCBsYWJlbHMuIFRoZSBQQ0MgY2FuIHNlbGVjdCB0aGUKMjYxCSAgICAgICAgICAgICAgICBs YWJlbCBiYXNlZCBvbiBsb2NhbCBwb2xpY3kuCgoyNjMJICAgICBOb3RlIHRoYXQgb3B0aW9uIChp aSkgbWF5IGFsc28gYmUgdXNlZCBpbiBSK1dBIG9yIFIrRFdBLgoKMjY1CSAgIChiKSAgIEluIGNh c2Ugb2YgYSBSV0EgY29tcHV0YXRpb24gdHlwZSwgdGhlIHJlc3BvbnNlIE1VU1QgaW5jbHVkZQoy NjYJICAgICAgdGhlIHdhdmVsZW5ndGgocykgYXNzaWduZWQgdG8gdGhlIHBhdGggYW5kIGFuIGlu ZGljYXRpb24gb2Ygd2hpY2gKMjY3CSAgICAgIGxhYmVsIGFzc2lnbm1lbnQgb3B0aW9uIGhhcyBi ZWVuIGFwcGxpZWQgKEVMQyBvciBsYWJlbCBzZXQpLgoKMjY5CSAgIChjKSAgIEluIHRoZSBjYXNl IHdoZXJlIGEgdmFsaWQgcGF0aCBpcyBub3QgZm91bmQsIHRoZSByZXNwb25zZSBNVVNUCjI3MAkg ICAgICBpbmNsdWRlIHdoeSB0aGUgcGF0aCBpcyBub3QgZm91bmQgKGUuZy4sIG5vIHBhdGgsIHdh dmVsZW5ndGggbm90CjI3MQkgICAgICBmb3VuZCwgb3B0aWNhbCBxdWFsaXR5IGNoZWNrIGZhaWxl ZCwgZXRjLikKCjI3MwkgICAzLjMuIEJ1bGsgUldBIFBhdGggUmVxdWVzdC9SZXBseQoKMjc1CSAg IFNlbmRpbmcgc2ltdWx0YW5lb3VzIHBhdGggcmVxdWVzdHMgZm9yICJyb3V0aW5nIG9ubHkiIGNv bXB1dGF0aW9uIGlzCjI3NgkgICBzdXBwb3J0ZWQgYnkgUENFUCBzcGVjaWZpY2F0aW9uIFtSRkM1 NDQwXS4gVG8gcmVtYWluIGNvbnNpc3RlbnQgdGhlCjI3NwkgICBmb2xsb3dpbmcgcmVxdWlyZW1l bnRzIGFyZSBhZGRlZC4KCjI3OQkgICAoYSkgICBBIFBDRVAgcmVxdWVzdCBNVVNUIGJlIGFibGUg dG8gc3BlY2lmeSBhbiBvcHRpb24gZm9yIGJ1bGsgUldBCjI4MAkgICAgICBwYXRoIHJlcXVlc3Qu IEJ1bGsgcGF0aCByZXF1ZXN0IGlzIGFuIGFiaWxpdHkgdG8gcmVxdWVzdCBhIG51bWJlcgoyODEJ ICAgICAgb2Ygc2ltdWx0YW5lb3VzIFJXQSBwYXRoIHJlcXVlc3RzLgoKMjgzCSAgIChiKSAgIFRo ZSBQQ0VQIHJlc3BvbnNlIE1VU1QgaW5jbHVkZSB0aGUgcGF0aCBhbmQgdGhlIGFzc2lnbmVkCjI4 NAkgICAgICB3YXZlbGVuZ3RoIGFzc2lnbmVkIGZvciBlYWNoIFJXQSBwYXRoIHJlcXVlc3Qgc3Bl Y2lmaWVkIGluIHRoZQoyODUJICAgICAgb3JpZ2luYWwgYnVsayByZXF1ZXN0LgoKMjg3CSAgIDMu NC4gUldBIFBhdGggUmUtb3B0aW1pemF0aW9uIFJlcXVlc3QvUmVwbHkKCjI4OQkgICAxLiBGb3Ig YSByZS1vcHRpbWl6YXRpb24gcmVxdWVzdCwgdGhlIHJlcXVlc3QgTVVTVCBwcm92aWRlIGJvdGgg dGhlCjI5MAkgICAgICBwYXRoIGFuZCBjdXJyZW50IHdhdmVsZW5ndGggdG8gYmUgcmUtb3B0aW1p emVkIGFuZCBNQVkgaW5jbHVkZQoyOTEJICAgICAgdGhlIGZvbGxvd2luZyBvcHRpb25zOgoKMjkz CSAgICAgICBhLiBSZS1vcHRpbWl6ZSB0aGUgcGF0aCBrZWVwaW5nIHRoZSBzYW1lIHdhdmVsZW5n dGgocykKCjI5NQkgICAgICAgYi4gUmUtb3B0aW1pemUgd2F2ZWxlbmd0aChzKSBrZWVwaW5nIHRo ZSBzYW1lIHBhdGgKCjI5NwkgICAgICAgYy4gUmUtb3B0aW1pemUgYWxsb3dpbmcgYm90aCB0aGUg d2F2ZWxlbmd0aCBhbmQgdGhlIHBhdGggdG8KMjk4CSAgICAgICAgICBjaGFuZ2UKCjMwMAkgICAy LiBUaGUgY29ycmVzcG9uZGluZyByZXNwb25zZSB0byB0aGUgcmUtb3B0aW1pemVkIHJlcXVlc3Qg TVVTVAozMDEJICAgICAgcHJvdmlkZSB0aGUgcmUtb3B0aW1pemVkIHBhdGggYW5kIHdhdmVsZW5n dGhzLgoKMzAzCSAgIDMuIEluIGNhc2UgdGhhdCB0aGUgcGF0aCBpcyBub3QgZm91bmQsIHRoZSBy ZXNwb25zZSBNVVNUIGluY2x1ZGUgd2h5CjMwNAkgICAgICB0aGUgcGF0aCBpcyBub3QgZm91bmQg KGUuZy4sIG5vIHBhdGgsIHdhdmVsZW5ndGggbm90IGZvdW5kLCBib3RoCjMwNQkgICAgICBwYXRo IGFuZCB3YXZlbGVuZ3RoIG5vdCBmb3VuZCwgZXRjLikKCjMwNwkgICAzLjUuIFdhdmVsZW5ndGgg UmFuZ2UgQ29uc3RyYWludAoKMzA5CSAgIEZvciBhbnkgUldBIGNvbXB1dGF0aW9uIHR5cGUgcmVx dWVzdCwgdGhlIHJlcXVlc3RlciAoUENDKSBNQVkKMzEwCSAgIHNwZWNpZnkgYSByZXN0cmljdGlv biBvbiB0aGUgd2F2ZWxlbmd0aHMgdG8gYmUgdXNlZC4gVGhlIHJlcXVlc3RlcgozMTEJICAgTUFZ IHVzZSB0aGlzIG9wdGlvbiB0byByZXN0cmljdCB0aGUgYXNzaWduZWQgd2F2ZWxlbmd0aCBmb3Ig ZXhwbGljaXQKMzEyCSAgIGxhYmVsIG9yIGxhYmVsIHNldC4KCjMxNAkgICBOb3RlIHRoYXQgdGhl IHJlcXVlc3RvciAoZS5nLiwgUENDKSBpcyBub3QgcmVxdWlyZWQgdG8gZnVybmlzaCBhbnkKMzE1 CSAgIHJhbmdlIHJlc3RyaWN0aW9ucy4gVGhpcyByZXN0cmljdGlvbiBtYXkgZm9yIGV4YW1wbGUg Y29tZSBmcm9tIHRoZQozMTYJICAgdHVuaW5nIGFiaWxpdHkgb2YgYSBsYXNlciB0cmFuc21pdHRl ciwgYW55IG9wdGljYWwgZWxlbWVudCwgb3IgYW4KMzE3CSAgIHBvbGljeS1iYXNlZCByZXN0cmlj dGlvbi4KCjMxOQkgICAzLjYuIFdhdmVsZW5ndGggQXNzaWdubWVudCBQcmVmZXJlbmNlCgozMjEJ ICAgMS4gQSBSV0EgY29tcHV0YXRpb24gdHlwZSByZXF1ZXN0IE1BWSBpbmNsdWRlIHRoZSByZXF1 ZXN0b3IKMzIyCSAgICAgcHJlZmVyZW5jZSBmb3IsIGUuZy4sIHJhbmRvbSBhc3NpZ25tZW50LCBk ZXNjZW5kaW5nIG9yZGVyLAozMjMJICAgICBhc2NlbmRpbmcgb3JkZXIsIGV0Yy4gQSByZXNwb25z ZSBTSE9VTEQgZm9sbG93IHRoZSByZXF1ZXN0b3IKMzI0CSAgICAgcHJlZmVyZW5jZSB1bmxlc3Mg aXQgY29uZmxpY3RzIHdpdGggb3BlcmF0b3IncyBwb2xpY3kuCgozMjYJICAgMi4gQSByZXF1ZXN0 IGZvciB0d28gb3IgbW9yZSBwYXRocyBNVVNUIGJlIGFibGUgdG8gaW5jbHVkZSBhbiBvcHRpb24K MzI3CSAgICAgY29uc3RyYWluaW5nIHRoZSBwYXRoIHRvIGhhdmUgdGhlIHNhbWUgd2F2ZWxlbmd0 aChzKSBhc3NpZ25lZC4KMzI4CSAgICAgVGhpcyBpcyB1c2VmdWwgaW4gdGhlIGNhc2Ugb2YgcHJv dGVjdGlvbiB3aXRoIHNpbmdsZSB0cmFuc3BvbmRlcgozMjkJICAgICAoZS5nLiwgMSsxIGxpbmsg ZGlzam9pbnQgcGF0aHMpLgoKMzMxCSAgIEluIGEgbmV0d29yayB3aXRoIHdhdmVsZW5ndGggY29u dmVyc2lvbiBjYXBhYmlsaXRpZXMgKGUuZy4gc3BhcnNlIDNSCjMzMgkgICByZWdlbmVyYXRvcnMp LCBhIHJlcXVlc3QgU0hPVUxEIGJlIGFibGUgdG8gaW5kaWNhdGUgd2hldGhlciBhCjMzMwkgICBz aW5nbGUsIGNvbnRpbnVvdXMgd2F2ZWxlbmd0aCBzaG91bGQgYmUgYWxsb2NhdGVkIG9yIG5vdC4g SW4gb3RoZXIKMzM0CSAgIHdvcmRzLCB0aGUgcmVxdWVzdGluZyBQQ0MgU0hPVUxEIGJlIGFibGUg dG8gc3BlY2lmeSB0aGUgcHJlY2VkZW5jZQozMzUJICAgb2Ygd2F2ZWxlbmd0aCBjb250aW51aXR5 IGV2ZW4gaWYgd2F2ZWxlbmd0aCBjb252ZXJzaW9uIGlzIGF2YWlsYWJsZS4KCjMzNwkgICAzLjcu IFNpZ25hbCBQcm9jZXNzaW5nIENhcGFiaWxpdHkgUmVzdHJpY3Rpb24KCjMzOQkgICBBIHJlcXVl c3QgTVVTVCBiZSBhYmxlIHRvIHNwZWNpZnkgcmVzdHJpY3Rpb25zIGZvciBzaWduYWwKMzQwCSAg IGNvbXBhdGliaWxpdHkgZWl0aGVyIG9uIHRoZSBlbmRwb2ludHMgb3Igb24gYW55IGdpdmVuIGxp bmtzLiBUaGUKMzQxCSAgIGZvbGxvd2luZyBzaWduYWwgcHJvY2Vzc2luZyBjYXBhYmlsaXRpZXMg c2hvdWxkIGJlIHN1cHBvcnRlZCBhdCBhCjM0MgkgICBtaW5pbXVtOgoKMzQ0CSAgICAgIG8gIE1v ZHVsYXRpb24gVHlwZSBMaXN0CgozNDYJICAgICAgbyAgRkVDIFR5cGUgTGlzdAoKMzQ4CTQuIE1h bmFnZWFiaWxpdHkgQ29uc2lkZXJhdGlvbnMKCjM1MAkgICBNYW5hZ2VhYmlsaXR5IG9mIFdTT04g Um91dGluZyBhbmQgV2F2ZWxlbmd0aCBBc3NpZ25tZW50IChSV0EpIHdpdGgKMzUxCSAgIFBDRSBt dXN0IGFkZHJlc3MgdGhlIGZvbGxvd2luZyBjb25zaWRlcmF0aW9uczoKCjM1MwkgICA0LjEuIENv bnRyb2wgb2YgRnVuY3Rpb24gYW5kIFBvbGljeQoKMzU1CSAgIEluIGFkZGl0aW9uIHRvIHRoZSBw YXJhbWV0ZXJzIGFscmVhZHkgbGlzdGVkIGluIFNlY3Rpb24gOC4xIG9mCjM1NgkgICBbUkZDNTQ0 MF0sIGEgUENFUCBpbXBsZW1lbnRhdGlvbiBTSE9VTEQgYWxsb3cgY29uZmlndXJpbmcgdGhlCjM1 NwkgICBmb2xsb3dpbmcgUENFUCBzZXNzaW9uIHBhcmFtZXRlcnMgb24gYSBQQ0M6CgozNTkJICAg ICAgbyAgVGhlIGFiaWxpdHkgdG8gc2VuZCBhIFdTT04gUldBIHJlcXVlc3QuCgozNjEJICAgSW4g YWRkaXRpb24gdG8gdGhlIHBhcmFtZXRlcnMgYWxyZWFkeSBsaXN0ZWQgaW4gU2VjdGlvbiA4LjEg b2YKMzYyCSAgIFtSRkM1NDQwXSwgYSBQQ0VQIGltcGxlbWVudGF0aW9uIFNIT1VMRCBhbGxvdyBj b25maWd1cmluZyB0aGUKMzYzCSAgIGZvbGxvd2luZyBQQ0VQIHNlc3Npb24gcGFyYW1ldGVycyBv biBhIFBDRToKCjM2NQkgICAgICBvICBUaGUgc3VwcG9ydCBmb3IgV1NPTiBSV0EuCgozNjcJICAg ICAgbyAgVGhlIG1heGltdW0gbnVtYmVyIG9mIGJ1bGsgcGF0aCByZXF1ZXN0cyBhc3NvY2lhdGVk IHdpdGggV1NPTgozNjgJICAgICAgICAgUldBIHBlciByZXF1ZXN0IG1lc3NhZ2UuCgozNzAJICAg VGhlc2UgcGFyYW1ldGVycyBtYXkgYmUgY29uZmlndXJlZCBhcyBkZWZhdWx0IHBhcmFtZXRlcnMg Zm9yIGFueQozNzEJICAgUENFUCBzZXNzaW9uIHRoZSBQQ0VQIHNwZWFrZXIgcGFydGljaXBhdGVz IGluLCBvciBtYXkgYXBwbHkgdG8gYQozNzIJICAgc3BlY2lmaWMgc2Vzc2lvbiB3aXRoIGEgZ2l2 ZW4gUENFUCBwZWVyIG9yIGEgc3BlY2lmaWMgZ3JvdXAgb2YKMzczCSAgIHNlc3Npb25zIHdpdGgg YSBzcGVjaWZpYyBncm91cCBvZiBQQ0VQIHBlZXJzLgoKMzc1CSAgIDQuMi4gSW5mb3JtYXRpb24g YW5kIERhdGEgTW9kZWxzLCBlLmcuIE1JQiBtb2R1bGUKCjM3NwkgICBBcyB0aGlzIGRvY3VtZW50 IG9ubHkgY29uY2VybnMgdGhlIHJlcXVpcmVtZW50cyB0byBzdXBwb3J0IFdTT04gUldBLAozNzgJ ICAgbm8gYWRkaXRpb25hbCBNSUIgbW9kdWxlIGlzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4g SG93ZXZlciwgdGhlCjM3OQkgICBjb3JyZXNwb25kaW5nIHNvbHV0aW9uIGRyYWZ0IHdpbGwgbGlz dCB0aGUgaW5mb3JtYXRpb24gdGhhdCBzaG91bGQKMzgwCSAgIGJlIGFkZGVkIHRvIHRoZSBQQ0Ug TUlCIG1vZHVsZSBkZWZpbmVkIGluIFtQQ0VQLU1JQl0uCgozODIJICAgNC4zLiBMaXZlbmVzcyBE ZXRlY3Rpb24gYW5kIE1vbml0b3JpbmcKCjM4NAkgICBNZWNoYW5pc21zIGRlZmluZWQgaW4gdGhp cyBkb2N1bWVudCBkbyBub3QgaW1wbHkgYW55IG5ldyBsaXZlbmVzcwozODUJICAgZGV0ZWN0aW9u IGFuZCBtb25pdG9yaW5nIHJlcXVpcmVtZW50cyBpbiBhZGRpdGlvbiB0byB0aG9zZSBhbHJlYWR5 CjM4NgkgICBsaXN0ZWQgaW4gc2VjdGlvbiA4LjMgb2YgW1JGQzU0NDBdLgoKMzg4CSAgIDQuNC4g VmVyaWZ5aW5nIENvcnJlY3QgT3BlcmF0aW9uCgozOTAJICAgTWVjaGFuaXNtcyBkZWZpbmVkIGlu IHRoaXMgZG9jdW1lbnQgZG8gbm90IGltcGx5IGFueSBuZXcKMzkxCSAgIHZlcmlmaWNhdGlvbiBy ZXF1aXJlbWVudHMgaW4gYWRkaXRpb24gdG8gdGhvc2UgYWxyZWFkeSBsaXN0ZWQgaW4KMzkyCSAg IHNlY3Rpb24gOC40IG9mIFtSRkM1NDQwXQozOTMJICAgNC41LiBSZXF1aXJlbWVudHMgb24gT3Ro ZXIgUHJvdG9jb2xzIGFuZCBGdW5jdGlvbmFsIENvbXBvbmVudHMKCjM5NQkgICBJZiBQQ0UgZGlz Y292ZXJ5IG1lY2hhbmlzbXMgKFtSRkM1MDg5XSBhbmQgW1JGQzUwODhdKSB3ZXJlIHRvIGJlCjM5 NgkgICBleHRlbmRlZCBmb3IgdGVjaG5vbG9neS1zcGVjaWZpYyBjYXBhYmlsaXRpZXMsIGFkdmVy dGlzaW5nIFdTT04gUldBCjM5NwkgICBwYXRoIGNvbXB1dGF0aW9uIGNhcGFiaWxpdHkgc2hvdWxk IGJlIGNvbnNpZGVyZWQuCgozOTkJICAgNC42LiBJbXBhY3Qgb24gTmV0d29yayBPcGVyYXRpb24K CjQwMQkgICBNZWNoYW5pc21zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBkbyBub3QgaW1wbHkg YW55IG5ldyBuZXR3b3JrCjQwMgkgICBvcGVyYXRpb24gcmVxdWlyZW1lbnRzIGluIGFkZGl0aW9u IHRvIHRob3NlIGFscmVhZHkgbGlzdGVkIGluCjQwMwkgICBzZWN0aW9uIDguNiBvZiBbUkZDNTQ0 MF0uCgo0MDUJNS4gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMKCjQwNwkgICBUaGlzIGRvY3VtZW50 IGhhcyBubyByZXF1aXJlbWVudCBmb3IgYSBjaGFuZ2UgdG8gdGhlIHNlY3VyaXR5IG1vZGVscwo0 MDgJICAgd2l0aGluIFBDRVAgW1JGQzU0NDBdLiBIb3dldmVyIHRoZSBhZGRpdGlvbmFsIGluZm9y bWF0aW9uCjQwOQkgICBkaXN0cmlidXRlZCBpbiBvcmRlciB0byBhZGRyZXNzIHRoZSBSV0EgcHJv YmxlbSByZXByZXNlbnRzIGEKNDEwCSAgIGRpc2Nsb3N1cmUgb2YgbmV0d29yayBjYXBhYmlsaXRp ZXMgdGhhdCBhbiBvcGVyYXRvciBtYXkgd2lzaCB0byBrZWVwCjQxMQkgICBwcml2YXRlLiBDb25z aWRlcmF0aW9uIHNob3VsZCBiZSBnaXZlbiB0byBzZWN1cmluZyB0aGlzIGluZm9ybWF0aW9uLgoK NDEzCTYuIElBTkEgQ29uc2lkZXJhdGlvbnMKCjQxNQkgICBUaGlzIGluZm9ybWF0aW9uYWwgZG9j dW1lbnQgZG9lcyBub3QgbWFrZSBhbnkgcmVxdWVzdHMgZm9yIElBTkEKNDE2CSAgIGFjdGlvbi4K CjQxOAk3LiBBY2tub3dsZWRnbWVudHMKCjQyMAkgICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtlIHRv IHRoYW5rIEFkcmlhbiBGYXJyZWwsIEN5Y2lsIE1hcmdhcmlhIGFuZAo0MjEJICAgUmFtb24gQ2Fz ZWxsYXMgZm9yIG1hbnkgaGVscGZ1bCBjb21tZW50cyB0aGF0IGdyZWF0bHkgaW1wcm92ZWQgdGhl CjQyMgkgICBjb250ZW50cyBvZiB0aGlzIGRyYWZ0LgoKNDI0CSAgIFRoaXMgZG9jdW1lbnQgd2Fz IHByZXBhcmVkIHVzaW5nIDItV29yZC12Mi4wLnRlbXBsYXRlLmRvdC4KCjQyNgk4LiBSZWZlcmVu Y2VzCgo0MjgJICAgOC4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlcwoKNDMwCSAgIFtSRkMyMTE5XSBC cmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUKNDMxCSAg ICAgICAgICAgICBSZXF1aXJlbWVudCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LCBNYXJjaCAx OTk3LgoKNDMzCSAgIFtSRkM0NjU1XSBGYXJyZWwsIEEuLCBWYXNzZXVyLCBKLiwgYW5kIEouIEFz aCwgIkEgUGF0aCBDb21wdXRhdGlvbgo0MzQJICAgICAgICAgICAgIEVsZW1lbnQgKFBDRSktQmFz ZWQgQXJjaGl0ZWN0dXJlIiwgUkZDIDQ2NTUsIEF1Z3VzdCAyMDA2LgoKNDM2CSAgIFtSRkM1NDQw XSBWYXNzZXVyLCBKUC4sIEVkLiBhbmQgSkwuIExlIFJvdXgsIEVkLiwgIlBhdGggQ29tcHV0YXRp b24KNDM3CSAgICAgICAgICAgICBFbGVtZW50IChQQ0UpIGNvbW11bmljYXRpb24gUHJvdG9jb2wi LCBSRkMgNTQ0MCwgTWFyY2gKNDM4CSAgICAgICAgICAgICAyMDA5LgoKNDQwCSAgIDguMi4gSW5m b3JtYXRpdmUgUmVmZXJlbmNlcwoKNDQyCSAgIFtSRkM0MDAzXSBMLiBCZXJnZXIsICJHTVBMUyBT aWduYWxpbmcgUHJvY2VkdXJlIGZvciBFZ3Jlc3MgQ29udHJvbCIsCjQ0MwkgICAgICAgICAgICAg UkZDIDQwMDMsIEZlYnJ1YXJ5IDIwMDUuCgo0NDUJICAgW1JGQzQ2NTddIEFzaCwgSi4gYW5kIEou IExlIFJvdXgsICJQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkKNDQ2CSAgICAgICAgICAg ICBDb21tdW5pY2F0aW9uIFByb3RvY29sIEdlbmVyaWMgUmVxdWlyZW1lbnRzIiwgUkZDIDQ2NTcs CjQ0NwkgICAgICAgICAgICAgU2VwdGVtYmVyIDIwMDYuCgo0NDkJICAgW1JGQzYxNjNdICBZLiBM ZWUsIEcuIEJlcm5zdGVpbiwgVy4gSW1hanVrdSwgIkZyYW1ld29yayBmb3IgR01QTFMKNDUwCSAg ICAgICAgICAgICBhbmQgUENFIENvbnRyb2wgb2YgV2F2ZWxlbmd0aCBTd2l0Y2hlZCBPcHRpY2Fs IE5ldHdvcmtzIiwKNDUxCSAgICAgICAgICAgICBSRkMgNjE2MywgQXByaWwgMjAxMS4KCjQ1Mwkg ICBbUkZDNTA4OF0gTGUgUm91eCwgSkwuLCBFZC4sIFZhc3NldXIsIEpQLiwgRWQuLCBJa2VqaXJp LCBZLiwgYW5kIFIuCjQ1NAkgICAgICAgICAgICAgWmhhbmcsICJPU1BGIFByb3RvY29sIEV4dGVu c2lvbnMgZm9yIFBhdGggQ29tcHV0YXRpb24KNDU1CSAgICAgICAgICAgICBFbGVtZW50IChQQ0Up IERpc2NvdmVyeSIsIFJGQyA1MDg4LCBKYW51YXJ5IDIwMDguCgo0NTcJICAgW1JGQzUwODldIExl IFJvdXgsIEpMLiwgRWQuLCBWYXNzZXVyLCBKUC4sIEVkLiwgSWtlamlyaSwgWS4sIGFuZCBSLgo0 NTgJICAgICAgICAgICAgIFpoYW5nLCAiSVMtSVMgUHJvdG9jb2wgRXh0ZW5zaW9ucyBmb3IgUGF0 aCBDb21wdXRhdGlvbgo0NTkJICAgICAgICAgICAgIEVsZW1lbnQgKFBDRSkgRGlzY292ZXJ5Iiwg UkZDIDUwODksIEphbnVhcnkgMjAwOC4KCjQ2MQkgICBbUENFUC1NSUJdIEtvdXNoaWssIEssIGV0 IGFsLiwgIlBDRSBjb21tdW5pY2F0aW9uIHByb3RvY29sKFBDRVApCjQ2MgkgICAgICAgICAgICAg TWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlIiwgZHJhZnQtaWV0Zi1wY2UtcGNlcC1taWIsCjQ2 MwkgICAgICAgICAgICAgd29yayBpbiBwcm9ncmVzcy4KCjQ2NQlBdXRob3JzJyBBZGRyZXNzZXMK CjQ2NwkgICBZb3VuZyBMZWUgKEVkLikKNDY4CSAgIEh1YXdlaSBUZWNobm9sb2dpZXMKNDY5CSAg IDUzNDAgTGVnYWN5IERyaXZlLCBCdWlsZGluZyAzCjQ3MAkgICBQbGFubywgVFggNzUyNDUsIFVT QQo0NzEJICAgUGhvbmU6ICg0NjkpMjc3LTU4MzgKNDcyCSAgIEVtYWlsOiBsZWV5b3VuZ0BodWF3 ZWkuY29tCgo0NzQJICAgR3JlZyBCZXJuc3RlaW4gKEVkLikKNDc1CSAgIEdyb3R0byBOZXR3b3Jr aW5nCjQ3NgkgICBGcmVtb250LCBDQSwgVVNBCjQ3NwkgICBQaG9uZTogKDUxMCkgNTczLTIyMzcK NDc4CSAgIEVtYWlsOiBncmVnYkBncm90dG8tbmV0d29ya2luZy5jb20KCjQ4MAkgICBKb25hcyBN YXJ0ZW5zc29uCjQ4MQkgICBBY3Jlbwo0ODIJICAgRW1haWw6Sm9uYXMuTWFydGVuc3NvbkBhY3Jl by5zZQoKNDg0CSAgIFRvbW9ub3JpIFRha2VkYQo0ODUJICAgTlRUIENvcnBvcmF0aW9uCjQ4Ngkg ICAzLTktMTEsIE1pZG9yaS1DaG8KNDg3CSAgIE11c2FzaGluby1TaGksIFRva3lvIDE4MC04NTg1 LCBKYXBhbgo0ODgJICAgRW1haWw6IHRha2VkYS50b21vbm9yaUBsYWIubnR0LmNvLmpwCgo0OTAJ ICAgVGFrZWhpcm8gVHN1cml0YW5pCjQ5MQkgICBLRERJIFImYW1wO0QgTGFib3JhdG9yaWVzLCBJ bmMuCjQ5MgkgICAyLTEtMTUgT2hhcmEgS2FtaWZ1a3Vva2EgU2FpdGFtYSwgMzU2LTg1MDIuIEph cGFuCjQ5MwkgICBQaG9uZTogICs4MS00OS0yNzgtNzM1Nwo0OTQJICAgRW1haWw6ICB0c3VyaUBr ZGRpbGFicy5qcAoKNDk2CSAgIE9zY2FyIEdvbnphbGV6IGRlIERpb3MKNDk3CSAgIFRlbGVmb25p Y2EgSW52ZXN0aWdhY2lvbiB5IERlc2Fycm9sbG8KNDk4CSAgIEMvIEVtaWxpbyBWYXJnYXMgNgo0 OTkJICAgTWFkcmlkLCAgIDI4MDQzCjUwMAkgICBTcGFpbgo1MDEJICAgUGhvbmU6ICszNCA5MSAz Mzc0MDEzCjUwMgkgICBFbWFpbDogb2dvbmRpb0B0aWQuZXMKCjUwNAlJbnRlbGxlY3R1YWwgUHJv cGVydHkgU3RhdGVtZW50Cgo1MDYJICAgVGhlIElFVEYgVHJ1c3QgdGFrZXMgbm8gcG9zaXRpb24g cmVnYXJkaW5nIHRoZSB2YWxpZGl0eSBvciBzY29wZSBvZgo1MDcJICAgYW55IEludGVsbGVjdHVh bCBQcm9wZXJ0eSBSaWdodHMgb3Igb3RoZXIgcmlnaHRzIHRoYXQgbWlnaHQgYmUKNTA4CSAgIGNs YWltZWQgdG8gcGVydGFpbiB0byB0aGUgaW1wbGVtZW50YXRpb24gb3IgdXNlIG9mIHRoZSB0ZWNo bm9sb2d5CjUwOQkgICBkZXNjcmliZWQgaW4gYW55IElFVEYgRG9jdW1lbnQgb3IgdGhlIGV4dGVu dCB0byB3aGljaCBhbnkgbGljZW5zZQo1MTAJICAgdW5kZXIgc3VjaCByaWdodHMgbWlnaHQgb3Ig bWlnaHQgbm90IGJlIGF2YWlsYWJsZTsgbm9yIGRvZXMgaXQKNTExCSAgIHJlcHJlc2VudCB0aGF0 IGl0IGhhcyBtYWRlIGFueSBpbmRlcGVuZGVudCBlZmZvcnQgdG8gaWRlbnRpZnkgYW55CjUxMgkg ICBzdWNoIHJpZ2h0cy4KCjUxNAkgICBDb3BpZXMgb2YgSW50ZWxsZWN0dWFsIFByb3BlcnR5IGRp c2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYKNTE1CSAgIFNlY3JldGFyaWF0IGFuZCBhbnkgYXNz dXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3IKNTE2CSAgIHRoZSBy ZXN1bHQgb2YgYW4gYXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvcgo1 MTcJICAgcGVybWlzc2lvbiBmb3IgdGhlIHVzZSBvZiBzdWNoIHByb3ByaWV0YXJ5IHJpZ2h0cyBi eSBpbXBsZW1lbnRlcnMgb3IKNTE4CSAgIHVzZXJzIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiBjYW4g YmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lCjUxOQkgICBJUFIgcmVwb3NpdG9yeSBh dCBodHRwOi8vd3d3LmlldGYub3JnL2lwcgoKNTIxCSAgIFRoZSBJRVRGIGludml0ZXMgYW55IGlu dGVyZXN0ZWQgcGFydHkgdG8gYnJpbmcgdG8gaXRzIGF0dGVudGlvbiBhbnkKNTIyCSAgIGNvcHly aWdodHMsIHBhdGVudHMgb3IgcGF0ZW50IGFwcGxpY2F0aW9ucywgb3Igb3RoZXIgcHJvcHJpZXRh cnkKNTIzCSAgIHJpZ2h0cyB0aGF0IG1heSBjb3ZlciB0ZWNobm9sb2d5IHRoYXQgbWF5IGJlIHJl cXVpcmVkIHRvIGltcGxlbWVudAo1MjQJICAgYW55IHN0YW5kYXJkIG9yIHNwZWNpZmljYXRpb24g Y29udGFpbmVkIGluIGFuIElFVEYgRG9jdW1lbnQuIFBsZWFzZQo1MjUJICAgYWRkcmVzcyB0aGUg aW5mb3JtYXRpb24gdG8gdGhlIElFVEYgYXQgaWV0Zi1pcHJAaWV0Zi5vcmcuCgo1MjcJRGlzY2xh aW1lciBvZiBWYWxpZGl0eQoKNTI5CSAgIEFsbCBJRVRGIERvY3VtZW50cyBhbmQgdGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCB0aGVyZWluIGFyZQo1MzAJICAgcHJvdmlkZWQgb24gYW4gIkFTIElT IiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9SLCBUSEUgT1JHQU5JWkFUSU9OCjUzMQkgICBIRS9T SEUgUkVQUkVTRU5UUyBPUiBJUyBTUE9OU09SRUQgQlkgKElGIEFOWSksIFRIRSBJTlRFUk5FVCBT T0NJRVRZLAo1MzIJICAgVEhFIElFVEYgVFJVU1QgQU5EIFRIRSBJTlRFUk5FVCBFTkdJTkVFUklO RyBUQVNLIEZPUkNFIERJU0NMQUlNIEFMTAo1MzMJICAgV0FSUkFOVElFUywgRVhQUkVTUyBPUiBJ TVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIEFOWQo1MzQJICAgV0FSUkFOVFkg VEhBVCBUSEUgVVNFIE9GIFRIRSBJTkZPUk1BVElPTiBUSEVSRUlOIFdJTEwgTk9UIElORlJJTkdF CjUzNQkgICBBTlkgUklHSFRTIE9SIEFOWSBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIE9SIEZJVE5FU1MKNTM2CSAgIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4KCjUzOAlB Y2tub3dsZWRnbWVudAoKNTQwCSAgIEZ1bmRpbmcgZm9yIHRoZSBSRkMgRWRpdG9yIGZ1bmN0aW9u IGlzIGN1cnJlbnRseSBwcm92aWRlZCBieSB0aGUKNTQxCSAgIEludGVybmV0IFNvY2lldHkuCgoK CgoKCgoKCjwvUFJFPjwvQk9EWT48L0hUTUw+DQo= --_003_7AEB3D6833318045B4AE71C2C87E8E1729C07A7Adfweml706chmchi_--