
From nobody Sun Dec  1 17:49:20 2019
Return-Path: <xiong.quan@zte.com.cn>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE0C712011C for <pce@ietfa.amsl.com>; Sun,  1 Dec 2019 17:49:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.797
X-Spam-Level: 
X-Spam-Status: No, score=-1.797 tagged_above=-999 required=5 tests=[GB_ABOUTYOU=0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 kU71mlOS2I6k for <pce@ietfa.amsl.com>; Sun,  1 Dec 2019 17:49:15 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B78C912011B for <pce@ietf.org>; Sun,  1 Dec 2019 17:49:14 -0800 (PST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id DFE18F1AF85DAA74371E; Mon,  2 Dec 2019 09:33:56 +0800 (CST)
Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl2.zte.com.cn with SMTP id xB21WlCg055379; Mon, 2 Dec 2019 09:32:47 +0800 (GMT-8) (envelope-from xiong.quan@zte.com.cn)
Received: from mapi (njxapp04[null]) by mapi (Zmail) with MAPI id mid201; Mon, 2 Dec 2019 09:32:46 +0800 (CST)
Date: Mon, 2 Dec 2019 09:32:46 +0800 (CST)
X-Zmail-TransId: 2afc5de469bec6dc0112
X-Mailer: Zmail v1.0
Message-ID: <201912020932468871773@zte.com.cn>
In-Reply-To: <CAB75xn6DuwZFSk0KLQcotz0M0tMNsNTmWf5Sa3T0Bso4wg4e8g@mail.gmail.com>
References: 201911281143527963033@zte.com.cn, 04f301d5a5e5$fe402c50$fac084f0$@olddog.co.uk, CAB75xn6DuwZFSk0KLQcotz0M0tMNsNTmWf5Sa3T0Bso4wg4e8g@mail.gmail.com
Mime-Version: 1.0
From: <xiong.quan@zte.com.cn>
To: <dhruv.ietf@gmail.com>
Cc: <adrian@olddog.co.uk>, <andrew.stone@nokia.com>, <loa@pi.nu>, <pce@ietf.org>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn xB21WlCg055379
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/hUe69pc4CXmYKfIBRUjhGzWCsSA>
Subject: [Pce] =?utf-8?b?562U5aSNOiAgW3BjZV0gOk5ldyBWZXJzaW9uIE5vdGlmaWNh?= =?utf-8?q?tion_for_draft-xiong-pce-lsp-flag-00=2Etxt?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Dec 2019 01:49:18 -0000

--=====_001_next=====
Content-Type: multipart/related;
	boundary="=====_002_next====="


--=====_002_next=====
Content-Type: multipart/alternative;
	boundary="=====_003_next====="


--=====_003_next=====
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SGkgRGhydXYgYW5kIEFkcmlhbiwNCg0KDQoNCg0KDQoNClRoYW5rcyBhIGxvdCBmb3IgcmV2aWV3
aW5nIG15IGRyYWZ0IGFuZCBhbGwgeW91ciBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgYXJlIHZl
cnkgYXBwcmVjaWF0ZWQhDQoNCg0KDQoNCg0KDQpJIGFncmVlIHdpdGggeW91IGFuZCBJIHdpbGwg
dXBkYXRlIHRoZSBkcmFmdCBhbmQgZml4IGl0IGFzIGZvbGxvd3M6DQoNCg0KYSwgcmVtb3ZlIHRo
ZSByZXBlYXQgZm9ybWF0IG9mIHRoZSBleGlzdGluZyBMU1Agb2JqZWN0Lg0KDQoNCmIsIHJlbW92
ZSB0aGUgdWVzIGJpdCAwIHRvIGluZGljYXRlIHRoZSBMU1AtRXh0ZW5kZWQtRmxhZ3MgVExWIGFu
ZCBvdGhlciBJLURzIGNvdWxkIGRlZmluZSB0aGlzIFRMViBhcyBtYW5kYXRvcnkgd2hlbiB0aGV5
IG5lZWQgdG8gdXNlIGl0Lg0KDQoNCmMsIHJlbW92ZSB0aGUgZGVzY3JpcHRpb24gb2YgdXBkYXRl
IHRvIFJGQyA4MjMxIGFuZCBqdXN0IGRlZmluZSBpdCBhcyBhbiBleHRlbnNpb24gZm9yIFBDRVAu
DQoNCg0KZCwgYWRkIHRoZSBkZXNjcmlwdGlvbiBvZiBUTFYgcHJvY2Vzc2luZyBhbmQgYmFja3dh
cmRzIGNvbXBhdGliaWxpdHkuDQoNCg0KZSwgdGhpbmsgYWJvdXQgUkZDNTQyMA0KDQoNCmYsIGFz
ayBJQU5BIGZvciBhIG5ldyBUTFYgdHlwZSBhbmQgYSBuZXcgcmVnaXN0cnkgdG8gdHJhY2sgdGhl
IGJpdHMgaW4gdGhlIFRMVi4NCg0KDQpnLCBkZWZpbmUgYSB2YWx1ZSBmb3IgdGhlIExlbmd0aCBm
aWVsZCBpbiB0aGUgTFNQLUV4dGVuZGVkLUZsYWdzIFRMVi4NCg0KDQoNCg0KDQoNCkJ1dCBmb3Ig
dGhlIGxhc3QgaXNzdWUsIEkgYW0gbm90IHN1cmUgaWYgdGhlIGxlbmd0aCBvZiAzMiBiaXRzIGlz
IGdvb2Qgb3Igbm90LiBJZiAzMiBiaXRzIGlzIGVub3VnaCBmb3IgdGhlIGV4dGVuc2lvbnMgb2Yg
b3RoZXIgSS1Ecz8NCg0KDQpXaGF0IGlzIHlvdXIgc3VnZ2VzdGlvbj8NCg0KDQoNCg0KDQoNCkJl
c3QgUmVnYXJkcywNCg0KDQpRdWFuDQoNCg0KDQoNCg0KDQoNCuWOn+Wni+mCruS7tg0KDQoNCg0K
5Y+R5Lu25Lq677yaRGhydXZEaG9keSA8ZGhydXYuaWV0ZkBnbWFpbC5jb20+DQrmlLbku7bkurrv
vJpGYXJyZWwgQWRyaWFuIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPjsNCuaKhOmAgeS6uu+8mueGiuaz
iTAwMDkxMDY1O1N0b25lLCBBbmRyZXcgKE5va2lhIC0gQ0EvT3R0YXdhKSA8YW5kcmV3LnN0b25l
QG5va2lhLmNvbT47TG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PjtwY2VAaWV0Zi5vcmcgPHBjZUBp
ZXRmLm9yZz47DQrml6Ug5pyfIO+8mjIwMTnlubQxMeaciDI45pelIDIxOjI2DQrkuLsg6aKYIO+8
mlJlOiBbUGNlXSBbcGNlXSA6TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14aW9u
Zy1wY2UtbHNwLWZsYWctMDAudHh0DQoNCg0KDQoNCkhpIFF1YW4sIEFkcmlhbiwgDQoNCg0KQXMg
YSBXRyBjb250cmlidXRvciwgSSBhZ3JlZSB3aXRoIEFkcmlhbiB0aGF0IGp1c3QgdGhlIHByZXNl
bmNlIG9mIHRoaXMgVExWIGlzIGdvb2QgZW5vdWdoIHRvIHJlcXVpcmUgdGhlIHByb2Nlc3Npbmcg
b2YgZXh0ZW5kZWQgZmxhZ3MuIE90aGVyIEktRHMgdGhhdCBkZWZpbmUgZXh0ZW5kZWQgZmxhZ3Mg
Y2FuIG1ha2UgdGhlIFRMViBhcyBtYW5kYXRvcnkgZm9yIHRoYXQgZmVhdHVyZS4gDQoNCg0KQWxz
byBpZiB3ZSBnbyB0aGlzIHJvdXRlLCB3ZSBkbyBub3QgbmVlZCB0byBtYWtlIHRoaXMgSS1EIGFz
IGFuIHVwZGF0ZSB0byBSRkMgODIzMSwgaXQgY291bGQgYmUganVzdCBiZSBhbiBleHRlbnNpb24g
YW5kIGJ1c2luZXNzIGFzIHVzdWFsLiAgDQoNCg0KVGhhbmtzISANCg0KRGhydXYNCg0KDQoNCg0K
T24gVGh1LCBOb3YgMjgsIDIwMTkgYXQgNTo0OCBQTSBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xk
ZG9nLmNvLnVrPiB3cm90ZToNCg0KDQoNCg0KSGkgUXVhbiwNCg0KDQogDQoNCg0KVGhhbmtzIGZv
ciBwaWNraW5nIHVwIHRoaXMgd29yay4gWW91IGFyZSByaWdodCB0aGF0IHdlIG5lZWQgYSBzb2x1
dGlvbi4NCg0KDQogDQoNCg0KQSBjb3VwbGUgb2YgcG9pbnRzIGFib3V0IHlvdXIgZHJhZnTigKYN
Cg0KDQogDQoNCg0KSSBkb27igJl0IHRoaW5rIGl0IGlzIG5lY2Vzc2FyeSBvciBhZHZpc2FibGUg
dG8gcmVwZWF0IHRoZSBmb3JtYXQgb2YgdGhlIGV4aXN0aW5nIFBMU1AtSUQgb2JqZWN0LCBvciB0
byBsaXN0IHRoZSBjdXJyZW50bHktYXNzaWduZWQgYml0cyBhbmQgbWVhbmluZ3MuIERvaW5nIHNv
IGNyZWF0ZXMgcG90ZW50aWFsIGNvbmZsaWN0IGJldHdlZW4gdHdvIGRpZmZlcmVudCBub3JtYXRp
dmUgZG9jdW1lbnRzLg0KDQoNCiANCg0KDQpJIGJlbGlldmUgdGhhdCBwcm9jZXNzaW5nIHRoZSBU
TFZzIGluIHRoZSBvYmplY3QgaXMgbWFuZGF0b3J5LCBzbyBJIGRvIG5vdCBiZWxpZXZlIHRoYXQg
eW91IG5lZWQgdG8gdXNlIGEgYml0IChiaXQgMCkgaW4gdGhlIGV4aXN0aW5nIGZsYWdzIGZpZWxk
IHRvIGluZGljYXRlIHRoYXQgdGhlIExTUC1FeHRlbmRlZC1GbGFncyBUTFYgaXMgcHJlc2VudC4g
SXQgd2lsbCBiZSBmb3VuZCBpZiBpdCBpcyB0aGVyZS4gKEkgZG9u4oCZdCBmZWVsIHN0cm9uZ2x5
IGFib3V0IHRoaXMsIGFuZCBvdGhlciBtYXkgZmluZCB0aGUgaW5kaWNhdGlvbiB0byBiZSB1c2Vm
dWwpLg0KDQoNCiANCg0KDQpZb3UgaGF2ZSBub3QgZ2l2ZW4gYSB2YWx1ZSBmb3IgdGhlIExlbmd0
aCBmaWVsZCBpbiB0aGUgTFNQLUV4dGVuZGVkLUZsYWdzIFRMVi4gSXMgdGhpcyBiZWNhdXNlIHlv
dSBpbnRlbmQgdGhhdCB0aGUgVExWIHNob3VsZCBzY2FsZSBpZiBtb3JlIHRoYW4gMzIgYml0cyBh
cmUgbmVlZGVkPyBJZiBzbywgeW91IHNob3VsZCBnaXZlIHNvbWUgY2x1ZXMgYWJvdXQgcHJvY2Vz
c2luZy4gSWYgbm90LCB5b3Ugc2hvdWxkIGp1c3Qgc2V0IHRoZSB2YWx1ZS4NCg0KDQogDQoNCg0K
WW91IG5lZWQgdG8gZGVzY3JpYmUgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkuIEhvdyB3aWxsIGxl
Z2FjeSBpbXBsZW1lbnRhdGlvbnMgcHJvY2VzcyB0aGlzIFRMViBhbmQgd2hhdCB3aWxsIGJlIHRo
ZSBlZmZlY3Qgb24gdGhlIHNldHRpbmcgb2YgYW55IGJpdHM/DQoNCg0KIA0KDQoNCkkgdGhpbmsg
dGhhdCBpbiBTaW5nYXBvcmUgc29tZW9uZSBzdWdnZXN0ZWQgY29tcGFyaW5nIHdpdGggdGhlIHdv
cmsgZG9uZSBmb3IgUlNWUC1URSBMU1AgQXR0cmlidXRlcy4gU2VlIFJGQyA1NDIwLiBJbiB0aGF0
IHdvcmsgd2UgZGVmaW5lZCB0d28gVExWcyB0byBjb3ZlciBhdHRyaWJ1dGVzIHRoYXQgbXVzdCBi
ZSBwcm9jZXNzZWQsIGFuZCBhdHRyaWJ1dGVzIHRoYXQgbWF5IGJlIGlnbm9yZWQuIEnigJltIG5v
dCBzdXJlIHlvdSBuZWVkIHRoaXMsIGJ1dCB0aGluayBhYm91dCBpdC4NCg0KDQogDQoNCg0KSSB0
aGluayBzZWN0aW9uIDYuMSBpcyBicm9rZW4uIFlvdSBkb27igJl0IG5lZWQgdHdvIGZsYWdzLCBk
byB5b3U/DQoNCg0KIA0KDQoNCllvdSBuZWVkIHRvIGFzayBJQU5BIGZvciBhIG5ldyBUTFYgdHlw
ZSBmb3IgeW91ciBuZXcgVExWLg0KDQoNCiANCg0KDQpZb3UgbmVlZCB0byBhc2sgSUFOQSBmb3Ig
YSBuZXcgcmVnaXN0cnkgdG8gdHJhY2sgdGhlIGJpdHMgaW4geW91ciBuZXcgVExWLg0KDQoNCiAN
Cg0KDQpDaGVlcnMsDQoNCg0KQWRyaWFuDQoNCg0KIA0KDQoNCkZyb206IFBjZSA8cGNlLWJvdW5j
ZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiB4aW9uZy5xdWFuQHp0ZS5jb20uY24NClNlbnQ6IDI4
IE5vdmVtYmVyIDIwMTkgMDM6NDQNClRvOiBhbmRyZXcuc3RvbmVAbm9raWEuY29tOyBkaHJ1di5p
ZXRmQGdtYWlsLmNvbTsgbG9hQHBpLm51DQpDYzogcGNlQGlldGYub3JnDQpTdWJqZWN0OiBbUGNl
XSBbcGNlXSA6TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14aW9uZy1wY2UtbHNw
LWZsYWctMDAudHh0DQoNCg0KIA0KDQpIaSBhbGwsDQoNCiANCg0KSSAgaGF2ZSBzdW1taXR0ZWQg
dGhlIGRyYWZ0IHdoaWNoIHByb3Bvc2VzIGEgbmV3IExTUC1FWFRFTkRFRC1GTEFHIFRMViBmb3Ig
TFNQIG9iamVjdCB0byBleHRlbmQgdGhlIGxlbmd0aCBvZiB0aGUgZmxhZyBmaWVsZC4NCg0KQ291
bGQgeW91IHBsZWFzZSBnaXZlIG1lIHNvbWUgc3VnZ2VzdGlvbnMgYWJvdXQgdGhlIGZvcm1hdD8N
Cg0KIA0KDQpUaGFua3MsDQoNClF1YW4NCg0KIA0KDQogDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0K
DQrlj5Hku7bkurrvvJppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgPGludGVybmV0LWRyYWZ0c0Bp
ZXRmLm9yZz4NCg0KDQoNCuaUtuS7tuS6uu+8mueGiuaziTAwMDkxMDY1Ow0KDQoNCg0K5pelIOac
nyDvvJoyMDE55bm0MTHmnIgyN+aXpSAxNTo1NA0KDQoNCg0K5Li7IOmimCDvvJpOZXcgVmVyc2lv
biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy0wMC50eHQNCg0KDQoN
Cg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQteGlvbmctcGNlLWxzcC1mbGFnLTAwLnR4
dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBRdWFuIFhpb25nIGFuZCBwb3N0
ZWQgdG8gdGhlDQpJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICBkcmFmdC14aW9uZy1w
Y2UtbHNwLWZsYWcNClJldmlzaW9uOiAgICAwMA0KVGl0bGU6ICAgICAgICBMU1AgT2JqZWN0IEZs
YWcgZmllbGQgb2YgU3RhdGVmdWwgUENFDQpEb2N1bWVudCBkYXRlOiAgICAyMDE5LTExLTI2DQpH
cm91cDogICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6ICAgICAgICA2DQpVUkw6
ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXhp
b25nLXBjZS1sc3AtZmxhZy0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9kcmFmdC14aW9uZy1wY2UtbHNwLWZsYWcvDQpIdG1saXplZDogICAg
ICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy0w
MA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwv
ZHJhZnQteGlvbmctcGNlLWxzcC1mbGFnDQoNCg0KQWJzdHJhY3Q6DQogICBSRkM4MjMxIGRlc2Ny
aWJlcyBhIHNldCBvZiBleHRlbnNpb25zIHRvIFBDRVAgdG8gZW5hYmxlIHN0YXRlZnVsDQogICBj
b250cm9sIG9mIE1QTFMtVEUgYW5kIEdNUExTIExhYmVsIFN3aXRjaGVkIFBhdGhzKExTUHMpIHZp
YSBQQ0VQLg0KICAgT25lIG9mIHRoZSBleHRlbnNpb25zIGlzIHRoZSBMU1Agb2JqZWN0IHdoaWNo
IGluY2x1ZGVzIGEgRmxhZyBmaWVsZA0KICAgYW5kIHRoZSBsZW5ndGggaXMgMTIgYml0cy4gIEhv
d2V2ZXIsIDExIGJpdHMgb2YgdGhlIEZsYWcgZmllbGQgaGFzDQogICBiZWVuIGFzc2lnbmVkIGlu
IFJGQzgyMzEsIFJGQzgyODEgYW5kIFJGQzg2MjMgcmVzcGVjdGl2ZWx5Lg0KDQogICBUaGlzIGRv
Y3VtZW50IHVwZGF0ZXMgUkZDODIzMSBieSBkZWZpbmluZyBhIG5ldyBMU1AtRVhURU5ERUQtRkxB
RyBUTFYNCiAgIGZvciBMU1Agb2JqZWN0IHRvIGV4dGVuZCB0aGUgbGVuZ3RoIG9mIHRoZSBmbGFn
Lg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBt
YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0K
dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29s
cy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQ=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MjBweDtmb250LWZh
bWlseTphcmlhbDsiPkhpIERocnV2IGFuZCBBZHJpYW4sPC9wPjxwIHN0eWxlPSJmb250LXNpemU6
MjBweDtmb250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4
O2ZvbnQtZmFtaWx5OmFyaWFsOyI+VGhhbmtzIGEgbG90IGZvciByZXZpZXdpbmcgbXkgZHJhZnQg
YW5kIGFsbCB5b3VyIGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBhcmUgdmVyeSBhcHByZWNpYXRl
ZCE8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwv
cD48cCBzdHlsZT0iZm9udC1zaXplOjIwcHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5JIGFncmVlIHdp
dGggeW91IGFuZCBJIHdpbGwgdXBkYXRlIHRoZSBkcmFmdCBhbmQgZml4IGl0IGFzIGZvbGxvd3M6
PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MjBweDtmb250LWZhbWlseTphcmlhbDsiPmE8c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7Ij4sIHJlbW92
ZSB0aGUgPHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyI+cmVwZWF0IGZvcm1hdCBvZiB0
aGUgZXhpc3RpbmcgTFNQIG9iamVjdC48L3NwYW4+PC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1z
aXplOjIwcHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIx
cHg7IGZvbnQtZmFtaWx5OiBhcmlhbCwgaGVsdmV0aWNhLCBzYW5zLXNlcmlmOyI+YiwgcmVtb3Zl
IHRoZSB1ZXMgYml0IDAgdG8gaW5kaWNhdGUgdGhlIExTUC1FeHRlbmRlZC1GbGFncyBUTFYgYW5k
IG90aGVyIEktRHMgY291bGQgZGVmaW5lIHRoaXMgVExWIGFzIG1hbmRhdG9yeSB3aGVuIHRoZXkg
bmVlZCB0byB1c2UgaXQuPC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjIwcHg7Zm9udC1m
YW1pbHk6YXJpYWw7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7IGZvbnQtZmFtaWx5
OiBhcmlhbCwgaGVsdmV0aWNhLCBzYW5zLXNlcmlmOyI+YywgcmVtb3ZlIHRoZSBkZXNjcmlwdGlv
biBvZiZuYnNwO3VwZGF0ZSB0byBSRkMgODIzMSBhbmQganVzdCBkZWZpbmUgaXQgYXMgYW4gZXh0
ZW5zaW9uIGZvciBQQ0VQLjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4O2ZvbnQt
ZmFtaWx5OmFyaWFsOyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyBmb250LWZhbWls
eTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsiPmQsIGFkZCB0aGUmbmJzcDs8c3BhbiBz
dHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6
ZTogMjBweDsgbGluZS1oZWlnaHQ6IDIxcHg7Ij5kZXNjcmlwdGlvbiBvZiBUTFYgcHJvY2Vzc2lu
ZyBhbmQmbmJzcDs8c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7Ij5iYWNrd2FyZHMgY29t
cGF0aWJpbGl0eS48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToy
MHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyBm
b250LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAyMHB4
OyI+ZSwmbmJzcDs8c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7Ij50aGluayBhYm91dCBS
RkM1NDIwPC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZTogMjBweDsiPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTphcmlhbCwgaGVsdmV0aWNhLCBzYW5zLXNlcmlmIj48c3BhbiBz
dHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7Ij5mLCZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5
bGU9ImZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyI+YXNrIElBTkEgZm9yIGEgbmV3IFRMViB0eXBl
IGFuZCZuYnNwOzwvc3Bhbj5hIG5ldyByZWdpc3RyeSB0byB0cmFjayB0aGUgYml0cyBpbiB0aGUg
VExWLjwvcD48cCBzdHlsZT0iZm9udC1zaXplOiAyMHB4OyI+ZywgZGVmaW5lJm5ic3A7PHNwYW4g
c3R5bGU9ImxpbmUtaGVpZ2h0OiAyMXB4OyI+YSB2YWx1ZSBmb3IgdGhlIExlbmd0aCBmaWVsZCBp
biB0aGUgTFNQLUV4dGVuZGVkLUZsYWdzIFRMVi48L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LXNp
emU6IDIwcHg7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7Ij48YnI+PC9zcGFuPjwv
cD48cCBzdHlsZT0iZm9udC1zaXplOiAyMHB4OyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAy
MXB4OyI+QnV0IGZvciB0aGUgbGFzdCBpc3N1ZSwgSSBhbSBub3Qgc3VyZSBpZiB0aGUgbGVuZ3Ro
IG9mIDMyIGJpdHMgaXMgZ29vZCBvciBub3QuIElmIDMyIGJpdHMgaXMgZW5vdWdoIGZvciB0aGUg
ZXh0ZW5zaW9ucyBvZiBvdGhlciZuYnNwOzxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogYXJpYWws
IGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAyMHB4OyBsaW5lLWhlaWdodDogMjFw
eDsiPkktRHM/PC9zcGFuPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZTogMjBweDsiPjxz
cGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMjFweDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTog
YXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAyMHB4OyBsaW5lLWhlaWdo
dDogMjFweDsiPldoYXQgaXMgeW91ciBzdWdnZXN0aW9uPzwvc3Bhbj48L3NwYW4+PC9wPjxwIHN0
eWxlPSJmb250LXNpemU6IDIwcHg7Ij48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIxcHg7Ij48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZv
bnQtc2l6ZTogMjBweDsgbGluZS1oZWlnaHQ6IDIxcHg7Ij48YnI+PC9zcGFuPjwvc3Bhbj48L3A+
PHAgc3R5bGU9ImZvbnQtc2l6ZTogMjBweDsiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMjFw
eDsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsIGhlbHZldGljYSwgc2Fucy1zZXJp
ZjsgZm9udC1zaXplOiAyMHB4OyBsaW5lLWhlaWdodDogMjFweDsiPkJlc3QgUmVnYXJkcyw8L3Nw
YW4+PC9zcGFuPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOiAyMHB4OyI+PHNwYW4gc3R5bGU9Imxp
bmUtaGVpZ2h0OiAyMXB4OyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCwgaGVsdmV0
aWNhLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDIwcHg7IGxpbmUtaGVpZ2h0OiAyMXB4OyI+UXVh
bjwvc3Bhbj48L3NwYW4+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6IDIwcHg7Ij48YnI+PC9wPjxk
aXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxlPSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNs
YXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAxMDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUt
aGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAjRTBFNUU5OyBjb2xvcjogIzEzODhGRjsg
dGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL
6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9yeUNvbnRhaW5lciI+PGRpdiBjbGFzcz0i
Y29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIg
c3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1jb2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0
cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVyVHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9u
Zz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+RGhydXZEaG9keSAmbHQ7ZGhydXYuaWV0ZkBn
bWFpbC5jb20mZ3Q7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0
b3J5VE9UeHQiPuaUtuS7tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+RmFycmVsIEFkcmlhbiAmbHQ7YWRyaWFuQG9sZGRv
Zy5jby51ayZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0
b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+54aK5rOJMDAwOTEwNjU7U3RvbmUsIEFuZHJldyAo
Tm9raWEgLSBDQS9PdHRhd2EpICZsdDthbmRyZXcuc3RvbmVAbm9raWEuY29tJmd0OztMb2EgQW5k
ZXJzc29uICZsdDtsb2FAcGkubnUmZ3Q7O3BjZUBpZXRmLm9yZyAmbHQ7cGNlQGlldGYub3JnJmd0
Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlEYXRlVHh0
Ij7ml6Ug5pyfIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSIiPjIwMTnlubQxMeaciDI45pelIDIx
OjI2PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U3ViamVj
dFR4dCI+5Li7IOmimCDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRUaXRsZSI+PHN0cm9u
Zz5SZTogW1BjZV0gW3BjZV0gOk5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQteGlv
bmctcGNlLWxzcC1mbGFnLTAwLnR4dDwvc3Ryb25nPjwvc3Bhbj48L2Rpdj48L2Rpdj48ZGl2IGNs
YXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21h
aWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5Om1vbm9zcGFjZSxtb25vc3BhY2UiPkhpIFF1
YW4sIEFkcmlhbiwmbmJzcDs8L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5
bGU9ImZvbnQtZmFtaWx5Om1vbm9zcGFjZSxtb25vc3BhY2UiPkFzIGEgV0cgY29udHJpYnV0b3Is
IEkgYWdyZWUgd2l0aCBBZHJpYW4gdGhhdCBqdXN0IHRoZSBwcmVzZW5jZSBvZiB0aGlzIFRMViBp
cyBnb29kIGVub3VnaCB0byByZXF1aXJlIHRoZSBwcm9jZXNzaW5nIG9mIGV4dGVuZGVkIGZsYWdz
LiBPdGhlciBJLURzIHRoYXQgZGVmaW5lIGV4dGVuZGVkIGZsYWdzIGNhbiBtYWtlIHRoZSBUTFYg
YXMgbWFuZGF0b3J5IGZvciB0aGF0IGZlYXR1cmUuJm5ic3A7PC9kaXY+PGJyPjxkaXYgY2xhc3M9
ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTptb25vc3BhY2UsbW9ub3NwYWNlIj5B
bHNvIGlmIHdlIGdvIHRoaXMmbmJzcDtyb3V0ZSwgd2UgZG8gbm90IG5lZWQgdG8gbWFrZSB0aGlz
IEktRCBhcyBhbiB1cGRhdGUgdG8gUkZDIDgyMzEsIGl0IGNvdWxkIGJlIGp1c3QgYmUgYW4gZXh0
ZW5zaW9uIGFuZCBidXNpbmVzcyZuYnNwO2FzIHVzdWFsLiZuYnNwOyZuYnNwOzwvZGl2Pjxicj48
ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6bW9ub3NwYWNlLG1v
bm9zcGFjZSI+VGhhbmtzISZuYnNwOzwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0
eWxlPSJmb250LWZhbWlseTptb25vc3BhY2UsbW9ub3NwYWNlIj5EaHJ1djwvZGl2PjwvZGl2Pjxi
cj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0
dHIiPk9uIFRodSwgTm92IDI4LCAyMDE5IGF0IDU6NDggUE0gQWRyaWFuIEZhcnJlbCAmbHQ7PGEg
aHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiIHRhcmdldD0iX2JsYW5rIj5hZHJpYW5A
b2xkZG9nLmNvLnVrPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJn
bWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDox
cHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGxhbmc9IkVO
LUdCIj48ZGl2IGNsYXNzPSJnbWFpbC1tXzI3MzIwNDA4MTU2MzYxMjM5NjlXb3JkU2VjdGlvbjEi
PjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFF1YW4sPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu
YnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgZm9yIHBpY2tpbmcgdXAgdGhpcyB3
b3JrLiBZb3UgYXJlIHJpZ2h0IHRoYXQgd2UgbmVlZCBhIHNvbHV0aW9uLjwvcD48cCBjbGFzcz0i
TXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBjb3VwbGUgb2YgcG9p
bnRzIGFib3V0IHlvdXIgZHJhZnTigKY8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w
PjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgZG9u4oCZdCB0aGluayBpdCBpcyBuZWNlc3Nhcnkgb3Ig
YWR2aXNhYmxlIHRvIHJlcGVhdCB0aGUgZm9ybWF0IG9mIHRoZSBleGlzdGluZyBQTFNQLUlEIG9i
amVjdCwgb3IgdG8gbGlzdCB0aGUgY3VycmVudGx5LWFzc2lnbmVkIGJpdHMgYW5kIG1lYW5pbmdz
LiBEb2luZyBzbyBjcmVhdGVzIHBvdGVudGlhbCBjb25mbGljdCBiZXR3ZWVuIHR3byBkaWZmZXJl
bnQgbm9ybWF0aXZlIGRvY3VtZW50cy48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w
PjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYmVsaWV2ZSB0aGF0IHByb2Nlc3NpbmcgdGhlIFRMVnMg
aW4gdGhlIG9iamVjdCBpcyBtYW5kYXRvcnksIHNvIEkgZG8gbm90IGJlbGlldmUgdGhhdCB5b3Ug
bmVlZCB0byB1c2UgYSBiaXQgKGJpdCAwKSBpbiB0aGUgZXhpc3RpbmcgZmxhZ3MgZmllbGQgdG8g
aW5kaWNhdGUgdGhhdCB0aGUgTFNQLUV4dGVuZGVkLUZsYWdzIFRMViBpcyBwcmVzZW50LiBJdCB3
aWxsIGJlIGZvdW5kIGlmIGl0IGlzIHRoZXJlLiAoSSBkb27igJl0IGZlZWwgc3Ryb25nbHkgYWJv
dXQgdGhpcywgYW5kIG90aGVyIG1heSBmaW5kIHRoZSBpbmRpY2F0aW9uIHRvIGJlIHVzZWZ1bCku
PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5Z
b3UgaGF2ZSBub3QgZ2l2ZW4gYSB2YWx1ZSBmb3IgdGhlIExlbmd0aCBmaWVsZCBpbiB0aGUgTFNQ
LUV4dGVuZGVkLUZsYWdzIFRMVi4gSXMgdGhpcyBiZWNhdXNlIHlvdSBpbnRlbmQgdGhhdCB0aGUg
VExWIHNob3VsZCBzY2FsZSBpZiBtb3JlIHRoYW4gMzIgYml0cyBhcmUgbmVlZGVkPyBJZiBzbywg
eW91IHNob3VsZCBnaXZlIHNvbWUgY2x1ZXMgYWJvdXQgcHJvY2Vzc2luZy4gSWYgbm90LCB5b3Ug
c2hvdWxkIGp1c3Qgc2V0IHRoZSB2YWx1ZS48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7
PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPllvdSBuZWVkIHRvIGRlc2NyaWJlIGJhY2t3YXJkcyBj
b21wYXRpYmlsaXR5LiBIb3cgd2lsbCBsZWdhY3kgaW1wbGVtZW50YXRpb25zIHByb2Nlc3MgdGhp
cyBUTFYgYW5kIHdoYXQgd2lsbCBiZSB0aGUgZWZmZWN0IG9uIHRoZSBzZXR0aW5nIG9mIGFueSBi
aXRzPzwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1h
bCI+SSB0aGluayB0aGF0IGluIFNpbmdhcG9yZSBzb21lb25lIHN1Z2dlc3RlZCBjb21wYXJpbmcg
d2l0aCB0aGUgd29yayBkb25lIGZvciBSU1ZQLVRFIExTUCBBdHRyaWJ1dGVzLiBTZWUgUkZDIDU0
MjAuIEluIHRoYXQgd29yayB3ZSBkZWZpbmVkIHR3byBUTFZzIHRvIGNvdmVyIGF0dHJpYnV0ZXMg
dGhhdCBtdXN0IGJlIHByb2Nlc3NlZCwgYW5kIGF0dHJpYnV0ZXMgdGhhdCBtYXkgYmUgaWdub3Jl
ZC4gSeKAmW0gbm90IHN1cmUgeW91IG5lZWQgdGhpcywgYnV0IHRoaW5rIGFib3V0IGl0LjwvcD48
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSB0aGlu
ayBzZWN0aW9uIDYuMSBpcyBicm9rZW4uIFlvdSBkb27igJl0IG5lZWQgdHdvIGZsYWdzLCBkbyB5
b3U/PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBjbGFzcz0iTXNvTm9ybWFs
Ij5Zb3UgbmVlZCB0byBhc2sgSUFOQSBmb3IgYSBuZXcgVExWIHR5cGUgZm9yIHlvdXIgbmV3IFRM
Vi48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwi
PllvdSBuZWVkIHRvIGFzayBJQU5BIGZvciBhIG5ldyByZWdpc3RyeSB0byB0cmFjayB0aGUgYml0
cyBpbiB5b3VyIG5ldyBUTFYuPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD48cCBj
bGFzcz0iTXNvTm9ybWFsIj5DaGVlcnMsPC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFkcmlhbjwv
cD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHN0
cm9uZz48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gbGFuZz0i
RU4tVVMiPiBQY2UgJmx0OzxhIGhyZWY9Im1haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZyIgdGFy
Z2V0PSJfYmxhbmsiPnBjZS1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgPHN0cm9uZz5PbiBCZWhh
bGYgT2YgPC9zdHJvbmc+PGEgaHJlZj0ibWFpbHRvOnhpb25nLnF1YW5AenRlLmNvbS5jbiIgdGFy
Z2V0PSJfYmxhbmsiPnhpb25nLnF1YW5AenRlLmNvbS5jbjwvYT48YnI+PHN0cm9uZz5TZW50Ojwv
c3Ryb25nPiAyOCBOb3ZlbWJlciAyMDE5IDAzOjQ0PGJyPjxzdHJvbmc+VG86PC9zdHJvbmc+IDxh
IGhyZWY9Im1haWx0bzphbmRyZXcuc3RvbmVAbm9raWEuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5k
cmV3LnN0b25lQG5va2lhLmNvbTwvYT47IDxhIGhyZWY9Im1haWx0bzpkaHJ1di5pZXRmQGdtYWls
LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRocnV2LmlldGZAZ21haWwuY29tPC9hPjsgPGEgaHJlZj0i
bWFpbHRvOmxvYUBwaS5udSIgdGFyZ2V0PSJfYmxhbmsiPmxvYUBwaS5udTwvYT48YnI+PHN0cm9u
Zz5DYzo8L3N0cm9uZz4gPGEgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh
bmsiPnBjZUBpZXRmLm9yZzwvYT48YnI+PHN0cm9uZz5TdWJqZWN0Ojwvc3Ryb25nPiBbUGNlXSBb
cGNlXSA6TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14aW9uZy1wY2UtbHNwLWZs
YWctMDAudHh0PC9zcGFuPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+PGRpdj48
cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJp
ZiI+SGkgYWxsLDwvc3Bhbj48L3A+PHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB0O2ZvbnQt
ZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+PHA+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPkkgJm5ic3A7aGF2
ZSBzdW1taXR0ZWQgdGhlIGRyYWZ0IHdoaWNoIHByb3Bvc2VzIGEgbmV3Jm5ic3A7TFNQLUVYVEVO
REVELUZMQUcmbmJzcDtUTFYmbmJzcDtmb3ImbmJzcDtMU1AmbmJzcDtvYmplY3QmbmJzcDt0byZu
YnNwO2V4dGVuZCZuYnNwO3RoZSZuYnNwO2xlbmd0aCZuYnNwO29mJm5ic3A7dGhlJm5ic3A7Zmxh
ZyBmaWVsZC48L3NwYW4+PC9wPjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTVwdDtmb250LWZh
bWlseTpBcmlhbCxzYW5zLXNlcmlmIj5Db3VsZCB5b3UgcGxlYXNlIGdpdmUgbWUgc29tZSBzdWdn
ZXN0aW9ucyBhYm91dCB0aGUgZm9ybWF0Pzwvc3Bhbj48L3A+PHA+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+
PHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2Vy
aWYiPlRoYW5rcyw8L3NwYW4+PC9wPjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTVwdDtmb250
LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmIj5RdWFuPC9zcGFuPjwvcD48cD48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjE1cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu
PjwvcD48cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1cHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fu
cy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjwvcD48ZGl2PjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2xpbmUtaGVpZ2h0OjIxcHQ7YmFja2dyb3VuZDpyZ2Io
MjI0LDIyOSwyMzMpIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1
b3Q7O2NvbG9yOnJnYigxOSwxMzYsMjU1KSI+5Y6f5aeLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgSmhlbmdIZWkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpy
Z2IoMTksMTM2LDI1NSkiPumCruS7tjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDE5LDEz
NiwyNTUpIj48L3NwYW4+PC9wPjxkaXYgaWQ9ImdtYWlsLW1fMjczMjA0MDgxNTYzNjEyMzk2OXp3
cml0ZUhpc3RvcnlDb250YWluZXIiPjxkaXY+PGRpdj48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJiYWNrZ3JvdW5kOnJnYigyNDUsMjQ2LDI0OCkiPjxzdHJvbmc+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBKaGVuZ0hlaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOmJsYWNrIj7lj5Hku7bkurrvvJo8L3NwYW4+PC9zdHJvbmc+PHNwYW4gY2xhc3M9ImdtYWls
LW1fMjczMjA0MDgxNTYzNjEyMzk2OXpyZWFkdXNlcm5hbWUiIHN0eWxlPSJjb2xvcjogYmxhY2s7
Ij48YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVy
bmV0LWRyYWZ0c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmludGVybmV0LWRyYWZ0c0BpZXRm
Lm9yZzwvYT4mZ3Q7PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJiYWNrZ3JvdW5kOnJnYigyNDUsMjQ2LDI0OCkiPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFjayI+5pS25Lu25Lq677ya
PC9zcGFuPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJnbWFpbC1tXzI3MzIwNDA4MTU2MzYxMjM5Njl6
cmVhZHVzZXJuYW1lIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1
b3Q7O2NvbG9yOmJsYWNrIj7nhorms4k8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4w
MDA5MTA2NTs8L3NwYW4+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJiYWNrZ3JvdW5kOnJnYigyNDUsMjQ2LDI0OCkiPjxzdHJvbmc+PHNwYW4gc3R5bGU9
ImZvbnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90Oztjb2xvcjpibGFjayI+5pelPC9zcGFu
Pjwvc3Ryb25nPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1z
ZXJpZjtjb2xvcjpibGFjayI+IDwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuacnzwvc3Bhbj48
L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2Vy
aWY7Y29sb3I6YmxhY2siPiA8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJsYWNrIj7vvJo8L3NwYW4+PC9z
dHJvbmc+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4yMDE5PC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuW5tDwvc3Bhbj48
c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjExPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaciDwvc3Bhbj48c3BhbiBzdHls
ZT0iY29sb3I6YmxhY2siPjI3PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtN
UyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuaXpTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6
YmxhY2siPiAxNTo1NDwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0iYmFja2dyb3VuZDpyZ2IoMjQ1LDI0NiwyNDgpIj48c3Ryb25nPjxzcGFuIHN0eWxlPSJm
b250LWZhbWlseTomcXVvdDtNUyBHb3RoaWMmcXVvdDs7Y29sb3I6YmxhY2siPuS4uzwvc3Bhbj48
L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2Vy
aWY7Y29sb3I6YmxhY2siPiA8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IEpoZW5nSGVpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
YmxhY2siPumimDwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiA8L3NwYW4+PC9zdHJvbmc+PHN0cm9u
Zz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7TVMgR290aGljJnF1b3Q7O2NvbG9yOmJs
YWNrIj7vvJo8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6
Q2FsaWJyaSxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5OZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g
Zm9yIGRyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy0wMC50eHQ8L3NwYW4+PC9zdHJvbmc+PC9wPjwv
ZGl2PjwvZGl2PjxkaXY+PGRpdj48cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+QSZuYnNwO25ldyZu
YnNwO3ZlcnNpb24mbmJzcDtvZiZuYnNwO0ktRCwmbmJzcDtkcmFmdC14aW9uZy1wY2UtbHNwLWZs
YWctMDAudHh0PGJyPmhhcyZuYnNwO2JlZW4mbmJzcDtzdWNjZXNzZnVsbHkmbmJzcDtzdWJtaXR0
ZWQmbmJzcDtieSZuYnNwO1F1YW4mbmJzcDtYaW9uZyZuYnNwO2FuZCZuYnNwO3Bvc3RlZCZuYnNw
O3RvJm5ic3A7dGhlPGJyPklFVEYmbmJzcDtyZXBvc2l0b3J5Ljxicj48YnI+TmFtZTombmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtkcmFmdC14aW9uZy1wY2Ut
bHNwLWZsYWc8YnI+UmV2aXNpb246Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MDA8YnI+VGl0bGU6
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TFNQJm5ic3A7
T2JqZWN0Jm5ic3A7RmxhZyZuYnNwO2ZpZWxkJm5ic3A7b2YmbmJzcDtTdGF0ZWZ1bCZuYnNwO1BD
RTxicj5Eb2N1bWVudCZuYnNwO2RhdGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7MjAxOS0xMS0y
Njxicj5Hcm91cDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDtJbmRpdmlkdWFsJm5ic3A7U3VibWlzc2lvbjxicj5QYWdlczombmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs2PGJyPlVSTDombmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBo
cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQteGlvbmctcGNl
LWxzcC1mbGFnLTAwLnR4dCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC14aW9uZy1wY2UtbHNwLWZsYWctMDAudHh0PC9hPjxicj5TdGF0
dXM6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQteGlvbmctcGNl
LWxzcC1mbGFnLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv
ZG9jL2RyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy88L2E+PGJyPkh0bWxpemVkOiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0
Zi5vcmcvaHRtbC9kcmFmdC14aW9uZy1wY2UtbHNwLWZsYWctMDAiIHRhcmdldD0iX2JsYW5rIj5o
dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQteGlvbmctcGNlLWxzcC1mbGFnLTAwPC9h
Pjxicj5IdG1saXplZDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8
YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXhpb25n
LXBjZS1sc3AtZmxhZyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2h0bWwvZHJhZnQteGlvbmctcGNlLWxzcC1mbGFnPC9hPjxicj48YnI+PGJyPkFic3Ry
YWN0Ojxicj4mbmJzcDsmbmJzcDsmbmJzcDtSRkM4MjMxJm5ic3A7ZGVzY3JpYmVzJm5ic3A7YSZu
YnNwO3NldCZuYnNwO29mJm5ic3A7ZXh0ZW5zaW9ucyZuYnNwO3RvJm5ic3A7UENFUCZuYnNwO3Rv
Jm5ic3A7ZW5hYmxlJm5ic3A7c3RhdGVmdWw8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29udHJvbCZu
YnNwO29mJm5ic3A7TVBMUy1URSZuYnNwO2FuZCZuYnNwO0dNUExTJm5ic3A7TGFiZWwmbmJzcDtT
d2l0Y2hlZCZuYnNwO1BhdGhzKExTUHMpJm5ic3A7dmlhJm5ic3A7UENFUC48YnI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7T25lJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtleHRlbnNpb25zJm5ic3A7aXMmbmJz
cDt0aGUmbmJzcDtMU1AmbmJzcDtvYmplY3QmbmJzcDt3aGljaCZuYnNwO2luY2x1ZGVzJm5ic3A7
YSZuYnNwO0ZsYWcmbmJzcDtmaWVsZDxicj4mbmJzcDsmbmJzcDsmbmJzcDthbmQmbmJzcDt0aGUm
bmJzcDtsZW5ndGgmbmJzcDtpcyZuYnNwOzEyJm5ic3A7Yml0cy4mbmJzcDsmbmJzcDtIb3dldmVy
LCZuYnNwOzExJm5ic3A7Yml0cyZuYnNwO29mJm5ic3A7dGhlJm5ic3A7RmxhZyZuYnNwO2ZpZWxk
Jm5ic3A7aGFzPGJyPiZuYnNwOyZuYnNwOyZuYnNwO2JlZW4mbmJzcDthc3NpZ25lZCZuYnNwO2lu
Jm5ic3A7UkZDODIzMSwmbmJzcDtSRkM4MjgxJm5ic3A7YW5kJm5ic3A7UkZDODYyMyZuYnNwO3Jl
c3BlY3RpdmVseS48YnI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwO1RoaXMmbmJzcDtkb2N1bWVudCZu
YnNwO3VwZGF0ZXMmbmJzcDtSRkM4MjMxJm5ic3A7YnkmbmJzcDtkZWZpbmluZyZuYnNwO2EmbmJz
cDtuZXcmbmJzcDtMU1AtRVhURU5ERUQtRkxBRyZuYnNwO1RMVjxicj4mbmJzcDsmbmJzcDsmbmJz
cDtmb3ImbmJzcDtMU1AmbmJzcDtvYmplY3QmbmJzcDt0byZuYnNwO2V4dGVuZCZuYnNwO3RoZSZu
YnNwO2xlbmd0aCZuYnNwO29mJm5ic3A7dGhlJm5ic3A7ZmxhZy48YnI+PGJyPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxicj48YnI+PGJyPlBsZWFzZSZuYnNwO25vdGUmbmJz
cDt0aGF0Jm5ic3A7aXQmbmJzcDttYXkmbmJzcDt0YWtlJm5ic3A7YSZuYnNwO2NvdXBsZSZuYnNw
O29mJm5ic3A7bWludXRlcyZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDt0aW1lJm5ic3A7b2YmbmJz
cDtzdWJtaXNzaW9uPGJyPnVudGlsJm5ic3A7dGhlJm5ic3A7aHRtbGl6ZWQmbmJzcDt2ZXJzaW9u
Jm5ic3A7YW5kJm5ic3A7ZGlmZiZuYnNwO2FyZSZuYnNwO2F2YWlsYWJsZSZuYnNwO2F0Jm5ic3A7
PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+dG9vbHMuaWV0
Zi5vcmc8L2E+Ljxicj48YnI+VGhlJm5ic3A7SUVURiZuYnNwO1NlY3JldGFyaWF0PC9wPjwvZGl2
PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxwPiZuYnNwOzwvcD48L2Rpdj48L2Rpdj48
L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k
aXY+PHA+PGJyPjwvcD48L2Rpdj4=


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Sun Dec  1 21:28:27 2019
Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A46D120131 for <pce@ietfa.amsl.com>; Sun,  1 Dec 2019 21:28:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.098
X-Spam-Level: 
X-Spam-Status: No, score=-0.098 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Bfk-_MPHtQdh for <pce@ietfa.amsl.com>; Sun,  1 Dec 2019 21:28:23 -0800 (PST)
Received: from mail-il1-x12b.google.com (mail-il1-x12b.google.com [IPv6:2607:f8b0:4864:20::12b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB96D120104 for <pce@ietf.org>; Sun,  1 Dec 2019 21:28:23 -0800 (PST)
Received: by mail-il1-x12b.google.com with SMTP id u17so32236948ilq.5 for <pce@ietf.org>; Sun, 01 Dec 2019 21:28:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XjtpXPaOb/+nWHQYpf2hXm03fwJns/78ngx6LNgSvps=; b=cWptAAiAXDxGPJpDy3xOeRC3YgGjnvd0UBprc5UI+aUlqzzr6VITBgodoJtxwmQ+RX HnMFvkG9smZAt0cQ8r8bBevznU+qJ4HS28To9QsZm13D1rXUZHTjiuh5Ejb2rmT68EBM 8FDMoNo/se2RBMN5ky6daGfBozFbS5KvMq+7xeZFZ0q/NkV1NPVJ9zO4z8SrKpEsNpiQ PSE5W3hK85Ac+9rimPz1MRQaBidMBc+v36iX8PWFDtRJDQswP+9i8IXWRbfXNnnnY5bF r0VgV0y/MprYX/CYS+mPjPgqinA5bRBY5c54DU+WcjNupbkTOL2s0qjcqUY3tePNb7i9 afkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XjtpXPaOb/+nWHQYpf2hXm03fwJns/78ngx6LNgSvps=; b=enAVU5cpKx5o888zkW0Kmujw5rM+7gveMMF+h9eSgwd/rc1XHSdM5SsBup7vpORvod XaXDm46ouq85wNE292h7dqyp8ZdVzmnj/pobTeP8DLGkA6XTfynmUwEIS0cTLBDXpj3W lQ9p9DxkWktFMGjtdzq0nK1UtqmBQbBtP5N15hclgxZn9iAg27cOHyVrZPVzBI9SdbVC nggWIKgzeK9n4VPrdLpCw39vpRYQtMuOfbyAG5wl0Y7fpyUl75N4KKenvFELVan4V/Yg 4honxU2GvNaggvjpIhmdGq/11sZYh8zO/O6eNcNU3c8ZkjBvibbzkOyVEW983+2ueX21 P+1w==
X-Gm-Message-State: APjAAAX17DxqGiA/eOZ8j5RuKg4rUMmqOtX85RkvPdH4ylQ9TclMmxgU QDdz8PM1oVerkoRc/k1dbwLqLHMwnRbyi/XnJgQ=
X-Google-Smtp-Source: APXvYqysiuVqr1AeJI4v06JDsRZWDb8fpFvqe9m8Y8204+VD2EvxYyoelY6+CfUyybekTCfhwOSbiK8eeSA70ZBks30=
X-Received: by 2002:a92:9959:: with SMTP id p86mr12081647ili.124.1575264502853;  Sun, 01 Dec 2019 21:28:22 -0800 (PST)
MIME-Version: 1.0
References: <CAB75xn6DuwZFSk0KLQcotz0M0tMNsNTmWf5Sa3T0Bso4wg4e8g@mail.gmail.com> <201912020932468871773@zte.com.cn>
In-Reply-To: <201912020932468871773@zte.com.cn>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 2 Dec 2019 10:57:46 +0530
Message-ID: <CAB75xn7fQA32i+E_qeCancJk8vfjyHEiEotq=xekBpUAfZN6Eg@mail.gmail.com>
To: xiong.quan@zte.com.cn
Cc: Farrel Adrian <adrian@olddog.co.uk>,  "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>, Loa Andersson <loa@pi.nu>, pce@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/SpE8KU4nOHlSMMcSHFdcMgGGCXc>
Subject: Re: [Pce] [pce] :New Version Notification for draft-xiong-pce-lsp-flag-00.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Dec 2019 05:28:25 -0000

Hi Quan,

> But for the last issue, I am not sure if the length of 32 bits is good or not. If 32 bits is enough for the extensions of other I-Ds?
>
> What is your suggestion?

I can think of one case: PCE capability flags in [1], where we defined
it as an array of units of 32-bit flags   numbered from the most
significant as bit zero, where  each bit represents one flag. In the
corresponding IANA registry [2], we maintained it as 32 bits for now,
which can be easily updated by a future document when needed.

As a WG contributor, I think it is better to be future proof even
though 32 bits seems good enough at the present.

Thanks!
Dhruv


[1] https://tools.ietf.org/html/rfc5088#section-4.5
[2] https://www.iana.org/assignments/ospfv2-parameters/ospfv2-parameters.xhtml#ospfv2-parameters-14


From nobody Mon Dec  2 05:22:03 2019
Return-Path: <adrian@olddog.co.uk>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A35E4120273 for <pce@ietfa.amsl.com>; Mon,  2 Dec 2019 05:22:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level: 
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 ALfCFYOgolWt for <pce@ietfa.amsl.com>; Mon,  2 Dec 2019 05:21:59 -0800 (PST)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3221812006D for <pce@ietf.org>; Mon,  2 Dec 2019 05:21:59 -0800 (PST)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id xB2DLtgj029919; Mon, 2 Dec 2019 13:21:56 GMT
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2EC752203D; Mon,  2 Dec 2019 13:21:53 +0000 (GMT)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id 199F72203C; Mon,  2 Dec 2019 13:21:53 +0000 (GMT)
Received: from LAPTOPK7AS653V ([84.93.96.25]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id xB2DLpGf013887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 2 Dec 2019 13:21:52 GMT
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Dhruv Dhody'" <dhruv.ietf@gmail.com>, <xiong.quan@zte.com.cn>
Cc: "'Stone, Andrew \(Nokia - CA/Ottawa\)'" <andrew.stone@nokia.com>, "'Loa Andersson'" <loa@pi.nu>, <pce@ietf.org>
References: <CAB75xn6DuwZFSk0KLQcotz0M0tMNsNTmWf5Sa3T0Bso4wg4e8g@mail.gmail.com> <201912020932468871773@zte.com.cn> <CAB75xn7fQA32i+E_qeCancJk8vfjyHEiEotq=xekBpUAfZN6Eg@mail.gmail.com>
In-Reply-To: <CAB75xn7fQA32i+E_qeCancJk8vfjyHEiEotq=xekBpUAfZN6Eg@mail.gmail.com>
Date: Mon, 2 Dec 2019 13:21:50 -0000
Organization: Old Dog Consulting
Message-ID: <07fc01d5a913$75b29bd0$6117d370$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQInA05uWRKgS1uwePjq0k/tiX+oZwJ8vPimArE/1H2m2rAKEA==
Content-Language: en-gb
X-Originating-IP: 84.93.96.25
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25078.007
X-TM-AS-Result: No--7.539-10.0-31-10
X-imss-scan-details: No--7.539-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25078.007
X-TMASE-Result: 10--7.539100-10.000000
X-TMASE-MatchedRID: 6otD/cJAac1or4mPA3EMtnFPUrVDm6jtiRPU6vvejXJPvOpmjDN2khT7 moX2uLUVvUkaVGuZI5Mgns2A4NkG5jQdOVb9/jgPbmjidFgcbNIZskwWqoib3KtkcxxU6EVIrqB Zsi2WkF0BcnpRtUvcH+C7bygUKEwVYlAr3AgnbbVswYo64ufkVfj4/bP3ORM3mbdPE3zcujh7XE gV3uEXzQpziWOou199vPGXoJaT4PN21zBthUokNThiciQR/+DQTIR/yqWMcrtYbPLopoBzQtxwX 69jh9hhFb6jOEcIcVr1ksjBX8R+8OwAaNLqXHEqwrUhv0kAAvF9LQinZ4QefBrZLyuS+0VxsOzO ncrmCoP3FLeZXNZS4DjAdLIal4R6oUj24xYrYIog2PeCGxCr28IVI2FuwVF7LYyke3hfnEYUAAw DJuM/8g==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/WxsaqXpjS0xAFZGzbUYweObXBVk>
Subject: Re: [Pce] [pce] :New Version Notification for draft-xiong-pce-lsp-flag-00.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Dec 2019 13:22:02 -0000

Hi,

I wouldn't object to any solution.
- What Dhruv suggests
- Just 32 bits and define a new TLV if more bits are ever needed

Best,
Adrian

-----Original Message-----
From: Dhruv Dhody <dhruv.ietf@gmail.com>=20
Sent: 02 December 2019 05:28
To: xiong.quan@zte.com.cn
Cc: Farrel Adrian <adrian@olddog.co.uk>; Stone, Andrew (Nokia - =
CA/Ottawa) <andrew.stone@nokia.com>; Loa Andersson <loa@pi.nu>; =
pce@ietf.org
Subject: Re: [Pce] [pce] :New Version Notification for =
draft-xiong-pce-lsp-flag-00.txt

Hi Quan,

> But for the last issue, I am not sure if the length of 32 bits is good =
or not. If 32 bits is enough for the extensions of other I-Ds?
>
> What is your suggestion?

I can think of one case: PCE capability flags in [1], where we defined
it as an array of units of 32-bit flags   numbered from the most
significant as bit zero, where  each bit represents one flag. In the
corresponding IANA registry [2], we maintained it as 32 bits for now,
which can be easily updated by a future document when needed.

As a WG contributor, I think it is better to be future proof even
though 32 bits seems good enough at the present.

Thanks!
Dhruv


[1] https://tools.ietf.org/html/rfc5088#section-4.5
[2] =
https://www.iana.org/assignments/ospfv2-parameters/ospfv2-parameters.xhtm=
l#ospfv2-parameters-14


From nobody Mon Dec  2 22:49:38 2019
Return-Path: <xiong.quan@zte.com.cn>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC8CF120114 for <pce@ietfa.amsl.com>; Mon,  2 Dec 2019 22:49:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level: 
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 eqXdbHHiu7pa for <pce@ietfa.amsl.com>; Mon,  2 Dec 2019 22:49:33 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92F6612011A for <pce@ietf.org>; Mon,  2 Dec 2019 22:49:31 -0800 (PST)
Received: from mxct.zte.com.cn (unknown [192.168.164.217]) by Forcepoint Email with ESMTPS id CD5DD79C655A3454F109; Tue,  3 Dec 2019 14:49:25 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id B024A995FA924EFCCEA8; Tue,  3 Dec 2019 14:49:25 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id xB36n6WF024833; Tue, 3 Dec 2019 14:49:06 +0800 (GMT-8) (envelope-from xiong.quan@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Tue, 3 Dec 2019 14:49:05 +0800 (CST)
Date: Tue, 3 Dec 2019 14:49:05 +0800 (CST)
X-Zmail-TransId: 2afa5de60561e19dffb0
X-Mailer: Zmail v1.0
Message-ID: <201912031449055664654@zte.com.cn>
In-Reply-To: <07fc01d5a913$75b29bd0$6117d370$@olddog.co.uk>
References: CAB75xn6DuwZFSk0KLQcotz0M0tMNsNTmWf5Sa3T0Bso4wg4e8g@mail.gmail.com,  201912020932468871773@zte.com.cn, CAB75xn7fQA32i+E_qeCancJk8vfjyHEiEotq=xekBpUAfZN6Eg@mail.gmail.com, 07fc01d5a913$75b29bd0$6117d370$@olddog.co.uk
Mime-Version: 1.0
From: <xiong.quan@zte.com.cn>
To: <adrian@olddog.co.uk>
Cc: <dhruv.ietf@gmail.com>, <andrew.stone@nokia.com>, <loa@pi.nu>, <pce@ietf.org>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn xB36n6WF024833
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/jWIxV5c_USgM9qoxFNTHXipPz-Y>
Subject: [Pce] =?utf-8?b?562U5aSNOiAgW3BjZV0gOk5ldyBWZXJzaW9uIE5vdGlmaWNh?= =?utf-8?q?tion_for_draft-xiong-pce-lsp-flag-00=2Etxt?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Dec 2019 06:49:36 -0000

--=====_001_next=====
Content-Type: multipart/related;
	boundary="=====_002_next====="


--=====_002_next=====
Content-Type: multipart/alternative;
	boundary="=====_003_next====="


--=====_003_next=====
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SGkgQWRyaWFuIGFuZCBEaHJ1diwNCg0KDQoNCg0KDQoNClRoYW5rcyBmb3IgeW91ciBzdWdnZXN0
aW9uISAgSSB3aWxsIGNvbnNpZGVyIHRoZSBvcHRpb24gYXMgZGVmaW5lZCBpbiBSRkM1MDg4Lg0K
DQoNCkkgd2lsbCB1cGRhdGUgdGhlIGRyYWZ0IGFzIHdlIGRpc2N1c3NlZCBhcyBzb29uIGFzIHBv
c3NpYmxlLg0KDQoNCk1vcmUgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zIGFyZSB3ZWxjb21lIQ0K
DQoNCg0KDQoNCg0KQmVzdCBSZWdhcmRzLA0KDQoNClF1YW4NCg0KDQoNCg0KDQoNCg0KDQoNCg0K
5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpBZHJpYW5GYXJyZWwgPGFkcmlhbkBvbGRk
b2cuY28udWs+DQrmlLbku7bkurrvvJonRGhydXYgRGhvZHknIDxkaHJ1di5pZXRmQGdtYWlsLmNv
bT4754aK5rOJMDAwOTEwNjU7DQrmioTpgIHkurrvvJonU3RvbmUsIEFuZHJldyAoTm9raWEgLSBD
QS9PdHRhd2EpJyA8YW5kcmV3LnN0b25lQG5va2lhLmNvbT47J0xvYSBBbmRlcnNzb24nIDxsb2FA
cGkubnU+O3BjZUBpZXRmLm9yZyA8cGNlQGlldGYub3JnPjsNCuaXpSDmnJ8g77yaMjAxOeW5tDEy
5pyIMDLml6UgMjE6MjINCuS4uyDpopgg77yaUkU6IFtQY2VdIFtwY2VdIDpOZXcgVmVyc2lvbiBO
b3RpZmljYXRpb24gZm9yIGRyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy0wMC50eHQNCg0KDQoNCg0K
SGksDQoNCkkgd291bGRuJ3Qgb2JqZWN0IHRvIGFueSBzb2x1dGlvbi4NCi0gV2hhdCBEaHJ1diBz
dWdnZXN0cw0KLSBKdXN0IDMyIGJpdHMgYW5kIGRlZmluZSBhIG5ldyBUTFYgaWYgbW9yZSBiaXRz
IGFyZSBldmVyIG5lZWRlZA0KDQpCZXN0LA0KQWRyaWFuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQpGcm9tOiBEaHJ1diBEaG9keSA8ZGhydXYuaWV0ZkBnbWFpbC5jb20+IA0KU2VudDog
MDIgRGVjZW1iZXIgMjAxOSAwNToyOA0KVG86IHhpb25nLnF1YW5AenRlLmNvbS5jbg0KQ2M6IEZh
cnJlbCBBZHJpYW4gPGFkcmlhbkBvbGRkb2cuY28udWs+OyBTdG9uZSwgQW5kcmV3IChOb2tpYSAt
IENBL090dGF3YSkgPGFuZHJldy5zdG9uZUBub2tpYS5jb20+OyBMb2EgQW5kZXJzc29uIDxsb2FA
cGkubnU+OyBwY2VAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbUGNlXSBbcGNlXSA6TmV3IFZlcnNp
b24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC14aW9uZy1wY2UtbHNwLWZsYWctMDAudHh0DQoNCkhp
IFF1YW4sDQoNCj4gQnV0IGZvciB0aGUgbGFzdCBpc3N1ZSwgSSBhbSBub3Qgc3VyZSBpZiB0aGUg
bGVuZ3RoIG9mIDMyIGJpdHMgaXMgZ29vZCBvciBub3QuIElmIDMyIGJpdHMgaXMgZW5vdWdoIGZv
ciB0aGUgZXh0ZW5zaW9ucyBvZiBvdGhlciBJLURzPw0KPg0KPiBXaGF0IGlzIHlvdXIgc3VnZ2Vz
dGlvbj8NCg0KSSBjYW4gdGhpbmsgb2Ygb25lIGNhc2U6IFBDRSBjYXBhYmlsaXR5IGZsYWdzIGlu
IFsxXSwgd2hlcmUgd2UgZGVmaW5lZA0KaXQgYXMgYW4gYXJyYXkgb2YgdW5pdHMgb2YgMzItYml0
IGZsYWdzICAgbnVtYmVyZWQgZnJvbSB0aGUgbW9zdA0Kc2lnbmlmaWNhbnQgYXMgYml0IHplcm8s
IHdoZXJlICBlYWNoIGJpdCByZXByZXNlbnRzIG9uZSBmbGFnLiBJbiB0aGUNCmNvcnJlc3BvbmRp
bmcgSUFOQSByZWdpc3RyeSBbMl0sIHdlIG1haW50YWluZWQgaXQgYXMgMzIgYml0cyBmb3Igbm93
LA0Kd2hpY2ggY2FuIGJlIGVhc2lseSB1cGRhdGVkIGJ5IGEgZnV0dXJlIGRvY3VtZW50IHdoZW4g
bmVlZGVkLg0KDQpBcyBhIFdHIGNvbnRyaWJ1dG9yLCBJIHRoaW5rIGl0IGlzIGJldHRlciB0byBi
ZSBmdXR1cmUgcHJvb2YgZXZlbg0KdGhvdWdoIDMyIGJpdHMgc2VlbXMgZ29vZCBlbm91Z2ggYXQg
dGhlIHByZXNlbnQuDQoNClRoYW5rcyENCkRocnV2DQoNCg0KWzFdIGh0dHBzOi8vdG9vbHMuaWV0
Zi5vcmcvaHRtbC9yZmM1MDg4I3NlY3Rpb24tNC41DQpbMl0gaHR0cHM6Ly93d3cuaWFuYS5vcmcv
YXNzaWdubWVudHMvb3NwZnYyLXBhcmFtZXRlcnMvb3NwZnYyLXBhcmFtZXRlcnMueGh0bWwjb3Nw
ZnYyLXBhcmFtZXRlcnMtMTQ=


--=====_003_next=====
Content-Type: text/html ;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MjBweDtmb250LWZh
bWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4O2ZvbnQtZmFtaWx5
OmFyaWFsOyI+SGkgQWRyaWFuIGFuZCBEaHJ1diw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4
O2ZvbnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjIwcHg7Zm9u
dC1mYW1pbHk6YXJpYWw7Ij5UaGFua3MgZm9yIHlvdXIgc3VnZ2VzdGlvbiEgJm5ic3A7SSB3aWxs
IGNvbnNpZGVyIHRoZSBvcHRpb24gYXMgZGVmaW5lZCBpbiBSRkM1MDg4LjwvcD48cCBzdHlsZT0i
Zm9udC1zaXplOjIwcHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij5JIHdpbGwgdXBkYXRlIHRoZSBkcmFm
dCBhcyB3ZSBkaXNjdXNzZWQgYXMgc29vbiBhcyBwb3NzaWJsZS48L3A+PHAgc3R5bGU9ImZvbnQt
c2l6ZToyMHB4O2ZvbnQtZmFtaWx5OmFyaWFsOyI+TW9yZSBjb21tZW50cyBhbmQgc3VnZ2VzdGlv
bnMgYXJlIHdlbGNvbWUhPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MjBweDtmb250LWZhbWlseTph
cmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToyMHB4O2ZvbnQtZmFtaWx5OmFyaWFs
OyI+QmVzdCBSZWdhcmRzLDwvcD48cCBzdHlsZT0iZm9udC1zaXplOjIwcHg7Zm9udC1mYW1pbHk6
YXJpYWw7Ij5RdWFuPC9wPjxkaXYgY2xhc3M9InpNYWlsU2lnbiIgdW5vbmFtZWNoPSLnhorms4kw
MDA5MTA2NSIgdW5vbmFtZWVuPSJ4aW9uZyBxdWFuMDAwOTEwNjUiPjxkaXYgY2xhc3M9InpNYWls
U2lnbkNvbnRlbnQiPjxkaXY+PC9kaXY+PC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iek1haWxGcm9t
Ij48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93IiBzdHlsZT0iZGlzcGxheTpibG9j
ayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDogMTAwJTsgaGVpZ2h0OiAy
OHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjogI0UwRTVFOTsgY29sb3I6
ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlPcmdU
eHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3RvcnlDb250YWluZXIiPjxk
aXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRpdiBjbGFzcz0iemhpc3Rv
cnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQtY29sb3I6ICNGNUY2Rjg7
Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRlclR4dCI+5Y+R5Lu25Lq6
77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPkFkcmlhbkZhcnJlbCAmbHQ7
YWRyaWFuQG9sZGRvZy5jby51ayZndDs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdl
LWRhdGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9Inpy
ZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij4nRGhydXYgRGhvZHknICZsdDtk
aHJ1di5pZXRmQGdtYWlsLmNvbSZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1l
IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+54aK5rOJMDAwOTEwNjU7PC9zcGFuPjwvZGl2Pjxk
aXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ry
b25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+
J1N0b25lLCBBbmRyZXcgKE5va2lhIC0gQ0EvT3R0YXdhKScgJmx0O2FuZHJldy5zdG9uZUBub2tp
YS5jb20mZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3Bs
YXk6IGlubGluZTsiPidMb2EgQW5kZXJzc29uJyAmbHQ7bG9hQHBpLm51Jmd0Ozs8L3NwYW4+PHNw
YW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij5wY2VAaWV0
Zi5vcmcgJmx0O3BjZUBpZXRmLm9yZyZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5n
dWFnZS1kYXRhPSJIaXN0b3J5RGF0ZVR4dCI+5pelIOacnyDvvJo8L3N0cm9uZz48c3BhbiBjbGFz
cz0iIj4yMDE55bm0MTLmnIgwMuaXpSAyMToyMjwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFu
Z3VhZ2UtZGF0YT0iSGlzdG9yeVN1YmplY3RUeHQiPuS4uyDpopgg77yaPC9zdHJvbmc+PHNwYW4g
Y2xhc3M9InpyZWFkVGl0bGUiPjxzdHJvbmc+UkU6IFtQY2VdIFtwY2VdIDpOZXcgVmVyc2lvbiBO
b3RpZmljYXRpb24gZm9yIGRyYWZ0LXhpb25nLXBjZS1sc3AtZmxhZy0wMC50eHQ8L3N0cm9uZz48
L3NwYW4+PC9kaXY+PC9kaXY+PGRpdiB6bWFpbGJ1c2luZXNzPSJidXNpbmVzc0V4dGVybmFsIj48
L2Rpdj48ZGl2IGNsYXNzPSJ6aGlzdG9yeUNvbnRlbnQiPjxkaXY+SGksPGJyPjxicj5JJm5ic3A7
d291bGRuJ3QmbmJzcDtvYmplY3QmbmJzcDt0byZuYnNwO2FueSZuYnNwO3NvbHV0aW9uLjxicj4t
Jm5ic3A7V2hhdCZuYnNwO0RocnV2Jm5ic3A7c3VnZ2VzdHM8YnI+LSZuYnNwO0p1c3QmbmJzcDsz
MiZuYnNwO2JpdHMmbmJzcDthbmQmbmJzcDtkZWZpbmUmbmJzcDthJm5ic3A7bmV3Jm5ic3A7VExW
Jm5ic3A7aWYmbmJzcDttb3JlJm5ic3A7Yml0cyZuYnNwO2FyZSZuYnNwO2V2ZXImbmJzcDtuZWVk
ZWQ8YnI+PGJyPkJlc3QsPGJyPkFkcmlhbjxicj48YnI+LS0tLS1PcmlnaW5hbCZuYnNwO01lc3Nh
Z2UtLS0tLTxicj5Gcm9tOiZuYnNwO0RocnV2Jm5ic3A7RGhvZHkmbmJzcDsmbHQ7ZGhydXYuaWV0
ZkBnbWFpbC5jb20mZ3Q7Jm5ic3A7PGJyPlNlbnQ6Jm5ic3A7MDImbmJzcDtEZWNlbWJlciZuYnNw
OzIwMTkmbmJzcDswNToyODxicj5UbzombmJzcDt4aW9uZy5xdWFuQHp0ZS5jb20uY248YnI+Q2M6
Jm5ic3A7RmFycmVsJm5ic3A7QWRyaWFuJm5ic3A7Jmx0O2FkcmlhbkBvbGRkb2cuY28udWsmZ3Q7
OyZuYnNwO1N0b25lLCZuYnNwO0FuZHJldyZuYnNwOyhOb2tpYSZuYnNwOy0mbmJzcDtDQS9PdHRh
d2EpJm5ic3A7Jmx0O2FuZHJldy5zdG9uZUBub2tpYS5jb20mZ3Q7OyZuYnNwO0xvYSZuYnNwO0Fu
ZGVyc3NvbiZuYnNwOyZsdDtsb2FAcGkubnUmZ3Q7OyZuYnNwO3BjZUBpZXRmLm9yZzxicj5TdWJq
ZWN0OiZuYnNwO1JlOiZuYnNwO1tQY2VdJm5ic3A7W3BjZV0mbmJzcDs6TmV3Jm5ic3A7VmVyc2lv
biZuYnNwO05vdGlmaWNhdGlvbiZuYnNwO2ZvciZuYnNwO2RyYWZ0LXhpb25nLXBjZS1sc3AtZmxh
Zy0wMC50eHQ8YnI+PGJyPkhpJm5ic3A7UXVhbiw8YnI+PGJyPiZndDsmbmJzcDtCdXQmbmJzcDtm
b3ImbmJzcDt0aGUmbmJzcDtsYXN0Jm5ic3A7aXNzdWUsJm5ic3A7SSZuYnNwO2FtJm5ic3A7bm90
Jm5ic3A7c3VyZSZuYnNwO2lmJm5ic3A7dGhlJm5ic3A7bGVuZ3RoJm5ic3A7b2YmbmJzcDszMiZu
YnNwO2JpdHMmbmJzcDtpcyZuYnNwO2dvb2QmbmJzcDtvciZuYnNwO25vdC4mbmJzcDtJZiZuYnNw
OzMyJm5ic3A7Yml0cyZuYnNwO2lzJm5ic3A7ZW5vdWdoJm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7
ZXh0ZW5zaW9ucyZuYnNwO29mJm5ic3A7b3RoZXImbmJzcDtJLURzPzxicj4mZ3Q7PGJyPiZndDsm
bmJzcDtXaGF0Jm5ic3A7aXMmbmJzcDt5b3VyJm5ic3A7c3VnZ2VzdGlvbj88YnI+PGJyPkkmbmJz
cDtjYW4mbmJzcDt0aGluayZuYnNwO29mJm5ic3A7b25lJm5ic3A7Y2FzZTombmJzcDtQQ0UmbmJz
cDtjYXBhYmlsaXR5Jm5ic3A7ZmxhZ3MmbmJzcDtpbiZuYnNwO1sxXSwmbmJzcDt3aGVyZSZuYnNw
O3dlJm5ic3A7ZGVmaW5lZDxicj5pdCZuYnNwO2FzJm5ic3A7YW4mbmJzcDthcnJheSZuYnNwO29m
Jm5ic3A7dW5pdHMmbmJzcDtvZiZuYnNwOzMyLWJpdCZuYnNwO2ZsYWdzJm5ic3A7Jm5ic3A7Jm5i
c3A7bnVtYmVyZWQmbmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7bW9zdDxicj5zaWduaWZpY2FudCZu
YnNwO2FzJm5ic3A7Yml0Jm5ic3A7emVybywmbmJzcDt3aGVyZSZuYnNwOyZuYnNwO2VhY2gmbmJz
cDtiaXQmbmJzcDtyZXByZXNlbnRzJm5ic3A7b25lJm5ic3A7ZmxhZy4mbmJzcDtJbiZuYnNwO3Ro
ZTxicj5jb3JyZXNwb25kaW5nJm5ic3A7SUFOQSZuYnNwO3JlZ2lzdHJ5Jm5ic3A7WzJdLCZuYnNw
O3dlJm5ic3A7bWFpbnRhaW5lZCZuYnNwO2l0Jm5ic3A7YXMmbmJzcDszMiZuYnNwO2JpdHMmbmJz
cDtmb3ImbmJzcDtub3csPGJyPndoaWNoJm5ic3A7Y2FuJm5ic3A7YmUmbmJzcDtlYXNpbHkmbmJz
cDt1cGRhdGVkJm5ic3A7YnkmbmJzcDthJm5ic3A7ZnV0dXJlJm5ic3A7ZG9jdW1lbnQmbmJzcDt3
aGVuJm5ic3A7bmVlZGVkLjxicj48YnI+QXMmbmJzcDthJm5ic3A7V0cmbmJzcDtjb250cmlidXRv
ciwmbmJzcDtJJm5ic3A7dGhpbmsmbmJzcDtpdCZuYnNwO2lzJm5ic3A7YmV0dGVyJm5ic3A7dG8m
bmJzcDtiZSZuYnNwO2Z1dHVyZSZuYnNwO3Byb29mJm5ic3A7ZXZlbjxicj50aG91Z2gmbmJzcDsz
MiZuYnNwO2JpdHMmbmJzcDtzZWVtcyZuYnNwO2dvb2QmbmJzcDtlbm91Z2gmbmJzcDthdCZuYnNw
O3RoZSZuYnNwO3ByZXNlbnQuPGJyPjxicj5UaGFua3MhPGJyPkRocnV2PGJyPjxicj48YnI+WzFd
Jm5ic3A7aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzUwODgjc2VjdGlvbi00LjU8YnI+
WzJdJm5ic3A7aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvb3NwZnYyLXBhcmFtZXRl
cnMvb3NwZnYyLXBhcmFtZXRlcnMueGh0bWwjb3NwZnYyLXBhcmFtZXRlcnMtMTQ8YnI+PC9kaXY+
PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PHA+PGJyPjwvcD48L2Rpdj4=


--=====_003_next=====--

--=====_002_next=====--

--=====_001_next=====--


From nobody Thu Dec  5 08:37:59 2019
Return-Path: <julien.meuric@orange.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DA6512023E for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 08:37:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 1InSlO9zrI8U for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 08:37:54 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAEDB120273 for <pce@ietf.org>; Thu,  5 Dec 2019 08:37:41 -0800 (PST)
Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 47TLx01lyKzBrhw for <pce@ietf.org>; Thu,  5 Dec 2019 17:37:40 +0100 (CET)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.104]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 47TLx00pc6zBrLb for <pce@ietf.org>; Thu,  5 Dec 2019 17:37:40 +0100 (CET)
Received: from [10.193.71.21] (10.114.13.247) by OPEXCAUBM5F.corporate.adroot.infra.ftgroup (10.114.13.104) with Microsoft SMTP Server (TLS) id 14.3.468.0; Thu, 5 Dec 2019 17:37:39 +0100
To: <pce@ietf.org>
References: <157262509245.31895.4026319769169461630@ietfa.amsl.com> <18728_1572962318_5DC1800E_18728_206_1_451b2c5c-0f12-acc9-1051-cfa0ea44d02d@orange.com>
From: <julien.meuric@orange.com>
Organization: Orange
Message-ID: <8b9cb9a1-6cb8-d17b-a580-159c34d80d2c@orange.com>
Date: Thu, 5 Dec 2019 17:37:35 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <18728_1572962318_5DC1800E_18728_206_1_451b2c5c-0f12-acc9-1051-cfa0ea44d02d@orange.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms040504090909060901020504"
X-Originating-IP: [10.114.13.247]
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/PIq3lMW903EaOy3oJOYitri8sO0>
Subject: Re: [Pce] Fwd: IPR Disclosure Huawei Technologies Co., Ltd's Statement about IPR related to draft-ietf-pce-pcep-flowspec
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 16:37:57 -0000

--------------ms040504090909060901020504
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US

Hi all,

The chairs have not received any objection on progressing this I-D. We
thus consider there is no reason to delay its publication when it is read=
y.

Thanks,

Dhruv & Julien


On 05/11/2019 14:58, julien.meuric@orange.com wrote:
> Dear PCE WG,
>
> Since this IPR disclosure was shared after the end the WG LC, the chair=
s
> want to be make there is an opportunity to comment. If you have any
> concern about this I-D regarding that IPR, please share it on the
> mailing list. If no objection is raised by November 12, we'll resume th=
e
> publication process, as usual.
>
> Thanks,
>
> Julien
>
>
> -------- Forwarded Message --------
> Date: 	Fri, 1 Nov 2019 09:18:12 -0700
> From: 	IETF Secretariat <ietf-ipr@ietf.org>
>
>
> Dear Dhruv Dhody, Adrian Farrel, Zhenbin Li:
>
>
> An IPR disclosure that pertains to your Internet-Draft entitled "PCEP
> Extension for Flow Specification" (draft-ietf-pce-pcep-flowspec) was
> submitted to the IETF Secretariat on 2019-11-01 and has been posted on =
the
> "IETF Page of Intellectual Property Rights Disclosures"
> (https://datatracker.ietf.org/ipr/3840/). The title of the IPR disclosu=
re is
> "Huawei Technologies Co.,Ltd's Statement about IPR related to
> draft-ietf-pce-pcep-flowspec"
>
>
> Thank you
>
> IETF Secretariat
>
>
> _______________________________________________________________________=
__________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations conf=
identielles 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 message=
s electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme=
 ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged=
 information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and =
delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have b=
een modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce
>



--------------ms040504090909060901020504
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
EmowggTeMIIDxqADAgECAgEBMA0GCSqGSIb3DQEBBQUAMGoxCzAJBgNVBAYTAkZSMRowGAYD
VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxJjAkBgNV
BAMMHUdyb3VwZSBGcmFuY2UgVGVsZWNvbSBSb290IENBMB4XDTA1MTExNzExMDkzOVoXDTI1
MTExNzExMDkzOVowgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBT
QTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAy
IDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENB
IDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCw8ytv/3/3nS8Xkfrfv3lWqny4
Gd1V8eVOT7B0WxfJMqfWPbu0aoc4WScRhqIhAH61Gmfa6f3AVq+o3PptjJ459kMp/ACaeRp8
DFzW7iNFm/Qfdk81V9dVLXHsbYwWU373j/ksx1Smmk3vsq4fWapeAOLfds70KO4RWP/YVSmO
rAFVMiqV4l9f6a+G8Lr2tOZkWaX+3vb3HE6mDG3la3Y6VDpVpioSrz61KPb8pLyOg7TuhhIx
OKTNNefEcDwFKx9zfVJax+PHj6zGbFzdGEMWexwGSi3SXkgAV6/CJNtCHHXE2OprWc30JiCY
18GkvPrRgO1XBSqx0xDIam+WpEh/AgMBAAGjggFgMIIBXDAPBgNVHRMBAf8EBTADAQH/MA4G
A1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUNhwzZ9MTXPpbn+qLukRmdEbxd3gwdAYDVR0jBG0w
a4AUGpJTyM8zG7bypWB94q8kEkGwmmChUIFOQ049R3JvdXBlIEZyYW5jZSBUZWxlY29tIFJv
b3QgQ0EsIE9VPTAwMDIgMzgwMTI5ODY2LCBPPUZyYW5jZSBUZWxlY29tIFNBLCBDPUZSggEA
MIGOBgNVHR8EgYYwgYMwQ6BBoD+GPWh0dHA6Ly9pZ2NnZnQtcmNhLWh0dHAuc2kuZnJhbmNl
dGVsZWNvbS5mci9jcmwvaWdjZ2Z0X3JjYS5jcmwwPKA6oDiGNmh0dHA6Ly9pZ2NnZnQtcmNh
LmZyYW5jZXRlbGVjb20uY29tL2NybC9pZ2NnZnRfcmNhLmNybDATBgNVHSAEDDAKMAgGBiqB
egEQDDANBgkqhkiG9w0BAQUFAAOCAQEAlt994iqOFDZH/wQfDU6EQ1W1B/xs/k3xwBuBZgi3
NRWvvb8KhfoOVOyeuoO1r4072jo/AFDphvixN8EZiRp+luqZXQEXEaHrZjwRydCuUDwjPQkw
A/DU5NzWn0FrKWRIstQa/MBcN9xniazs41Br3oNzlkUbAyuP2s3GRi5uFp7VV5Y5dU8lqdoL
nE/TuBV0LFdre0WOdM7CoWVqNlreb7/zmuK2/zfLIaq2QIcWIOulqiIW1xxFWxc0JZi8p7qV
zvysS0+8wevgoefks3PHoUMEaIHCpoSOC14JSkKCVuUMPBvu+ftPasJ+NQz1jUbb0kjUkpGn
q33GgLPLSvsK5TCCBsAwggWooAMCAQICEhEhrKTzJoGqMVywoqjNXFnwQTANBgkqhkiG9w0B
AQUFADCBljELMAkGA1UEBhMCRlIxGjAYBgNVBAoMEUZyYW5jZSBUZWxlY29tIFNBMSQwIgYD
VQQLDBtXZXN0ZXJuRVUgTWlkZGxlRWFzdCBBZnJpY2ExFzAVBgNVBAsMDjAwMDIgMzgwMTI5
ODY2MSwwKgYDVQQDDCNHcm91cGUgRnJhbmNlIFRlbGVjb20gSW50ZXJuYWwgQ0EgMTAeFw0x
NzAyMjgwOTQyMDhaFw0yMTAyMjgwOTQyMDhaMGoxCzAJBgNVBAYTAkZSMRowGAYDVQQKExFG
cmFuY2UgVGVsZWNvbSBTQTEWMBQGA1UEAwwNTWV1cmljIEp1bGllbjEnMCUGCSqGSIb3DQEJ
AQwYanVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEA0Pfhby8TRScxVqtTKug3CKgJW1ub3Y7JydhngY8GOXTXy7mUt4aA0V2JsooyqF3+
nO1xcl3D1RZ+l04fRNHCh/CUHhamoNykCFRNoIM/DuzT7NE5h94UR/3RRgZ2qbZoIn5KYIBj
bVMacnZnB/qB9DUH61ecMTzrOG0ePtvABWcrhhOZ2S0MvPJkPtAAlL7qvTe9gJwZkBtEuZ0q
rJ0D3OXl5ayV7eP9FuRJ/0jf9FdxnmY0Aagm6+r5vsj9dhU9Gf5cA+mh+L7zrCIpTG2GVLLd
KaSORJ1cZ+LeZlgpK+hKJ4ho+J/Usqu9Ak8ngAeOgJqTjxRvOimdZZfJ+2E/GQIDAQABo4ID
MTCCAy0wDgYDVR0PAQH/BAQDAgbAMBMGA1UdJQQMMAoGCCsGAQUFBwMEMCMGA1UdEQQcMBqB
GGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCAiEGA1UdHwSCAhgwggIUMIHooIHloIHihoHf
bGRhcDovLy9jbj1Hcm91cGUlMjBGcmFuY2UlMjBUZWxlY29tJTIwSW50ZXJuYWwlMjBDQSUy
MDEsY249aWdjZ2Z0aSxDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy
dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZCxEQz1mcmFuY2V0ZWxlY29tLERDPWZyP2Nl
cnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRp
b25Qb2ludDCBqaCBpqCBo4aBoGxkYXA6Ly9pZ2NnZnRpLWNhMS1sZGFwLnNpLmZyYW5jZXRl
bGVjb20uZnIvb3U9aWdjZ2Z0aV9jYTEsb3U9Q0Esb3U9Q1JMRFAsb3U9QUNfT04sb3U9SUdD
R3JvdXBlLG89RnJhbmNlVGVsZWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/
b2JqZWN0Y2xhc3M9cGtpQ2EwNKAyoDCGLmh0dHA6Ly9wa2ktY3JsLml0bi5mdGdyb3VwL2Ny
bC9pZ2NnZnRpX2NhMS5jcmwwRaBDoEGGP2h0dHA6Ly9pZ2NnZnRpLWNhMS1odHRwLnNpLmZy
YW5jZXRlbGVjb20uZnIvY3JsL2lnY2dmdGlfY2ExLmNybDA+BgNVHSAENzA1MDMGCCqBegEQ
DAIDMCcwJQYIKwYBBQUHAgEWGWh0dHA6Ly9wa2ktb3JhbmdlLmNvbS9jcHMwPAYIKwYBBQUH
AQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8vcGtpLW9jc3AuaXRuLmZ0Z3JvdXAvb2NzcDAd
BgNVHQ4EFgQUEqE2gJM6hxLi6AlLKQ8kT4r1AlUwHwYDVR0jBBgwFoAUNhwzZ9MTXPpbn+qL
ukRmdEbxd3gwDQYJKoZIhvcNAQEFBQADggEBAGxsRCzFlIhen5KnTgZDP6e5jd+ff1MoW3jq
wiqxg8v33FldytRqsR5ydg4G5s+mdYhtViuuqm+vOo0F+8oSudj2M70zFIzQR2jMvR8P1oFF
2n+aQlZDW/JY5KqsxbUaR1w5QFE4LCj77OlvTTtaHXn6tZINQqD2rE/28S91ShC4H6WfsTve
y2CCLvuYzwUkQ/tPC23rWYxO/hZPkOT/MbgijzIFh4Ys8ENfYNTwkrNSj0LmmJREXIXq50UV
EpnsI2v5hE8jXkXlWvT6eXJ7RkocfIjwENvOMvA5/WxE9tvpVCSGq+c5YMWEfyT6o+V2LtTG
dtJ3dWNCmsmAgBWXnaswggbAMIIFqKADAgECAhIRIb+AKeqA4nD4aGytIumMzn8wDQYJKoZI
hvcNAQEFBQAwgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEk
MCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4
MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENBIDEw
HhcNMTcwMjI4MDk0MjIxWhcNMjEwMjI4MDk0MjIxWjBqMQswCQYDVQQGEwJGUjEaMBgGA1UE
ChMRRnJhbmNlIFRlbGVjb20gU0ExFjAUBgNVBAMMDU1ldXJpYyBKdWxpZW4xJzAlBgkqhkiG
9w0BCQEMGGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAMYlaLPYjHfuVjqtO9apWcAd2PIK1MyO7sDYhYw0itPsnsSzsMUa+o7Xjwr/
9JHcyYEehz2uqzpT0L3bFC8ROTGF3l9sZDPGpUlGeYEFCpNxT2Eg5ZIizYHd5feghGDgbnm0
3UaNldIpi5gtuKSSUHJwLgzZwMykwOdGBkl9dJvj2mccxIlViUATimvjuOj8TES9zrNWuWU7
d1LM9SUrKngkMIA5s801vT4FlvpL/ER7Yt6idZ8rGPXsMdFOhiV3AzLBl1ypaVrQ+OGum/sh
c56fMCppmz5okaiGJ2DC9MRR0l4e6ZNrg+nKfm7IhIrCn7wED1TJAfuQfz3YYXKEwO8CAwEA
AaOCAzEwggMtMA4GA1UdDwEB/wQEAwIFIDATBgNVHSUEDDAKBggrBgEFBQcDBDAjBgNVHREE
HDAagRhqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20wggIhBgNVHR8EggIYMIICFDCB6KCB5aCB
4oaB32xkYXA6Ly8vY249R3JvdXBlJTIwRnJhbmNlJTIwVGVsZWNvbSUyMEludGVybmFsJTIw
Q0ElMjAxLGNuPWlnY2dmdGksQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9YWQsREM9ZnJhbmNldGVsZWNvbSxEQz1m
cj9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Y2xhc3M9Y1JMRGlzdHJp
YnV0aW9uUG9pbnQwgamggaaggaOGgaBsZGFwOi8vaWdjZ2Z0aS1jYTEtbGRhcC5zaS5mcmFu
Y2V0ZWxlY29tLmZyL291PWlnY2dmdGlfY2ExLG91PUNBLG91PUNSTERQLG91PUFDX09OLG91
PUlHQ0dyb3VwZSxvPUZyYW5jZVRlbGVjb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9i
YXNlP29iamVjdGNsYXNzPXBraUNhMDSgMqAwhi5odHRwOi8vcGtpLWNybC5pdG4uZnRncm91
cC9jcmwvaWdjZ2Z0aV9jYTEuY3JsMEWgQ6BBhj9odHRwOi8vaWdjZ2Z0aS1jYTEtaHR0cC5z
aS5mcmFuY2V0ZWxlY29tLmZyL2NybC9pZ2NnZnRpX2NhMS5jcmwwPgYDVR0gBDcwNTAzBggq
gXoBEAwCAjAnMCUGCCsGAQUFBwIBFhlodHRwOi8vcGtpLW9yYW5nZS5jb20vY3BzMDwGCCsG
AQUFBwEBBDAwLjAsBggrBgEFBQcwAYYgaHR0cDovL3BraS1vY3NwLml0bi5mdGdyb3VwL29j
c3AwHQYDVR0OBBYEFJpO/hkvlNNchTsRMqcXbFKjr7BjMB8GA1UdIwQYMBaAFDYcM2fTE1z6
W5/qi7pEZnRG8Xd4MA0GCSqGSIb3DQEBBQUAA4IBAQCTgsPIg7wni+YEn7NuxicptWVyoYjn
XO9UfYTb4t6M1nizQPrL1ctPCqooEAxUhiH+i8YlnUkG5CHMatTwLtnZJvzGqHkY7q/Ctbki
DOqfhaM4b9by+CJp9B5GTKeUzCKAt2Fk0TKqlwbGdKiUfPL9AC58UYOKqjlMUPf6suxqA1fM
FyCUBu991kEdwSF7iXbSC/QP2EVsr5Yo1WU9856hAD87Lv/hFp5FjVYKFn9iMQvu325XYLvy
EhveODX1HsLj0ohm3/GfPYwyIZpG690uSROq7X8+8WUdX/oplOoaxpEkH5tJO51VAQybQPgj
daMD+h/Latx+6W9Dz6oPAxw0MYIEODCCBDQCAQEwga0wgZYxCzAJBgNVBAYTAkZSMRowGAYD
VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3Qg
QWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5j
ZSBUZWxlY29tIEludGVybmFsIENBIDECEhEhrKTzJoGqMVywoqjNXFnwQTANBglghkgBZQME
AgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkx
MjA1MTYzNzM5WjAvBgkqhkiG9w0BCQQxIgQg0ovkjOzxRsHh5TpAgKIAgjYabGKaQqgLgX/d
FoBWyVkwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqG
SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG
9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwR
RnJhbmNlIFRlbGVjb20gU0ExJDAiBgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmlj
YTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVs
ZWNvbSBJbnRlcm5hbCBDQSAxAhIRIb+AKeqA4nD4aGytIumMzn8wgcAGCyqGSIb3DQEJEAIL
MYGwoIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwRRnJhbmNlIFRlbGVjb20gU0ExJDAi
BgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmljYTEXMBUGA1UECwwOMDAwMiAzODAx
Mjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVsZWNvbSBJbnRlcm5hbCBDQSAxAhIR
Ib+AKeqA4nD4aGytIumMzn8wDQYJKoZIhvcNAQEBBQAEggEAOQyYS4R7csMI563606asOZQG
szu6jbR1171uyd9WR1/lOlb2bRfEB73lM2MBe8LY5jSpL1te4VfQihCFNf8qD//w8ii2NvqZ
Izqf1LaLYf8Hwc3jjxWtUkKpadyIae8486I+cDRl8Ey7HG3ebHa/SVuumtLazIFhIjdvE13q
O94e5I83HI8Ap7RezE0hf8YvbZfkoyHuR5OZ7rSjxUzZn9+CqN5JvCYjRsh+ZJUEk+X4Mahp
rk6DGm3i1V1gfJ0pPajkLGSXhaD9ooIesXJcEXLKUJtZGyVShQNc0azxiWmVX0h0DxCfhWJD
4dP8xVQY7Mf5LZ1k+FVID/6TH9L28gAAAAAAAA==
--------------ms040504090909060901020504--


From nobody Thu Dec  5 08:47:26 2019
Return-Path: <julien.meuric@orange.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C195120241 for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 08:47:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 vPEtp2MQdV7P for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 08:47:23 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D39D12012D for <pce@ietf.org>; Thu,  5 Dec 2019 08:47:23 -0800 (PST)
Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar26.francetelecom.fr (ESMTP service) with ESMTP id 47TM8B00KDzFqHH for <pce@ietf.org>; Thu,  5 Dec 2019 17:47:22 +0100 (CET)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.104]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 47TM896GCnzCqkj for <pce@ietf.org>; Thu,  5 Dec 2019 17:47:21 +0100 (CET)
Received: from [10.193.71.21] (10.114.13.245) by OPEXCAUBM5F.corporate.adroot.infra.ftgroup (10.114.13.104) with Microsoft SMTP Server (TLS) id 14.3.468.0; Thu, 5 Dec 2019 17:47:21 +0100
From: <julien.meuric@orange.com>
Organization: Orange
To: "pce@ietf.org" <pce@ietf.org>
Message-ID: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Date: Thu, 5 Dec 2019 17:47:20 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020903090506090706010506"
X-Originating-IP: [10.114.13.245]
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/zpGWxrx7dvYjIwwiyrS4LhvXhjQ>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 16:47:26 -0000

--------------ms020903090506090706010506
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien



--------------ms020903090506090706010506
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
EmowggTeMIIDxqADAgECAgEBMA0GCSqGSIb3DQEBBQUAMGoxCzAJBgNVBAYTAkZSMRowGAYD
VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxJjAkBgNV
BAMMHUdyb3VwZSBGcmFuY2UgVGVsZWNvbSBSb290IENBMB4XDTA1MTExNzExMDkzOVoXDTI1
MTExNzExMDkzOVowgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBT
QTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAy
IDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENB
IDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCw8ytv/3/3nS8Xkfrfv3lWqny4
Gd1V8eVOT7B0WxfJMqfWPbu0aoc4WScRhqIhAH61Gmfa6f3AVq+o3PptjJ459kMp/ACaeRp8
DFzW7iNFm/Qfdk81V9dVLXHsbYwWU373j/ksx1Smmk3vsq4fWapeAOLfds70KO4RWP/YVSmO
rAFVMiqV4l9f6a+G8Lr2tOZkWaX+3vb3HE6mDG3la3Y6VDpVpioSrz61KPb8pLyOg7TuhhIx
OKTNNefEcDwFKx9zfVJax+PHj6zGbFzdGEMWexwGSi3SXkgAV6/CJNtCHHXE2OprWc30JiCY
18GkvPrRgO1XBSqx0xDIam+WpEh/AgMBAAGjggFgMIIBXDAPBgNVHRMBAf8EBTADAQH/MA4G
A1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUNhwzZ9MTXPpbn+qLukRmdEbxd3gwdAYDVR0jBG0w
a4AUGpJTyM8zG7bypWB94q8kEkGwmmChUIFOQ049R3JvdXBlIEZyYW5jZSBUZWxlY29tIFJv
b3QgQ0EsIE9VPTAwMDIgMzgwMTI5ODY2LCBPPUZyYW5jZSBUZWxlY29tIFNBLCBDPUZSggEA
MIGOBgNVHR8EgYYwgYMwQ6BBoD+GPWh0dHA6Ly9pZ2NnZnQtcmNhLWh0dHAuc2kuZnJhbmNl
dGVsZWNvbS5mci9jcmwvaWdjZ2Z0X3JjYS5jcmwwPKA6oDiGNmh0dHA6Ly9pZ2NnZnQtcmNh
LmZyYW5jZXRlbGVjb20uY29tL2NybC9pZ2NnZnRfcmNhLmNybDATBgNVHSAEDDAKMAgGBiqB
egEQDDANBgkqhkiG9w0BAQUFAAOCAQEAlt994iqOFDZH/wQfDU6EQ1W1B/xs/k3xwBuBZgi3
NRWvvb8KhfoOVOyeuoO1r4072jo/AFDphvixN8EZiRp+luqZXQEXEaHrZjwRydCuUDwjPQkw
A/DU5NzWn0FrKWRIstQa/MBcN9xniazs41Br3oNzlkUbAyuP2s3GRi5uFp7VV5Y5dU8lqdoL
nE/TuBV0LFdre0WOdM7CoWVqNlreb7/zmuK2/zfLIaq2QIcWIOulqiIW1xxFWxc0JZi8p7qV
zvysS0+8wevgoefks3PHoUMEaIHCpoSOC14JSkKCVuUMPBvu+ftPasJ+NQz1jUbb0kjUkpGn
q33GgLPLSvsK5TCCBsAwggWooAMCAQICEhEhrKTzJoGqMVywoqjNXFnwQTANBgkqhkiG9w0B
AQUFADCBljELMAkGA1UEBhMCRlIxGjAYBgNVBAoMEUZyYW5jZSBUZWxlY29tIFNBMSQwIgYD
VQQLDBtXZXN0ZXJuRVUgTWlkZGxlRWFzdCBBZnJpY2ExFzAVBgNVBAsMDjAwMDIgMzgwMTI5
ODY2MSwwKgYDVQQDDCNHcm91cGUgRnJhbmNlIFRlbGVjb20gSW50ZXJuYWwgQ0EgMTAeFw0x
NzAyMjgwOTQyMDhaFw0yMTAyMjgwOTQyMDhaMGoxCzAJBgNVBAYTAkZSMRowGAYDVQQKExFG
cmFuY2UgVGVsZWNvbSBTQTEWMBQGA1UEAwwNTWV1cmljIEp1bGllbjEnMCUGCSqGSIb3DQEJ
AQwYanVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEA0Pfhby8TRScxVqtTKug3CKgJW1ub3Y7JydhngY8GOXTXy7mUt4aA0V2JsooyqF3+
nO1xcl3D1RZ+l04fRNHCh/CUHhamoNykCFRNoIM/DuzT7NE5h94UR/3RRgZ2qbZoIn5KYIBj
bVMacnZnB/qB9DUH61ecMTzrOG0ePtvABWcrhhOZ2S0MvPJkPtAAlL7qvTe9gJwZkBtEuZ0q
rJ0D3OXl5ayV7eP9FuRJ/0jf9FdxnmY0Aagm6+r5vsj9dhU9Gf5cA+mh+L7zrCIpTG2GVLLd
KaSORJ1cZ+LeZlgpK+hKJ4ho+J/Usqu9Ak8ngAeOgJqTjxRvOimdZZfJ+2E/GQIDAQABo4ID
MTCCAy0wDgYDVR0PAQH/BAQDAgbAMBMGA1UdJQQMMAoGCCsGAQUFBwMEMCMGA1UdEQQcMBqB
GGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCAiEGA1UdHwSCAhgwggIUMIHooIHloIHihoHf
bGRhcDovLy9jbj1Hcm91cGUlMjBGcmFuY2UlMjBUZWxlY29tJTIwSW50ZXJuYWwlMjBDQSUy
MDEsY249aWdjZ2Z0aSxDTj1DRFAsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy
dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZCxEQz1mcmFuY2V0ZWxlY29tLERDPWZyP2Nl
cnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRp
b25Qb2ludDCBqaCBpqCBo4aBoGxkYXA6Ly9pZ2NnZnRpLWNhMS1sZGFwLnNpLmZyYW5jZXRl
bGVjb20uZnIvb3U9aWdjZ2Z0aV9jYTEsb3U9Q0Esb3U9Q1JMRFAsb3U9QUNfT04sb3U9SUdD
R3JvdXBlLG89RnJhbmNlVGVsZWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/
b2JqZWN0Y2xhc3M9cGtpQ2EwNKAyoDCGLmh0dHA6Ly9wa2ktY3JsLml0bi5mdGdyb3VwL2Ny
bC9pZ2NnZnRpX2NhMS5jcmwwRaBDoEGGP2h0dHA6Ly9pZ2NnZnRpLWNhMS1odHRwLnNpLmZy
YW5jZXRlbGVjb20uZnIvY3JsL2lnY2dmdGlfY2ExLmNybDA+BgNVHSAENzA1MDMGCCqBegEQ
DAIDMCcwJQYIKwYBBQUHAgEWGWh0dHA6Ly9wa2ktb3JhbmdlLmNvbS9jcHMwPAYIKwYBBQUH
AQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8vcGtpLW9jc3AuaXRuLmZ0Z3JvdXAvb2NzcDAd
BgNVHQ4EFgQUEqE2gJM6hxLi6AlLKQ8kT4r1AlUwHwYDVR0jBBgwFoAUNhwzZ9MTXPpbn+qL
ukRmdEbxd3gwDQYJKoZIhvcNAQEFBQADggEBAGxsRCzFlIhen5KnTgZDP6e5jd+ff1MoW3jq
wiqxg8v33FldytRqsR5ydg4G5s+mdYhtViuuqm+vOo0F+8oSudj2M70zFIzQR2jMvR8P1oFF
2n+aQlZDW/JY5KqsxbUaR1w5QFE4LCj77OlvTTtaHXn6tZINQqD2rE/28S91ShC4H6WfsTve
y2CCLvuYzwUkQ/tPC23rWYxO/hZPkOT/MbgijzIFh4Ys8ENfYNTwkrNSj0LmmJREXIXq50UV
EpnsI2v5hE8jXkXlWvT6eXJ7RkocfIjwENvOMvA5/WxE9tvpVCSGq+c5YMWEfyT6o+V2LtTG
dtJ3dWNCmsmAgBWXnaswggbAMIIFqKADAgECAhIRIb+AKeqA4nD4aGytIumMzn8wDQYJKoZI
hvcNAQEFBQAwgZYxCzAJBgNVBAYTAkZSMRowGAYDVQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEk
MCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3QgQWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4
MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5jZSBUZWxlY29tIEludGVybmFsIENBIDEw
HhcNMTcwMjI4MDk0MjIxWhcNMjEwMjI4MDk0MjIxWjBqMQswCQYDVQQGEwJGUjEaMBgGA1UE
ChMRRnJhbmNlIFRlbGVjb20gU0ExFjAUBgNVBAMMDU1ldXJpYyBKdWxpZW4xJzAlBgkqhkiG
9w0BCQEMGGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAMYlaLPYjHfuVjqtO9apWcAd2PIK1MyO7sDYhYw0itPsnsSzsMUa+o7Xjwr/
9JHcyYEehz2uqzpT0L3bFC8ROTGF3l9sZDPGpUlGeYEFCpNxT2Eg5ZIizYHd5feghGDgbnm0
3UaNldIpi5gtuKSSUHJwLgzZwMykwOdGBkl9dJvj2mccxIlViUATimvjuOj8TES9zrNWuWU7
d1LM9SUrKngkMIA5s801vT4FlvpL/ER7Yt6idZ8rGPXsMdFOhiV3AzLBl1ypaVrQ+OGum/sh
c56fMCppmz5okaiGJ2DC9MRR0l4e6ZNrg+nKfm7IhIrCn7wED1TJAfuQfz3YYXKEwO8CAwEA
AaOCAzEwggMtMA4GA1UdDwEB/wQEAwIFIDATBgNVHSUEDDAKBggrBgEFBQcDBDAjBgNVHREE
HDAagRhqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20wggIhBgNVHR8EggIYMIICFDCB6KCB5aCB
4oaB32xkYXA6Ly8vY249R3JvdXBlJTIwRnJhbmNlJTIwVGVsZWNvbSUyMEludGVybmFsJTIw
Q0ElMjAxLGNuPWlnY2dmdGksQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENO
PVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9YWQsREM9ZnJhbmNldGVsZWNvbSxEQz1m
cj9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Y2xhc3M9Y1JMRGlzdHJp
YnV0aW9uUG9pbnQwgamggaaggaOGgaBsZGFwOi8vaWdjZ2Z0aS1jYTEtbGRhcC5zaS5mcmFu
Y2V0ZWxlY29tLmZyL291PWlnY2dmdGlfY2ExLG91PUNBLG91PUNSTERQLG91PUFDX09OLG91
PUlHQ0dyb3VwZSxvPUZyYW5jZVRlbGVjb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9i
YXNlP29iamVjdGNsYXNzPXBraUNhMDSgMqAwhi5odHRwOi8vcGtpLWNybC5pdG4uZnRncm91
cC9jcmwvaWdjZ2Z0aV9jYTEuY3JsMEWgQ6BBhj9odHRwOi8vaWdjZ2Z0aS1jYTEtaHR0cC5z
aS5mcmFuY2V0ZWxlY29tLmZyL2NybC9pZ2NnZnRpX2NhMS5jcmwwPgYDVR0gBDcwNTAzBggq
gXoBEAwCAjAnMCUGCCsGAQUFBwIBFhlodHRwOi8vcGtpLW9yYW5nZS5jb20vY3BzMDwGCCsG
AQUFBwEBBDAwLjAsBggrBgEFBQcwAYYgaHR0cDovL3BraS1vY3NwLml0bi5mdGdyb3VwL29j
c3AwHQYDVR0OBBYEFJpO/hkvlNNchTsRMqcXbFKjr7BjMB8GA1UdIwQYMBaAFDYcM2fTE1z6
W5/qi7pEZnRG8Xd4MA0GCSqGSIb3DQEBBQUAA4IBAQCTgsPIg7wni+YEn7NuxicptWVyoYjn
XO9UfYTb4t6M1nizQPrL1ctPCqooEAxUhiH+i8YlnUkG5CHMatTwLtnZJvzGqHkY7q/Ctbki
DOqfhaM4b9by+CJp9B5GTKeUzCKAt2Fk0TKqlwbGdKiUfPL9AC58UYOKqjlMUPf6suxqA1fM
FyCUBu991kEdwSF7iXbSC/QP2EVsr5Yo1WU9856hAD87Lv/hFp5FjVYKFn9iMQvu325XYLvy
EhveODX1HsLj0ohm3/GfPYwyIZpG690uSROq7X8+8WUdX/oplOoaxpEkH5tJO51VAQybQPgj
daMD+h/Latx+6W9Dz6oPAxw0MYIEODCCBDQCAQEwga0wgZYxCzAJBgNVBAYTAkZSMRowGAYD
VQQKDBFGcmFuY2UgVGVsZWNvbSBTQTEkMCIGA1UECwwbV2VzdGVybkVVIE1pZGRsZUVhc3Qg
QWZyaWNhMRcwFQYDVQQLDA4wMDAyIDM4MDEyOTg2NjEsMCoGA1UEAwwjR3JvdXBlIEZyYW5j
ZSBUZWxlY29tIEludGVybmFsIENBIDECEhEhrKTzJoGqMVywoqjNXFnwQTANBglghkgBZQME
AgEFAKCCAlswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkx
MjA1MTY0NzIxWjAvBgkqhkiG9w0BCQQxIgQgIccWXxxwCUVTBu0QEl7RohU7PMT3SRFHCtzF
+JQLGlgwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqG
SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG
9w0DAgIBKDCBvgYJKwYBBAGCNxAEMYGwMIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwR
RnJhbmNlIFRlbGVjb20gU0ExJDAiBgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmlj
YTEXMBUGA1UECwwOMDAwMiAzODAxMjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVs
ZWNvbSBJbnRlcm5hbCBDQSAxAhIRIb+AKeqA4nD4aGytIumMzn8wgcAGCyqGSIb3DQEJEAIL
MYGwoIGtMIGWMQswCQYDVQQGEwJGUjEaMBgGA1UECgwRRnJhbmNlIFRlbGVjb20gU0ExJDAi
BgNVBAsMG1dlc3Rlcm5FVSBNaWRkbGVFYXN0IEFmcmljYTEXMBUGA1UECwwOMDAwMiAzODAx
Mjk4NjYxLDAqBgNVBAMMI0dyb3VwZSBGcmFuY2UgVGVsZWNvbSBJbnRlcm5hbCBDQSAxAhIR
Ib+AKeqA4nD4aGytIumMzn8wDQYJKoZIhvcNAQEBBQAEggEAGbtiv41A9tTibLyAx+9WD3lX
qTNfG8lCBksz6KS6nEMBXX63GXne9mnyrp3MCIVayXKgvfRETWN2+3mh/cYHrfCXi/vDL3Ov
S2K23y15EA48JvvO7MMoqJAvmKwCmSQllKEyNIYYMdc2Fo0Xa2C96ioKV41vYvAOd3uuQIrw
XRykoBSZXi0+pUdQasHLFZkMoKwrr2u7kap40x0PskwAEFy9CUUMdze7AowxTV7MrGE5AJhf
8kNCXV5uAjNzo8gh34rC2t19p4xLJi6sBLQc3I+gMpaOWkkqHkZZDD8SHOUvgzOLRqi2GkmK
wTqyU//LMD3aC4EpAaLemcPbGSLs3QAAAAAAAA==
--------------ms020903090506090706010506--


From nobody Thu Dec  5 09:13:12 2019
Return-Path: <hari@netflix.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B3E812097D for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 09:13:11 -0800 (PST)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netflix.com
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 DGKacKDEp33j for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 09:13:10 -0800 (PST)
Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C8A5120979 for <pce@ietf.org>; Thu,  5 Dec 2019 09:13:10 -0800 (PST)
Received: by mail-ua1-x929.google.com with SMTP id p18so1612996uar.7 for <pce@ietf.org>; Thu, 05 Dec 2019 09:13:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google;  h=mime-version:from:date:message-id:subject:to:cc; bh=Tna1bqpxqjJ0AsfxubbtsSJyrFmpBvfndnnj08MGK0w=; b=XeIChVLxfadaEg28CBzmneJEM5iA4miwrQODHkY+tysqt4Nw+Ev/3RcVRVj6Or42+J Fopgs8XKzIMTU0NugEGHAnNiAbXGmsdG1fpSKokqGPSXqKN7Lk1UL+qp8XJ/L/IhNzrM c6QwPKUQuO3rxf/vPeQN8xYVx63UutCybaPFI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=Tna1bqpxqjJ0AsfxubbtsSJyrFmpBvfndnnj08MGK0w=; b=QR461ef/oBOiY1VJYNfKVZg/mjZjd+/uFmtmw6PK/NZS0+klsOuxwla5N4cyI0Rjwz XilZot8CCzkM3I73xU1mLK7/PaQbM8MIxsWnr+b0UST8GLfhGwbg4VnGKMx+2UmoAs3X w6CiddGA2AiNCuAzv982iNC1VfRLfAjCKMUp+YntREdsLpGo7ECZgpi5rOUzZn3Khm4U 7FxCZ5KaciU99HGlg8ov22bM3ZTkUZAtCV5cZWnkz038VEj6C1g8YkWtfkpbw7ACmOKa 6NhB/BrArePemt89b7uQufxtdd77NX8M6MhYjd+1v1uaPBLQa1Vi149K5e0F3X2WNg2J l3iw==
X-Gm-Message-State: APjAAAWxJSdqwU2+8m4pY0XWYNKLUZZRgHnAW15Zkb1tYiA45WM4bb4c opE480/3Z3Itc64AuXxLrwbMJ0n+0kA6cmjKHBIY9A==
X-Google-Smtp-Source: APXvYqw7ap7eeU+HFOweh80C5Smg7iwRjAbZVJ4eVVLyaVlH1Xp45AZ+SkncK3YrLuSzEo4fACRroaa2g5RtJu9U8Ks=
X-Received: by 2002:ab0:314a:: with SMTP id e10mr7874741uam.98.1575565988998;  Thu, 05 Dec 2019 09:13:08 -0800 (PST)
MIME-Version: 1.0
From: Hariharan Ananthakrishnan <hari@netflix.com>
Date: Thu, 5 Dec 2019 09:12:58 -0800
Message-ID: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>,  "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, bill.wu@huawei.com,  daniele.ceccarelli@ericsson.com
Cc: pce@ietf.org
Content-Type: multipart/alternative; boundary="000000000000186ad00598f80b3d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/MW9cjP8T5DC1gNkQgsRfaJ14O5U>
Subject: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 17:13:11 -0000

--000000000000186ad00598f80b3d
Content-Type: text/plain; charset="UTF-8"

Hi Authors,

In preparation for Working Group last call on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari

--000000000000186ad00598f80b3d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,=
sans-serif;font-size:small"><pre style=3D"white-space:pre-wrap;box-sizing:b=
order-box;margin-top:0px;margin-bottom:1rem;overflow:auto;color:rgb(33,37,4=
1);word-break:normal;padding:0px"><font face=3D"verdana, sans-serif">Hi Aut=
hors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF <span class=3D"gmail-il">IPR</span> rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any <span class=3D"gmail-il">IPR</span> applicable to thi=
s draft that should be disclosed
in accordance with IETF <span class=3D"gmail-il">IPR</span> rules.

I am aware of <span class=3D"gmail-il">IPR</span> applicable to this draft,=
 and it has already been
disclosed to the IETF.

I am aware of <span class=3D"gmail-il">IPR</span> applicable to this draft,=
 but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</font></pre></div></div>

--000000000000186ad00598f80b3d--


From nobody Thu Dec  5 09:41:24 2019
Return-Path: <huaimo.chen@futurewei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2301A120091 for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 09:41:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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_NONE=-0.0001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 DkR5rrez0_tw for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 09:41:21 -0800 (PST)
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2114.outbound.protection.outlook.com [40.107.237.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11193120090 for <pce@ietf.org>; Thu,  5 Dec 2019 09:41:21 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jphWhtRtNEM/JZplplA+5TVJqZC41NQBPmiNSa3dEGNmIyWG5XhS6X0pcT6SDqLZyaeaPGlo0aKVSCnA60UJHFC8N/OCAp6Z5qWSio9vye8BdY25hriPdTjfI3Qzjw5Z599jZFnxNUF/fpQrAwNJvDnagi6qawX1oYR3x6QH/2lV/PUcyfvqAHBd4r3bjGeBVQt0OMj2xuh9F5B7MUNphBnbtRtgWGQqDYxxA5AKZOpjwiMGtV6GVIljTGwZVBSj6NWhA/tjwita8199gyDKcP8lUi1AzWSNYCCRYOddoyuvBkVzkd8Qulrxf0YOttXwQbDGmXmfGaOk0NaQSDaMqQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gyQFwHdTb2NLaEDq8HAP/hNFxmi5TK1vRgL3El4SRzg=; b=e0QaKm4JkRfArOK5vwgMaROR7GlsxtufwC6RA4kBwmpzmRH2iuKvl8YJPGjQn2xzINzYKuNPhSdcL9v/2BwoKniYcCCu4DddpgZY2kbTnIeEqbSgVgZwOxrMhCuW+OCDh4ThKfpxgQoT7fAiNaK8rur6oLxsGy0Gh7UfoIRXuqL5wPuoLWqAYT9TPWI0NzmW6GjUjeNETEj2p5h4ZDnCPQ+ROkopheU6/sNPcCag3kXWcylo8lF8iTadgu/ZayxzMcetKYKU2nwQAS3Pe1j2mJ1px35X7l/tECeKNmabIFa8ZMxxRSj2Yr7UAPmG55RrSfhkVlrdezKK4yzvTECRZA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gyQFwHdTb2NLaEDq8HAP/hNFxmi5TK1vRgL3El4SRzg=; b=YZSWn/CTbT7Yrw3YOV4e3CQj8alSatt6hL7SudHtMpNhEyfYg8r9Vdh/R+JxbL27hHYMaLuxS5RXThp6rKItZGDTKJxO7EPO0uIDcL/dsQ15fCU44q5IDDxyM2NUuA8TiMbgBuWsIqWHRTXggfecqOQAHBfxJOqA3/VLy7PF1To=
Received: from SN6PR13MB2271.namprd13.prod.outlook.com (52.135.93.160) by SN6PR13MB2494.namprd13.prod.outlook.com (52.135.95.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.8; Thu, 5 Dec 2019 17:41:18 +0000
Received: from SN6PR13MB2271.namprd13.prod.outlook.com ([fe80::70b0:78f1:a9bf:4b64]) by SN6PR13MB2271.namprd13.prod.outlook.com ([fe80::70b0:78f1:a9bf:4b64%7]) with mapi id 15.20.2538.005; Thu, 5 Dec 2019 17:41:18 +0000
From: Huaimo Chen <huaimo.chen@futurewei.com>
To: Hariharan Ananthakrishnan <hari@netflix.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, "bill.wu@huawei.com" <bill.wu@huawei.com>, "daniele.ceccarelli@ericsson.com" <daniele.ceccarelli@ericsson.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq49JYgpYGFJVVUuf9DU9OKXF5qerzebw
Date: Thu, 5 Dec 2019 17:41:18 +0000
Message-ID: <SN6PR13MB22711E8399890B4B04401201F25C0@SN6PR13MB2271.namprd13.prod.outlook.com>
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
In-Reply-To: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=huaimo.chen@futurewei.com; 
x-originating-ip: [2601:199:4300:8e5a:5c94:835a:af80:99d1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d43b89ca-83f7-4aa4-5952-08d779aa5586
x-ms-traffictypediagnostic: SN6PR13MB2494:
x-microsoft-antispam-prvs: <SN6PR13MB249440D6492D307F8F4A3CB1F25C0@SN6PR13MB2494.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 02426D11FE
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(39850400004)(366004)(136003)(396003)(346002)(376002)(199004)(189003)(81156014)(71190400001)(71200400001)(81166006)(66446008)(66946007)(66556008)(66476007)(64756008)(52536014)(76116006)(74316002)(86362001)(8676002)(2906002)(33656002)(4326008)(54896002)(229853002)(55016002)(9686003)(8936002)(5660300002)(14454004)(186003)(25786009)(5070765005)(99286004)(7696005)(76176011)(316002)(53546011)(478600001)(110136005)(6506007)(44832011)(102836004)(11346002)(19627405001)(14444005); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR13MB2494; H:SN6PR13MB2271.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: jcLyCG6coBarKlSYULL3jsJMVZMRgCwt7EVavu1t9Smx0sJb7xRdZCoMcz0zsQzqIgpBoy1vzSVF1JEDTeNrZ3O8CvT9ZppRJm5w7xg8C+EfEUH63TefuDE/S7Dh4HTKo8KB8kYv3TZ7LnCyM6S7q7iYrVRfgEkPdB6xc69vTY+apWIo14B3gAbhZPQOFJSFlnEdRTzY45tx1vRlgzwNN4347tRKUH9aoCQ/8AUFHPmP6RDANHYiC5IfP8P8fK2S1imV6KIbIYIsQRNvfmij9mV8M1HyV3QC2fGlABZuQS89zM/CWLZrXohrdJsXzEx0EbM5IIUN30EWeo3a30XAHMHOIGBaJNPx0E7ozC1lCKtQAGqtU5w+0VcDZ/8wkVg7JEHIA9XlOmHZKAepycXl9fwjmtMwR3Ygw7jEp8mS0XucUV89PnPqhguKKbkKR3Cc
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB22711E8399890B4B04401201F25C0SN6PR13MB2271namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d43b89ca-83f7-4aa4-5952-08d779aa5586
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Dec 2019 17:41:18.0684 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: h9iTN3CTaKSuuBnFNW+z7uEOS+snWJEJ0xCgRmxzldZXzqWAfVtKuLQg352nhfibzza5i6tzfuHXcRkw07SlZw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2494
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/bEdp6-z3loXSo5snbh225_8D2K4>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2019 17:41:23 -0000

--_000_SN6PR13MB22711E8399890B4B04401201F25C0SN6PR13MB2271namp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

    I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

Best Regards,
Huaimo
________________________________
From: Hariharan Ananthakrishnan <hari@netflix.com>
Sent: Thursday, December 5, 2019 12:12 PM
To: Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <zhuangyan.zhu=
ang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>; daniele.ceccarell=
i@ericsson.com <daniele.ceccarelli@ericsson.com>
Cc: pce@ietf.org <pce@ietf.org>
Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling


Hi Authors,

In preparation for Working Group last call on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari

--_000_SN6PR13MB22711E8399890B4B04401201F25C0SN6PR13MB2271namp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<pre style=3D"background-color: rgb(255, 255, 255); box-sizing: border-box;=
 margin-top: 0px; margin-bottom: 1rem; overflow: auto; color: rgb(33, 37, 4=
1)"><font face=3D"verdana, sans-serif"><span style=3D"font-size: 11pt; font=
-family: Arial, Helvetica, sans-serif;">    I am aware of </span><span styl=
e=3D"margin: 0px; font-size: 11pt; font-family: Arial, Helvetica, sans-seri=
f;">IPR</span><span style=3D"font-size: 11pt; font-family: Arial, Helvetica=
, sans-serif;"> applicable to this draft, and it has already been=0A=
disclosed to the IETF.</span></font></pre>
</div>
<div>
<div id=3D"appendonsend"></div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12p=
t; color:rgb(0,0,0)">
<span style=3D"font-size: 11pt; font-family: Arial, Helvetica, sans-serif;"=
></span><span style=3D"font-size: 11pt; font-family: Arial, Helvetica, sans=
-serif;">Best Regards,</span></div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12p=
t; color:rgb(0,0,0)">
<span style=3D"font-size: 11pt; font-family: Arial, Helvetica, sans-serif;"=
>Huaimo</span></div>
<hr tabindex=3D"-1" style=3D"display:inline-block; width:98%">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" co=
lor=3D"#000000" style=3D"font-size:11pt"><b>From:</b> Hariharan Ananthakris=
hnan &lt;hari@netflix.com&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 12:12 PM<br>
<b>To:</b> Huaimo Chen &lt;huaimo.chen@futurewei.com&gt;; Zhuangyan (Yan) &=
lt;zhuangyan.zhuang@huawei.com&gt;; bill.wu@huawei.com &lt;bill.wu@huawei.c=
om&gt;; daniele.ceccarelli@ericsson.com &lt;daniele.ceccarelli@ericsson.com=
&gt;<br>
<b>Cc:</b> pce@ietf.org &lt;pce@ietf.org&gt;<br>
<b>Subject:</b> IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling</fon=
t>
<div>&nbsp;</div>
</div>
<div>
<div dir=3D"ltr">
<div class=3D"x_gmail_default" style=3D"font-family:verdana,sans-serif; fon=
t-size:small">
<pre style=3D"white-space:pre-wrap; box-sizing:border-box; margin-top:0px; =
margin-bottom:1rem; overflow:auto; color:rgb(33,37,41); word-break:normal; =
padding:0px"><font face=3D"verdana, sans-serif">Hi Authors,=0A=
=0A=
In preparation for Working Group last call on this draft, I'd like all=0A=
authors and contributors to confirm on the list that they are in compliance=
=0A=
with IETF <span class=3D"x_gmail-il">IPR</span> rules.=0A=
=0A=
Please respond (copying the mailing list) to say one of:=0A=
=0A=
I am not aware of any <span class=3D"x_gmail-il">IPR</span> applicable to t=
his draft that should be disclosed=0A=
in accordance with IETF <span class=3D"x_gmail-il">IPR</span> rules.=0A=
=0A=
I am aware of <span class=3D"x_gmail-il">IPR</span> applicable to this draf=
t, and it has already been=0A=
disclosed to the IETF.=0A=
=0A=
I am aware of <span class=3D"x_gmail-il">IPR</span> applicable to this draf=
t, but that has not yet been=0A=
disclosed to the IETF. I will work to ensure that it will be disclosed in a=
=0A=
timely manner.=0A=
=0A=
Thanks,=0A=
- Hari</font></pre>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_SN6PR13MB22711E8399890B4B04401201F25C0SN6PR13MB2271namp_--


From nobody Thu Dec  5 17:28:27 2019
Return-Path: <zhenghaomian@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 593F412004D for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 17:28:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 sAu-92Y67fa6 for <pce@ietfa.amsl.com>; Thu,  5 Dec 2019 17:28:23 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C149E12004C for <pce@ietf.org>; Thu,  5 Dec 2019 17:28:22 -0800 (PST)
Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 1FBE12FB706604F62E14 for <pce@ietf.org>; Fri,  6 Dec 2019 01:28:17 +0000 (GMT)
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 6 Dec 2019 01:28:16 +0000
Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.151]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Fri, 6 Dec 2019 09:28:13 +0800
From: Zhenghaomian <zhenghaomian@huawei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq4vDQCeulyJ+jE+lPkQJlM5SlKesSkUA
Date: Fri, 6 Dec 2019 01:28:13 +0000
Message-ID: <E0C26CAA2504C84093A49B2CAC3261A43B90A894@dggeml511-mbx.china.huawei.com>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.24.178.103]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/Bka6nwu_jdlhSL2xw5M4vvkezuU>
Subject: [Pce] =?utf-8?b?562U5aSNOiAgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0?= =?utf-8?q?ateful-pce-lsp-scheduling?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Dec 2019 01:28:25 -0000

SGkgV0csIENoYWlycywgDQoNCkkgcmVhZCB0aGlzIGRvY3VtZW50LCBhbmQgSSB0aGluayBpdCdz
IHJlYWR5IGZvciBwdWJsaWNhdGlvbi4gDQoNCkJlc3Qgd2lzaGVzLA0KSGFvbWlhbg0KDQoNCi0t
LS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNA
aWV0Zi5vcmddIOS7o+ihqCBqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20NCuWPkemAgeaXtumXtDog
MjAxOeW5tDEy5pyINuaXpSAwOjQ3DQrmlLbku7bkuro6IHBjZUBpZXRmLm9yZw0K5Li76aKYOiBb
UGNlXSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5n
DQoNCkRlYXIgUENFIFdHLA0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMi13ZWVrIFBDRSBXRyBM
YXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZy0x
MC4gUGxlYXNlIHJldmlldyB0aGUgZG9jdW1lbnQgYW5kIHNoYXJlIHlvdXIgY29tbWVudHMgYW5k
L29yIGludGVyZXN0IHVzaW5nIHRoZSBQQ0UgbWFpbGluZyBsaXN0IGJ5IFRodXJzZGF5IERlY2Vt
YmVyIDE5Lg0KDQpUaGFua3MsDQoNCkRocnV2ICYgSnVsaWVuDQoNCg0K


From nobody Fri Dec  6 11:34:27 2019
Return-Path: <huaimo.chen@futurewei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E7CA1200EB for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 11:34:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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_NONE=-0.0001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 smPO4w_XTl4m for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 11:34:23 -0800 (PST)
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700125.outbound.protection.outlook.com [40.107.70.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23D0812006D for <pce@ietf.org>; Fri,  6 Dec 2019 11:34:23 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RP+nNXt9Pq7K7KHWdREVAL7VSZho6rpxlt96hSR14XBEwVzEZzYvQj+2nnjaiGXiOPaoIQFhIoCg3SFeajQpfvJDyKAxl4KIGiEIo6FwuQVj0mROeAIKSZ4s9u5alELd4S9Qpm30Tiqs255ohkqmuy2TY95W1o1YUvyH2sRSRs3iH7NEgqeXHupW4hAAr3EP6SvvYdVRhMedDOTKqVmk4e5x6dbFAJWGJKYq7B0vXIgXzyIMJCXWMK5YGTf49YVCjSAK2vaX3jVut4CWDdwylCv5Nq9d122+JZjTvZUCRV238/OWDZBpf7uatxbhHjWK4JMgnqUiqSsB9Str3b3ftg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mmh310MjGTKnSz/W6WWBm6WpQXC0SpdtBgDYLXu0/wA=; b=X47wvOseavLha1FbxETk/Vo8gAKcjlHpijzY4AG9U8XiX3P5PCPgrv2hEYyxOZLBc+bM/mK1wGMsaU/UPb1ec3mk5lhwdhs3Dt96gupjZ5ao0PWUKdxE2uth6sSn7ZMbf8WQG9ZFQEOCGCCfNKApcJd1qlx4wOrakjg4Esnl9vq5ynGQ99YWLT9rSPZPyvEudeMPDogUix41AGQjaLrGyuY2u8dsnBrE9utjuzXAzStYOm7SHlW6LGwTuq1qkHvIX7UA9nmqMNvueR/trAgQ9g3dvJRfzfy1RSD2Gx/QMKhGaur06/KVSxnw2HUMw6ICiEQm9IiieVRhNBjxOLbZrw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mmh310MjGTKnSz/W6WWBm6WpQXC0SpdtBgDYLXu0/wA=; b=XhqDF4ofJaUJ8WO3ow2rsj37oC0tM4Im393tNKovsatzIIk0Lfn4gzb5HW+e+fzh8VnUHVBUnwIQs/3SFDanndik7B1ZNH745JlSOYkSKUzvCJ6LLjdzqkbdc5Nk+pweG71t64uT3ZSyCKPpa+5Ao4KxuQEBXDXSNVMCnPARqU8=
Received: from SN6PR13MB2271.namprd13.prod.outlook.com (52.135.93.160) by SN6PR13MB2335.namprd13.prod.outlook.com (52.135.94.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.6; Fri, 6 Dec 2019 19:34:18 +0000
Received: from SN6PR13MB2271.namprd13.prod.outlook.com ([fe80::70b0:78f1:a9bf:4b64]) by SN6PR13MB2271.namprd13.prod.outlook.com ([fe80::70b0:78f1:a9bf:4b64%7]) with mapi id 15.20.2538.005; Fri, 6 Dec 2019 19:34:18 +0000
From: Huaimo Chen <huaimo.chen@futurewei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq4uwhWskQnHkhkC0xb495F/uIKetgMWD
Date: Fri, 6 Dec 2019 19:34:18 +0000
Message-ID: <SN6PR13MB22712EA062ABF2827FC8D728F25F0@SN6PR13MB2271.namprd13.prod.outlook.com>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=huaimo.chen@futurewei.com; 
x-originating-ip: [12.111.81.95]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 25f0217e-12e6-40f5-241d-08d77a83498c
x-ms-traffictypediagnostic: SN6PR13MB2335:
x-microsoft-antispam-prvs: <SN6PR13MB23351F92EAC2F5DB48AAED3EF25F0@SN6PR13MB2335.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:3513;
x-forefront-prvs: 0243E5FD68
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(39840400004)(376002)(346002)(136003)(396003)(189003)(199004)(66556008)(74316002)(66476007)(8936002)(66946007)(76116006)(44832011)(81156014)(66446008)(33656002)(54896002)(55016002)(26005)(2906002)(4744005)(86362001)(64756008)(5660300002)(19627405001)(52536014)(229853002)(81166006)(9686003)(8676002)(71190400001)(76176011)(99286004)(7696005)(110136005)(186003)(316002)(71200400001)(102836004)(6506007)(478600001)(53546011); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR13MB2335; H:SN6PR13MB2271.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: TOfG87EqYgi4/dH+ffPEM0rGBpu95qO89nLl0ra4VhNxDdoHK8szwEYu8ux3NotEH+R0IuvKjheEIlAQUDPurv4h1AE9dZu9HmwBhZulsTNk7svAgsn7UxfykbfgO7N83qaWVbzmrXM49+de4OeTckOJLTWNIwNenSW2dKVqZwYNN5PCZ7k1jNbbfbGA/6hYCQs9ISKkMnE6tTIdnIJ7vOkGX+Lz6mkptwP8vtJKOS9G5vyA0Rtd4KyRd6a9bbvxOvaBtEh9cSMMcuLheyokZgJR0mOi7gn3CCjdKTERIthy9VqTLFkm3MR2iXqIqqFjpVoDMq6nDOU+sE3hUgixNjr/snIPYUbHe2AhJUh2ccrzXiHjMOI5uqwTtjQMpafQTWy14gKT4+1c0LZFXm/nEjQwKTqNu7f/AWkVeAoR+X6KAaTGvVGkLLQ+wD1qdodu
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB22712EA062ABF2827FC8D728F25F0SN6PR13MB2271namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 25f0217e-12e6-40f5-241d-08d77a83498c
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2019 19:34:18.8400 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Ei6gyl8Y5d+KTfb6OvcHAOnEtUMT59ZICHmYLC4zaAyCyxi2s05aifKyDm7RpbeCmj1y5/s4qIxFoxpS1AxY/A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2335
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/itFlDwK0X1S6WvmY9Zap9FVEB1w>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Dec 2019 19:34:25 -0000

--_000_SN6PR13MB22712EA062ABF2827FC8D728F25F0SN6PR13MB2271namp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Support its publication.

Best Regards,
Huaimo as co-author
________________________________
From: Pce <pce-bounces@ietf.org> on behalf of julien.meuric@orange.com <jul=
ien.meuric@orange.com>
Sent: Thursday, December 5, 2019 11:47 AM
To: pce@ietf.org <pce@ietf.org>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien



--_000_SN6PR13MB22712EA062ABF2827FC8D728F25F0SN6PR13MB2271namp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
Support its publication.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div>
<div id=3D"appendonsend"></div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12p=
t; color:rgb(0,0,0)">
Best Regards,</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12p=
t; color:rgb(0,0,0)">
Huaimo as co-author</div>
<hr tabindex=3D"-1" style=3D"display:inline-block; width:98%">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" co=
lor=3D"#000000" style=3D"font-size:11pt"><b>From:</b> Pce &lt;pce-bounces@i=
etf.org&gt; on behalf of julien.meuric@orange.com &lt;julien.meuric@orange.=
com&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 11:47 AM<br>
<b>To:</b> pce@ietf.org &lt;pce@ietf.org&gt;<br>
<b>Subject:</b> [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<=
/font>
<div>&nbsp;</div>
</div>
<div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt"=
>
<div class=3D"PlainText">Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<br>
<br>
<br>
</div>
</span></font></div>
</div>
</body>
</html>

--_000_SN6PR13MB22712EA062ABF2827FC8D728F25F0SN6PR13MB2271namp_--


From nobody Fri Dec  6 12:29:39 2019
Return-Path: <mehmet.toy@verizon.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 868D71200CD for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 12:29:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 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_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=AeP7mS+u; dkim=pass (2048-bit key) header.d=verizon-com.20150623.gappssmtp.com header.b=Lfx2AQ21
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 eSg4rAXe5l2S for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 12:29:35 -0800 (PST)
Received: from mx0b-0024a201.pphosted.com (mx0b-0024a201.pphosted.com [148.163.153.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5ABFB12006D for <pce@ietf.org>; Fri,  6 Dec 2019 12:29:35 -0800 (PST)
Received: from pps.filterd (m0098282.ppops.net [127.0.0.1]) by mx0a-0024a201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xB6KRc85130673 for <pce@ietf.org>; Fri, 6 Dec 2019 15:29:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.com; h=mime-version : from : date : message-id : subject : to : cc : content-type; s=corp; bh=cjniihsltGXw/Jzi4FgITsn9IEAQ5ZxebV5HjOfR1oU=; b=AeP7mS+umKEnVTkpT3PeJWtFVEwlAZiY55msHMVV4G15wIpN1iKjYUIh9ou/q0a+9Ao9 lnK8VYNg/deuSj2Yc89MI0ebdbwW5xiNQLAJ5zdVkQvgbbIb/bQLsPYu0y77zywyGF09 +tMre3u4/UTiL5oGZwErge8dEE202vytWag= 
Received: from mail-qt1-f198.google.com (mail-qt1-f198.google.com [209.85.160.198]) by mx0a-0024a201.pphosted.com with ESMTP id 2wqn10y29t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for <pce@ietf.org>; Fri, 06 Dec 2019 15:29:34 -0500
Received: by mail-qt1-f198.google.com with SMTP id v25so1427966qtq.3 for <pce@ietf.org>; Fri, 06 Dec 2019 12:29:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=cjniihsltGXw/Jzi4FgITsn9IEAQ5ZxebV5HjOfR1oU=; b=Lfx2AQ21EwYFH0iq//55N3lgxe3tlBr1lPQrJ5URP9L1eQBZwXzDtJ0bNRc1gs6ai4 ZtRJ4uNDWWDRQLGdCf6C/COYbOzZ9LznDMJTsshPfFtfATbna0eQczUHPgQA+iMg6m4M NCjt9bh6mb3U+BK70G5kRdJrrT8uwMYCPSw2GneOhfJfP7tJandxIXkXDLx4D9BruLLF vDtpdUAO8nkIyuWdvrOQY/PlAg1Zn+L6gwb1g1G+NN+/lA+9V0C6CyZJQXOH9/Yz2973 f3jTYaxjAkKi8OX6WJbb6dqXKBTPhQ/bpnXnfGOkfZDTMcwsQhVUpYp/dPGcempwUAc4 +t/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=cjniihsltGXw/Jzi4FgITsn9IEAQ5ZxebV5HjOfR1oU=; b=OxwpfGtt6fMNOL3GbJe/KszVVWufnEeLCc9aoMyv1yQVLpbZ1jc11doi88qdWOONPS prRsPkJ6raqMIfpzX4J2uQt1Dt2SwHQlSHfPknM//IWBWgwm20L3UgMRRWioA7nyxB20 3AAR73el5JOCeg7441SJyNCK7rBczcODMYEuNjHmsSNhRRKL6jNXQwz3cn0TTdBQz2kT G9FeRSA5p51BxMwJBkT9UIqnl9GWHLyEGeHm43TLwCsLaOEh5pwzBwiC7sL8qQzE5NAa nCk1j5CMLjZFOCDEbBVXPk8zRDSfQ7QZWjDQhx63+78ieleZF+xNy0X2R1eQhaYCR7CF 7meQ==
X-Gm-Message-State: APjAAAX/wve2KfmT0rJmUxsshmbhDHQwVlkLCJLHbJxmvGb+c0E82Urq 75PiJOO1/yDLdBAi+q6rpex/DxgNRehyMEu56VP48Gaya7MrHyCIA7dt1h9FyWPuOdk3CJztLYw YCoAXzvA/qHIN1X+qru4=
X-Received: by 2002:a37:9906:: with SMTP id b6mr2862155qke.406.1575664173460;  Fri, 06 Dec 2019 12:29:33 -0800 (PST)
X-Google-Smtp-Source: APXvYqz1jAFFPZSqRmLwZ4ykGToOMu0aIpPwu5vFAgv7FojMpIaNKHBMZYkc3p9LbPX8aj2E/onmbtrPTw44WntnEIo=
X-Received: by 2002:a37:9906:: with SMTP id b6mr2862102qke.406.1575664172783;  Fri, 06 Dec 2019 12:29:32 -0800 (PST)
MIME-Version: 1.0
From: "Toy, Mehmet" <mehmet.toy@verizon.com>
Date: Fri, 6 Dec 2019 15:29:21 -0500
Message-ID: <CAKr6JWt1yDy0SnMYzdAcr4vfxW-mutEcUWjDD8jXdjvLSMMryg@mail.gmail.com>
To: Hariharan Ananthakrishnan <hari@netflix.com>
Cc: pce@ietf.org, daniele.ceccarelli@ericsson.com, bill.wu@huawei.com, Huaimo Chen <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>
Content-Type: multipart/alternative; boundary="0000000000004df2f505990ee79a"
X-mailroute: internal
X-Proofpoint-Spam-Details: rule=out_spam_notspam policy=out_spam score=0 suspectscore=1 lowpriorityscore=0 malwarescore=0 priorityscore=1501 spamscore=0 impostorscore=0 phishscore=0 bulkscore=0 clxscore=1011 mlxscore=0 mlxlogscore=805 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912060163
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/-HMmKyLL0QIxOuvGcTp8BvHzx0s>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Dec 2019 20:29:38 -0000

--0000000000004df2f505990ee79a
Content-Type: text/plain; charset="UTF-8"

  I am not aware of any IPR applicable to this draft that should be
disclosed in accordance with IETF IPR rules.
Thanks
Mehmet

----------------------------------------------------------------------------------------------------------------
*From:* Hariharan Ananthakrishnan <hari@netflix.com>
*Sent:* Thursday, December 5, 2019 12:12 PM
*To:* Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <
zhuangyan.zhuang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>;
daniele.ceccarelli@ericsson.com <daniele.ceccarelli@ericsson.com>
*Cc:* pce@ietf.org <pce@ietf.org>
*Subject:* IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling


Hi Authors,

In preparation for Working Group last call on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari

--0000000000004df2f505990ee79a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>=C2=A0 I am not aware of any IPR applicable to this d=
raft that should be disclosed
in accordance with IETF IPR rules.=C2=A0</div><div>Thanks</div><div>Mehmet=
=C2=A0<br></div><div><br></div>--------------------------------------------=
--------------------------------------------------------------------<br><di=
v><div id=3D"gmail-m_-7947253557976534065divRplyFwdMsg" dir=3D"ltr"><font f=
ace=3D"Calibri, sans-serif" color=3D"#000000" style=3D"font-size:11pt"><b>F=
rom:</b>=C2=A0Hariharan Ananthakrishnan &lt;<a href=3D"mailto:hari@netflix.=
com" target=3D"_blank">hari@netflix.com</a>&gt;<br><b>Sent:</b>=C2=A0Thursd=
ay, December 5, 2019 12:12 PM<br><b>To:</b>=C2=A0Huaimo Chen &lt;<a href=3D=
"mailto:huaimo.chen@futurewei.com" target=3D"_blank">huaimo.chen@futurewei.=
com</a>&gt;; Zhuangyan (Yan) &lt;<a href=3D"mailto:zhuangyan.zhuang@huawei.=
com" target=3D"_blank">zhuangyan.zhuang@huawei.com</a>&gt;;=C2=A0<a href=3D=
"mailto:bill.wu@huawei.com" target=3D"_blank">bill.wu@huawei.com</a>=C2=A0&=
lt;<a href=3D"mailto:bill.wu@huawei.com" target=3D"_blank">bill.wu@huawei.c=
om</a>&gt;;=C2=A0<a href=3D"mailto:daniele.ceccarelli@ericsson.com" target=
=3D"_blank">daniele.ceccarelli@ericsson.com</a>=C2=A0&lt;<a href=3D"mailto:=
daniele.ceccarelli@ericsson.com" target=3D"_blank">daniele.ceccarelli@erics=
son.com</a>&gt;<br><b>Cc:</b>=C2=A0<a href=3D"mailto:pce@ietf.org" target=
=3D"_blank">pce@ietf.org</a>=C2=A0&lt;<a href=3D"mailto:pce@ietf.org" targe=
t=3D"_blank">pce@ietf.org</a>&gt;<br><b>Subject:</b>=C2=A0IPR Poll on draft=
-ietf-pce-stateful-pce-lsp-scheduling</font><div>=C2=A0</div></div><div><di=
v dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:verdana,san=
s-serif"><pre style=3D"white-space:pre-wrap;box-sizing:border-box;margin-to=
p:0px;margin-bottom:1rem;overflow:auto;color:rgb(33,37,41);word-break:norma=
l;padding:0px"><font face=3D"verdana, sans-serif">Hi Authors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</font></pre></div></div></div></div></div>

--0000000000004df2f505990ee79a--


From nobody Fri Dec  6 13:54:13 2019
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E84A120A5F; Fri,  6 Dec 2019 13:54:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 b6mV51y2589w; Fri,  6 Dec 2019 13:53:53 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8266120A80; Fri,  6 Dec 2019 13:53:47 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 672B9F4074E; Fri,  6 Dec 2019 13:53:42 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, pce@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20191206215342.672B9F4074E@rfc-editor.org>
Date: Fri,  6 Dec 2019 13:53:42 -0800 (PST)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/T0mSTJ9D2QOcYjdPCfY2TmC64II>
Subject: [Pce] =?utf-8?q?RFC_8664_on_Path_Computation_Element_Communicati?= =?utf-8?q?on_Protocol_=28PCEP=29_Extensions_for_Segment_Routing?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Dec 2019 21:54:05 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8664

        Title:      Path Computation Element Communication Protocol 
                    (PCEP) Extensions for Segment Routing 
        Author:     S. Sivabalan,
                    C. Filsfils,
                    J. Tantsura,
                    W. Henderickx,
                    J. Hardwick
        Status:     Standards Track
        Stream:     IETF
        Date:       December 2019
        Mailbox:    msiva@cisco.com, 
                    cfilsfil@cisco.com, 
                    jefftant.ietf@gmail.com,
                    wim.henderickx@nokia.com, 
                    jonathan.hardwick@metaswitch.com
        Pages:      29
        Updates:    RFC 8408

        I-D Tag:    draft-ietf-pce-segment-routing-16.txt

        URL:        https://www.rfc-editor.org/info/rfc8664

        DOI:        10.17487/RFC8664

Segment Routing (SR) enables any head-end node to select any path
without relying on a hop-by-hop signaling technique (e.g., LDP or
RSVP-TE). It depends only on "segments" that are advertised by
link-state Interior Gateway Protocols (IGPs). An SR path can be
derived from a variety of mechanisms, including an IGP Shortest Path
Tree (SPT), an explicit configuration, or a Path Computation Element
(PCE). This document specifies extensions to the Path Computation
Element Communication Protocol (PCEP) that allow a stateful PCE to
compute and initiate Traffic-Engineering (TE) paths, as well as a
Path Computation Client (PCC) to request a path subject to certain
constraints and optimization criteria in SR networks.

This document updates RFC 8408.

This document is a product of the Path Computation Element Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


From nobody Fri Dec  6 16:12:47 2019
Return-Path: <noreply@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 249BF12010C; Fri,  6 Dec 2019 16:12:46 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Hariharan Ananthakrishnan via Datatracker <noreply@ietf.org>
To: <db3546@att.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.111.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: iesg-secretary@ietf.org, pce@ietf.org, Hariharan Ananthakrishnan <hari@netflix.com>, pce-chairs@ietf.org, hari@netflix.com
Message-ID: <157567756614.21094.11633619082501680428.idtracker@ietfa.amsl.com>
Date: Fri, 06 Dec 2019 16:12:46 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/xyrVwBKQ9r2Z6wvplzFeLqPPjAM>
Subject: [Pce] Publication has been requested for draft-ietf-pce-stateful-flags-00
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Dec 2019 00:12:46 -0000

Hariharan Ananthakrishnan has requested publication of draft-ietf-pce-stateful-flags-00 as Proposed Standard on behalf of the PCE working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/


From nobody Fri Dec  6 19:04:46 2019
Return-Path: <khuzemap@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC08F120044 for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 16:54:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 TobUL-_L6rZo for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 16:54:18 -0800 (PST)
Received: from mail-vs1-xe44.google.com (mail-vs1-xe44.google.com [IPv6:2607:f8b0:4864:20::e44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD3DD12003E for <pce@ietf.org>; Fri,  6 Dec 2019 16:54:17 -0800 (PST)
Received: by mail-vs1-xe44.google.com with SMTP id p6so6390108vsj.11 for <pce@ietf.org>; Fri, 06 Dec 2019 16:54:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=sKxvU499E8tCExu+4+A6wqgZkWoW1B429YGCfqrqVEo=; b=h6XjYqV6i0wTP4uA0hA2qh+uOsgOhWIA+7yOcPMdU9n5Q+H/syVdmIBCnuztEohUuw mobjQEj2H4q+Ly/yivQeJbVsIB4nQcoW1Px9gXbf1HwRNEVqvF26o54oFsIy0ewMkFYP IhwSGbMZm4uGDXDDrHe9Fo6Ew1/s6i4DY8/LzvXJaTDih/32WT/7R8bz9mVyITj2lXjA 7hoPAG/pdAEtaudp7xdlijoCrPUv2sMJ6Ts5aRhMdCpFN87ftSlq0wTboSXcUG8ELusE AJgeenRQNsI4wHuhbJYJJrhYc1cbGP7GY0YenVfQ1ka/swwD1yX8RuTXx4YdomW7wmHU mWYQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=sKxvU499E8tCExu+4+A6wqgZkWoW1B429YGCfqrqVEo=; b=MQDpiFOw93llUUm4MN0uuMx6SFv4wZBDgnHC+HV4wmFQkdITBjzxCpKcGDUk/mILLo JkqxUDmzmoLlQwp06NSBlhauLcFzIMhlHICwyPRd5gscECXkrNnwu6T6bmpkHDsb0Gvn EcyawZMrPWg2wJ9kHiJ9gbwFLS35fR64M+k4fQXL9l47GQn4xiEvkWsf2TkuPweBel+p nXQwRq1RAXMItxkBjF7bb62B5Wzionynett6d7+94hdFr4W+SqOXBgCaSUA7YG5GQd9L 9tYtqs/c58eR9ughe6EpzI9rkMeN07hNMyLrNRwn9tANTN8a8NSOHjQfgTvCKJlxk3L6 ORBg==
X-Gm-Message-State: APjAAAUsq/JXGiC3L31N44cgKoghgGPUKUNPqaswiloPsHJ/j6SMpPaq 8+bN1TJ8KBVVU8i0f5pLeJbAyyOoBvIFJarR254=
X-Google-Smtp-Source: APXvYqyfB4YhY2B6LyEZ7ZGAnmKJqXWVOWaSBUNVPQK4W3GnWAw2rMDHl/MFvtmDA/p0y/BBSaQnlQJmm63lGy2q40Q=
X-Received: by 2002:a67:f4c3:: with SMTP id s3mr11586812vsn.89.1575680056678;  Fri, 06 Dec 2019 16:54:16 -0800 (PST)
MIME-Version: 1.0
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com> <SN6PR13MB2271510C033D22EA7945131FF25F0@SN6PR13MB2271.namprd13.prod.outlook.com> <SN6PR13MB22716EB821F3C35BCF809D9DF25F0@SN6PR13MB2271.namprd13.prod.outlook.com>
In-Reply-To: <SN6PR13MB22716EB821F3C35BCF809D9DF25F0@SN6PR13MB2271.namprd13.prod.outlook.com>
From: Khuzema Pithewan <khuzemap@gmail.com>
Date: Fri, 6 Dec 2019 16:54:05 -0800
Message-ID: <CAO7L=KtFiotPL2sdTYSk6kYhZBmtS+CqgcyGM5Rk5RwtJHLdnQ@mail.gmail.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>,  "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, bill.wu@huawei.com,  Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000ee89b0599129ac8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/m-LLBB_KMztLdFiJxFyY0qUeb5o>
X-Mailman-Approved-At: Fri, 06 Dec 2019 19:04:44 -0800
Subject: Re: [Pce] Fw: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Dec 2019 00:54:20 -0000

--0000000000000ee89b0599129ac8
Content-Type: text/plain; charset="UTF-8"

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPRrules.

Khuzema


> ------------------------------
> *From:* Hariharan Ananthakrishnan <hari@netflix.com>
> *Sent:* Thursday, December 5, 2019 12:12 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <
> zhuangyan.zhuang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>;
> daniele.ceccarelli@ericsson.com <daniele.ceccarelli@ericsson.com>
> *Cc:* pce@ietf.org <pce@ietf.org>
> *Subject:* IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
>
>
> Hi Authors,
>
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in compliance
> with IETF IPR rules.
>
> Please respond (copying the mailing list) to say one of:
>
> I am not aware of any IPR applicable to this draft that should be disclosed
> in accordance with IETF IPR rules.
>
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in a
> timely manner.
>
> Thanks,
> - Hari
>
>

--0000000000000ee89b0599129ac8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"color:rgb=
(0,0,0);font-family:-webkit-standard;font-size:medium">I am not aware of an=
y=C2=A0</span><span style=3D"color:rgb(0,0,0);font-family:-webkit-standard"=
>IPR=C2=A0</span><span style=3D"color:rgb(0,0,0);font-family:-webkit-standa=
rd;font-size:medium">applicable to this draft that should be disclosed in a=
ccordance with IETF=C2=A0</span><span style=3D"color:rgb(0,0,0);font-family=
:-webkit-standard">IPR</span><span style=3D"color:rgb(0,0,0);font-family:-w=
ebkit-standard;font-size:medium">rules.</span><br></div><div dir=3D"ltr"><s=
pan style=3D"color:rgb(0,0,0);font-family:-webkit-standard;font-size:medium=
"><br></span></div><div><span style=3D"color:rgb(0,0,0);font-family:-webkit=
-standard;font-size:medium">Khuzema</span></div><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr"><br></div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-=
style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">




<div dir=3D"ltr">
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
<br>
</div>
<div>
<div>
<div>
<div id=3D"gmail-m_-5791752638765321820appendonsend"></div>
<hr style=3D"display:inline-block;width:98%">
<div id=3D"gmail-m_-5791752638765321820divRplyFwdMsg" dir=3D"ltr"><font fac=
e=3D"Calibri, sans-serif" color=3D"#000000" style=3D"font-size:11pt"><b>Fro=
m:</b> Hariharan Ananthakrishnan &lt;<a href=3D"mailto:hari@netflix.com" ta=
rget=3D"_blank">hari@netflix.com</a>&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 12:12 PM<br>
<b>To:</b> Huaimo Chen &lt;<a href=3D"mailto:huaimo.chen@futurewei.com" tar=
get=3D"_blank">huaimo.chen@futurewei.com</a>&gt;; Zhuangyan (Yan) &lt;<a hr=
ef=3D"mailto:zhuangyan.zhuang@huawei.com" target=3D"_blank">zhuangyan.zhuan=
g@huawei.com</a>&gt;; <a href=3D"mailto:bill.wu@huawei.com" target=3D"_blan=
k">bill.wu@huawei.com</a> &lt;<a href=3D"mailto:bill.wu@huawei.com" target=
=3D"_blank">bill.wu@huawei.com</a>&gt;; <a href=3D"mailto:daniele.ceccarell=
i@ericsson.com" target=3D"_blank">daniele.ceccarelli@ericsson.com</a> &lt;<=
a href=3D"mailto:daniele.ceccarelli@ericsson.com" target=3D"_blank">daniele=
.ceccarelli@ericsson.com</a>&gt;<br>
<b>Cc:</b> <a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</=
a> &lt;<a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a>&g=
t;<br>
<b>Subject:</b> IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling</fon=
t>
<div>=C2=A0</div>
</div>
<div>
<div dir=3D"ltr">
<div style=3D"font-family:verdana,sans-serif;font-size:small">
<pre style=3D"white-space:pre-wrap;box-sizing:border-box;margin-top:0px;mar=
gin-bottom:1rem;overflow:auto;color:rgb(33,37,41);word-break:normal;padding=
:0px"><font face=3D"verdana, sans-serif">Hi Authors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF <span>IPR</span> rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any <span>IPR</span> applicable to this draft that should=
 be disclosed
in accordance with IETF <span>IPR</span> rules.

I am aware of <span>IPR</span> applicable to this draft, and it has already=
 been
disclosed to the IETF.

I am aware of <span>IPR</span> applicable to this draft, but that has not y=
et been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</font></pre>
</div>
</div>
</div>
</div>
</div>
</div>
</div>

</blockquote></div></div></div>

--0000000000000ee89b0599129ac8--


From nobody Fri Dec  6 19:40:21 2019
Return-Path: <bill.wu@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0BA912003F for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 19:40:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 I3aKS9AVrTPb for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 19:40:16 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEC51120018 for <pce@ietf.org>; Fri,  6 Dec 2019 19:40:15 -0800 (PST)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 2306818C151057A6CF8B; Sat,  7 Dec 2019 03:40:12 +0000 (GMT)
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 7 Dec 2019 03:40:11 +0000
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.69]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Sat, 7 Dec 2019 11:40:02 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Khuzema Pithewan <khuzemap@gmail.com>, Huaimo Chen <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>,  Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: Fw: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWssAA//Wzn+Au0TIuk6160kWiGCw==
Date: Sat, 7 Dec 2019 03:40:01 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA94C9C39@dggeml531-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.134.31.203]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94C9C39dggeml531mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/KoAbjkkCOGikfR1tSBse8DEoKjg>
Subject: Re: [Pce] Fw: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Dec 2019 03:40:19 -0000

--_000_B8F9A780D330094D99AF023C5877DABAA94C9C39dggeml531mbschi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SSBhbSBub3QgYXdhcmUgb2YgYW55IG90aGVyIElQUiBiZXNpZGVzIG9uZSB0aGF0IGhhcyBhbHJl
YWR5IGJlZW4gZGlzY2xvc2VkIGJ5IEh1YWltby4NCg0KLVFpbg0KX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCkZyb206IEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW4gPGhhcmlAbmV0
ZmxpeC5jb208bWFpbHRvOmhhcmlAbmV0ZmxpeC5jb20+Pg0KU2VudDogVGh1cnNkYXksIERlY2Vt
YmVyIDUsIDIwMTkgMTI6MTIgUE0NClRvOiBIdWFpbW8gQ2hlbiA8aHVhaW1vLmNoZW5AZnV0dXJl
d2VpLmNvbTxtYWlsdG86aHVhaW1vLmNoZW5AZnV0dXJld2VpLmNvbT4+OyBaaHVhbmd5YW4gKFlh
bikgPHpodWFuZ3lhbi56aHVhbmdAaHVhd2VpLmNvbTxtYWlsdG86emh1YW5neWFuLnpodWFuZ0Bo
dWF3ZWkuY29tPj47IGJpbGwud3VAaHVhd2VpLmNvbTxtYWlsdG86YmlsbC53dUBodWF3ZWkuY29t
PiA8YmlsbC53dUBodWF3ZWkuY29tPG1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20+PjsgZGFuaWVs
ZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTxtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNz
c29uLmNvbT4gPGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb208bWFpbHRvOmRhbmllbGUu
Y2VjY2FyZWxsaUBlcmljc3Nvbi5jb20+Pg0KQ2M6IHBjZUBpZXRmLm9yZzxtYWlsdG86cGNlQGll
dGYub3JnPiA8cGNlQGlldGYub3JnPG1haWx0bzpwY2VAaWV0Zi5vcmc+Pg0KU3ViamVjdDogSVBS
IFBvbGwgb24gZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5nDQoNCg0K
SGkgQXV0aG9ycywNCg0KDQoNCkluIHByZXBhcmF0aW9uIGZvciBXb3JraW5nIEdyb3VwIGxhc3Qg
Y2FsbCBvbiB0aGlzIGRyYWZ0LCBJJ2QgbGlrZSBhbGwNCg0KYXV0aG9ycyBhbmQgY29udHJpYnV0
b3JzIHRvIGNvbmZpcm0gb24gdGhlIGxpc3QgdGhhdCB0aGV5IGFyZSBpbiBjb21wbGlhbmNlDQoN
CndpdGggSUVURiBJUFIgcnVsZXMuDQoNCg0KDQpQbGVhc2UgcmVzcG9uZCAoY29weWluZyB0aGUg
bWFpbGluZyBsaXN0KSB0byBzYXkgb25lIG9mOg0KDQoNCg0KSSBhbSBub3QgYXdhcmUgb2YgYW55
IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91bGQgYmUgZGlzY2xvc2VkDQoN
CmluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0KDQoNCkkgYW0gYXdhcmUgb2Yg
SVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYW5kIGl0IGhhcyBhbHJlYWR5IGJlZW4NCg0K
ZGlzY2xvc2VkIHRvIHRoZSBJRVRGLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBwbGljYWJs
ZSB0byB0aGlzIGRyYWZ0LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVuDQoNCmRpc2Nsb3NlZCB0
byB0aGUgSUVURi4gSSB3aWxsIHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBiZSBkaXNjbG9z
ZWQgaW4gYQ0KDQp0aW1lbHkgbWFubmVyLg0KDQoNCg0KVGhhbmtzLA0KDQotIEhhcmkNCg==

--_000_B8F9A780D330094D99AF023C5877DABAA94C9C39dggeml531mbschi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp
ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7
YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0
I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh
W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0
IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eToiXEDlrovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0
O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk
aXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv
bnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29I
eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k
ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93
ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y
YXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0
eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk65a6L5L2T
O30NCnNwYW4uSFRNTENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg6aKE6K6+5qC85byPIENo
YXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTo
rr7moLzlvI8iOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp
Zjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2lu
OjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6
V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz
aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k
aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp
dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48
L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVl
IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkg
YW0gbm90IGF3YXJlIG9mIGFueSBvdGhlciBJUFIgYmVzaWRlcyBvbmUgdGhhdCBoYXMgYWxyZWFk
eSBiZWVuIGRpc2Nsb3NlZCBieSBIdWFpbW8uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi1RaW48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy
Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt
IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+
DQo8ZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5
bGU9InRleHQtYWxpZ246Y2VudGVyIj48c3BhbiBsYW5nPSJFTi1VUyI+DQo8aHIgc2l6ZT0iMiIg
d2lkdGg9Ijk4JSIgYWxpZ249ImNlbnRlciI+DQo8L3NwYW4+PC9kaXY+DQo8ZGl2IGlkPSJnbWFp
bC1tXy01NzkxNzUyNjM4NzY1MzIxODIwZGl2UnBseUZ3ZE1zZyI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOjwv
c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+IEhhcmlo
YXJhbiBBbmFudGhha3Jpc2huYW4gJmx0OzxhIGhyZWY9Im1haWx0bzpoYXJpQG5ldGZsaXguY29t
IiB0YXJnZXQ9Il9ibGFuayI+aGFyaUBuZXRmbGl4LmNvbTwvYT4mZ3Q7PGJyPg0KPGI+U2VudDo8
L2I+IFRodXJzZGF5LCBEZWNlbWJlciA1LCAyMDE5IDEyOjEyIFBNPGJyPg0KPGI+VG86PC9iPiBI
dWFpbW8gQ2hlbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmh1YWltby5jaGVuQGZ1dHVyZXdlaS5jb20i
IHRhcmdldD0iX2JsYW5rIj5odWFpbW8uY2hlbkBmdXR1cmV3ZWkuY29tPC9hPiZndDs7IFpodWFu
Z3lhbiAoWWFuKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnpodWFuZ3lhbi56aHVhbmdAaHVhd2VpLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPnpodWFuZ3lhbi56aHVhbmdAaHVhd2VpLmNvbTwvYT4mZ3Q7Ow0K
PGEgaHJlZj0ibWFpbHRvOmJpbGwud3VAaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJpbGwu
d3VAaHVhd2VpLmNvbTwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzpiaWxsLnd1QGh1YXdlaS5jb20i
IHRhcmdldD0iX2JsYW5rIj5iaWxsLnd1QGh1YXdlaS5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1h
aWx0bzpkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGFu
aWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbTwvYT4gJmx0OzxhIGhyZWY9Im1haWx0bzpkYW5p
ZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGFuaWVsZS5jZWNj
YXJlbGxpQGVyaWNzc29uLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWls
dG86cGNlQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+cGNlQGlldGYub3JnPC9hPiAmbHQ7PGEg
aHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnBjZUBpZXRmLm9yZzwv
YT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IElQUiBQb2xsIG9uIGRyYWZ0LWlldGYtcGNlLXN0
YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+DQo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu
Zz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8
ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUtd3JhcDtib3gt
c2l6aW5nOmJvcmRlci1ib3g7bWFyZ2luLWJvdHRvbToxcmVtO292ZXJmbG93OmF1dG8iPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMyMTI1MjkiPkhpIEF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JbiBwcmVwYXJhdGlvbiBm
b3IgV29ya2luZyBHcm91cCBsYXN0IGNhbGwgb24gdGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsPG86
cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmF1
dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRoYXQgdGhleSBh
cmUgaW4gY29tcGxpYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMjEyNTI5Ij53aXRoIElFVEYgSVBSIHJ1bGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+UGxlYXNlIHJlc3Bv
bmQgKGNvcHlpbmcgdGhlIG1haWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjo8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m
YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0g
bm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxk
IGJlIGRpc2Nsb3NlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMjEyNTI5Ij5pbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuPG86cD48L286
cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p
bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5J
IGFtIGF3YXJlIG9mIElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxy
ZWFkeSBiZWVuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMyMTI1MjkiPmRpc2Nsb3NlZCB0byB0aGUgSUVURi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gYXdhcmUgb2YgSVBS
IGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbjxvOnA+
PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5kaXNj
bG9zZWQgdG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUg
ZGlzY2xvc2VkIGluIGE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzIxMjUyOSI+dGltZWx5IG1hbm5lci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw
cmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
cmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy
ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPlRoYW5rcyw8bzpwPjwvbzpwPjwv
c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTom
cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+LSBIYXJpPC9zcGFu
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzIxMjUyOSI+PG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K
PC9ib2R5Pg0KPC9odG1sPg0K

--_000_B8F9A780D330094D99AF023C5877DABAA94C9C39dggeml531mbschi_--


From nobody Fri Dec  6 19:40:42 2019
Return-Path: <bill.wu@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F54712003F for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 19:40:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 f1P0o81M7wnL for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 19:40:39 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9106E120018 for <pce@ietf.org>; Fri,  6 Dec 2019 19:40:39 -0800 (PST)
Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 0CEA16F7FB039DDE7DCA for <pce@ietf.org>; Sat,  7 Dec 2019 03:40:38 +0000 (GMT)
Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 7 Dec 2019 03:40:37 +0000
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.69]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0439.000; Sat, 7 Dec 2019 11:40:34 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>, "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWssAyFcgCsN1WoRs6uF1GdNRIjgg==
Date: Sat, 7 Dec 2019 03:40:34 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA94CAC49@dggeml531-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.134.31.203]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94CAC49dggeml531mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/SDUsgKxdkjI8SMKedpncWFi5wVk>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Dec 2019 03:40:41 -0000

--_000_B8F9A780D330094D99AF023C5877DABAA94CAC49dggeml531mbschi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support.

-Qin
________________________________
From: Pce <pce-bounces@ietf.org<mailto:pce-bounces@ietf.org>> on behalf of =
julien.meuric@orange.com<mailto:julien.meuric@orange.com> <julien.meuric@or=
ange.com<mailto:julien.meuric@orange.com>>
Sent: Thursday, December 5, 2019 11:47 AM
To: pce@ietf.org<mailto:pce@ietf.org> <pce@ietf.org<mailto:pce@ietf.org>>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien


--_000_B8F9A780D330094D99AF023C5877DABAA94CAC49dggeml531mbschi_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Support.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">-Qin<o:p></o:p></span>=
</p>
<div>
<div class=3D"MsoNormal" align=3D"center" style=3D"text-align:center"><span=
 lang=3D"EN-US">
<hr size=3D"2" width=3D"98%" align=3D"center">
</span></div>
<div id=3D"divRplyFwdMsg">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif;color:black">From:</span></b><span=
 lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,s=
ans-serif;color:black"> Pce &lt;<a href=3D"mailto:pce-bounces@ietf.org">pce=
-bounces@ietf.org</a>&gt;
 on behalf of <a href=3D"mailto:julien.meuric@orange.com">julien.meuric@ora=
nge.com</a> &lt;<a href=3D"mailto:julien.meuric@orange.com">julien.meuric@o=
range.com</a>&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 11:47 AM<br>
<b>To:</b> <a href=3D"mailto:pce@ietf.org">pce@ietf.org</a> &lt;<a href=3D"=
mailto:pce@ietf.org">pce@ietf.org</a>&gt;<br>
<b>Subject:</b> [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<=
/span><span lang=3D"EN-US">
<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"EN-US" =
style=3D"font-size:11.0pt">Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<br>
<br>
<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_B8F9A780D330094D99AF023C5877DABAA94CAC49dggeml531mbschi_--


From nobody Fri Dec  6 20:05:48 2019
Return-Path: <khuzemap@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C84012004E for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 20:05:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 3MKPAGZuHWXZ for <pce@ietfa.amsl.com>; Fri,  6 Dec 2019 20:05:44 -0800 (PST)
Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C819A120018 for <pce@ietf.org>; Fri,  6 Dec 2019 20:05:44 -0800 (PST)
Received: by mail-pf1-x434.google.com with SMTP id 2so4374769pfx.6 for <pce@ietf.org>; Fri, 06 Dec 2019 20:05:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=eabgRs3gMEOOo4PTk7g/CpBBojvoWs1ARb2AWnRnFXA=; b=pPXJI6pzJi4MTqZr9Yi7OVPPLgwGRzAH/UXoGZeDXX2PVxUex9/NlUNpsF8d0yFsBW BYI6NkKuJPlGYWKsu3FzqWNt6NL0DjTlm4rUSyALihQhoA2q96Ys08feThxFkiI7I5GA pQ6dFdjieFEdbcO1CZP6mPUfzMd8YTdiQ8fUQ/h5DVZGJYK4GUy13K8eAaP/vYFLOmc6 rREmv0meYeyN7lGamtgKg+iJCQ5IrRe63PG05nBjPXg+/Jvhbjc8F4UF0Sx7vwlg2mUB hTsNVXGXGeG/EhMjJXHGQ5iOXNEHH1r27vXZtYWktad6FTYSkqE0UKdZfYgwtBPqOxIA nwyw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=eabgRs3gMEOOo4PTk7g/CpBBojvoWs1ARb2AWnRnFXA=; b=d4HCqxz8+C5hupQ33UbWqsX8iSG3Yk1fTFQ+j10IlfLLttCuFHQv02s64Td5E3uuYt 2spixt7tOsyGieYchgzX3bXwxde4I/+czw5Zvk3DwdSQSUKWQLS7kC2p7TOvEofaH1fC 0RilgggAu1wbGtx1oJuVA0tMsNerxl8Lw5CCloD1uxvLzqWG2+vVZZqJ7XeVvK8Fnhze rI/VPBH1mbI5hGbdq8N50ERX72K1Np7bk/1rweN6Hw2SbO5i4iuioxvNHiuJ3BvEwosX QSUZCQG4Hr08vVjlWjNj8WmyI0y+ouYVXILmuKYy4iJjt+UrN717ONhs+qlnjf7jeqkF ydxg==
X-Gm-Message-State: APjAAAXzQQkryiCkkAXGzApSrFKv33Sl25bljLET0e5FR+jGLq9HYLhm GnMY5W3emuK+h0MStWz1y3w=
X-Google-Smtp-Source: APXvYqwHtA1HM5VK5vtFytDeVvyWAsKLOHusagxcuehI1rj2yXsJa7xeHfM2RdGacxF3l+QVW14lqA==
X-Received: by 2002:a63:5920:: with SMTP id n32mr7327874pgb.359.1575691544018;  Fri, 06 Dec 2019 20:05:44 -0800 (PST)
Received: from [192.168.86.22] (c-76-126-86-176.hsd1.ca.comcast.net. [76.126.86.176]) by smtp.gmail.com with ESMTPSA id b10sm18136046pff.59.2019.12.06.20.05.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Dec 2019 20:05:43 -0800 (PST)
Content-Type: multipart/alternative; boundary=Apple-Mail-1C457FE9-F2B2-42B9-9A27-C3595C23E394
Mime-Version: 1.0 (1.0)
From: Khuzema Pithewan <khuzemap@gmail.com>
X-Mailer: iPhone Mail (16G77)
In-Reply-To: <B8F9A780D330094D99AF023C5877DABAA94C9C39@dggeml531-mbs.china.huawei.com>
Date: Fri, 6 Dec 2019 20:05:42 -0800
Cc: Huaimo Chen <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "pce@ietf.org" <pce@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <ABD3DC7E-723B-4338-93E6-22A8440A9FB2@gmail.com>
References: <B8F9A780D330094D99AF023C5877DABAA94C9C39@dggeml531-mbs.china.huawei.com>
To: Qin Wu <bill.wu@huawei.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/rHn9Ff650GwKt2Pi6aAWbm9-Fzo>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Dec 2019 04:05:46 -0000

--Apple-Mail-1C457FE9-F2B2-42B9-9A27-C3595C23E394
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

I am not aware of any IPR applicable to this draft that should be disclosed i=
n accordance with IETF IPRrules.

Khuzema

> On Dec 6, 2019, at 7:40 PM, Qin Wu <bill.wu@huawei.com> wrote:
>=20
> I am not aware of any other IPR besides one that has already been disclose=
d by Huaimo.
> =20
> -Qin
> From: Hariharan Ananthakrishnan <hari@netflix.com>
> Sent: Thursday, December 5, 2019 12:12 PM
> To: Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <zhuangyan.zh=
uang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>; daniele.ceccarell=
i@ericsson.com <daniele.ceccarelli@ericsson.com>
> Cc: pce@ietf.org <pce@ietf.org>
> Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
> =20
> Hi Authors,
> =20
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in complianc=
e
> with IETF IPR rules.
> =20
> Please respond (copying the mailing list) to say one of:
> =20
> I am not aware of any IPR applicable to this draft that should be disclose=
d
> in accordance with IETF IPR rules.
> =20
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
> =20
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in a=

> timely manner.
> =20
> Thanks,
> - Hari

--Apple-Mail-1C457FE9-F2B2-42B9-9A27-C3595C23E394
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div dir=3D"ltr"></div><div dir=3D"ltr"><di=
v dir=3D"ltr"><span style=3D"background-color: rgba(255, 255, 255, 0);">I am=
 not aware of any&nbsp;IPR&nbsp;applicable to this draft that should be disc=
losed in accordance with IETF&nbsp;IPRrules.<br></span></div><div dir=3D"ltr=
"><span style=3D"background-color: rgba(255, 255, 255, 0);"><br></span></div=
><div><span style=3D"background-color: rgba(255, 255, 255, 0);">Khuzema</spa=
n></div></div><div dir=3D"ltr"><br>On Dec 6, 2019, at 7:40 PM, Qin Wu &lt;<a=
 href=3D"mailto:bill.wu@huawei.com">bill.wu@huawei.com</a>&gt; wrote:<br><br=
></div><blockquote type=3D"cite"><div dir=3D"ltr">

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:=E5=AE=8B=E4=BD=93;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@=E5=AE=8B=E4=BD=93";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:=E5=AE=8B=E4=BD=93;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML =E9=A2=84=E8=AE=BE=E6=A0=BC=E5=BC=8F Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:=E5=AE=8B=E4=BD=93;}
span.HTMLChar
	{mso-style-name:"HTML =E9=A2=84=E8=AE=BE=E6=A0=BC=E5=BC=8F Char";
	mso-style-priority:99;
	mso-style-link:"HTML =E9=A2=84=E8=AE=BE=E6=A0=BC=E5=BC=8F";
	font-family:"Courier New";}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->


<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-f=
amily:&quot;Calibri&quot;,sans-serif;color:#1F497D">I am not aware of any ot=
her IPR besides one that has already been disclosed by Huaimo.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-f=
amily:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-f=
amily:&quot;Calibri&quot;,sans-serif;color:#1F497D">-Qin<o:p></o:p></span></=
p>
<div>
<div>
<div>
<blockquote style=3D"border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm=
 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<div>
<div class=3D"MsoNormal" align=3D"center" style=3D"text-align:center"><span l=
ang=3D"EN-US">
<hr size=3D"2" width=3D"98%" align=3D"center">
</span></div>
<div id=3D"gmail-m_-5791752638765321820divRplyFwdMsg">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fon=
t-family:&quot;Calibri&quot;,sans-serif;color:black">From:</span></b><span l=
ang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,sans=
-serif;color:black"> Hariharan Ananthakrishnan &lt;<a href=3D"mailto:hari@ne=
tflix.com" target=3D"_blank">hari@netflix.com</a>&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 12:12 PM<br>
<b>To:</b> Huaimo Chen &lt;<a href=3D"mailto:huaimo.chen@futurewei.com" targ=
et=3D"_blank">huaimo.chen@futurewei.com</a>&gt;; Zhuangyan (Yan) &lt;<a href=
=3D"mailto:zhuangyan.zhuang@huawei.com" target=3D"_blank">zhuangyan.zhuang@h=
uawei.com</a>&gt;;
<a href=3D"mailto:bill.wu@huawei.com" target=3D"_blank">bill.wu@huawei.com</=
a> &lt;<a href=3D"mailto:bill.wu@huawei.com" target=3D"_blank">bill.wu@huawe=
i.com</a>&gt;;
<a href=3D"mailto:daniele.ceccarelli@ericsson.com" target=3D"_blank">daniele=
.ceccarelli@ericsson.com</a> &lt;<a href=3D"mailto:daniele.ceccarelli@ericss=
on.com" target=3D"_blank">daniele.ceccarelli@ericsson.com</a>&gt;<br>
<b>Cc:</b> <a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a=
> &lt;<a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a>&gt;=
<br>
<b>Subject:</b> IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling</span=
><span lang=3D"EN-US">
<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<div>
<pre style=3D"white-space:pre-wrap;box-sizing:border-box;margin-bottom:1rem;=
overflow:auto"><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;=
,sans-serif;color:#212529">Hi Authors,<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">In preparation for Working Group last call on this draft, I=
'd like all<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">authors and contributors to confirm on the list that they a=
re in compliance<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">with IETF IPR rules.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">Please respond (copying the mailing list) to say one of:<o:=
p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">I am not aware of any IPR applicable to this draft that sho=
uld be disclosed<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">in accordance with IETF IPR rules.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">I am aware of IPR applicable to this draft, and it has alre=
ady been<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">disclosed to the IETF.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">I am aware of IPR applicable to this draft, but that has no=
t yet been<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">disclosed to the IETF. I will work to ensure that it will b=
e disclosed in a<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">timely manner.<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529"><o:p>&nbsp;</o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">Thanks,<o:p></o:p></span></pre>
<pre><span lang=3D"EN-US" style=3D"font-family:&quot;Verdana&quot;,sans-seri=
f;color:#212529">- Hari</span><span lang=3D"EN-US" style=3D"color:#212529"><=
o:p></o:p></span></pre>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>


</div></blockquote></body></html>=

--Apple-Mail-1C457FE9-F2B2-42B9-9A27-C3595C23E394--


From nobody Sat Dec  7 23:00:56 2019
Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B19F120046 for <pce@ietfa.amsl.com>; Sat,  7 Dec 2019 23:00:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 17ay3QBx86tM for <pce@ietfa.amsl.com>; Sat,  7 Dec 2019 23:00:51 -0800 (PST)
Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41F8B120018 for <pce@ietf.org>; Sat,  7 Dec 2019 23:00:51 -0800 (PST)
Received: by mail-il1-x132.google.com with SMTP id b15so9920686ila.7 for <pce@ietf.org>; Sat, 07 Dec 2019 23:00:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=hu9kpt9//tbYFsOpuk2XDUVjX2VfchuaJYjOczN/n+s=; b=bjVe+mNW/j/Qfn4Iyrd3GMRtwPyIDmko8A99m3OW3n8hG1ipRgKd9AuSN9ZsACQghl zsMZxq4XlqfscFO+QQ53FpGgOm7mq0WuY4xKeWxkunI0gbvyBOeYhSjTi928wYXTLxZc suGncNJZ2lTedcqxsMEa6BPuJjdm/8m9IELzM2ssTAwr7ZqL3WKs+3a4E1x6Prv3gPts bbniq+PLHX+/v8ARrGiMBI2tcakJgvANx/xFZ94JukE7KasQlHNP9M/stOiZb1x1U4nC Hn+gjD0HqbCc/B3hc0CzLr8EscbgP6NJ4OYuHJWV1kzECtJjOZBSGNihRS3CpDJCSvw9 +UCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=hu9kpt9//tbYFsOpuk2XDUVjX2VfchuaJYjOczN/n+s=; b=UveSzby8Yokz+drrO5KaaxnOKk2/VoFkK3JynoxKBXpS2WpZH+MJyQGXZ7oRQur7I/ RYjZvcktOam/5h5RWc8nHh9F9BYs/fefyGX+GGN1FDWUy0vWXkCWKaUT8TjYM+MXiAvi xqYHU9wjFe09abl9r3IQT7w24Wr7lJ4pBff0WvOrVM30s84CbVX8kRIUD/XydgrCfdZ5 qGDEvmjCHMQE/pARDLt3/MbGJ6YipXpXNAunybpen3ncuJZBS4YPGYkr1DyW6Ge9uUYO EFBKPMywMtJcUAoyE4a039+04JZ6spSfeZij1ic7I5y+9vIsLV1pumPorgNmg7XL/q5M bLpA==
X-Gm-Message-State: APjAAAXraaKmnkxEkU55SCHu8dK4SCEZ6ZP3EQaPmwc0ShoNgYNtRT9n d9CEfhjFq5eyyXvtz5CeIaI1aM9+bSrN1HWqz70N2g==
X-Google-Smtp-Source: APXvYqzdU/ceo5AG8g1cZUxdD1TC0TBFQI0eYhycxGjribWjxBHQabojjXP/aCpyDu1XuXSs6XzJhlUpajkH7qChQVE=
X-Received: by 2002:a92:d24d:: with SMTP id v13mr21752392ilg.14.1575788450241;  Sat, 07 Dec 2019 23:00:50 -0800 (PST)
MIME-Version: 1.0
References: <157314240322.1916.9629098133083944496@ietfa.amsl.com> <CAB75xn7PxggeeWfrveFqBVpwGHPmoSdCbRDCuPq2xVT4jDc+xw@mail.gmail.com>
In-Reply-To: <CAB75xn7PxggeeWfrveFqBVpwGHPmoSdCbRDCuPq2xVT4jDc+xw@mail.gmail.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Sun, 8 Dec 2019 12:30:39 +0530
Message-ID: <CAB75xn7L-b3GGjWakHkd_+xq+8Uy_83-K4Tkq4qW_AR12bx=3w@mail.gmail.com>
To: pce@ietf.org
Content-Type: multipart/alternative; boundary="000000000000d161b005992bd691"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/5KsVzQOsRcPpBOCI1-PTTDtFwwE>
Subject: Re: [Pce] I-D Action: draft-ietf-pce-stateful-flags-00.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Dec 2019 07:00:53 -0000

--000000000000d161b005992bd691
Content-Type: text/plain; charset="UTF-8"

Thanks to everyone who responded.

The I-D is shipped to the IESG.

Thanks,
Dhruv

On Fri, 8 Nov 2019 at 9:37 PM, Dhruv Dhody <dhruv.ietf@gmail.com> wrote:

> Hi WG,
>
> As instructed by our AD, I-D has been posted with the file name change
> - draft-ietf-pce-stateful-flags-00.
>
> https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/
>
> The chairs request the WG to reaffirm that the WG supports the
> publication of the I-D by Friday 22nd Nov. We request you to be vocal
> to enable us to judge consensus (and justify it).
>
> Thanks!
> Dhruv & Julien
>
>
> On Thu, Nov 7, 2019 at 9:30 PM <internet-drafts@ietf.org> wrote:
> >
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> > This draft is a work item of the Path Computation Element WG of the IETF.
> >
> >         Title           : Updated Rules for Processing Stateful PCE
> Request Parameters Flags
> >         Author          : Adrian Farrel
> >         Filename        : draft-ietf-pce-stateful-flags-00.txt
> >         Pages           : 6
> >         Date            : 2019-11-07
> >
> > Abstract:
> >    Extensions to the Path Computation Element Communication Protocol
> >    (PCEP) to support stateful Path Computation Elements (PCEs) are
> >    defined in RFC 8231.  One of the extensions is the Stateful PCE
> >    Request Parameters (SRP) object.  That object includes a Flags field
> >    that is a set of 32 bit flags, and RFC 8281 defines an IANA registry
> >    for tracking assigned flags.  However, RFC 8231 does not explain how
> >    an implementation should set unassigned flags in transmitted
> >    messages, nor how an implementation should process unassigned,
> >    unknown, or unsupported flags in received messages.
> >
> >    This document updates RFC 8231 by defining the correct behaviors.
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/
> >
> > There are also htmlized versions available at:
> > https://tools.ietf.org/html/draft-ietf-pce-stateful-flags-00
> > https://datatracker.ietf.org/doc/html/draft-ietf-pce-stateful-flags-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
>
-- 
Sent from Mobile

--000000000000d161b005992bd691
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div><div dir=3D"auto">Thanks to everyone who responded.=C2=A0</div><div di=
r=3D"auto"><br></div><div dir=3D"auto">The I-D is shipped to the IESG.=C2=
=A0</div><div dir=3D"auto"><br></div><div dir=3D"auto">Thanks,=C2=A0</div><=
div dir=3D"auto">Dhruv=C2=A0</div></div><div><br><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Fri, 8 Nov 2019 at 9:37 PM, Dhruv=
 Dhody &lt;<a href=3D"mailto:dhruv.ietf@gmail.com">dhruv.ietf@gmail.com</a>=
&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1e=
x;border-left-color:rgb(204,204,204)">Hi WG,<br>
<br>
As instructed by our AD, I-D has been posted with the file name change<br>
- draft-ietf-pce-stateful-flags-00.<br>
<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/"=
 rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/draf=
t-ietf-pce-stateful-flags/</a><br>
<br>
The chairs request the WG to reaffirm that the WG supports the<br>
publication of the I-D by Friday 22nd Nov. We request you to be vocal<br>
to enable us to judge consensus (and justify it).<br>
<br>
Thanks!<br>
Dhruv &amp; Julien<br>
<br>
<br>
On Thu, Nov 7, 2019 at 9:30 PM &lt;<a href=3D"mailto:internet-drafts@ietf.o=
rg" target=3D"_blank">internet-drafts@ietf.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; A New Internet-Draft is available from the on-line Internet-Drafts dir=
ectories.<br>
&gt; This draft is a work item of the Path Computation Element WG of the IE=
TF.<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0: Updated Rules for Processing Stateful PCE Request Parameters Fl=
ags<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Author=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : Adrian Farrel<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 draft-ietf-pce-stateful-flags-00.txt<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0: 6<br>
&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 2019-11-07<br>
&gt;<br>
&gt; Abstract:<br>
&gt;=C2=A0 =C2=A0 Extensions to the Path Computation Element Communication =
Protocol<br>
&gt;=C2=A0 =C2=A0 (PCEP) to support stateful Path Computation Elements (PCE=
s) are<br>
&gt;=C2=A0 =C2=A0 defined in RFC 8231.=C2=A0 One of the extensions is the S=
tateful PCE<br>
&gt;=C2=A0 =C2=A0 Request Parameters (SRP) object.=C2=A0 That object includ=
es a Flags field<br>
&gt;=C2=A0 =C2=A0 that is a set of 32 bit flags, and RFC 8281 defines an IA=
NA registry<br>
&gt;=C2=A0 =C2=A0 for tracking assigned flags.=C2=A0 However, RFC 8231 does=
 not explain how<br>
&gt;=C2=A0 =C2=A0 an implementation should set unassigned flags in transmit=
ted<br>
&gt;=C2=A0 =C2=A0 messages, nor how an implementation should process unassi=
gned,<br>
&gt;=C2=A0 =C2=A0 unknown, or unsupported flags in received messages.<br>
&gt;<br>
&gt;=C2=A0 =C2=A0 This document updates RFC 8231 by defining the correct be=
haviors.<br>
&gt;<br>
&gt;<br>
&gt; The IETF datatracker status page for this draft is:<br>
&gt; <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-fl=
ags/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc=
/draft-ietf-pce-stateful-flags/</a><br>
&gt;<br>
&gt; There are also htmlized versions available at:<br>
&gt; <a href=3D"https://tools.ietf.org/html/draft-ietf-pce-stateful-flags-0=
0" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft-i=
etf-pce-stateful-flags-00</a><br>
&gt; <a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-statef=
ul-flags-00" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.=
org/doc/html/draft-ietf-pce-stateful-flags-00</a><br>
&gt;<br>
&gt;<br>
&gt; Please note that it may take a couple of minutes from the time of subm=
ission<br>
&gt; until the htmlized version and diff are available at <a href=3D"http:/=
/tools.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<b=
r>
&gt;<br>
&gt; Internet-Drafts are also available by anonymous FTP at:<br>
&gt; <a href=3D"ftp://ftp.ietf.org/internet-drafts/" rel=3D"noreferrer" tar=
get=3D"_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Pce mailing list<br>
&gt; <a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferre=
r" target=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div></div>-- <br><div dir=3D"ltr" class=3D"gmail_signature" =
data-smartmail=3D"gmail_signature">Sent from Mobile</div>

--000000000000d161b005992bd691--


From nobody Sun Dec  8 17:05:59 2019
Return-Path: <wangzitao@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 088D11200CD for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:05:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 llMjXf_4eMq4 for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:05:56 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2555812007C for <pce@ietf.org>; Sun,  8 Dec 2019 17:05:56 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 8FF00F4B1058FF08183C; Mon,  9 Dec 2019 01:05:50 +0000 (GMT)
Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Dec 2019 01:05:50 +0000
Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 9 Dec 2019 01:05:50 +0000
Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Mon, 9 Dec 2019 01:05:49 +0000
Received: from DGGEMM527-MBX.china.huawei.com ([169.254.6.199]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0439.000; Mon, 9 Dec 2019 09:05:39 +0800
From: wangzitao <wangzitao@huawei.com>
To: Hariharan Ananthakrishnan <hari=40netflix.com@dmarc.ietf.org>, Huaimo Chen <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>,  Qin Wu <bill.wu@huawei.com>, "daniele.ceccarelli@ericsson.com" <daniele.ceccarelli@ericsson.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWuLMFe9oFcTENJS9urgEJUpS0REg==
Date: Mon, 9 Dec 2019 01:05:39 +0000
Message-ID: <E6BC9BBCBCACC246846FC685F9FF41EA2DC58DB7@DGGEMM527-MBX.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.134.142.117]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC58DB7DGGEMM527MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/jXK2JHBMsxbWu9ke7zmDdI77NhI>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 01:05:58 -0000

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC58DB7DGGEMM527MBXchi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBz
aG91bGQgYmUgZGlzY2xvc2VkIGluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K
QmVzdCBSZWdhcmRzIQ0KLU1pY2hhZWwNCg0K5Y+R5Lu25Lq6OiBQY2UgW21haWx0bzpwY2UtYm91
bmNlc0BpZXRmLm9yZ10g5Luj6KGoIEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW4NCuWPkemAgeaX
tumXtDogMjAxOeW5tDEy5pyINuaXpSAxOjEzDQrmlLbku7bkuro6IEh1YWltbyBDaGVuIDxodWFp
bW8uY2hlbkBmdXR1cmV3ZWkuY29tPjsgWmh1YW5neWFuIChZYW4pIDx6aHVhbmd5YW4uemh1YW5n
QGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IGRhbmllbGUuY2VjY2Fy
ZWxsaUBlcmljc3Nvbi5jb20NCuaKhOmAgTogcGNlQGlldGYub3JnDQrkuLvpopg6IFtQY2VdIElQ
UiBQb2xsIG9uIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZw0KDQoN
CkhpIEF1dGhvcnMsDQoNCg0KDQpJbiBwcmVwYXJhdGlvbiBmb3IgV29ya2luZyBHcm91cCBsYXN0
IGNhbGwgb24gdGhpcyBkcmFmdCwgSSdkIGxpa2UgYWxsDQoNCmF1dGhvcnMgYW5kIGNvbnRyaWJ1
dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRoYXQgdGhleSBhcmUgaW4gY29tcGxpYW5jZQ0K
DQp3aXRoIElFVEYgSVBSIHJ1bGVzLg0KDQoNCg0KUGxlYXNlIHJlc3BvbmQgKGNvcHlpbmcgdGhl
IG1haWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjoNCg0KDQoNCkkgYW0gbm90IGF3YXJlIG9mIGFu
eSBJUFIgYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZA0K
DQppbiBhY2NvcmRhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMuDQoNCg0KDQpJIGFtIGF3YXJlIG9m
IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuDQoN
CmRpc2Nsb3NlZCB0byB0aGUgSUVURi4NCg0KDQoNCkkgYW0gYXdhcmUgb2YgSVBSIGFwcGxpY2Fi
bGUgdG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbg0KDQpkaXNjbG9zZWQg
dG8gdGhlIElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUgZGlzY2xv
c2VkIGluIGENCg0KdGltZWx5IG1hbm5lci4NCg0KDQoNClRoYW5rcywNCg0KLSBIYXJpDQo=

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC58DB7DGGEMM527MBXchi_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg
MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTrlvq7ova/pm4Xpu5E7DQoJcGFub3Nl
LTE6MiAxMSA1IDMgMiAyIDQgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDl
rovkvZMiOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiXEDlvq7ova/pm4Xpu5EiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMiA0IDIg
MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAx
MSA2IDkgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0K
CXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICov
DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207
DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p
bHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUN
Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIOmihOiuvuag
vOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250
LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLkhUTUxDaGFyDQoJe21z
by1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWls
eToiQ291cmllciBOZXciO30NCnNwYW4uZ21haWwtaWwNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwt
aWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou
TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIu
MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYu
V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn
dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx
MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz
aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg
Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxh
bmc9IlpILUNOIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJX
b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp
dGUiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5
OkNvbnNvbGFzO2NvbG9yOiMyMTI1MjkiPkkgYW0gbm90IGF3YXJlIG9mIGFueSBJUFIgYXBwbGlj
YWJsZSB0byB0aGlzIGRyYWZ0IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZCBpbiBhY2NvcmRhbmNl
IHdpdGggSUVURiBJUFIgcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOiMyMTI1MjkiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJi
YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo5LjBw
dDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjojMjEyNTI5Ij5CZXN0IFJlZ2FyZHMhPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6
d2hpdGUiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt
aWx5OkNvbnNvbGFzO2NvbG9yOiMyMTI1MjkiPi1NaWNoYWVsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvl
vq7ova/pm4Xpu5EmcXVvdDssc2Fucy1zZXJpZiI+5Y+R5Lu25Lq6PHNwYW4gbGFuZz0iRU4tVVMi
Pjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1b3Q7LHNhbnMtc2VyaWYiPiBQ
Y2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EmcXVvdDssc2Fu
cy1zZXJpZiI+5Luj6KGoIDwvc3Bhbj4NCjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1b3Q7LHNhbnMt
c2VyaWYiPkhhcmloYXJhbiBBbmFudGhha3Jpc2huYW48YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRJnF1b3Q7
LHNhbnMtc2VyaWYiPuWPkemAgeaXtumXtDxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvc3Bh
bj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O+W+rui9r+mbhem7kSZxdW90OyxzYW5zLXNlcmlmIj4gMjAxOTwvc3Bhbj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5Em
cXVvdDssc2Fucy1zZXJpZiI+5bm0PHNwYW4gbGFuZz0iRU4tVVMiPjEyPC9zcGFuPuaciDxzcGFu
IGxhbmc9IkVOLVVTIj42PC9zcGFuPuaXpTxzcGFuIGxhbmc9IkVOLVVTIj4NCiAxOjEzPGJyPg0K
PC9zcGFuPjxiPuaUtuS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBs
YW5nPSJFTi1VUyI+IEh1YWltbyBDaGVuICZsdDtodWFpbW8uY2hlbkBmdXR1cmV3ZWkuY29tJmd0
OzsgWmh1YW5neWFuIChZYW4pICZsdDt6aHVhbmd5YW4uemh1YW5nQGh1YXdlaS5jb20mZ3Q7OyBR
aW4gV3UgJmx0O2JpbGwud3VAaHVhd2VpLmNvbSZndDs7IGRhbmllbGUuY2VjY2FyZWxsaUBlcmlj
c3Nvbi5jb208YnI+DQo8L3NwYW4+PGI+5oqE6YCBPHNwYW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gcGNlQGlldGYub3JnPGJyPg0KPC9zcGFuPjxiPuS4u+mi
mDxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IFtQY2Vd
IElQUiBQb2xsIG9uIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZzxv
OnA+PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkhpIEF1dGhvcnMsPG86cD48L286cD48L3Nw
YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1
b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFt
aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JbiBwcmVw
YXJhdGlvbiBmb3IgV29ya2luZyBHcm91cCBsYXN0IGNhbGwgb24gdGhpcyBkcmFmdCwgSSdkIGxp
a2UgYWxsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMy
MTI1MjkiPmF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyB0byBjb25maXJtIG9uIHRoZSBsaXN0IHRo
YXQgdGhleSBhcmUgaW4gY29tcGxpYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij53aXRoIElFVEYgPHNwYW4gY2xhc3M9ImdtYWlsLWls
Ij5JUFI8L3NwYW4+IHJ1bGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+UGxlYXNlIHJlc3BvbmQgKGNvcHlpbmcgdGhlIG1h
aWxpbmcgbGlzdCkgdG8gc2F5IG9uZSBvZjo8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkgYW0gbm90IGF3YXJlIG9mIGFueSA8
c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gYXBwbGljYWJsZSB0byB0aGlzIGRyYWZ0
IHRoYXQgc2hvdWxkIGJlIGRpc2Nsb3NlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5pbiBhY2NvcmRhbmNlIHdpdGggSUVURiA8c3BhbiBj
bGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gcnVsZXMuPG86cD48L286cD48L3NwYW4+PC9wcmU+
DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu
YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIGF3YXJlIG9mIDxz
cGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQs
IGFuZCBpdCBoYXMgYWxyZWFkeSBiZWVuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPmRpc2Nsb3NlZCB0byB0aGUgSUVURi48bzpwPjwvbzpw
Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPkkg
YW0gYXdhcmUgb2YgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IGFwcGxpY2FibGUg
dG8gdGhpcyBkcmFmdCwgYnV0IHRoYXQgaGFzIG5vdCB5ZXQgYmVlbjxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5kaXNjbG9zZWQgdG8gdGhl
IElFVEYuIEkgd2lsbCB3b3JrIHRvIGVuc3VyZSB0aGF0IGl0IHdpbGwgYmUgZGlzY2xvc2VkIGlu
IGE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUy
OSI+dGltZWx5IG1hbm5lci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+LSBIYXJpPC9zcGFuPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iY29sb3I6IzIxMjUyOSI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC58DB7DGGEMM527MBXchi_--


From nobody Sun Dec  8 17:07:27 2019
Return-Path: <zhuangyan.zhuang@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFEFC1200CD for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:07:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 m-f-43Pm4Aw5 for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:07:24 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5652A12007C for <pce@ietf.org>; Sun,  8 Dec 2019 17:07:24 -0800 (PST)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A2D08BD7DEDF05B707E9; Mon,  9 Dec 2019 01:07:22 +0000 (GMT)
Received: from nkgeml701-chm.china.huawei.com (10.98.57.156) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Dec 2019 01:07:22 +0000
Received: from nkgeml703-chm.china.huawei.com (10.98.57.159) by nkgeml701-chm.china.huawei.com (10.98.57.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 9 Dec 2019 09:07:19 +0800
Received: from nkgeml703-chm.china.huawei.com ([10.98.57.159]) by nkgeml703-chm.china.huawei.com ([10.98.57.159]) with mapi id 15.01.1713.004; Mon, 9 Dec 2019 09:07:19 +0800
From: "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>
To: Hariharan Ananthakrishnan <hari@netflix.com>, Huaimo Chen <huaimo.chen@futurewei.com>, Qin Wu <bill.wu@huawei.com>, "daniele.ceccarelli@ericsson.com" <daniele.ceccarelli@ericsson.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq49KnmB8MF/CdEK22BMErr9/L6exAr+A
Date: Mon, 9 Dec 2019 01:07:19 +0000
Message-ID: <5cc4c39b22484b098dfd6d88f3f3e80f@huawei.com>
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
In-Reply-To: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.134.248.222]
Content-Type: multipart/alternative; boundary="_000_5cc4c39b22484b098dfd6d88f3f3e80fhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/uGmG-ruTCcKuROKXQ5sKR98jm9I>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 01:07:26 -0000

--_000_5cc4c39b22484b098dfd6d88f3f3e80fhuaweicom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SSBhbSBub3QgYXdhcmUgb2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBz
aG91bGQgYmUgZGlzY2xvc2VkIGluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0K
WWFuDQoNCkZyb206IEhhcmloYXJhbiBBbmFudGhha3Jpc2huYW4gW21haWx0bzpoYXJpQG5ldGZs
aXguY29tXQ0KU2VudDogRnJpZGF5LCBEZWNlbWJlciAwNiwgMjAxOSAxOjEzIEFNDQpUbzogSHVh
aW1vIENoZW4gPGh1YWltby5jaGVuQGZ1dHVyZXdlaS5jb20+OyBaaHVhbmd5YW4gKFlhbikgPHpo
dWFuZ3lhbi56aHVhbmdAaHVhd2VpLmNvbT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPjsg
ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbQ0KQ2M6IHBjZUBpZXRmLm9yZw0KU3ViamVj
dDogSVBSIFBvbGwgb24gZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5n
DQoNCg0KSGkgQXV0aG9ycywNCg0KDQoNCkluIHByZXBhcmF0aW9uIGZvciBXb3JraW5nIEdyb3Vw
IGxhc3QgY2FsbCBvbiB0aGlzIGRyYWZ0LCBJJ2QgbGlrZSBhbGwNCg0KYXV0aG9ycyBhbmQgY29u
dHJpYnV0b3JzIHRvIGNvbmZpcm0gb24gdGhlIGxpc3QgdGhhdCB0aGV5IGFyZSBpbiBjb21wbGlh
bmNlDQoNCndpdGggSUVURiBJUFIgcnVsZXMuDQoNCg0KDQpQbGVhc2UgcmVzcG9uZCAoY29weWlu
ZyB0aGUgbWFpbGluZyBsaXN0KSB0byBzYXkgb25lIG9mOg0KDQoNCg0KSSBhbSBub3QgYXdhcmUg
b2YgYW55IElQUiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQgdGhhdCBzaG91bGQgYmUgZGlzY2xv
c2VkDQoNCmluIGFjY29yZGFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0KDQoNCkkgYW0gYXdh
cmUgb2YgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCwgYW5kIGl0IGhhcyBhbHJlYWR5IGJl
ZW4NCg0KZGlzY2xvc2VkIHRvIHRoZSBJRVRGLg0KDQoNCg0KSSBhbSBhd2FyZSBvZiBJUFIgYXBw
bGljYWJsZSB0byB0aGlzIGRyYWZ0LCBidXQgdGhhdCBoYXMgbm90IHlldCBiZWVuDQoNCmRpc2Ns
b3NlZCB0byB0aGUgSUVURi4gSSB3aWxsIHdvcmsgdG8gZW5zdXJlIHRoYXQgaXQgd2lsbCBiZSBk
aXNjbG9zZWQgaW4gYQ0KDQp0aW1lbHkgbWFubmVyLg0KDQoNCg0KVGhhbmtzLA0KDQotIEhhcmkN
Cg==

--_000_5cc4c39b22484b098dfd6d88f3f3e80fhuaweicom_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OuWui+S9kzsN
CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1p
bHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg
MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0x
OjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5h
Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z
ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow
Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m
YW1pbHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw
cmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZv
cm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm
b250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OuWui+S9kzt9DQpzcGFuLkhUTUxQcmVmb3Jt
YXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCglt
c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVk
IjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uZ21haWwtaWwNCgl7bXNvLXN0
eWxlLW5hbWU6Z21haWwtaWw7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s
b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s
eTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2lu
OjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6
V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz
aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k
aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp
dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48
L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSIjMDU2
M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij5JIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIGFwcGxpY2FibGUgdG8gdGhpcyBkcmFmdCB0aGF0
IHNob3VsZCBiZSBkaXNjbG9zZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj5ZYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWYiPiBIYXJpaGFyYW4gQW5hbnRoYWtyaXNobmFuIFttYWlsdG86aGFyaUBuZXRmbGl4LmNv
bV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIERlY2VtYmVyIDA2LCAyMDE5IDE6MTMgQU08
YnI+DQo8Yj5Ubzo8L2I+IEh1YWltbyBDaGVuICZsdDtodWFpbW8uY2hlbkBmdXR1cmV3ZWkuY29t
Jmd0OzsgWmh1YW5neWFuIChZYW4pICZsdDt6aHVhbmd5YW4uemh1YW5nQGh1YXdlaS5jb20mZ3Q7
OyBRaW4gV3UgJmx0O2JpbGwud3VAaHVhd2VpLmNvbSZndDs7IGRhbmllbGUuY2VjY2FyZWxsaUBl
cmljc3Nvbi5jb208YnI+DQo8Yj5DYzo8L2I+IHBjZUBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6
PC9iPiBJUFIgUG9sbCBvbiBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxp
bmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx
dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5IaSBBdXRob3JzLDxv
OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIx
MjUyOSI+SW4gcHJlcGFyYXRpb24gZm9yIFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIG9uIHRoaXMg
ZHJhZnQsIEknZCBsaWtlIGFsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMjEyNTI5Ij5hdXRob3JzIGFuZCBjb250cmlidXRvcnMgdG8gY29uZmlybSBv
biB0aGUgbGlzdCB0aGF0IHRoZXkgYXJlIGluIGNvbXBsaWFuY2U8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW
ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+d2l0aCBJRVRGIDxzcGFuIGNs
YXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFuPiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4N
CjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPlBsZWFzZSByZXNwb25kIChj
b3B5aW5nIHRoZSBtYWlsaW5nIGxpc3QpIHRvIHNheSBvbmUgb2Y6PG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5JIGFtIG5vdCBh
d2FyZSBvZiBhbnkgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IGFwcGxpY2FibGUg
dG8gdGhpcyBkcmFmdCB0aGF0IHNob3VsZCBiZSBkaXNjbG9zZWQ8bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW
ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+aW4gYWNjb3JkYW5jZSB3aXRo
IElFVEYgPHNwYW4gY2xhc3M9ImdtYWlsLWlsIj5JUFI8L3NwYW4+IHJ1bGVzLjxvOnA+PC9vOnA+
PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5
OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+SSBh
bSBhd2FyZSBvZiA8c3BhbiBjbGFzcz0iZ21haWwtaWwiPklQUjwvc3Bhbj4gYXBwbGljYWJsZSB0
byB0aGlzIGRyYWZ0LCBhbmQgaXQgaGFzIGFscmVhZHkgYmVlbjxvOnA+PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5kaXNjbG9zZWQgdG8gdGhlIElF
VEYuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1
MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMjEyNTI5Ij5JIGFtIGF3YXJlIG9mIDxzcGFuIGNsYXNzPSJnbWFpbC1pbCI+SVBSPC9zcGFu
PiBhcHBsaWNhYmxlIHRvIHRoaXMgZHJhZnQsIGJ1dCB0aGF0IGhhcyBub3QgeWV0IGJlZW48bzpw
PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIxMjUyOSI+ZGlz
Y2xvc2VkIHRvIHRoZSBJRVRGLiBJIHdpbGwgd29yayB0byBlbnN1cmUgdGhhdCBpdCB3aWxsIGJl
IGRpc2Nsb3NlZCBpbiBhPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9
IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMyMTI1MjkiPnRpbWVseSBtYW5uZXIuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cHJlPg0KPHByZT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjEyNTI5Ij5UaGFua3MsPG86cD48L286cD48
L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6
JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMTI1MjkiPi0gSGFyaTwvc3Bh
bj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMyMTI1MjkiPjxvOnA+PC9vOnA+PC9z
cGFuPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0
bWw+DQo=

--_000_5cc4c39b22484b098dfd6d88f3f3e80fhuaweicom_--


From nobody Sun Dec  8 17:35:11 2019
Return-Path: <zhang.xian@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90BCE12007C for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:35:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 FaI7uwtktzBN for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 17:35:07 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C83E21200CC for <pce@ietf.org>; Sun,  8 Dec 2019 17:35:06 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 744DD4051DF007DB999F; Mon,  9 Dec 2019 01:35:05 +0000 (GMT)
Received: from nkgeml701-chm.china.huawei.com (10.98.57.156) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Dec 2019 01:35:05 +0000
Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by nkgeml701-chm.china.huawei.com (10.98.57.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1713.5; Mon, 9 Dec 2019 09:35:02 +0800
Received: from dggeme751-chm.china.huawei.com ([169.254.210.30]) by dggeme751-chm.china.huawei.com ([169.254.210.30]) with mapi id 15.01.1713.004; Mon, 9 Dec 2019 09:35:01 +0800
From: "Zhangxian (Xian)" <zhang.xian@huawei.com>
To: "huaimo.chen@futurewei.com" <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, Qin Wu <bill.wu@huawei.com>, "Daniele Ceccarelli" <daniele.ceccarelli@ericsson.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWuMLtHNze2RHCTT/qZzpPWlN5KyA==
Date: Mon, 9 Dec 2019 01:35:01 +0000
Message-ID: <2d1bf0deb8d54469aaa3d8367d779b3c@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.63.139.71]
Content-Type: multipart/alternative; boundary="_000_2d1bf0deb8d54469aaa3d8367d779b3chuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/sddT2ozb5luuy4ZA6xZgCjN_m-4>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 01:35:09 -0000

--_000_2d1bf0deb8d54469aaa3d8367d779b3chuaweicom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I am not aware of any IPR applicable to this draft that should be disclosed=
 in accordance with IETF IPR rules.

Regards,
Xian

________________________________
From: Hariharan Ananthakrishnan <hari@netflix.com<mailto:hari@netflix.com>>
Sent: Thursday, December 5, 2019 12:12 PM
To: Huaimo Chen <huaimo.chen@futurewei.com<mailto:huaimo.chen@futurewei.com=
>>; Zhuangyan (Yan) <zhuangyan.zhuang@huawei.com<mailto:zhuangyan.zhuang@hu=
awei.com>>; bill.wu@huawei.com<mailto:bill.wu@huawei.com> <bill.wu@huawei.c=
om<mailto:bill.wu@huawei.com>>; daniele.ceccarelli@ericsson.com<mailto:dani=
ele.ceccarelli@ericsson.com> <daniele.ceccarelli@ericsson.com<mailto:daniel=
e.ceccarelli@ericsson.com>>
Cc: pce@ietf.org<mailto:pce@ietf.org> <pce@ietf.org<mailto:pce@ietf.org>>
Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling


Hi Authors,



In preparation for Working Group last call on this draft, I'd like all

authors and contributors to confirm on the list that they are in compliance

with IETF IPR rules.



Please respond (copying the mailing list) to say one of:



I am not aware of any IPR applicable to this draft that should be disclosed

in accordance with IETF IPR rules.



I am aware of IPR applicable to this draft, and it has already been

disclosed to the IETF.



I am aware of IPR applicable to this draft, but that has not yet been

disclosed to the IETF. I will work to ensure that it will be disclosed in a

timely manner.



Thanks,

- Hari


--_000_2d1bf0deb8d54469aaa3d8367d779b3chuaweicom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	font-size:10.5pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
/* Page Definitions */
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72" style=3D"text-justi=
fy-trim:punctuation">
<div class=3D"WordSection1">
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">I am not aware of any =
IPR applicable to this draft that should be disclosed in accordance with IE=
TF IPR rules.<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Regards,<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Xian
<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">______________________=
__________<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">From: Hariharan Ananth=
akrishnan &lt;hari@netflix.com&lt;mailto:hari@netflix.com&gt;&gt;<o:p></o:p=
></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Sent: Thursday, Decemb=
er 5, 2019 12:12 PM<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">To: Huaimo Chen &lt;hu=
aimo.chen@futurewei.com&lt;mailto:huaimo.chen@futurewei.com&gt;&gt;; Zhuang=
yan (Yan) &lt;zhuangyan.zhuang@huawei.com&lt;mailto:zhuangyan.zhuang@huawei=
.com&gt;&gt;;
 bill.wu@huawei.com&lt;mailto:bill.wu@huawei.com&gt; &lt;bill.wu@huawei.com=
&lt;mailto:bill.wu@huawei.com&gt;&gt;; daniele.ceccarelli@ericsson.com&lt;m=
ailto:daniele.ceccarelli@ericsson.com&gt; &lt;daniele.ceccarelli@ericsson.c=
om&lt;mailto:daniele.ceccarelli@ericsson.com&gt;&gt;<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Cc: pce@ietf.org&lt;ma=
ilto:pce@ietf.org&gt; &lt;pce@ietf.org&lt;mailto:pce@ietf.org&gt;&gt;<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Subject: IPR Poll on d=
raft-ietf-pce-stateful-pce-lsp-scheduling<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Hi Authors,<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">In preparation for Wor=
king Group last call on this draft, I'd like all<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">authors and contributo=
rs to confirm on the list that they are in compliance<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">with IETF IPR rules.<o=
:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Please respond (copyin=
g the mailing list) to say one of:<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">I am not aware of any =
IPR applicable to this draft that should be disclosed<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">in accordance with IET=
F IPR rules.<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">I am aware of IPR appl=
icable to this draft, and it has already been<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">disclosed to the IETF.=
<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">I am aware of IPR appl=
icable to this draft, but that has not yet been<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">disclosed to the IETF.=
 I will work to ensure that it will be disclosed in a<o:p></o:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">timely manner.<o:p></o=
:p></span></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">Thanks,<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal" align=3D"left" style=3D"text-align:left"><span lang=
=3D"EN" style=3D"font-family:Consolas;color:#212529">- Hari<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</body>
</html>

--_000_2d1bf0deb8d54469aaa3d8367d779b3chuaweicom_--


From nobody Sun Dec  8 20:58:44 2019
Return-Path: <wangzitao@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F0971200CD for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 20:58:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 dtKPtM3DLpSO for <pce@ietfa.amsl.com>; Sun,  8 Dec 2019 20:58:40 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 795BC1200CC for <pce@ietf.org>; Sun,  8 Dec 2019 20:58:40 -0800 (PST)
Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 7C107BCDE4588BD495DA for <pce@ietf.org>; Mon,  9 Dec 2019 04:58:35 +0000 (GMT)
Received: from lhreml719-chm.china.huawei.com (10.201.108.70) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 9 Dec 2019 04:58:35 +0000
Received: from lhreml719-chm.china.huawei.com (10.201.108.70) by lhreml719-chm.china.huawei.com (10.201.108.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 9 Dec 2019 04:58:35 +0000
Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml719-chm.china.huawei.com (10.201.108.70) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Mon, 9 Dec 2019 04:58:34 +0000
Received: from DGGEMM527-MBX.china.huawei.com ([169.254.6.199]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0439.000; Mon, 9 Dec 2019 12:58:26 +0800
From: wangzitao <wangzitao@huawei.com>
To: Qin Wu <bill.wu@huawei.com>, Huaimo Chen <huaimo.chen@futurewei.com>, "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWuTTYkWzcAXrsWSGijYtqWU90PZA==
Date: Mon, 9 Dec 2019 04:58:25 +0000
Message-ID: <E6BC9BBCBCACC246846FC685F9FF41EA2DC5B06F@DGGEMM527-MBX.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.134.142.117]
Content-Type: multipart/alternative; boundary="_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC5B06FDGGEMM527MBXchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/gtNEJGd4NkHpkwV76q11TOGTGsk>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 04:58:42 -0000

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC5B06FDGGEMM527MBXchi_
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCArMSAuDQoNCi1NaWNoYWVsDQoNCreivP7IyzogUGNlIFttYWlsdG86cGNlLWJvdW5j
ZXNAaWV0Zi5vcmddILT6se0gUWluIFd1DQq3osvNyrG85DogMjAxOcTqMTLUwjfI1SAxMTo0MQ0K
ytW8/sjLOiBIdWFpbW8gQ2hlbiA8aHVhaW1vLmNoZW5AZnV0dXJld2VpLmNvbT47IGp1bGllbi5t
ZXVyaWNAb3JhbmdlLmNvbTsgcGNlQGlldGYub3JnDQrW98ziOiBSZTogW1BjZV0gV0cgTEMgZm9y
IGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZw0KDQpTdXBwb3J0Lg0K
DQotUWluDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRnJvbTogUGNlIDxwY2Ut
Ym91bmNlc0BpZXRmLm9yZzxtYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYg
b2YganVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tPG1haWx0bzpqdWxpZW4ubWV1cmljQG9yYW5nZS5j
b20+IDxqdWxpZW4ubWV1cmljQG9yYW5nZS5jb208bWFpbHRvOmp1bGllbi5tZXVyaWNAb3Jhbmdl
LmNvbT4+DQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgNSwgMjAxOSAxMTo0NyBBTQ0KVG86IHBj
ZUBpZXRmLm9yZzxtYWlsdG86cGNlQGlldGYub3JnPiA8cGNlQGlldGYub3JnPG1haWx0bzpwY2VA
aWV0Zi5vcmc+Pg0KU3ViamVjdDogW1BjZV0gV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRl
ZnVsLXBjZS1sc3Atc2NoZWR1bGluZw0KDQpEZWFyIFBDRSBXRywNCg0KVGhpcyBtZXNzYWdlIHN0
YXJ0cyBhIDItd2VlayBQQ0UgV0cgTGFzdCBDYWxsIGZvcg0KZHJhZnQtaWV0Zi1wY2Utc3RhdGVm
dWwtcGNlLWxzcC1zY2hlZHVsaW5nLTEwLiBQbGVhc2UgcmV2aWV3IHRoZQ0KZG9jdW1lbnQgYW5k
IHNoYXJlIHlvdXIgY29tbWVudHMgYW5kL29yIGludGVyZXN0IHVzaW5nIHRoZSBQQ0UgbWFpbGlu
Zw0KbGlzdCBieSBUaHVyc2RheSBEZWNlbWJlciAxOS4NCg0KVGhhbmtzLA0KDQpEaHJ1diAmIEp1
bGllbg0K

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC5B06FDGGEMM527MBXchi_
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
	{font-family:=CB=CE=CC=E5;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:=CE=A2=C8=ED=D1=C5=BA=DA;
	panose-1:2 11 5 3 2 2 4 2 2 4;}
@font-face
	{font-family:"\@=CB=CE=CC=E5";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"\@=CE=A2=C8=ED=D1=C5=BA=DA";
	panose-1:2 11 5 3 2 2 4 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Support &#43;1 .<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">-Michael<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif">=B7=A2=BC=FE=C8=CB<span lang=3D=
"EN-US">:</span></span></b><span lang=3D"EN-US" style=3D"font-size:11.0pt;f=
ont-family:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif"> Pce [mailto:pc=
e-bounces@ietf.org]
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;=CE=A2=C8=ED=D1=
=C5=BA=DA&quot;,sans-serif">=B4=FA=B1=ED </span>
</b><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;=CE=A2=
=C8=ED=D1=C5=BA=DA&quot;,sans-serif">Qin Wu<br>
</span><b><span style=3D"font-size:11.0pt;font-family:&quot;=CE=A2=C8=ED=D1=
=C5=BA=DA&quot;,sans-serif">=B7=A2=CB=CD=CA=B1=BC=E4<span lang=3D"EN-US">:<=
/span></span></b><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family=
:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-serif"> 2019</span><span style=
=3D"font-size:11.0pt;font-family:&quot;=CE=A2=C8=ED=D1=C5=BA=DA&quot;,sans-=
serif">=C4=EA<span lang=3D"EN-US">12</span>=D4=C2<span lang=3D"EN-US">7</sp=
an>=C8=D5<span lang=3D"EN-US">
 11:41<br>
</span><b>=CA=D5=BC=FE=C8=CB<span lang=3D"EN-US">:</span></b><span lang=3D"=
EN-US"> Huaimo Chen &lt;huaimo.chen@futurewei.com&gt;; julien.meuric@orange=
.com; pce@ietf.org<br>
</span><b>=D6=F7=CC=E2<span lang=3D"EN-US">:</span></b><span lang=3D"EN-US"=
> Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<o:p></o:p>=
</span></span></p>
</div>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Support.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">-Qin<o:p></o:p></span>=
</p>
<div>
<div class=3D"MsoNormal" align=3D"center" style=3D"text-align:center"><span=
 lang=3D"EN-US">
<hr size=3D"2" width=3D"98%" align=3D"center">
</span></div>
<div id=3D"divRplyFwdMsg">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:11.0pt;fo=
nt-family:&quot;Calibri&quot;,sans-serif;color:black">From:</span></b><span=
 lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,s=
ans-serif;color:black"> Pce &lt;<a href=3D"mailto:pce-bounces@ietf.org">pce=
-bounces@ietf.org</a>&gt;
 on behalf of <a href=3D"mailto:julien.meuric@orange.com">julien.meuric@ora=
nge.com</a> &lt;<a href=3D"mailto:julien.meuric@orange.com">julien.meuric@o=
range.com</a>&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 11:47 AM<br>
<b>To:</b> <a href=3D"mailto:pce@ietf.org">pce@ietf.org</a> &lt;<a href=3D"=
mailto:pce@ietf.org">pce@ietf.org</a>&gt;<br>
<b>Subject:</b> [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<=
/span><span lang=3D"EN-US">
<o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US">&nbsp;<o:p></o:p></span></p>
</div>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"EN-US" =
style=3D"font-size:11.0pt">Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_E6BC9BBCBCACC246846FC685F9FF41EA2DC5B06FDGGEMM527MBXchi_--


From nobody Mon Dec  9 00:21:45 2019
Return-Path: <wangaijun@tsinghua.org.cn>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3439C12011A for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 00:21:44 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 XirCZIgR4E3C for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 00:21:41 -0800 (PST)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id A9F3F120118 for <pce@ietf.org>; Mon,  9 Dec 2019 00:21:40 -0800 (PST)
Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 374436640FB; Mon,  9 Dec 2019 16:21:37 +0800 (CST)
From: "Aijun Wang" <wangaijun@tsinghua.org.cn>
To: <julien.meuric@orange.com>, <pce@ietf.org>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Date: Mon, 9 Dec 2019 16:21:38 +0800
Message-ID: <018b01d5ae69$adf01850$09d048f0$@org.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Content-Language: zh-cn
Thread-Index: AdWri7CpLhzx4nxYQBaGwCX4M+nXmQC3evvA
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZSlVKT01LS0tNSUhMS0hZV1koWUFKTE tLSjdXWS1ZQUlXWQkOFx4IWUFZNTQpNjo3JCkuNz5ZBg++
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OVE6LSo*FTg4LkIoLRc1HVZJ PhgaFDVVSlVKTkxOQ0xCTUJMT0lLVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQUpCT003Bg++
X-HM-Tid: 0a6ee9bfe3879373kuws374436640fb
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/gAjWKvbn3kBhCm9ThxIYuRiGceA>
Subject: [Pce] =?utf-8?b?562U5aSNOiAgV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0?= =?utf-8?q?ateful-pce-lsp-scheduling?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 08:21:44 -0000

Yes/Support.

This draft gives operators the flexibility to schedules the LSP resource =
on demand.


Best Regards.

Aijun Wang


-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
=E5=8F=91=E4=BB=B6=E4=BA=BA: pce-bounces@ietf.org =
[mailto:pce-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 =
julien.meuric@orange.com
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B412=E6=9C=886=E6=97=A5 =
0:47
=E6=94=B6=E4=BB=B6=E4=BA=BA: pce@ietf.org
=E4=B8=BB=E9=A2=98: [Pce] WG LC for =
draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for =
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the =
document and share your comments and/or interest using the PCE mailing =
list by Thursday December 19.

Thanks,

Dhruv & Julien




From nobody Mon Dec  9 02:43:12 2019
Return-Path: <daniele.ceccarelli@ericsson.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ABC4120098 for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 02:43:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level: 
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 flvCjEUNh3S6 for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 02:43:09 -0800 (PST)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00056.outbound.protection.outlook.com [40.107.0.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2F9B120013 for <pce@ietf.org>; Mon,  9 Dec 2019 02:43:08 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MNElxqW3pWKFpl28/dojaZbVZwqqrfvaQM6yJ5YI+y2Xx53K6jBOcDZt0zD0EVQRkvZzBYW2ryYdta+loEuEWLSrUQpSkg9zWAc+g07AtweL3g3Er8paltG7aZVtePg8B2yiazUWfSDyDioQRxUyEkzBv7AhZ6mh52NbcoeyPk964umPeGHg9pHCh6PZ/SXkSoup2rD/JG79E2214MixRBgLvpcKCvwniEMNRf01peoeg8wi+LHA/ZU8Ypl9DlSSDYHduqtz1gwe1ucEtWMQBu2RQssiNCBXrlZIOgaqJkBkbKfIyT50wg7vGvrb9S2YwtVkIjz3QYLV6NDubPdpNA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pblOKpTPoco4DmFbpeG6uy2TOoa0eUCbXisSpjGAV3k=; b=HJTq3X6dwV6FwshVpeE2tv7nkMZgVzcaSc0NI6hxt0OAvkSvQKP2ZO5iYMlRl6yC+HnEm6vrOKk8UeGSqFrd1HcjRuMBnS0fv0WoioIdo7FLYj4S0Wk8JHwGYEv2jKP4vgxVFd4zr7jIjqnDlouH8rz9l1vVmcesvic3UpMOX3X/a1bP3lUj2jzSUZbwWcQuubhoww2a4J4pGvh/aiMMM6wzua2DHfBmITyruGA7mrw+TlfxwpswqP2G8aQW8fPU0fE+Tl9pahufejeLYRXvrV9YtHKpDKfRZ6PJK4uUCrrVJky5hjQD0R7ofsVAG8sDxyXRrY6qJgNIeRWOO+xePw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pblOKpTPoco4DmFbpeG6uy2TOoa0eUCbXisSpjGAV3k=; b=c/p6JbSRyvhbiEwkDiosWTyQcasrSFqdt4DKveVU6Re7JPUxnKVhyuoBUFS9vUJzYNEFs8OpiDGvJ0rQneo6HGqplpLTRnEK7cRmO8BDb39E4CVXtSucSz5WLtiODU2siTew+XaAdmkKesUBSMgoTjvGIFi8vY3QUmG2Q12cUvM=
Received: from AM6PR0702MB3606.eurprd07.prod.outlook.com (52.133.24.20) by AM6PR0702MB3560.eurprd07.prod.outlook.com (52.133.24.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.6; Mon, 9 Dec 2019 10:43:06 +0000
Received: from AM6PR0702MB3606.eurprd07.prod.outlook.com ([fe80::5058:72d7:8581:197c]) by AM6PR0702MB3606.eurprd07.prod.outlook.com ([fe80::5058:72d7:8581:197c%7]) with mapi id 15.20.2538.012; Mon, 9 Dec 2019 10:43:06 +0000
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
To: Hariharan Ananthakrishnan <hari@netflix.com>, Huaimo Chen <huaimo.chen@futurewei.com>, "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>,  "bill.wu@huawei.com" <bill.wu@huawei.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq49Hfisr4GvwnEayJ2Sw9TZLpKexo6Aw
Date: Mon, 9 Dec 2019 10:43:06 +0000
Message-ID: <AM6PR0702MB3606F485FFEC0749A120B476F0580@AM6PR0702MB3606.eurprd07.prod.outlook.com>
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
In-Reply-To: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniele.ceccarelli@ericsson.com; 
x-originating-ip: [93.38.67.165]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 0614978e-ffa1-4396-f3d6-08d77c949340
x-ms-traffictypediagnostic: AM6PR0702MB3560:
x-microsoft-antispam-prvs: <AM6PR0702MB356049CDF767D7229FFF2BA4F0580@AM6PR0702MB3560.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 02462830BE
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(376002)(396003)(136003)(366004)(199004)(189003)(81166006)(81156014)(71200400001)(71190400001)(8936002)(186003)(26005)(5660300002)(66446008)(76116006)(6506007)(53546011)(64756008)(66556008)(66476007)(66616009)(52536014)(66946007)(86362001)(110136005)(8676002)(316002)(9686003)(7696005)(478600001)(790700001)(5070765005)(33656002)(44832011)(55016002)(4326008)(229853002)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR0702MB3560; H:AM6PR0702MB3606.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: fbBtciIF08kq1CqVgoVoVR03uh+3qk+P788aLhzUYFPuc5kLILdN9SyHsrDTDlo50mkLtxVT57RpCJ4JORpbLfOYqlUwZe9QaAVgoyXPEGnDSdMLWE9cf8H1VzhinEvQqheN4oRKSG7r0h51R5HgnQToxzawuPz4abj1venXTk0cyf4DC7gALFUhhMwcH09hdVmObi/l+9oqGeECRNfPPteNbIw+wxZvRJQers0Bkc1QSLLtYOKmoC56Mrd/mvQ8IoJgLfkaR87AASf8AgtTkr25765izg76IO/3Wmfs9bk8T26sKuU/VtXSg+U0pFBXUxVI+CKbeI03XmXYz5mV+ud9/Xx6Aks3aa1Z3r6lXZFgQy9V/RrAtZbNyB+0Cd8JswcjC0C+8rEXfAI6tdPt3kkUWRgyry38amDSFVue0w+XmavtecGvuacAWbpPc5dA
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_005F_01D5AE85.D1AF7D00"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0614978e-ffa1-4396-f3d6-08d77c949340
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2019 10:43:06.2456 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: +2Jr84x1/m419J0vrFwbi0knDXwSE3OZz9/eSGW3703PMerOMmLGeDUV3hX3KNWilp5q0up8u3/A2ihBRrfivmDdrXyolqL+E+RCXkkMw5g=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR0702MB3560
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/j_pEtFha2-7CVQ6hwWgPn96vj_A>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 10:43:11 -0000

------=_NextPart_000_005F_01D5AE85.D1AF7D00
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0060_01D5AE85.D1AF7D00"


------=_NextPart_001_0060_01D5AE85.D1AF7D00
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: 7bit

Hi,



I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.



BR

Daniele



From: Hariharan Ananthakrishnan <hari@netflix.com>
Sent: den 5 december 2019 18:13
To: Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) 
<zhuangyan.zhuang@huawei.com>; bill.wu@huawei.com; Daniele Ceccarelli 
<daniele.ceccarelli@ericsson.com>
Cc: pce@ietf.org
Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling



Hi Authors,

In preparation for Working Group last call on this draft, I'd like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari

------=_NextPart_001_0060_01D5AE85.D1AF7D00
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	mso-fareast-language:SV;}
span.gmail-il
	{mso-style-name:gmail-il;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DSV =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'>Hi,<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><pre><sp=
an lang=3DEN-US =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>I am not aware =
of any <span class=3Dgmail-il>IPR</span> applicable to this draft that =
should be disclosed<o:p></o:p></span></pre><pre><span lang=3DEN-US =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>in accordance =
with IETF <span class=3Dgmail-il>IPR</span> =
rules.<o:p></o:p></span></pre><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'mso-fareast-language:EN-US'>BR<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DIT>Daniele=C2=A0 <o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><b><span lang=3DEN-US>From:</span></b><span =
lang=3DEN-US> Hariharan Ananthakrishnan &lt;hari@netflix.com&gt; =
<br><b>Sent:</b> den 5 december 2019 18:13<br><b>To:</b> Huaimo Chen =
&lt;huaimo.chen@futurewei.com&gt;; Zhuangyan (Yan) =
&lt;zhuangyan.zhuang@huawei.com&gt;; bill.wu@huawei.com; Daniele =
Ceccarelli &lt;daniele.ceccarelli@ericsson.com&gt;<br><b>Cc:</b> =
pce@ietf.org<br><b>Subject:</b> IPR Poll on =
draft-ietf-pce-stateful-pce-lsp-scheduling<o:p></o:p></span></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>Hi =
Authors,<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>In preparation =
for Working Group last call on this draft, I'd like =
all<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>authors and =
contributors to confirm on the list that they are in =
compliance<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>with IETF <span =
class=3Dgmail-il>IPR</span> rules.<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>Please respond =
(copying the mailing list) to say one =
of:<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>I am not aware =
of any <span class=3Dgmail-il>IPR</span> applicable to this draft that =
should be disclosed<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>in accordance =
with IETF <span class=3Dgmail-il>IPR</span> =
rules.<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>I am aware of =
<span class=3Dgmail-il>IPR</span> applicable to this draft, and it has =
already been<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>disclosed to =
the IETF.<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>I am aware of =
<span class=3Dgmail-il>IPR</span> applicable to this draft, but that has =
not yet been<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>disclosed to =
the IETF. I will work to ensure that it will be disclosed in =
a<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>timely =
manner.<o:p></o:p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'><o:p>&nbsp;</o:p=
></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>Thanks,<o:p></o:=
p></span></pre><pre><span =
style=3D'font-family:"Verdana",sans-serif;color:#212529'>- =
Hari</span><span =
style=3D'color:#212529'><o:p></o:p></span></pre></div></div></div></body>=
</html>
------=_NextPart_001_0060_01D5AE85.D1AF7D00--

------=_NextPart_000_005F_01D5AE85.D1AF7D00
Content-Type: application/pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVeTCCAyAw
ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy
YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5
NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz
czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/
gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE
41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI
xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI
9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ
Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG
A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4
pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W
NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch
dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo
Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf
TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV
BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx
MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE
AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB
AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I
tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L
jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ
jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c
3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J
Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h
ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4
pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw
EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN
AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz
dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD
VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1
j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs
aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm
aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp
YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG
SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB
D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI
bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN
fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by
Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIGCjCCA/KgAwIBAgIQ
PmzwpRtLuvapASEIDcQbUjANBgkqhkiG9w0BAQsFADBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwI
RXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMTIy
MTMwMzAxWhcNMjAxMTIyMTMwMzAwWjByMREwDwYDVQQKDAhFcmljc3NvbjEbMBkGA1UEAwwSRGFu
aWVsZSBDZWNjYXJlbGxpMS4wLAYJKoZIhvcNAQkBFh9kYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nz
b24uY29tMRAwDgYDVQQFEwdxZGFuY2VjMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
0iZOZirmwPeV3dhVB/mEPJ1V1ihyztfLo3jkAt7NGg1SuJX1/mRcLbPsyl7gxTHAMXmaoIIHeOQQ
hTcty19TnKIWO+5Vbt3tD0MdxCWiGR0FeHHyOZP97jqerlnCD2fuZny3/ne02QUy8VVFSReQitgp
JRcbTWlo0zfAVRNPIuQtWUxAqznJqc3l5qXIHtP/eEv7mKaaXo00f7heN9wLHtRoX6oz/NFrWLjD
V4aqciCdWAVoIpuKFsDm7skNVTmwYmdVdBCekeKmv3CJyb/g0qV3pMPH+mtBRV0EnH+6BpSIXwFH
Qa/PsBn3YoUzc/yMJyUqbGY/aTT/ozrOvYAgTwIDAQABo4IBxTCCAcEwSAYDVR0fBEEwPzA9oDug
OYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYzLmNy
bDCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIudHJ1c3QudGVsaWEu
Y29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEuY29tL2VyaWNzc29u
bmxpbmRpdmlkdWFsY2F2My5jZXIwKgYDVR0RBCMwIYEfZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNz
c29uLmNvbTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczov
L3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD
BAYIKwYBBQUHAwIwHQYDVR0OBBYEFJ9SlCYOzjRVet6CA+roouqVzccUMB8GA1UdIwQYMBaAFBx7
GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOCAgEAyvE+
6J+2LkiZ/ea8iQoubcyS/aKpuzcx/NxJPUvkJysvid/CPpvemTxZTXrEPGRX+4Qze0Jk4Fo2GUHD
nnO1j+Gk7jmSXNS41HTIDgH3Hnc1cpSpNUxfWRqZvII2T6hh5COy3hY1qk1P9TnGsBmbW6WsZiR0
JWh2xgDKRXe91ciTaEZK2Nz5niQxJmQjN0i9q2eEQx9FXpXAHQua5SPrN6dTZpjaN5fR32VRpKYr
Pom2jcPmGW4BDob7+tOcraqqpQULKRR8sE0V4vA/l3ZLkwypfA0Ase7dQI8gTHhyraQW3nigUjOH
EFmUEVQfxdowx6hwxfGMuwi9Rakp67eW3WNOdvVjgt48kk4qk3I3iWmcVeUokYKUoDgeGsh0gIZE
2M+IbtZjCpIsiowKptMRI9q+Fnh8gAyo7+m8URaDq7aYzp5OmiPgb7whGYAdsbHJEFNkGLF+xyaE
kmcRXdHyu9EAQZQmIRpTdPwCDsCXrzc5n4jLmMo2wa5CcXGcZTkg2xBh11YV3LDQK+BLGBD7JUFx
6wV47wO1AtRTV23cpuzK9hFgE560RSKI+cDLNcKW8NAc7tVKonz2dp5H82FO3oavo/HSKesqtQsx
KVFpzq6s69I1+biH1iVWq+wmMfZhZT6Z044ErPFOTlMfedD2WKY/gUCvGROWVkvdOg7JPIowggbC
MIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1Rl
bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0
NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYD
VQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8A
MIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5v
u5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ub
ppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr
JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o
58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57
HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWI
XwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw
1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOd
gdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1
c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6
Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRv
cnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB
/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0
cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6g
PIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYx
LmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1Ud
DgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gT
EjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q
1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8O
UWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw9
6AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd
K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0Ro
GzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CC
KEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i
7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+R
zPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKk
veBJzqgb8ToH7WLoOzmPRCmPlpAxggMCMIIC/gIBATBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK
DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQPmzwpRtL
uvapASEIDcQbUjAJBgUrDgMCGgUAoIIBfDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG
SIb3DQEJBTEPFw0xOTEyMDkxMDQzMDRaMCMGCSqGSIb3DQEJBDEWBBSz4XsHU92hWeXJVV7Dvmt5
b0iCfjBDBgkqhkiG9w0BCQ8xNjA0MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG
9w0DAgIBQDAHBgUrDgMCGjBqBgkrBgEEAYI3EAQxXTBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK
DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQPmzwpRtL
uvapASEIDcQbUjBsBgsqhkiG9w0BCRACCzFdoFswRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVy
aWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhA+bPClG0u69qkB
IQgNxBtSMA0GCSqGSIb3DQEBAQUABIIBAGVaCuNU8juvzOQr8+9dcqAiupzCZdwq6pJvcVU/BVUm
HwjW5XpDwRYtC8ecPmT+ApJRnLUCsGJMuYQRMdTBmMezP9gJgG3beC06BOei4pxg5kNZ4MpjCzUE
lw9PwV6AnY4hrHg6PxJ4dOU7+4l8y2gBvjqp4BH2v6mWhfZxF+fkWrG1f3BQBvnt/LyOJHikossG
JQwUiJxqWdrfEkSXy6ucCgwQ236+aEt6pt6B0hQJiEheJDT42JrpfvrsUkYZQ2/UN553X5VqRpl4
cHKl3f4wyCgBUTPPWJ36IIU01vMNYyAA2igQtwrTr5TNsLKkSk6qCuD4ElEWPmghRRu5xN8AAAAA
AAA=

------=_NextPart_000_005F_01D5AE85.D1AF7D00--


From nobody Mon Dec  9 09:44:46 2019
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 261CD1200DF; Mon,  9 Dec 2019 09:44:39 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Sender: <iesg-secretary@ietf.org>
CC: draft-ietf-pce-stateful-flags@ietf.org, db3546@att.com, Hariharan Ananthakrishnan <hari@netflix.com>, hari@netflix.com, pce@ietf.org,  pce-chairs@ietf.org
Content-Transfer-Encoding: 7bit
Reply-To: last-call@ietf.org
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Message-ID: <157591347910.2110.5760231826182915189.idtracker@ietfa.amsl.com>
Date: Mon, 09 Dec 2019 09:44:39 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/wrZIXmi7sXsCAeEoZp9AR8R0lxo>
Subject: [Pce] Last Call: <draft-ietf-pce-stateful-flags-00.txt> (Updated Rules for Processing Stateful PCE Request Parameters Flags) to Proposed Standard
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 17:44:39 -0000

The IESG has received a request from the Path Computation Element WG (pce) to
consider the following document: - 'Updated Rules for Processing Stateful PCE
Request Parameters Flags'
  <draft-ietf-pce-stateful-flags-00.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@ietf.org mailing lists by 2019-12-23. Exceptionally, comments may
be sent to iesg@ietf.org instead. In either case, please retain the beginning
of the Subject line to allow automated sorting.

Abstract


   Extensions to the Path Computation Element Communication Protocol
   (PCEP) to support stateful Path Computation Elements (PCEs) are
   defined in RFC 8231.  One of the extensions is the Stateful PCE
   Request Parameters (SRP) object.  That object includes a Flags field
   that is a set of 32 bit flags, and RFC 8281 defines an IANA registry
   for tracking assigned flags.  However, RFC 8231 does not explain how
   an implementation should set unassigned flags in transmitted
   messages, nor how an implementation should process unassigned,
   unknown, or unsupported flags in received messages.

   This document updates RFC 8231 by defining the correct behaviors.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-flags/ballot/


No IPR declarations have been submitted directly on this I-D.





From nobody Mon Dec  9 11:55:29 2019
Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA9F4120178 for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 11:55:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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_NONE=-0.0001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 HlkvuPW1UasO for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 11:55:24 -0800 (PST)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750091.outbound.protection.outlook.com [40.107.75.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E8F8120019 for <pce@ietf.org>; Mon,  9 Dec 2019 11:55:24 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iZ1Q90lKBf4BGAk5weMSDcSguQA+Vqf79NqVJRkVbrWQR8hRNX+kXI9wSNG1hFBslVAv59mMq0g3OFEP16stbWaIQxjOH59BYxsCRro1nrilTQL2/hXx9xGUZEcddEy2sv7OadZ86+JAwg0HOVWidTyyLBjqEIR6P/1Wt2r0LtGTN34oOuc3qO5yCI1flnUm4ag01JBOp+NUerl5gjtnGLyGCd4nGNqh6LETsWMT5q0gx/z7ajVDOkgtTLkXtQ3GTdC6ygO/siDj4eKkuvdJ1dN24DzvEpQSkbzJVz43bdVB3XEqdabiRaCxHUGu0F+Lat6uwDl+JxWbUTr2+xSWDQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XR5APrlcVtgWolvGqp0kATnro2p3LyBZ9FVejItNFX4=; b=hNFKNUyrmdq4POdrrNn8q7hWiVIKmK/NQsAfOTNhrEp/4+QWB5W+nh0iemDyAKVUPUjMR9K4ZYzAJLF/yEt8hZpapwOnjfhHsdM4+SgOk6kBPxUcTK7w5wdEUUGuv5wTBwCBPmIgozmqXqSnwSWQknrjjgz/1gjdlGKr8yRqPhCfd6anVWvF+3k2wp/RBVH/iPXDFVkSMmY7oYFHZumnJpSjmGDOwcWvdWnOqlCuzMT8SpihIvqOCKrWc8Pv6eoPLuGSwRmDL6dnjjGBb9v7PXwrUyxxk4++pDmKXytU6sD/rhPyfV82iWi2AYR7XYRQUK1Frolfh4QkOh+gwwJ2sw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XR5APrlcVtgWolvGqp0kATnro2p3LyBZ9FVejItNFX4=; b=nDILrqh2QUqcV4+SPVPxOVmvfiWBCig9xdcN92ceEdBWS60LN9s/lu1FF9jQstrPIn3cmiOPwfHY2Ry+0UQIJvfewvov7c3jAh2OEw3R6c6p/Ura0y64PLiUAaqVPQH8pBYS4bbJWJVGKpu4zGhDrmGvAofpJ3L4sRcxzh7+YXs=
Received: from BN8PR13MB2628.namprd13.prod.outlook.com (20.178.219.10) by BN8PR13MB2834.namprd13.prod.outlook.com (20.178.221.209) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.13; Mon, 9 Dec 2019 19:55:19 +0000
Received: from BN8PR13MB2628.namprd13.prod.outlook.com ([fe80::e463:6f66:dfdb:1450]) by BN8PR13MB2628.namprd13.prod.outlook.com ([fe80::e463:6f66:dfdb:1450%7]) with mapi id 15.20.2538.012; Mon, 9 Dec 2019 19:55:19 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: "pce@ietf.org" <pce@ietf.org>, "julien.meuric@orange.com" <julien.meuric@orange.com>
Thread-Topic: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWuyoVvkWKFTUzAS0uh+z+Z+Mmlhw==
Date: Mon, 9 Dec 2019 19:55:18 +0000
Message-ID: <BN8PR13MB262891C64392F9756FCDEA5885580@BN8PR13MB2628.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=linda.dunbar@futurewei.com; 
x-originating-ip: [12.111.81.95]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ec8618f9-a8c9-44bd-97e2-08d77ce1b7e0
x-ms-traffictypediagnostic: BN8PR13MB2834:
x-microsoft-antispam-prvs: <BN8PR13MB2834CB876851DB14BFDF240385580@BN8PR13MB2834.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:2958;
x-forefront-prvs: 02462830BE
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(346002)(366004)(136003)(396003)(39840400004)(376002)(199004)(189003)(66446008)(64756008)(229853002)(2906002)(66476007)(66946007)(66556008)(71190400001)(71200400001)(76116006)(186003)(790700001)(6506007)(55016002)(26005)(4744005)(110136005)(53546011)(316002)(33656002)(86362001)(9686003)(5660300002)(52536014)(7696005)(8936002)(478600001)(44832011)(8676002)(81166006)(81156014); DIR:OUT; SFP:1102; SCL:1; SRVR:BN8PR13MB2834; H:BN8PR13MB2628.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Nt9a93x09Nj2dBuIGfjbnVUpa9WiAgSCldod1ScnairJpv/+zo2dtrWUEa7X8rAUSXlQ3z3vPXd3909CYlCrqPBmsbb2iAPcySVNmC4wTBjYfEDKMd1qXbs19euWQk+IOalfp84vVaFK7Z3YpKwDa5izUqpseWpan7UNMF6otcl+UQjp09wkZXyGkBObSHQ8+WHeG/xZPLwSYVPt9xHIW633ybR573n0dHXz3gU9/xYgGA1Nv5y1YkDJuh09DkSz3M2yZq3TpAZnRjVwaHnP3hNLBhTnFnK1Uh2MaSxGIRc0m2Uzl6tsOVfVh3U49yAyB7LoJ57jLw3uvhXiVWWfnZBKrdy9yHSQ0CPegMhXoo+YcxuXx00OdPqK5fQQwlRcwMSRio6B/lVdU/MsiPvOsfSC61+TRLkF8NHv3pwE6FxmhBtpqOpK5o4LPGT3Yn6r
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BN8PR13MB262891C64392F9756FCDEA5885580BN8PR13MB2628namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ec8618f9-a8c9-44bd-97e2-08d77ce1b7e0
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2019 19:55:18.9080 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: XVer9I6kznj/kSkpMAgtXwDaDXJUnfm8lJC+2vyfCqK+JGNtSBXjRn5hJmkpLv/n33w337yermcpQnZpJsvVNA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR13MB2834
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/0-OfCc_yk44T7kZg4NPAtL708kU>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2019 19:55:27 -0000

--_000_BN8PR13MB262891C64392F9756FCDEA5885580BN8PR13MB2628namp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Support.

Linda Dunbar



From: Pce <pce-bounces@ietf.org><mailto:pce-bounces@ietf.org&gt>; on behalf=
 of julien.meuric@orange.com<mailto:julien.meuric@orange.com> <julien.meuri=
c@orange.com><mailto:julien.meuric@orange.com&gt>;
Sent: Thursday, December 5, 2019 11:47 AM
To: pce@ietf.org<mailto:pce@ietf.org> <pce@ietf.org><mailto:pce@ietf.org&gt=
>;
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien


--_000_BN8PR13MB262891C64392F9756FCDEA5885580BN8PR13MB2628namp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Support.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Linda Dunbar
<o:p></o:p></span></p>
<div style=3D"mso-element:para-border-div;border:none;border-bottom:solid w=
indowtext 1.0pt;padding:0in 0in 1.0pt 0in">
<p class=3D"MsoNormal" style=3D"border:none;padding:0in"><span lang=3D"EN" =
style=3D"font-size:9.5pt;font-family:Consolas;color:#212529"><o:p>&nbsp;</o=
:p></span></p>
</div>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">From: Pce &lt;<a href=3D"mailto:pce-bounces@ietf=
.org&amp;gt"><span style=3D"color:#337AB7;text-decoration:none">pce-bounces=
@ietf.org&gt;</span></a>; on behalf of
<a href=3D"mailto:julien.meuric@orange.com"><span style=3D"color:#337AB7;te=
xt-decoration:none">julien.meuric@orange.com</span></a> &lt;<a href=3D"mail=
to:julien.meuric@orange.com&amp;gt"><span style=3D"color:#337AB7;text-decor=
ation:none">julien.meuric@orange.com&gt;</span></a>;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Sent: Thursday, December 5, 2019 11:47 AM<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">To:
<a href=3D"mailto:pce@ietf.org"><span style=3D"color:#337AB7;text-decoratio=
n:none">pce@ietf.org</span></a> &lt;<a href=3D"mailto:pce@ietf.org&amp;gt">=
<span style=3D"color:#337AB7;text-decoration:none">pce@ietf.org&gt;</span><=
/a>;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Subject: [Pce] WG LC for draft-ietf-pce-stateful=
-pce-lsp-scheduling<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Dear PCE WG,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">This message starts a 2-week PCE WG Last Call fo=
r<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">draft-ietf-pce-stateful-pce-lsp-scheduling-10. P=
lease review the<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">document and share your comments and/or interest=
 using the PCE mailing<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">list by Thursday December 19.<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Thanks,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN" style=3D"font-size:9.5pt;font-fami=
ly:Consolas;color:#212529">Dhruv &amp; Julien<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_BN8PR13MB262891C64392F9756FCDEA5885580BN8PR13MB2628namp_--


From nobody Mon Dec  9 17:31:44 2019
Return-Path: <zhang.xian@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D9B5120020 for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 17:31:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 FL3_A27F2bqQ for <pce@ietfa.amsl.com>; Mon,  9 Dec 2019 17:31:40 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 674FE12001A for <pce@ietf.org>; Mon,  9 Dec 2019 17:31:40 -0800 (PST)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id A5BD3DCD268273AB3AFA for <pce@ietf.org>; Tue, 10 Dec 2019 01:31:38 +0000 (GMT)
Received: from dggeme704-chm.china.huawei.com (10.1.199.100) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 10 Dec 2019 01:31:38 +0000
Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by dggeme704-chm.china.huawei.com (10.1.199.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Tue, 10 Dec 2019 09:31:36 +0800
Received: from dggeme751-chm.china.huawei.com ([169.254.210.30]) by dggeme751-chm.china.huawei.com ([169.254.210.30]) with mapi id 15.01.1713.004; Tue, 10 Dec 2019 09:31:35 +0800
From: "Zhangxian (Xian)" <zhang.xian@huawei.com>
To: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWu+B6IXuOGzRaOTACXCXNTp6lB/Q==
Date: Tue, 10 Dec 2019 01:31:35 +0000
Message-ID: <1966cee3b91047c981311ac5b615e285@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.63.139.71]
Content-Type: multipart/alternative; boundary="_000_1966cee3b91047c981311ac5b615e285huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/dBa4pSdQZZEIm-Iuiym1HkVYrAA>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2019 01:31:43 -0000

--_000_1966cee3b91047c981311ac5b615e285huaweicom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

The document is ready for publication.

Xian (as contributor)

________________________________________
From: Pce <pce-bounces@ietf.org<mailto:pce-bounces@ietf.org>> on behalf of =
julien.meuric@orange.com<mailto:julien.meuric@orange.com> <julien.meuric@or=
ange.com<mailto:julien.meuric@orange.com>>
Sent: Thursday, December 5, 2019 11:47 AM
To: pce@ietf.org<mailto:pce@ietf.org>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien


--_000_1966cee3b91047c981311ac5b615e285huaweicom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman",serif;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:&quot;Cali=
bri&quot;,sans-serif;color:#1F497D">The document is ready for publication.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D"><o:p>&nbsp;</o:p></spa=
n></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.5pt;font-=
family:&quot;Calibri&quot;,sans-serif;color:#1F497D">Xian (as contributor)<=
o:p></o:p></span></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span lang=3D"EN-US" =
style=3D"font-size:11.0pt"><br>
________________________________________<br>
From: Pce &lt;</span><span lang=3D"EN-US"><a href=3D"mailto:pce-bounces@iet=
f.org"><span style=3D"font-size:11.0pt">pce-bounces@ietf.org</span></a></sp=
an><span lang=3D"EN-US" style=3D"font-size:11.0pt">&gt; on behalf of
</span><span lang=3D"EN-US"><a href=3D"mailto:julien.meuric@orange.com"><sp=
an style=3D"font-size:11.0pt">julien.meuric@orange.com</span></a></span><sp=
an lang=3D"EN-US" style=3D"font-size:11.0pt"> &lt;</span><span lang=3D"EN-U=
S"><a href=3D"mailto:julien.meuric@orange.com"><span style=3D"font-size:11.=
0pt">julien.meuric@orange.com</span></a></span><span lang=3D"EN-US" style=
=3D"font-size:11.0pt">&gt;<br>
Sent: Thursday, December 5, 2019 11:47 AM<br>
To: </span><span lang=3D"EN-US"><a href=3D"mailto:pce@ietf.org"><span style=
=3D"font-size:11.0pt">pce@ietf.org</span></a></span><span lang=3D"EN-US" st=
yle=3D"font-size:11.0pt"><br>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<br>
<br>
Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<br>
<br>
<o:p></o:p></span></p>
</div>
</div>
</body>
</html>

--_000_1966cee3b91047c981311ac5b615e285huaweicom_--


From nobody Tue Dec 10 12:25:11 2019
Return-Path: <liulei.kddi@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEF0812026E for <pce@ietfa.amsl.com>; Tue, 10 Dec 2019 12:25:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level: 
X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ieee.org
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 6rUSpITjMfqJ for <pce@ietfa.amsl.com>; Tue, 10 Dec 2019 12:25:08 -0800 (PST)
Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 782AE12023E for <pce@ietf.org>; Tue, 10 Dec 2019 12:25:08 -0800 (PST)
Received: by mail-ot1-x334.google.com with SMTP id o9so16729160ote.2 for <pce@ietf.org>; Tue, 10 Dec 2019 12:25:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P48HNp+Yyf/fHWX77B58DvuvP83hdlJtb6ANwIBBymc=; b=GxZwnyyecoIWy4rlcaT0JfDggI5mOcJNHKzV4uuqxikWYHfb8BFZUNTupR49ueNRQz fepH/Qh+79pSQ/+5w8DVs+GpIYpOUc5+F3n4LyoXed+i2mY66mStq3phyS12Fj2Pzjvm FJp/xq87VkAQhgL51usdP0jCQq1bzH6iRta34=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P48HNp+Yyf/fHWX77B58DvuvP83hdlJtb6ANwIBBymc=; b=q8ENrHjBy/0t/o1e14Zup0OWpUS9KbvdsR2S15emjwIm1fAB1bStupze7aFlolsYGg IEvQRmdH60cILyiNMiSPx5HR8EpqcCufNx1TZYFgLBvwxrSPigCAXZ4PX/f3eHBZWd/G 8/UOJQ5Z+7IDwGki/qzyTQnLrcblRuQ3FXVYWUZ4fZEnu3yY4KDfKsklIa08nJtdRnjy pEORvtKbdf4Im/DOEaPU1K5R62qwoGp4ZwRDBGpjpUbQRR/wzswI36KE7yRkuVpAxBnm Y/AUwbCIMi4jEuQxSdNWKerMKmS4aY387f0VZT4+2fIEoEB6xf8wRhbwFQZv8LWNMXS8 ShsA==
X-Gm-Message-State: APjAAAVeXzaBW2nQnnAvpi5ubaRi2EJhXFbd1IEErWss3VC3yDRNFHCh jT7hZLu/lPHMs5fSUQ8pvfz3Vsy29K7NM2FSdG0=
X-Google-Smtp-Source: APXvYqwp6eSgXxb2gl7hk+6j51ZUyhFPCCR+Dd8+7xx5mTqQ/7HIpQRnYgXBXaLN/QWO551BLk0Zfw5xNruhGgs0BKU=
X-Received: by 2002:a9d:4e97:: with SMTP id v23mr25947641otk.201.1576009507802;  Tue, 10 Dec 2019 12:25:07 -0800 (PST)
MIME-Version: 1.0
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com> <SN6PR13MB22715F293616BCBE9CDA8EF4F25F0@SN6PR13MB2271.namprd13.prod.outlook.com>
In-Reply-To: <SN6PR13MB22715F293616BCBE9CDA8EF4F25F0@SN6PR13MB2271.namprd13.prod.outlook.com>
From: LEI LIU <liulei@ieee.org>
Date: Tue, 10 Dec 2019 12:25:24 -0800
Message-ID: <CAEy9f1mk12_Gx94fTT4FtHsdopjddkmF9P-r4jw7k-RZmQ47bA@mail.gmail.com>
To: hari@netflix.com, pce@ietf.org
Cc: Huaimo Chen <huaimo.chen@futurewei.com>, zhuangyan.zhuang@huawei.com,  bill.wu@huawei.com, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
Content-Type: multipart/alternative; boundary="000000000000e0147905995f4e2b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/IjkdDsbzHjX4__3nfXHNPVOfS7c>
Subject: Re: [Pce] Fw: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Dec 2019 20:25:10 -0000

--000000000000e0147905995f4e2b
Content-Type: text/plain; charset="UTF-8"

Hi,

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

Best regards,
Lei

*From:* Hariharan Ananthakrishnan <hari@netflix.com>
> *Sent:* Thursday, December 5, 2019 12:12 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <
> zhuangyan.zhuang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>;
> daniele.ceccarelli@ericsson.com <daniele.ceccarelli@ericsson.com>
> *Cc:* pce@ietf.org <pce@ietf.org>
> *Subject:* IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
>
>
> Hi Authors,
>
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in compliance
> with IETF IPR rules.
>
> Please respond (copying the mailing list) to say one of:
>
> I am not aware of any IPR applicable to this draft that should be disclosed
> in accordance with IETF IPR rules.
>
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in a
> timely manner.
>
> Thanks,
> - Hari
>
>

--000000000000e0147905995f4e2b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi,=C2=A0</div><div dir=3D"ltr"><br></div><div dir=3D=
"ltr">I am not aware of any IPR applicable to this draft that should be dis=
closed
in accordance with IETF IPR rules.=C2=A0</div><div dir=3D"ltr"><br></div><d=
iv>Best regards,=C2=A0</div><div>Lei=C2=A0=C2=A0<br></div><div class=3D"gma=
il_quote"><div dir=3D"ltr" class=3D"gmail_attr"><br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><div id=3D"gmail-m_-=
6478920186214645350divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-s=
erif" color=3D"#000000" style=3D"font-size:11pt"><b>From:</b> Hariharan Ana=
nthakrishnan &lt;<a href=3D"mailto:hari@netflix.com" target=3D"_blank">hari=
@netflix.com</a>&gt;<br>
<b>Sent:</b> Thursday, December 5, 2019 12:12 PM<br>
<b>To:</b> Huaimo Chen &lt;<a href=3D"mailto:huaimo.chen@futurewei.com" tar=
get=3D"_blank">huaimo.chen@futurewei.com</a>&gt;; Zhuangyan (Yan) &lt;<a hr=
ef=3D"mailto:zhuangyan.zhuang@huawei.com" target=3D"_blank">zhuangyan.zhuan=
g@huawei.com</a>&gt;; <a href=3D"mailto:bill.wu@huawei.com" target=3D"_blan=
k">bill.wu@huawei.com</a> &lt;<a href=3D"mailto:bill.wu@huawei.com" target=
=3D"_blank">bill.wu@huawei.com</a>&gt;; <a href=3D"mailto:daniele.ceccarell=
i@ericsson.com" target=3D"_blank">daniele.ceccarelli@ericsson.com</a> &lt;<=
a href=3D"mailto:daniele.ceccarelli@ericsson.com" target=3D"_blank">daniele=
.ceccarelli@ericsson.com</a>&gt;<br>
<b>Cc:</b> <a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</=
a> &lt;<a href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a>&g=
t;<br>
<b>Subject:</b> IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling</fon=
t>
<div>=C2=A0</div>
</div>
<div>
<div dir=3D"ltr">
<div style=3D"font-family:verdana,sans-serif;font-size:small">
<pre style=3D"white-space:pre-wrap;box-sizing:border-box;margin-top:0px;mar=
gin-bottom:1rem;overflow:auto;color:rgb(33,37,41);word-break:normal;padding=
:0px"><font face=3D"verdana, sans-serif">Hi Authors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF <span>IPR</span> rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any <span>IPR</span> applicable to this draft that should=
 be disclosed
in accordance with IETF <span>IPR</span> rules.

I am aware of <span>IPR</span> applicable to this draft, and it has already=
 been
disclosed to the IETF.

I am aware of <span>IPR</span> applicable to this draft, but that has not y=
et been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</font></pre></div></div></div></div></div></blockquote></div><div di=
r=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div=
 dir=3D"ltr"><div><br></div></div></div></div>

--000000000000e0147905995f4e2b--


From nobody Wed Dec 11 17:32:36 2019
Return-Path: <zhuangshunwan@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02EE21200F8 for <pce@ietfa.amsl.com>; Wed, 11 Dec 2019 17:32:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 xc9TDW4V3Cnd for <pce@ietfa.amsl.com>; Wed, 11 Dec 2019 17:32:33 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C3961200F7 for <pce@ietf.org>; Wed, 11 Dec 2019 17:32:33 -0800 (PST)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 55C37CC941FA229405C4 for <pce@ietf.org>; Thu, 12 Dec 2019 01:32:31 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 12 Dec 2019 01:32:30 +0000
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Thu, 12 Dec 2019 09:32:22 +0800
From: Zhuangshunwan <zhuangshunwan@huawei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq4vDF1v3t5wPU0eB1EqKZ0kzPqe1v9ww
Date: Thu, 12 Dec 2019 01:32:21 +0000
Message-ID: <19AB2A007F56DB4E8257F949A2FB9858E5E0FEFA@NKGEML515-MBX.china.huawei.com>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.202.166]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/Gc7o_BuAFyr1ehWSCNGFdzyj0h0>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 01:32:36 -0000

U3VwcG9ydC4gSSBoYXZlIHJlYWQgdGhpcyBkcmFmdCBhbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBm
b3IgcHVibGljYXRpb24uDQoNCkJlc3QgUmVnYXJkcywNClNodW53YW4NCg0KDQotLS0tLU9yaWdp
bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUGNlIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20NClNlbnQ6IEZyaWRheSwgRGVj
ZW1iZXIgMDYsIDIwMTkgMTI6NDcgQU0NClRvOiBwY2VAaWV0Zi5vcmcNClN1YmplY3Q6IFtQY2Vd
IFdHIExDIGZvciBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxpbmcNCg0K
RGVhciBQQ0UgV0csDQoNClRoaXMgbWVzc2FnZSBzdGFydHMgYSAyLXdlZWsgUENFIFdHIExhc3Qg
Q2FsbCBmb3IgZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5nLTEwLiBQ
bGVhc2UgcmV2aWV3IHRoZSBkb2N1bWVudCBhbmQgc2hhcmUgeW91ciBjb21tZW50cyBhbmQvb3Ig
aW50ZXJlc3QgdXNpbmcgdGhlIFBDRSBtYWlsaW5nIGxpc3QgYnkgVGh1cnNkYXkgRGVjZW1iZXIg
MTkuDQoNClRoYW5rcywNCg0KRGhydXYgJiBKdWxpZW4NCg0KDQo=


From nobody Wed Dec 11 23:43:18 2019
Return-Path: <li_zhenqiang@hotmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42ECC120840 for <pce@ietfa.amsl.com>; Wed, 11 Dec 2019 23:43:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.124
X-Spam-Level: 
X-Spam-Status: No, score=-1.124 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com
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 v6AI6mv3qtZq for <pce@ietfa.amsl.com>; Wed, 11 Dec 2019 23:43:15 -0800 (PST)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254034.outbound.protection.outlook.com [40.92.254.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70A4A12083D for <pce@ietf.org>; Wed, 11 Dec 2019 23:43:15 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nuRJZsHywFGwaJwo3QRSsjvttNMWZKc1ffraQZp/B9YTgma2GrGeI385fmcT87hAFPV57aydomRW4xxG2w/hbw060ukWhtFo091cs06jbk3T9787OdrYbOC1lE+NR/jz6WgCXIWRl8q2Z/4VDocKjypmjhIpfyb/OHUYJtnV9EamZYHqBKH5P+OgRXF2au1RA07W7XGsM9zS2/RJlKxQ/kfm5cWjWPODimFuD6B9VZpTuNjL7mQzWvaoQyslR4BGDmD/4lrNTr2nV0H7ZLK939BAEs586+pPfmj05gcWAZXZnWIxNv+GVRK4TlHWlGnnlqxdNIwZbg/UQ1zGlvdnPQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CkRX0EaBQMWdcEPYs7VXyg8+yCdj3X3SURQGXmudmwM=; b=JTmH2QVDtT/vtzKCBIkkUpkLoS5a3aiiQ8/vgkG5DyBHckLLkbBQK38QWlm9VPv0e1ycwCI3w4Iqqc8BVm5DLVwmbIbnbiLLa6Q5qcnvRrRRekxyg0UbILCzSUUOzd1b1b4dYc+Xv4XFVolI1+P8smXZfFwDxpEMnSjOtJuK78RrpqQsaiSyE1ZBxj91L7jdc4iMmLSAN1u/B26FIa4ktmVmxl2IyybiwJ8sjxO81u2Li01H58DWCNZYPlCe9uoHFh+G3tgpK1I0tiAjNfC5OHMfQymi5FJQkWzFigAbnrYdscckaRQif8MJASbH00i4rJfcv1WN/dxqf4c5xr6zMA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hotmail.com; dmarc=pass action=none header.from=hotmail.com; dkim=pass header.d=hotmail.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CkRX0EaBQMWdcEPYs7VXyg8+yCdj3X3SURQGXmudmwM=; b=B/5gvvr67/6iSP7EdekEnTRbnmQVOsG+iKa06ss/yZ3PIIIIXDjfoA3cJcyydbJd7tt0LG/DdbU05oOHVn80To51uzfRdHXF+vs6ReHFmE8yWdTxk/kHOYdw0Zr6cUD6+x7XxVQtNbqZz55Ss+aE0x6gRd6BF/vm5Lt5UffGjvIU/erxzOPXSmag6XAJppZ2aZYD5XhU+Ss4HVT2vPzHR15o7vWS+9vrNctPZWj/9gFKrp7JVBbPBJ2yaWoCZbGC31peQ0csM8J8glHOKlfd63+/NP9dprnEHvx/TX1b5IkuyGLexpn3+cjvSxuG2Eu0FVVf0W0fiyyBa/0uaZQ/xg==
Received: from SG2APC01FT061.eop-APC01.prod.protection.outlook.com (10.152.250.57) by SG2APC01HT019.eop-APC01.prod.protection.outlook.com (10.152.251.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.25; Thu, 12 Dec 2019 07:43:12 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.250.58) by SG2APC01FT061.mail.protection.outlook.com (10.152.251.65) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.15 via Frontend Transport; Thu, 12 Dec 2019 07:43:12 +0000
X-IncomingTopHeaderMarker: OriginalChecksum:63C294861156BDEF61517CB4E4B51E7482A74B0FA9722D990CCAB4672D3D8B4E; UpperCasedChecksum:5FB0F5425CB3B03202A06020308C9AE37C223F88CEE578153FF78CE91C7420B3; SizeAsReceived:8704; Count:49
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::ad00:a3b6:1bac:6f52]) by HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::ad00:a3b6:1bac:6f52%7]) with mapi id 15.20.2538.016; Thu, 12 Dec 2019 07:43:12 +0000
Date: Thu, 12 Dec 2019 15:43:23 +0800
From: "li_zhenqiang@hotmail.com" <li_zhenqiang@hotmail.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>,  "pce@ietf.org" <pce@ietf.org>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
X-Has-Attach: no
X-Mailer: Foxmail 7.2.9.156[cn]
Message-ID: <HK0PR03MB4066182F5C56188D18DE3C79FC550@HK0PR03MB4066.apcprd03.prod.outlook.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart557383743375_=----"
X-ClientProxiedBy: HK2PR03CA0051.apcprd03.prod.outlook.com (2603:1096:202:17::21) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
X-Microsoft-Original-Message-ID: <201912121543214633162@hotmail.com>
MIME-Version: 1.0
Received: from cmcc-PC (183.243.254.160) by HK2PR03CA0051.apcprd03.prod.outlook.com (2603:1096:202:17::21) with Microsoft SMTP Server (version=TLS1_1, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA) id 15.20.2559.8 via Frontend Transport; Thu, 12 Dec 2019 07:43:11 +0000
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.9.156[cn]
X-Microsoft-Original-Message-ID: <201912121543214633162@hotmail.com>
X-TMN: [VXzgxYklrgRc1Aov0sT69hin9dljGKzkkvv+wdmJiCU=]
X-MS-PublicTrafficType: Email
X-IncomingHeaderCount: 49
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-Correlation-Id: f16bd91f-ac19-4598-745e-08d77ed6f066
X-MS-TrafficTypeDiagnostic: SG2APC01HT019:
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: ri1MUUKGnPheabbo9Wi/IIzgmIqdoHsvnI7MyG9zl2n1IuxHn0crOfdr+C4tUkLVgmSMkhbq5D+67IYnyFzvgknnmZZKriZEC0xM6/O2oScHMf0LWbUQkN7usk8/gwNVyXfpGWmqCiUdw/cStxtUV45zJsloK/x1pdT/SKvY+SGomq84hhsR1xZFWKLzofHf
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f16bd91f-ac19-4598-745e-08d77ed6f066
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Dec 2019 07:43:12.2449 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT019
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/BYbnUw1Ik4Zuo5mgEE_khzYQoGw>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 07:43:17 -0000

------=_001_NextPart557383743375_=----
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SSBzdXBwb3J0IHRoZSBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvYy4NCg0KWmhlbnFpYW5nIExpDQoN
Cg0KbGlfemhlbnFpYW5nQGhvdG1haWwuY29tDQogDQpGcm9tOiBqdWxpZW4ubWV1cmljQG9yYW5n
ZS5jb20NCkRhdGU6IDIwMTktMTItMDYgMDA6NDcNClRvOiBwY2VAaWV0Zi5vcmcNClN1YmplY3Q6
IFtQY2VdIFdHIExDIGZvciBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxp
bmcNCkRlYXIgUENFIFdHLA0KIA0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDItd2VlayBQQ0UgV0cg
TGFzdCBDYWxsIGZvcg0KZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5n
LTEwLiBQbGVhc2UgcmV2aWV3IHRoZQ0KZG9jdW1lbnQgYW5kIHNoYXJlIHlvdXIgY29tbWVudHMg
YW5kL29yIGludGVyZXN0IHVzaW5nIHRoZSBQQ0UgbWFpbGluZw0KbGlzdCBieSBUaHVyc2RheSBE
ZWNlbWJlciAxOS4NCiANClRoYW5rcywNCiANCkRocnV2ICYgSnVsaWVuDQogDQogDQogDQogDQpf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxp
bmcgbGlzdA0KUGNlQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL3BjZQ0K

------=_001_NextPart557383743375_=----
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html><head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8"><s=
tyle>body { line-height: 1.5; }blockquote { margin-top: 0px; margin-bottom:=
 0px; margin-left: 0.5em; }body { font-size: 10.5pt; font-family: =E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91; color: rgb(0, 0, 0); line-height: 1.5; }</styl=
e></head><body>=0A=
<div><span></span>I support the&nbsp;<span style=3D"font-family: =E5=BE=AE=
=E8=BD=AF=E9=9B=85=E9=BB=91, Tahoma; line-height: normal;">publication</spa=
n>&nbsp;of this doc.</div>=0A=
<div><br></div><div>Zhenqiang Li</div><hr style=3D"width: 210px; height: 1p=
x;" color=3D"#b5c4df" size=3D"1" align=3D"left">=0A=
<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE: 10p=
t"><div>li_zhenqiang@hotmail.com</div></div></span></div>=0A=
<blockquote style=3D"margin-Top: 0px; margin-Bottom: 0px; margin-Left: 0.5e=
m"><div>&nbsp;</div><div style=3D"border:none;border-top:solid #B5C4DF 1.0p=
t;padding:3.0pt 0cm 0cm 0cm"><div style=3D"PADDING-RIGHT: 8px; PADDING-LEFT=
: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefe=
f; PADDING-BOTTOM: 8px; PADDING-TOP: 8px"><div><b>From:</b>&nbsp;<a href=3D=
"mailto:julien.meuric@orange.com">julien.meuric@orange.com</a></div><div><b=
>Date:</b>&nbsp;2019-12-06&nbsp;00:47</div><div><b>To:</b>&nbsp;<a href=3D"=
mailto:pce@ietf.org">pce@ietf.org</a></div><div><b>Subject:</b>&nbsp;[Pce] =
WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling</div></div></div><div>=
<div>Dear PCE WG,</div>=0A=
<div>&nbsp;</div>=0A=
<div>This message starts a 2-week PCE WG Last Call for</div>=0A=
<div>draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the</div>=
=0A=
<div>document and share your comments and/or interest using the PCE mailing=
</div>=0A=
<div>list by Thursday December 19.</div>=0A=
<div>&nbsp;</div>=0A=
<div>Thanks,</div>=0A=
<div>&nbsp;</div>=0A=
<div>Dhruv &amp; Julien</div>=0A=
<div>&nbsp;</div>=0A=
<div>&nbsp;</div>=0A=
<div>&nbsp;</div>=0A=
<div>&nbsp;</div>=0A=
<div>_______________________________________________</div>=0A=
<div>Pce mailing list</div>=0A=
<div>Pce@ietf.org</div>=0A=
<div>https://www.ietf.org/mailman/listinfo/pce</div>=0A=
</div></blockquote>=0A=
</body></html>=

------=_001_NextPart557383743375_=------


From nobody Thu Dec 12 10:53:41 2019
Return-Path: <xufeng.liu.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46A4D120A7E for <pce@ietfa.amsl.com>; Thu, 12 Dec 2019 10:53:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 z8KyizXznOax for <pce@ietfa.amsl.com>; Thu, 12 Dec 2019 10:53:35 -0800 (PST)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03763120A6F for <pce@ietf.org>; Thu, 12 Dec 2019 10:53:35 -0800 (PST)
Received: by mail-il1-x133.google.com with SMTP id b15so2938992iln.3 for <pce@ietf.org>; Thu, 12 Dec 2019 10:53:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wQc5maBkEOUzL5zaXdK9khuP3J8RHi16eEwhJNN017s=; b=LRX9FI2wOMQoZTY59srMTdBpmcgms9eCs4dXWqoYc8Nk/Gr4uhDleSdr+Zy33bsQ4R OE9nwsYAz6LOpJ0dEP76SCuv6+iKF36Qx5LNKnb0UrvI4dIGUi++oDmXxjYcsEAhX5ge WxIH4RBoWAhmAzZPrc6on/u3vsNmUE+ec7dXHB69FL6+Jbx7QmCUbZwrdTdVdDLEJYWY uIdPRhscQAnDt5ez1ArtfcxfrR5dYfW70x9fOmMYqnkNw8QTlxf5/5JHgVDzEan/1OZ8 QHU7Mp7kbF5h0gcyc/3OtABR00P8YN1jvjcle5qb5fL/E8Hztp01D/mF88HI2SWUIMSf uv+g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wQc5maBkEOUzL5zaXdK9khuP3J8RHi16eEwhJNN017s=; b=BqAu5lwQjHzJpcUrU2jMZxk7UWpqepUCpzVYzugqmOBAJCV75ZLBE+dzs+wj5HFiXw uRqE+R9uouVr6RGZ9AdXp761RstFzRGPkVUNUBoI11NDWV94E5z456SplkZXTjr6ihN4 HNGGE/9rwUVdC5STCu5ibCVAjdqRjFgEtjNRqCbSxjaRj4r163hYuMrpcvqHBbodhYHp N7LvyXELaYuGjWOECAY85169cjibSGeLQ4u9ylVgPXu3Ti4+U138VV7DnZAAHhrDheZq izOZyCRKbWy4pBh/Ya5K327IMF63pgAF/FhASIzrSXqbyEY/2I+3a0IpKPqwNemFTtSp eYIA==
X-Gm-Message-State: APjAAAUW3y47aAVIF5ZJvQF51vsUe/QYOfy546mCFMUfTPUgbeWbqMFu +2JDwO4Yxqj3GikcnejJvfaeJGV08xjICMiddhE=
X-Google-Smtp-Source: APXvYqwXSShU7z2fmXJ1bHgcyIuuM8jeKr4pw+RDpSgW+OEWELYwTFJ7TApm8PXrTdhsv1utcarZBPu2UcO7RXYU3zE=
X-Received: by 2002:a92:15c1:: with SMTP id 62mr9335858ilv.216.1576176814156;  Thu, 12 Dec 2019 10:53:34 -0800 (PST)
MIME-Version: 1.0
References: <CAKr6JWt1yDy0SnMYzdAcr4vfxW-mutEcUWjDD8jXdjvLSMMryg@mail.gmail.com>
In-Reply-To: <CAKr6JWt1yDy0SnMYzdAcr4vfxW-mutEcUWjDD8jXdjvLSMMryg@mail.gmail.com>
From: Xufeng Liu <xufeng.liu.ietf@gmail.com>
Date: Thu, 12 Dec 2019 13:53:23 -0500
Message-ID: <CAEz6PPSEmh1iX1hOHSenbGP1gaKbULiRmNu0B__saHH4VwEN6g@mail.gmail.com>
To: "Toy, Mehmet" <mehmet.toy=40verizon.com@dmarc.ietf.org>
Cc: Hariharan Ananthakrishnan <hari@netflix.com>, Huaimo Chen <huaimo.chen@futurewei.com>, pce@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001c7a080599864399"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/j1d5QbcYtShac_1Gv78ojuC6qls>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 18:53:40 -0000

--0000000000001c7a080599864399
Content-Type: text/plain; charset="UTF-8"

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules. Thanks, - Xufeng

On Fri, Dec 6, 2019 at 3:29 PM Toy, Mehmet <mehmet.toy=
40verizon.com@dmarc.ietf.org> wrote:

>   I am not aware of any IPR applicable to this draft that should be
> disclosed in accordance with IETF IPR rules.
> Thanks
> Mehmet
>
>
> ----------------------------------------------------------------------------------------------------------------
> *From:* Hariharan Ananthakrishnan <hari@netflix.com>
> *Sent:* Thursday, December 5, 2019 12:12 PM
> *To:* Huaimo Chen <huaimo.chen@futurewei.com>; Zhuangyan (Yan) <
> zhuangyan.zhuang@huawei.com>; bill.wu@huawei.com <bill.wu@huawei.com>;
> daniele.ceccarelli@ericsson.com <daniele.ceccarelli@ericsson.com>
> *Cc:* pce@ietf.org <pce@ietf.org>
> *Subject:* IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
>
>
> Hi Authors,
>
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in compliance
> with IETF IPR rules.
>
> Please respond (copying the mailing list) to say one of:
>
> I am not aware of any IPR applicable to this draft that should be disclosed
> in accordance with IETF IPR rules.
>
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in a
> timely manner.
>
> Thanks,
> - Hari
>
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce
>

--0000000000001c7a080599864399
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"text-align:left;color:rgb(=
33,37,41);text-transform:none;text-indent:0px;letter-spacing:normal;font-fa=
mily:verdana,sans-serif;font-size:10.06px;font-style:normal;font-variant:no=
rmal;font-weight:400;text-decoration:none;word-spacing:0px;display:inline;w=
hite-space:pre-wrap;float:none;background-color:rgb(255,255,255)">I am not =
aware of any IPR applicable to this draft that should be disclosed<br>in ac=
cordance with IETF IPR rules.

Thanks,
- Xufeng</span><br></div></div><br><div class=3D"gmail_quote"><div class=3D=
"gmail_attr" dir=3D"ltr">On Fri, Dec 6, 2019 at 3:29 PM Toy, Mehmet &lt;meh=
met.toy=3D<a href=3D"mailto:40verizon.com@dmarc.ietf.org">40verizon.com@dma=
rc.ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204=
,204);border-left-width:1px;border-left-style:solid"><div dir=3D"ltr"><div>=
=C2=A0 I am not aware of any IPR applicable to this draft that should be di=
sclosed
in accordance with IETF IPR rules.=C2=A0</div><div>Thanks</div><div>Mehmet=
=C2=A0<br></div><div><br></div>--------------------------------------------=
--------------------------------------------------------------------<br><di=
v><div id=3D"gmail-m_4789029092141422649gmail-m_-7947253557976534065divRply=
FwdMsg" dir=3D"ltr"><font color=3D"#000000" face=3D"Calibri, sans-serif" st=
yle=3D"font-size:11pt"><b>From:</b>=C2=A0Hariharan Ananthakrishnan &lt;<a h=
ref=3D"mailto:hari@netflix.com" target=3D"_blank">hari@netflix.com</a>&gt;<=
br><b>Sent:</b>=C2=A0Thursday, December 5, 2019 12:12 PM<br><b>To:</b>=C2=
=A0Huaimo Chen &lt;<a href=3D"mailto:huaimo.chen@futurewei.com" target=3D"_=
blank">huaimo.chen@futurewei.com</a>&gt;; Zhuangyan (Yan) &lt;<a href=3D"ma=
ilto:zhuangyan.zhuang@huawei.com" target=3D"_blank">zhuangyan.zhuang@huawei=
.com</a>&gt;;=C2=A0<a href=3D"mailto:bill.wu@huawei.com" target=3D"_blank">=
bill.wu@huawei.com</a>=C2=A0&lt;<a href=3D"mailto:bill.wu@huawei.com" targe=
t=3D"_blank">bill.wu@huawei.com</a>&gt;;=C2=A0<a href=3D"mailto:daniele.cec=
carelli@ericsson.com" target=3D"_blank">daniele.ceccarelli@ericsson.com</a>=
=C2=A0&lt;<a href=3D"mailto:daniele.ceccarelli@ericsson.com" target=3D"_bla=
nk">daniele.ceccarelli@ericsson.com</a>&gt;<br><b>Cc:</b>=C2=A0<a href=3D"m=
ailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a>=C2=A0&lt;<a href=3D"=
mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a>&gt;<br><b>Subject:<=
/b>=C2=A0IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling</font><div>=
=C2=A0</div></div><div><div dir=3D"ltr"><div class=3D"gmail_default" style=
=3D"font-family:verdana,sans-serif"><pre style=3D"padding:0px;color:rgb(33,=
37,41);overflow:auto;margin-top:0px;margin-bottom:1rem;white-space:pre-wrap=
;word-break:normal;box-sizing:border-box"><font face=3D"verdana, sans-serif=
">Hi Authors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</font></pre></div></div></div></div></div>
_______________________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" target=3D"_blank" rel=
=3D"noreferrer">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div>

--0000000000001c7a080599864399--


From nobody Thu Dec 12 10:56:20 2019
Return-Path: <xufeng.liu.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FFE81200C3 for <pce@ietfa.amsl.com>; Thu, 12 Dec 2019 10:56:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 D1FajRfc5ACL for <pce@ietfa.amsl.com>; Thu, 12 Dec 2019 10:56:16 -0800 (PST)
Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F695120024 for <pce@ietf.org>; Thu, 12 Dec 2019 10:56:16 -0800 (PST)
Received: by mail-io1-xd32.google.com with SMTP id v3so3924856ioj.5 for <pce@ietf.org>; Thu, 12 Dec 2019 10:56:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sF6/yI0loOc8qvhPj2svIH1+fCR0iNFda+VKGsjK6eY=; b=luQ+JPTVuUoTYEGrbYSzh7gSKatDpA0QDRIMWPxAbtjwumd8rx6q9ay9enooiJe0AC fKXZXBULLXwcdCqc1K4OI93W7tsjDYJy8ci/nyU6h2plomEAAMYnKV4fXNzmT1TatmEK S/UU4AGp1x+ozmaVP+VU9fWmguw6X5SwbE5pMk51W30tAr216UO8U15XfOUAxEeuqYla uIBC4dsBB6Qi/Qw9qJBixocBTVCWscDw1CS6A/cA+UpMRcI93v3VzxQPHiYaoZbgWzQQ mO2iQl3tzVPliVtJugixK+TbzcIsW/MuL7AFfvWIhhhPTeaACHbq1KsVPdVDwy7v+0pF iI1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sF6/yI0loOc8qvhPj2svIH1+fCR0iNFda+VKGsjK6eY=; b=BV9cRH7YOyl+TwrCyjkRuPVSpFq9xY5KL9M2msyZDe6ew7nVW0giu955QmjaVtuC12 o8tOxeNsk1EWtnqOuYXef9MeD9y1BqTcVsQhpLWeV+IsFSgPXhfr/RjOtKAmUYVeqbLY uAy7pjMCdQxoTr6gT5ym+3+0NZtOw/BzhGn4/e/8ON00QjEgC70Ev3f2j3zugvV21Re1 BvuHEsD7UXn/KeTbSkHzBxmHhkubcKe6Z62l7RePUugjMFA6MZgvx5ttx8oMB+DMvI2Z f2HBsdZKw3dS0+gHOf3+vZ5+kDnoWWbyBle6NAJZvtbUAJaifz5JwIabxRBWKxMZ29fu IAug==
X-Gm-Message-State: APjAAAVJpwEG1qmRuEd3jn+ry7uQ6TjzHaiJSmC38g0THFtvri3WWRIQ fLjAlvGSkLaS6gxT+n5ra7P7WrbI2nWz4vkfJoU=
X-Google-Smtp-Source: APXvYqx20GjgxsgbChrKUZuY0qjyzwxSUV3zdJsw0uUSapu7uizZPCKNH8aEWBKIC/1ezNu7viaw99Wt7txC7rSHX9M=
X-Received: by 2002:a02:2a8b:: with SMTP id w133mr9356992jaw.42.1576176975435;  Thu, 12 Dec 2019 10:56:15 -0800 (PST)
MIME-Version: 1.0
References: <1966cee3b91047c981311ac5b615e285@huawei.com>
In-Reply-To: <1966cee3b91047c981311ac5b615e285@huawei.com>
From: Xufeng Liu <xufeng.liu.ietf@gmail.com>
Date: Thu, 12 Dec 2019 13:56:04 -0500
Message-ID: <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com>
To: "Zhangxian (Xian)" <zhang.xian@huawei.com>
Cc: "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b95cb40599864c94"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/WIZS9NdfQ2vGNZmGN44rRJQmcE8>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 18:56:18 -0000

--000000000000b95cb40599864c94
Content-Type: text/plain; charset="UTF-8"

Support for publication.
Thanks,
- Xufeng

On Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) <zhang.xian@huawei.com>
wrote:

> The document is ready for publication.
>
>
>
> Xian (as contributor)
>
>
> ________________________________________
> From: Pce <pce-bounces@ietf.org> on behalf of julien.meuric@orange.com <
> julien.meuric@orange.com>
> Sent: Thursday, December 5, 2019 11:47 AM
> To: pce@ietf.org
> Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
>
> Dear PCE WG,
>
> This message starts a 2-week PCE WG Last Call for
> draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
> document and share your comments and/or interest using the PCE mailing
> list by Thursday December 19.
>
> Thanks,
>
> Dhruv & Julien
>
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce
>

--000000000000b95cb40599864c94
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">Support for publication.=
</div><div>Thanks,</div><div>- Xufeng=C2=A0<b></b><i></i><u></u><sub></sub>=
<sup></sup><strike></strike><br></div><b></b><i></i><u></u><sub></sub><sup>=
</sup><strike></strike><br><div class=3D"gmail_quote"><div class=3D"gmail_a=
ttr" dir=3D"ltr">On Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) &lt;<a hre=
f=3D"mailto:zhang.xian@huawei.com">zhang.xian@huawei.com</a>&gt; wrote:<br>=
</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;p=
adding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;bo=
rder-left-style:solid">





<div lang=3D"ZH-CN">
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(31,73,125);f=
ont-family:&quot;Calibri&quot;,sans-serif">The document is ready for public=
ation.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(31,73,125);f=
ont-family:&quot;Calibri&quot;,sans-serif;font-size:10.5pt"><u></u>=C2=A0<u=
></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:rgb(31,73,125);f=
ont-family:&quot;Calibri&quot;,sans-serif;font-size:10.5pt">Xian (as contri=
butor)<u></u><u></u></span></p>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><span lang=3D"EN-US" st=
yle=3D"font-size:11pt"><br>
________________________________________<br>
From: Pce &lt;</span><span lang=3D"EN-US"><a href=3D"mailto:pce-bounces@iet=
f.org" target=3D"_blank"><span style=3D"font-size:11pt">pce-bounces@ietf.or=
g</span></a></span><span lang=3D"EN-US" style=3D"font-size:11pt">&gt; on be=
half of
</span><span lang=3D"EN-US"><a href=3D"mailto:julien.meuric@orange.com" tar=
get=3D"_blank"><span style=3D"font-size:11pt">julien.meuric@orange.com</spa=
n></a></span><span lang=3D"EN-US" style=3D"font-size:11pt"> &lt;</span><spa=
n lang=3D"EN-US"><a href=3D"mailto:julien.meuric@orange.com" target=3D"_bla=
nk"><span style=3D"font-size:11pt">julien.meuric@orange.com</span></a></spa=
n><span lang=3D"EN-US" style=3D"font-size:11pt">&gt;<br>
Sent: Thursday, December 5, 2019 11:47 AM<br>
To: </span><span lang=3D"EN-US"><a href=3D"mailto:pce@ietf.org" target=3D"_=
blank"><span style=3D"font-size:11pt">pce@ietf.org</span></a></span><span l=
ang=3D"EN-US" style=3D"font-size:11pt"><br>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<br>
<br>
Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<br>
<br>
<u></u><u></u></span></p>
</div>
</div>
</div>

_______________________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" target=3D"_blank" rel=
=3D"noreferrer">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div></div></div>

--000000000000b95cb40599864c94--


From nobody Thu Dec 12 12:08:51 2019
Return-Path: <adrian@olddog.co.uk>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D11120024; Thu, 12 Dec 2019 12:08:49 -0800 (PST)
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, GB_SUMOF=5, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=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 O6tOtPs2QCpd; Thu, 12 Dec 2019 12:08:44 -0800 (PST)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E9961200F3; Thu, 12 Dec 2019 12:08:43 -0800 (PST)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id xBCK8frS031200; Thu, 12 Dec 2019 20:08:41 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 812B82204A; Thu, 12 Dec 2019 20:08:41 +0000 (GMT)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 7D7EA22042; Thu, 12 Dec 2019 20:08:41 +0000 (GMT)
Received: from LAPTOPK7AS653V ([84.93.96.25]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id xBCK8ZMT021554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 12 Dec 2019 20:08:38 GMT
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Benjamin Kaduk'" <kaduk@mit.edu>, "'The IESG'" <iesg@ietf.org>
Cc: <draft-ietf-pce-gmpls-pcep-extensions@ietf.org>, <pce@ietf.org>, <pce-chairs@ietf.org>
References: <157360299209.31818.3432820168600441007.idtracker@ietfa.amsl.com>
In-Reply-To: <157360299209.31818.3432820168600441007.idtracker@ietfa.amsl.com>
Date: Thu, 12 Dec 2019 20:08:33 -0000
Organization: Old Dog Consulting
Message-ID: <080101d5b127$f0d48c80$d27da580$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0802_01D5B127.F0D63A30"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJEo5OD1kfRe6762i2o6911ZidQHqbZAGlg
Content-Language: en-gb
X-Originating-IP: 84.93.96.25
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25100.002
X-TM-AS-Result: No--21.412-10.0-31-10
X-imss-scan-details: No--21.412-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25100.002
X-TMASE-Result: 10--21.412300-10.000000
X-TMASE-MatchedRID: x2HXvaraFonxIbpQ8BhdbJObxJgN/hOxVCGp3g4/hjtGpg/nZAuJ/d9A CWtsc+TnkUx/UvKOwM2OCPpD9HC0/F6l23lOYahrKNfRqDeFqBjk9iy1YAofannFpVyUkDmlvC5 qcZ9b5e5x0FDOX/UXLwA+P1P9yBM7aiEUBh9PPh70VCHd+VQiHqGnvnr+szpSGfjb33HRocH8I8 oNOb/sttC6gmjZSvBy14JZpzKPj2pQ6n/rRNAUKojyEdGtYuoXfYrr1p9yfCrUjVqrIhRVqlXa1 b4xhOVhcmQ2Pu47Bxo4+lcT6DylYNUv8ntSEF32Row8EUpfIBTxTZ6+JDIODZc8uqoSQW2WjFVt OXkiFffqjKxWJJiV+Cp4KTsuzZs+IUxjCc8d65hZMZ6MZ0H1Uvfjx7YIT/BifneYraecVZtSE4m dvf02fH88I49moGKAXAMCHV18Pvi8Anffxyh116oNIG7S1SGvMf5Pdi+0fLaMEc2I6XQW8YpbwG 9fIuITxhbqMAz+sH4r7ZPG3lyHSp6JNOZkrwJ+oxjrap5AGQsWMVpfWZx4q2tEzrC9eANp62sur eyyn+sBgfYrcGUJuxEZchcDpi/9k6CFnmwwIXn+xOhjarOnHrnUfzScNiR3Te9Iaw/anMOEFYiZ RsDydaxTxmTiNUZ0NfMdYdqSfvYvwDWBMqT9xcaWQuEqigkgmdxMTkYDpKc=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/td55GBc8p4jBsBqx2ChieYPom9I>
Subject: Re: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-gmpls-pcep-extensions-15: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 20:08:50 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0802_01D5B127.F0D63A30
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi Ben,

In the absence of a response from the authors this last month, I'm jumping
in because I want to see this published.

Authors/shepherd/chairs/AD: attached is an xml file that makes these
changes. I can't post it cos I'm not an author.

Cheers,
Adrian

===

> Thank you for addressing my Discuss points!

Thanks for clearing.

> I do have some additional comments on the -15.

Perfect. I'm trying to answer them below.

> Section 2.3
>
> I'm still a bit concerned that the references linked from Table 4 may not
> provide a clear description of what count as Traffic Parameters for our
> purposes (and how they are encoded), but not in a way that I can express
> more concretely.  Perhaps this is made clear by some RSVP-TE documents
> with which I am not familiar.

Agree that it is pretty convoluted. But I just checked all of the references
and they are clear how to encode the traffic parameters for each of the
different technology types in RSVP-TE. And since the PCEP objects are direct
copies of the RSVP-TE ones, and since they are describing the same things, I
think we are safe.

It's true that it's a lot of reading, but the PCE that supports one of these
bandwidth types must understand the technology as well as an RSVP-TE
implementation that signals one.

I think we're OK on this point.

> Section 2.5.1
>
>   root and other endpoints TLVs are the leaves.  The root endpoint MUST
>   be the same for all END-POINTS objects.  If the root endpoint is not
>
> I'm not sure how broadly scoped this restriction is -- it is, e.g.,
per-LSP?

This is all in the scope of a single PCEP request message for a path. So,
yes, per LSP, but multiple END-POINT objects can be present on one request.
 
So...
OLD
   The root endpoint MUST be the same for all END-POINTS objects.
NEW
   The root endpoint MUST be the same for all END-POINTS objects
   carried in a single PCEP request message.
END

> Section 2.5.2.5
>
>   with L bit cleared.  At most 2 LABEL_SET TLVs MAY be present with the
>   O bit set, with at most one of these having the U bit set and at most
>   one of these having the U bit cleared.  For a given U bit value, if
>
> This went MUST->MAY in this rev, though I think it might be fine to just
use
> a lowercase "may", since the requirements language doesn't map terribly
well
> to the restriction we're making.

I would prefer to make this definitive. I think the language is all mixed
around. How about we do:

OLD
   At most 2 LABEL_SET TLVs MAY be present with the
   O bit set, with at most one of these having the U bit set and at most
   one of these having the U bit cleared.
NEW
   There MUST NOT be more than two LABEL_SET TLVs present with the
   O bit set. If there are two LABEL_SET TLVs present, there MUST NOT
   be more than one with the U bit set, and there MUST NOT be more 
   than one with the U bit cleared.
END

------=_NextPart_000_0802_01D5B127.F0D63A30
Content-Type: text/xml;
	name="draft-ietf-pce-gmpls-pcep-extensions-16.xml"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
 filename="draft-ietf-pce-gmpls-pcep-extensions-16.xml"

<?xml version=3D"1.0" encoding=3D"US-ASCII"?>
<?xml-stylesheet type=3D'text/xsl' href=3D'rfc2629.xslt' ?>
<?rfc strict=3D"yes" ?>
<?rfc toc=3D"yes"?>
<?rfc tocompact=3D"yes"?>
<?rfc tocdepth=3D"3"?>
<?rfc tocindent=3D"yes"?>
<?rfc symrefs=3D"yes"?>
<?rfc sortrefs=3D"yes" ?>
<?rfc comments=3D"yes"?>
<?rfc inline=3D"yes"?>
<?rfc compact=3D"no"?>
<?rfc subcompact=3D"no"?>


<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!-- One method to get references from the online citation libraries.
There has to be one entity for each item to be referenced.
An alternate method (rfc include) is described in the references. -->
]>
<rfc category=3D"std" =
docName=3D"draft-ietf-pce-gmpls-pcep-extensions-16"
     ipr=3D"trust200902" >

  <front>

    <title abbrev=3D"PCEP Ext for GMPLS">PCEP extensions for =
GMPLS</title>
    <author fullname=3D"Cyril Margaria" initials=3D"C.M." =
role=3D"editor" surname=3D"Margaria">
      <organization>Juniper</organization>
      <address>
        <email>cmargaria@juniper.net</email>
        <!-- uri and facsimile elements may also be added -->
      </address>
    </author>
    <author fullname=3D"Oscar Gonzalez de Dios" initials=3D"O.G."
            role=3D"editor" surname=3D"Gonzalez de Dios" >
      <organization>Telefonica Investigacion y Desarrollo</organization>
      <address>
        <postal>
          <street>C/ Ronda de la Comunicacion</street>
          <city>Madrid</city>
          <region></region>
          <code>28050</code>
          <country>Spain</country>
        </postal>
        <phone>+34 91 4833441</phone>

        <email>oscar.gonzalezdedios@telefonica.com</email>
      </address>
    </author>
    <author fullname=3D"Fatai Zhang" role=3D"editor" initials=3D"F.Z." =
surname=3D"Zhang">
      <organization>Huawei Technologies</organization>
      <address>
        <postal>
          <street>F3-5-B R&amp;D Center, Huawei Base</street>
          <street>Bantian, Longgang District </street>
          <city>Shenzhen</city>
          <region></region>
          <code>518129</code>
          <country>P.R.China</country>
        </postal>
        <email>zhangfatai@huawei.com</email>

      </address>
    </author>


    <!-- Meta-data Declarations -->

    <date day=3D"15" month=3D"October" year=3D"2019" />
    <area>Routing</area>
    <workgroup>Network Working Group</workgroup>
    <keyword>RSVP-TE</keyword>
    <keyword>GMPLS</keyword>
    <keyword>PCE</keyword>

    <abstract>
      <t>A Path Computation Element (PCE) provides path computation =
functions
      for Multiprotocol Label Switching (MPLS) and Generalized MPLS =
(GMPLS)
      networks. Additional requirements for GMPLS are identified in
      RFC7025.
      </t>
      <t>
        This memo provides extensions to the Path Computation Element
        communication Protocol (PCEP) for the support of the GMPLS =
control plane
        to address those requirements.
      </t>
    </abstract>
  </front>
  <middle>
    <section title=3D"Introduction">
      <t>Although <xref target=3D"RFC4655" /> defines the PCE =
architecture and framework for both MPLS and GMPLS networks, most =
preexisting PCEP RFCs <xref target=3D"RFC5440" />, <xref =
target=3D"RFC5521" />, <xref target=3D"RFC5541" />, <xref =
target=3D"RFC5520" /> are focused on MPLS networks, and do not cover the =
wide range of GMPLS networks. This document complements these RFCs by =
addressing the extensions required for GMPLS applications and routing =
requests, for example for Optical Transport Network (OTN) and Wavelength =
Switched Optical Network (WSON) networks.</t>

      <t>The functional requirements to be addressed by the PCEP
      extensions to support these applications are fully described in =
<xref
      target=3D"RFC7025" /> and <xref target=3D'RFC7449' />.
      </t>

      <section title =3D"Terminology">

        <t>
        This document uses terminologies from the PCE architecture =
document <xref target=3D"RFC4655"/>, the PCEP documents including <xref =
target=3D"RFC5440"/>, <xref target=3D"RFC5521"/>, <xref =
target=3D"RFC5541"/>, <xref target=3D"RFC5520"/>, <xref =
target=3D"RFC7025"/> and <xref target=3D"RFC7449"/>,
        and the GMPLS documents such as <xref
                target=3D"RFC3471"/>, <xref target=3D"RFC3473"/> and so
                on.  Note that it is expected the reader is familiar
                with these documents.
                The following abbreviations are used in this document

                <list style=3D"hanging" hangIndent=3D"6">
                  <t hangText=3D"ODU"> ODU Optical Channel Data Unit =
<xref target=3D"G.709-v3" /></t>
                  <t hangText=3D"OTN"> Optical Transport Network <xref =
target=3D"G.709-v3" /></t>
                  <t hangText=3D"L2SC"> Layer-2 Switch Capable <xref =
target=3D"RFC3471" /></t>
                  <t hangText=3D"TDM"> Time-Division Multiplex Capable =
<xref target=3D"RFC3471" /></t>
                  <t hangText=3D"LSC"> Lambda Switch Capable <xref =
target=3D"RFC3471" /></t>
                  <t hangText=3D"SONET"> Synchronous Optical Networking =
</t>
                  <t hangText=3D"SDH"> Synchronous Digital Hierarchy =
</t>
                  <t hangText=3D"PCC">  Path Computation Client</t>
                  <t hangText=3D"RSVP-TE">  Resource Reservation =
Protocol - Traffic  Engineering</t>
                  <t hangText=3D"LSP">   Label Switched Path</t>
                  <t hangText=3D"TE-LSP">Traffic Engineering  LSP</t>
                  <t hangText=3D"IRO">Include Route Object</t>
                  <t hangText=3D"ERO">Explicit Route Object</t>
                  <t hangText=3D"XRO"> eXclude Route Object</t>
                  <t hangText=3D"RRO"> Record Route Object</t>
                  <t hangText=3D"LSPA"> LSP Attribute</t>
                  <t hangText=3D"SRLG">Shared Risk Link Group</t>
                  <t hangText=3D"NVC">Number of Virtual Components <xref =
target=3D"RFC4328" /><xref target=3D"RFC4606" /></t>
                  <t hangText=3D"NCC">Number of Contiguous Components =
<xref target=3D"RFC4328" /><xref target=3D"RFC4606" /></t>
                  <t hangText=3D"MT">Multiplier <xref target=3D"RFC4328" =
/><xref target=3D"RFC4606" /></t>
                  <t hangText=3D"RCC">Requested Contiguous Concatenation =
<xref target=3D"RFC4606" /></t>
                  <t hangText=3D"PCReq">Path Computation Request <xref =
target=3D"RFC5440" /></t>
                  <t hangText=3D"PCRep">Path Computation Reply  <xref =
target=3D"RFC5440" /></t>
                  <t hangText=3D"MEF">Metro Ethernet Forum</t>
                  <t hangText=3D"SSON">Spectrum-Switched Optical =
Network</t>
                  <t hangText=3D"P2MP">Point to Multi-Point</t>


                </list>
              </t>

        <t>
         The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL =
NOT",
         "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
         "MAY", and "OPTIONAL" in this document are to be interpreted
         as described in BCP 14 <xref target=3D"RFC2119"/> <xref =
target=3D"RFC8174"/> when,
         and only when, they appear in all capitals, as shown here.

        </t>
      </section>
   =20
      <section title=3D"PCEP Requirements for GMPLS">
        <t>The document <xref target=3D"RFC7025" /> describes the set of
        PCEP requirements to support GMPLS TE-LSPs. This document
        assumes a significant familiarity with <xref target=3D"RFC7025"
        /> and existing PCEP extensions.  As a short
        overview, those requirements can be broken down into the =
following categories.
        </t>
        <t>
          <list style=3D"symbols">
            <t>Which data flow is switched by the LSP: a combination
            of Switching type (for instance
            L2SC or TDM ), LSP Encoding
            type (e.g., Ethernet, SONET/SDH) and sometimes the Signal
            Type (e.g., in case of TDM/LSC switching capability).</t>
            <t>Data flow specific traffic parameters, which are
            technology specific. For instance, in SDH/SONET and <xref
            target=3D"G.709-v3" />  OTN networks the Concatenation Type =
and the Concatenation Number have an influence on the switched data and =
on which link it can be supported</t>
            <t>Support for asymmetric bandwidth requests.</t>
            <t>Support for unnumbered interface identifiers, as
            defined in <xref target=3D"RFC3477"></xref></t>
        <t>Label information and technology specific label(s) such
            as wavelength labels as defined in <xref target=3D"RFC6205"
            />. A PCC should also be able to
            specify a label restriction similar to the one supported
            by RSVP-TE in  <xref target=3D"RFC3473" />.</t>
            <t>Ability to indicate the requested granularity for the
            path ERO: node, link or label. This is to allow the use of =
the explicit label control feature of RSVP-TE.</t>
          </list>
          The requirements of <xref target=3D"RFC7025" /> apply to =
several objects conveyed by PCEP, this is described in <xref =
target=3D"requirement-map" />.
          Some of the requirements of <xref target=3D"RFC7025" /> are
          already supported in existing documents, as described in
          <xref target=3D"existing-support" />.
        </t>
        <t>
        This document describes a set of PCEP
        extensions, including new object types, TLVs, encodings, error
        codes and procedures, in order to fulfill the aforementioned
        requirements not covered in existing RFCs.</t>

      </section>
      <section title=3D"Requirements Applicability" =
anchor=3D"requirement-map">
        <t> This section follows the organization of <xref =
target=3D"RFC7025" /> Section 3 and indicates, for each requirement, the =
affected piece of information carried by PCEP and its scope.</t>
        <section title=3D"Requirements on Path Computation Request">
          <t>
            <list style=3D"hanging" hangIndent=3D"6"><t =
hangText=3D"(1)">
          Switching capability/type: as described in <xref
              target=3D"RFC3471" /> this piece of information is used
              with the Encoding Type and Signal Type to fully describe
              the switching technology and data carried by the
              TE-LSP. This is applicable to the TE-LSP itself and also =
to the TE-LSP endpoint (Carried in the END-POINTS object for MPLS =
networks in <xref target=3D"RFC5440" />) when considering multiple =
network layers. Inter-layer path computation requirements are addressed =
in in <xref target=3D"RFC8282" /> which addressing the TE-LSP itself, =
but the TE-LSP endpoints are not addressed.
        </t>
        <t hangText=3D"(2)">
          Encoding type: see (1).
        </t>

        <t hangText=3D"(3)">
          Signal type: see (1).
        </t>

        <t hangText=3D"(4)">
          Concatenation type: this parameter and the Concatenation
              Number (5) are specific to some TDM (SDH and ODU)
              switching technology. They MUST be described together
              and are used to derive the requested resource allocation
              for the TE-LSP. It is scoped to the TE-LSP and is related
              to the <xref target=3D"RFC5440" /> BANDWIDTH object in =
MPLS networks. See <xref
              target=3D"RFC4606" /> and <xref
              target=3D"RFC4328" /> about concatenation
              information.
        </t>

        <t hangText=3D"(5)">
          Concatenation number: see (4).
        </t>

        <t hangText=3D"(6)">
          Technology-specific label(s): as described in <xref =
target=3D"RFC3471" /> the GMPLS Labels are specific to each switching =
technology. They can be specified on each link and also on the TE-LSP =
endpoints , in WSON networks for instance, as described in <xref =
target=3D"RFC6163" />. The label restriction can apply to endpoints and =
on each hop, the related PCEP objects are END-POINTS, IRO, XRO  and RRO.
        </t>

        <t hangText=3D"(7)">
          End-to-End (E2E) path protection type: as defined in <xref =
target=3D"RFC4872"/>, this is applicable to the TE-LSP. In MPLS networks =
the related PCEP object is LSPA (carrying local protection information).
        </t>

        <t hangText=3D"(8)">
          Administrative group: as defined in <xref =
target=3D"RFC3630"/>, this information is already carried in the LSPA =
object.
        </t>

        <t hangText=3D"(9)">
          Link protection type: as defined in <xref =
target=3D"RFC4872"/>, this is applicable to the TE-LSP and is carried in =
association with the E2E path protection type.
        </t>

        <t hangText=3D"(10)">
          Support for unnumbered interfaces: as defined in <xref =
target=3D"RFC3477"/>. Its scope and related objects are the same as =
labels
        </t>

        <t hangText=3D"(11)">
          Support for asymmetric bandwidth requests: as defined <xref =
target=3D"RFC6387"/>, the scope is similar to (4)
        </t>

        <t hangText=3D"(12)">
          Support for explicit label control during the path =
computation. This affects the TE-LSP and amount of information returned =
in the ERO.
        </t>

        <t hangText=3D"(13)">
          Support of label restrictions in the requests/responses:
              This is described in (6).
        </t>
        </list>
      </t>
        </section>
        <section title=3D"Requirements on Path Computation Response">
          <t><list style=3D"hanging" hangIndent=3D"5"><t =
hangText=3D"(1)">
        Path computation with concatenation: This is related to
            Path Computation request requirement (4). In addition
            there is a specific type of concatenation called virtual
            concatenation that allows different routes to be used
            between the endpoints. It is similar to the semantic and =
scope of the LOAD-BALANCING in MPLS networks.
      </t>
      <t hangText=3D"(2)">
        Label constraint: The PCE should be able to include Labels in =
the path returned to the PCC, the related object is the ERO object.
      </t>

      <t hangText=3D"(3)">
        Roles of the routes: as defined in  <xref target=3D"RFC4872"/>, =
this is applicable to the TE-LSP and is carried in association with the =
E2E path protection type.=20
      </t>
    </list>
      </t>
        </section>
      </section> <!-- End Requirements on Protocol Objects -->
      <section title=3D"Existing Support for GMPLS in Base PCEP Objects =
and its Limitations" anchor=3D"existing-support">
          <t> The support provided by specifications in <xref =
target=3D"RFC8282" /> and  <xref target=3D"RFC5440" />  for the
          requirements listed in <xref target=3D"RFC7025" /> is =
summarized in <xref target=3D"rfc7025_pcreq_reqss" /> and <xref =
target=3D"rfc7025_pcrep_reqss"/>.  In
          some cases the support may not be complete, as noted, and =
additional support
          need to be provided in this specification.


         </t>

          <texttable anchor=3D'rfc7025_pcreq_reqss' =
suppress-title=3D'false'
                     style=3D'none' title=3D'RFC7025 Section 3.1
                                         requirements support'>
            <ttcol align=3D'left'></ttcol>
            <ttcol align=3D'left'></ttcol>
            <ttcol align=3D'left'></ttcol>
            <c>Req. </c><c> Name                                         =
                  </c><c> Support                </c>
            <c> 1   </c><c> Switching capability/type                    =
                  </c><c> SWITCH-LAYER (RFC8282) </c>
            <c> 2   </c><c> Encoding type                                =
                  </c><c> SWITCH-LAYER (RFC8282) </c>
            <c> 3   </c><c> Signal type                                  =
                  </c><c> SWITCH-LAYER (RFC8282) </c>
            <c> 4   </c><c> Concatenation type                           =
                  </c><c> No                     </c>
            <c> 5   </c><c> Concatenation number                         =
                  </c><c> No                     </c>
            <c> 6   </c><c> Technology-specific label                    =
                  </c><c> (Partial) ERO (RFC5440)</c>
            <c> 7   </c><c> End-to-End (E2E) path protection type        =
                  </c><c> No                     </c>
            <c> 8   </c><c> Administrative group                         =
                  </c><c> LSPA (RFC5440)         </c>
            <c> 9   </c><c> Link protection type                         =
                  </c><c> No                     </c>
            <c> 10  </c><c> Support for unnumbered interfaces            =
                  </c><c> (Partial) ERO (RFC5440)</c>
            <c> 11  </c><c> Support for asymmetric bandwidth requests    =
                  </c><c> No                     </c>
            <c> 12  </c><c> Support for explicit label control during =
the path computation </c><c> No                     </c>
            <c> 13  </c><c> Support of label restrictions in the =
requests/responses        </c><c> No                     </c>
          </texttable>
          <t><vspace blankLines=3D"2"/></t>
          <texttable anchor=3D'rfc7025_pcrep_reqss' =
suppress-title=3D'false'
                     style=3D'none' title=3D'RFC7025 Section 3.2
                                         requirements support'>
            <ttcol align=3D'left'></ttcol>
            <ttcol align=3D'left'></ttcol>
            <ttcol align=3D'left'></ttcol>
            <c>Req. </c><c> Name                           </c><c> =
Support </c>
            <c>1</c><c>Path computation with concatenation </c><c> No    =
  </c>
            <c>2</c><c>Label constraint                    </c><c> No    =
  </c>
            <c>3</c><c>Roles of the routes                 </c><c> No    =
  </c>
          </texttable>

        <t> As described in <xref target=3D"requirement-map" /> PCEP as =
of <xref target=3D"RFC5440"></xref>, <xref target=3D"RFC5521"></xref> =
and <xref target=3D"RFC8282" />, supports the following objects, =
included in requests and responses,  related to the described =
requirements.</t>
        <t>From <xref target=3D"RFC5440"></xref>:
        <list style=3D'symbols'>
          <t>END-POINTS: related to requirements (1, 2, 3, 6, 10  and =
13). The object only supports numbered endpoints. The context specifies =
whether they are node identifiers or numbered interfaces.</t>
          <t>BANDWIDTH: related to requirements (4, 5 and 11). The data =
rate is encoded in the bandwidth object (as IEEE 32 bit float). <xref =
target=3D"RFC5440" /> does not include the ability to convey an encoding =
proper to all GMPLS-controlled networks.</t>
          <t>ERO: related to requirements (6, 10, 12 and 13). The ERO
          content is defined in RSVP in
          <xref target=3D"RFC3209" /><xref target=3D"RFC3473" /><xref =
target=3D"RFC3477" /><xref target=3D"RFC7570" />
          and supports all the requirements already. </t>
          <t>LSPA: related to requirements (7, 8 and 9). The requirement =
8 (setup and holding priorities) is already supported.</t>
        </list></t>
        <t>From <xref target=3D"RFC5521"></xref>:
        <list style=3D'symbols'>
          <t>XRO:
          <list style=3D'symbols'>
            <t>This object allows excluding (strict or not) resources =
and is related to requirements (6, 10 and 13). It also includes the =
requested diversity (node, link or SRLG).</t>
            <t>When the F bit is set, the request indicates that the
            existing path has failed and the resources present in the =
RRO can be reused.
          </t></list>
          </t>
        </list>
        </t>
        <t>From <xref target=3D"RFC8282"></xref>:<list =
style=3D'symbols'>
        <t>SWITCH-LAYER: addresses requirements (1, 2 and 3) for the =
TE-LSP  and indicates which layer(s) should be considered. The object =
can be used to represent the RSVP-TE generalized label request. It does =
not address the endpoints case of requirements (1, 2 and 3).</t>
        <t>REQ-ADAP-CAP: indicates the adaptation capabilities =
requested, can also be used for the endpoints in case of mono-layer =
computation</t>
        </list></t>
        <t>
          The gaps in functional coverage of the base PCEP objects are:
      <list>
        <t>The BANDWIDTH and LOAD-BALANCING objects do not describe the =
details of the traffic request (requirements 4 and 5, for example NVC, =
multiplier) in the context of GMPLS networks, for instance TDM or OTN =
networks.</t>
        <t>The END-POINTS object does not allow specifying an unnumbered =
interface, nor potential label restrictions on the interface =
(requirements 6, 10 and 13). Those parameters are of interest in case of =
switching constraints.</t>
                <t>The Include/eXclude Route Objects (IRO/XRO) do not =
allow the inclusion/exclusion of labels (requirements 6, 10 and 13).</t>
                <t>Base attributes do not allow expressing the requested =
link protection level and/or the end-to-end protection attributes.</t>
      </list>
    </t>


    <t>The PCEP extensions defined later in this document to cover the =
gaps are:
      <list>
          <t>Two new object types are defined for the BANDWIDTH object =
(Generalized bandwidth, Generalized bandwidth of existing TE-LSP for =
which a reoptimization is requested).</t>
          <t>A new object type is defined for the
                  LOAD-BALANCING object (Generalized Load =
Balancing).</t>
          <t>A new object type is defined for the END-POINTS object =
(Generalized Endpoint).</t>
              <t>A new TLV is added to the Open message for capability =
negotiation.</t>
          <t>A new TLV is added to the LSPA object. </t>
                  <t>The Label TLV is now allowed in the IRO and XRO =
objects.</t>
          <t>In order to indicate the used routing granularity in the =
response, a new flag in the RP object is added.</t>
      </list>
    </t>
      </section>


    </section>

    <section title=3D"PCEP Objects and Extensions">
      <t>
        This section describes the necessary PCEP objects and =
extensions. The PCReq and PCRep messages are defined in <xref =
target=3D"RFC5440"></xref>. This document does not change the existing =
grammars.</t>
       <section title=3D"GMPLS Capability Advertisement" =
anchor=3D"capability">
     <t>

     </t>
     <section title=3D"GMPLS Computation TLV in the Existing PCE =
Discovery Protocol" anchor=3D"IGP-discovery">
     <t>
       IGP-based PCE Discovery (PCED) is defined in <xref
           target=3D"RFC5088" /> and <xref target=3D"RFC5089" /> for the
         OSPF and IS-IS protocols. Those documents have defined bit 0
         in PCE-CAP-FLAGS Sub-TLV of the PCED TLV as "Path computation
         with GMPLS link constraints". This capability is optional and
         can be used to detect GMPLS-capable PCEs. PCEs that set the bit =
to indicate support of GMPLS path computation
MUST follow the procedures in Section 2.1.2 to further qualify the level =
of support during PCEP session establishment.</t>
     </section>
     <section title=3D"OPEN Object Extension GMPLS-CAPABILITY TLV" =
anchor=3D"open-extensions">
     <t>
       In addition to the IGP advertisement, a PCEP speaker MUST be able =
to discover the other peer GMPLS capabilities during the Open message =
exchange. This capability is also useful to avoid misconfigurations. =
This document defines a GMPLS-CAPABILITY TLV for use in the OPEN object =
to negotiate the GMPLS capability. The inclusion of this TLV in the Open =
message indicates that the PCEP speaker support the PCEP extensions =
defined in the document.
       A PCEP speaker that is able to support the GMPLS extensions
           defined in this document MUST include the GMPLS-CAPABILITY
           TLV on the Open message.
           If one of the PCEP peers does not include the =
GMPLS-CAPABILITY TLV
           in the Open message, the peers MUST NOT make use of the =
objects and TLVs defined in this document.
         </t>
         <t>
           If the PCEP speaker
           supports the extensions of this specification but did not =
advertise
           the GMPLS-CAPABILITY capability, upon receipt of a message
           from the PCE including an extension defined in this document,
           it MUST generate a PCEP Error (PCErr) with Error-Type=3D10
           (Reception of an invalid object) and Error-value=3DTBA-42
           (Missing GMPLS-CAPABILITY TLV), and it
           SHOULD terminate the PCEP session.
         </t>
     <t>
       IANA has allocated value TBA-1 from the "PCEP TLV Type =
Indicators" sub-registry, as documented in <xref target=3D"iana-tlvs" /> =
("New PCEP TLVs"). The description is "GMPLS-CAPABILITY". Its format is =
shown in the following figure.
     </t>
         <figure >
           <artwork><![CDATA[
  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |               Type=3DTBA-1      |           Length              |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                             Flags                             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ]]></artwork>
         </figure>
           <t>
              No Flags are defined in this document, they are reserved =
for future use.
           </t>

     </section>
       </section>
       <section title=3D"RP Object Extension" anchor=3D"rp-extensions">
         <t>
         Explicit label control (ELC) is a procedure supported by =
RSVP-TE,
         where the outgoing labels are encoded in the ERO.  As a =
consequence,
         the PCE can provide such labels directly in the path ERO.
         Depending on policies or switching layer, it can be necessary =
for the PCC to use
         explicit label control or explicit link ids, thus it needs to
         indicate in the PCReq which granularity it is expecting in the =
ERO.
         This corresponds to requirement 12 of <xref target=3D"RFC7025" =
/>.
         The possible granularities can be node, link or label. The
         granularities are inter-dependent, in the sense that link =
granularity implies the
         presence of node information in the ERO; similarly, a label =
granularity implies that the ERO contains node, link and label =
information.
         </t>
         <t>A new 2-bit routing granularity (RG) flag (Bits TBA-13) is =
defined in
         the RP object. The values are defined as follows</t>
            <texttable anchor=3D'rp_bits' suppress-title=3D'false'
                       style=3D'none' title=3D'RG flag'>
              <ttcol align=3D'center'></ttcol>
              <ttcol align=3D'left'></ttcol>
              <c>0:</c><c>reserved </c>
              <c>1:</c><c>node </c>
              <c>2:</c><c>link </c>
              <c>3:</c><c>label </c>
            </texttable>
            <t>The flag in the RP object indicates the requested
            route granularity. The PCE SHOULD follow this granularity =
and MAY return a NO-PATH if the requested granularity cannot be =
provided. The PCE MAY return any granularity on the route based on its =
policy. The PCC can decide if the ERO is acceptable based on its =
content.
        </t>
        <t>    If a PCE honored the requested routing granularity for a =
request, it MUST indicate the selected routing
        granularity in the RP object included in the response. =
Otherwise, the PCE MUST use the reserved RG to leave the check of the =
ERO to the PCC. The RG flag is backward-compatible with <xref =
target=3D"RFC5440" />: the value sent by an implementation (PCC or PCE) =
not supporting it will indicate a reserved value.
            </t>
       </section>
       <section title=3D"BANDWIDTH Object Extensions" =
anchor=3D"generalized-bandwidth">
         <t>
       From <xref target=3D"RFC5440"/> the object carrying the requested =
size for the TE-LSP is the BANDWIDTH object. The object types 1 and 2 =
defined in <xref target=3D"RFC5440"/> do not describe enough information =
to describe the TE-LSP bandwidth in GMPLS networks. The BANDWIDTH object =
encoding has to be extended to allow the object to express the bandwidth =
as described in <xref target=3D"RFC7025" />.
     RSVP-TE extensions for GMPLS provide a set of encodings allowing =
such representation in an unambiguous way, this is encoded in the =
RSVP-TE TSpec and FlowSpec objects. This document extends the BANDWIDTH =
object with new object types reusing the RSVP-TE encoding. </t>
         <t>The following possibilities are supported by the extended =
encoding:
         <list style=3D'symbols'>
           <t>Asymmetric bandwidth (different bandwidth in forward and =
reverse direction), as described in <xref target=3D"RFC6387"></xref></t>
           <t>GMPLS (SDH/SONET, G.709, ATM, MEF, etc.) parameters.</t>
         </list>
         This corresponds to requirements 3, 4, 5 and 11 of <xref =
target=3D"RFC7025" /> Section 3.1.
         </t>
        <t>
     This document defines two Object Types for the BANDWIDTH object:
      <list style=3D'hanging'>
        <t hangText=3D"TBA-2">Generalized bandwidth</t>
        <t hangText=3D"TBA-3">Generalized bandwidth of an existing =
TE-LSP for which a reoptimization is requested</t>
      </list>
      The definitions below apply for Object Type TBA-2 and TBA-3. The =
body is as follows:
    </t>

         <figure>
           <artwork><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Bandwidth Spec Length      | Rev. Bandwidth Spec Length    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Bw Spec Type  |   Reserved                                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                     Generalized Bandwidth                     ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~          Optional:  Reverse Generalized Bandwidth             ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                       Optional TLVs                           ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ]]></artwork>
         </figure>
         <t>The BANDWIDTH object type TBA-2 and TBA-3 have a variable =
length.
     The 16-bit Bandwidth Spec Length field indicates the length of the =
Generalized Bandwidth field.
     The Bandwidth Spec Length MUST be strictly greater than 0.
     The 16-bit Reverse Bandwidth Spec Length field indicates the
     length of the Reverse Generalized Bandwidth field.
     The Reverse Bandwidth Spec Length MAY be equal to 0.</t>
         <t>The Bw Spec Type field determines which type of bandwidth is =
represented by the object.</t>
         <t>The Bw Spec Type corresponds to the RSVP-TE SENDER_TSPEC =
(Object Class 12) C-Types</t>
         <t> The encoding of the fields Generalized Bandwidth and
     Reverse Generalized Bandwidth is the same as the Traffic Parameters =
carried in RSVP-TE, it can be found in the following references.  It is =
to be noted that the
         RSVP-TE traffic specification MAY also include TLVs (e.g., =
<xref target=3D"RFC6003" /> different from the PCEP TLVs).</t>
         <texttable anchor=3D'TSpec_encoding' suppress-title=3D'false'
                    style=3D'none' title=3D'Generalized Bandwidth and =
Reverse Generalized Bandwidth field encoding'>
           <ttcol align=3D'left'>Bw Spec Type</ttcol>
           <ttcol align=3D'left'>Name </ttcol>
           <ttcol align=3D'left'>Reference</ttcol>
       <c>2</c><c>Intserv</c><c><xref target=3D"RFC2210"></xref></c>
           <c>4</c><c>SONET/SDH</c><c><xref =
target=3D"RFC4606"></xref></c>
           <c>5</c><c>G.709</c><c><xref target=3D"RFC4328"></xref></c>
           <c>6</c><c>Ethernet</c><c><xref =
target=3D"RFC6003"></xref></c>
       <c>7</c><c>OTN-TDM</c><c><xref target=3D"RFC7139"></xref></c>
       <c>8</c><c>SSON</c><c><xref target=3D"RFC7792"></xref></c>
         </texttable>
         <t>
           When a PCC requests a bi-directional path with symmetric =
bandwidth,
   it SHOULD only specify the Generalized Bandwidth field, and set the =
Reverse Bandwidth Spec
   Length to 0.

    When a PCC needs to request a bi-directional path with
        asymmetric bandwidth, it SHOULD specify the different bandwidth =
in the forward and reverse directions with a Generalized Bandwidth and =
Reverse Generalized Bandwidth fields.
         </t>
         <t>The procedure described in <xref target=3D"RFC5440" /> for =
the PCRep is unchanged: a PCE MAY include the BANDWIDTH objects in the =
response to indicate the BANDWIDTH of the path.</t>

     <t>As specified in <xref target=3D"RFC5440" /> in the case of the =
reoptimization of a TE-LSP, the bandwidth of the
   existing TE-LSP MUST also be included in addition to the requested
   bandwidth if and only if the two values differ.  The Object Type =
TBA-3 MAY be used instead of the previously specified object
   type 2 to indicate the existing TE-LSP bandwidth originally specified =
with
   object type TBA-2. A PCC that requested a path with a BANDWIDTH =
object of
   object type 1 MUST use object type 2 to represent the existing TE-LSP
   BANDWIDTH.
     </t>
         <t>OPTIONAL TLVs MAY be included within the object body to =
specify
         more specific bandwidth requirements. No TLVs for the Object =
Type TBA-2 and TBA-3 are defined by this document.
         </t>
       </section> <!-- Generalized BW-->
       <section title=3D"LOAD-BALANCING Object Extensions" =
anchor=3D"generalized-load-balancing">
         <t>
         The LOAD-BALANCING object <xref target=3D"RFC5440" /> is used =
to request a set of at most Max-LSP TE-LSP having in total the bandwidth =
specified in BANDWIDTH, with each TE-LSP having at least a specified =
minimum bandwidth. The LOAD-BALANCING follows the bandwidth encoding of =
the BANDWIDTH object, and thus the existing definition from <xref =
target=3D"RFC5440" /> does not describe enough details for the bandwidth =
specification expected by GMPLS.
     </t>
     <t>
       Similarly to the BANDWIDTH object, a new object type is defined =
to allow a PCC to represent the bandwidth types supported by GMPLS =
networks.
     </t>

   <t>
     This document defines the Generalized Load Balancing object type =
TBA-4 for the LOAD-BALANCING object.
     The Generalized Load Balancing object type has a variable length.
   </t>
   <t>The format of the Generalized Load Balancing object type is as =
follows:</t>
         <figure>
           <artwork><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Bandwidth Spec Length      | Reverse Bandwidth Spec Length |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Bw Spec Type  |  Max-LSP      | Reserved                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |        Min Bandwidth Spec                                     |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |        Min Reverse Bandwidth Spec (optional)                  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                Optional   TLVs                                ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ]]></artwork>
         </figure>
     <t>Bandwidth Spec Length (16 bits): the total length of
         the Min Bandwidth Spec field. The length MUST be strictly =
greater than 0.</t>
     <t>Reverse Bandwidth Spec Length (16 bits): the total
         length of the Min Reverse Bandwidth Spec field. It MAY be equal =
to 0.</t>

         <t>Bw Spec Type (8 bits): the bandwidth specification type, it =
corresponds to the RSVP-TE SENDER_TSPEC (Object Class 12) C-Types.</t>
     <t>Max-LSP (8 bits): maximum number of TE-LSPs in the set.</t>
     <t>Min Bandwidth Spec (variable): specifies the minimum bandwidth =
specification of each
     element of the TE-LSP set.</t>
     <t>Min Reverse Bandwidth Spec (variable): specifies the minimum =
reverse bandwidth specification of each
     element of the TE-LSP set.</t>
    <t>The encoding of the fields Min Bandwidth Spec and Min
        Reverse Bandwidth Spec is the same as in RSVP-TE SENDER_TSPEC
        object, it can be found in <xref target=3D"TSpec_encoding"/>
        from <xref target=3D"generalized-bandwidth" /> from this =
document.</t>
         <t>
     When a PCC requests a bi-directional path with symmetric
         bandwidth while specifying load balancing constraints it SHOULD
         specify the Min Bandwidth Spec field, and set the Reverse
         Bandwidth Spec Length to 0.

     When a PCC needs to request a bi-directional path with
         asymmetric bandwidth while specifying load balancing
         constraints, it MUST specify the different bandwidth in
         forward and reverse directions through a Min Bandwidth Spec
         and Min Reverse Bandwidth Spec fields.
         </t>
         <t>OPTIONAL TLVs MAY be included within the object body to =
specify
         more specific bandwidth requirements. No TLVs for the =
Generalized Load Balancing object type are defined by this document.
    </t>
        <t>The semantic of the LOAD-BALANCING object is not changed. If =
a PCC
        requests the computation of a set of TE-LSPs with at most N
        TE-LSPs so that it can carry generalized bandwidth X , each =
TE-LSP must at least transport bandwidth B, it inserts a
        BANDWIDTH object specifying X as the required bandwidth and a =
LOAD-BALANCING object with the Max-LSP and Min Bandwidth Spec fields set
        to N and B, respectively. When the BANDWIDTH and  Min Bandwidth =
Spec can be summarized as scalars, the sum of all TE-LSPs bandwith in =
the set is greater than X.
        The mapping of X over N path with (at least) bandwidth B is =
technology and possibly node specific.
        Each standard definition of the transport technology is defining =
those mappings and are not repeated in this document.
        A simplified example for SDH is described in <xref =
target=3D"appendix" /> </t>
    <t>
          In all other cases, including for technologies based on =
statistical
          multiplexing (e.g., InterServ, Ethernet), the exact bandwidth
          management (e.g., Ethernet's Excessive Rate) is left to the =
PCE's
          policies, according to the operator's configuration. If =
required,
          further documents may introduce a new mechanism to finely =
express
          complex load balancing policies within PCEP.
        </t>
        <t>The BANDWITH and LOAD-BALANCING Bw Spec Type can be different =
depending on the endpoint nodes architecture. When the PCE is not able =
to handle those two Bw Spec Type, it MUST return a NO-PATH with the bit =
"LOAD-BALANCING could not be performed with the bandwidth constraits " =
set in the  NO-PATH-VECTOR TLV.</t>
      </section> <!-- Generalized BW-->

       <section title=3D"END-POINTS Object Extensions" =
anchor=3D'endpoints_extensions'>
         <t>
           The END-POINTS object is used in a PCEP request message to =
specify the
           source and the destination of the path for which a path =
computation is requested.
           From <xref target=3D"RFC5440"/>, the source IP address and =
the destination IP address are used to identify those.
           A new Object Type is defined to address the following =
possibilities:
           <list style=3D'symbols'>
             <t>Different source and destination endpoint types.</t>
             <t>Label restrictions on the endpoint.</t>
             <t>Specification of unnumbered endpoints type as seen in =
GMPLS networks.</t>
           </list>
           The Object encoding is described in the following sections.
         </t>

           <t>In path computation within a GMPLS context the endpoints =
can:
           <list style=3D'symbols'>
             <t>Be unnumbered as described in <xref target=3D"RFC3477" =
/>.</t>
             <t>Have labels associated to them, specifying a set of =
constraints on the allocation of labels.</t>
             <t>Have different switching capabilities</t>
           </list>
           The IPv4 and IPv6 endpoints are used to represent the source =
and destination IP addresses.
           The scope of the IP address (Node or numbered Link) is not =
explicitly stated.
           It is also possible to request a Path between a numbered link =
and an unnumbered link, or a P2MP path between different type of =
endpoints.
           </t>
           <t>
           This document defines the Generalized Endpoint object type =
TBA-5 for the END-POINTS object.
           This new type also supports the specification of constraints =
on the endpoint label to be used.
           The PCE might know the interface restrictions but this is not =
a requirement.
           This corresponds to requirements 6 and 10 of <xref =
target=3D"RFC7025" />.
           </t>
           <section anchor=3D"endpoints_generalized" =
title=3D"Generalized Endpoint Object Type ">

           <t>
            The Generalized Endpoint object type format consists of a =
body and a list of TLVs scoped to this object. The TLVs give the details =
of the endpoints and are described in   <xref target=3D"endpoints_tlvs" =
/>. For each Endpoint Type, a different grammar is defined.
            The TLVs defined to describe an endpoint are:
           <list style=3D'numbers'>
             <t>IPv4 address endpoint.</t>
             <t>IPv6 address endpoint.</t>
             <t>Unnumbered endpoint.</t>
             <t>Label request.</t>
             <t>Label set.</t>
           </list>
       The Label set TLV is used to restrict or suggest the
           label allocation in the PCE. This TLV expresses the set of
           restrictions which may apply to signaling. Label restriction
           support can be an explicit or a suggested value (Label set =
describing one label, with
           the L bit respectively cleared or set), mandatory range =
restrictions
           (Label set with L bit cleared) and optional range restriction =
(Label set
           with L bit set).

           Endpoints label restriction may not be part of the RRO or =
IRO. They can be included when following <xref target=3D"RFC4003" /> in =
signaling for egress endpoint, but ingress endpoint properties can be =
local to the PCC and not signaled. To support this case the label set =
allows indication which label are used in case of reoptimization.

       The label range restrictions are valid in GMPLS-controlled =
networks, either by PCC policy or depending on the switching technology =
used, for instance on given Ethernet or ODU equipment having limited =
hardware capabilities restricting the label range.

Label set restriction also applies to WSON networks where the optical =
senders and receivers are limited in their frequency tunability ranges, =
consequently restricting  the possible label ranges on the interface
in GMPLS.

           The END-POINTS Object with Generalized Endpoint object type =
is encoded as follow:
           </t>
           <figure>
             <artwork><![CDATA[
    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |      Reserved                                 | Endpoint Type |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   ~                           TLVs                                ~
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ]]>
             </artwork>
           </figure>
           <t>Reserved bits SHOULD be set to 0 when a message is sent =
and ignored when the message is received.</t>
           <t>The Endpoint Type is defined as follow:</t>
           <texttable anchor=3D'endpoints_generalized_endpoint-type'
                      suppress-title=3D'false' style=3D'none'
                      title=3D'Generalized Endpoint endpoint types'>
             <ttcol align=3D'left'>Value</ttcol>
             <ttcol align=3D'left'>Type</ttcol>
             <ttcol align=3D'left'>Meaning</ttcol>
             <c>0</c><c>Point-to-Point</c><c></c>
             <c>1</c><c>Point-to-Multipoint</c><c>New leaves to add</c>
             <c>2</c><c></c><c>Old leaves to remove</c>
             <c>3</c><c></c><c>Old leaves whose path can be =
modified/reoptimized</c>
             <c>4</c><c></c><c>Old leaves whose path has to be</c>
             <c></c><c></c><c>left unchanged</c>
             <c>5-244</c><c>Reserved </c><c></c>
             <c>245-255</c><c>Experimental range</c><c></c>
           </texttable>

           <t>
         The Endpoint Type is used to cover both point-to-point and =
different point-to-multipoint endpoints.

            A PCE may accept only Endpoint Type 0: Endpoint Types 1-4 =
apply if the
            PCE implementation supports P2MP path calculation. A PCE not
            supporting a given Endpoint Type SHOULD respond with a PCErr =
with
            Error-Type=3D4 (Not supported object), Error-value=3DTBA-15 =
(Unsupported endpoint type in END-POINTS
            Generalized Endpoint object type). As per <xref
            target=3D"RFC5440" />, a PCE unable to
            process Generalized Endpoints may respond with
            Error-Type=3D3 (Unknown Object), Error-value=3D2 =
(Unrecognized object
            Type) or Error-Type=3D4 (Not supported object),
            Error-value=3D2 (Not supported object Type).
            The TLVs present in the request object body MUST follow
            the following <xref target=3D'RFC5511' /> grammar:
          </t>
          <figure>
          <artwork><![CDATA[
  <generalized-endpoint-tlvs>::=3D
    <p2p-endpoints> | <p2mp-endpoints>

  <p2p-endpoints> ::=3D
    <endpoint> [<endpoint-restriction-list>]
    <endpoint> [<endpoint-restriction-list>]

  <p2mp-endpoints> ::=3D
    <endpoint> [<endpoint-restriction-list>]
    <endpoint> [<endpoint-restriction-list>]
    [<endpoint> [<endpoint-restriction-list>]]...
]]>
            </artwork>
          </figure>
          <t>For endpoint type Point-to-Point, 2 endpoint TLVs MUST
   be present in the message. The first endpoint is the source and the
   second is the destination.
          </t>
          <t>For endpoint type Point-to-Multipoint, several END-POINT =
objects MAY
   be present in the message and the exact meaning depending on the =
endpoint type
   defined for the object.  The first endpoint TLV is the root and other =
endpoints
   TLVs are the leaves. The root endpoint MUST be the same for all =
END-POINTS objects
   carried in a single PCEP request message. If the root endpoint is not =
the same
   for all END-POINTS, a PCErr with Error-Type=3D17 (P2MP END-POINTS =
Error),
   Error-value=3D4 (the PCE cannot satisfy the request due to =
inconsistent END-POINTS)
   MUST be returned. The procedure defined in <xref target=3D"RFC8306" =
/> Section 3.10
   also apply to the Generalized Endpoint with Point-to-Multipoint =
endpoint types.
          </t>
          <t>An endpoint is defined as follows:</t>
          <figure>
            <artwork><![CDATA[
 <endpoint>::=3D<IPV4-ADDRESS>|<IPV6-ADDRESS>|<UNNUMBERED-ENDPOINT>
 <endpoint-restriction-list> ::=3D               <endpoint-restriction>
              [<endpoint-restriction-list>]

 <endpoint-restriction> ::=3D
                  [<LABEL-REQUEST>][<label-restriction-list>]

 <label-restriction-list> ::=3D <label-restriction>
                              [<label-restriction-list>]
 <label-restriction> ::=3D <LABEL-SET>
        ]]></artwork>
          </figure>

      <t>The different TLVs are described in the following sections.  A =
PCE MAY support any or all of IPV4-ADDRESS, IPV6-ADDRESS, and =
UNNUMBERED-ENDPOINT TLVs.


          When receiving a PCReq, a PCE unable to resolve the identifier =
in one of
          those TLVs MUST respond using a PCRep with NO-PATH and set the =
bit
          "Unknown destination" or "Unknown source" in the =
NO-PATH-VECTOR TLV.
          The response SHOULD include the END-POINTS object with only =
the unsupported TLV(s).
          </t>
          <t>
            A PCE MAY support either or both of the LABEL-REQUEST and =
LABEL-SET TLVs.


            If a PCE finds a non-supported TLV in the END-POINTS the
            PCE MUST respond with a PCErr message with Error-Type=3D4 =
(Not supported object)
            and Error-value=3DTBA-15 (Unsupported TLV present in =
END-POINTS Generalized Endpoint object type) and the message SHOULD =
include the END-POINTS object in the response with only the endpoint and =
endpoint restriction TLV it did not understand.
        A PCE supporting those TLVs but not being able to fulfil the =
label restriction MUST send
        a response with a NO-PATH object which has the bit "No endpoint =
label
        resource" or "No endpoint label resource in range" set in
            the NO-PATH-VECTOR TLV.
            The response SHOULD include an END-POINTS object
        containing only the TLV(s) related to the constraints the PCE =
could not meet.

          </t>

        </section> <!--New ENDPOINTS ObjType : generalized -->

        <section title=3D"END-POINTS TLV Extensions" =
anchor=3D"endpoints_tlvs">
      <t>All endpoint TLVs have the standard PCEP TLV header as defined =
in <xref target=3D"RFC5440"/> Section 7.1. For the Generalized Endpoint =
Object Type the TLVs MUST follow the ordering defined in <xref =
target=3D"endpoints_generalized" />. </t>
          <section title=3D"IPV4-ADDRESS TLV" =
anchor=3D"endpoints_tlvs_ipv4">
            <t>This TLV represents a numbered endpoint using IPv4 =
numbering,
the format of the IPv4-ADDRESS TLV value (TLV-Type=3DTBA-6) is as
   follows:
            </t>
          <figure>
            <artwork><![CDATA[
   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                          IPv4 address                         |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  ]]></artwork>
          </figure>
          <t>
            This TLV MAY be ignored, in which case a PCRep with NO-PATH =
SHOULD be returned, as described in <xref =
target=3D"endpoints_generalized" />.
          </t>
          </section>
          <section title=3D"IPV6-ADDRESS TLV" =
anchor=3D"endpoints_tlvs_ipv6">
            <t>This TLV represents a numbered endpoint using IPV6 =
numbering,
the format of the IPv6-ADDRESS TLV value (TLV-Type=3DTBA-7) is as
   follows:
            </t>
          <figure>
            <artwork><![CDATA[
   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |              IPv6 address (16 bytes)                          |
  |                                                               |
  |                                                               |
  |                                                               |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  ]]></artwork>
          </figure>
          <t>
            This TLV MAY be ignored, in which case a PCRep with NO-PATH =
SHOULD be returned, as described in <xref =
target=3D"endpoints_generalized" />.
          </t>
          </section>

          <section title=3D"UNNUMBERED-ENDPOINT TLV" =
anchor=3D"endpoints_tlvs_unnumbered-if">
            <t>This TLV represents an unnumbered interface. This TLV has =
the same semantic as in <xref target=3D"RFC3477"/>.
        The TLV value is encoded as follows (TLV-Type=3DTBA-8)
            </t>
          <figure>
            <artwork><![CDATA[
   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                          LSR's Router ID                      |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                       Interface ID (32 bits)                  |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  ]]></artwork>
          </figure>
          <t>
            This TLV MAY be ignored, in which case a PCRep with NO-PATH =
SHOULD be returned, as described in <xref =
target=3D"endpoints_generalized" />.
          </t>
          </section>
          <section title=3D"LABEL-REQUEST TLV" =
anchor=3D"endpoints_tlvs_label-request">
            <t>The LABEL-REQUEST TLV indicates the switching
            capability and encoding type of the following label
            restriction list for the endpoint. The value format and =
encoding
            is the same as described in <xref target=3D"RFC3471"></xref>
            Section 3.1 Generalized label request. The LABEL-REQUEST
            TLV uses TLV-Type=3DTBA-9. The Encoding Type indicates the
            encoding type, e.g., SONET/SDH/GigE etc., of the LSP with
            which the data is associated. The Switching type indicates
            the type of switching that is being requested on the
            endpoint. G-PID identifies the payload. This TLV and the
            following one are defined to satisfy requirement 13 of
            <xref target=3D"RFC7025"/> for the endpoint. It is not =
directly related to the TE-LSP label request, which is expressed by the =
SWITCH-LAYER object.</t>
            <t>
            On the path calculation request only the =
GENERALIZED-BANDWIDTH and SWITCH-LAYER need to be coherent, the endpoint =
labels could be different (supporting a different LABEL-REQUEST). Hence =
the label restrictions include a Generalized label request in order to =
interpret the labels.
            This TLV MAY be ignored, in which case a PCRep with NO-PATH =
SHOULD be returned, as described in <xref =
target=3D"endpoints_generalized" />.
            </t>
          </section>
          <section title=3D"LABEL-SET TLV" =
anchor=3D"endpoints_tlvs_labels">
            <t>Label or label range restrictions can be specified for =
the TE-LSP endpoints. Those are encoded using the LABEL-SET TLV. The =
label value need to be interpreted with a description on the Encoding =
and switching type. The REQ-ADAP-CAP object from <xref =
target=3D"RFC8282"></xref> can be used in case of mono-layer request, =
however in case of multilayer it is possible to have more than one =
object, so it is better to have a dedicated TLV for the label and label =
request.
            These TLVs MAY be ignored, in which case a response with =
NO-PATH SHOULD be returned, as described in <xref =
target=3D"endpoints_generalized" />.
            TLVs are encoded as follows (following <xref =
target=3D"RFC5440"></xref>):
            </t>
            <t><list style=3D'symbols'>
              <t>LABEL-SET TLV, Type=3DTBA-10. The TLV Length is
              variable, Encoding follows <xref
              target=3D"RFC3471"></xref> Section 3.5 "Label set" with
              the addition of a U bit, O bit and L bit. The L bit is
              used to represent a suggested set of labels, following
              the semantic of SUGGESTED_LABEL defined by <xref
              target=3D"RFC3471"></xref>.
              <figure>
                <artwork><![CDATA[
   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |    Action     |    Reserved |L|O|U|        Label Type         |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                          Subchannel 1                         |
  |                              ...                              |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  :                               :                               :
  :                               :                               :
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                          Subchannel N                         |
  |                              ...                              |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 ]]></artwork>
              </figure></t>
        </list>
            </t>

            <t>
          A LABEL-SET TLV represents a set of possible labels that
              can be used on an interface. If the L bit is cleared,
              the label allocated on the first endpoint MUST be within =
the label set range. The action parameter in the Label set indicates the =
type of list provided. These parameters are described by <xref =
target=3D"RFC3471"></xref> Section 3.5.1.
            </t>
            <t>
              The U, O and L bits have the following meaning:
            </t>
            <texttable anchor=3D'endpoints_tlvs_labels_bits'
                       suppress-title=3D'true' style=3D'none'
                       title=3D'Labels TLV bits'>
              <ttcol align=3D'center'></ttcol>
              <ttcol align=3D'left'></ttcol>
              <c>U:</c><c>Upstream direction: The U bit is set for =
upstream (revers) direction in case of bidirectional LSP.</c>
              <c>O:</c><c>Old Label: set when the TLV represent the
              old (previously allocated) label in case of =
re-optimization.

              The R bit of the RP object MUST be set to 1. If the L bit
              is set, this bit SHOULD be set to 0 and ignored on =
receipt.

              When this bit is set, the Action field MUST be set to 0
              (Inclusive List) and the Label Set MUST contain one
              subchannel.</c>
              <c>L:</c><c>Loose Label: set when the TLV indicates to the =
PCE a set of
              preferred (ordered) labels to be used. The PCE MAY use =
those
              labels for label allocation.
              </c>
            </texttable>
            <t>
              Several LABEL_SET TLVs MAY be present with the O bit
              cleared, LABEL_SET TLVs with L bit set can
              be combined with a LABEL_SET TLV with L bit cleared.
              There MUST NOT be more than two LABEL_SET TLVs present =
with the
              O bit set. If there are two LABEL_SET TLVs present, there =
MUST NOT
              be more than one with the U bit set, and there MUST NOT be =
more
              than one with the U bit cleared. For a
              given U bit value, if more than one LABEL_SET TLV with the =
O bit set
              is present, the first TLV MUST be processed and the =
following TLVs
              with the same U and O bit MUST be ignored.
            </t>
            <t>
              A LABEL-SET TLV with the O and L bit set MUST trigger a
              PCErr message with Error-Type=3D10 (Reception of an =
invalid
              object) Error-value=3DTBA-25 (Wrong LABEL-SET TLV present =
with O
              and L bit set).
            </t>
            <t>
              A LABEL-SET TLV with the O bit set and an Action Field
              not set to 0 (Inclusive list) or containing more than
              one subchannel   MUST trigger a PCErr message with =
Error-Type=3D10 (Reception of an invalid object) Error-value=3DTBA-26 =
(Wrong
              LABEL-SET TLV present with O bit and wrong format).
            </t>
            <t>If a LABEL-SET TLV is present with O bit set, the R
            bit of the RP object MUST be set, otherwise a PCErr
            message MUST be sent with Error-Type=3D10 (Reception of an =
invalid object)
            Error-value=3DTBA-24 (LABEL-SET TLV present with O bit set =
but without R bit set in RP).</t>
          </section> <!-- end Label TLV -->
        </section>   <!-- ENDPOINTS TLVs extensions -->
      </section> <!-- ENDPOINTS extensions -->
<!-- IRO extension -->
<section title=3D"IRO Extension" anchor=3D"iro-label">
  <t>The IRO as defined in <xref target=3D"RFC5440" /> is used to
  include specific objects in the path. RSVP-TE allows the inclusion of =
a
  label definition. In order to fulfill requirement 13 of <xref
  target=3D"RFC7025"/> the IRO needs to support the new subobject type =
as defined in <xref target=3D"RFC3473" />:
  </t>
  <texttable suppress-title=3D'true' style=3D'none' >
    <ttcol align=3D'left'></ttcol>
    <ttcol align=3D'left'></ttcol>
    <c>Type</c><c>Sub-object </c>
    <c>TBA-38</c><c>   LABEL</c>
  </texttable>
  <t>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 given IP address MUST be =
associated with a link.
  More than one label subobject MAY follow each link subobject.
  The procedure associated with this subobject is as follows.
  </t>
  <t>
 If the PCE is able to allocate labels (e.g., via explicit label =
control) the PCE MUST allocate one label from within the set of label =
values for the given link.
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.
  </t>
</section>
<!-- End IRO -->
<!-- XRO extension -->
<section title=3D"XRO Extension" anchor=3D"xro-label">
  <t>The XRO as defined in <xref target=3D"RFC5521" /> is used to
  exclude specific objects in the path. RSVP-TE allows the exclusion of =
certain
  labels (<xref target=3D"RFC6001"/>). In order to fulfill requirement
  13 of <xref target=3D"RFC7025" /> Section 3.1, the PCEP's XRO needs to
  support a new subobject to enable label exclusion.</t>
  <t>
   The encoding of the XRO Label subobject follows the encoding
   of the Label ERO subobject defined in <xref target=3D"RFC3473" /> and =
XRO subobject defined in <xref target=3D"RFC5521" />. The
   XRO Label subobject represent one Label and is defined as follows:
  </t>
  <figure>
    <preamble>XRO Subobject Type TBA-39: Label Subobject.</preamble>
    <artwork><![CDATA[
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|X| Type=3DTBA-39 |    Length     |U|   Reserved  |   C-Type      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                             Label                             |
|                              ...                              |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
  </figure>
  <t>
    <list style=3D'empty'>
       <t>X (1 bit): as per <xref target=3D"RFC5521" />.
       The X-bit indicates whether the exclusion is mandatory or =
desired.
       0 indicates that the resource specified MUST be excluded from the
       path computed by the PCE. 1 indicates that the resource specified
       SHOULD be excluded from the path computed by the PCE, but MAY be
       included subject to PCE policy and the absence of a viable path
       that meets the other constraints and excludes the resource.
       </t>
       <t>Type (7 bits): The Type of the XRO Label subobject is =
TBA-39<!--, suggested value 3-->.</t>
       <t>Length (8 bits): see <xref target=3D"RFC5521" />, the total
       length of the subobject in bytes (including the Type and Length =
fields). The Length is always divisible by 4.</t>
       <t>U (1 bit): see <xref target=3D"RFC3471" /> Section 6.1.</t>
       <t>C-Type (8 bits): the C-Type of the included Label Object as =
defined in <xref target=3D"RFC3473" />.</t>
       <t>Label: see <xref target=3D"RFC3471" />.</t>
    </list>

    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
   given IP address MUST be associated with a link. More than one
   label subobject MAY follow each link subobject.
  </t>
  <texttable  suppress-title=3D'true' style=3D'none' >
    <ttcol align=3D'left'></ttcol>
    <ttcol align=3D'left'></ttcol>
    <c>Type</c><c>Sub-object </c>
    <c>3</c><c>LABEL</c>
  </texttable>
</section>
<!-- End XRO-->

      <section title=3D"LSPA Extensions" anchor=3D"lspa">
        <t>
          The LSPA carries the LSP attributes. In the end-to-end
          recovery context, this also includes the protection state =
information.
          A new TLV is defined to fulfil requirement 7 of <xref
          target=3D"RFC7025" /> Section 3.1 and requirement 3 of <xref
          target=3D"RFC7025" /> Section 3.2. This TLV contains the =
information of the PROTECTION object defined by <xref =
target=3D"RFC4872"/> and can be used as a policy input.
          The LSPA object MAY carry a PROTECTION-ATTRIBUTE TLV defined =
as:
        Type TBA-12: PROTECTION-ATTRIBUTE</t>
        <figure>
          <artwork><![CDATA[
   0                   1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |         Type                  |  Length                       |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |S|P|N|O|  Reserved | LSP Flags |     Reserved      | Link Flags|
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |I|R|   Reserved    | Seg.Flags |           Reserved            |
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
      <postamble>The content is as defined in <xref =
target=3D"RFC4872"></xref> Section 14,  <xref target=3D"RFC4873"></xref> =
Section 6.1.</postamble>
        </figure>
        <t>LSP (protection) Flags or Link flags field can be used by a
        PCE implementation for routing policy input. The other =
attributes are only meaningful for a stateful PCE.</t>
        <t>This TLV is OPTIONAL and MAY be ignored by the PCE. If =
ignored by the PCE, it
   MUST NOT include the TLV in the LSPA of the response.
        When the TLV is used by the PCE, a LSPA object and the =
PROTECTION-ATTRIBUTE TLV MUST be included in the response. Fields that =
were not considered MUST be set to 0.

        </t>
      </section>

      <section title=3D"NO-PATH Object Extension">
        <t>
          The NO-PATH object is used in PCRep messages in response to an
          unsuccessful path computation request (the PCE could not find =
a path
           satisfying the set of constraints). In this scenario, PCE =
MUST
          include a NO-PATH object in the PCRep message.

          The NO-PATH object MAY carry the NO-PATH-VECTOR TLV that =
specifies more
          information on the reasons that led to a negative reply. In =
case of
          GMPLS networks there could be some additional constraints that
          led to the failure such as protection mismatch, lack of =
resources, and
          so on. Several new flags have been defined in the 32-bit flag =
field of the
          NO-PATH-VECTOR TLV but no modifications have been made in the =
NO-PATH
          object.
        </t>
        <section title=3D"Extensions to NO-PATH-VECTOR TLV" =
anchor=3D"no-path_bits">
          <t>
            The modified NO-PATH-VECTOR TLV carrying the additional =
information
            is as follows:

            <list>
              <t>Bit number TBA-32 - Protection Mismatch (1-bit). =
Specifies the mismatch of the protection type in the =
PROTECTION-ATTRIBUTE TLV in the request. </t>
              <t>Bit number TBA-33 - No Resource (1-bit). Specifies that =
the resources are not currently sufficient to provide the path. </t>
              <t>Bit number TBA-34 - Granularity not supported
              (1-bit). Specifies that the PCE is not able to provide a
              path with the requested granularity. </t>
              <t>Bit number TBA-35 - No endpoint label resource (1-bit). =
Specifies that the PCE is not able to provide a path because of the =
endpoint label restriction. </t>
              <t>Bit number TBA-36 - No endpoint label resource in range =
(1-bit). Specifies that the PCE is not able to provide a path because of =
the endpoint label set restriction. </t>
              <t>Bit number TBA-37 - No label resource in range (1-bit). =
Specifies that the PCE is not able to provide a path because of the =
label set restriction. </t>

            </list>
          </t>
        </section> <!-- NO-Path vector TLV -->
      </section> <!-- end NO-PATH -->

    </section> <!-- End PCEP Object and Extensions-->

    <section title=3D"Additional Error-Types and Error-Values Defined" =
anchor=3D"error-codes">
      <t>
        A PCEP-ERROR object is used to report a PCEP error and is
        characterized by an Error-Type that specifies the type of error =
while
        Error-value that provides additional information about the =
error. An additional error type and several error values are defined to
        represent some of the errors related to the newly identified =
objects
        related to GMPLS networks.

        For each PCEP error, an Error-Type and an Error-value are =
defined.
        Error-Type 1 to 10 are already defined in <xref =
target=3D"RFC5440"></xref>. Additional Error-values are defined for =
Error-Types 4 and 10. A new Error-Type
        is defined (value TBA-27).
      </t>
      <t>
        The Error-Type TBA-27 (path computation failure) is used to =
reflect constraints not understood by the PCE, for instance when the PCE =
is not able to understand the generalized bandwidth. If the constraints =
are understood, but the PCE is unable to find with those constraints, =
the NO-PATH is to be used.
      </t>
      <texttable suppress-title=3D'true' style=3D'none'>
        <ttcol align=3D'center' width=3D"4%">Error-Type</ttcol>
        <ttcol align=3D'left' width=3D"14%">Error-value</ttcol>
        <ttcol align=3D'left' width=3D"53%"></ttcol>

        <c>4</c><c>Not supported object </c><c></c>

        <c></c><c>value=3DTBA-14:</c><c>Bandwidth Object type TBA-2 or =
TBA-3 not supported</c>
        <c></c><c>value=3DTBA-15:</c><c>Unsupported endpoint type in =
</c>
        <c></c><c></c><c>END-POINTS Generalized Endpoint</c>
        <c></c><c></c><c>object type</c>
        <c></c><c>value=3DTBA-16:</c><c>Unsupported TLV present in =
END-POINTS Generalized Endpoint object type</c>
        <c></c><c>value=3DTBA-17:</c><c>Unsupported granularity in the =
RP object flags</c>



        <c>10</c><c>Reception of an invalid object</c><c></c>
          <c></c><c>value=3DTBA-18:</c><c>Bad Bandwidth Object type
          TBA-2(Generalized bandwidth) or TBA-3( Generalized bandwidth =
of
          existing TE-LSP for which a reoptimization is requested)</c>
          <c></c><c>value=3DTBA-20:</c><c>Unsupported LSP Protection =
Flags in PROTECTION-ATTRIBUTE TLV</c>
          <c></c><c>value=3DTBA-21:</c><c>Unsupported Secondary LSP =
Protection Flags in PROTECTION-ATTRIBUTE TLV</c>
          <c></c><c>value=3DTBA-22:</c><c>Unsupported Link Protection =
Type in PROTECTION-ATTRIBUTE TLV</c>
          <c></c><c>value=3DTBA-24:</c><c>LABEL-SET TLV present with 0 =
bit set but without R bit set in RP</c>
          <c></c><c>value=3DTBA-25:</c><c>Wrong LABEL-SET</c>
          <c></c><c></c><c>TLV present with</c>
          <c></c><c></c><c>0 and L bit set</c>
          <c></c><c>value=3DTBA-26:</c><c>Wrong LABEL-SET with O bit
          set and wrong format</c>
          <c></c><c>value=3DTBA-42:</c><c>Missing GMPLS-CAPABILITY =
TLV</c>
          <c>TBA-27</c><c>Path computation failure</c><c></c>
          <c></c><c>value=3D0:</c><c>Unassigned</c>
          <c></c><c>value=3DTBA-28:</c><c>Unacceptable request =
message</c>
          <c></c><c>value=3DTBA-29:</c><c>Generalized bandwidth value =
not supported</c>
          <c></c><c>value=3DTBA-30:</c><c>Label Set constraint could not =
be</c>
          <c></c><c></c><c>met</c>
          <c></c><c>value=3DTBA-31:</c><c>Label constraint could not =
be</c>
          <c></c><c></c><c>met</c>

      </texttable>

    </section>

    <section title=3D"Manageability Considerations">
      <t>This section follows the guidance of <xref target=3D"RFC6123" =
/>.</t>
      <section title=3D"Control of Function through Configuration and =
Policy">
        <t>
          This document makes no change to the basic operation of PCEP =
and so
          the requirements described in
          <xref target=3D"RFC5440" /> Section 8.1. also apply to this =
document.
          In addition to those requirements a PCEP implementation may =
allow the
          configuration of the following parameters:
          <list>
            <t>Accepted RG in the RP object.</t>
            <t>Default RG to use (overriding the one present in the =
PCReq)</t>
            <t>Accepted BANDWIDTH object type TBA-2 and TBA-3 parameters =
in request, default mapping to use when not specified in the request</t>
            <t>Accepted LOAD-BALANCING object type TBA-4 parameters in =
request.</t>
            <t>Accepted endpoint type and allowed TLVs in object =
END-POINTS with object type Generalized Endpoint.</t>
            <t>Accepted range for label restrictions in label =
restriction in END-POINTS, or IRO or XRO objects</t>
            <t>PROTECTION-ATTRIBUTE TLV acceptance and suppression.</t>
          </list>
          The configuration of the above parameters is applicable to the =
different sessions as described in <xref target=3D"RFC5440" /> Section =
8.1 (by default, per PCEP peer, etc.).

        </t>
      </section>
      <section title=3D"Information and Data Models">
        <t>
          This document makes no change to the basic operation of PCEP =
and so
          the requirements described in
          <xref target=3D"RFC5440" /> Section 8.2. also apply to this =
document.
          This document  does not introduce any new ERO sub objects, so =
that the, ERO information model is already covered in <xref =
target=3D"RFC4802"/>.
        </t>
      </section>
      <section title=3D"Liveness Detection and Monitoring">
        <t>
          This document makes no change to the basic operation of PCEP =
and so
          there are no changes to the requirements for liveness =
detection and
          monitoring set out in <xref target=3D"RFC4657" /> and <xref =
target=3D"RFC5440" /> Section 8.3.
        </t>
      </section>
      <section title=3D"Verifying Correct Operation">
        <t>
          This document makes no change to the basic operations of PCEP =
and considerations described in <xref target=3D"RFC5440" /> Section 8.4.
          New errors defined by this document should satisfy the =
requirement to log error events.
        </t>
      </section>
      <section title=3D"Requirements on Other Protocols and Functional =
Components">
        <t>No new Requirements on Other Protocols and Functional
        Components are made by this document. This document does not
        require ERO object extensions. Any new ERO subobject defined
        in the TEAS or CCAMP working group can be adopted without =
modifying the operations defined in this document. </t>
      </section>
      <section title=3D"Impact on Network Operation">
        <t>This document makes no change to the basic operations of PCEP =
and considerations described in <xref target=3D"RFC5440" /> Section 8.6.
        In addition to the limit on the rate of messages sent by a PCEP =
speaker, a limit MAY be placed on the size of the PCEP messages.
        </t>
      </section>

    </section>
    <section title=3D"IANA Considerations">
      <t>
        IANA assigns values to the PCEP objects and TLVs. IANA is
        requested to make some allocations for the newly defined objects =
and
        TLVs defined in this document. Also, IANA is requested to manage
        the space of flags that are newly added in the TLVs.
      </t>
      <section title=3D"PCEP Objects">
      <t>As described in <xref target=3D"generalized-bandwidth"/>, <xref =
target=3D"generalized-load-balancing"/> and <xref =
target=3D"endpoints_generalized" /> new Objects types are defined.
        IANA is requested to make the following Object-Type
        allocations from the "PCEP Objects" sub-registry.
        </t>
        <texttable suppress-title=3D'true' style=3D'none' =
anchor=3D'iana_gen_bw'>
          <ttcol align=3D'left'></ttcol>
          <ttcol align=3D'left'></ttcol>
          <c>Object Class</c><c>5</c>
          <c>Name</c><c>   BANDWIDTH</c>
          <c>Object-Type</c><c>TBA-2: Generalized bandwidth </c>
          <c>           </c><c>TBA-3: Generalized bandwidth of an =
existing TE-LSP for which a reoptimization is requested </c>
          <c>Reference</c><c>This document (<xref =
target=3D"generalized-bandwidth"></xref>)</c>
      <c /><c />
          <c>Object Class</c><c>14</c>
          <c>Name</c><c>   LOAD-BALANCING</c>
          <c>Object-Type</c><c>TBA-4: Generalized Load Balancing   </c>
      <c /><c />
          <c>Reference</c><c>This document (<xref =
target=3D"generalized-load-balancing"></xref>)</c>
          <c>Object Class</c><c>4</c>
          <c>Name</c><c>   END-POINTS</c>
          <c>Object-Type</c><c>TBA-5: Generalized Endpoint </c>
          <c>Reference</c><c>This document (<xref =
target=3D"endpoints_extensions"></xref>)</c>
        </texttable>

      </section> <!-- End New PCEP Objects-->
      <section title=3D"Endpoint type field in Generalized END-POINTS =
Object">
    <t>IANA is requested to create a registry to manage the Endpoint =
Type field of the END-POINTS object, Object Type Generalized Endpoint =
and manage the code space.</t>
           <t>New endpoint type in the Reserved range are assigned by
           Standards Action <xref target=3D"RFC8126"/>. Each endpoint =
type should be tracked with the following attributes:
       <list style=3D'symbols'>
         <t>Endpoint type</t>
         <t>Description</t>
         <t>Defining RFC</t>
       </list>
       </t>
       <t>New endpoint type in the Experimental range are for =
experimental use; these will not be registered with IANA and MUST NOT be =
mentioned by RFCs.</t>
       <t>The following values have been defined by this document.
       (<xref target=3D"endpoints_generalized"></xref>, <xref
           target=3D"endpoints_generalized_endpoint-type" />):</t>
           <texttable suppress-title=3D'true' style=3D'none'>
             <ttcol align=3D'left'>Value</ttcol>
             <ttcol align=3D'left'>Type</ttcol>
             <ttcol align=3D'left'>Meaning</ttcol>
             <c>0</c><c>Point-to-Point</c>     <c></c>
             <c>1</c><c>Point-to-Multipoint</c><c>New leaves to add</c>
             <c>2</c><c></c>                   <c>Old leaves to =
remove</c>
             <c>3</c><c></c>                   <c>Old leaves whose path =
can be modified/reoptimized</c>
             <c>4</c><c></c>                   <c>Old leaves whose path =
has to be</c>
             <c></c><c></c>                   <c>left unchanged</c>
             <c>5-244</c><c>Unassigned</c><c></c>
             <c>245-255</c> <c>Experimental range</c><c></c>
           </texttable>
      </section> <!-- End END-POINTS object, Object Type Generalized =
Endpoint-->

      <section title=3D"New PCEP TLVs" anchor=3D'iana-tlvs'>
        <t>
      IANA manages the PCEP TLV code point registry (see <xref =
target=3D"RFC5440"></xref>). This
      is maintained as the "PCEP TLV Type Indicators" sub-registry of =
the
      "Path Computation Element Protocol (PCEP) Numbers" registry.

      IANA is requested to do the following allocation.
          Note: TBA-11 is not used
       <!-- The values here are suggested for use by IANA. -->
 </t>
        <texttable suppress-title=3D'true' style=3D'none'>
          <ttcol align=3D'center'>Value</ttcol>
          <ttcol align=3D'left'>Meaning</ttcol>
          <ttcol align=3D'left'>Reference</ttcol>

          <c>TBA-6</c><c>IPV4-ADDRESS</c><c>            This document =
(<xref target=3D"endpoints_tlvs_ipv4"></xref>) </c>
          <c>TBA-7</c><c>IPV6-ADDRESS</c><c>            This document =
(<xref target=3D"endpoints_tlvs_ipv6"></xref>) </c>
          <c>TBA-8</c><c>UNNUMBERED-ENDPOINT</c><c>            This =
document (<xref target=3D"endpoints_tlvs_unnumbered-if"></xref>) </c>
          <c>TBA-9</c><c>LABEL-REQUEST</c><c>            This document =
(<xref target=3D"endpoints_tlvs_label-request"></xref>) </c>

          <c>TBA-10</c><c>LABEL-SET</c><c>            This document =
(<xref target=3D"endpoints_tlvs_labels"></xref>) </c>
          <c>TBA-12 </c><c>PROTECTION-ATTRIBUTE</c><c>       This =
document (<xref target=3D"lspa"></xref>) </c>
          <c>TBA-1</c><c>GMPLS-CAPABILITY</c><c>       This document =
(<xref target=3D"open-extensions"></xref>) </c>
        </texttable>
      </section> <!-- End New PCEP TLVs-->
      <section title=3D"RP Object Flag Field">
    <t>
      As described in <xref target=3D"rp-extensions"></xref> new flag =
are defined in the RP Object Flag
      IANA is requested to make the following Object-Type
        allocations from the "RP Object Flag Field" sub-registry.
    <!-- The values here are suggested for use by IANA. -->
    </t>
        <texttable suppress-title=3D'true' style=3D'none'>
          <ttcol align=3D'center'>Bit</ttcol>
          <ttcol align=3D'left'>Description</ttcol>
          <ttcol align=3D'left'>Reference</ttcol>
          <c>TBA-13</c><c>routing granularity (2 bits)</c><c>This =
document, <xref target=3D"rp-extensions"></xref></c>
          <c><!-- (suggested bit 17-16) --></c><c> (RG)</c><c></c>
        </texttable>
      </section> <!-- RP object flag-->
      <section title=3D"New PCEP Error Codes">

        <t>As described in <xref target=3D"error-codes"></xref>, new =
PCEP Error-Types and Error-values are
        defined. IANA is requested to make the following allocation in =
the "PCEP-ERROR Object Error Types and Values" registry.
    <!-- The values here are suggested for use by IANA. -->
</t>
        <texttable suppress-title=3D'true' style=3D'none'>
          <ttcol align=3D'left' >Error</ttcol>
          <ttcol align=3D'left' width=3D"50">name</ttcol>
          <ttcol align=3D'left' >Reference</ttcol>
          <c>Type=3D4</c><c>Not supported object </c><c><xref =
target=3D"RFC5440" /></c>
          <c>Value=3DTBA-14:</c><c>Bandwidth Object type TBA-2 or TBA-3 =
not supported</c><c>This Document</c>
          <c>Value=3DTBA-15:</c><c>Unsupported endpoint type in =
END-POINTS Generalized Endpoint object type</c><c>This Document</c>
          <c>Value=3DTBA-16:</c><c>Unsupported TLV present in END-POINTS =
Generalized Endpoint object type</c><c>This Document</c>
          <c>Value=3DTBA-17:</c><c>Unsupported granularity in the RP =
object flags</c><c>This Document</c>

          <c>Type=3D10</c><c>Reception of an invalid object </c><c><xref =
target=3D"RFC5440" /></c>
          <c>Value=3DTBA-18:</c><c> Bad Bandwidth Object
          type TBA-2(Generalized bandwidth) or TBA-3(Generalized
          bandwidth of existing TE-LSP for which a reoptimization is =
requested)</c><c>This Document</c>
          <c>Value=3DTBA-20:</c><c> Unsupported LSP Protection Flags in =
PROTECTION-ATTRIBUTE TLV</c><c>This Document</c>
          <c>Value=3DTBA-21:</c><c> Unsupported Secondary LSP Protection =
Flags in PROTECTION-ATTRIBUTE TLV</c><c>This Document</c>
          <c>Value=3DTBA-22:</c><c> Unsupported Link Protection Type in =
PROTECTION-ATTRIBUTE TLV</c><c>This Document</c>
          <c>Value=3DTBA-24:</c><c> LABEL-SET TLV present with 0 bit set =
but without R bit set in RP</c><c>This Document</c>
          <c>Value=3DTBA-25:</c><c> Wrong LABEL-SET TLV present with 0 =
and L bit set</c><c>This Document</c>
          <c>Value=3DTBA-26:</c><c> Wrong LABEL-SET with O bit set and =
wrong format</c><c>This Document</c>
          <c>Value=3DTBA-42:</c><c> Missing GMPLS-CAPABILITY =
TLV</c><c>This Document</c>
          <c>Type=3DTBA-27</c><c>Path computation
          failure</c><c>This Document</c>
          <c>Value=3D0</c><c> Unassigned</c><c>This Document</c>
          <c>Value=3DTBA-28:</c><c>Unacceptable request =
message</c><c>This Document</c>
          <c>Value=3DTBA-29:</c><c>Generalized bandwidth value not =
supported</c><c>This Document</c>
          <c>Value=3DTBA-30:</c><c>Label Set constraint could not be =
met</c><c>This Document</c>
          <c>Value=3DTBA-31:</c><c>Label constraint could not be =
met</c><c>This Document</c>

        </texttable>
      </section>

      <section title=3D"New NO-PATH-VECTOR TLV Fields">
        <t>As described in <xref target=3D"no-path_bits"></xref>, new =
NO-PATH-VECTOR TLV Flag Fields have been defined.
IANA is requested to do the following allocations in the "NO-PATH-VECTOR =
TLV Flag Field" sub-registry.
<!-- The values here are suggested for use by IANA. -->
            <list>
              <t>Bit number TBA-32 - Protection Mismatch (1-bit). =
Specifies the mismatch of the protection type of the =
PROTECTION-ATTRIBUTE TLV in the request. </t>
              <t>Bit number TBA-33 - No Resource (1-bit). Specifies that =
the resources are not currently sufficient to provide the path. </t>
              <t>Bit number TBA-34 - Granularity not supported (1-bit). =
Specifies that the PCE is not able to provide a path with the requested =
granularity. </t>
              <t>Bit number TBA-35 - No endpoint label resource (1-bit). =
Specifies that the PCE is not able to provide a path because of the =
endpoint label restriction. </t>
              <t>Bit number TBA-36 - No endpoint label resource in range =
(1-bit). Specifies that the PCE is not able to provide a path because of =
the endpoint label set restriction. </t>
              <t>Bit number TBA-37 - No label resource in range (1-bit). =
Specifies that the PCE is not able to provide a path because of the =
label set restriction. </t>
              <t>Bit number TBA-40 - LOAD-BALANCING could not be =
performed with the bandwidth constraits (1 bit). Specifies that the PCE =
is not able to provide a path because it could not map the BANDWIDTH =
into the parameters specified by the LOAD-BALANCING. </t>
            </list>
    </t>
      </section>
      <section title=3D"New Subobject for the Include Route Object" >
        <t>The "PCEP Parameters" registry contains a subregistry "IRO =
Subobjects"
        with an entry for the Include Route Object (IRO).</t>
        <t>
          IANA is requested to add a further subobject that can be =
carried in the IRO as
          follows:
        </t>
        <texttable suppress-title=3D'true' style=3D'none'>
          <ttcol align=3D'left'>Subobject</ttcol>
          <ttcol align=3D'left'>type</ttcol>
          <ttcol align=3D'left'>Reference</ttcol>
          <c>TBA-38<!-- , suggested value 3--></c><c>Label
          subobject</c><c>This Document</c>
        </texttable>
      </section>
      <section title=3D"New Subobject for the Exclude Route Object" >
        <t>The "PCEP Parameters" registry contains a subregistry "XRO =
Subobjects"
        with an entry for the XRO object (Exclude Route Object).</t>
        <t>
          IANA is requested to add a further subobject that can be =
carried in the XRO as
          follows:
        </t>
        <texttable suppress-title=3D'true' style=3D'none'>
          <ttcol align=3D'left'>Subobject</ttcol>
          <ttcol align=3D'left'>type</ttcol>
          <ttcol align=3D'left'>Reference</ttcol>
          <c>TBA-39<!--, suggested value 3--></c><c>Label =
subobject</c><c>This Document</c>
        </texttable>
      </section>
      <section title=3D"New GMPLS-CAPABILITY TLV Flag Field" >
        <t>IANA is requested to create a sub-registry to manage the Flag =
field
   of the GMPLS-CAPABILITY TLV within the "Path Computation
   Element Protocol (PCEP) Numbers" registry.</t>

   <t>New bit numbers are to be assigned by Standards Action <xref =
target=3D"RFC8126"/>.
   Each bit should be tracked with the following qualities:
   <list style=3D"symbols">

      <t>Bit number (counting from bit 0 as the most significant =
bit)</t>

      <t>Capability description</t>

      <t>Defining RFC</t>
    </list></t>

   <t>The initial contents of the sub-registry are empty, with all bits
   marked unassigned</t>

      </section>   =20
    </section> <!-- End IANA -->
    <section title=3D"Security Considerations">
      <t>
    GMPLS controls multiple technologies and types of network elements. =
The LSPs
    that are established using GMPLS, whose paths can be computed using =
the PCEP
    extensions to support GMPLS described in this document, can carry a =
high volume
    of traffic and can be a critical part of a network infrastructure. =
The PCE can then
    play a key role in the use of the resources and in determining the =
physical paths
    of the LSPs and thus it is important to ensure the identity of PCE =
and PCC, as well
    as the communication channel. In many deployments there will be a =
completely
    isolated network where an external attack is of very low =
probability. However,
    there are other deployment cases in which the PCC-PCE communication =
can
    be more exposed and there could be more security considerations. =
Three main
    situations in case of an attack in the GMPLS PCE context could =
happen:
    <list style=3D"symbols">
     <t>
        PCE Identity theft: A legitimate PCC could request a path for a =
GMPLS LSP to
        a malicious PCE, which poses as a legitimate PCE.
            The answer can make that the LSP traverses some
            geographical place known to the
            attacker where confidentiality (sniffing), integrity
            (traffic modification) or availability (traffic drop)
            attacks could be performed by use of an
            attacker-controlled middlebox
            device. Also, the resulting LSP can omit constraints given =
in the
        requests (e.g., excluding certain fibers, avoiding some SRLGs) =
which could make
        that the LSP which will be later set-up can look perfectly fine, =
but will be in a risky
        situation. Also, the result can lead to the creation of an LSP =
that does not provide the
        desired quality and gives less resources than necessary.
     </t>
     <t>
        PCC Identity theft: A malicious PCC, acting as a legitimate PCC, =
requesting LSP
        paths to a legitimate PCE can obtain a good knowledge of the =
physical topology of
        a critical infrastructure. It could get to know enough details =
to plan a later physical
        attack.
     </t>
     <t>
        Message inspection: As in the previous case, knowledge of an =
infrastructure can
        be obtained by sniffing PCEP messages.
     </t>
    </list>

    The security mechanisms can provide authentication and
        confidentiality for those scenarios where the PCC-PCE =
communication
        cannot be completely trusted.  <xref target=3D"RFC8253" /> =
provides origin
        verification, message integrity and replay protection, and =
ensures
        that a third party cannot decipher the contents of a
        message.
      </t>
      <t>
        In order to protect against the malicious PCE case the PCC
        SHOULD have policies in place to accept or not the path provided =
by
        the PCE. Those policies can verify if the path follows the =
provided
        constraints. In addition, technology specific data plane =
mechanism
        can be used (following <xref target=3D"RFC5920" /> Section 5.8) =
to verify the data
        plane connectivity and deviation from constraints.
      </t>
      <t>
    The document <xref target=3D"RFC8253" /> describes the usage of =
Transport Layer
    Security (TLS) to enhance PCEP security. The document describes the =
initiation
    of the TLS procedures, the TLS handshake mechanisms, the TLS methods =
for peer
    authentication, the applicable TLS ciphersuites for data exchange, =
and the handling
    of errors in the security checks. PCE and PCC SHOULD use <xref
        target=3D"RFC8253" /> mechanism to protect against malicious
        PCC and PCE.
      </t>
      <t>
    Finally, as mentioned by <xref target=3D"RFC7025" /> the PCEP =
extensions to support GMPLS should
    be considered under the same security as current PCE work and this =
extension
    will not change the underlying security issues. However, given the =
critical
    nature of the network infrastructures under control by GMPLS, the =
security issues
    described above should be seriously considered when deploying a =
GMPLS-PCE
    based control plane for such networks. For more information on the =
security considerations
   on a GMPLS control plane, not only related to PCE/PCEP, <xref =
target=3D"RFC5920" /> provides an overview of security vulnerabilities =
of a GMPLS control plane.
      </t>
    </section>
    <section title=3D"Contributing Authors">
      <t>Elie Sfeir<vspace blankLines=3D'0'/>
      Coriant<vspace blankLines=3D'0'/>
      St Martin Strasse 76<vspace blankLines=3D'0'/>
      Munich,   81541<vspace blankLines=3D'0'/>
      Germany<vspace blankLines=3D'1'/>
      Email: elie.sfeir@coriant.com<vspace blankLines=3D'0'/>
      </t>

      <t>
        Franz Rambach<vspace blankLines=3D'0'/>
    Nockherstrasse 2-4,<vspace blankLines=3D'0'/>
    Munich 81541<vspace blankLines=3D'0'/>
    Germany<vspace blankLines=3D'1'/>
    Phone: +49 178 8855738<vspace blankLines=3D'0'/>
    Email: franz.rambach@cgi.com<vspace blankLines=3D'0'/>
      </t>
      <t>
        Francisco Javier Jimenez Chico<vspace blankLines=3D'0'/>
        Telefonica Investigacion y Desarrollo<vspace blankLines=3D'0'/>
        C/ Emilio Vargas 6<vspace blankLines=3D'0'/>
        Madrid,   28043<vspace blankLines=3D'0'/>
        Spain<vspace blankLines=3D'1'/>
        Phone: +34 91 3379037<vspace blankLines=3D'0'/>
        Email: fjjc@tid.es<vspace blankLines=3D'0'/>
      </t>
      <t>
        Huawei Technologies
        <list>
          <t>Suresh BR<vspace blankLines=3D'0'/>
          Shenzhen<vspace blankLines=3D'0'/>
          China<vspace blankLines=3D'0'/>
          Email: sureshbr@huawei.com<vspace blankLines=3D'0'/>
          </t>
          <t>
            Young Lee<vspace blankLines=3D'0'/>
            1700 Alma Drive, Suite 100<vspace blankLines=3D'0'/>
            Plano, TX 75075<vspace blankLines=3D'0'/>
            USA<vspace blankLines=3D'1'/>
            Phone: (972) 509-5599 (x2240)<vspace blankLines=3D'0'/>
            Email: ylee@huawei.com<vspace blankLines=3D'0'/>
          </t>
          <t>
            SenthilKumar S<vspace blankLines=3D'0'/>
            Shenzhen<vspace blankLines=3D'0'/>
            China<vspace blankLines=3D'0'/>
            Email: senthilkumars@huawei.com<vspace blankLines=3D'0'/>
          </t>
          <t>
            Jun Sun<vspace blankLines=3D'0'/>
            Shenzhen<vspace blankLines=3D'0'/>
            China<vspace blankLines=3D'0'/>
            Email: johnsun@huawei.com <vspace blankLines=3D'0'/>
          </t>
        </list>
      </t>
      <t>
        CTTC - Centre Tecnologic de Telecomunicacions de Catalunya
        <list>
          <t>Ramon Casellas<vspace blankLines=3D'0'/>
          PMT Ed B4 Av. Carl Friedrich Gauss 7<vspace blankLines=3D'0'/>
          08860 Castelldefels (Barcelona)<vspace blankLines=3D'0'/>
          Spain<vspace blankLines=3D'0'/>
          Phone: (34) 936452916 <vspace blankLines=3D'0'/>
          Email: ramon.casellas@cttc.es<vspace blankLines=3D'0'/>
          </t>
        </list>
      </t>
    </section>


    <section title=3D"Acknowledgments">
      <t>
        The research of Ramon Casellas, Francisco Javier Jimenez Chico, =
Oscar Gonzalez de Dios, Cyril Margaria, and Franz Rambach leading
        to these results
        has received funding from the European Community's Seventh =
Framework Program FP7/2007-2013
        under grant agreement no 247674 and no 317999.
      </t>
      <t>
        The authors would like to thank Julien Meuric, Lyndon Ong,
        Giada Lander, Jonathan Hardwick, Diego Lopez, David Sinicrope,
        Vincent Roca and Tianran Zhou for their review and useful =
comments to the document.
      </t>
    </section>

 </middle>

 <!-- *****BACK MATTER ***** -->

 <back>

   <references title=3D"Normative References">
     <reference anchor=3D"G.709-v3" =
target=3D"https://www.itu.int/rec/T-REC-G.709-201606-I/en">
       <front>
         <title>
           Interfaces for the optical transport network, Recommendation =
G.709/Y.1331
         </title>
         <author> <organization>ITU-T</organization></author>
         <date year=3D"2016" month=3D"June"/>
       </front>
     </reference>
     <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.x=
ml"?>
     <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.2210.x=
ml"?>
     <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3209.x=
ml"?>

      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3471.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3473.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3477.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.3630.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4003.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4328.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4606.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4802.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4872.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4873.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5088.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5089.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5440.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5511.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5520.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5521.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5541.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6001.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6003.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6205.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6387.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.7570.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.7139.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.7792.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.8126.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.8174.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.8253.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.8282.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.8306.x=
ml"?>

    </references>
    <references title=3D"Informative References">
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4655.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.4657.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.5920.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6123.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.6163.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.7025.x=
ml"?>
      <?rfc =
include=3D"http://xml.resource.org/public/rfc/bibxml/reference.RFC.7449.x=
ml"?>
    </references>
    <section anchor=3D"appendix" title=3D"LOAD-BALANCING Usage for SDH =
Virtual Concatenation">
      <t>For example a request for one co-signaled n x VC-4 TE-LSP
      will not use the LOAD-BALANCING. In case the VC-4 components can
      use different paths, the BANDWIDTH with object type TBA-2 will
      contain a traffic specification indicating the complete n x VC-4
      traffic specification and the LOAD-BALANCING the minimum
      co-signaled VC-4. For an SDH network, a request to have a TE-LSP
      group with 10 VC-4 containers, each path using at minimum 2 x
      VC-4 containers, can be represented with a BANDWIDTH object
      with OT=3DTBA-2, Bw Spec Type set to 4, the content of the
      Generalized Bandwidth is ST=3D6, RCC=3D0, NCC=3D0, NVC=3D10, =
MT=3D1. The
      LOAD-BALANCING, OT=3DTBA-4 with Bw Spec Type set to 4,
      Max-LSP=3D5, Min Bandwidth Spec is (ST=3D6, RCC=3D0, NCC=3D0, =
NVC=3D2, MT=3D1). The PCE can respond with a response with maximum 5 =
paths, each of them having a BANDWIDTH OT=3DTBA-2 and Generalized =
Bandwidth matching the Min Bandwidth Spec from the LOAD-BALANCING object =
of the corresponding request.</t>
    </section>
  </back>
</rfc>

------=_NextPart_000_0802_01D5B127.F0D63A30--


From nobody Thu Dec 12 15:25:09 2019
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FAA4120142; Thu, 12 Dec 2019 15:25:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 CwqwIkVyrc_F; Thu, 12 Dec 2019 15:25:02 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 571E812012A; Thu, 12 Dec 2019 15:25:02 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id 50E0DF4071E; Thu, 12 Dec 2019 15:24:50 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, pce@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20191212232450.50E0DF4071E@rfc-editor.org>
Date: Thu, 12 Dec 2019 15:24:50 -0800 (PST)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/JQj0YunlnL5el3OPErBLZz-wjcw>
Subject: [Pce] =?utf-8?q?RFC_8685_on_Path_Computation_Element_Communicati?= =?utf-8?q?on_Protocol_=28PCEP=29_Extensions_for=C2=A0the=C2=A0Hierarchica?= =?utf-8?q?l_Path_Computation_Element_=28H-PCE=29_Architecture?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2019 23:25:04 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8685

        Title:      Path Computation Element Communication Protocol 
                    (PCEP) Extensions for the Hierarchical Path 
                    Computation Element (H-PCE) Architecture 
        Author:     F. Zhang, 
                    Q. Zhao,
                    O. Gonzalez de Dios, 
                    R. Casellas,
                    D. King
        Status:     Standards Track
        Stream:     IETF
        Date:       December 2019
        Mailbox:    zhangfatai@huawei.com, 
                    quintinzhao@gmail.com, 
                    oscar.gonzalezdedios@telefonica.com,  
                    ramon.casellas@cttc.es, 
                    daniel@olddog.co.uk
        Pages:      27
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-pce-hierarchy-extensions-11.txt

        URL:        https://www.rfc-editor.org/info/rfc8685

        DOI:        10.17487/RFC8685

The Hierarchical Path Computation Element (H-PCE) architecture is
defined in RFC 6805.  It provides a mechanism to derive an optimum
end-to-end path in a multi-domain environment by using a hierarchical
relationship between domains to select the optimum sequence of
domains and optimum paths across those domains.

This document defines extensions to the Path Computation Element
Communication Protocol (PCEP) to support H-PCE procedures.

This document is a product of the Path Computation Element Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC



From nobody Thu Dec 12 16:38:18 2019
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1EEE120071; Thu, 12 Dec 2019 16:38:12 -0800 (PST)
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>
Cc: pce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: pce@ietf.org
Message-ID: <157619749255.20998.15604662371170616615@ietfa.amsl.com>
Date: Thu, 12 Dec 2019 16:38:12 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/N9Y0Rw-hQ6fPyos5HElfawat-C8>
Subject: [Pce] I-D Action: draft-ietf-pce-gmpls-pcep-extensions-16.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2019 00:38:13 -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 WG of the IETF.

        Title           : PCEP extensions for GMPLS
        Authors         : Cyril Margaria
                          Oscar Gonzalez de Dios
                          Fatai Zhang
	Filename        : draft-ietf-pce-gmpls-pcep-extensions-16.txt
	Pages           : 44
	Date            : 2019-12-12

Abstract:
   A Path Computation Element (PCE) provides path computation functions
   for Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
   networks.  Additional requirements for GMPLS are identified in
   RFC7025.

   This memo provides extensions to the Path Computation Element
   communication Protocol (PCEP) for the support of the GMPLS control
   plane to address those requirements.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-pce-gmpls-pcep-extensions-16
https://datatracker.ietf.org/doc/html/draft-ietf-pce-gmpls-pcep-extensions-16

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-gmpls-pcep-extensions-16


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 Dec 13 11:27:37 2019
Return-Path: <noreply@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 93AEF120844; Fri, 13 Dec 2019 11:27:25 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Russ Housley via Datatracker <noreply@ietf.org>
To: <gen-art@ietf.org>
Cc: last-call@ietf.org, pce@ietf.org, draft-ietf-pce-stateful-flags.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Russ Housley <housley@vigilsec.com>
Message-ID: <157626524556.12921.1549199517712582504@ietfa.amsl.com>
Date: Fri, 13 Dec 2019 11:27:25 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/GgUSRQBqnrLVQwCq0C2uO0hkp4g>
Subject: [Pce] Genart last call review of draft-ietf-pce-stateful-flags-00
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Dec 2019 19:27:25 -0000

Reviewer: Russ Housley
Review result: Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at
<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-pce-stateful-flags-00
Reviewer: Russ Housley
Review Date: 2019-12-13
IETF LC End Date: 2019-12-23
IESG Telechat date: Unknown


Summary: Ready

Major Concerns:  None.


Minor Concerns:  None.


Nits:  None.



From nobody Fri Dec 13 22:40:28 2019
Return-Path: <liulei.kddi@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABCD7120124 for <pce@ietfa.amsl.com>; Fri, 13 Dec 2019 22:40:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level: 
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ieee.org
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 KovZSuSxtqO3 for <pce@ietfa.amsl.com>; Fri, 13 Dec 2019 22:40:24 -0800 (PST)
Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F8CF120086 for <pce@ietf.org>; Fri, 13 Dec 2019 22:40:24 -0800 (PST)
Received: by mail-ot1-x333.google.com with SMTP id h20so1942949otn.5 for <pce@ietf.org>; Fri, 13 Dec 2019 22:40:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=7iDZdE1A508CV+0I+7JYOO3Huvb/pzvKAXv+3RZQi3g=; b=HMrHn4X1KZQfKav8n4gmN9292svaqACXDyzR9XFC2RwaXZM4iU0QCBMPT0nuaDvNi2 rC0LbUKF8/NWCA+nfausBqxPKyGAiauaZMSA+D55RIjbyQUwVwUDZiNzRUDWHzqoALmb O/nNPWK0tGlyj5NeqfUJ90T70iEurc8UcHdg4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=7iDZdE1A508CV+0I+7JYOO3Huvb/pzvKAXv+3RZQi3g=; b=ne8UJZvIottToMUZrcVx4wu5tgZs71LaG/lTZArLa/TVcBg4V3j2jrjSvZ9ZDjNCtO xCWtaJ6xqTY5hscbBzo+7girXQ7Ofgrc5oy0xcAivi3Dop3O4plt0hCx2qXAWu+/5BSF TT1crxYQ/1C7BeKOEIThYe7/8bD0H8nKao/I0PjlWad07mS9WJSGDIB54IO9NFdRkiXC cyrknN8sKuOsoKudT16jdVvJ0MckSTRsK8Cd9QxsSIahocDqmdxEcy+Bwi6VagIXek3H wdMoW7N/10+95uIgNjMx0WVulaFr3wBp94AebXxvp73gOIMhY85BW0IN8LH8FpdTqoD8 j2dQ==
X-Gm-Message-State: APjAAAWL7qNuJHsHoVluwws1cyk2L317S5k7q3QOpyPk+ra6bxKEYFmk d2BtekiwxhOW8AAXfvOOdpIKbRzmFG9rWHnPG5hSSrwL
X-Google-Smtp-Source: APXvYqyiAqzpY0GOwNk+azs+J0iSE722NOqu6thPMzt9XC1/zeCX2Bj/cVBY/cv7Dgar5d/TwW9nqRue2Hojp9y/l9w=
X-Received: by 2002:a05:6830:10d7:: with SMTP id z23mr18935041oto.114.1576305623490;  Fri, 13 Dec 2019 22:40:23 -0800 (PST)
MIME-Version: 1.0
References: <1966cee3b91047c981311ac5b615e285@huawei.com> <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com>
In-Reply-To: <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com>
From: LEI LIU <liulei@ieee.org>
Date: Fri, 13 Dec 2019 22:40:12 -0800
Message-ID: <CAEy9f1mcookVLRXRxOc+Pob+2jP0iV0OW9gakGZcX2HS+JHZqA@mail.gmail.com>
To: "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bee3290599a4405d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/q09S1wSm3MhDZjhSiHZuYOUhDXQ>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Dec 2019 06:40:27 -0000

--000000000000bee3290599a4405d
Content-Type: text/plain; charset="UTF-8"

>
> Support for publication.
> Best regards,
> Lei
>
>>
>> ________________________________________
>> From: Pce <pce-bounces@ietf.org> on behalf of julien.meuric@orange.com <
>> julien.meuric@orange.com>
>> Sent: Thursday, December 5, 2019 11:47 AM
>> To: pce@ietf.org
>> Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
>>
>> Dear PCE WG,
>>
>> This message starts a 2-week PCE WG Last Call for
>> draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
>> document and share your comments and/or interest using the PCE mailing
>> list by Thursday December 19.
>>
>> Thanks,
>>
>> Dhruv & 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
>


-- 
-- 
__________________________________
Best Regards,

Sincerely Yours,
Lei Liu, Ph.D
--------------------
Department of Electrical and Computer Engineering
University of California, Davis
One Shields Ave, Davis CA 95616, USA
TELE: +1-530-752-5534
FAX: +1-530-752-8428
E-mail: leiliu@ucdavis.edu / liulei@ieee.org
Personal URL: https://sites.google.com/site/leiliuucdavis/

--000000000000bee3290599a4405d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div><div dir=3D"ltr">=
Support for publication.</div><div>Best regards,</div><div>Lei</div></div><=
div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin=
:0px 0px 0px 0.8ex;padding-left:1ex;border-left:1px solid rgb(204,204,204)"=
><div lang=3D"ZH-CN"><div>
<div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><span lang=3D"EN-US" st=
yle=3D"font-size:11pt"><br>
________________________________________<br>
From: Pce &lt;</span><span lang=3D"EN-US"><a href=3D"mailto:pce-bounces@iet=
f.org" target=3D"_blank"><span style=3D"font-size:11pt">pce-bounces@ietf.or=
g</span></a></span><span lang=3D"EN-US" style=3D"font-size:11pt">&gt; on be=
half of
</span><span lang=3D"EN-US"><a href=3D"mailto:julien.meuric@orange.com" tar=
get=3D"_blank"><span style=3D"font-size:11pt">julien.meuric@orange.com</spa=
n></a></span><span lang=3D"EN-US" style=3D"font-size:11pt"> &lt;</span><spa=
n lang=3D"EN-US"><a href=3D"mailto:julien.meuric@orange.com" target=3D"_bla=
nk"><span style=3D"font-size:11pt">julien.meuric@orange.com</span></a></spa=
n><span lang=3D"EN-US" style=3D"font-size:11pt">&gt;<br>
Sent: Thursday, December 5, 2019 11:47 AM<br>
To: </span><span lang=3D"EN-US"><a href=3D"mailto:pce@ietf.org" target=3D"_=
blank"><span style=3D"font-size:11pt">pce@ietf.org</span></a></span><span l=
ang=3D"EN-US" style=3D"font-size:11pt"><br>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<br>
<br>
Dear PCE WG,<br>
<br>
This message starts a 2-week PCE WG Last Call for<br>
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the<br>
document and share your comments and/or interest using the PCE mailing<br>
list by Thursday December 19.<br>
<br>
Thanks,<br>
<br>
Dhruv &amp; Julien<br>
<br>
<u></u><u></u></span></p>
</div>
</div>
</div>

_______________________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div></div></div>
_______________________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
 class=3D"gmail_signature"><div dir=3D"ltr">--=C2=A0<br><div>______________=
____________________</div><div>Best Regards,</div><div><br></div><div>Since=
rely Yours,</div><div>Lei Liu, Ph.D</div><div>--------------------</div><di=
v>Department of Electrical and Computer Engineering</div>University of Cali=
fornia, Davis<div>One Shields Ave, Davis CA 95616, USA<div>TELE: +1-530-752=
-5534</div><div>FAX: +1-530-752-8428</div><div>E-mail:=C2=A0<a href=3D"mail=
to:leiliu@ucdavis.edu" target=3D"_blank">leiliu@ucdavis.edu</a>=C2=A0/=C2=
=A0<a href=3D"mailto:liulei@ieee.org" target=3D"_blank">liulei@ieee.org</a>=
</div></div><div>Personal URL:=C2=A0<a href=3D"https://sites.google.com/sit=
e/leiliuucdavis/" target=3D"_blank">https://sites.google.com/site/leiliuucd=
avis/</a>=C2=A0</div></div></div></div>

--000000000000bee3290599a4405d--


From nobody Fri Dec 13 23:59:03 2019
Return-Path: <lizhenbin@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70F3612024E for <pce@ietfa.amsl.com>; Fri, 13 Dec 2019 23:59:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.632
X-Spam-Level: 
X-Spam-Status: No, score=-3.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 aaqi2nXhdk9e for <pce@ietfa.amsl.com>; Fri, 13 Dec 2019 23:58:59 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0A651200D8 for <pce@ietf.org>; Fri, 13 Dec 2019 23:58:58 -0800 (PST)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4BA3084B8C8CF6D740A6 for <pce@ietf.org>; Sat, 14 Dec 2019 07:58:56 +0000 (GMT)
Received: from lhreml720-chm.china.huawei.com (10.201.108.71) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 14 Dec 2019 07:58:55 +0000
Received: from lhreml720-chm.china.huawei.com (10.201.108.71) by lhreml720-chm.china.huawei.com (10.201.108.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sat, 14 Dec 2019 07:58:55 +0000
Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by lhreml720-chm.china.huawei.com (10.201.108.71) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Sat, 14 Dec 2019 07:58:55 +0000
Received: from DGGEMM532-MBX.china.huawei.com ([169.254.7.210]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0439.000; Sat, 14 Dec 2019 15:58:49 +0800
From: Lizhenbin <lizhenbin@huawei.com>
To: julien.meuric <julien.meuric@orange.com>, pce <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq4vDScigDvDdUUCd8Q/LZwWd/Ke5UYuu
Date: Sat, 14 Dec 2019 07:58:49 +0000
Message-ID: 53414083-E798-4453-A5B7-476056D70235
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: multipart/alternative; boundary="_000_53414083E7984453A5B7476056D70235_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/zyE59TxURLBYffDo5rh5oDOPPNo>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Dec 2019 07:59:02 -0000

--_000_53414083E7984453A5B7476056D70235_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

DQpTdXBwb3J0IGl0cyBwdWJsaWNhdGlvbi4NCg0KQmVzdCBSZWdhcmRzLA0KWmhlbmJpbiAoUm9i
aW4pDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NCuadjuaMr+aWjCBMaSBaaGVuYmluDQpNb2JpbGU6ICs4Ni0xMzY1MTAxNzc0NTx0ZWw6Kzg2
LTEzNjUxMDE3NzQ1Pi8rOTY4LTkxNzk3MDY4PHRlbDorOTY4LTkxNzk3MDY4Pg0KRW1haWw6IGxp
emhlbmJpbkBodWF3ZWkuY29tPG1haWx0bzpsaXpoZW5iaW5AaHVhd2VpLmNvbT4NCuWPkeS7tuS6
uu+8mmp1bGllbi5tZXVyaWMgPGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbT4NCuaUtuS7tuS6uu+8
mnBjZSA8cGNlQGlldGYub3JnPg0K5pe24oCD6Ze077yaMjAxOS0xMi0wNiAwMDo0ODowNA0K5Li7
6aKYW1BjZV0gV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1
bGluZw0KDQpEZWFyIFBDRSBXRywNCg0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDItd2VlayBQQ0Ug
V0cgTGFzdCBDYWxsIGZvcg0KZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVs
aW5nLTEwLiBQbGVhc2UgcmV2aWV3IHRoZQ0KZG9jdW1lbnQgYW5kIHNoYXJlIHlvdXIgY29tbWVu
dHMgYW5kL29yIGludGVyZXN0IHVzaW5nIHRoZSBQQ0UgbWFpbGluZw0KbGlzdCBieSBUaHVyc2Rh
eSBEZWNlbWJlciAxOS4NCg0KVGhhbmtzLA0KDQpEaHJ1diAmIEp1bGllbg0KDQoNCg==

--_000_53414083E7984453A5B7476056D70235_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHRleHQg
LS0+PHN0eWxlPjwhLS0gLkVtYWlsUXVvdGUgeyBtYXJnaW4tbGVmdDogMXB0OyBwYWRkaW5nLWxl
ZnQ6IDRwdDsgYm9yZGVyLWxlZnQ6ICM4MDAwMDAgMnB4IHNvbGlkOyB9IC0tPjwvc3R5bGU+DQo8
L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQotLT4NCjwvc3R5
bGU+DQo8ZGl2Pg0KPGRpdj48YnI+DQpTdXBwb3J0IGl0cyBwdWJsaWNhdGlvbi48YnI+DQo8YnI+
DQpCZXN0IFJlZ2FyZHMsPGJyPg0KWmhlbmJpbiAoUm9iaW4pPGJyPg0KPGJyPg0KPGJyPg0KPC9k
aXY+DQo8ZGl2PjwvZGl2Pg0KPGRpdj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLTxicj4NCuadjuaMr+aWjCBMaSBaaGVuYmluPGJyPg0KTW9iaWxlOiA8
YSBocmVmPSJ0ZWw6JiM0Mzs4Ni0xMzY1MTAxNzc0NSI+JiM0Mzs4Ni0xMzY1MTAxNzc0NTwvYT4v
PGEgaHJlZj0idGVsOiYjNDM7OTY4LTkxNzk3MDY4Ij4mIzQzOzk2OC05MTc5NzA2ODwvYT48YnI+
DQpFbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxpemhlbmJpbkBodWF3ZWkuY29tIj5saXpoZW5iaW5A
aHVhd2VpLmNvbTwvYT48L2Rpdj4NCjxkaXYgbmFtZT0ieF9BbnlPZmZpY2UtQmFja2dyb3VuZC1J
bWFnZSIgc3R5bGU9ImJvcmRlci10b3A6MXB4IHNvbGlkICNCNUM0REY7IHBhZGRpbmc6OHB4Ij4N
CjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48Yj7lj5Hku7bkurrvvJo8L2I+anVs
aWVuLm1ldXJpYyAmbHQ7anVsaWVuLm1ldXJpY0BvcmFuZ2UuY29tJmd0OzwvZGl2Pg0KPGRpdiBz
dHlsZT0id29yZC1icmVhazpicmVhay1hbGwiPjxiPuaUtuS7tuS6uu+8mjwvYj5wY2UgJmx0O3Bj
ZUBpZXRmLm9yZyZndDs8L2Rpdj4NCjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsIj48
Yj7ml7bigIPpl7TvvJo8L2I+MjAxOS0xMi0wNiAwMDo0ODowNDwvZGl2Pg0KPGRpdiBzdHlsZT0i
d29yZC1icmVhazpicmVhay1hbGwiPjxiPuS4u+mimDwvYj5bUGNlXSBXRyBMQyBmb3IgZHJhZnQt
aWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5nPC9kaXY+DQo8ZGl2Pjxicj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTBwdDsiPg0KPGRpdiBjbGFzcz0iUGxhaW5UZXh0Ij5EZWFyIFBDRSBXRyw8YnI+DQo8YnI+
DQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMi13ZWVrIFBDRSBXRyBMYXN0IENhbGwgZm9yPGJyPg0K
ZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5nLTEwLiBQbGVhc2UgcmV2
aWV3IHRoZTxicj4NCmRvY3VtZW50IGFuZCBzaGFyZSB5b3VyIGNvbW1lbnRzIGFuZC9vciBpbnRl
cmVzdCB1c2luZyB0aGUgUENFIG1haWxpbmc8YnI+DQpsaXN0IGJ5IFRodXJzZGF5IERlY2VtYmVy
IDE5Ljxicj4NCjxicj4NClRoYW5rcyw8YnI+DQo8YnI+DQpEaHJ1diAmYW1wOyBKdWxpZW48YnI+
DQo8YnI+DQo8YnI+DQo8L2Rpdj4NCjwvc3Bhbj48L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_53414083E7984453A5B7476056D70235_--


From nobody Sun Dec 15 17:19:40 2019
Return-Path: <bill.wu@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD2BE1201CE for <pce@ietfa.amsl.com>; Sun, 15 Dec 2019 17:19:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 vZb22S6JhOHO for <pce@ietfa.amsl.com>; Sun, 15 Dec 2019 17:19:37 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 149C0120127 for <pce@ietf.org>; Sun, 15 Dec 2019 17:19:37 -0800 (PST)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id A9A48F08BE3BC9C48BA5 for <pce@ietf.org>; Mon, 16 Dec 2019 01:19:35 +0000 (GMT)
Received: from lhreml729-chm.china.huawei.com (10.201.108.80) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 16 Dec 2019 01:19:35 +0000
Received: from lhreml729-chm.china.huawei.com (10.201.108.80) by lhreml729-chm.china.huawei.com (10.201.108.80) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 16 Dec 2019 01:19:35 +0000
Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml729-chm.china.huawei.com (10.201.108.80) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Mon, 16 Dec 2019 01:19:35 +0000
Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0439.000; Mon, 16 Dec 2019 09:19:30 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] RE:  WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWzrsn0xeGTJmg/QWqVmshpl9T/Og==
Date: Mon, 16 Dec 2019 01:19:29 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA94FC3E6@dggeml511-mbx.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.134.31.203]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/IhNiXF6ZGwgL-wGzu8hbjH2v8TU>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Dec 2019 01:19:39 -0000

U3VwcG9ydCBwdWJsaWNhdGlvbiBvZiB0aGlzIGRyYWZ0Lg0KDQotUWluDQotLS0tLemCruS7tuWO
n+S7ti0tLS0tDQrlj5Hku7bkuro6IFBjZSBbbWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSDk
u6PooaggQWlqdW4gV2FuZw0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTLmnIg55pelIDE2OjIyDQrm
lLbku7bkuro6IGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbTsgcGNlQGlldGYub3JnDQrkuLvpopg6
IFtQY2VdIOetlOWkjTogV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3At
c2NoZWR1bGluZw0KDQpZZXMvU3VwcG9ydC4NCg0KVGhpcyBkcmFmdCBnaXZlcyBvcGVyYXRvcnMg
dGhlIGZsZXhpYmlsaXR5IHRvIHNjaGVkdWxlcyB0aGUgTFNQIHJlc291cmNlIG9uIGRlbWFuZC4N
Cg0KDQpCZXN0IFJlZ2FyZHMuDQoNCkFpanVuIFdhbmcNCg0KDQotLS0tLemCruS7tuWOn+S7ti0t
LS0tDQrlj5Hku7bkuro6IHBjZS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cGNlLWJvdW5jZXNA
aWV0Zi5vcmddIOS7o+ihqCBqdWxpZW4ubWV1cmljQG9yYW5nZS5jb20NCuWPkemAgeaXtumXtDog
MjAxOeW5tDEy5pyINuaXpSAwOjQ3DQrmlLbku7bkuro6IHBjZUBpZXRmLm9yZw0K5Li76aKYOiBb
UGNlXSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1wY2Utc3RhdGVmdWwtcGNlLWxzcC1zY2hlZHVsaW5n
DQoNCkRlYXIgUENFIFdHLA0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgMi13ZWVrIFBDRSBXRyBM
YXN0IENhbGwgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZy0x
MC4gUGxlYXNlIHJldmlldyB0aGUgZG9jdW1lbnQgYW5kIHNoYXJlIHlvdXIgY29tbWVudHMgYW5k
L29yIGludGVyZXN0IHVzaW5nIHRoZSBQQ0UgbWFpbGluZyBsaXN0IGJ5IFRodXJzZGF5IERlY2Vt
YmVyIDE5Lg0KDQpUaGFua3MsDQoNCkRocnV2ICYgSnVsaWVuDQoNCg0KDQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGNlIG1haWxpbmcgbGlzdA0KUGNl
QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjZQ0K


From nobody Sun Dec 15 17:25:19 2019
Return-Path: <zhuangyan.zhuang@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14D1E12008F for <pce@ietfa.amsl.com>; Sun, 15 Dec 2019 17:25:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 ppwgVHtckcPg for <pce@ietfa.amsl.com>; Sun, 15 Dec 2019 17:25:15 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D2CD12004A for <pce@ietf.org>; Sun, 15 Dec 2019 17:25:15 -0800 (PST)
Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 0374726D696BADDCB7F3 for <pce@ietf.org>; Mon, 16 Dec 2019 01:25:14 +0000 (GMT)
Received: from nkgeml703-chm.china.huawei.com (10.98.57.159) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 16 Dec 2019 01:25:13 +0000
Received: from nkgeml703-chm.china.huawei.com (10.98.57.159) by nkgeml703-chm.china.huawei.com (10.98.57.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Mon, 16 Dec 2019 09:25:11 +0800
Received: from nkgeml703-chm.china.huawei.com ([10.98.57.159]) by nkgeml703-chm.china.huawei.com ([10.98.57.159]) with mapi id 15.01.1713.004; Mon, 16 Dec 2019 09:25:11 +0800
From: "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWzrsn0HPoe3Zloj0acZfAwc0q0OwAAJ3Ng
Date: Mon, 16 Dec 2019 01:25:10 +0000
Message-ID: <6cf5e429aba44390b3ff7b9569506845@huawei.com>
References: <B8F9A780D330094D99AF023C5877DABAA94FC3E6@dggeml511-mbx.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABAA94FC3E6@dggeml511-mbx.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.134.248.222]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/77gt8xgUOIpTlDj8n-WH1W8nvPc>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Dec 2019 01:25:17 -0000

SSBzdXBwb3J0IHRoZSBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50Lg0KDQpCZXN0IFJlZ2Fy
ZHMsDQoNCllhbg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFBjZSBb
bWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUWluIFd1DQo+IFNlbnQ6
IE1vbmRheSwgRGVjZW1iZXIgMTYsIDIwMTkgOToxOSBBTQ0KPiBUbzoganVsaWVuLm1ldXJpY0Bv
cmFuZ2UuY29tOyBwY2VAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtQY2VdIFdHIExDIGZvciBk
cmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxpbmcNCj4gDQo+IFN1cHBvcnQg
cHVibGljYXRpb24gb2YgdGhpcyBkcmFmdC4NCj4gDQo+IC1RaW4NCj4gLS0tLS3pgq7ku7bljp/k
u7YtLS0tLQ0KPiDlj5Hku7bkuro6IFBjZSBbbWFpbHRvOnBjZS1ib3VuY2VzQGlldGYub3JnXSDk
u6PooaggQWlqdW4gV2FuZw0KPiDlj5HpgIHml7bpl7Q6IDIwMTnlubQxMuaciDnml6UgMTY6MjIN
Cj4g5pS25Lu25Lq6OiBqdWxpZW4ubWV1cmljQG9yYW5nZS5jb207IHBjZUBpZXRmLm9yZw0KPiDk
uLvpopg6IFtQY2VdIOetlOWkjTogV0cgTEMgZm9yIGRyYWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBj
ZS1sc3Atc2NoZWR1bGluZw0KPiANCj4gWWVzL1N1cHBvcnQuDQo+IA0KPiBUaGlzIGRyYWZ0IGdp
dmVzIG9wZXJhdG9ycyB0aGUgZmxleGliaWxpdHkgdG8gc2NoZWR1bGVzIHRoZSBMU1AgcmVzb3Vy
Y2Ugb24NCj4gZGVtYW5kLg0KPiANCj4gDQo+IEJlc3QgUmVnYXJkcy4NCj4gDQo+IEFpanVuIFdh
bmcNCj4gDQo+IA0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogcGNlLWJv
dW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoDQo+IGp1
bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KPiDlj5HpgIHml7bpl7Q6IDIwMTnlubQxMuaciDbml6Ug
MDo0Nw0KPiDmlLbku7bkuro6IHBjZUBpZXRmLm9yZw0KPiDkuLvpopg6IFtQY2VdIFdHIExDIGZv
ciBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxpbmcNCj4gDQo+IERlYXIg
UENFIFdHLA0KPiANCj4gVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDItd2VlayBQQ0UgV0cgTGFzdCBD
YWxsIGZvcg0KPiBkcmFmdC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxpbmctMTAu
IFBsZWFzZSByZXZpZXcgdGhlIGRvY3VtZW50IGFuZA0KPiBzaGFyZSB5b3VyIGNvbW1lbnRzIGFu
ZC9vciBpbnRlcmVzdCB1c2luZyB0aGUgUENFIG1haWxpbmcgbGlzdCBieSBUaHVyc2RheQ0KPiBE
ZWNlbWJlciAxOS4NCj4gDQo+IFRoYW5rcywNCj4gDQo+IERocnV2ICYgSnVsaWVuDQo+IA0KPiAN
Cj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+
IFBjZSBtYWlsaW5nIGxpc3QNCj4gUGNlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vcGNlDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+IFBjZSBtYWlsaW5nIGxpc3QNCj4gUGNlQGlldGYub3JnDQo+IGh0
dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQo=


From nobody Mon Dec 16 11:08:06 2019
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D3E421208E4; Mon, 16 Dec 2019 11:07:54 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: The IESG <iesg@ietf.org>, Julien Meuric <julien.meuric@orange.com>, db3546@att.com, pce@ietf.org, pce-chairs@ietf.org, draft-ietf-pce-gmpls-pcep-extensions@ietf.org, rfc-editor@rfc-editor.org, julien.meuric@orange.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Message-ID: <157652327486.21629.3101853346678415463.idtracker@ietfa.amsl.com>
Date: Mon, 16 Dec 2019 11:07:54 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/yJH5GpaAbkulvO9ch7pZhI_Gsvs>
Subject: [Pce] Protocol Action: 'PCEP extensions for GMPLS' to Proposed Standard (draft-ietf-pce-gmpls-pcep-extensions-16.txt)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Dec 2019 19:07:55 -0000

The IESG has approved the following document:
- 'PCEP extensions for GMPLS'
  (draft-ietf-pce-gmpls-pcep-extensions-16.txt) as Proposed Standard

This document is the product of the Path Computation Element Working Group.

The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah
Brungard.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions/





Technical Summary

Although [RFC4655] defines the PCE architecture and framework for
both MPLS and GMPLS networks, most preexisting PCEP RFCs [RFC5440],
[RFC5521], [RFC5541], [RFC5520] are focused on MPLS networks, and do
not cover the wide range of GMPLS networks.  This document
complements these RFCs by addressing the extensions required for
GMPLS applications and routing requests, for example for OTN and WSON
networks.

Working Group Summary

Though uncontroversial, this work had a long life. Some other work with strong market demand (stateful PCE, mainly) came along and this document got stuck for a while in the WG's and chairs' backlog.

Document Quality

There are several implementations, commercial and open source, of the base protocol. The extensions from this document were implemented (at least partially) by some work from the research community. Open source (OpenDaylight) is in the pipe.

At lest two vendors worked on the document. The implementation by a few optical vendors is mentioned by some (available) research publications.

Personnel

   Who is the Document Shepherd for this document?  Julien Meuric
   Who is the Responsible Area Director?  Deborah Brungard


From nobody Mon Dec 16 13:09:45 2019
Return-Path: <khuzemap@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03C70120927 for <pce@ietfa.amsl.com>; Mon, 16 Dec 2019 13:09:44 -0800 (PST)
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 c0y2uAYXv-w8 for <pce@ietfa.amsl.com>; Mon, 16 Dec 2019 13:09:42 -0800 (PST)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 428A7120924 for <pce@ietf.org>; Mon, 16 Dec 2019 13:09:42 -0800 (PST)
Received: by mail-pl1-x62e.google.com with SMTP id f20so3280582plj.5 for <pce@ietf.org>; Mon, 16 Dec 2019 13:09:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=XmyrUWVQkLV8bkQA5JavhoT0wj08u1hLd55aWiOyHiA=; b=D0TWP7fc5Vra7yLA9guU0ZN/V1u/W57EEbA7u8fEcpSTpV8LeFSq9IgBgpQALWuxWl e1YkvOAGuK9qoWK9IMoEaaNFwHOy49byrSNYnvpiqhabmCVcnAu8m9V9QBLSrBQkQnPh RsbvMXNQPqGtE91PNzmJgdCdglEOIALaySo+U9G8ZAyPX3s3juSdHma1coAcWywzbVGl y+t2WQIvzhNBu7zAYssr8qZkYa6fVsBWshyWsgaJOfmBE4J7xxhFL2FkvKOP7RgXJMdJ nHn54a1cvxDJAtEIxbBjlg/z5LEk6bwWcwDdFQLpjcWD4pSoi2ecIN82Sih7ZJu+SI4j viYg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=XmyrUWVQkLV8bkQA5JavhoT0wj08u1hLd55aWiOyHiA=; b=MIt6TxFGC+LsBfHRwUmZsBCQ6f561b2JZj3SR+Uc/WBGGDNvDu6fGge4ZJIiZ8vwNt 2cxLTji9EZ5EjyhaaSQRJ/J/huzkY4an9DjfkZUJLshd3Fs0NCCDtGvEiIVDeVIeSt+B DMnOQgRvxwF9CMd9qoZIE8SsTwLMkvn8k7NGc0T5sF5khGGV9eDgNvfN9e6FYORnoRq4 WdE7+ZyvjbYsjiwYFpphgWMYCI4ZCqMDACkBqcHv1J4XLAKDwuxi42NtuM2xxr9BDa4y YG3GfbwMCXaUX255/CXxz+T0DSVup+/x53IMNLcizOzJbaI7l520ftPHnzE1BvsPygXU IdFQ==
X-Gm-Message-State: APjAAAWJGw+cN9BCmaA0LlrP774mtK3+c9M3VyjT6LTEIQEUiKvS6sTS N/xOHMY1W3nqvr70UFNKBGU=
X-Google-Smtp-Source: APXvYqyzR0MMzyjB5eePwYI1GJ2oaVfcN/7TTmMGo1IHIykYn49HPcwZE4lWjMpQsHcNQwpqCqZQ0Q==
X-Received: by 2002:a17:902:70c9:: with SMTP id l9mr17435362plt.62.1576530581536;  Mon, 16 Dec 2019 13:09:41 -0800 (PST)
Received: from [172.16.38.156] ([50.232.73.154]) by smtp.gmail.com with ESMTPSA id t5sm439358pje.6.2019.12.16.13.09.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Dec 2019 13:09:41 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (1.0)
From: Khuzema Pithewan <khuzemap@gmail.com>
X-Mailer: iPhone Mail (16G77)
In-Reply-To: <B8F9A780D330094D99AF023C5877DABAA94FC3E6@dggeml511-mbx.china.huawei.com>
Date: Mon, 16 Dec 2019 13:09:40 -0800
Cc: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <572E4CD9-A59A-4A8A-8379-5D6136A5C213@gmail.com>
References: <B8F9A780D330094D99AF023C5877DABAA94FC3E6@dggeml511-mbx.china.huawei.com>
To: Qin Wu <bill.wu@huawei.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/uKSOjbkirEEmQCsXIPCkzPMOhXM>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Dec 2019 21:09:44 -0000

Support.

Khuzema

> On Dec 15, 2019, at 5:19 PM, Qin Wu <bill.wu@huawei.com> wrote:
>=20
> Support publication of this draft.
>=20
> -Qin
> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> =E5=8F=91=E4=BB=B6=E4=BA=BA: Pce [mailto:pce-bounces@ietf.org] =E4=BB=A3=E8=
=A1=A8 Aijun Wang
> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B412=E6=9C=889=E6=97=A5 1=
6:22
> =E6=94=B6=E4=BB=B6=E4=BA=BA: julien.meuric@orange.com; pce@ietf.org
> =E4=B8=BB=E9=A2=98: [Pce] =E7=AD=94=E5=A4=8D: WG LC for draft-ietf-pce-sta=
teful-pce-lsp-scheduling
>=20
> Yes/Support.
>=20
> This draft gives operators the flexibility to schedules the LSP resource o=
n demand.
>=20
>=20
> Best Regards.
>=20
> Aijun Wang
>=20
>=20
> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> =E5=8F=91=E4=BB=B6=E4=BA=BA: pce-bounces@ietf.org [mailto:pce-bounces@ietf=
.org] =E4=BB=A3=E8=A1=A8 julien.meuric@orange.com
> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B412=E6=9C=886=E6=97=A5 0=
:47
> =E6=94=B6=E4=BB=B6=E4=BA=BA: pce@ietf.org
> =E4=B8=BB=E9=A2=98: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-schedu=
ling
>=20
> Dear PCE WG,
>=20
> This message starts a 2-week PCE WG Last Call for draft-ietf-pce-stateful-=
pce-lsp-scheduling-10. Please review the document and share your comments an=
d/or interest using the PCE mailing list by Thursday December 19.
>=20
> Thanks,
>=20
> Dhruv & Julien
>=20
>=20
>=20
> _______________________________________________
> 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 Dec 17 00:33:16 2019
Return-Path: <daniele.ceccarelli@ericsson.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5B7D1200DE for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 00:33:14 -0800 (PST)
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,  DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 dnocwq23YkE5 for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 00:33:11 -0800 (PST)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20088.outbound.protection.outlook.com [40.107.2.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D9FF120025 for <pce@ietf.org>; Tue, 17 Dec 2019 00:33:10 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TmFMXhtI4esFl1nNBx72sobteoqQj917ZOec9FYeL1+F6OSKHtEdNjMItOPWMnHqYA619VknxTCPbYu6809EBq2O1juwKTgXFZKzAto57cuJENWO3Lmr+TGQTkx1diyWlIcgTcaWdrAh8JWfbCozlOtDICvVFexW1rjbPgMs3FiIfAfN5Lp7R7PaQbkjMSwodg+prKkH9n7DQboaTVqoIrHRSZjgWtSvewbP9AJT+GVFQIH79AskJtk3enROksI5v8nKdfILJKUGorDrKkyYjZBRc0sR+Yl2NGiyM4PP89uCeghk7ObUvJYou4H+AW4mByMFwJnE8158bmgW3aNViw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oey3c1SGlKQvPik7RBSWIuzdyzOCqiNW01rdbEeXhDM=; b=ecvZ3xLCY370CjxWFQ2ik4WXEBeJhAiyXBO3uHIcqpvnRDancpFuDY0KJZKN4xO//89TZe2DLRHLMvsNg3LWeSugKxLpEp7DwRpCM9wZqt2aJlv5gkN6k41SMWoMZUOXNPXD2K4kvshimUYDjTeg4H99Zi1c/c5ixFOYUIZrOQXUfjKX1L2McO7wXx9K/FkwKWtZdQp+82aLncgZYiDuDoKzeFvvmyeNWML6h1LDerd9KQQHLcYTm7riyYMIv5QVYq/imJnTaP0dThXPt9oI6T+mbM4AjazHge1HMjWoet7wQVoqZYLQ0xtDETva2NQ82oPQ+XupJIBCQgjsaRxG1w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oey3c1SGlKQvPik7RBSWIuzdyzOCqiNW01rdbEeXhDM=; b=aqSh0GT4MSYWnufIg3k8+9a756EgsHzNfe75mx7ongbiZFqBRnp9/sd1OknaV2WwvvP4eW65+h8BOXVT07N/7fi58KTS0gonmAAKBJRjvHjoALMPCBVu35XK62dBt8u0oPQ6X2PstupS2RpyNsGlgLzaQbZnj7TmkUleJcsRfEI=
Received: from AM6PR0702MB3606.eurprd07.prod.outlook.com (52.133.24.20) by AM6PR0702MB3784.eurprd07.prod.outlook.com (52.133.20.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.12; Tue, 17 Dec 2019 08:33:07 +0000
Received: from AM6PR0702MB3606.eurprd07.prod.outlook.com ([fe80::5058:72d7:8581:197c]) by AM6PR0702MB3606.eurprd07.prod.outlook.com ([fe80::5058:72d7:8581:197c%7]) with mapi id 15.20.2559.012; Tue, 17 Dec 2019 08:33:07 +0000
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
To: Xufeng Liu <xufeng.liu.ietf@gmail.com>, "Zhangxian (Xian)" <zhang.xian@huawei.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AdWu+B6IXuOGzRaOTACXCXNTp6lB/QCJa8gAAOWtHJA=
Date: Tue, 17 Dec 2019 08:33:07 +0000
Message-ID: <AM6PR0702MB3606321EC14658F643086B34F0500@AM6PR0702MB3606.eurprd07.prod.outlook.com>
References: <1966cee3b91047c981311ac5b615e285@huawei.com> <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com>
In-Reply-To: <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniele.ceccarelli@ericsson.com; 
x-originating-ip: [93.38.67.165]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b1c9b133-8b0c-49d9-9bd1-08d782cbbdd6
x-ms-traffictypediagnostic: AM6PR0702MB3784:
x-microsoft-antispam-prvs: <AM6PR0702MB3784FA855CADCFAD622A754CF0500@AM6PR0702MB3784.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:741;
x-forefront-prvs: 02543CD7CD
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(366004)(346002)(376002)(396003)(39860400002)(189003)(199004)(81156014)(71200400001)(8676002)(33656002)(52536014)(4326008)(44832011)(316002)(7696005)(81166006)(8936002)(110136005)(966005)(55016002)(64756008)(66446008)(66476007)(66616009)(66946007)(478600001)(86362001)(66556008)(76116006)(2906002)(26005)(53546011)(6506007)(5660300002)(9686003)(186003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR0702MB3784; H:AM6PR0702MB3606.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; 
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: PJnjw45DQqfKttUtj/7WxFowSbGdBNRBbrjY4FCqed3URQCfphWrD86E+8OBSCGHZDA9tsJ3YhNmR7VnVA+lmzWgGVRlxOu6blXz2zWkMih0xShNkTmIj5VxYQCmLD+xBw21h84w81OD5pgSb4F8SvEv0Ev+B8lTyizSpEsDdFcuMjMiIJDlcqJtkZiiU8lp8/InQ8vQ4dNd2J1sr3Phm8yyBnenaAhFyl4aE3l311vhsyuiytxbaOGbzdNK1Ydok3RQl7Skz7cuVfdBUDwOm6Iys5u06VLJG3QTD//bGM+I8wNOe8VZIreFEHYR4Aw4nwW3h+tRa6CY5X5T8kn2owcVCNZzaFTNEl5bB4vG8wc+lys5mfolHpe13fbg3Ja1rChgQcrqmtOISbQUbWsZ5Rgi7eMC1SAt5OROl1AshAkdGEHP12xtgvVlQKjsl4u+q8xAY2IwzDjmYJp95+RXgjGdLbN+V2I5tkwwaNglilc=
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_016A_01D5B4BC.FBD85DD0"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b1c9b133-8b0c-49d9-9bd1-08d782cbbdd6
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2019 08:33:07.0375 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: rg/gsC5/yE2CwLErwYGmHfQHv80TDneR87+VtxBPe+Lf53VCAQRkxbFGSFwzdBlxRxgX6QetIEOH5ddhJvSJQVGhpTe5LVOgrVHlR5Hgec0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR0702MB3784
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/j4LO2ActOr1tPf6ZcFrCP710w0A>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Dec 2019 08:33:15 -0000

------=_NextPart_000_016A_01D5B4BC.FBD85DD0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_016B_01D5B4BC.FBD85DD0"


------=_NextPart_001_016B_01D5B4BC.FBD85DD0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit

Support as well, I believe the draft is now ready for publication.

Thanks,

Daniele  (co-author)



From: Pce <pce-bounces@ietf.org> On Behalf Of Xufeng Liu
Sent: den 12 december 2019 19:56
To: Zhangxian (Xian) <zhang.xian@huawei.com>
Cc: pce@ietf.org
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling



Support for publication.

Thanks,

- Xufeng



On Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) <zhang.xian@huawei.com 
<mailto:zhang.xian@huawei.com> > wrote:

The document is ready for publication.



Xian (as contributor)


________________________________________
From: Pce <pce-bounces@ietf.org <mailto:pce-bounces@ietf.org> > on behalf of 
julien.meuric@orange.com <mailto:julien.meuric@orange.com> 
<julien.meuric@orange.com <mailto:julien.meuric@orange.com> >
Sent: Thursday, December 5, 2019 11:47 AM
To: pce@ietf.org <mailto:pce@ietf.org>
Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling

Dear PCE WG,

This message starts a 2-week PCE WG Last Call for
draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
document and share your comments and/or interest using the PCE mailing
list by Thursday December 19.

Thanks,

Dhruv & Julien

_______________________________________________
Pce mailing list
Pce@ietf.org <mailto:Pce@ietf.org>
https://www.ietf.org/mailman/listinfo/pce


------=_NextPart_001_016B_01D5B4BC.FBD85DD0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta =
name=3DGenerator content=3D"Microsoft Word 15 (filtered =
medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
	{mso-style-name:msonormal;
	mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DSV link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span =
lang=3DEN-US style=3D'mso-fareast-language:EN-US'>Support as well, I =
believe the draft is now ready for publication.<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US =
style=3D'mso-fareast-language:EN-US'>Thanks,<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>Daniele=C2=A0 =
(co-author)<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US =
style=3D'mso-fareast-language:EN-US'><o:p>&nbsp;</o:p></span></p><p =
class=3DMsoNormal><b><span lang=3DEN-US>From:</span></b><span =
lang=3DEN-US> Pce &lt;pce-bounces@ietf.org&gt; <b>On Behalf Of =
</b>Xufeng Liu<br><b>Sent:</b> den 12 december 2019 19:56<br><b>To:</b> =
Zhangxian (Xian) &lt;zhang.xian@huawei.com&gt;<br><b>Cc:</b> =
pce@ietf.org<br><b>Subject:</b> Re: [Pce] WG LC for =
draft-ietf-pce-stateful-pce-lsp-scheduling<o:p></o:p></span></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><div><p =
class=3DMsoNormal>Support for publication.<o:p></o:p></p></div><div><p =
class=3DMsoNormal>Thanks,<o:p></o:p></p></div><div><p =
class=3DMsoNormal>- Xufeng&nbsp;<o:p></o:p></p></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=3DMsoNormal>On =
Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) &lt;<a =
href=3D"mailto:zhang.xian@huawei.com">zhang.xian@huawei.com</a>&gt; =
wrote:<o:p></o:p></p></div><blockquote =
style=3D'border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm =
6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><p class=3DMsoNormal =
style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span =
lang=3DEN-US style=3D'color:#1F497D;mso-fareast-language:ZH-CN'>The =
document is ready for publication. </span><span =
style=3D'mso-fareast-language:ZH-CN'><o:p></o:p></span></p><p =
class=3DMsoNormal =
style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;color:#1F497D;mso-fareast-language:ZH-CN'>&nbsp=
;</span><span =
style=3D'mso-fareast-language:ZH-CN'><o:p></o:p></span></p><p =
class=3DMsoNormal =
style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span =
lang=3DEN-US =
style=3D'font-size:10.5pt;color:#1F497D;mso-fareast-language:ZH-CN'>Xian =
(as contributor)</span><span =
style=3D'mso-fareast-language:ZH-CN'><o:p></o:p></span></p><div><p =
class=3DMsoNormal =
style=3D'mso-margin-top-alt:auto;margin-bottom:12.0pt'><span =
lang=3DEN-US =
style=3D'mso-fareast-language:ZH-CN'><br>________________________________=
________<br>From: Pce &lt;<a href=3D"mailto:pce-bounces@ietf.org" =
target=3D"_blank">pce-bounces@ietf.org</a>&gt; on behalf of <a =
href=3D"mailto:julien.meuric@orange.com" =
target=3D"_blank">julien.meuric@orange.com</a> &lt;<a =
href=3D"mailto:julien.meuric@orange.com" =
target=3D"_blank">julien.meuric@orange.com</a>&gt;<br>Sent: Thursday, =
December 5, 2019 11:47 AM<br>To: <a href=3D"mailto:pce@ietf.org" =
target=3D"_blank">pce@ietf.org</a><br>Subject: [Pce] WG LC for =
draft-ietf-pce-stateful-pce-lsp-scheduling<br><br>Dear PCE =
WG,<br><br>This message starts a 2-week PCE WG Last Call =
for<br>draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review =
the<br>document and share your comments and/or interest using the PCE =
mailing<br>list by Thursday December 19.<br><br>Thanks,<br><br>Dhruv =
&amp; Julien</span><span =
style=3D'mso-fareast-language:ZH-CN'><o:p></o:p></span></p></div></div></=
div><p =
class=3DMsoNormal>_______________________________________________<br>Pce =
mailing list<br><a href=3D"mailto:Pce@ietf.org" =
target=3D"_blank">Pce@ietf.org</a><br><a =
href=3D"https://www.ietf.org/mailman/listinfo/pce" =
target=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><o:p></o:p=
></p></blockquote></div></div></div></div></body></html>
------=_NextPart_001_016B_01D5B4BC.FBD85DD0--

------=_NextPart_000_016A_01D5B4BC.FBD85DD0
Content-Type: application/pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVeTCCAyAw
ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy
YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5
NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz
czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/
gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE
41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI
xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI
9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ
Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG
A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4
pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W
NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch
dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo
Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf
TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV
BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx
MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE
AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB
AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I
tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L
jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ
jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c
3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J
Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h
ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4
pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw
EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN
AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz
dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD
VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1
j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs
aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm
aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp
YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG
SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB
D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI
bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN
fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by
Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIGCjCCA/KgAwIBAgIQ
PmzwpRtLuvapASEIDcQbUjANBgkqhkiG9w0BAQsFADBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwI
RXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMTIy
MTMwMzAxWhcNMjAxMTIyMTMwMzAwWjByMREwDwYDVQQKDAhFcmljc3NvbjEbMBkGA1UEAwwSRGFu
aWVsZSBDZWNjYXJlbGxpMS4wLAYJKoZIhvcNAQkBFh9kYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nz
b24uY29tMRAwDgYDVQQFEwdxZGFuY2VjMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA
0iZOZirmwPeV3dhVB/mEPJ1V1ihyztfLo3jkAt7NGg1SuJX1/mRcLbPsyl7gxTHAMXmaoIIHeOQQ
hTcty19TnKIWO+5Vbt3tD0MdxCWiGR0FeHHyOZP97jqerlnCD2fuZny3/ne02QUy8VVFSReQitgp
JRcbTWlo0zfAVRNPIuQtWUxAqznJqc3l5qXIHtP/eEv7mKaaXo00f7heN9wLHtRoX6oz/NFrWLjD
V4aqciCdWAVoIpuKFsDm7skNVTmwYmdVdBCekeKmv3CJyb/g0qV3pMPH+mtBRV0EnH+6BpSIXwFH
Qa/PsBn3YoUzc/yMJyUqbGY/aTT/ozrOvYAgTwIDAQABo4IBxTCCAcEwSAYDVR0fBEEwPzA9oDug
OYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYzLmNy
bDCBggYIKwYBBQUHAQEEdjB0MCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcDIudHJ1c3QudGVsaWEu
Y29tMEgGCCsGAQUFBzAChjxodHRwOi8vY2EudHJ1c3QudGVsaWFzb25lcmEuY29tL2VyaWNzc29u
bmxpbmRpdmlkdWFsY2F2My5jZXIwKgYDVR0RBCMwIYEfZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNz
c29uLmNvbTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczov
L3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD
BAYIKwYBBQUHAwIwHQYDVR0OBBYEFJ9SlCYOzjRVet6CA+roouqVzccUMB8GA1UdIwQYMBaAFBx7
GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOCAgEAyvE+
6J+2LkiZ/ea8iQoubcyS/aKpuzcx/NxJPUvkJysvid/CPpvemTxZTXrEPGRX+4Qze0Jk4Fo2GUHD
nnO1j+Gk7jmSXNS41HTIDgH3Hnc1cpSpNUxfWRqZvII2T6hh5COy3hY1qk1P9TnGsBmbW6WsZiR0
JWh2xgDKRXe91ciTaEZK2Nz5niQxJmQjN0i9q2eEQx9FXpXAHQua5SPrN6dTZpjaN5fR32VRpKYr
Pom2jcPmGW4BDob7+tOcraqqpQULKRR8sE0V4vA/l3ZLkwypfA0Ase7dQI8gTHhyraQW3nigUjOH
EFmUEVQfxdowx6hwxfGMuwi9Rakp67eW3WNOdvVjgt48kk4qk3I3iWmcVeUokYKUoDgeGsh0gIZE
2M+IbtZjCpIsiowKptMRI9q+Fnh8gAyo7+m8URaDq7aYzp5OmiPgb7whGYAdsbHJEFNkGLF+xyaE
kmcRXdHyu9EAQZQmIRpTdPwCDsCXrzc5n4jLmMo2wa5CcXGcZTkg2xBh11YV3LDQK+BLGBD7JUFx
6wV47wO1AtRTV23cpuzK9hFgE560RSKI+cDLNcKW8NAc7tVKonz2dp5H82FO3oavo/HSKesqtQsx
KVFpzq6s69I1+biH1iVWq+wmMfZhZT6Z044ErPFOTlMfedD2WKY/gUCvGROWVkvdOg7JPIowggbC
MIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1Rl
bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0
NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYD
VQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8A
MIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5v
u5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ub
ppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr
JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o
58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57
HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWI
XwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw
1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOd
gdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1
c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6
Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRv
cnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB
/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0
cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6g
PIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYx
LmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1Ud
DgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gT
EjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q
1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8O
UWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw9
6AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd
K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0Ro
GzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CC
KEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i
7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+R
zPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKk
veBJzqgb8ToH7WLoOzmPRCmPlpAxggMCMIIC/gIBATBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK
DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQPmzwpRtL
uvapASEIDcQbUjAJBgUrDgMCGgUAoIIBfDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG
SIb3DQEJBTEPFw0xOTEyMTcwODMzMDRaMCMGCSqGSIb3DQEJBDEWBBQpIZfv/8WGaP5yEvdrfTzG
c3ponTBDBgkqhkiG9w0BCQ8xNjA0MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG
9w0DAgIBQDAHBgUrDgMCGjBqBgkrBgEEAYI3EAQxXTBbMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQK
DAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIQPmzwpRtL
uvapASEIDcQbUjBsBgsqhkiG9w0BCRACCzFdoFswRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVy
aWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhA+bPClG0u69qkB
IQgNxBtSMA0GCSqGSIb3DQEBAQUABIIBADVfPdx3up+j4VaKfnwd8Zib3SqRMXS749WamY18i3EC
MPYvimC6TxYToe0fi6+Aq2h6qJWBNj8aPcA+2sxscvs7so3wYIKipzjKdCcNLli+3a6Cuu5UUpzo
w1ijiCTkYSBQefS6qkvFeJB0snv2zOP+xbRp3gcrASCX4TDvoqz7gtB8nr0GPzjtinOk0a3imTX8
bLakRZypuOOuVd7FHU67A7YT9JZkP1PLvyzGAf3yld01Tn94l39NUzs0iNXh2Wd+ir1O3lhnPr1+
rFjoHR8u9QHa9JLcntZfDtAx8xm7ssSN7nFClCLAWp0oCyQIod/W61LMrGe/kUpdVq1vA9UAAAAA
AAA=

------=_NextPart_000_016A_01D5B4BC.FBD85DD0--


From nobody Tue Dec 17 10:38:26 2019
Return-Path: <liu.cmri@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65211120871 for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 10:38:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 PAOJN5zf7mgd for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 10:38:20 -0800 (PST)
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F3EC120863 for <pce@ietf.org>; Tue, 17 Dec 2019 10:38:20 -0800 (PST)
Received: by mail-wr1-x435.google.com with SMTP id z7so12392453wrl.13 for <pce@ietf.org>; Tue, 17 Dec 2019 10:38:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JlqiCUJCYOBaSw3qxZ/YvXJ86pqFRXtBPFkxjL3JuMw=; b=g6Tn7vR32TYJnjbBWCRBEpy+9ZxbJlFbQhvvcQArzE2EfKo1ZSs44MpjvJToTIwdPN HqsSBVMjkdLsI+aMVtpUznSaPpPO92Xfr0CzgBOav6W6seoYcAyBtCw8jE2pIqGl8E+c EBpj6iGbbd2oibPth2AVIpOuPaqtw/FmCJLkUAGpfJ6r7rluc/zW90cxHb8KNS3qgtwi T0Xh6HOZ0AyMJXEHdOVye4NThMXtrc0xXAHRpR0hdvdj620j2oKXo+uthQWprHc7Dryz WGttnKQ/KkoMAkoj8qXT1ghZMv0dCI2p/yAWtgPo1cxfQtNPpOWwXnf4Q5vNVvsdySN2 OH2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JlqiCUJCYOBaSw3qxZ/YvXJ86pqFRXtBPFkxjL3JuMw=; b=lj0lpxkO2929RIABDIEA2dZ+aPyfN4sdUNF0sLcKV3+CzEsdx8LHhcV1SmJeYmHe6x 2nkn4Rtwk6oOv+jxwrnYMjCUJ2wVCbd95pVBO8RAiCNEYsBzWaJYzC6LfAL5e2zyI+Mr 2LMIphzcZOtfxqaH5WeCyKvhabO+NhbJBaP/gJklwMS490/vey4E+vAsbH8O8fBgN6zg Q4pPp76FvNe84AVKoQwxHmQK8n2kJOWFXKmbIDrN7pNId55YV8Jk3Y+rV/2rGtiz9rPO XjCO/e7HYYVxwVhwtJtSAf07ywAFiycMsHjUZ+E6RCZZ2NCgfvWdkT/03AY3p6/uDcxr i+Nw==
X-Gm-Message-State: APjAAAVJ8xj7HyxWwM5GuJBJAfktmvcOhvAz+/wSTDZW/vhrkkNf8Uj7 z8DAQ8xxZiArzspWUPnDbYjnbFhJcIumV2ptst4=
X-Google-Smtp-Source: APXvYqyfX7+dnbVDrSXCrxax5czAER62ooKP7aiBHdJBn9i4kvrilCcXlHHJ3mM5mVHWb5NkyXPw0QfiU5lWA19w090=
X-Received: by 2002:a5d:630c:: with SMTP id i12mr38106522wru.350.1576607898495;  Tue, 17 Dec 2019 10:38:18 -0800 (PST)
MIME-Version: 1.0
References: <1966cee3b91047c981311ac5b615e285@huawei.com> <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com> <AM6PR0702MB3606321EC14658F643086B34F0500@AM6PR0702MB3606.eurprd07.prod.outlook.com>
In-Reply-To: <AM6PR0702MB3606321EC14658F643086B34F0500@AM6PR0702MB3606.eurprd07.prod.outlook.com>
From: "Z.H Liu" <liu.cmri@gmail.com>
Date: Tue, 17 Dec 2019 08:38:07 -1000
Message-ID: <CAMYDnCFWG+mbkqtkotQwVxqQRB0kGeTx4oiLusg+WDNwE7fo1g@mail.gmail.com>
To: Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>
Cc: Xufeng Liu <xufeng.liu.ietf@gmail.com>, "Zhangxian (Xian)" <zhang.xian@huawei.com>, "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bd6eed0599eaa1e9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/OORLdx87L1RF-TQ8s-7hl7oBOKs>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Dec 2019 18:38:24 -0000

--000000000000bd6eed0599eaa1e9
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

support as contributor.
thanks

Vic(Zhiheng) Liu

Daniele Ceccarelli <daniele.ceccarelli=3D40ericsson.com@dmarc.ietf.org>
=E4=BA=8E2019=E5=B9=B412=E6=9C=8816=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=8B=E5=
=8D=8810:33=E5=86=99=E9=81=93=EF=BC=9A

> Support as well, I believe the draft is now ready for publication.
>
> Thanks,
>
> Daniele  (co-author)
>
>
>
> *From:* Pce <pce-bounces@ietf.org> *On Behalf Of *Xufeng Liu
> *Sent:* den 12 december 2019 19:56
> *To:* Zhangxian (Xian) <zhang.xian@huawei.com>
> *Cc:* pce@ietf.org
> *Subject:* Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
>
>
>
> Support for publication.
>
> Thanks,
>
> - Xufeng
>
>
>
> On Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) <zhang.xian@huawei.com>
> wrote:
>
> The document is ready for publication.
>
>
>
> Xian (as contributor)
>
>
> ________________________________________
> From: Pce <pce-bounces@ietf.org> on behalf of julien.meuric@orange.com <
> julien.meuric@orange.com>
> Sent: Thursday, December 5, 2019 11:47 AM
> To: pce@ietf.org
> Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
>
> Dear PCE WG,
>
> This message starts a 2-week PCE WG Last Call for
> draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
> document and share your comments and/or interest using the PCE mailing
> list by Thursday December 19.
>
> Thanks,
>
> Dhruv & 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
>

--000000000000bd6eed0599eaa1e9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">support as contributor.<div>thanks</div><div><br></div><di=
v>Vic(Zhiheng) Liu</div></div><br><div class=3D"gmail_quote"><div dir=3D"lt=
r" class=3D"gmail_attr">Daniele Ceccarelli &lt;daniele.ceccarelli=3D<a href=
=3D"mailto:40ericsson.com@dmarc.ietf.org">40ericsson.com@dmarc.ietf.org</a>=
&gt; =E4=BA=8E2019=E5=B9=B412=E6=9C=8816=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=
=8B=E5=8D=8810:33=E5=86=99=E9=81=93=EF=BC=9A<br></div><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex"><div lang=3D"SV"><div><p class=3D"MsoNormal"><=
span lang=3D"EN-US">Support as well, I believe the draft is now ready for p=
ublication.<u></u><u></u></span></p><p class=3D"MsoNormal"><span lang=3D"EN=
-US">Thanks,<u></u><u></u></span></p><p class=3D"MsoNormal"><span lang=3D"E=
N-US">Daniele=C2=A0 (co-author)<u></u><u></u></span></p><p class=3D"MsoNorm=
al"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p><p class=3D"MsoNorm=
al"><b><span lang=3D"EN-US">From:</span></b><span lang=3D"EN-US"> Pce &lt;<=
a href=3D"mailto:pce-bounces@ietf.org" target=3D"_blank">pce-bounces@ietf.o=
rg</a>&gt; <b>On Behalf Of </b>Xufeng Liu<br><b>Sent:</b> den 12 december 2=
019 19:56<br><b>To:</b> Zhangxian (Xian) &lt;<a href=3D"mailto:zhang.xian@h=
uawei.com" target=3D"_blank">zhang.xian@huawei.com</a>&gt;<br><b>Cc:</b> <a=
 href=3D"mailto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a><br><b>Subj=
ect:</b> Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<u><=
/u><u></u></span></p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><div><d=
iv><div><p class=3D"MsoNormal">Support for publication.<u></u><u></u></p></=
div><div><p class=3D"MsoNormal">Thanks,<u></u><u></u></p></div><div><p clas=
s=3D"MsoNormal">- Xufeng=C2=A0<u></u><u></u></p></div><p class=3D"MsoNormal=
"><u></u>=C2=A0<u></u></p><div><div><p class=3D"MsoNormal">On Mon, Dec 9, 2=
019 at 8:31 PM Zhangxian (Xian) &lt;<a href=3D"mailto:zhang.xian@huawei.com=
" target=3D"_blank">zhang.xian@huawei.com</a>&gt; wrote:<u></u><u></u></p><=
/div><blockquote style=3D"border-top:none;border-right:none;border-bottom:n=
one;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-l=
eft:4.8pt;margin-right:0cm"><div><div><p class=3D"MsoNormal"><span lang=3D"=
EN-US" style=3D"color:rgb(31,73,125)">The document is ready for publication=
. </span><span><u></u><u></u></span></p><p class=3D"MsoNormal"><span lang=
=3D"EN-US" style=3D"font-size:10.5pt;color:rgb(31,73,125)">=C2=A0</span><sp=
an><u></u><u></u></span></p><p class=3D"MsoNormal"><span lang=3D"EN-US" sty=
le=3D"font-size:10.5pt;color:rgb(31,73,125)">Xian (as contributor)</span><s=
pan><u></u><u></u></span></p><div><p class=3D"MsoNormal" style=3D"margin-bo=
ttom:12pt"><span lang=3D"EN-US"><br>_______________________________________=
_<br>From: Pce &lt;<a href=3D"mailto:pce-bounces@ietf.org" target=3D"_blank=
">pce-bounces@ietf.org</a>&gt; on behalf of <a href=3D"mailto:julien.meuric=
@orange.com" target=3D"_blank">julien.meuric@orange.com</a> &lt;<a href=3D"=
mailto:julien.meuric@orange.com" target=3D"_blank">julien.meuric@orange.com=
</a>&gt;<br>Sent: Thursday, December 5, 2019 11:47 AM<br>To: <a href=3D"mai=
lto:pce@ietf.org" target=3D"_blank">pce@ietf.org</a><br>Subject: [Pce] WG L=
C for draft-ietf-pce-stateful-pce-lsp-scheduling<br><br>Dear PCE WG,<br><br=
>This message starts a 2-week PCE WG Last Call for<br>draft-ietf-pce-statef=
ul-pce-lsp-scheduling-10. Please review the<br>document and share your comm=
ents and/or interest using the PCE mailing<br>list by Thursday December 19.=
<br><br>Thanks,<br><br>Dhruv &amp; Julien</span><span><u></u><u></u></span>=
</p></div></div></div><p class=3D"MsoNormal">______________________________=
_________________<br>Pce mailing list<br><a href=3D"mailto:Pce@ietf.org" ta=
rget=3D"_blank">Pce@ietf.org</a><br><a href=3D"https://www.ietf.org/mailman=
/listinfo/pce" target=3D"_blank">https://www.ietf.org/mailman/listinfo/pce<=
/a><u></u><u></u></p></blockquote></div></div></div></div></div>___________=
____________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div>

--000000000000bd6eed0599eaa1e9--


From nobody Tue Dec 17 10:40:57 2019
Return-Path: <liu.cmri@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F403A120BC7 for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 10:40:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 m2uKHVZzhLOp for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 10:40:50 -0800 (PST)
Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E891A120CB0 for <pce@ietf.org>; Tue, 17 Dec 2019 10:40:39 -0800 (PST)
Received: by mail-wr1-x429.google.com with SMTP id g17so12445957wro.2 for <pce@ietf.org>; Tue, 17 Dec 2019 10:40:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tgURJULENV5in3GENyiWSms9oz4qQzjoQ09mVBw/EDk=; b=LPh15SgvIrYsp+LTVh3LVOA/uqtbrdy3Hg4PODwJfVPpQgRAJeqffqgbJ/5oV/c0S1 +cWEqM4n/qk0czUPfy6bp9z2NzbTxfTpuG5OmwfEXRFLr7W7orNUg8Z3tyQz6wfBYGJw RUG8cria+tPwgUTmU4ofL7wzOM3nnf0mV4hCkBJ92ewOqgAtrM7tsVMmtAgG5Jdpn8aD OeBMolJD1ijWmbActpnLhUayNzjvjWLkuyXM/s9W8GSHaqZAAkEN124HjNDP6e2Ld+DB cOqQyUe/66X38py340/Xcty7WoQ00Cinkwy3C0E4CF10QJPgREG5aQBUHvnpTbSF02vY AlSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tgURJULENV5in3GENyiWSms9oz4qQzjoQ09mVBw/EDk=; b=fs3QIaDJwcpuSovvXcvaKly7g/HZoWAT951zRtgTvTanONZw5uiE0eSKaNNVaM9AIo KZDMyK+0OUwBZ4okQrtEMF+hzdnGJMFgFMW7Xh6HiDHyXESOT6PV4TdDHy9RAmSRl2bu fk05eA1xlsEoz8eX6sfQ0+dNcoc7w3A+t65VaLGEqQ6Pc6BFey2bmxlK1D+PUMFy6m1w 7l3FDn0qCW5O6Kii+wKqfmVZ6VpzV3g90DgNWKOb+3fTYkGzRdILJlHpLmbxuITYSwmA hXqw4N+zZEfHkKpsvqL+GL+wJR9mXTrbEKe+0asxVdO6L7IdIGsIjuOPtPXS9XK/2tAY qIMw==
X-Gm-Message-State: APjAAAVVPGgGBD0fo9AFpeaeS5z76e8CQS1qOqxQGdtopSQqNiEZ1nlr WR8vOZWqziYB8hM08wztDAhFXg/rL5dqqsZmJ2M=
X-Google-Smtp-Source: APXvYqwR7lvkUH+kBG2h9vnfWXwlsbafeF7wFWivbrwXE/KsdONmpioMDDL3EpcZ1K7ZtYfVrIaoo+Bsy6Z/WgWolSc=
X-Received: by 2002:adf:e5cb:: with SMTP id a11mr36970852wrn.28.1576608038427;  Tue, 17 Dec 2019 10:40:38 -0800 (PST)
MIME-Version: 1.0
References: <CAMYDnCGspWg+3NUm5tARmx4ygBq38hx3Jq97Pq=UNDCOhJuSHg@mail.gmail.com>
In-Reply-To: <CAMYDnCGspWg+3NUm5tARmx4ygBq38hx3Jq97Pq=UNDCOhJuSHg@mail.gmail.com>
From: "Z.H Liu" <liu.cmri@gmail.com>
Date: Tue, 17 Dec 2019 08:40:27 -1000
Message-ID: <CAMYDnCFCXyruapMU=PoJN0fOXNw+K+coDBhvLBLUxAvae_LmBw@mail.gmail.com>
To: Huaimo Chen <huaimo.chen@futurewei.com>,  "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, Qin Wu <bill.wu@huawei.com>,  daniele.ceccarelli@ericsson.com, hari@netflix.com
Cc: pce@ietf.org
Content-Type: multipart/alternative; boundary="00000000000014a3990599eaaa1d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/RR2zhYYcN-QnluFwPmOoWqVw_74>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Dec 2019 18:40:56 -0000

--00000000000014a3990599eaaa1d
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

Best Regards,
Vic(Zhiheng) Liu

Z.H Liu <liu.cmri@gmail.com> =E4=BA=8E2019=E5=B9=B412=E6=9C=8816=E6=97=A5=
=E5=91=A8=E4=B8=80 =E4=B8=8B=E5=8D=8812:09=E5=86=99=E9=81=93=EF=BC=9A

>     I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> Best Regards,
> Vic(Zhiheng) Liu
> ________________________________
> From: Hariharan Ananthakrishnan <hari@netflix.com> <hari@netflix.com&gt>;
> Sent: Thursday, December 5, 2019 12:12 PM
> To: Huaimo Chen <huaimo.chen@futurewei.com> <huaimo.chen@futurewei.com&gt=
>;; Zhuangyan (Yan) <zhuangyan.zhuang@huawei.com> <zhuangyan.zhuang@huawei.=
com&gt>;; bill.wu@huawei.com <bill.wu@huawei.com> <bill.wu@huawei.com&gt>;;=
 daniele.ceccarelli@ericsson.com <daniele.ceccarelli@ericsson.com> <daniele=
.ceccarelli@ericsson.com&gt>;
> Cc: pce@ietf.org <pce@ietf.org> <pce@ietf.org&gt>;
> Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
>
>
> Hi Authors,
>
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in complian=
ce
> with IETF IPR rules.
>
> Please respond (copying the mailing list) to say one of:
>
> I am not aware of any IPR applicable to this draft that should be disclos=
ed
> in accordance with IETF IPR rules.
>
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in=
 a
> timely manner.
>
> Thanks,
> - Hari
>
>

--00000000000014a3990599eaaa1d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">I am aware of IPR applicable to this draf=
t, and it has already been
disclosed to the IETF.=C2=A0</div><div dir=3D"ltr"><br></div><div dir=3D"lt=
r">Best Regards,=C2=A0</div><div dir=3D"ltr">Vic(Zhiheng) Liu<br></div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">Z.H Liu &l=
t;<a href=3D"mailto:liu.cmri@gmail.com">liu.cmri@gmail.com</a>&gt; =E4=BA=
=8E2019=E5=B9=B412=E6=9C=8816=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=8B=E5=8D=88=
12:09=E5=86=99=E9=81=93=EF=BC=9A<br></div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex"><div dir=3D"ltr"><pre style=3D"box-sizing:border-box;font-=
family:SFMono-Regular,Menlo,Monaco,Consolas,&quot;Liberation Mono&quot;,&qu=
ot;Courier New&quot;,monospace;font-size:12.25px;margin-top:0px;margin-bott=
om:1rem;overflow:auto;color:rgb(33,37,41);white-space:pre-wrap;word-break:n=
ormal;padding:0px">    I am aware of IPR applicable to this draft, and it h=
as already been
disclosed to the IETF.

Best Regards,
Vic(Zhiheng) Liu
________________________________
From: Hariharan Ananthakrishnan &lt;<a href=3D"mailto:hari@netflix.com&amp;=
gt" style=3D"box-sizing:border-box;color:rgb(51,122,183);text-decoration-li=
ne:none;background-color:transparent" target=3D"_blank">hari@netflix.com&gt=
;</a>;
Sent: Thursday, December 5, 2019 12:12 PM
To: Huaimo Chen &lt;<a href=3D"mailto:huaimo.chen@futurewei.com&amp;gt" sty=
le=3D"box-sizing:border-box;color:rgb(51,122,183);text-decoration-line:none=
;background-color:transparent" target=3D"_blank">huaimo.chen@futurewei.com&=
gt;</a>;; Zhuangyan (Yan) &lt;<a href=3D"mailto:zhuangyan.zhuang@huawei.com=
&amp;gt" style=3D"box-sizing:border-box;color:rgb(51,122,183);text-decorati=
on-line:none;background-color:transparent" target=3D"_blank">zhuangyan.zhua=
ng@huawei.com&gt;</a>;; <a href=3D"mailto:bill.wu@huawei.com" style=3D"box-=
sizing:border-box;color:rgb(51,122,183);text-decoration-line:none;backgroun=
d-color:transparent" target=3D"_blank">bill.wu@huawei.com</a> &lt;<a href=
=3D"mailto:bill.wu@huawei.com&amp;gt" style=3D"box-sizing:border-box;color:=
rgb(51,122,183);text-decoration-line:none;background-color:transparent" tar=
get=3D"_blank">bill.wu@huawei.com&gt;</a>;; <a href=3D"mailto:daniele.cecca=
relli@ericsson.com" style=3D"box-sizing:border-box;color:rgb(51,122,183);te=
xt-decoration-line:none;background-color:transparent" target=3D"_blank">dan=
iele.ceccarelli@ericsson.com</a> &lt;<a href=3D"mailto:daniele.ceccarelli@e=
ricsson.com&amp;gt" style=3D"box-sizing:border-box;color:rgb(51,122,183);te=
xt-decoration-line:none;background-color:transparent" target=3D"_blank">dan=
iele.ceccarelli@ericsson.com&gt;</a>;
Cc: <a href=3D"mailto:pce@ietf.org" style=3D"box-sizing:border-box;color:rg=
b(51,122,183);text-decoration-line:none;background-color:transparent" targe=
t=3D"_blank">pce@ietf.org</a> &lt;<a href=3D"mailto:pce@ietf.org&amp;gt" st=
yle=3D"box-sizing:border-box;color:rgb(51,122,183);text-decoration-line:non=
e;background-color:transparent" target=3D"_blank">pce@ietf.org&gt;</a>;
Subject: IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling


Hi Authors,

In preparation for Working Group last call on this draft, I&#39;d like all
authors and contributors to confirm on the list that they are in compliance
with IETF IPR rules.

Please respond (copying the mailing list) to say one of:

I am not aware of any IPR applicable to this draft that should be disclosed
in accordance with IETF IPR rules.

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

I am aware of IPR applicable to this draft, but that has not yet been
disclosed to the IETF. I will work to ensure that it will be disclosed in a
timely manner.

Thanks,
- Hari</pre></div>
</blockquote></div></div>

--00000000000014a3990599eaaa1d--


From nobody Tue Dec 17 20:14:27 2019
Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A52A6120639 for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 20:14:25 -0800 (PST)
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 EWpbsx7nGmcL for <pce@ietfa.amsl.com>; Tue, 17 Dec 2019 20:14:23 -0800 (PST)
Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6935120273 for <pce@ietf.org>; Tue, 17 Dec 2019 20:14:23 -0800 (PST)
Received: by mail-io1-xd2e.google.com with SMTP id s2so511487iog.10 for <pce@ietf.org>; Tue, 17 Dec 2019 20:14:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VnmDs0mG1Ghimm27RVVvlEdm5RmI1IKAHquy0WED9pw=; b=nxuXZE65VFMjT0c0AYfp63Jlk9wmkFyHKcufEZll42OtAVYx+EGDz2NW5ht+m3supo fRUcOQDAyZn7MY3+O9zJO+UC5tG9FQr1efwuvfvuV2JrOkG4b7jt/+RQCDjJFGaTxD70 Okzkouz45VCIOh4SIJ5Qs55Yy8J2mhjOqMpM0MuD+C8WC4j8aGtvQHgsPmDuPpcdLelC mhpBYeA/2qdQAhw5nw03L+LUQ0/kbs+OrbIeJ3dJZBre+kY+vhzirbBUgnrM+0nJI9Ga I0G2a7S5gKz/El1zlDWWBBlHVS2utlqfeX6hpjm4BkXnbTEnd5daAPYXgZogBNQ5+L9j tzeA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VnmDs0mG1Ghimm27RVVvlEdm5RmI1IKAHquy0WED9pw=; b=Tj/v9du+8FP+PGjNgm1bu2GH8O8NWZ4LU8G+W/igBsSSOK4KCz28z+UeLvnHmZbriX X94uiFgecj8xvU51Snd1mls8KpEqPrg0xDf/9bKUhEq2h3rD9T+DOuyBjRDNk/jwTBLc OnFZoMxtUYmXLwnDPGavSTqsW1cvlq3lAnX/QKWJ2LA1leofR78TBjmGY4fWL4A9zq+J JW8Wgt0w5PXxXtEARpK6CF1ECjhM+NOOThwM/PCHlNWPfIWmZZdkWRwBU0Faf+ooyr5Q Nw8aUkV0E4K7874Ut4eayB5+4hJ/XsjlHBeW2f8veIv5AAFkCRgWfTL03q5sTuHrA9l9 I4MQ==
X-Gm-Message-State: APjAAAV2s7H50aGRUfNCvaC1kYfjhcB8oAFmLf31l7zOWuksG8UaQiCi oKw/UZeJBjoPlD19X/KiCaKXeRXEBJRKItssGOc=
X-Google-Smtp-Source: APXvYqxWTabbs/trddD45dNoylM0oDrHUIxTKiJxuD0dhi2STWaB3O4no0x/cZI5Esx1/SJPwpmo1SRmmzW3BHcppf0=
X-Received: by 2002:a05:6638:a31:: with SMTP id 17mr544244jao.15.1576642462787;  Tue, 17 Dec 2019 20:14:22 -0800 (PST)
MIME-Version: 1.0
References: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
In-Reply-To: <CAL70W4qfNjah7kju0UgQ-CNSh+acwEhwz__W66M4xxhT92eGow@mail.gmail.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Wed, 18 Dec 2019 09:43:46 +0530
Message-ID: <CAB75xn6z9p2Kq2HFH51DaQbCSWMiEmgNgHSD7b=VXnfnKsjB0w@mail.gmail.com>
To: Hariharan Ananthakrishnan <hari=40netflix.com@dmarc.ietf.org>
Cc: Huaimo Chen <huaimo.chen@futurewei.com>,  "Zhuangyan (Yan)" <zhuangyan.zhuang@huawei.com>, Qin Wu <bill.wu@huawei.com>,  Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, pce@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/ZPT1swyT45f_6-5iVMXi3fgEr4o>
Subject: Re: [Pce] IPR Poll on draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 04:14:25 -0000

Hi Hari,

I am aware of IPR applicable to this draft, and it has already been
disclosed to the IETF.

Dhruv (Contributor)

On Thu, Dec 5, 2019 at 10:43 PM Hariharan Ananthakrishnan
<hari=40netflix.com@dmarc.ietf.org> wrote:
>
> Hi Authors,
>
> In preparation for Working Group last call on this draft, I'd like all
> authors and contributors to confirm on the list that they are in compliance
> with IETF IPR rules.
>
> Please respond (copying the mailing list) to say one of:
>
> I am not aware of any IPR applicable to this draft that should be disclosed
> in accordance with IETF IPR rules.
>
> I am aware of IPR applicable to this draft, and it has already been
> disclosed to the IETF.
>
> I am aware of IPR applicable to this draft, but that has not yet been
> disclosed to the IETF. I will work to ensure that it will be disclosed in a
> timely manner.
>
> Thanks,
> - Hari
>
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce


From nobody Wed Dec 18 07:55:04 2019
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE1012025D; Wed, 18 Dec 2019 07:54:57 -0800 (PST)
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>
Cc: pce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: pce@ietf.org
Message-ID: <157668449763.30038.7046647032156803852@ietfa.amsl.com>
Date: Wed, 18 Dec 2019 07:54:57 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/qe41Q39iygWrdDLiAjvHMo4fKWg>
Subject: [Pce] I-D Action: draft-ietf-pce-association-diversity-13.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 15:54:58 -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 WG of the IETF.

        Title           : Path Computation Element Communication Protocol (PCEP) Extension for LSP Diversity Constraint Signaling
        Authors         : Stephane Litkowski
                          Siva Sivabalan
                          Colby Barth
                          Mahendra Singh Negi
	Filename        : draft-ietf-pce-association-diversity-13.txt
	Pages           : 24
	Date            : 2019-12-18

Abstract:
   This document introduces a simple mechanism to associate a group of
   Label Switched Paths (LSPs) via an extension to the Path Computation
   Element (PCE) communication Protocol (PCEP) with the purpose of
   computing diverse (disjointed) paths for those LSPs.  The proposed
   extension allows a Path Computation Client (PCC) to advertise to a
   PCE that a particular LSP belongs to a particular disjoint-group,
   thus the PCE knows that the LSPs in the same group need to be
   disjoint from each other.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-13

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-13


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 Dec 18 08:22:31 2019
Return-Path: <mahend.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 082E6120983; Wed, 18 Dec 2019 08:22:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 qzqHJrdIAyv9; Wed, 18 Dec 2019 08:22:25 -0800 (PST)
Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1517D12096B; Wed, 18 Dec 2019 08:22:22 -0800 (PST)
Received: by mail-ot1-x332.google.com with SMTP id h9so569194otj.11; Wed, 18 Dec 2019 08:22:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jgv2UUscqbetSBED75SgJweru/UHpIedfHPae3Ko1bU=; b=SDAsvredprfH4hYy8XtEAQfpO6gABuM+4lfZxNzWbg7R0MWlUqdGIU8scAn6uCr8hF al8WY+RKy1+7fk5CXAHe3C2dED7YDdBUXjC+ehON5vnOKWWR1peXAeeAzKlQp2/uggV7 O67YZcJCawEvHLiZylQw9TxKNq+M0T3IyQ/FGmS5Yi3ky8P/1IfBUTePp40RET9DMnvo 5zukUs7aDEHcSiyAFqLawpdRkrmBumhtzJJB50N2RyZQ24iI0lmeCUf9KNdR8VPlr+td Ef4/bdufI5M/bSb8Itwijb16RM51N/5xQhEYXafMe3aGJTF/LE3dWn2VSsMfqVnH3I3D HfJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jgv2UUscqbetSBED75SgJweru/UHpIedfHPae3Ko1bU=; b=oFVQAJu8qGrKPhJiTBnByLceRLBYIOnEzb6NlU1leIUqshW+K4XVZzddxMAA2bTXqU iZm/f4ofiOs5qPgoDakxvZOi8kXYU5Hvbu7ZbqfjmGP9bVlb24pvN3fXr+PRIx8EJ6rK 9mmtTx0P8C0OBjXo4qEZ3Dt4xD4JcH3pedlcoB+teigMzU6Nq7dNHlQrKsKu2DmZNUhK /f+axuXWkD1aRNGtvZYbdSYXJHdZYWTRPEGxm+o9A+zwUxaIZK9mzzqtciiLkV0YjLnA 403Q5tbjjVbLMP9OD4BTg8GYsATNICJ58eAVxdG3dWDROIXQ663tCccm29vb8I3UHczC aSag==
X-Gm-Message-State: APjAAAWphAbpeJzoiJiWYy+9qEhwCbMd2PHHxve4Nha5eP0KkBLKH01R y6b3HHYmgs9tYYSizJzIsIHQ8N9j4iqzI4/4KHE=
X-Google-Smtp-Source: APXvYqwLn2Hl5kt7kx6nXkHKkRozV0O/Sfzg+Rf06SCyxlQLdpG7IAIxcX3ZJb/1WAHoY6cWQz8rbVBHAiyTWXDGWa8=
X-Received: by 2002:a9d:798e:: with SMTP id h14mr3287654otm.257.1576685773711;  Wed, 18 Dec 2019 08:16:13 -0800 (PST)
MIME-Version: 1.0
References: <157239405775.10912.18424489553959713397.idtracker@ietfa.amsl.com>
In-Reply-To: <157239405775.10912.18424489553959713397.idtracker@ietfa.amsl.com>
From: Mahend Negi <mahend.ietf@gmail.com>
Date: Wed, 18 Dec 2019 21:46:02 +0530
Message-ID: <CAM5Nu_w4K0=vSB8CZX639SWhs+Dgq320DhETdeB4MgMbNeJLFA@mail.gmail.com>
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org,  Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
Content-Type: multipart/alternative; boundary="00000000000076ef390599fcc312"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/jg4Cm-Fjh0O35cDoYHR4Fo8Qzf4>
Subject: Re: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-association-diversity-12: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 16:22:29 -0000

--00000000000076ef390599fcc312
Content-Type: text/plain; charset="UTF-8"

Hi Ben,

Thanks for the detailed review, please find the details inline to your mail.
B/w new version is uploaded.

 htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-13

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-13

Thanks,
Mahendra

On Wed, Oct 30, 2019 at 5:37 AM Benjamin Kaduk via Datatracker <
noreply@ietf.org> wrote:

> Benjamin Kaduk has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Thanks for this generally well-written document!  Most of my comments are
> pretty minor, but please do note the edge case in objective function
> handling, the question about which TLVs are allowed when the ASSOCIATION
> object is carried in which messages, the notation clarification question,
> and the question about what "completely relax the disjointness constraint"
> means.
>
> Please check the TBD<N> placeholders; it looks like (e.g.) TBD8 is used for
> both a NO-PATH-VECTOR TLV bit and for an error code (but I didn't
> double-check the others).
>
>
> On Wed, Oct 30, 2019 at 5:37 AM Benjamin Kaduk via Datatracker
> <noreply@ietf.org> wrote:
> >
> > Benjamin Kaduk has entered the following ballot position for
> > draft-ietf-pce-association-diversity-12: No Objection
> >
> > When responding, please keep the subject line intact and reply to all
> > email addresses included in the To and CC lines. (Feel free to cut this
> > introductory paragraph, however.)
> >
> >
> > Please refer to
> https://www.ietf.org/iesg/statement/discuss-criteria.html
> > for more information about IESG DISCUSS and COMMENT positions.
> >
> >
> > The document, along with other ballot positions, can be found here:
> > https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
> >
> >
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> > Thanks for this generally well-written document!  Most of my comments are
> > pretty minor, but please do note the edge case in objective function
> > handling, the question about which TLVs are allowed when the ASSOCIATION
> > object is carried in which messages, the notation clarification question,
> > and the question about what "completely relax the disjointness
> constraint"
> > means.
> >
> > Please check the TBD<N> placeholders; it looks like (e.g.) TBD8 is used
> for
> > both a NO-PATH-VECTOR TLV bit and for an error code (but I didn't
> > double-check the others).
> >
>
> Fixed.
>
> As a general comment (but mostly for my own curiousity), I'm curious
> whether
> you predict much usage of the DAG association type with none of the L/N/S/T
> bits set in the configuration, effectively using the association to carry
> the new objective function(s) from this document.
>


> Yes, your interpretation is correct.
>
> Section 5.1
>
>    A disjoint group can have two or more LSPs, but a PCE may be limited
>    in the number of LSPs it can take into account when computing
>    disjointness.  If a PCE receives more LSPs in the group than it can
>    handle in its computation algorithm, it SHOULD apply disjointness
>    computation to only a subset of LSPs in the group.  The subset of
>    disjoint LSPs will be decided by PCE as a local policy.  Local
>
> Just to double-check: this "only apply disjointness to a subset, using
> local
> policy" behavior is preferred to returning an error for the last LSP
> attempting to join the group?  I do see that the relaxation of disjointness
> is reported back via the DISJOINTNESS-STATUS-TLV, so at least there
> shouldn't be surprises about what's (not) happening, unless the PCE decides
> to not send that TLV for some reason.
>


Yes, but the key here is for "computation algorithm" limitation. There
> is a generic error in
> https://tools.ietf.org/html/draft-ietf-pce-association-group-10#section-6.4
> that might still be applied in case of too many LSPs irrespective of the
> limitation of the disjoint computation algorithm.
>
>

>    of T, S, N, L flags in the DISJOINTNESS-CONFIGURATION-TLV.  If a PCEP
>    peer receives a PCEP messages for LSPs belonging to the same disjoint
>    group but having an inconsistent combination of T, S, N, L flags, the
>    PCEP peer MUST NOT try to add the LSPs in disjoint group and MUST
>    reply with a PCErr with Error-type 26 (Association Error) and Error-
>    Value 6 (Association information mismatch).
>
> nit: s/in disjoint group/to the disjoint group/
>
>    A particular LSP MAY be associated to multiple disjoint groups, but
>    in that case, the PCE SHOULD try to consider all the disjoint groups
>    during path computation if possible.  Otherwise a local policy MAY
>    define the computational behavior.  If a PCE does not support such a
>    path computation it MUST NOT add the LSP into association group and
>    return a PCErr with Error-type 26 (Association Error) and Error-Value
>    7 (Cannot join the association group).
>
> It's interesting that "be in multiple disjoint groups" gets
> error-on-failure
> semantics but (above) "too many LSPs in a single group" gets
> degrade-and-report semantics.  But it's clearly documented, so I don't see
> any problems per se.
>
> Section 5.2
>
> It looks like we only talk about which messages carry the
> DISJOINTNESS-STATUS-TLV; is the implication that the other TLVs are not
> restricted in which message can carry them a correct one?  (Also, that
> DISJOINTNESS-CONFIGURATION-TLV must be present even in PCRep?)
>
>   Yes. In PCRep both the TLVs are included.

   The disjoint group MUST carry the following TLV:
>
> Since we're talking about protocol elements now, I'd suggest to explicitly
> say "TBD1 Disjoint Association Type group" or something else that clearly
> identifies the association-group as a protocol element.
>
>    ACK

>    In addition, the disjoint group MAY carry the following TLV:
>
> nit: "TLVs" plural.
>
>    If a PCEP speaker receives a disjoint-group without DISJOINTNESS-
>    CONFIGURATION-TLV, it SHOULD reply with a PCErr Error-type=6
>    (Mandatory Object missing) and Error-value=TBD8 (DISJOINTNESS-
>    CONFIGURATION-TLV missing).
>
> I suggest being more explicit about (e.g) "ASSOCIATION object of type
> TBD1",
> since "disjoint-group" is somewhat of a colloquialism.
>


> ACK
>


> Seciion 5.3
>
>    An objective function (OF) MAY be applied to the disjointness
>    computation to drive the PCE computation behavior.  In this case, the
>    OF-List TLV (defined in ([RFC5541]) is used as an optional TLV in the
>    Association Group Object.  Whereas the PCEP OF-List TLV allows
>    multiple OF-codes inside the TLV, a sender SHOULD include a single
>    OF-code in the OF-List TLV when included in the Association Group,
>    and the receiver MUST consider the first OF-code only and ignore
>    others if included.
>
> This usage seems a little weird (albeit unlikely to be problematic), since
> RFC 5441 uses the OF-List TLV to indicate what OFs are supported, and has
> it
> carried in the OPEN object, with a dedicated OF object used to indicate the
> particular OF requested/used for a given path computation.  Repurposing the
> TLV to now be a container for the requested OF for a specific computation
> feels like a qualitatively different usage than the original one.
>
> Agreed, defining a new TLV that only allows one OF code was also bit
of a overkill; plus there is precedence for this sort of a thing -
https://www.rfc-editor.org/rfc/rfc8685.html#section-3.4.2


>    MSL
>      [...]
>       *  A path P passes through K links {Lpi,(i=1...K)}.
>
>       *  A set of paths {P1...Pm} have L links that are common to more
>          than one path {Lpi,(i=1...L)}.
>
> Can you double-check the notation here?  In the first quoted item it seems
> that Lpi indicates the i-th link on path P, but in the second it looks like
> Lpi indicates the i-th link in common across paths P1...Pm.  I'd suggest
> using a different term for the different meaning.
>
> ACK

>    MSS
>    [...]
>       *  A path P passes through K links {Lpi,(i=1...K)} belonging to
>          unique M SRLGs {Spi,(i=1..M)}.
>
> What is the relationship between K and M?  Is it always true that M <= K?
>
>  One link could have multiple SRLGs, so no!

      *  A set of paths {P1...Pm} have L SRLGs that are common to more
>          than one path {Spi,(i=1...L)}.
>
> [same comment about terminology reuse]
>
>    MSN
>       [...]
>       *  A path P passes through K nodes {Npi,(i=1...K)}.
>
>       *  A set of paths {P1...Pm} have L nodes that are common to more
>          than one path {Npi,(i=1...L)}.
>
> [same comment about terminology reuse]
>
>    If the OF-list TLV is included in the Association Object, the OF-code
>    inside the OF Object MUST include one of the disjoint OFs defined in
>    this document.  If this condition is not met, the PCEP speaker MUST
>    respond with a PCErr message with Error-Type=10 (Reception of an
>    invalid object) and Error-Value=TBD9 (Incompatible OF code).
>
> Looking at edge cases, I think that the MUST-level requirements allow for
> me
> to send an OF-list TLV with two items the first of which is nonsense (i.e.,
> not one of these three), and the second of which is one of these three.
> The
> recipient would be obligated to use the first one in the list (by the
> previous text "the receiver MUST consider the first OF-code only") despite
> it being nonsensical.  We should probably try to close that edge case,
> though there are several approaches to choose from and I don't have a sense
> for what might cause us to prefer one over the other.
>
> As per Suresh's suggestion, this is changed to -

   If the OF-list TLV is included in the Association Object, the first
   OF-code inside the OF Object MUST be one of the disjoint OFs defined
   in this document.  If this condition is not met, the PCEP speaker
   MUST respond with a PCErr message with Error-Type=10 (Reception of an
   invalid object) and Error-Value=TBD9 (Incompatible OF code).

Which should handle your case and we would return an error.


Section 5.4
>
>    SVEC object.  The PCE MUST consider both the objects as per the
>    processing rules and aim to find a path that meets both of these
>    constraints.  In case no such path is possible, the PCE MUST send a
>    path computation reply (PCRep) with a NO-PATH object indicating path
>    computation failure as per [RFC5440].  It should be noted that the
>
> I would consider reminding the reader that the 'T' bit controls how
> strictly
> the PCE needs to interpret the DAG constraints, and thus that it's possible
> for the PCE to degrade the request without needint to return NO-PATH in
> such
> cases.
>
> How about - "The PCE MUST consider both the objects (including the
flags set inside the objects) as per the processing rules and aim to
find a path that meets both of these constraints."

Section 5.5
>
>    into account the disjointness constraint.  Setting P flag changes the
>    relationship between LSPs to a one-sided relationship (LSP 1 with P=0
>    depends of LSP 2 with P=1, but LSP 2 with P=1 does not depend of LSP
>    1 with P=0).  Multiple LSPs in the same disjoint group may have the P
>
> nits: "Setting the P flag", "depends on LSP 2"
>
> I suggest specifying "link disjoint" for at least the example using Figure
> 4
> (if not the one using Figure 3 as well), since the paths
> PE1->R1->R4->R2->PE2 and PE3->R3->R4->PE4 are not node-disjoint.
>
> ACK

Section 5.6
>
>    There are some cases where the PCE may need to completely relax the
>    disjointness constraint in order to provide a path to all the LSPs
>    that are part of the association.  A mechanism that allows the PCE to
>    fully relax a constraint is considered by the authors as more global
>    to PCEP rather than linked to the disjointness use case.  As a
>    consequence, it is considered as out of scope of the document.
>
> I'm not sure how to interpret this.  Is it supposed to prevent a PCE from
> falling back to "no disjointness" (e.g., all of L/N/S/T are clear in
> DISJOINTNESS-STATUS-TLV)?  If so, I would have expected this limitation to
> be spelled out more clearly much earlier in the document.
>
> There is a proposal to make an objects as optional to process in
stateful messages via
https://datatracker.ietf.org/doc/draft-dhody-pce-stateful-pce-optional/,
this already exist for stateless messages via RFC 5440. The above text
is simply to say that relaxation to "no disjointness" can be handled
via a common technique and out of scope of this I-D.


> Section 6
>
> I suggest also mentioning the security considerations of RFC 7470, as we
> have very little control over what information goes in
> VENDOR-INFORMATION-TLV.  (Not that there's a whole lot of content there,
> but
> maybe it will get people thinking.)
>
> I might also consider mentioning again that certain combinations of flags
> (notably, the 'T' bit) can result in unsatisfiable requests.  But that's
> only somewhat a "security" consideration; security aspects only really come
> into play for it if someone is spoofing that T bit, and we already
> recommend
> TLS.
>
> ACK

Section 8.1
>
>    Range MUST be allowed to be set by the operator.  Operator SHOULD be
>    allowed to set the local policies to define various disjoint
>
> nit: The operator"
>
> Section 8.2
>
>    associations configured or created dynamically.  Further
>    implementation SHOULD allow to view disjoint associations reported by
>    each peer, and the current set of LSPs in this association.  The PCEP
>
> nit: "Furthermore, implementations"
>
> Section 8.4
>
>    Mechanisms defined in this document do not imply any new operation
>    verification requirements in addition to those already listed in
>    [RFC5440].
>
> We don't think that someone should check that the computed LSPs actually
> supply the disjointness properties they're claimed to provide?
>
>
Updated to -

   Apart from the operation verification requirements already listed in
   [RFC5440], a PCEP implementation SHOULD provide parameters related to
   disjoint path computation, such as number of DAG, number of disjoint
   path computation failures etc.  A PCEP implementation SHOULD log
   failure events (e.g., incompatible Flags).

Section 10.2
>
> I guess a strict reading of
>
> https://www.ietf.org/blog/iesg-statement-normative-and-informative-references/
> would require RFC 7470 to be a normative reference, but that doesn't really
> seem like the right thing to do for this specific case.
>
> On the other hand, a RECOMMENDation for RFC 8253's use does feel like it
> would place it as a normative reference.
>
> ACK

--00000000000076ef390599fcc312
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Ben,</div><div><br></div><div>Thanks for the detai=
led review, please find the details inline to your mail.</div><div>B/w new =
version is uploaded.</div><div><br></div><div>=C2=A0htmlized versions avail=
able at:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity=
-13" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft=
-ietf-pce-association-diversity-13</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-association=
-diversity-13" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/doc/html/draft-ietf-pce-association-diversity-13</a><br>
<br>
A diff from the previous version is available at:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-d=
iversity-13" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcd=
iff?url2=3Ddraft-ietf-pce-association-diversity-13</a></div><div><br></div>=
<div>Thanks,</div><div>Mahendra<br></div><br><div class=3D"gmail_quote"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Wed, Oct 30, 2019 at 5:37 AM Benjamin=
 Kaduk via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org">noreply@ietf=
.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">Benjamin Kaduk has entered the following ballot position for<br>
draft-ietf-pce-association-diversity-12: No Objection<br>
<br>
When responding, please keep the subject line intact and reply to all<br>
email addresses included in the To and CC lines. (Feel free to cut this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
Thanks for this generally well-written document!=C2=A0 Most of my comments =
are<br>
pretty minor, but please do note the edge case in objective function<br>
handling, the question about which TLVs are allowed when the ASSOCIATION<br=
>
object is carried in which messages, the notation clarification question,<b=
r>
and the question about what &quot;completely relax the disjointness constra=
int&quot;<br>
means.<br>
<br>
Please check the TBD&lt;N&gt; placeholders; it looks like (e.g.) TBD8 is us=
ed for<br>
both a NO-PATH-VECTOR TLV bit and for an error code (but I didn&#39;t<br>
double-check the others).<br>
<span class=3D"gmail-im"><br>
<br>
On Wed, Oct 30, 2019 at 5:37 AM Benjamin Kaduk via Datatracker<br>
&lt;<a href=3D"mailto:noreply@ietf.org" target=3D"_blank">noreply@ietf.org<=
/a>&gt; wrote:<br>
&gt;<br>
&gt; Benjamin Kaduk has entered the following ballot position for<br>
&gt; draft-ietf-pce-association-diversity-12: No Objection<br>
&gt;<br>
&gt; When responding, please keep the subject line intact and reply to all<=
br>
&gt; email addresses included in the To and CC lines. (Feel free to cut thi=
s<br>
&gt; introductory paragraph, however.)<br>
&gt;<br>
&gt;<br>
&gt; Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss=
-criteria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/i=
esg/statement/discuss-criteria.html</a><br>
&gt; for more information about IESG DISCUSS and COMMENT positions.<br>
&gt;<br>
&gt;<br>
&gt; The document, along with other ballot positions, can be found here:<br=
>
&gt; <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association=
-diversity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.=
org/doc/draft-ietf-pce-association-diversity/</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ----------------------------------------------------------------------=
<br>
&gt; COMMENT:<br>
&gt; ----------------------------------------------------------------------=
<br>
&gt;<br>
&gt; Thanks for this generally well-written document!=C2=A0 Most of my comm=
ents are<br>
&gt; pretty minor, but please do note the edge case in objective function<b=
r>
&gt; handling, the question about which TLVs are allowed when the ASSOCIATI=
ON<br>
&gt; object is carried in which messages, the notation clarification questi=
on,<br>
&gt; and the question about what &quot;completely relax the disjointness co=
nstraint&quot;<br>
&gt; means.<br>
&gt;<br>
&gt; Please check the TBD&lt;N&gt; placeholders; it looks like (e.g.) TBD8 =
is used for<br>
&gt; both a NO-PATH-VECTOR TLV bit and for an error code (but I didn&#39;t<=
br>
&gt; double-check the others).<br>
&gt;<br>
<br></span>
Fixed.<span class=3D"gmail-im"><br></span><br>
As a general comment (but mostly for my own curiousity), I&#39;m curious wh=
ether<br>
you predict much usage of the DAG association type with none of the L/N/S/T=
<br>
bits set in the configuration, effectively using the association to carry<b=
r>
the new objective function(s) from this document.<br>
</blockquote><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex">Yes, your interpretation is correct.<span class=3D"gmail-im"><br></spa=
n><br>
Section 5.1<br>
<br>
=C2=A0 =C2=A0A disjoint group can have two or more LSPs, but a PCE may be l=
imited<br>
=C2=A0 =C2=A0in the number of LSPs it can take into account when computing<=
br>
=C2=A0 =C2=A0disjointness.=C2=A0 If a PCE receives more LSPs in the group t=
han it can<br>
=C2=A0 =C2=A0handle in its computation algorithm, it SHOULD apply disjointn=
ess<br>
=C2=A0 =C2=A0computation to only a subset of LSPs in the group.=C2=A0 The s=
ubset of<br>
=C2=A0 =C2=A0disjoint LSPs will be decided by PCE as a local policy.=C2=A0 =
Local<br>
<br>
Just to double-check: this &quot;only apply disjointness to a subset, using=
 local<br>
policy&quot; behavior is preferred to returning an error for the last LSP<b=
r>
attempting to join the group?=C2=A0 I do see that the relaxation of disjoin=
tness<br>
is reported back via the DISJOINTNESS-STATUS-TLV, so at least there<br>
shouldn&#39;t be surprises about what&#39;s (not) happening, unless the PCE=
 decides<br>
to not send that TLV for some reason.<br></blockquote><div>=C2=A0</div><div=
><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.=
8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Yes, but the key here is for &quot;computation algorithm&quot; limitation. =
There<br>
is a generic error in <a href=3D"https://tools.ietf.org/html/draft-ietf-pce=
-association-group-10#section-6.4" rel=3D"noreferrer" target=3D"_blank">htt=
ps://tools.ietf.org/html/draft-ietf-pce-association-group-10#section-6.4</a=
><br>
that might still be applied in case of too many LSPs irrespective of the li=
mitation of the disjoint computation algorithm.<span class=3D"gmail-im"><br=
></span><br></blockquote><div>=C2=A0</div><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">
=C2=A0 =C2=A0of T, S, N, L flags in the DISJOINTNESS-CONFIGURATION-TLV.=C2=
=A0 If a PCEP<br>
=C2=A0 =C2=A0peer receives a PCEP messages for LSPs belonging to the same d=
isjoint<br>
=C2=A0 =C2=A0group but having an inconsistent combination of T, S, N, L fla=
gs, the<br>
=C2=A0 =C2=A0PCEP peer MUST NOT try to add the LSPs in disjoint group and M=
UST<br>
=C2=A0 =C2=A0reply with a PCErr with Error-type 26 (Association Error) and =
Error-<br>
=C2=A0 =C2=A0Value 6 (Association information mismatch).<br>
<br>
nit: s/in disjoint group/to the disjoint group/<br>
<br>
=C2=A0 =C2=A0A particular LSP MAY be associated to multiple disjoint groups=
, but<br>
=C2=A0 =C2=A0in that case, the PCE SHOULD try to consider all the disjoint =
groups<br>
=C2=A0 =C2=A0during path computation if possible.=C2=A0 Otherwise a local p=
olicy MAY<br>
=C2=A0 =C2=A0define the computational behavior.=C2=A0 If a PCE does not sup=
port such a<br>
=C2=A0 =C2=A0path computation it MUST NOT add the LSP into association grou=
p and<br>
=C2=A0 =C2=A0return a PCErr with Error-type 26 (Association Error) and Erro=
r-Value<br>
=C2=A0 =C2=A07 (Cannot join the association group).<br>
<br>
It&#39;s interesting that &quot;be in multiple disjoint groups&quot; gets e=
rror-on-failure<br>
semantics but (above) &quot;too many LSPs in a single group&quot; gets<br>
degrade-and-report semantics.=C2=A0 But it&#39;s clearly documented, so I d=
on&#39;t see<br>
any problems per se.<br>
<br>
Section 5.2<br>
<br>
It looks like we only talk about which messages carry the<br>
DISJOINTNESS-STATUS-TLV; is the implication that the other TLVs are not<br>
restricted in which message can carry them a correct one?=C2=A0 (Also, that=
<br>
DISJOINTNESS-CONFIGURATION-TLV must be present even in PCRep?)<br>
<br></blockquote><div>=C2=A0 Yes. In PCRep both the TLVs are included.</div=
><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0 =C2=A0The disjoint group MUST carry the following TLV:<br>
<br>
Since we&#39;re talking about protocol elements now, I&#39;d suggest to exp=
licitly<br>
say &quot;TBD1 Disjoint Association Type group&quot; or something else that=
 clearly<br>
identifies the association-group as a protocol element.<br>
<br></blockquote><div>=C2=A0=C2=A0 ACK <br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204=
,204);padding-left:1ex">
=C2=A0 =C2=A0In addition, the disjoint group MAY carry the following TLV:<b=
r>
<br>
nit: &quot;TLVs&quot; plural.<br>
<br>
=C2=A0 =C2=A0If a PCEP speaker receives a disjoint-group without DISJOINTNE=
SS-<br>
=C2=A0 =C2=A0CONFIGURATION-TLV, it SHOULD reply with a PCErr Error-type=3D6=
<br>
=C2=A0 =C2=A0(Mandatory Object missing) and Error-value=3DTBD8 (DISJOINTNES=
S-<br>
=C2=A0 =C2=A0CONFIGURATION-TLV missing).<br>
<br>
I suggest being more explicit about (e.g) &quot;ASSOCIATION object of type =
TBD1&quot;,<br>
since &quot;disjoint-group&quot; is somewhat of a colloquialism.<br></block=
quote><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
ACK <br></blockquote><div>=C2=A0</div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex">
Seciion 5.3<br>
<br>
=C2=A0 =C2=A0An objective function (OF) MAY be applied to the disjointness<=
br>
=C2=A0 =C2=A0computation to drive the PCE computation behavior.=C2=A0 In th=
is case, the<br>
=C2=A0 =C2=A0OF-List TLV (defined in ([RFC5541]) is used as an optional TLV=
 in the<br>
=C2=A0 =C2=A0Association Group Object.=C2=A0 Whereas the PCEP OF-List TLV a=
llows<br>
=C2=A0 =C2=A0multiple OF-codes inside the TLV, a sender SHOULD include a si=
ngle<br>
=C2=A0 =C2=A0OF-code in the OF-List TLV when included in the Association Gr=
oup,<br>
=C2=A0 =C2=A0and the receiver MUST consider the first OF-code only and igno=
re<br>
=C2=A0 =C2=A0others if included.<br>
<br>
This usage seems a little weird (albeit unlikely to be problematic), since<=
br>
RFC 5441 uses the OF-List TLV to indicate what OFs are supported, and has i=
t<br>
carried in the OPEN object, with a dedicated OF object used to indicate the=
<br>
particular OF requested/used for a given path computation.=C2=A0 Repurposin=
g the<br>
TLV to now be a container for the requested OF for a specific computation<b=
r>
feels like a qualitatively different usage than the original one.<br>
<br></blockquote><div>Agreed, defining a new TLV that only allows one OF co=
de was also bit<br>
of a overkill; plus there is precedence for this sort of a thing -<br>
<a href=3D"https://www.rfc-editor.org/rfc/rfc8685.html#section-3.4.2" rel=
=3D"noreferrer" target=3D"_blank">https://www.rfc-editor.org/rfc/rfc8685.ht=
ml#section-3.4.2</a><span class=3D"gmail-im"><br></span>=C2=A0</div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex">
=C2=A0 =C2=A0MSL<br>
=C2=A0 =C2=A0 =C2=A0[...]<br>
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A path P passes through K links {Lpi,(i=3D1...=
K)}.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A set of paths {P1...Pm} have L links that are=
 common to more<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0than one path {Lpi,(i=3D1...L)}.<br>
<br>
Can you double-check the notation here?=C2=A0 In the first quoted item it s=
eems<br>
that Lpi indicates the i-th link on path P, but in the second it looks like=
<br>
Lpi indicates the i-th link in common across paths P1...Pm.=C2=A0 I&#39;d s=
uggest<br>
using a different term for the different meaning.<br>
<br></blockquote><div>ACK <br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex">
=C2=A0 =C2=A0MSS<br>
=C2=A0 =C2=A0[...]<br>
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A path P passes through K links {Lpi,(i=3D1...=
K)} belonging to<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0unique M SRLGs {Spi,(i=3D1..M)}.<br>
<br>
What is the relationship between K and M?=C2=A0 Is it always true that M &l=
t;=3D K?<br>
<br></blockquote><div>=C2=A0One link could have multiple SRLGs, so no!</div=
><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A set of paths {P1...Pm} have L SRLGs that are=
 common to more<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0than one path {Spi,(i=3D1...L)}.<br>
<br>
[same comment about terminology reuse]<br>
<br>
=C2=A0 =C2=A0MSN<br>
=C2=A0 =C2=A0 =C2=A0 [...]<br>
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A path P passes through K nodes {Npi,(i=3D1...=
K)}.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 *=C2=A0 A set of paths {P1...Pm} have L nodes that are=
 common to more<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0than one path {Npi,(i=3D1...L)}.<br>
<br>
[same comment about terminology reuse]<br>
<br>
=C2=A0 =C2=A0If the OF-list TLV is included in the Association Object, the =
OF-code<br>
=C2=A0 =C2=A0inside the OF Object MUST include one of the disjoint OFs defi=
ned in<br>
=C2=A0 =C2=A0this document.=C2=A0 If this condition is not met, the PCEP sp=
eaker MUST<br>
=C2=A0 =C2=A0respond with a PCErr message with Error-Type=3D10 (Reception o=
f an<br>
=C2=A0 =C2=A0invalid object) and Error-Value=3DTBD9 (Incompatible OF code).=
<br>
<br>
Looking at edge cases, I think that the MUST-level requirements allow for m=
e<br>
to send an OF-list TLV with two items the first of which is nonsense (i.e.,=
<br>
not one of these three), and the second of which is one of these three.=C2=
=A0 The<br>
recipient would be obligated to use the first one in the list (by the<br>
previous text &quot;the receiver MUST consider the first OF-code only&quot;=
) despite<br>
it being nonsensical.=C2=A0 We should probably try to close that edge case,=
<br>
though there are several approaches to choose from and I don&#39;t have a s=
ense<br>
for what might cause us to prefer one over the other.<br>
<br></blockquote><div>As per Suresh&#39;s suggestion, this is changed to -<=
br>
</div><div><br></div><div>=C2=A0=C2=A0 If the OF-list TLV is included in th=
e Association Object, the first<br>
=C2=A0 =C2=A0OF-code inside the OF Object MUST be one of the disjoint OFs d=
efined<span class=3D"gmail-im"><br>
=C2=A0 =C2=A0in this document.=C2=A0 If this condition is not met, the PCEP=
 speaker<br>
=C2=A0 =C2=A0MUST respond with a PCErr message with Error-Type=3D10 (Recept=
ion of an<br>
=C2=A0 =C2=A0invalid object) and Error-Value=3DTBD9 (Incompatible OF code).=
</span><span class=3D"gmail-im"><br></span><br></div><div><span class=3D"gm=
ail-im"></span>
Which should handle your case and we would return an error.<span class=3D"g=
mail-im"><br></span>=C2=A0</div><div><br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">
Section 5.4<br>
<br>
=C2=A0 =C2=A0SVEC object.=C2=A0 The PCE MUST consider both the objects as p=
er the<br>
=C2=A0 =C2=A0processing rules and aim to find a path that meets both of the=
se<br>
=C2=A0 =C2=A0constraints.=C2=A0 In case no such path is possible, the PCE M=
UST send a<br>
=C2=A0 =C2=A0path computation reply (PCRep) with a NO-PATH object indicatin=
g path<br>
=C2=A0 =C2=A0computation failure as per [RFC5440].=C2=A0 It should be noted=
 that the<br>
<br>
I would consider reminding the reader that the &#39;T&#39; bit controls how=
 strictly<br>
the PCE needs to interpret the DAG constraints, and thus that it&#39;s poss=
ible<br>
for the PCE to degrade the request without needint to return NO-PATH in suc=
h<br>
cases.<br>
<br></blockquote><div>How about - &quot;The PCE MUST consider both the obje=
cts (including the<br>
flags set inside the objects) as per the processing rules and aim to<span c=
lass=3D"gmail-im"><br>
find a path that meets both of these constraints.&quot;</span></div><div><s=
pan class=3D"gmail-im"></span> <br></div><blockquote class=3D"gmail_quote" =
style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa=
dding-left:1ex">
Section 5.5<br>
<br>
=C2=A0 =C2=A0into account the disjointness constraint.=C2=A0 Setting P flag=
 changes the<br>
=C2=A0 =C2=A0relationship between LSPs to a one-sided relationship (LSP 1 w=
ith P=3D0<br>
=C2=A0 =C2=A0depends of LSP 2 with P=3D1, but LSP 2 with P=3D1 does not dep=
end of LSP<br>
=C2=A0 =C2=A01 with P=3D0).=C2=A0 Multiple LSPs in the same disjoint group =
may have the P<br>
<br>
nits: &quot;Setting the P flag&quot;, &quot;depends on LSP 2&quot;<br>
<br>
I suggest specifying &quot;link disjoint&quot; for at least the example usi=
ng Figure 4<br>
(if not the one using Figure 3 as well), since the paths<br>
PE1-&gt;R1-&gt;R4-&gt;R2-&gt;PE2 and PE3-&gt;R3-&gt;R4-&gt;PE4 are not node=
-disjoint.<br>
<br></blockquote><div>ACK</div><div> <br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">
Section 5.6<br>
<br>
=C2=A0 =C2=A0There are some cases where the PCE may need to completely rela=
x the<br>
=C2=A0 =C2=A0disjointness constraint in order to provide a path to all the =
LSPs<br>
=C2=A0 =C2=A0that are part of the association.=C2=A0 A mechanism that allow=
s the PCE to<br>
=C2=A0 =C2=A0fully relax a constraint is considered by the authors as more =
global<br>
=C2=A0 =C2=A0to PCEP rather than linked to the disjointness use case.=C2=A0=
 As a<br>
=C2=A0 =C2=A0consequence, it is considered as out of scope of the document.=
<br>
<br>
I&#39;m not sure how to interpret this.=C2=A0 Is it supposed to prevent a P=
CE from<br>
falling back to &quot;no disjointness&quot; (e.g., all of L/N/S/T are clear=
 in<br>
DISJOINTNESS-STATUS-TLV)?=C2=A0 If so, I would have expected this limitatio=
n to<br>
be spelled out more clearly much earlier in the document.<br>
<br></blockquote><div>There is a proposal to make an objects as optional to=
 process in<br>
stateful messages via<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-dhody-pce-stateful-pce-op=
tional/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/=
doc/draft-dhody-pce-stateful-pce-optional/</a>,<br>
this already exist for stateless messages via RFC 5440. The above text<br>
is simply to say that relaxation to &quot;no disjointness&quot; can be hand=
led<br>
via a common technique and out of scope of this I-D.<span class=3D"gmail-im=
"><br></span>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:=
0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Section 6<br>
<br>
I suggest also mentioning the security considerations of RFC 7470, as we<br=
>
have very little control over what information goes in<br>
VENDOR-INFORMATION-TLV.=C2=A0 (Not that there&#39;s a whole lot of content =
there, but<br>
maybe it will get people thinking.)<br>
<br>
I might also consider mentioning again that certain combinations of flags<b=
r>
(notably, the &#39;T&#39; bit) can result in unsatisfiable requests.=C2=A0 =
But that&#39;s<br>
only somewhat a &quot;security&quot; consideration; security aspects only r=
eally come<br>
into play for it if someone is spoofing that T bit, and we already recommen=
d<br>
TLS.<br>
<br></blockquote><div>ACK</div><div> <br></div><blockquote class=3D"gmail_q=
uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">
Section 8.1<br>
<br>
=C2=A0 =C2=A0Range MUST be allowed to be set by the operator.=C2=A0 Operato=
r SHOULD be<br>
=C2=A0 =C2=A0allowed to set the local policies to define various disjoint<b=
r>
<br>
nit: The operator&quot;<br>
<br>
Section 8.2<br>
<br>
=C2=A0 =C2=A0associations configured or created dynamically.=C2=A0 Further<=
br>
=C2=A0 =C2=A0implementation SHOULD allow to view disjoint associations repo=
rted by<br>
=C2=A0 =C2=A0each peer, and the current set of LSPs in this association.=C2=
=A0 The PCEP<br>
<br>
nit: &quot;Furthermore, implementations&quot;<br>
<br>
Section 8.4<br>
<br>
=C2=A0 =C2=A0Mechanisms defined in this document do not imply any new opera=
tion<br>
=C2=A0 =C2=A0verification requirements in addition to those already listed =
in<br>
=C2=A0 =C2=A0[RFC5440].<br>
<br>
We don&#39;t think that someone should check that the computed LSPs actuall=
y<br>
supply the disjointness properties they&#39;re claimed to provide?<br>
<br></blockquote><div><span class=3D"gmail-im"><br></span>
Updated to -<br>
<br>
=C2=A0 =C2=A0Apart from the operation verification requirements already lis=
ted in<br>
=C2=A0 =C2=A0[RFC5440], a PCEP implementation SHOULD provide parameters rel=
ated to<br>
=C2=A0 =C2=A0disjoint path computation, such as number of DAG, number of di=
sjoint<br>
=C2=A0 =C2=A0path computation failures etc.=C2=A0 A PCEP implementation SHO=
ULD log<br>
=C2=A0 =C2=A0failure events (e.g., incompatible Flags).</div><div> <br></di=
v><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde=
r-left:1px solid rgb(204,204,204);padding-left:1ex">
Section 10.2<br>
<br>
I guess a strict reading of<br>
<a href=3D"https://www.ietf.org/blog/iesg-statement-normative-and-informati=
ve-references/" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/b=
log/iesg-statement-normative-and-informative-references/</a><br>
would require RFC 7470 to be a normative reference, but that doesn&#39;t re=
ally<br>
seem like the right thing to do for this specific case.<br>
<br>
On the other hand, a RECOMMENDation for RFC 8253&#39;s use does feel like i=
t<br>
would place it as a normative reference.<br>
<br></blockquote><div>ACK <br></div></div></div>

--00000000000076ef390599fcc312--


From nobody Wed Dec 18 08:34:40 2019
Return-Path: <mahend.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 255DC12094F; Wed, 18 Dec 2019 08:34:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 KuRpBZ6_uoGD; Wed, 18 Dec 2019 08:34:30 -0800 (PST)
Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E931212012C; Wed, 18 Dec 2019 08:34:20 -0800 (PST)
Received: by mail-oi1-x22a.google.com with SMTP id p67so1286160oib.13; Wed, 18 Dec 2019 08:34:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5sd/nsCe/NlsKkBi5pTkWwh0TUhOTnHIZoosqwv5qlQ=; b=sZU3BDLjP1iBAUa4cWQtRknNxfd1dwdukZ+kAHbRQ3H48ZXLSR+/IUMGKSoZ3tpi/Q c6bbj12ZaeFZ9ivzMXyVlAvOCm7yUn+Wr4JoTm87XVlBGfcciGPBj3VXDuZp3aiHrfR6 4ypFx1N28Jq/27kJHqOXeWFg3XV4Ivt4W57VanuSIp3tgZe6NG+bRGleo5AXx2k+gNr7 wlGqYkggcQGerahshgibPCvI4O7iRKwEXI5Ddbd53oLUPtEAYTJbNIspIyEj4nFLlW0n oTPrLDurDumhs9YidgpfWExZ+5Jm4GmAiz1RB/rtnY6fL132uX7eq5GH5affpsX33uLf DS1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5sd/nsCe/NlsKkBi5pTkWwh0TUhOTnHIZoosqwv5qlQ=; b=NpLc4GHTir4h8JTyFw/drIvNSw76KQ1W1X5ebm7/OOcSd6An/ZVLt+dQkkrY2H1gge i6CMlN3W1estpuThAjSzCBEccgIyapqBDedrJlI3g4uMHq4qXku9PSTadK5+SQ1mL084 A+PT7loan+97JVCei248hXRGbHuAu1UnH6L/tHS+H8CTRZ2rvsIBnnGtmPLepDUkEDqA r78YWg9Y+dzZmzOce6qfEGr6tEmzxSJSkHKx9A3lNofl3C3GnQLoLXRpE2fseRLFXBeq fCDpRuj1zUrWFm0lEymT7YZTNzzmvTzBhMzjFR12yn3M4d+jC6JVveracYzu6OqX4f/t za7w==
X-Gm-Message-State: APjAAAV/OgUX2r1DRoGfSs3jcHBceV617d3nAD3vbshVz85eU2eZbqIg ELGEFsdeRgWr3VqMo6eOOXC9d/RDU+j2wcLNmLE=
X-Google-Smtp-Source: APXvYqwCvKcv8YImGecyslU+0Be1ldVNfLovBmjVyKqjwMtas8r5vLU3sBW5oFABpT3NWBphg8MNZh6yGzy67qW/Xdg=
X-Received: by 2002:a05:6808:244:: with SMTP id m4mr930808oie.125.1576686860223;  Wed, 18 Dec 2019 08:34:20 -0800 (PST)
MIME-Version: 1.0
References: <157244995288.32588.13686525179313133246.idtracker@ietfa.amsl.com>
In-Reply-To: <157244995288.32588.13686525179313133246.idtracker@ietfa.amsl.com>
From: Mahend Negi <mahend.ietf@gmail.com>
Date: Wed, 18 Dec 2019 22:04:09 +0530
Message-ID: <CAM5Nu_wKC3sGkDV2N8EiaBJfUjYMp0jpTH59hf0kyuQP6jtwmA@mail.gmail.com>
To: Alissa Cooper <alissa@cooperw.in>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org,  Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org, Dale Worley <worley@ariadne.com>
Content-Type: multipart/alternative; boundary="00000000000039ca730599fd04ea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/dgVWPdolby_-rw09J3HPPbPD0vw>
Subject: Re: [Pce] Alissa Cooper's Discuss on draft-ietf-pce-association-diversity-12: (with DISCUSS and COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 16:34:33 -0000

--00000000000039ca730599fd04ea
Content-Type: text/plain; charset="UTF-8"

Hi Alissa,
Thanks for the review, All the comments were addressed in the last version
itself.

Sections 5.4.1 and 5.5 address your comments.

https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#section-5.4.1
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#section-5.5

Regards,
Mahendra



On Wed, Oct 30, 2019 at 9:09 PM Alissa Cooper via Datatracker <
noreply@ietf.org> wrote:

> Alissa Cooper has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> A couple of the points from the Gen-ART review warrant discussion I think
> (quoting directly from the review):
>
> (1) 'The relationship of this mechanism with SVEC seems to be important but
> is not clearly stated.  The relevant sections of the text seem to be:
> section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses
> SVEC diversity flag" on.  I think that they need to be pulled into one
> section.  Then it will be possible to have a good description of the
> interaction with SVEC.'
>
> (2) 'The path computation effects of the P bit are described in the "P"
> item in section 5.2 and section 5.5.  But the descriptions are
> unclear, or perhaps they presume that there are only two LSPs in the
> group.  I think the intended meaning is that all of the LSPs in the
> group with P=1 are computed first, and then with those LSPs fixed, the
> LSPs in the group with P=0 are computed.  This will cause
> shortest-path constraints (and other objective functions) to be
> optimized on the P=1 LSPs, and those paths will not be de-optimized by
> competition from the other paths.  This should probably be pulled out
> of the description of the "P" in its TLV and put into a separate
> paragraph.'
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Please respond to the remainder of the Gen-ART review.
>
>
>

--00000000000039ca730599fd04ea
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hi Alissa,</div><div>Thanks for the =
review, All the comments were addressed in the last version itself.</div><s=
pan><br></span></div><div dir=3D"ltr"><span>Sections 5.4.1 and 5.5 address =
your comments.</span></div><div dir=3D"ltr"><span><br></span><div><span><a =
href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12=
#section-5.4.1">https://tools.ietf.org/html/draft-ietf-pce-association-dive=
rsity-12#section-5.4.1</a></span></div><div><span><a href=3D"https://tools.=
ietf.org/html/draft-ietf-pce-association-diversity-12#section-5.5">https://=
tools.ietf.org/html/draft-ietf-pce-association-diversity-12#section-5.5</a>=
</span></div><div><span><br></span></div><div><span>Regards,</span></div><d=
iv><span>Mahendra<br></span></div><div><span><br></span></div><div><br></di=
v></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr=
">On Wed, Oct 30, 2019 at 9:09 PM Alissa Cooper via Datatracker &lt;<a href=
=3D"mailto:noreply@ietf.org" target=3D"_blank">noreply@ietf.org</a>&gt; wro=
te:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Alissa Coope=
r has entered the following ballot position for<br>
draft-ietf-pce-association-diversity-12: Discuss<br>
<br>
When responding, please keep the subject line intact and reply to all<br>
email addresses included in the To and CC lines. (Feel free to cut this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
DISCUSS:<br>
----------------------------------------------------------------------<br>
<br>
A couple of the points from the Gen-ART review warrant discussion I think<b=
r>
(quoting directly from the review):<br>
<br>
(1) &#39;The relationship of this mechanism with SVEC seems to be important=
 but<br>
is not clearly stated.=C2=A0 The relevant sections of the text seem to be:<=
br>
section 4 para 2, section 5.3, and section 5.4 from &quot;[RFC5440] uses<br=
>
SVEC diversity flag&quot; on.=C2=A0 I think that they need to be pulled int=
o one<br>
section.=C2=A0 Then it will be possible to have a good description of the<b=
r>
interaction with SVEC.&#39;<br>
<br>
(2) &#39;The path computation effects of the P bit are described in the &qu=
ot;P&quot;<br>
item in section 5.2 and section 5.5.=C2=A0 But the descriptions are<br>
unclear, or perhaps they presume that there are only two LSPs in the<br>
group.=C2=A0 I think the intended meaning is that all of the LSPs in the<br=
>
group with P=3D1 are computed first, and then with those LSPs fixed, the<br=
>
LSPs in the group with P=3D0 are computed.=C2=A0 This will cause<br>
shortest-path constraints (and other objective functions) to be<br>
optimized on the P=3D1 LSPs, and those paths will not be de-optimized by<br=
>
competition from the other paths.=C2=A0 This should probably be pulled out<=
br>
of the description of the &quot;P&quot; in its TLV and put into a separate<=
br>
paragraph.&#39;<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
Please respond to the remainder of the Gen-ART review.<br>
<br>
<br>
</blockquote></div></div>

--00000000000039ca730599fd04ea--


From nobody Wed Dec 18 10:28:43 2019
Return-Path: <andrew.stone@nokia.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91778120AC7 for <pce@ietfa.amsl.com>; Wed, 18 Dec 2019 10:28:41 -0800 (PST)
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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 FZgly93ljZx8 for <pce@ietfa.amsl.com>; Wed, 18 Dec 2019 10:28:39 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30117.outbound.protection.outlook.com [40.107.3.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5530120AC3 for <pce@ietf.org>; Wed, 18 Dec 2019 10:28:38 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fI+mAlaT6LlflIV1Cyh9XrpLkuiFyIATB0zkunOingYF1m8xrdcMKIa4hZIB8APruvLoCvH8d6GXINVb/glPieHBCq+GgUjOHUC2rawJt7wTHS9x04vg2yRAlsJPDLkBlCxhjjt3LvVSHgICzdhPewLXTZGGAC35CWpJ4XbiWo918PTCP7vpBsD0EPgGxlM/MEsdbJqUX/3LtGzAzco+2q+gno6qq3rRaNNBpatgvQe31xC2AhyyfIHst7tLnup8br9Qsusm0NY309mli+N7I578CZDqLY9yelPqQY+aX0vkc9E3cwdST8DG/l+OnpeVkqxdbdPO9RA77NOpfZfVEg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EWhF9YEjU4Mk3V7f7jUcR7vyMGMjL+8eeHwfY3l5Bdo=; b=f3+cVOjUi8g9Q/dKNsWM8FJQnMMdit/lYGsdJ4NAVUqQzl8ZS2CTY3H9hDuH0m6Br9T0BHyllHPld+YBKFKP5IlDFF/lI0+5VBWjFLPuGdGKYqxtKDO5qetl/Vyye7Ph73PxTf/kkZ6dYnnBs43WmUTfib/awnBE+xX1E9ffGWfEwuXzuyIAhXTBFxVy1sTSRUJIECTFcQvYnht+sAT67aTwjR7emqIEPu8Tm7CMm77R4PWghnARasiSbePAvSRgrQiN9VsfbCMSIa0xO5E8+GQJ+9T807DG+fmfncMD/RNild7qYjsoL3At14MB5kZUdr7IAF2FX6PKi7Pky5Nufw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EWhF9YEjU4Mk3V7f7jUcR7vyMGMjL+8eeHwfY3l5Bdo=; b=FVZIXMm14dc1IMUv4jfs4PRekIINKA7DSBYKkJ0SI5MJgfe+kkedPU9BkllNI30uZFxj7VxsKy7ssBxpOvKPyAgPjNr5Yxuq7yFSCEJneZmmWPs8LaUiaUcrP7Cj2fpQixQz7fSzzk0foVJSdayvU4BmXF3uo0lf/yvQc+CJkCQ=
Received: from AM6PR0702MB3621.eurprd07.prod.outlook.com (52.133.17.141) by AM6PR0702MB3670.eurprd07.prod.outlook.com (52.133.17.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.12; Wed, 18 Dec 2019 18:28:36 +0000
Received: from AM6PR0702MB3621.eurprd07.prod.outlook.com ([fe80::31c4:d9bb:a732:16ab]) by AM6PR0702MB3621.eurprd07.prod.outlook.com ([fe80::31c4:d9bb:a732:16ab%6]) with mapi id 15.20.2559.012; Wed, 18 Dec 2019 18:28:36 +0000
From: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>
To: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: Multipath / replication segment comment
Thread-Index: AQHVtdD2xl49iCDRxUm0ovoN47taVQ==
Date: Wed, 18 Dec 2019 18:28:36 +0000
Message-ID: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.20.0.191208
authentication-results: spf=none (sender IP is ) smtp.mailfrom=andrew.stone@nokia.com; 
x-originating-ip: [135.245.20.25]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: b284f692-3323-410f-0a9d-08d783e81896
x-ms-traffictypediagnostic: AM6PR0702MB3670:
x-microsoft-antispam-prvs: <AM6PR0702MB367097928FCC170BA548B7A391530@AM6PR0702MB3670.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0255DF69B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(136003)(376002)(346002)(366004)(53754006)(199004)(189003)(64756008)(66446008)(316002)(71200400001)(478600001)(8936002)(86362001)(81156014)(81166006)(8676002)(66476007)(66946007)(66556008)(6486002)(2616005)(186003)(5660300002)(6506007)(26005)(76116006)(6512007)(91956017)(36756003)(6916009)(2906002)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR0702MB3670; H:AM6PR0702MB3621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 2uJbl2NZndg6jVDffZ9cBuqqirAa/p2fWhUt5xvl8Mkup8oPSPnyvrLIECRNMy9dtVdp0vUZ6yVhEabg4KlmQaA+h+6OqsoZdHnZnX4JO3xDIdmk/0DRXZBzNx4iBk9Mt1ORwXuRPPu1YukYKg2OvDPbwrF2bOV9IWxRJAzcxwFuT2ZP1hQ76ByrhuOrQDL1X2soRUmudKFRK8557Z03g0LewwFAgZUahBQQLxL3+e6myi3MaphJwmpzOoOlfdpu3QzVm90rpM/5mNpSa6ycvw42BgIgvtSVvVW1qKV1XiL44uaqYULcFyM1iphW4W1vVGQN1keR+HKTHam4uXRn1+SA57LVFrWh7fFiXdWcQL/2AquTZgzjd5xrCURX9qMO7FvOKRg//NtxA1Y3e1OL0CuPbjrkN1ipcwnX1QnX6L1gndFcRsAeLtbO/KqmmjBMYhvNZJGltnkO+HPXB0CIvIH/z07o/6aZvW/FRotMRRoRqn96dhJbQkr4hl5JWYgy
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_89FB1D828245490ABEF96AD5268A3FBCnokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b284f692-3323-410f-0a9d-08d783e81896
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2019 18:28:36.3372 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 15cP0xCcwxpd3Ls0ErDTgVSsNHG1UugFhIA4GuQv1nXtMDIWFSapASRgAfTHNXD7OirR75jJkIfwYY4W7KyexA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR0702MB3670
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/qi_nIlMBEUN0sIxh4vSTl9wJkQw>
Subject: [Pce] Multipath / replication segment comment
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Dec 2019 18:28:42 -0000

--_000_89FB1D828245490ABEF96AD5268A3FBCnokiacom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgYWxsLA0KDQpJbiBTaW5nYXBvcmUgSSBtYWRlIGEgcmVtYXJrIGFib3V0IGRyYWZ0LWtvbGR5
Y2hldi1wY2UtbXVsdGlwYXRoIHRoYXQgaXTigJlzIGEgaGVscGZ1bCBkcmFmdCBhbmQgaXMgYWxz
byBhcHBsaWNhYmxlIHRvIHRoZSByZXBsaWNhdGlvbiBzZWdtZW50Lg0KDQpJIHJlY2VpdmVkIGEg
Zm9sbG93IHVwIHF1ZXN0aW9uIGVtYWlsZWQgZGlyZWN0bHksIGFza2luZyBhYm91dCB3aGV0aGVy
IOKAnEVST3MgbmVlZCB0byBzaGFyZSBzYW1lIHNvdXJjZSBhbmQgZGVzdGluYXRpb27igJ0gYW5k
IGhvdy9pZiB0aGlzIGNvdWxkIGJlIHJlbGF0ZWQgdG8gUkZDIDg2MjMuDQoNCkZvciBvcGVubmVz
cywgc2VuZGluZyBteSB0aG91Z2h0cy9jb21tZW50cyBoZXJlIHRvIHRoZSBXRzoNCg0KVGhlcmUg
aXMgbm8gcmVxdWlyZW1lbnQgbGlzdGVkIGluIGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRo
IHRoYXQgSSBjYW4gc2VlIHdoaWNoIHJlcXVpcmVzIEVST3MgdG8gdGVybWluYXRlIG9uIHRoZSBz
YW1lIHNvdXJjZS9kZXN0aW5hdGlvbiwgSSBoYXZlbuKAmXQgc2VlbiB0aGF0IGV4cGVjdGF0aW9u
IGFueXdoZXJlLCBhbmQgaW4gbXkgb3BpbmlvbiB0aGVyZSBzaG91bGQgbm90IGJlLiBGb3IgZXhh
bXBsZSwgb25lIG9mIHRoZSB1c2UgY2FzZXMgb2YgZHJhZnQta29sZHljaGV2LXBjZS1tdWx0aXBh
dGggaXMgZm9yIFNSIFBvbGljeSB0byBzdXBwb3J0IG11bHRpcGxlIFNJRCBsaXN0cywgY29tYmlu
ZSB0aGF0IHdpdGggdXNlIGNhc2Ugc3VjaCBhcyBTUi1FUEUsIHlvdSBjb3VsZCBoYXZlIG11bHRp
cGxlIFNJRCBsaXN0cyBhbmQgaGF2ZSB3ZWlnaHRlZCBFQ01QIHRyYWZmaWMgb3V0IGRpZmZlcmVu
dCBlZ3Jlc3Mgbm9kZXMgaW50ZW50aW9uYWxseSB0byBsb2FkIGJhbGFuY2UgYWNyb3NzIGRpZmZl
cmVudCBwZWVyIG5vZGVzLiBBbm90aGVyIGV4YW1wbGUsIHdpdGggaW5ncmVzcyByZXBsaWNhdGlv
biwgaXMgdGhlIG11bHRpcGF0aCBFUk8gY2FuIGFsc28gYmUgcmUtdXNlZCB0byBkZXNjcmliZSB0
aGUgZWdyZXNzIGRvd25zdHJlYW0gcGF0aHMgd2hpY2ggd2lsbCBiZSBnb2luZyB0byBkaWZmZXJl
bnQgcmVjZWl2ZXIocyksIGZvciBlaXRoZXIgZnVydGhlciByZXBsaWNhdGlvbiBvciBjb25zdW1w
dGlvbi4NCg0KTXkgY29tbWVudCByZWdhcmRpbmcgbXVsdGlwYXRoIHRvIGJlIHVzZWQgZm9yIGlu
Z3Jlc3MgcmVwbGljYXRpb24gaXMgYmVjYXVzZSB0aGVyZSBpcyBhIG5lZWQgaW4gcmVwbGljYXRp
b24gc2VnbWVudCB0byBiZSBhYmxlIHRvIHByb2dyYW0gYmFja3VwIHBhdGhzIGZvciBlYWNoIGVn
cmVzcyBFUk8uIFRoZXJlIHdlcmUgY29tbWVudHMgb24gdGhpcyBpbiB0aGUgZWFybGllciBzci1y
ZXBsaWNhdGlvbiBkcmFmdCBpbiBzcHJpbmcgd2csIGJ1dCBhcHBlYXJzIHRoZSB3b3JkaW5nIGhh
cyBiZWVuIHJlZG9uZSAvIGRyYWZ0cyBhcmUgc3RpbGwgaW4gYSBzdGF0ZSBvZiBjaGFuZ2UuIE5v
bmUgdGhlIGxlc3MsIHRoZSBtdWx0aXBhdGggYmFja3VwIFRMViB2aWEgdGhlIEVSTyBhdHRyaWJ1
dGVzIG9iamVjdCBpbiBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRpcGF0aCBwZXJtaXRzIHRoZSBy
ZWxhdGlvbiBiZXR3ZWVuIHRoZSBub3JtYWwgRVJPIGFuZCB0aGUgYmFja3VwIChQQ0UgY29tcHV0
ZWQpIEVSTywgc29tZXRoaW5nIHRoYXQgdGhlIGN1cnJlbnQgUkZDIDg2MjMgZG9lcyBub3QuIFRo
ZXJl4oCZcyBhIGRlc2lyZSB0byBidWlsZCB0aGlzIGludG8gcmVwbGljYXRpb24gc2VnbWVudCBh
bmQgZHJhZnQtaHNkLXBjZS1zci1wMm1wLXBvbGljeS0wMSAgaXMgbGV2ZXJhZ2luZyB0aGlzIGNv
bnN0cnVjdCAocHJvYmFibHkgbmVlZCBmdXJ0aGVyIHJlbWFya3Mgb24gdGhpcyBpbiB0aGUgZHJh
ZnRzIHRvIGRlc2NyaWJlIHRoaXMgaW50ZW50aW9uKS4gQ29tcGFyaW5nIHRvIFJGQyA4NjIzLCBj
b25zaWRlcmluZyBhbGwgb2YgdGhlIG51YW5jZXMgb2YgcmVwbGljYXRpb24gc2VnbWVudCAocDJt
cC1sc3AtaWRlbnRpZmllci10bHYsIHJlcGxpY2F0aW9uLXNpZC9iaW5kaW5nLWxhYmVsLCBiYWNr
dXAgZXJvcykgaXQgc2VlbXMgcmVhc29uYWJsZSB0byBtZSB0aGF0IGRyYWZ0LWhzZC1wY2Utc3It
cDJtcC1wb2xpY3kgZGVmaW5lcyB0aGUgcmVwbGljYXRpb24gc2VnbWVudCAoZHJhZnQtaHNkLXBj
ZS1zci1wMm1wLXBvbGljeS0wMSBzZWN0aW9uIDMuMykgd2hpbGUgbGV2ZXJhZ2luZyBleGlzdGlu
Zy9vdGhlciBjb21tb24gY29uc3RydWN0cywgYW5kIGRlZmluaW5nIGl04oCZcyBiZWhhdmlvdXIs
IHJhdGhlciB0aGFuIHRyeWluZyB0byBqdXN0IHVzZSBhbGwgb2YgUkZDODYyMyBhbmQgYXR0ZW1w
dCB0byB1cGRhdGUgYW5kIHNxdWVlemUgaW4gKG9yIG91dCkgb3RoZXIgZWxlbWVudHMgb2YgdGhl
IFJGQy4NCg0KQ2hlZXJzDQpBbmRyZXcNCg0K

--_000_89FB1D828245490ABEF96AD5268A3FBCnokiacom_
Content-Type: text/html; charset="utf-8"
Content-ID: <9408A1691E30134D80A2601492D7B2DF@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt
YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i
b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v
bmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy
aWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp
bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0Ei
IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u
MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+
SGkgYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SW4gU2lu
Z2Fwb3JlIEkgbWFkZSBhIHJlbWFyayBhYm91dCBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRpcGF0
aCB0aGF0IGl04oCZcyBhIGhlbHBmdWwgZHJhZnQgYW5kIGlzIGFsc28gYXBwbGljYWJsZSB0byB0
aGUgcmVwbGljYXRpb24gc2VnbWVudC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdCI+SSByZWNlaXZlZCBhIGZvbGxvdyB1cCBxdWVzdGlvbiBlbWFpbGVkIGRpcmVj
dGx5LCBhc2tpbmcgYWJvdXQgd2hldGhlciDigJw8aT5FUk9zIG5lZWQgdG8gc2hhcmUgc2FtZSBz
b3VyY2UgYW5kIGRlc3RpbmF0aW9uPC9pPuKAnSBhbmQgaG93L2lmIHRoaXMgY291bGQgYmUgcmVs
YXRlZCB0byBSRkMgODYyMy48aT48bzpwPjwvbzpwPjwvaT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0Ij5Gb3Igb3Blbm5lc3MsIHNlbmRpbmcgbXkgdGhvdWdodHMvY29tbWVudHMgaGVy
ZSB0byB0aGUgV0c6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5U
aGVyZSBpcyBubyByZXF1aXJlbWVudCBsaXN0ZWQgaW4gZHJhZnQta29sZHljaGV2LXBjZS1tdWx0
aXBhdGggdGhhdCBJIGNhbiBzZWUgd2hpY2ggcmVxdWlyZXMgRVJPcyB0byB0ZXJtaW5hdGUgb24g
dGhlIHNhbWUgc291cmNlL2Rlc3RpbmF0aW9uLCBJIGhhdmVu4oCZdCBzZWVuIHRoYXQgZXhwZWN0
YXRpb24gYW55d2hlcmUsIGFuZCBpbiBteSBvcGluaW9uIHRoZXJlDQogc2hvdWxkIG5vdCBiZS4g
Rm9yIGV4YW1wbGUsIG9uZSBvZiB0aGUgdXNlIGNhc2VzIG9mIGRyYWZ0LWtvbGR5Y2hldi1wY2Ut
bXVsdGlwYXRoIGlzIGZvciBTUiBQb2xpY3kgdG8gc3VwcG9ydCBtdWx0aXBsZSBTSUQgbGlzdHMs
IGNvbWJpbmUgdGhhdCB3aXRoIHVzZSBjYXNlIHN1Y2ggYXMgU1ItRVBFLCB5b3UgY291bGQgaGF2
ZSBtdWx0aXBsZSBTSUQgbGlzdHMgYW5kIGhhdmUgd2VpZ2h0ZWQgRUNNUCB0cmFmZmljIG91dCBk
aWZmZXJlbnQgZWdyZXNzDQogbm9kZXMgaW50ZW50aW9uYWxseSB0byBsb2FkIGJhbGFuY2UgYWNy
b3NzIGRpZmZlcmVudCBwZWVyIG5vZGVzLiBBbm90aGVyIGV4YW1wbGUsIHdpdGggaW5ncmVzcyBy
ZXBsaWNhdGlvbiwgaXMgdGhlIG11bHRpcGF0aCBFUk8gY2FuIGFsc28gYmUgcmUtdXNlZCB0byBk
ZXNjcmliZSB0aGUgZWdyZXNzIGRvd25zdHJlYW0gcGF0aHMgd2hpY2ggd2lsbCBiZSBnb2luZyB0
byBkaWZmZXJlbnQgcmVjZWl2ZXIocyksIGZvciBlaXRoZXIgZnVydGhlciByZXBsaWNhdGlvbg0K
IG9yIGNvbnN1bXB0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dCI+TXkgY29tbWVudCByZWdhcmRpbmcgbXVsdGlwYXRoIHRvIGJlIHVzZWQgZm9yIGluZ3Jlc3Mg
cmVwbGljYXRpb24gaXMgYmVjYXVzZSB0aGVyZSBpcyBhIG5lZWQgaW4gcmVwbGljYXRpb24gc2Vn
bWVudCB0byBiZSBhYmxlIHRvIHByb2dyYW0gYmFja3VwIHBhdGhzIGZvciBlYWNoIGVncmVzcyBF
Uk8uIFRoZXJlIHdlcmUgY29tbWVudHMgb24gdGhpcyBpbiB0aGUNCiBlYXJsaWVyIHNyLXJlcGxp
Y2F0aW9uIGRyYWZ0IGluIHNwcmluZyB3ZywgYnV0IGFwcGVhcnMgdGhlIHdvcmRpbmcgaGFzIGJl
ZW4gcmVkb25lIC8gZHJhZnRzIGFyZSBzdGlsbCBpbiBhIHN0YXRlIG9mIGNoYW5nZS4gTm9uZSB0
aGUgbGVzcywgdGhlIG11bHRpcGF0aCBiYWNrdXAgVExWIHZpYSB0aGUgRVJPIGF0dHJpYnV0ZXMg
b2JqZWN0IGluIGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRoIHBlcm1pdHMgdGhlIHJlbGF0
aW9uIGJldHdlZW4NCiB0aGUgbm9ybWFsIEVSTyBhbmQgdGhlIGJhY2t1cCAoUENFIGNvbXB1dGVk
KSBFUk8sIHNvbWV0aGluZyB0aGF0IHRoZSBjdXJyZW50IFJGQyA4NjIzIGRvZXMgbm90LiBUaGVy
ZeKAmXMgYSBkZXNpcmUgdG8gYnVpbGQgdGhpcyBpbnRvIHJlcGxpY2F0aW9uIHNlZ21lbnQgYW5k
IGRyYWZ0LWhzZC1wY2Utc3ItcDJtcC1wb2xpY3ktMDEmbmJzcDsgaXMgbGV2ZXJhZ2luZyB0aGlz
IGNvbnN0cnVjdCAocHJvYmFibHkgbmVlZCBmdXJ0aGVyIHJlbWFya3Mgb24gdGhpcw0KIGluIHRo
ZSBkcmFmdHMgdG8gZGVzY3JpYmUgdGhpcyBpbnRlbnRpb24pLiBDb21wYXJpbmcgdG8gUkZDIDg2
MjMsIGNvbnNpZGVyaW5nIGFsbCBvZiB0aGUgbnVhbmNlcyBvZiByZXBsaWNhdGlvbiBzZWdtZW50
IChwMm1wLWxzcC1pZGVudGlmaWVyLXRsdiwgcmVwbGljYXRpb24tc2lkL2JpbmRpbmctbGFiZWws
IGJhY2t1cCBlcm9zKSBpdCBzZWVtcyByZWFzb25hYmxlIHRvIG1lIHRoYXQgZHJhZnQtaHNkLXBj
ZS1zci1wMm1wLXBvbGljeSBkZWZpbmVzDQogdGhlIHJlcGxpY2F0aW9uIHNlZ21lbnQgKGRyYWZ0
LWhzZC1wY2Utc3ItcDJtcC1wb2xpY3ktMDEgc2VjdGlvbiAzLjMpIHdoaWxlIGxldmVyYWdpbmcg
ZXhpc3Rpbmcvb3RoZXIgY29tbW9uIGNvbnN0cnVjdHMsIGFuZCBkZWZpbmluZyBpdOKAmXMgYmVo
YXZpb3VyLCByYXRoZXIgdGhhbiB0cnlpbmcgdG8ganVzdCB1c2UgYWxsIG9mIFJGQzg2MjMgYW5k
IGF0dGVtcHQgdG8gdXBkYXRlIGFuZCBzcXVlZXplIGluIChvciBvdXQpIG90aGVyIGVsZW1lbnRz
DQogb2YgdGhlIFJGQy4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
Ij5DaGVlcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+QW5kcmV3PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2
Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_89FB1D828245490ABEF96AD5268A3FBCnokiacom_--


From nobody Wed Dec 18 20:38:50 2019
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE5D7120090; Wed, 18 Dec 2019 20:38:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 rJsJEwFhbWPe; Wed, 18 Dec 2019 20:38:47 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 490DC120018; Wed, 18 Dec 2019 20:38:47 -0800 (PST)
Received: by rfc-editor.org (Postfix, from userid 30) id EB9C9F40721; Wed, 18 Dec 2019 20:38:27 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, pce@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20191219043827.EB9C9F40721@rfc-editor.org>
Date: Wed, 18 Dec 2019 20:38:27 -0800 (PST)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/qCKITaRSLuljgVDEDfbYPTR5G5c>
Subject: [Pce] =?utf-8?q?RFC_8694_on_Applicability_of_the_Path_Computatio?= =?utf-8?q?n_Element_to_Inter-area_and_Inter-AS_MPLS_and_GMPLS_Traffic_Eng?= =?utf-8?q?ineering?=
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 04:38:49 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8694

        Title:      Applicability of the Path Computation 
                    Element to Inter-area and Inter-AS MPLS 
                    and GMPLS Traffic Engineering 
        Author:     D. King,
                    H. Zheng
        Status:     Informational
        Stream:     IETF
        Date:       December 2019
        Mailbox:    daniel@olddog.co.uk, 
                    zhenghaomian@huawei.com
        Pages:      24
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-pce-inter-area-as-applicability-08.txt

        URL:        https://www.rfc-editor.org/info/rfc8694

        DOI:        10.17487/RFC8694

The Path Computation Element (PCE) may be used for computing services
that traverse multi-area and  multi-Autonomous System (multi-AS)
Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
Traffic-Engineered (TE) networks.

This document examines the applicability of the PCE architecture,
protocols, and protocol extensions for computing multi-area and
multi-AS paths in MPLS and GMPLS networks.

This document is a product of the Path Computation Element Working Group of the IETF.


INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC



From nobody Wed Dec 18 20:46:13 2019
Return-Path: <hayabusagsm@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54322120073 for <pce@ietfa.amsl.com>; Wed, 18 Dec 2019 20:46:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 BZwkI-Erv8cq for <pce@ietfa.amsl.com>; Wed, 18 Dec 2019 20:46:09 -0800 (PST)
Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BC3A120018 for <pce@ietf.org>; Wed, 18 Dec 2019 20:46:09 -0800 (PST)
Received: by mail-io1-xd2f.google.com with SMTP id b10so4379006iof.11 for <pce@ietf.org>; Wed, 18 Dec 2019 20:46:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=u4pyMJWp2lbg/ZY30ycDsox+4rzMXlvi9oBbKMxAXfo=; b=m5V+kAO8wNZI1njCRkngLjCaATVSokTU//7pV3EmnQvNZnfgcIBmJcZdbteSq0xPdO qwrIzCllONF421rTxfTWZHohjD9kVXUL72lFLS4LtvZKmcka1BQf9UMCvbXbP7NLvtNd kpLJDEaxxSpBBd51zcnWXkyIhyXNW5k6V5oJtn72AYSo9EqdeVUfLI1rids+SkzNSJjT Ql3FyNyEc8Nyng6luczR384BmEZphZ0PWD9XmEI412qo9VAc5R6fJ+SaV3lA3O/QpaUg Bp/l0YVfpRrBh1XP36cwwPHShR6POiAfYxww0vGWQcibsPSMOZ3ifcG16IFYX8uJqtfJ GqJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=u4pyMJWp2lbg/ZY30ycDsox+4rzMXlvi9oBbKMxAXfo=; b=oGCp2uCWgYt/IR4spFmmg7lawPz4S5FhwHxfKsA1whfNMOSlyfYwHSjgZaOfC5exUS I1/3qGH9qnM0Ex3jDgwVg7nwlWtdLAWTdx1OmKtl2KpzHM6URHTVnJFwp4QWDOb+Z6s/ Bn8x86tpeHTn+hLfckJsrDl4caRNlysdYn5PQaWwYEz6AHQconRKTdF+vXLRDvlGw2mT XP8VVwj54opgYI5X6T1jY821lOh01CjBc9K6Q/3162peVrbR+bQ9Wd6pMDbh74e6l/hr bZOXvcA9x9l24H3Fk8e0fCWaaV0TwD23l52ZyfxblloUdaYnjZlZuVNP3xTfHAcLMBaj iXCA==
X-Gm-Message-State: APjAAAVxMUlpGTPSTzucO735yjls4OkOL9LLnrrSq61kIEKFZhW8JDhq akKjbXs2xFrExyQbKUEftS7cw5NhRwVvkQm7fCU=
X-Google-Smtp-Source: APXvYqyNITw6btq0nVwWd9BfQyDoL6rLvc/u447rLRaFjw5cFIWLOx0rPB+y3p8TuZDjvbJbFQ9bqsWE+CG/NbnurOk=
X-Received: by 2002:a6b:c007:: with SMTP id q7mr4191806iof.58.1576730768072; Wed, 18 Dec 2019 20:46:08 -0800 (PST)
MIME-Version: 1.0
References: <1966cee3b91047c981311ac5b615e285@huawei.com> <CAEz6PPQC4j8mVi1PN8nAaRaCT-yVALgfF+dd70xn7cq-9w9qwg@mail.gmail.com> <AM6PR0702MB3606321EC14658F643086B34F0500@AM6PR0702MB3606.eurprd07.prod.outlook.com> <CAMYDnCFWG+mbkqtkotQwVxqQRB0kGeTx4oiLusg+WDNwE7fo1g@mail.gmail.com>
In-Reply-To: <CAMYDnCFWG+mbkqtkotQwVxqQRB0kGeTx4oiLusg+WDNwE7fo1g@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Wed, 18 Dec 2019 23:45:57 -0500
Message-ID: <CABNhwV0O2C-eza43CeC1+k6d4V=EWDbLfb7LsxJPsni-586g_Q@mail.gmail.com>
To: "Z.H Liu" <liu.cmri@gmail.com>
Cc: Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>,  "Zhangxian (Xian)" <zhang.xian@huawei.com>, "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000566714059a073d4c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/VxA8PMf7zvhtlZl4xjkJhNHmcnw>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 04:46:11 -0000

--000000000000566714059a073d4c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Support publication.

Gyan

On Tue, Dec 17, 2019 at 1:38 PM Z.H Liu <liu.cmri@gmail.com> wrote:

> support as contributor.
> thanks
>
> Vic(Zhiheng) Liu
>
> Daniele Ceccarelli <daniele.ceccarelli=3D40ericsson.com@dmarc.ietf.org>
> =E4=BA=8E2019=E5=B9=B412=E6=9C=8816=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=8B=
=E5=8D=8810:33=E5=86=99=E9=81=93=EF=BC=9A
>
>> Support as well, I believe the draft is now ready for publication.
>>
>> Thanks,
>>
>> Daniele  (co-author)
>>
>>
>>
>> *From:* Pce <pce-bounces@ietf.org> *On Behalf Of *Xufeng Liu
>> *Sent:* den 12 december 2019 19:56
>> *To:* Zhangxian (Xian) <zhang.xian@huawei.com>
>> *Cc:* pce@ietf.org
>> *Subject:* Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-schedulin=
g
>>
>>
>>
>> Support for publication.
>>
>> Thanks,
>>
>> - Xufeng
>>
>>
>>
>> On Mon, Dec 9, 2019 at 8:31 PM Zhangxian (Xian) <zhang.xian@huawei.com>
>> wrote:
>>
>> The document is ready for publication..
>>
>>
>>
>> Xian (as contributor)
>>
>>
>> ________________________________________
>> From: Pce <pce-bounces@ietf.org> on behalf of julien.meuric@orange.com <
>> julien.meuric@orange.com>
>> Sent: Thursday, December 5, 2019 11:47 AM
>> To: pce@ietf.org
>> Subject: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
>>
>> Dear PCE WG,
>>
>> This message starts a 2-week PCE WG Last Call for
>> draft-ietf-pce-stateful-pce-lsp-scheduling-10. Please review the
>> document and share your comments and/or interest using the PCE mailing
>> list by Thursday December 19.
>>
>> Thanks,
>>
>> Dhruv & 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
>
--=20

Gyan S. Mishra

IT Network Engineering & Technology

Verizon Communications Inc. (VZ)

13101 Columbia Pike FDC1 3rd Floor

Silver Spring, MD 20904

United States

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com

www.linkedin.com/in/networking-technologies-consultant

--000000000000566714059a073d4c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div><div dir=3D"auto">Support publication.</div></div><div dir=3D"auto"><b=
r></div><div dir=3D"auto">Gyan</div><div><br><div class=3D"gmail_quote"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Tue, Dec 17, 2019 at 1:38 PM Z.H Liu =
&lt;<a href=3D"mailto:liu.cmri@gmail.com">liu.cmri@gmail.com</a>&gt; wrote:=
<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">support as contri=
butor.<div>thanks</div><div><br></div><div>Vic(Zhiheng) Liu</div></div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">Daniele Ce=
ccarelli &lt;daniele.ceccarelli=3D<a href=3D"mailto:40ericsson.com@dmarc.ie=
tf.org" target=3D"_blank">40ericsson.com@dmarc.ietf.org</a>&gt; =E4=BA=8E20=
19=E5=B9=B412=E6=9C=8816=E6=97=A5=E5=91=A8=E4=B8=80 =E4=B8=8B=E5=8D=8810:33=
=E5=86=99=E9=81=93=EF=BC=9A<br></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex"><div lang=3D"SV"><div><p class=3D"MsoNormal"><span lang=3D"EN-U=
S">Support as well, I believe the draft is now ready for publication.<u></u=
><u></u></span></p><p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks,<u></=
u><u></u></span></p><p class=3D"MsoNormal"><span lang=3D"EN-US">Daniele=C2=
=A0 (co-author)<u></u><u></u></span></p><p class=3D"MsoNormal"><span lang=
=3D"EN-US"><u></u>=C2=A0<u></u></span></p><p class=3D"MsoNormal"><b><span l=
ang=3D"EN-US">From:</span></b><span lang=3D"EN-US"> Pce &lt;<a href=3D"mail=
to:pce-bounces@ietf.org" target=3D"_blank">pce-bounces@ietf.org</a>&gt; <b>=
On Behalf Of </b>Xufeng Liu<br><b>Sent:</b> den 12 december 2019 19:56<br><=
b>To:</b> Zhangxian (Xian) &lt;<a href=3D"mailto:zhang.xian@huawei.com" tar=
get=3D"_blank">zhang.xian@huawei.com</a>&gt;<br><b>Cc:</b> <a href=3D"mailt=
o:pce@ietf.org" target=3D"_blank">pce@ietf.org</a><br><b>Subject:</b> Re: [=
Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling<u></u><u></u></sp=
an></p><p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p><div><div><div><p cla=
ss=3D"MsoNormal">Support for publication.<u></u><u></u></p></div><div><p cl=
ass=3D"MsoNormal">Thanks,<u></u><u></u></p></div><div><p class=3D"MsoNormal=
">- Xufeng=C2=A0<u></u><u></u></p></div><p class=3D"MsoNormal"><u></u>=C2=
=A0<u></u></p><div><div><p class=3D"MsoNormal">On Mon, Dec 9, 2019 at 8:31 =
PM Zhangxian (Xian) &lt;<a href=3D"mailto:zhang.xian@huawei.com" target=3D"=
_blank">zhang.xian@huawei.com</a>&gt; wrote:<u></u><u></u></p></div><blockq=
uote style=3D"border-top:none;border-right:none;border-bottom:none;border-l=
eft:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;ma=
rgin-right:0cm"><div><div><p class=3D"MsoNormal"><span lang=3D"EN-US" style=
=3D"color:rgb(31,73,125)">The document is ready for publication.. </span><s=
pan><u></u><u></u></span></p></div></div></blockquote></div></div></div></d=
iv></div></blockquote></div><div class=3D"gmail_quote"><blockquote class=3D=
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,204,204);padding-left:1ex"><div lang=3D"SV"><div><div><div><div><blockqu=
ote style=3D"border-top:none;border-right:none;border-bottom:none;border-le=
ft:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;mar=
gin-right:0cm"><div><div><p class=3D"MsoNormal"><span lang=3D"EN-US" style=
=3D"font-size:10.5pt;color:rgb(31,73,125)">=C2=A0</span><span><u></u><u></u=
></span></p><p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:=
10.5pt;color:rgb(31,73,125)">Xian (as contributor)</span><span><u></u><u></=
u></span></p><div><p class=3D"MsoNormal" style=3D"margin-bottom:12pt"><span=
 lang=3D"EN-US"><br>________________________________________<br>From: Pce &=
lt;<a href=3D"mailto:pce-bounces@ietf.org" target=3D"_blank">pce-bounces@ie=
tf.org</a>&gt; on behalf of <a href=3D"mailto:julien.meuric@orange.com" tar=
get=3D"_blank">julien.meuric@orange.com</a> &lt;<a href=3D"mailto:julien.me=
uric@orange.com" target=3D"_blank">julien.meuric@orange.com</a>&gt;<br>Sent=
: Thursday, December 5, 2019 11:47 AM<br>To: <a href=3D"mailto:pce@ietf.org=
" target=3D"_blank">pce@ietf.org</a><br>Subject: [Pce] WG LC for draft-ietf=
-pce-stateful-pce-lsp-scheduling<br><br>Dear PCE WG,<br><br>This message st=
arts a 2-week PCE WG Last Call for<br>draft-ietf-pce-stateful-pce-lsp-sched=
uling-10. Please review the<br>document and share your comments and/or inte=
rest using the PCE mailing<br>list by Thursday December 19.<br><br>Thanks,<=
br><br>Dhruv &amp; Julien</span><span><u></u><u></u></span></p></div></div>=
</div><p class=3D"MsoNormal">______________________________________________=
_<br>Pce mailing list<br><a href=3D"mailto:Pce@ietf.org" target=3D"_blank">=
Pce@ietf.org</a><br><a href=3D"https://www.ietf.org/mailman/listinfo/pce" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><u></u><u></u=
></p></blockquote></div></div></div></div></div>___________________________=
____________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div>
_______________________________________________<br>
Pce mailing list<br>
<a href=3D"mailto:Pce@ietf.org" target=3D"_blank">Pce@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pce" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.ietf.org/mailman/listinfo/pce</a><br>
</blockquote></div></div>-- <br><div dir=3D"ltr" class=3D"gmail_signature" =
data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><=
div dir=3D"ltr"><div><p class=3D"MsoNormal"><span style=3D"font-family:Cali=
bri,sans-serif;color:rgb(80,0,80);background-image:initial;background-posit=
ion:initial;background-repeat:initial">Gyan S. Mishra</span><span style=3D"=
color:rgb(80,0,80);background-image:initial;background-position:initial;bac=
kground-repeat:initial"><span></span></span></p><p class=3D"MsoNormal"><spa=
n style=3D"font-family:Calibri,sans-serif;color:rgb(80,0,80);background-ima=
ge:initial;background-position:initial;background-repeat:initial">IT Networ=
k Engineering &amp;
Technology=C2=A0</span><span style=3D"color:rgb(80,0,80);background-image:i=
nitial;background-position:initial;background-repeat:initial"><span></span>=
</span></p><p class=3D"MsoNormal"><span style=3D"font-family:Calibri,sans-s=
erif;color:rgb(80,0,80);background-image:initial;background-position:initia=
l;background-repeat:initial">Verizon
Communications=C2=A0Inc. (VZ)</span><span style=3D"color:rgb(80,0,80);backg=
round-image:initial;background-position:initial;background-repeat:initial">=
<span></span></span></p><p class=3D"MsoNormal"><span style=3D"font-family:C=
alibri,sans-serif;color:rgb(80,0,80);background-image:initial;background-po=
sition:initial;background-repeat:initial">13101 Columbia Pike FDC1 3rd
Floor</span><span style=3D"color:rgb(80,0,80);background-image:initial;back=
ground-position:initial;background-repeat:initial"><span></span></span></p>=
<p class=3D"MsoNormal"><span style=3D"font-family:Calibri,sans-serif;color:=
rgb(80,0,80);background-image:initial;background-position:initial;backgroun=
d-repeat:initial">Silver Spring, MD 20904</span><span style=3D"color:rgb(80=
,0,80);background-image:initial;background-position:initial;background-repe=
at:initial"><span></span></span></p><p class=3D"MsoNormal"><span style=3D"f=
ont-family:Calibri,sans-serif;color:rgb(80,0,80);background-image:initial;b=
ackground-position:initial;background-repeat:initial">United States</span><=
span style=3D"color:rgb(80,0,80);background-image:initial;background-positi=
on:initial;background-repeat:initial"><span></span></span></p><p class=3D"M=
soNormal" style=3D"background-image:initial;background-position:initial;bac=
kground-repeat:initial"><span style=3D"font-family:Calibri,sans-serif;color=
:rgb(80,0,80)">Phone:=C2=A0301 502-1347</span><span></span></p><p class=3D"=
MsoNormal" style=3D"background-image:initial;background-position:initial;ba=
ckground-repeat:initial"><span style=3D"font-family:Calibri,sans-serif;colo=
r:rgb(80,0,80)">Email:=C2=A0<a href=3D"mailto:gyan.s.mishra@verizon.com" ta=
rget=3D"_blank"><span style=3D"color:rgb(17,85,204)">gyan.s.mishra@verizon.=
com</span></a></span><span></span></p><p class=3D"MsoNormal" style=3D"margi=
n:0in 0in 0.0001pt;background-image:initial;background-position:initial;bac=
kground-repeat:initial;font-size:12pt;font-family:&quot;Times New Roman&quo=
t;,serif">















</p><p class=3D"MsoNormal" style=3D"background-image:initial;background-pos=
ition:initial;background-repeat:initial"><span><span style=3D"font-family:&=
quot;Segoe UI&quot;,sans-serif;color:black;border:1pt none windowtext;paddi=
ng:0in;background-image:initial;background-position:initial;background-repe=
at:initial"><a href=3D"http://www.linkedin.com/in/networking-technologies-c=
onsultant" target=3D"_blank">www.linkedin.com/in/networking-technologies-co=
nsultant</a></span></span><span><span style=3D"font-family:&quot;Segoe UI&q=
uot;,sans-serif;border:1pt none windowtext;padding:0in;background-image:ini=
tial;background-position:initial;background-repeat:initial"><span></span></=
span></span></p></div><div><br></div></div></div></div></div></div>

--000000000000566714059a073d4c--


From nobody Thu Dec 19 00:31:59 2019
Return-Path: <khasanov.boris@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 970DF120116 for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 00:31:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 1S1OvexOfWw5 for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 00:31:57 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E27A4120113 for <pce@ietf.org>; Thu, 19 Dec 2019 00:31:56 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id B82CCAA295E821CC67AD; Thu, 19 Dec 2019 08:31:54 +0000 (GMT)
Received: from lhreml718-chm.china.huawei.com (10.201.108.69) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 19 Dec 2019 08:31:54 +0000
Received: from lhreml717-chm.china.huawei.com (10.201.108.68) by lhreml718-chm.china.huawei.com (10.201.108.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 19 Dec 2019 08:31:54 +0000
Received: from lhreml717-chm.china.huawei.com ([10.201.108.68]) by lhreml717-chm.china.huawei.com ([10.201.108.68]) with mapi id 15.01.1713.004;  Thu, 19 Dec 2019 08:31:54 +0000
From: Khasanov Boris <khasanov.boris@huawei.com>
To: "julien.meuric@orange.com" <julien.meuric@orange.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
Thread-Index: AQHVq4vVKDqYiVAJYk+FZL2R2JGf9afBNVvA
Date: Thu, 19 Dec 2019 08:31:54 +0000
Message-ID: <d37959ec75ae4dedb20bb020e716d9f0@huawei.com>
References: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
In-Reply-To: <e3248b24-5615-79d6-080a-c07a7491ded3@orange.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.198.247.96]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/oAvvoOCSp-qIiG8r6XCKig6o6pU>
Subject: Re: [Pce] WG LC for draft-ietf-pce-stateful-pce-lsp-scheduling
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 08:31:59 -0000

SGkgSnVsaWVuLCBEaHJ1diBhbmQgYWxsLA0KDQpJIHJlYWQgdGhlIGRyYWZ0IGFuZCBzdHJvbmds
eSBzdXBwb3J0IGl0cyBwdWJsaWNhdGlvbi4gU2NoZWR1bGVkIExTUCBpcyBhIGdvb2QgcHJvcG9z
YWwgZnJvbSBtYW55IHBvaW50cyBvZiB2aWV3LCBJIHNlZSBzdWNoIHJlcXVpcmVtZW50IGluIHJl
YWwgbmV0d29ya3MgdG9vLg0KDQpTWSwNCkJvcmlzDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t
LS0tDQpGcm9tOiBQY2UgW21haWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m
IGp1bGllbi5tZXVyaWNAb3JhbmdlLmNvbQ0KU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDUsIDIw
MTkgNzo0NyBQTQ0KVG86IHBjZUBpZXRmLm9yZw0KU3ViamVjdDogW1BjZV0gV0cgTEMgZm9yIGRy
YWZ0LWlldGYtcGNlLXN0YXRlZnVsLXBjZS1sc3Atc2NoZWR1bGluZw0KDQpEZWFyIFBDRSBXRywN
Cg0KVGhpcyBtZXNzYWdlIHN0YXJ0cyBhIDItd2VlayBQQ0UgV0cgTGFzdCBDYWxsIGZvciBkcmFm
dC1pZXRmLXBjZS1zdGF0ZWZ1bC1wY2UtbHNwLXNjaGVkdWxpbmctMTAuIFBsZWFzZSByZXZpZXcg
dGhlIGRvY3VtZW50IGFuZCBzaGFyZSB5b3VyIGNvbW1lbnRzIGFuZC9vciBpbnRlcmVzdCB1c2lu
ZyB0aGUgUENFIG1haWxpbmcgbGlzdCBieSBUaHVyc2RheSBEZWNlbWJlciAxOS4NCg0KVGhhbmtz
LA0KDQpEaHJ1diAmIEp1bGllbg0KDQoNCg==


From nobody Thu Dec 19 03:52:15 2019
Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65426120103 for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 03:52:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 r2l12lR5nYFt for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 03:52:12 -0800 (PST)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4FEE1200F9 for <pce@ietf.org>; Thu, 19 Dec 2019 03:52:12 -0800 (PST)
Received: by mail-io1-xd2a.google.com with SMTP id i11so5415181ioi.12 for <pce@ietf.org>; Thu, 19 Dec 2019 03:52:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=rmS9o+z5hoWO1nLgfSe1ZtjW7qMRqij4xm756R6ty6s=; b=CIN3Cekx99ZSxfeVRUoJmRlPUzoML6ld2JruBZ5X5pANdb/OgPQMLKLGJKtoAX06li adyH2abOVNjmgFpth6ZjPvq9QLNFhc9s1gPjlrNEflRYmrzpjK/6juyNfbiDkWN0Dn0S jEaZ2RXUrejqpI0eMoxnRyVazup8LP0xbN8LzdbKA9SAkKTb02yOZ7zd3pcfRTiR1yvO nA0sCB8bSpkYkIqp2Aa6NwIWzojopW1QCvjWJu0Q35KPPiNsBB3Dte1ZmL03vaKk0swF UA9LgZ+QFjTWb/jq3lH+YrFNn+n8xG3NZsccYKo4QIdFrRJDrQjY0fpqRsfb5a7CRHVl b2dg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=rmS9o+z5hoWO1nLgfSe1ZtjW7qMRqij4xm756R6ty6s=; b=W7ssKUVwe8bEUTFxYozlHSWXfRk2FuzbjZ7bu1ALbS/8PLTjocTP980PiJV+QiUY0A QwWlFrbPajRisBoh66A010iGzlysNSQWobVrTTyDom+c9ZCjKE6othvrFC38y8c60WuW QcBk+dHaaZwiORfwQ9Mf6hpGPvXBdDrBgsKZA42OSYkM0dKL197SqXZjuWfP3umNKLF4 0kRBQrq6MVBwJpZF/4nNmQJzA5fBdRoYxWms+V5p+6QO70qQlEqxIKcRn/7qL1+trKlw PdbaUhk+qKqduPoqMemZEeCX87cqL+UbWIzuEpUMzuN6RTmMv3j5UrXeu3KkYxji0vQv EGLA==
X-Gm-Message-State: APjAAAWC4ZT9S+89kg1g4lYUvQCLPwlwmCl+KQ/f83Lt7xx8C0gewotr ZpU2Zba9rrNx+VYpIAYJQyotg471ZFBWaDYn8IlLXbom
X-Google-Smtp-Source: APXvYqwsgnge+QXVIw21CXIOo+s+xfg+zX75Q66sf0PuH1FTJWLOm12xgSD66yVoHhUW4OaKT+XeF5WcUTcXhFyOT2c=
X-Received: by 2002:a02:13ca:: with SMTP id 193mr6958158jaz.54.1576756331591;  Thu, 19 Dec 2019 03:52:11 -0800 (PST)
MIME-Version: 1.0
References: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com>
In-Reply-To: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Thu, 19 Dec 2019 17:21:35 +0530
Message-ID: <CAB75xn6PO1Dix-O4Fq6BTKx-bDyNG3uV=FUYzhbfWgECj3nFqQ@mail.gmail.com>
To: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>
Cc: "pce@ietf.org" <pce@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/vbbMBvwtAz9OYaVA7nPaalrmUvo>
Subject: Re: [Pce] Multipath / replication segment comment
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 11:52:14 -0000

Hi Andrew,

Speaking as a WG contributor...

On Wed, Dec 18, 2019 at 11:58 PM Stone, Andrew (Nokia - CA/Ottawa)
<andrew.stone@nokia.com> wrote:
>
> Hi all,
>
>
>
> In Singapore I made a remark about draft-koldychev-pce-multipath that it=
=E2=80=99s a helpful draft and is also applicable to the replication segmen=
t.
>
>
>
> I received a follow up question emailed directly, asking about whether =
=E2=80=9CEROs need to share same source and destination=E2=80=9D and how/if=
 this could be related to RFC 8623.
>
>
>
> For openness, sending my thoughts/comments here to the WG:
>
>
>
> There is no requirement listed in draft-koldychev-pce-multipath that I ca=
n see which requires EROs to terminate on the same source/destination, I ha=
ven=E2=80=99t seen that expectation anywhere, and in my opinion there shoul=
d not be.

[Dhruv] You are right, this is not explicit in the I-D. But based on
the scope of past discussion IMHO it was always about multiple paths
(ERO) for a single tunnel and thus finding a way to encode them within
a single report/update in a PCEP message.

The new ERO-ATTRIB object in the I-D is just a separator between
several ERO objects in a existing PCEP message which reports/update a
particular LSP (identified by PLSP-ID in the LSP object).

> For example, one of the use cases of draft-koldychev-pce-multipath is for=
 SR Policy to support multiple SID lists, combine that with use case such a=
s SR-EPE, you could have multiple SID lists and have weighted ECMP traffic =
out different egress nodes intentionally to load balance across different p=
eer nodes.

[Dhruv] As per the SR policy as it is currently defined - End point is
the property of the SR Policy. Each segment-list inside a candidate
path would be a specific source-routed path from the headend to the
endpoint of the corresponding SR policy. That said, in this use case
perhaps you would use an anycast address but still the same endpoint
from the SR policy point of view.

> Another example, with ingress replication, is the multipath ERO can also =
be re-used to describe the egress downstream paths which will be going to d=
ifferent receiver(s), for either further replication or consumption.
>
>
>
> My comment regarding multipath to be used for ingress replication is beca=
use there is a need in replication segment to be able to program backup pat=
hs for each egress ERO. There were comments on this in the earlier sr-repli=
cation draft in spring wg, but appears the wording has been redone / drafts=
 are still in a state of change. None the less, the multipath backup TLV vi=
a the ERO attributes object in draft-koldychev-pce-multipath permits the re=
lation between the normal ERO and the backup (PCE computed) ERO, something =
that the current RFC 8623 does not. There=E2=80=99s a desire to build this =
into replication segment and draft-hsd-pce-sr-p2mp-policy-01  is leveraging=
 this construct (probably need further remarks on this in the drafts to des=
cribe this intention). Comparing to RFC 8623, considering all of the nuance=
s of replication segment (p2mp-lsp-identifier-tlv, replication-sid/binding-=
label, backup eros) it seems reasonable to me that draft-hsd-pce-sr-p2mp-po=
licy defines the replication segment (draft-hsd-pce-sr-p2mp-policy-01 secti=
on 3.3) while leveraging existing/other common constructs, and defining it=
=E2=80=99s behaviour, rather than trying to just use all of RFC8623 and att=
empt to update and squeeze in (or out) other elements of the RFC.
>
>

[Dhruv]: For the SR-P2MP usecase you have two building blocks in PCEP
(1) PCEP-SR for P2P (2) PCEP-RSVP-TE for P2MP. I would suggest you to
build on both of these. The (1) offers you SR-ERO, SR-Policy
association etc. The (2) offers you P2MP END-POINT object with
multiple destination, S2LS object to report status to each leaf etc.

Regarding backup, Protection Association could be used even for P2MP
as well. I would not look only at a feature like 'backup' to make this
fundamental judgment on how to encode SR-P2MP in PCEP.

I like the fact that as far as PCEP message encoding is concerned,
there is a minimal difference between SR and RSVP-TE. I would like to
see if we can continue to keep that true for SR-P2MP as well :)

Thanks!
Dhruv

>
> Cheers
>
> Andrew
>
>
>
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce


From nobody Thu Dec 19 08:11:38 2019
Return-Path: <mahend.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 707A61200F1; Thu, 19 Dec 2019 08:11:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 yGmUQs4N7DqE; Thu, 19 Dec 2019 08:11:29 -0800 (PST)
Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE9C41200A4; Thu, 19 Dec 2019 08:11:29 -0800 (PST)
Received: by mail-oi1-x22e.google.com with SMTP id 18so2386111oin.9; Thu, 19 Dec 2019 08:11:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=J/iOxgunjXfisH3+MbQnHtoqdhqQ9vhQW8eEk7JEn2g=; b=K/LT8FKmOeUAv39ii13BOw6ybwot1/sHs/aqchhj2fvO9rM4GSdA6fGfEQk+mDMGym bosTyL2CrMafBnuMk+tqqBjvijyJaCSFP4e+cJAjfh3KO+20aDtPrLl84HVJmNe4Lpsp QVsM/vZI0HX+kWrm6mcgg1+5jxwb76sOh8Q7W3pOs/zSs5UY7FJBAI2DX6TsTni5PsgV a5a4nIyfC1s7EXuyXRRo0QRnjR1HasupAIMteaGhbtUhKUp97H/DSvvahBWzrCB+GgMf Z5H6MbTEvyai6+8SZSDDkBTZAJnUUdyfJRRq4Z8HshRvOd+1CrfgGvrI0xF6SmfeOX6r 99PA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J/iOxgunjXfisH3+MbQnHtoqdhqQ9vhQW8eEk7JEn2g=; b=Vph/aCAJiNAq4H4Mu6G+1zxspy5uOeyLTuEtd8AWUH6UkIZmb9gC1ZTXWwpuGH7EYh pWd+TVM3HsWBXMZEyzI65E9hJcfPsk9dXUqVLla9CEPjGItu7cYaVMBFvmvyVlf0abpw zNPsQ9SFFOZOD38EYgOFzNa/S9fZekYyAw74ScJGeKwuoIzZswQrht3xdR6PhE4ZMgcM DVbD3Rd2nytrDZom3aoBV2BAJMOJzFfarbdNMW+SgI5OdN20ifPEzQ2rwMxVb2IScgWB 1w/3nW2NbTW5jk5uRjH12RQeyc+SaIuRXGhGRpIzeDQKCfT9pDQYEzlNQ5Q+Y5M+ZW9q 0cMA==
X-Gm-Message-State: APjAAAVz985kj7dSBWKZY3PffXqyjl7nwKtl0gyN8CRXSi4KD2ThXFKx gVvyrNqVAYjlybbH2btMAikTCKdumTd0TX0bwx+6W/oSTbo=
X-Google-Smtp-Source: APXvYqzUS378zQDgSjqlDCDZYs0EyQcxbEcjWQaVzVTAkEYug9M1HhVJ9aTH3cTQlYNn1P6R4ldDesDdTWgXughtB/o=
X-Received: by 2002:aca:2407:: with SMTP id n7mr1026579oic.14.1576771889006; Thu, 19 Dec 2019 08:11:29 -0800 (PST)
MIME-Version: 1.0
References: <157249259096.32511.2692078197358707202.idtracker@ietfa.amsl.com>
In-Reply-To: <157249259096.32511.2692078197358707202.idtracker@ietfa.amsl.com>
From: Mahend Negi <mahend.ietf@gmail.com>
Date: Thu, 19 Dec 2019 21:41:16 +0530
Message-ID: <CAM5Nu_wN6JoQDuQ2W_R78Y-s26LywFxhOGyhk2n6=+AgDmJsHA@mail.gmail.com>
To: Suresh Krishnan <suresh@kaloom.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org,  Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
Content-Type: multipart/alternative; boundary="000000000000560d30059a10d0ea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/J9rkZIRCN_oDRBdwv1yTB7oaJ6Q>
Subject: Re: [Pce] Suresh Krishnan's Discuss on draft-ietf-pce-association-diversity-12: (with DISCUSS and COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 16:11:31 -0000

--000000000000560d30059a10d0ea
Content-Type: text/plain; charset="UTF-8"

Hi Suresh,

Thanks for the review, all the comments are addressed in new version.

New version:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-13

Diff:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-13

Regards,
Mahendra

On Thu, Oct 31, 2019 at 8:59 AM Suresh Krishnan via Datatracker <
noreply@ietf.org> wrote:

> Suresh Krishnan has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> * Section 5.3:
>   Given the fairly relaxed handling of multiple OF-codes ("the receiver
> MUST
>   consider the first OF-code only and ignore others if included") I think
> the
>   error handling as specified in
>
> "the OF-code inside the OF Object MUST include one of the disjoint OFs
> defined
> in this document. If this condition is not met, the PCEP speaker MUST..."
>
> needs to be tightened a bit since all the OF-codes but the first are
> ignored
> for processing but still considered for error handling. Suggest something
> like
> this
>
> OLD:
> the OF-code inside the OF Object MUST include one of the disjoint OFs
> defined
> in this document.
>
> NEW:
> the first OF-code inside the OF Object MUST be one of the disjoint OFs
> defined
> in this document.
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Looks like the placeholder TBD8 is being used for two totally different
> purposes (a new bit in the NO-PATH-VECTOR TLV and the Error-value for
> DISJOINTNESS-CONFIGURATION-TLV missing) and this is confusing. Please
> deconflict.
>
>
>

--000000000000560d30059a10d0ea
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Suresh,</div><div><br></div><div>Thanks for the re=
view, all the comments are addressed in new version.</div><div><br></div><d=
iv>New version:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity=
-13" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft=
-ietf-pce-association-diversity-13</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-association=
-diversity-13" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/doc/html/draft-ietf-pce-association-diversity-13</a><br>
<br>
Diff:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-d=
iversity-13" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcd=
iff?url2=3Ddraft-ietf-pce-association-diversity-13</a></div><div><br></div>=
<div>Regards,</div><div>Mahendra<br></div></div><br><div class=3D"gmail_quo=
te"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 31, 2019 at 8:59 AM S=
uresh Krishnan via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org">nore=
ply@ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex">Suresh Krishnan has entered the following ballot position for<b=
r>
draft-ietf-pce-association-diversity-12: Discuss<br>
<br>
When responding, please keep the subject line intact and reply to all<br>
email addresses included in the To and CC lines. (Feel free to cut this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
DISCUSS:<br>
----------------------------------------------------------------------<br>
<br>
* Section 5.3:<br>
=C2=A0 Given the fairly relaxed handling of multiple OF-codes (&quot;the re=
ceiver MUST<br>
=C2=A0 consider the first OF-code only and ignore others if included&quot;)=
 I think the<br>
=C2=A0 error handling as specified in<br>
<br>
&quot;the OF-code inside the OF Object MUST include one of the disjoint OFs=
 defined<br>
in this document. If this condition is not met, the PCEP speaker MUST...&qu=
ot;<br>
<br>
needs to be tightened a bit since all the OF-codes but the first are ignore=
d<br>
for processing but still considered for error handling. Suggest something l=
ike<br>
this<br>
<br>
OLD:<br>
the OF-code inside the OF Object MUST include one of the disjoint OFs defin=
ed<br>
in this document.<br>
<br>
NEW:<br>
the first OF-code inside the OF Object MUST be one of the disjoint OFs defi=
ned<br>
in this document.<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
Looks like the placeholder TBD8 is being used for two totally different<br>
purposes (a new bit in the NO-PATH-VECTOR TLV and the Error-value for<br>
DISJOINTNESS-CONFIGURATION-TLV missing) and this is confusing. Please<br>
deconflict.<br>
<br>
<br>
</blockquote></div>

--000000000000560d30059a10d0ea--


From nobody Thu Dec 19 08:12:32 2019
Return-Path: <mahend.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D7511200F1; Thu, 19 Dec 2019 08:12:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 taHW4n25GpsI; Thu, 19 Dec 2019 08:12:23 -0800 (PST)
Received: from mail-oi1-x22c.google.com (mail-oi1-x22c.google.com [IPv6:2607:f8b0:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEA281200A4; Thu, 19 Dec 2019 08:12:23 -0800 (PST)
Received: by mail-oi1-x22c.google.com with SMTP id a67so3097334oib.6; Thu, 19 Dec 2019 08:12:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kMOjF5UCKo/tratRCaB91gCJLmnmTe1LVAVVEaqkiEE=; b=DykHrYNN6yzp1wo/08C9CkuiodCnes2BVCcS0IvcLC3zDafcc20UCBSWeBcHiC2VrE m5UF/oMmntol/x+lTIvf2imK+319uFD7mavDsvyglz5l3P4n65Wa9OL1SIDPBS5fydFk DenSpONdszbreQIBKHeoUwwN0QYQS5mG6tSxJQxSpYYd5s9bmJCbKoPsg7MOZyC9s1fa IidqZMaaE1BmCvvFLSIfs/n0NKyAjXJQq/f4WT/gEgiP1YZRVCYzCuUQ1/HwauwuXZ4b 2+Sfs2Mll195ktDS3RZXcGYL2IanpNm0RKVOaf6Btmdy8wwjP3bq79q/9K4QfMHudj9+ iRkQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kMOjF5UCKo/tratRCaB91gCJLmnmTe1LVAVVEaqkiEE=; b=irqKgWkG/MZIZ8Lhl/aHomdLcOgF0F4csIWiB8d8YXTivQ6CsOcSa5x42TOMeTFxZ0 7iA3XaZs6a+sXqrhD1bGRwQYQcmfJgebbP4gTnmWr9t7byGFbsbtuxIe2bZmmi2+B5wS 6n0BScaHdm+Zl0Pzd1R5ipxxuDpn+5efuVD6s8SlR/8bH4oziO1q1VuTXLsWynUU0bkJ hYGA/dq9k+rxPIkxsPmQeo+2R8ytqNLJNyS0LnPqyAewuxdYfp4CKwkcFSoZsWGkO9yq woyUl2puyO9ZRcdtnE1vIEFyXH17qnqlwYo3cfUS8eArASZVPfUknOtWL/hB8eDDqGoI DoSA==
X-Gm-Message-State: APjAAAUWrn8xxjorh75aIDFzvjtdwtLRzFPotbtnU9wvOK9aJZn4zTYd icMhfD6bGAGx7Mf0sjSgZ34MCZ3HzsL8Kw+k2WAWLKxmJ44=
X-Google-Smtp-Source: APXvYqzOwZIJ1RKCTJEz7wbRpyG4HvW4J94KUGpryH3DjUiGbTNhR2EuIN2fwHmBevdZTx2hxFZnGfNXPImx/dAqs4M=
X-Received: by 2002:aca:530e:: with SMTP id h14mr2414140oib.105.1576771943213;  Thu, 19 Dec 2019 08:12:23 -0800 (PST)
MIME-Version: 1.0
References: <157245784988.32527.18104008395862936142.idtracker@ietfa.amsl.com>
In-Reply-To: <157245784988.32527.18104008395862936142.idtracker@ietfa.amsl.com>
From: Mahend Negi <mahend.ietf@gmail.com>
Date: Thu, 19 Dec 2019 21:42:11 +0530
Message-ID: <CAM5Nu_wkN5D17dF=NPj_KeTDQ75t+tXFryqWgcU3ONJ35BQvYA@mail.gmail.com>
To: Roman Danyliw <rdd@cert.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org,  Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
Content-Type: multipart/alternative; boundary="0000000000009130e9059a10d36e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/KvqzNvvhJLX2VfuAbqJQGxj3BxI>
Subject: Re: [Pce] Roman Danyliw's No Objection on draft-ietf-pce-association-diversity-12: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 16:12:26 -0000

--0000000000009130e9059a10d36e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Roman,

Thanks for your review, all the comments are addressed in the new version.

New version:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-=
13

Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-diversity-13

Regards,
Mahendra

On Wed, Oct 30, 2019 at 11:20 PM Roman Danyliw via Datatracker <
noreply@ietf.org> wrote:

> Roman Danyliw has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Section 6.  Per =E2=80=9CAlso, as stated in [I-D.ietf-pce-association-gro=
up], much
> of
> the information carried in the Disjointness Association object, as per th=
is
> document is not extra sensitive=E2=80=9D, I appreciate that the language =
of =E2=80=9Cnot
> extra
> sensitive=E2=80=9D comes from Section 8 of draft-ietf-pce-association-gro=
up and
> this
> text is merely trying to reiterate this observation.  However, I would
> recommend not making any assumptions about the particular environments by
> stating the following:
>
> OLD:
> Also, as stated in [I-D.ietf-pce-association-group], much of the
> information
> carried in the Disjointness Association object, as per this document is n=
ot
> extra sensitive.  It often reflects information that can also be derived
> from
> the LSP Database, but association provides a much easier grouping of
> related
> LSPs and messages.  The disjointness association could provide an adversa=
ry
> with the opportunity to eavesdrop on the relationship between the LSPs.
>
> NEW
> Also, as stated in [I-D.ietf-pce-association-group], much of the
> information
> carried in the Disjointness Association object reflects information that
> can
> also be derived from the LSP Database, but association provides a much
> easier
> grouping of related LSPs and messages.  The disjointness association coul=
d
> provide an adversary with the opportunity to eavesdrop on the relationshi=
p
> between the LSPs and understand the network topology.
>
>
>

--0000000000009130e9059a10d36e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Roman,</div><div><br></div><div>Thanks for your re=
view, all the comments are addressed in the new version.</div><div><br></di=
v><div>New version:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity=
-13" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft=
-ietf-pce-association-diversity-13</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-association=
-diversity-13" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/doc/html/draft-ietf-pce-association-diversity-13</a><br>
<br>
Diff:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-d=
iversity-13" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcd=
iff?url2=3Ddraft-ietf-pce-association-diversity-13</a></div><div><br></div>=
<div>Regards,</div><div>Mahendra</div></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Oct 30, 2019 at 11:20 PM Roma=
n Danyliw via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org">noreply@i=
etf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex">Roman Danyliw has entered the following ballot position for<br>
draft-ietf-pce-association-diversity-12: No Objection<br>
<br>
When responding, please keep the subject line intact and reply to all<br>
email addresses included in the To and CC lines. (Feel free to cut this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
Section 6.=C2=A0 Per =E2=80=9CAlso, as stated in [I-D.ietf-pce-association-=
group], much of<br>
the information carried in the Disjointness Association object, as per this=
<br>
document is not extra sensitive=E2=80=9D, I appreciate that the language of=
 =E2=80=9Cnot extra<br>
sensitive=E2=80=9D comes from Section 8 of draft-ietf-pce-association-group=
 and this<br>
text is merely trying to reiterate this observation.=C2=A0 However, I would=
<br>
recommend not making any assumptions about the particular environments by<b=
r>
stating the following:<br>
<br>
OLD:<br>
Also, as stated in [I-D.ietf-pce-association-group], much of the informatio=
n<br>
carried in the Disjointness Association object, as per this document is not=
<br>
extra sensitive.=C2=A0 It often reflects information that can also be deriv=
ed from<br>
the LSP Database, but association provides a much easier grouping of relate=
d<br>
LSPs and messages.=C2=A0 The disjointness association could provide an adve=
rsary<br>
with the opportunity to eavesdrop on the relationship between the LSPs.<br>
<br>
NEW<br>
Also, as stated in [I-D.ietf-pce-association-group], much of the informatio=
n<br>
carried in the Disjointness Association object reflects information that ca=
n<br>
also be derived from the LSP Database, but association provides a much easi=
er<br>
grouping of related LSPs and messages.=C2=A0 The disjointness association c=
ould<br>
provide an adversary with the opportunity to eavesdrop on the relationship<=
br>
between the LSPs and understand the network topology.<br>
<br>
<br>
</blockquote></div>

--0000000000009130e9059a10d36e--


From nobody Thu Dec 19 08:14:54 2019
Return-Path: <mahend.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B3881200F1; Thu, 19 Dec 2019 08:14:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level: 
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 E2BJeNrwJzBS; Thu, 19 Dec 2019 08:14:40 -0800 (PST)
Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41CEE1200A4; Thu, 19 Dec 2019 08:14:40 -0800 (PST)
Received: by mail-ot1-x329.google.com with SMTP id 66so7809646otd.9; Thu, 19 Dec 2019 08:14:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2xruyrBtLzBVpkWUgPBCRhfHDdrEnWRkSoQR+/puFDw=; b=ZutvmGtyvVN7iaGrFg/HK0jMZ8BMNII6XGTSOo6KdIZa2Y/pzAtR45jxLjATtp8JbO POQjg9ajynlrpHUI1QUZTEimpiuB0ZikC+YuxFxF66t1BnCh+AkuYhzZQEu1pL79i6ot PypEAFaiGvHqJ9DMyMzthKxNM38/f9TiS+j/OaXq5aMtlFw1VPwzt/u6u1hbACpFrAbI 4ZOUN7qD1jGMa9+cn4BymsSMHOMZQFOayuIK9mGKRvOORz0TSsTZBf+C4ZB/ocd7M3wI Ni0j8M1IyYlq5rPXmFt8mtnhgD/hz8H0xN3LB5mszeL5i4NtnkHZGU9LxoDjVcUWzy5f JArw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2xruyrBtLzBVpkWUgPBCRhfHDdrEnWRkSoQR+/puFDw=; b=ZTcxYLDNVcgoCmRzKyioBg458yau+YHEhB9JpUimAFwc/Ahx2lyn0a3OPV+dginrVH 4YK5x3yd9VYanz9hI0nkJNRDhNZdPb/SF7pp09caZr6hEuBxd8sSaz0FAa0phgt6jgRe jH99nKKQbyrb7Aaol6kHhU5FYd7bP4ApbosWuwtws8YuOb0Qz54cqZ9nbs1QBZOkFEjB Xck+gOsQRVVOpmFBYDpwNC5hHkTNwFXxa+/yvEqWK5b+2Ix1NcuqHsiMB6zLiwFy2Z2z pu5ku4gY9BRo0AW0M9dLbZLeUVdI/asrn5sibL8ybUJwGLMXmvNWsuLURPjgKWvIu3Oq CF/Q==
X-Gm-Message-State: APjAAAX+9hvDZPlBqdXTVq1in4WKcuom9YV/J0KMaRQJx5QSPtRBYnN1 /kLnPH8K1sLOsMN9Xrf4vjM14zZMVAcjB5xqnXk=
X-Google-Smtp-Source: APXvYqwbHjXSCEntQAr0yJ6Wr8MMLsW2BwGGIErSRzrO9HD4xocBkU7NmsZ3iYTec93IU7S5XC1qIW02zJsPLI4j5Fs=
X-Received: by 2002:a05:6830:121a:: with SMTP id r26mr2718606otp.225.1576772079493;  Thu, 19 Dec 2019 08:14:39 -0800 (PST)
MIME-Version: 1.0
References: <157229440660.16047.18318131716126000604.idtracker@ietfa.amsl.com>
In-Reply-To: <157229440660.16047.18318131716126000604.idtracker@ietfa.amsl.com>
From: Mahend Negi <mahend.ietf@gmail.com>
Date: Thu, 19 Dec 2019 21:44:27 +0530
Message-ID: <CAM5Nu_zPAps4Cm84piGWjQoT9RUFaTEULX5x3ma=VDrRGfA4Vw@mail.gmail.com>
To: Alvaro Retana <aretana.ietf@gmail.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org,  Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
Content-Type: multipart/alternative; boundary="000000000000b0a81f059a10db31"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/MyD8BkM5X9mBICgMTj1gZ9kCStM>
Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-association-diversity-12: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 16:14:43 -0000

--000000000000b0a81f059a10db31
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Alvaro,

Thanks for the detailed review, all the comments are addressed in the new
version.

New version:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-=
13

Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-diversity-13

Regards,
Mahendra

On Tue, Oct 29, 2019 at 1:56 AM Alvaro Retana via Datatracker <
noreply@ietf.org> wrote:

> Alvaro Retana has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> (1) =C2=A75.1: I-D.ietf-pce-association-group is not explicit about the
> "capability
> exchange mentioned in this piece of text:
>
>                  This capability exchange for the Disjointness
>    Association Type (TBD1) MUST be done before using the disjointness
>    association.  Thus the PCEP speaker MUST include the Disjointness
>    Association Type in the ASSOC-Type-List TLV before using the Disjoint
>    Association Group (DAG) in PCEP messages.
>
> It seems to me that the exchange implies sending and receiving the
> Assoc-type,
> but then the second sentence implies sending to be enough.  What is the
> expected behavior?  Please reword.
>
> (2) =C2=A75.2 says, while defining the T flag, says that "if disjoint pat=
hs
> cannot
> be found, PCE SHOULD return no path", but =C2=A75.6 reads:
>
>    When the T flag is set (Strict disjointness requested), if
>    disjointness cannot be ensured for one or more LSPs, the PCE MUST
>    reply to a Path Computation Request (PCReq) with a Path Computation
>    Reply (PCRep) message containing a NO-PATH object.
>
> There is a conflict between the SHOULD and the MUST.
>
> (3) TBD1 is used with 3 different names: "Disjoint Association Type (DAT)=
",
> "Disjointness Association Type" and "Disjoint-group Association".  Please
> be
> consistent.
>
> (4) [nits]
>
> s/DISJOINTNESS-CONFIGURATION-TLVSection 5.2/DISJOINTNESS-CONFIGURATION-TL=
V
> (Section 5.2)
>
> s/SHOULD NOT try to add/SHOULD NOT add
>
> s/with example inA Section 5.5/with an example in Section 5.5
>
> s/by Section 5.5either/by either
>
> s/Setting P flag/Setting the P flag
>
> s/case of network event/case of a network event
>
>
>

--000000000000b0a81f059a10db31
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi Alvaro,</div><div><br></div><div><div>Thanks for t=
he detailed review, all the comments are addressed in the new version.</div=
><div><br></div><div>New version:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity=
-13" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft=
-ietf-pce-association-diversity-13</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-association=
-diversity-13" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/doc/html/draft-ietf-pce-association-diversity-13</a><br>
<br>
Diff:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-d=
iversity-13" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcd=
iff?url2=3Ddraft-ietf-pce-association-diversity-13</a></div><div><br></div>=
<div>Regards,</div><div>Mahendra</div></div></div><br><div class=3D"gmail_q=
uote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Oct 29, 2019 at 1:56 AM=
 Alvaro Retana via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org">nore=
ply@ietf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex">Alvaro Retana has entered the following ballot position for<br>
draft-ietf-pce-association-diversity-12: No Objection<br>
<br>
When responding, please keep the subject line intact and reply to all<br>
email addresses included in the To and CC lines. (Feel free to cut this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>
for more information about IESG DISCUSS and COMMENT positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>
<br>
<br>
<br>
----------------------------------------------------------------------<br>
COMMENT:<br>
----------------------------------------------------------------------<br>
<br>
(1) =C2=A75.1: I-D.ietf-pce-association-group is not explicit about the &qu=
ot;capability<br>
exchange mentioned in this piece of text:<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This capabili=
ty exchange for the Disjointness<br>
=C2=A0 =C2=A0Association Type (TBD1) MUST be done before using the disjoint=
ness<br>
=C2=A0 =C2=A0association.=C2=A0 Thus the PCEP speaker MUST include the Disj=
ointness<br>
=C2=A0 =C2=A0Association Type in the ASSOC-Type-List TLV before using the D=
isjoint<br>
=C2=A0 =C2=A0Association Group (DAG) in PCEP messages.<br>
<br>
It seems to me that the exchange implies sending and receiving the Assoc-ty=
pe,<br>
but then the second sentence implies sending to be enough.=C2=A0 What is th=
e<br>
expected behavior?=C2=A0 Please reword.<br>
<br>
(2) =C2=A75.2 says, while defining the T flag, says that &quot;if disjoint =
paths cannot<br>
be found, PCE SHOULD return no path&quot;, but =C2=A75.6 reads:<br>
<br>
=C2=A0 =C2=A0When the T flag is set (Strict disjointness requested), if<br>
=C2=A0 =C2=A0disjointness cannot be ensured for one or more LSPs, the PCE M=
UST<br>
=C2=A0 =C2=A0reply to a Path Computation Request (PCReq) with a Path Comput=
ation<br>
=C2=A0 =C2=A0Reply (PCRep) message containing a NO-PATH object.<br>
<br>
There is a conflict between the SHOULD and the MUST.<br>
<br>
(3) TBD1 is used with 3 different names: &quot;Disjoint Association Type (D=
AT)&quot;,<br>
&quot;Disjointness Association Type&quot; and &quot;Disjoint-group Associat=
ion&quot;.=C2=A0 Please be<br>
consistent.<br>
<br>
(4) [nits]<br>
<br>
s/DISJOINTNESS-CONFIGURATION-TLVSection 5.2/DISJOINTNESS-CONFIGURATION-TLV<=
br>
(Section 5.2)<br>
<br>
s/SHOULD NOT try to add/SHOULD NOT add<br>
<br>
s/with example inA Section 5.5/with an example in Section 5.5<br>
<br>
s/by Section 5.5either/by either<br>
<br>
s/Setting P flag/Setting the P flag<br>
<br>
s/case of network event/case of a network event<br>
<br>
<br>
</blockquote></div>

--000000000000b0a81f059a10db31--


From nobody Thu Dec 19 09:19:02 2019
Return-Path: <andrew.stone@nokia.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5E32120921 for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 09:18:53 -0800 (PST)
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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 RKLbmLOpnwz8 for <pce@ietfa.amsl.com>; Thu, 19 Dec 2019 09:18:51 -0800 (PST)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70097.outbound.protection.outlook.com [40.107.7.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41CB6120958 for <pce@ietf.org>; Thu, 19 Dec 2019 09:18:50 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MTU/ema43yG/5es0uat61hBLA3u+w/V70EsCtOQ3mC5HY0ArRLk/rqzbXrp2p8sdBPS7lGe8wZZhrnQ9OxX339xavJSbSeL8zhpN6bNsJosk3O4Rr04mrzVBjSbR4oJ2sOdmnzepH78IgB3KM8RXkx8wFtA7FqovRTb2lNB/rszVoayEAj2NK9zDrMWSwdMPdoChgM1YIbcsVqoWJ6xaLpdPB+G2oYNTKY9ejzGCGKzsC9Lm/kIokYVWWebKvchbOdOj1NgB/6jMfthG8O3LUvx5VfvI7Tyb7yX1oaadTtd/NpBai4//cfQceZBBE11OmPS9EgpXbiifAd3bntAtNQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RPAOd8CZMtQ90MIktSaMfgHb/Ot/ceoRLSIFmbRoRS0=; b=cIg1bg5Xxjbv4U06u0sLWp+cNudLpaWzDRYREV2f+RTyt3w2JFt4ArYef/N5HqSRw7MJe0bgFk9dm2+U981Sg+RJQmXv1GDRKTDTQ4XzpR7Kf5Xh8jh4rUDYWJOt3rUwWZH1mRDHKogp4wKt1dKW5F6omSUEZzNmGoEv1743P7KRldyxCdniJgb2pamaTVr4+zIiO78QmlBlFUiddB5m8kH4obSQ5o5k1lZudm/v0GcVkRCGXJsJOJy7aJ5n+Kp+J5lW4sPGOohKOp6Z5pYuLSQEXq3cJfcCezuc7x4W+l/4opIwDOoui9b1cQjxToS6QymkiQyulKlR7kdbo9v/vw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RPAOd8CZMtQ90MIktSaMfgHb/Ot/ceoRLSIFmbRoRS0=; b=voICn/x7CSdlmwyOg3zP/ZbWqHnoVkdyDeFHqD0BmJ8HxX66/v4AWi++E9m81J2KrxpUiT9F1b90kKj9FjR4sqOPAfgxtrTZghDUTXMlkdUruQfCGSd8AH1T9sk/lWNQwQTKgAdDug5nkK7iAm0rJ/YtMdnveh87KJUA2EYiORE=
Received: from AM0PR0702MB3619.eurprd07.prod.outlook.com (52.133.46.160) by AM0PR0702MB3778.eurprd07.prod.outlook.com (52.133.49.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.11; Thu, 19 Dec 2019 17:18:47 +0000
Received: from AM0PR0702MB3619.eurprd07.prod.outlook.com ([fe80::2815:7d51:d17b:94f3]) by AM0PR0702MB3619.eurprd07.prod.outlook.com ([fe80::2815:7d51:d17b:94f3%4]) with mapi id 15.20.2581.005; Thu, 19 Dec 2019 17:18:47 +0000
From: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>
To: Dhruv Dhody <dhruv.ietf@gmail.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] Multipath / replication segment comment
Thread-Index: AQHVtdD2xl49iCDRxUm0ovoN47taVafBWbGAgAAHmQA=
Date: Thu, 19 Dec 2019 17:18:47 +0000
Message-ID: <5F7FCDF4-0561-46D8-9253-63753704FC7C@nokia.com>
References: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com> <CAB75xn6PO1Dix-O4Fq6BTKx-bDyNG3uV=FUYzhbfWgECj3nFqQ@mail.gmail.com>
In-Reply-To: <CAB75xn6PO1Dix-O4Fq6BTKx-bDyNG3uV=FUYzhbfWgECj3nFqQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/10.20.0.191208
authentication-results: spf=none (sender IP is ) smtp.mailfrom=andrew.stone@nokia.com; 
x-originating-ip: [135.245.20.25]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: d0c24cbf-a76c-4c5d-1b26-08d784a78263
x-ms-traffictypediagnostic: AM0PR0702MB3778:
x-microsoft-antispam-prvs: <AM0PR0702MB37788A64159C95EC4DFFB3B991520@AM0PR0702MB3778.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5797;
x-forefront-prvs: 0256C18696
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(396003)(39860400002)(136003)(199004)(189003)(53754006)(37854004)(2616005)(4001150100001)(4326008)(81156014)(71200400001)(6486002)(64756008)(2906002)(478600001)(66476007)(6916009)(6512007)(966005)(76116006)(66556008)(66946007)(66446008)(66574012)(26005)(316002)(5660300002)(8936002)(8676002)(36756003)(186003)(33656002)(53546011)(86362001)(6506007)(81166006)(91956017); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR0702MB3778; H:AM0PR0702MB3619.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vINalCUCpKvzgfR1LGordaXZLiluo/DtELDeqlf2aoC9VZFI7/8VMew6O91Vz8xGr0K/bJ+FBuEcHnbff4m+7lStMLadbcveRIGYDuvZO7Q4pnCWajVAuxscwGO04dr+uIjrCXJ1krLYMX7/QDEgeYv63Rv4mh+8LOTL+w7VUpCyEI/YtIWQ4CAmjTBRlCocCJGywFKIBVr9qYgCa6tfdK5GcZx+keq8LSgtX+rTu8oxw936b8pSQ2ni5l/hxt/mHWGXdi8qG0gSvfQov7Acyc/Fc2o4lRM3JNf/SjTqPcAXWohRUUa4ucmSgjJx2YmRT06T+a4/IidU1NqKYz2qTumhXG7yg/liCNWpjbsqrMkpTSni92T3N2e2X9U/SlElq+NTmWQcAGfanhz9Kt31nQbV+BUCKtdJ53hfY2eh22SssdqFObDfTGHAm0eacrT+ZJll0gTgyhNXJ9G4AXH4nhPIm7CrvuTyedf00e/hxot3c43HixXVg54zYuqbS0yFTCUN756/fxQWLoBJG9JI2ALfv4Lfb+mGJdA0Dcdq+DeACN9LaVqcFsMgza6xczIh
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <5DD269CF0064434DB64A9B8957F49CA5@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d0c24cbf-a76c-4c5d-1b26-08d784a78263
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Dec 2019 17:18:47.5264 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: OgwMhtdnjhh2c48wIMaRw+IwnbwaIiNsmssA3jtEFrNHQ0cA7RrF5z/4FGB5jBopuHka9aw/ZSq2P35Eny8SNg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3778
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/mIV-OuGEjZZSasCJQ94gQaCawuo>
Subject: Re: [Pce] Multipath / replication segment comment
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 17:18:56 -0000

RmV3IGNvbW1lbnRzIGJlbG93LA0KDQpDaGVlcnMNCkFuZHJldw0KDQrvu79PbiAyMDE5LTEyLTE5
LCA2OjUyIEFNLCAiRGhydXYgRGhvZHkiIDxkaHJ1di5pZXRmQGdtYWlsLmNvbT4gd3JvdGU6DQoN
CiAgICBIaSBBbmRyZXcsDQogICAgDQogICAgU3BlYWtpbmcgYXMgYSBXRyBjb250cmlidXRvci4u
Lg0KICAgIA0KICAgIE9uIFdlZCwgRGVjIDE4LCAyMDE5IGF0IDExOjU4IFBNIFN0b25lLCBBbmRy
ZXcgKE5va2lhIC0gQ0EvT3R0YXdhKQ0KICAgIDxhbmRyZXcuc3RvbmVAbm9raWEuY29tPiB3cm90
ZToNCiAgICA+DQogICAgPiBIaSBhbGwsDQogICAgPg0KICAgID4NCiAgICA+DQogICAgPiBJbiBT
aW5nYXBvcmUgSSBtYWRlIGEgcmVtYXJrIGFib3V0IGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlw
YXRoIHRoYXQgaXTigJlzIGEgaGVscGZ1bCBkcmFmdCBhbmQgaXMgYWxzbyBhcHBsaWNhYmxlIHRv
IHRoZSByZXBsaWNhdGlvbiBzZWdtZW50Lg0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4gSSBy
ZWNlaXZlZCBhIGZvbGxvdyB1cCBxdWVzdGlvbiBlbWFpbGVkIGRpcmVjdGx5LCBhc2tpbmcgYWJv
dXQgd2hldGhlciDigJxFUk9zIG5lZWQgdG8gc2hhcmUgc2FtZSBzb3VyY2UgYW5kIGRlc3RpbmF0
aW9u4oCdIGFuZCBob3cvaWYgdGhpcyBjb3VsZCBiZSByZWxhdGVkIHRvIFJGQyA4NjIzLg0KICAg
ID4NCiAgICA+DQogICAgPg0KICAgID4gRm9yIG9wZW5uZXNzLCBzZW5kaW5nIG15IHRob3VnaHRz
L2NvbW1lbnRzIGhlcmUgdG8gdGhlIFdHOg0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4gVGhl
cmUgaXMgbm8gcmVxdWlyZW1lbnQgbGlzdGVkIGluIGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlw
YXRoIHRoYXQgSSBjYW4gc2VlIHdoaWNoIHJlcXVpcmVzIEVST3MgdG8gdGVybWluYXRlIG9uIHRo
ZSBzYW1lIHNvdXJjZS9kZXN0aW5hdGlvbiwgSSBoYXZlbuKAmXQgc2VlbiB0aGF0IGV4cGVjdGF0
aW9uIGFueXdoZXJlLCBhbmQgaW4gbXkgb3BpbmlvbiB0aGVyZSBzaG91bGQgbm90IGJlLg0KICAg
IA0KICAgIFtEaHJ1dl0gWW91IGFyZSByaWdodCwgdGhpcyBpcyBub3QgZXhwbGljaXQgaW4gdGhl
IEktRC4gQnV0IGJhc2VkIG9uDQogICAgdGhlIHNjb3BlIG9mIHBhc3QgZGlzY3Vzc2lvbiBJTUhP
IGl0IHdhcyBhbHdheXMgYWJvdXQgbXVsdGlwbGUgcGF0aHMNCiAgICAoRVJPKSBmb3IgYSBzaW5n
bGUgdHVubmVsIGFuZCB0aHVzIGZpbmRpbmcgYSB3YXkgdG8gZW5jb2RlIHRoZW0gd2l0aGluDQog
ICAgYSBzaW5nbGUgcmVwb3J0L3VwZGF0ZSBpbiBhIFBDRVAgbWVzc2FnZS4NCg0KW0FuZHJld10g
VHJ1ZSwgdGhlIG9yaWdpbmFsIGludGVudCBvZiBtdWx0aXBsZSBwYXRocyB3aXRoaW4gdGhlIHNh
bWUgdHVubmVsIGluIGEgc2luZ2xlIHJlcG9ydC91cGRhdGUsIGJ1dCB0aGF0IGNvdWxkIHN0aWxs
IGJlIGxldmVyYWdlZCBpbiB0aGUgcmVwbGljYXRpb24gY2FzZSwgaS5lIEkgd2FudCBhIHNpbmds
ZSByZXBvcnQvdXBkYXRlIHRvIG1vZGlmeSB0aGUgc3RhdGUgb2YgYSByZXBsaWNhdGlvbiBzZWdt
ZW50LiBJIHRoaW5rIGl0IGJlY29tZXMgYSBncmF5IGFyZWEgaW4gaW50ZXJwcmV0YXRpb24gb2Yg
d2hldGhlciBvciBub3QgYSByZXBsaWNhdGlvbiBzZWdtZW50IGNyZWF0ZXMgYSBQMk1QIHR1bm5l
bCBvciBpZiBpdCdzIGFjdHVhbGx5IGp1c3QgY3JlYXRpbmcgbXVsdGlwbGUgUDJQIHR1bm5lbHMg
ZnJvbSBhIHNpbmdsZSBpbmdyZXNzIGxhYmVsLiBJZiB0aGUgaW50ZXJwcmV0YXRpb24gaXMgaXQn
cyBhIFAyTVAgdHVubmVsLCB0aGVuIHVzaW5nIG11bHRpcGxlIEVST3MgdG8gZGVmaW5lIHRoZSBm
b3J3YXJkaW5nIG9mIGEgUDJNUC4gVHVubmVsIHJlcXVpcmVzIHRob3NlIEVST3MgdG8gdGVybWlu
YXRlIG9uIGRpZmZlcmVudCBub2RzLiANCiAgICANCiAgICBUaGUgbmV3IEVSTy1BVFRSSUIgb2Jq
ZWN0IGluIHRoZSBJLUQgaXMganVzdCBhIHNlcGFyYXRvciBiZXR3ZWVuDQogICAgc2V2ZXJhbCBF
Uk8gb2JqZWN0cyBpbiBhIGV4aXN0aW5nIFBDRVAgbWVzc2FnZSB3aGljaCByZXBvcnRzL3VwZGF0
ZSBhDQogICAgcGFydGljdWxhciBMU1AgKGlkZW50aWZpZWQgYnkgUExTUC1JRCBpbiB0aGUgTFNQ
IG9iamVjdCkuDQogICAgDQogICAgPiBGb3IgZXhhbXBsZSwgb25lIG9mIHRoZSB1c2UgY2FzZXMg
b2YgZHJhZnQta29sZHljaGV2LXBjZS1tdWx0aXBhdGggaXMgZm9yIFNSIFBvbGljeSB0byBzdXBw
b3J0IG11bHRpcGxlIFNJRCBsaXN0cywgY29tYmluZSB0aGF0IHdpdGggdXNlIGNhc2Ugc3VjaCBh
cyBTUi1FUEUsIHlvdSBjb3VsZCBoYXZlIG11bHRpcGxlIFNJRCBsaXN0cyBhbmQgaGF2ZSB3ZWln
aHRlZCBFQ01QIHRyYWZmaWMgb3V0IGRpZmZlcmVudCBlZ3Jlc3Mgbm9kZXMgaW50ZW50aW9uYWxs
eSB0byBsb2FkIGJhbGFuY2UgYWNyb3NzIGRpZmZlcmVudCBwZWVyIG5vZGVzLg0KICAgIA0KICAg
IFtEaHJ1dl0gQXMgcGVyIHRoZSBTUiBwb2xpY3kgYXMgaXQgaXMgY3VycmVudGx5IGRlZmluZWQg
LSBFbmQgcG9pbnQgaXMNCiAgICB0aGUgcHJvcGVydHkgb2YgdGhlIFNSIFBvbGljeS4gRWFjaCBz
ZWdtZW50LWxpc3QgaW5zaWRlIGEgY2FuZGlkYXRlDQogICAgcGF0aCB3b3VsZCBiZSBhIHNwZWNp
ZmljIHNvdXJjZS1yb3V0ZWQgcGF0aCBmcm9tIHRoZSBoZWFkZW5kIHRvIHRoZQ0KICAgIGVuZHBv
aW50IG9mIHRoZSBjb3JyZXNwb25kaW5nIFNSIHBvbGljeS4gVGhhdCBzYWlkLCBpbiB0aGlzIHVz
ZSBjYXNlDQogICAgcGVyaGFwcyB5b3Ugd291bGQgdXNlIGFuIGFueWNhc3QgYWRkcmVzcyBidXQg
c3RpbGwgdGhlIHNhbWUgZW5kcG9pbnQNCiAgICBmcm9tIHRoZSBTUiBwb2xpY3kgcG9pbnQgb2Yg
dmlldy4NCiAgICANCg0KW0FuZHJld10gQ29pbmNpZGVudGFsbHkgdGhpcyB3YXMganVzdCBtZW50
aW9uZWQgaW4gU1BSSU5HIG1haWxpbmcgbGlzdCwgd2hldGhlciBpbiBTUiBQb2xpY3kgZW5kcG9p
bnQgaXMgdGhlIHR1bm5lbCB0ZXJtaW5hdGlvbiB2cyBhIHByZWZpeC9yb3V0ZSB0byByZWFjaCAo
d2hpY2ggSSBraW5kIG9mIGhhdmUgdG8gYWdyZWUgd2l0aCksIHdoaWNoIHNlZW1lZCB0byBoYXZl
IGJlZW4gcmFpc2VkIGJlY2F1c2UgdGhlcmUncyB0aGUgY29uY2VwdCBvZiBudWxsLzAuMC4wLjAg
KGFuZCBzb21lIHdvcmRpbmcgb24gd2hldGhlciBvciBub3QgdGhpcyBpcyBhIHZhbGlkICJlbmRw
b2ludCIpLiBBbnl3YXlzLCBpbiBhbiBFUEUgY2FzZSBJIGRvbid0IG5lZWQgdG8gc3BlY2lmeSBh
IHBhdGggdG8gcmVhY2ggdGhlIGFic29sdXRlIGVuZHBvaW50LCBJIGp1c3QgbmVlZCB0byBzcGVj
aWZ5IGEgcGF0aCB0byBzdGVlciB0byBhbiBlZ3Jlc3MgcGVlciwgYW5kIHdpdGggbGFzdCBsYWJl
bCBpbiB0aGUgc3RhY2sgYmVpbmcgYW4gRVBFIFBlZXIgbGluayBvciBub2RlLCBhbmQgdGhhdCBl
Z3Jlc3MgcGVlciBjYW4gdGFrZSBvdmVyIHRoZSBwYWNrZXQgKGxpa2VseSBub3QgTVBMUyBlbmNh
cGVkIGFueW1vcmUpIGFuZCBzdGVlciwgZm9yd2FyZCBvciB0dW5uZWwgaG93ZXZlciBpdCBjaG9v
c2VzLiBJbiB0aGlzIHJlZ2FyZCB0aGUgU0lEIGxpc3Qgc3BlY2lmaWVkIG9uIHRoZSBoZWFkZW5k
IFNSIFBvbGljeSAic3RvcHMgZWFybHkiIGJlZm9yZSB0aGUgInJlYWwgZW5kcG9pbnQiLiBGcm9t
IHRoaXMgcGVyc3BlY3RpdmUgd2hldGhlciBteSBFQ01QIFNJRCBsaXN0cyBzdG9wIG9uIGRpZmZl
cmVudCByb3V0ZXJzIG9yIG5vdCBpcyBub3QgcmVhbGx5IHJlbGV2YW50IGZvciByZWFjaGluZyB0
aGUgInJlYWwgZW5kcG9pbnQiLiBTZWN0aW9uIDQuNyBpbiBkcmFmdC1pZXRmLXNwcmluZy1zZWdt
ZW50LXJvdXRpbmctY2VudHJhbC1lcGUtMTAgYnJpZWZseSBjb21tZW50cyBvbiB0aGlzLCBpbiB0
aGUgc2Vuc2UgdGhhdCB0byByZWFjaCBhbiBpbnRlcm5ldCByb3V0ZSBhIFNJRCBsaXN0IGNvbXBy
aXNlZCBvZiBvbmx5IFNJRChzKSB0byByZWFjaCB0aGUgYm9yZGVyIG5vZGUsIGFuZCBhIFNJRCB0
byBzcGVjaWZ5IHRoZSBwZWVyaW5nIHJvdXRlciBpcyBzdWZmaWNpZW50LiBJbiB0aGlzIHJlZ2Fy
ZCB0aGUgcGF0aCB0ZXJtaW5hdGVzIG9uIHRoZSBwZWVyaW5nIHJvdXRlciwgZGVzcGl0ZSB0aGUg
ZmFjdCB0aGF0IG15IGVuZHBvaW50IGlzIG11Y2ggZnVydGhlciBpbiB0aGUgbmV0d29yayAvIHBl
cmhhcHMgYWNyb3NzIHRoZSBpbnRlcm5ldC4gDQoNCg0KICAgID4gQW5vdGhlciBleGFtcGxlLCB3
aXRoIGluZ3Jlc3MgcmVwbGljYXRpb24sIGlzIHRoZSBtdWx0aXBhdGggRVJPIGNhbiBhbHNvIGJl
IHJlLXVzZWQgdG8gZGVzY3JpYmUgdGhlIGVncmVzcyBkb3duc3RyZWFtIHBhdGhzIHdoaWNoIHdp
bGwgYmUgZ29pbmcgdG8gZGlmZmVyZW50IHJlY2VpdmVyKHMpLCBmb3IgZWl0aGVyIGZ1cnRoZXIg
cmVwbGljYXRpb24gb3IgY29uc3VtcHRpb24uDQogICAgPg0KICAgID4NCiAgICA+DQogICAgPiBN
eSBjb21tZW50IHJlZ2FyZGluZyBtdWx0aXBhdGggdG8gYmUgdXNlZCBmb3IgaW5ncmVzcyByZXBs
aWNhdGlvbiBpcyBiZWNhdXNlIHRoZXJlIGlzIGEgbmVlZCBpbiByZXBsaWNhdGlvbiBzZWdtZW50
IHRvIGJlIGFibGUgdG8gcHJvZ3JhbSBiYWNrdXAgcGF0aHMgZm9yIGVhY2ggZWdyZXNzIEVSTy4g
VGhlcmUgd2VyZSBjb21tZW50cyBvbiB0aGlzIGluIHRoZSBlYXJsaWVyIHNyLXJlcGxpY2F0aW9u
IGRyYWZ0IGluIHNwcmluZyB3ZywgYnV0IGFwcGVhcnMgdGhlIHdvcmRpbmcgaGFzIGJlZW4gcmVk
b25lIC8gZHJhZnRzIGFyZSBzdGlsbCBpbiBhIHN0YXRlIG9mIGNoYW5nZS4gTm9uZSB0aGUgbGVz
cywgdGhlIG11bHRpcGF0aCBiYWNrdXAgVExWIHZpYSB0aGUgRVJPIGF0dHJpYnV0ZXMgb2JqZWN0
IGluIGRyYWZ0LWtvbGR5Y2hldi1wY2UtbXVsdGlwYXRoIHBlcm1pdHMgdGhlIHJlbGF0aW9uIGJl
dHdlZW4gdGhlIG5vcm1hbCBFUk8gYW5kIHRoZSBiYWNrdXAgKFBDRSBjb21wdXRlZCkgRVJPLCBz
b21ldGhpbmcgdGhhdCB0aGUgY3VycmVudCBSRkMgODYyMyBkb2VzIG5vdC4gVGhlcmXigJlzIGEg
ZGVzaXJlIHRvIGJ1aWxkIHRoaXMgaW50byByZXBsaWNhdGlvbiBzZWdtZW50IGFuZCBkcmFmdC1o
c2QtcGNlLXNyLXAybXAtcG9saWN5LTAxICBpcyBsZXZlcmFnaW5nIHRoaXMgY29uc3RydWN0IChw
cm9iYWJseSBuZWVkIGZ1cnRoZXIgcmVtYXJrcyBvbiB0aGlzIGluIHRoZSBkcmFmdHMgdG8gZGVz
Y3JpYmUgdGhpcyBpbnRlbnRpb24pLiBDb21wYXJpbmcgdG8gUkZDIDg2MjMsIGNvbnNpZGVyaW5n
IGFsbCBvZiB0aGUgbnVhbmNlcyBvZiByZXBsaWNhdGlvbiBzZWdtZW50IChwMm1wLWxzcC1pZGVu
dGlmaWVyLXRsdiwgcmVwbGljYXRpb24tc2lkL2JpbmRpbmctbGFiZWwsIGJhY2t1cCBlcm9zKSBp
dCBzZWVtcyByZWFzb25hYmxlIHRvIG1lIHRoYXQgZHJhZnQtaHNkLXBjZS1zci1wMm1wLXBvbGlj
eSBkZWZpbmVzIHRoZSByZXBsaWNhdGlvbiBzZWdtZW50IChkcmFmdC1oc2QtcGNlLXNyLXAybXAt
cG9saWN5LTAxIHNlY3Rpb24gMy4zKSB3aGlsZSBsZXZlcmFnaW5nIGV4aXN0aW5nL290aGVyIGNv
bW1vbiBjb25zdHJ1Y3RzLCBhbmQgZGVmaW5pbmcgaXTigJlzIGJlaGF2aW91ciwgcmF0aGVyIHRo
YW4gdHJ5aW5nIHRvIGp1c3QgdXNlIGFsbCBvZiBSRkM4NjIzIGFuZCBhdHRlbXB0IHRvIHVwZGF0
ZSBhbmQgc3F1ZWV6ZSBpbiAob3Igb3V0KSBvdGhlciBlbGVtZW50cyBvZiB0aGUgUkZDLg0KICAg
ID4NCiAgICA+DQogICAgDQogICAgW0RocnV2XTogRm9yIHRoZSBTUi1QMk1QIHVzZWNhc2UgeW91
IGhhdmUgdHdvIGJ1aWxkaW5nIGJsb2NrcyBpbiBQQ0VQDQogICAgKDEpIFBDRVAtU1IgZm9yIFAy
UCAoMikgUENFUC1SU1ZQLVRFIGZvciBQMk1QLiBJIHdvdWxkIHN1Z2dlc3QgeW91IHRvDQogICAg
YnVpbGQgb24gYm90aCBvZiB0aGVzZS4gVGhlICgxKSBvZmZlcnMgeW91IFNSLUVSTywgU1ItUG9s
aWN5DQogICAgYXNzb2NpYXRpb24gZXRjLiBUaGUgKDIpIG9mZmVycyB5b3UgUDJNUCBFTkQtUE9J
TlQgb2JqZWN0IHdpdGgNCiAgICBtdWx0aXBsZSBkZXN0aW5hdGlvbiwgUzJMUyBvYmplY3QgdG8g
cmVwb3J0IHN0YXR1cyB0byBlYWNoIGxlYWYgZXRjLg0KICAgIA0KICAgIFJlZ2FyZGluZyBiYWNr
dXAsIFByb3RlY3Rpb24gQXNzb2NpYXRpb24gY291bGQgYmUgdXNlZCBldmVuIGZvciBQMk1QDQog
ICAgYXMgd2VsbC4gSSB3b3VsZCBub3QgbG9vayBvbmx5IGF0IGEgZmVhdHVyZSBsaWtlICdiYWNr
dXAnIHRvIG1ha2UgdGhpcw0KICAgIGZ1bmRhbWVudGFsIGp1ZGdtZW50IG9uIGhvdyB0byBlbmNv
ZGUgU1ItUDJNUCBpbiBQQ0VQLg0KICAgIA0KICAgIEkgbGlrZSB0aGUgZmFjdCB0aGF0IGFzIGZh
ciBhcyBQQ0VQIG1lc3NhZ2UgZW5jb2RpbmcgaXMgY29uY2VybmVkLA0KICAgIHRoZXJlIGlzIGEg
bWluaW1hbCBkaWZmZXJlbmNlIGJldHdlZW4gU1IgYW5kIFJTVlAtVEUuIEkgd291bGQgbGlrZSB0
bw0KICAgIHNlZSBpZiB3ZSBjYW4gY29udGludWUgdG8ga2VlcCB0aGF0IHRydWUgZm9yIFNSLVAy
TVAgYXMgd2VsbCA6KQ0KICAgIA0KW0FuZHJld10gQUNLLCBzb21ldGhpbmcgSSBndWVzcyB0aGF0
IHdpbGwgbmVlZCB0byBiZSBkaXNjdXNzZWQgZnVydGhlciBpbiB0aGUgc2hhcGluZyBvZiBQQ0VQ
IHJlcGxpY2F0aW9uIHNlZ21lbnQgZHJhZnQuIENvbmZpZ3VyaW5nIHN0aXRjaGVkIHJlcGxpY2F0
aW9uIHNlZ21lbnRzIChhbmQgZWFjaCByZXBsaWNhdGlvbiBzZWdtZW50IGRvZXMgbm90IHBlcmZv
cm0gYW55IG5ldHdvcmsgc2lnbmFsbGluZyksIG9uZSBjb3VsZCBsZXZlcmFnZSBpbmRlcGVuZGVu
dCBSU1ZQIExTUChzKSBpbiBiZXR3ZWVuIHJlcGxpY2F0aW9uIHNlZ21lbnRzIGFsb25nIHRoZWly
IHVuaWNhc3QgcGF0aCwgYnV0IGl0J3Mgbm90IGNsZWFyIHRvIG1lIGlmIHRoZXJlIGNvdWxkL3dv
dWxkL3Nob3VsZCBiZSBSU1ZQIHNpZ25hbGxpbmcgZm9yIHRoZSByZXBsaWNhdGlvbiBzZWdtZW50
IGl0c2VsZiwgc28gSSdtIG5vdCBzdXJlIGhvdyBkaXJlY3RseSBtYXBwZWQgdG8gYW4gUlNWUCB1
c2UgY2FzZSBpdCBpcywgYXMgdGhlIGN1cnJlbnQgZm9jdXMgaXMgU1ItTVBMUy9TUnY2LWxpa2Ug
ZnVuY3Rpb25hbGl0eS4gS2VlcGluZyBkYXRhIG1vZGVscyBhbmQgbWVzc2FnZSBlbmNvZGluZyB0
aGUgc2FtZSBhcyBtdWNoIGFzIHBvc3NpYmxlLCBJIGRvIGFncmVlIHdpdGgsIGFuZCB0aGUgcmVw
bGljYXRpb24gc2VnbWVudCBkcmFmdCBoYXMgYXR0ZW1wdGVkIHRvIGRvIHRoYXQgYnkgcmUtdXNp
bmcgdGhlIG1vZGVsIGVuY29kaW5nIGZyb20gYWxsIHRoZSBwcmV2aW91cyBJRVRGIHdvcmsuIFNp
ZGUgbm90ZSwgdGhlIHNlcGFyYXRpb24gb2YgdGhlIFAyTVAgUG9saWN5IHZzIFJlcGxpY2F0aW9u
IFNlZ21lbnQgaW4gUENFUCBpcyBhbHNvIGtleSB0byBrZWVwaW5nIHRoZSBzb2x1dGlvbiBtYW5h
Z2VhYmxlIGluIFBDRVAgdG8gaGFuZGxlIGNhc2VzIG9mIG1iYiwgcmVkdW5kYW5jeSBhbmQgdHJh
bnNwb3J0IHJlLXVzYWJpbGl0eSAtIGl0J3Mgbm90IGNsZWFyIHRvIG1lIGhvdyB0aGF0IHNwbGl0
IGxvb2tzIGxpa2UgaWYgb25lIHdlcmUgdG8gY29tcGxldGVseSBidWlsZCBvbiB0aGUgUkZDIDg2
MjMuIA0KDQoNCiAgICBUaGFua3MhDQogICAgRGhydXYNCiAgICANCiAgICA+DQogICAgPiBDaGVl
cnMNCiAgICA+DQogICAgPiBBbmRyZXcNCiAgICA+DQogICAgPg0KICAgID4NCiAgICA+IF9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgPiBQY2UgbWFp
bGluZyBsaXN0DQogICAgPiBQY2VAaWV0Zi5vcmcNCiAgICA+IGh0dHBzOi8vd3d3LmlldGYub3Jn
L21haWxtYW4vbGlzdGluZm8vcGNlDQogICAgDQoNCg==


From nobody Thu Dec 19 10:04:46 2019
Return-Path: <alissa@cooperw.in>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4086D1209D9; Thu, 19 Dec 2019 10:04:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level: 
X-Spam-Status: No, score=-2.697 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=QCk/lwQn; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=oZ21+E1F
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 f_cvx7rNljGb; Thu, 19 Dec 2019 10:04:39 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3362C1209DC; Thu, 19 Dec 2019 10:04:39 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 56108225D7; Thu, 19 Dec 2019 13:04:38 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Thu, 19 Dec 2019 13:04:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= from:message-id:content-type:mime-version:subject:date :in-reply-to:cc:to:references; s=fm1; bh=RpPhUXA/dHbpsHE+j3G/DKw kQJ6wfYKKz+e2WODqfX0=; b=QCk/lwQnRIhzL7CzCMluqn1OEi6i+bP9nmZvsia vz0ettgIiF+7xw19FAppn6ppMXbaPFsw+h4ojmJ1wPk9PZrCVeGpkceAWq/SdcNk agP1XiRxnwmmKbyQSbhPtL+ySly1yygnkU+VxTDe+Z0BYBfG/T8//srjMEf5Nfyw fWzOUYRq6f7+AaMF1Okjj6JlITqAWp3xDPoh4Tc+q7WIC0v8CzrUUqwzaR2Zjfla maaOqQ0XiZlapuBDzTQvF3YzzW9QhUC7OW2TXd7v2BHw0cEfootZMZVlKUx98igX X9fPwzudkue9JhXLjeV+kLxSRHTRP0vd5yr1qeIdOnJWJJw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=RpPhUX A/dHbpsHE+j3G/DKwkQJ6wfYKKz+e2WODqfX0=; b=oZ21+E1FLC/r971FHpkL27 JplytKsYJIpn4bPr4WFiG7OOALwip8xRDGjvYr7dqv8qxnbEq4TvN8ITU39iFBph IdebEJ6//QrIxRnrPl+1Okl4XhY2vQneIi0Y7ZLPpZnOxbyT/lXkCFSa2b2+CMYA Xuu4+5eoRuh99cs00/KuAs/Mb5o4STZzX+tA90eHQeec5ptRvW5Y5/Yl+5uj8Bwq reNG+6400x6flT3UpgHXABsXFhq9UNSJCu9AfiPLkc1n6891NrgDEs2CDV26IDO1 RwgsCe8ncwQfGAlDUWnytsauBMHvVtZTYeGNusew52GclbUBoQH7ckMMnb2cpb4w ==
X-ME-Sender: <xms:trv7XSm1XixeBzdDQjRsWTBZeqj1viMMMwivYuof5sV8kSAcW46UjQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdduuddguddtjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhkfgtggfuffgjvfhfofesrgdtmherhhdtvdenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucffohhmrg hinhepihgvthhfrdhorhhgnecukfhppedujeefrdefkedruddujedrieehnecurfgrrhgr mhepmhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfidrihhnnecuvehluhhsth gvrhfuihiivgeptd
X-ME-Proxy: <xmx:trv7XZ-Jnc2-FJHDkQ4LENHBVgA6Cs_Ps1KJg8_UHoGlLknYrAM4EA> <xmx:trv7XYGHgV2pZam2LLjA9YFROF_CB4ZotBK-00pH1bWuIPGq9q2cag> <xmx:trv7XdI3l6UaUJWHWMWYoT7zPT9GXmDso1J4BI_ZbmaKGPCVqOKdZQ> <xmx:trv7XaTYpKNdovFo-TmoS7k0Zb4SGjSbCdDl56jcrkzENH7j3JfZ6w>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.65]) by mail.messagingengine.com (Postfix) with ESMTPA id 9212880064; Thu, 19 Dec 2019 13:04:37 -0500 (EST)
From: Alissa Cooper <alissa@cooperw.in>
Message-Id: <A90F79CE-31A2-4E38-A104-47798E8738BA@cooperw.in>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A2E27CBA-6094-4DCF-9DF9-D0376D94A3F3"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Thu, 19 Dec 2019 13:04:36 -0500
In-Reply-To: <CAM5Nu_wKC3sGkDV2N8EiaBJfUjYMp0jpTH59hf0kyuQP6jtwmA@mail.gmail.com>
Cc: IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org, Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
To: Mahend Negi <mahend.ietf@gmail.com>, Dale Worley <worley@ariadne.com>
References: <157244995288.32588.13686525179313133246.idtracker@ietfa.amsl.com> <CAM5Nu_wKC3sGkDV2N8EiaBJfUjYMp0jpTH59hf0kyuQP6jtwmA@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/1QVL17o5YCLjHq1OyuayL-JVUh8>
Subject: Re: [Pce] Alissa Cooper's Discuss on draft-ietf-pce-association-diversity-12: (with DISCUSS and COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 18:04:44 -0000

--Apple-Mail=_A2E27CBA-6094-4DCF-9DF9-D0376D94A3F3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Thanks. Dale, could you take a look?

Alissa


> On Dec 18, 2019, at 11:34 AM, Mahend Negi <mahend.ietf@gmail.com> =
wrote:
>=20
> Hi Alissa,
> Thanks for the review, All the comments were addressed in the last =
version itself.
>=20
> Sections 5.4.1 and 5.5 address your comments.
>=20
> =
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#sectio=
n-5.4.1 =
<https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#secti=
on-5.4.1>
> =
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#sectio=
n-5.5 =
<https://tools.ietf.org/html/draft-ietf-pce-association-diversity-12#secti=
on-5.5>
>=20
> Regards,
> Mahendra
>=20
>=20
>=20
> On Wed, Oct 30, 2019 at 9:09 PM Alissa Cooper via Datatracker =
<noreply@ietf.org <mailto:noreply@ietf.org>> wrote:
> Alissa Cooper has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: Discuss
>=20
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut =
this
> introductory paragraph, however.)
>=20
>=20
> Please refer to =
https://www.ietf.org/iesg/statement/discuss-criteria.html =
<https://www.ietf.org/iesg/statement/discuss-criteria.html>
> for more information about IESG DISCUSS and COMMENT positions.
>=20
>=20
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/ =
<https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/>
>=20
>=20
>=20
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>=20
> A couple of the points from the Gen-ART review warrant discussion I =
think
> (quoting directly from the review):
>=20
> (1) 'The relationship of this mechanism with SVEC seems to be =
important but
> is not clearly stated.  The relevant sections of the text seem to be:
> section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses
> SVEC diversity flag" on.  I think that they need to be pulled into one
> section.  Then it will be possible to have a good description of the
> interaction with SVEC.'
>=20
> (2) 'The path computation effects of the P bit are described in the =
"P"
> item in section 5.2 and section 5.5.  But the descriptions are
> unclear, or perhaps they presume that there are only two LSPs in the
> group.  I think the intended meaning is that all of the LSPs in the
> group with P=3D1 are computed first, and then with those LSPs fixed, =
the
> LSPs in the group with P=3D0 are computed.  This will cause
> shortest-path constraints (and other objective functions) to be
> optimized on the P=3D1 LSPs, and those paths will not be de-optimized =
by
> competition from the other paths.  This should probably be pulled out
> of the description of the "P" in its TLV and put into a separate
> paragraph.'
>=20
>=20
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>=20
> Please respond to the remainder of the Gen-ART review.
>=20
>=20


--Apple-Mail=_A2E27CBA-6094-4DCF-9DF9-D0376D94A3F3
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" =
class=3D"">Thanks. Dale, could you take a look?<div class=3D""><br =
class=3D""></div><div class=3D"">Alissa</div><div class=3D""><br =
class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div =
class=3D"">On Dec 18, 2019, at 11:34 AM, Mahend Negi &lt;<a =
href=3D"mailto:mahend.ietf@gmail.com" =
class=3D"">mahend.ietf@gmail.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div dir=3D"ltr" =
class=3D""><div dir=3D"ltr" class=3D""><div class=3D"">Hi =
Alissa,</div><div class=3D"">Thanks for the review, All the comments =
were addressed in the last version itself.</div><span class=3D""><br =
class=3D""></span></div><div dir=3D"ltr" class=3D""><span =
class=3D"">Sections 5.4.1 and 5.5 address your =
comments.</span></div><div dir=3D"ltr" class=3D""><span class=3D""><br =
class=3D""></span><div class=3D""><span class=3D""><a =
href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity-1=
2#section-5.4.1" =
class=3D"">https://tools.ietf.org/html/draft-ietf-pce-association-diversit=
y-12#section-5.4.1</a></span></div><div class=3D""><span class=3D""><a =
href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity-1=
2#section-5.5" =
class=3D"">https://tools.ietf.org/html/draft-ietf-pce-association-diversit=
y-12#section-5.5</a></span></div><div class=3D""><span class=3D""><br =
class=3D""></span></div><div class=3D""><span =
class=3D"">Regards,</span></div><div class=3D""><span =
class=3D"">Mahendra<br class=3D""></span></div><div class=3D""><span =
class=3D""><br class=3D""></span></div><div class=3D""><br =
class=3D""></div></div><br class=3D""><div class=3D"gmail_quote"><div =
dir=3D"ltr" class=3D"gmail_attr">On Wed, Oct 30, 2019 at 9:09 PM Alissa =
Cooper via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org" =
target=3D"_blank" class=3D"">noreply@ietf.org</a>&gt; wrote:<br =
class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex">Alissa Cooper has entered the =
following ballot position for<br class=3D"">
draft-ietf-pce-association-diversity-12: Discuss<br class=3D"">
<br class=3D"">
When responding, please keep the subject line intact and reply to all<br =
class=3D"">
email addresses included in the To and CC lines. (Feel free to cut =
this<br class=3D"">
introductory paragraph, however.)<br class=3D"">
<br class=3D"">
<br class=3D"">
Please refer to <a =
href=3D"https://www.ietf.org/iesg/statement/discuss-criteria.html" =
rel=3D"noreferrer" target=3D"_blank" =
class=3D"">https://www.ietf.org/iesg/statement/discuss-criteria.html</a><b=
r class=3D"">
for more information about IESG DISCUSS and COMMENT positions.<br =
class=3D"">
<br class=3D"">
<br class=3D"">
The document, along with other ballot positions, can be found here:<br =
class=3D"">
<a =
href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-divers=
ity/" rel=3D"noreferrer" target=3D"_blank" =
class=3D"">https://datatracker.ietf.org/doc/draft-ietf-pce-association-div=
ersity/</a><br class=3D"">
<br class=3D"">
<br class=3D"">
<br class=3D"">
=
----------------------------------------------------------------------<br =
class=3D"">
DISCUSS:<br class=3D"">
=
----------------------------------------------------------------------<br =
class=3D"">
<br class=3D"">
A couple of the points from the Gen-ART review warrant discussion I =
think<br class=3D"">
(quoting directly from the review):<br class=3D"">
<br class=3D"">
(1) 'The relationship of this mechanism with SVEC seems to be important =
but<br class=3D"">
is not clearly stated.&nbsp; The relevant sections of the text seem to =
be:<br class=3D"">
section 4 para 2, section 5.3, and section 5.4 from "[RFC5440] uses<br =
class=3D"">
SVEC diversity flag" on.&nbsp; I think that they need to be pulled into =
one<br class=3D"">
section.&nbsp; Then it will be possible to have a good description of =
the<br class=3D"">
interaction with SVEC.'<br class=3D"">
<br class=3D"">
(2) 'The path computation effects of the P bit are described in the =
"P"<br class=3D"">
item in section 5.2 and section 5.5.&nbsp; But the descriptions are<br =
class=3D"">
unclear, or perhaps they presume that there are only two LSPs in the<br =
class=3D"">
group.&nbsp; I think the intended meaning is that all of the LSPs in =
the<br class=3D"">
group with P=3D1 are computed first, and then with those LSPs fixed, =
the<br class=3D"">
LSPs in the group with P=3D0 are computed.&nbsp; This will cause<br =
class=3D"">
shortest-path constraints (and other objective functions) to be<br =
class=3D"">
optimized on the P=3D1 LSPs, and those paths will not be de-optimized =
by<br class=3D"">
competition from the other paths.&nbsp; This should probably be pulled =
out<br class=3D"">
of the description of the "P" in its TLV and put into a separate<br =
class=3D"">
paragraph.'<br class=3D"">
<br class=3D"">
<br class=3D"">
=
----------------------------------------------------------------------<br =
class=3D"">
COMMENT:<br class=3D"">
=
----------------------------------------------------------------------<br =
class=3D"">
<br class=3D"">
Please respond to the remainder of the Gen-ART review.<br class=3D"">
<br class=3D"">
<br class=3D"">
</blockquote></div></div>
</div></blockquote></div><br class=3D""></div></body></html>=

--Apple-Mail=_A2E27CBA-6094-4DCF-9DF9-D0376D94A3F3--


From nobody Thu Dec 19 11:51:40 2019
Return-Path: <aretana.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1100B120D6F; Thu, 19 Dec 2019 11:51:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.996
X-Spam-Level: 
X-Spam-Status: No, score=-0.996 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 DDUKiMoA8uFa; Thu, 19 Dec 2019 11:51:31 -0800 (PST)
Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF95A120D69; Thu, 19 Dec 2019 11:51:30 -0800 (PST)
Received: by mail-ed1-x530.google.com with SMTP id m8so6051674edi.13; Thu, 19 Dec 2019 11:51:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=f3zsXeKA5H/zKvWGdGxB8Ay4iAXVqg6jQMdqmJKA4ME=; b=HPS1bFEE2eUid6yl5ci6JZ3+BpMjRHCI2GXJ2/ojHRbx+v1xdjnA1P33whPj56VcY5 meU8p6GJ6EcZE+D3HmtXeg9rL9qc9iLs6Q8i6x4UTOvw41zekniUga9KgVXZfsM0NZN6 lKXCK6Q/JMpJ+A6HZIoF49Q8yMeX1nFJEjwzdNWLumEeIAwYJ1H7VKOv0J362uLd49uo 32WHTDOo+DM5yu8vl+76nAKs5wH8qIVYL+dIkdi29xcXyOf4gEdNQIMwL3/tizI1h5LB GlhR58IN15gaHMKYgGkd3EQ3Rur4U1k0VLQmuCyRotTirkbpXm1G0S7WiHMdKtnoXwC/ sIvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=f3zsXeKA5H/zKvWGdGxB8Ay4iAXVqg6jQMdqmJKA4ME=; b=klK/KfVD8cMQH03vmPkpIzQACRMmQMt7iimEzLe+gIwFKQJU8tdH+IGRVce2+2HMU1 5HI2J1+uV/BVNdU28ZRdtbpf0V7v8naJQOy4ZcQ75LmIe3LEDyeCEsl4Y39fOAXItk5K blRYCpqwCJ8WjSff3Wp7ceiKqR+ywJoSl5fdWlqRcqk9iSXCCsQmpRbJW2sK5zL6ssXs 8HiW8IU2amH0Om8I98nVRZYJRiEMiupqa1yt3EVAdH0edO+BRa2Vlhnm7Wd+VJBAP9GF xh5EYuV3LfAeUPdei4GSmBfSXCfMPYNA6CLHDi4J4Tw0uLgwul1+5o+o9pIDyjmtlk4U AzjA==
X-Gm-Message-State: APjAAAXoGUjrncvRz7t50P10rrs2i8paErCxav/rMymgIutl4jUVfoEs V0m9FTlUEXF4Ey4lKa6O4dw7/gDVNIB+uVIxR50=
X-Google-Smtp-Source: APXvYqzm8yh2SvC+waCoEtP+Rbt0fL+CJD8q7Isknb8J9ylZzL93y9lidA5yq9xuRNvjz3L1s1ug5kM0hbYdtT4PLxw=
X-Received: by 2002:aa7:c994:: with SMTP id c20mr11292870edt.113.1576785089381;  Thu, 19 Dec 2019 11:51:29 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 19 Dec 2019 14:51:28 -0500
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <CAM5Nu_zPAps4Cm84piGWjQoT9RUFaTEULX5x3ma=VDrRGfA4Vw@mail.gmail.com>
References: <157229440660.16047.18318131716126000604.idtracker@ietfa.amsl.com> <CAM5Nu_zPAps4Cm84piGWjQoT9RUFaTEULX5x3ma=VDrRGfA4Vw@mail.gmail.com>
MIME-Version: 1.0
Date: Thu, 19 Dec 2019 14:51:28 -0500
Message-ID: <CAMMESsxWDf02QsMZtpijg1VkCUHr5GfCeBHoJaBNsbWkEBBr4A@mail.gmail.com>
To: Mahend Negi <mahend.ietf@gmail.com>
Cc: draft-ietf-pce-association-diversity@ietf.org,  pce-chairs <pce-chairs@ietf.org>, pce@ietf.org,  Julien Meuric <julien.meuric@orange.com>, The IESG <iesg@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000023c91e059a13e3e4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/zrzU_b-6jZIImPWnYcMXY4Viad0>
Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-association-diversity-12: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 19:51:33 -0000

--00000000000023c91e059a13e3e4
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks for addressing my comments!

Alvaro.

On December 19, 2019 at 11:14:40 AM, Mahend Negi (mahend.ietf@gmail.com)
wrote:

Hi Alvaro,

Thanks for the detailed review, all the comments are addressed in the new
version.

New version:
https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-=
13

Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-diversity-13

Regards,
Mahendra

On Tue, Oct 29, 2019 at 1:56 AM Alvaro Retana via Datatracker <
noreply@ietf.org> wrote:

> Alvaro Retana has entered the following ballot position for
> draft-ietf-pce-association-diversity-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-association-diversity/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> (1) =C2=A75.1: I-D.ietf-pce-association-group is not explicit about the
> "capability
> exchange mentioned in this piece of text:
>
>                  This capability exchange for the Disjointness
>    Association Type (TBD1) MUST be done before using the disjointness
>    association.  Thus the PCEP speaker MUST include the Disjointness
>    Association Type in the ASSOC-Type-List TLV before using the Disjoint
>    Association Group (DAG) in PCEP messages.
>
> It seems to me that the exchange implies sending and receiving the
> Assoc-type,
> but then the second sentence implies sending to be enough.  What is the
> expected behavior?  Please reword.
>
> (2) =C2=A75.2 says, while defining the T flag, says that "if disjoint pat=
hs
> cannot
> be found, PCE SHOULD return no path", but =C2=A75.6 reads:
>
>    When the T flag is set (Strict disjointness requested), if
>    disjointness cannot be ensured for one or more LSPs, the PCE MUST
>    reply to a Path Computation Request (PCReq) with a Path Computation
>    Reply (PCRep) message containing a NO-PATH object.
>
> There is a conflict between the SHOULD and the MUST.
>
> (3) TBD1 is used with 3 different names: "Disjoint Association Type (DAT)=
",
> "Disjointness Association Type" and "Disjoint-group Association".  Please
> be
> consistent.
>
> (4) [nits]
>
> s/DISJOINTNESS-CONFIGURATION-TLVSection 5.2/DISJOINTNESS-CONFIGURATION-TL=
V
> (Section 5.2)
>
> s/SHOULD NOT try to add/SHOULD NOT add
>
> s/with example inA Section 5.5/with an example in Section 5.5
>
> s/by Section 5.5either/by either
>
> s/Setting P flag/Setting the P flag
>
> s/case of network event/case of a network event
>
>
>

--00000000000023c91e059a13e3e4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style>=
</head><body style=3D"word-wrap:break-word"><div style=3D"font-family:Helve=
tica,Arial;font-size:13px">Thanks for addressing my comments!</div><div sty=
le=3D"font-family:Helvetica,Arial;font-size:13px"><br></div><div style=3D"f=
ont-family:Helvetica,Arial;font-size:13px">Alvaro.</div> <br><p class=3D"ai=
rmail_on">On December 19, 2019 at 11:14:40 AM, Mahend Negi (<a href=3D"mail=
to:mahend.ietf@gmail.com">mahend.ietf@gmail.com</a>) wrote:</p> <blockquote=
 type=3D"cite" class=3D"clean_bq"><span><div><div></div><div>


<title></title>


<div dir=3D"ltr">
<div>Hi Alvaro,</div>
<div><br></div>
<div>
<div>Thanks for the detailed review, all the comments are addressed
in the new version.</div>
<div><br></div>
<div>New version:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-pce-association-diversity=
-13" rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft=
-ietf-pce-association-diversity-13</a><br>

<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-pce-association=
-diversity-13" rel=3D"noreferrer" target=3D"_blank">https://datatracker.iet=
f.org/doc/html/draft-ietf-pce-association-diversity-13</a><br>

<br>
Diff:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-association-d=
iversity-13" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcd=
iff?url2=3Ddraft-ietf-pce-association-diversity-13</a></div>
<div><br></div>
<div>Regards,</div>
<div>Mahendra</div>
</div>
</div>
<br>
<div class=3D"gmail_quote">
<div dir=3D"ltr" class=3D"gmail_attr">On Tue, Oct 29, 2019 at 1:56 AM
Alvaro Retana via Datatracker &lt;<a href=3D"mailto:noreply@ietf.org">norep=
ly@ietf.org</a>&gt;
wrote:<br></div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">
Alvaro Retana has entered the following ballot position for<br>
draft-ietf-pce-association-diversity-12: No Objection<br>
<br>
When responding, please keep the subject line intact and reply to
all<br>
email addresses included in the To and CC lines. (Feel free to cut
this<br>
introductory paragraph, however.)<br>
<br>
<br>
Please refer to <a href=3D"https://www.ietf.org/iesg/statement/discuss-crit=
eria.html" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/iesg/s=
tatement/discuss-criteria.html</a><br>

for more information about IESG DISCUSS and COMMENT
positions.<br>
<br>
<br>
The document, along with other ballot positions, can be found
here:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-pce-association-dive=
rsity/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/d=
oc/draft-ietf-pce-association-diversity/</a><br>

<br>
<br>
<br>
----------------------------------------------------------------------<br>

COMMENT:<br>
----------------------------------------------------------------------<br>

<br>
(1) =C2=A75.1: I-D.ietf-pce-association-group is not explicit about the
&quot;capability<br>
exchange mentioned in this piece of text:<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This
capability exchange for the Disjointness<br>
=C2=A0 =C2=A0Association Type (TBD1) MUST be done before using the
disjointness<br>
=C2=A0 =C2=A0association.=C2=A0 Thus the PCEP speaker MUST include
the Disjointness<br>
=C2=A0 =C2=A0Association Type in the ASSOC-Type-List TLV before
using the Disjoint<br>
=C2=A0 =C2=A0Association Group (DAG) in PCEP messages.<br>
<br>
It seems to me that the exchange implies sending and receiving the
Assoc-type,<br>
but then the second sentence implies sending to be enough.=C2=A0
What is the<br>
expected behavior?=C2=A0 Please reword.<br>
<br>
(2) =C2=A75.2 says, while defining the T flag, says that &quot;if disjoint
paths cannot<br>
be found, PCE SHOULD return no path&quot;, but =C2=A75.6 reads:<br>
<br>
=C2=A0 =C2=A0When the T flag is set (Strict disjointness
requested), if<br>
=C2=A0 =C2=A0disjointness cannot be ensured for one or more LSPs,
the PCE MUST<br>
=C2=A0 =C2=A0reply to a Path Computation Request (PCReq) with a
Path Computation<br>
=C2=A0 =C2=A0Reply (PCRep) message containing a NO-PATH
object.<br>
<br>
There is a conflict between the SHOULD and the MUST.<br>
<br>
(3) TBD1 is used with 3 different names: &quot;Disjoint Association Type
(DAT)&quot;,<br>
&quot;Disjointness Association Type&quot; and &quot;Disjoint-group
Association&quot;.=C2=A0 Please be<br>
consistent.<br>
<br>
(4) [nits]<br>
<br>
s/DISJOINTNESS-CONFIGURATION-TLVSection
5.2/DISJOINTNESS-CONFIGURATION-TLV<br>
(Section 5.2)<br>
<br>
s/SHOULD NOT try to add/SHOULD NOT add<br>
<br>
s/with example inA Section 5.5/with an example in Section 5.5<br>
<br>
s/by Section 5.5either/by either<br>
<br>
s/Setting P flag/Setting the P flag<br>
<br>
s/case of network event/case of a network event<br>
<br>
<br></blockquote>
</div>


</div></div></span></blockquote> <div class=3D"gmail_signature"></div></bod=
y></html>

--00000000000023c91e059a13e3e4--


From nobody Thu Dec 19 21:09:47 2019
Return-Path: <session-request@ietf.org>
X-Original-To: pce@ietf.org
Delivered-To: pce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0809120045; Thu, 19 Dec 2019 21:09:45 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool <session-request@ietf.org>
To: <session-request@ietf.org>
Cc: dhruv.ietf@gmail.com, pce@ietf.org, db3546@att.com, pce-chairs@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.113.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <157681858559.15864.10497918214972711913.idtracker@ietfa.amsl.com>
Date: Thu, 19 Dec 2019 21:09:45 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/bOKPRxcDPa_HA2VsIZ6_YLShCuU>
Subject: [Pce] pce - New Meeting Session Request for IETF 107
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Dec 2019 05:09:46 -0000

A new meeting session request has just been submitted by Dhruv Dhody, a Chair of the pce working group.


---------------------------------------------------------
Working Group Name: Path Computation Element
Area Name: Routing Area
Session Requester: Dhruv Dhody

Number of Sessions: 1
Length of Session(s):  2 Hours
Number of Attendees: 75
Conflicts to Avoid: 
 Chair Conflict: spring teas ccamp
 Technology Overlap: bier panrg mpls
 Key Participant Conflict: rift rtgwg detnet idr lsr sfc pals opsawg bess netconf netmod 6man


People who must be present:
  Deborah Brungard
  Julien Meuric
  Dhruv Dhody
  Hariharan Ananthakrishnan

Resources Requested:

Special Requests:
  Do not schedule against RTG area BOF (if any)
---------------------------------------------------------


From nobody Fri Dec 20 13:32:08 2019
Return-Path: <mkoldych@cisco.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 789F71208BB for <pce@ietfa.amsl.com>; Fri, 20 Dec 2019 13:32:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level: 
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dqsuHZft; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=zEfPpOwF
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 WaveHzU51Zaq for <pce@ietfa.amsl.com>; Fri, 20 Dec 2019 13:32:03 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2A38120839 for <pce@ietf.org>; Fri, 20 Dec 2019 13:32:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11956; q=dns/txt; s=iport; t=1576877522; x=1578087122; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=On4487w5rd4GerJ3+d8DnwFhV8cE0Rb7L6kEZ+zJZww=; b=dqsuHZftj0LvPNwARXf0pgirSRoCxtNgN/LhgNkfxdbqNh1Za/p7+2Bi d7YRWNtzH8JRlm1N0reQnRi9dWHYrrKC+gr0rPy9hUtHICERH/qWInn76 u7L2MUJJ479LILi0qOqFzAoA9bd1OoW0GghPN8H8U+CxDAaHeST77+sx7 o=;
IronPort-PHdr: =?us-ascii?q?9a23=3AARdtrhDzVlxaNT+HGffTUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs03kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuKf3tayArF8RqX15+9Hb9Ok9QS47z?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DqAQAqPf1d/5ldJa1lGwEBAQEBAQE?= =?us-ascii?q?FAQEBEQEBAwMBAQGBfIFNJCwFbFggBAsqCoN9g0YDinSCX4lejiqCUgNUCQE?= =?us-ascii?q?BAQwBARgLCgIBAYRAAheCBSQ4EwIDDQEBBAEBAQIBBQRthTcMhV4BAQEBAgE?= =?us-ascii?q?BAQwEEREMAQEjCQQHAQsEAgEIEQQBAQECAiYCAgIfBgsVCAgCBAENBQgTB4M?= =?us-ascii?q?BgkYDDiABDqEEAoE4iGF1gTKCfgEBBYUcDQuCDAMGgQ4ojBkagUE/gRABR4J?= =?us-ascii?q?MPoIbSQEBgR9GFQ+CajKCLI1DgnWdZTFDCoI0kXKEQYJEmBGOUYFGiSiPZgI?= =?us-ascii?q?EAgQFAg4BAQWBaSKBWHAVO4JsUBgNjRIMF4NQhRSFP3SBKI97K4EEAYEPAQE?=
X-IronPort-AV: E=Sophos;i="5.69,337,1571702400"; d="scan'208";a="405974003"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Dec 2019 21:32:01 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id xBKLW1Xs001065 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Dec 2019 21:32:01 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 20 Dec 2019 15:32:00 -0600
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 20 Dec 2019 15:32:00 -0600
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 20 Dec 2019 15:32:00 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a//zfxSCshUHq2FKtTm0AJhM70sb24kGLODt7wDFJh0xyhK6kV0MtnaNR3OaJDa6FIxu/zfTGcufRgWj/ItHUV/TQH3n8bawTi5bEkvlys+ABS5dKyKYDfJzD02suXI14kk5MV1UMbWf7jhH5yU7PB0cd/af4JfLmIRzBcMNsOZ+/h4y2vCTtEwqGOEHuMfQVpAWc8KkgFxH1hJPXTRmyPf9i9ivLRcSEsK+3CfegPcd+uNp9rVRsVVZ6F2ZMVaC4tvve2f74TlFo3UvtVik0Ii5NJvh36rWl4rKc3REqdWFeJmsD/5XIOIfTOpjgVdZnRaaNGuxp+AFW9bJeFEzuw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;  s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=On4487w5rd4GerJ3+d8DnwFhV8cE0Rb7L6kEZ+zJZww=; b=blWdMJeqbo58rZo/t1lnU69LqCJ9eWG92MyHbsZpBM7NdEh/iKjRjDUc7g8ri/en+LgluOhQja+TpJG+iZPrFUBPSsBATuaF1e5LXxTwEMPSUhFVpNMXSX6CDJxAcksrrAtpsQGCg6j3eVL8G8vknDQymcdLzeFyWuXm+YFgqY63NAgH675fBSKERIyFkMykU4VqNeuyzMXH9P8s8v985ctgEusjcOoWwy87LijfZi9YxQS3CE7RO+6OUNWQuVHNHOzCRh+lMNQgPlfnZegjQXBmG/1Iubeza08Gkf/u9Scs45Sz5lVL09VzyoGLsVlXgKdk0KZSaOtVrPU4BRc+Jg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com;  s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=On4487w5rd4GerJ3+d8DnwFhV8cE0Rb7L6kEZ+zJZww=; b=zEfPpOwFW4hLYQAINEXV1rmf0UQpeJZOKmsbQrJrAEEKJFINspuadMn7TQQnd+/JPrXRVRpkVUvgYb17sVae/VQ1keDJe6uU73lR/3Ngw7Qm3GvWrUjf+ek2+QcyQAd3EbJa075rqZlwKBJRQDip+5TiRgfAG7Umlo+0I3nrF9k=
Received: from BN6PR11MB0051.namprd11.prod.outlook.com (10.161.153.153) by BN6PR11MB1812.namprd11.prod.outlook.com (10.175.98.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.14; Fri, 20 Dec 2019 21:31:59 +0000
Received: from BN6PR11MB0051.namprd11.prod.outlook.com ([fe80::586b:142e:6864:ea06]) by BN6PR11MB0051.namprd11.prod.outlook.com ([fe80::586b:142e:6864:ea06%7]) with mapi id 15.20.2559.016; Fri, 20 Dec 2019 21:31:59 +0000
From: "Mike Koldychev (mkoldych)" <mkoldych@cisco.com>
To: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>, Dhruv Dhody <dhruv.ietf@gmail.com>
CC: "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] Multipath / replication segment comment
Thread-Index: AQHVtdD2xl49iCDRxUm0ovoN47taVafBWbGAgAAHmQCAAijj0A==
Date: Fri, 20 Dec 2019 21:31:59 +0000
Message-ID: <BN6PR11MB005176FEAD020116D05E4AC7D32D0@BN6PR11MB0051.namprd11.prod.outlook.com>
References: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com> <CAB75xn6PO1Dix-O4Fq6BTKx-bDyNG3uV=FUYzhbfWgECj3nFqQ@mail.gmail.com> <5F7FCDF4-0561-46D8-9253-63753704FC7C@nokia.com>
In-Reply-To: <5F7FCDF4-0561-46D8-9253-63753704FC7C@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mkoldych@cisco.com; 
x-originating-ip: [173.38.117.76]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 77e06d7f-8743-4ea7-e5f6-08d785940bcf
x-ms-traffictypediagnostic: BN6PR11MB1812:
x-microsoft-antispam-prvs: <BN6PR11MB18129C2D30BDE1C18B2C88D6D32D0@BN6PR11MB1812.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5797;
x-forefront-prvs: 025796F161
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(39860400002)(366004)(136003)(53754006)(199004)(189003)(37854004)(13464003)(64756008)(66556008)(66476007)(6506007)(478600001)(66946007)(186003)(81166006)(76116006)(33656002)(26005)(9686003)(66446008)(8936002)(2906002)(966005)(52536014)(81156014)(4001150100001)(86362001)(7696005)(8676002)(4326008)(5660300002)(71200400001)(110136005)(53546011)(66574012)(55016002)(296002)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR11MB1812; H:BN6PR11MB0051.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; 
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 0N/ed1kbe9rd0d4DdWrDjmFty5VMBsHyiuzp9hLqJ6WCiK2L3yV4QY2y7AC4RmjCL1KCT7Wgn47u3uFaKv4Zihn5SRzTCiheingt5DGVibnPAab3cBGuD76nGM771iURiMdNh3yg4P1zYdvyMtzHecRuNQ6a0qeGcjgYi3WJ+dTsprV6yrxMmSdsG9XeOVH8spE3/nGDmFkPjguhsVW/CD3/+exippq01KDdwPqN3QKk9ILNNg3g1hAJOxLHQgUhGUGTd4qQIcfJ+0HBAyrj1eeKOV2LPmm8iMUvfsA6rdtp6EBtw8IpInWr467RGsyfBqDXFxoikDuLhXBGi8lZCC9GZ10dj31CdoVz26iy/F6aIPW1QqAsfA2eZDGxYi6eRhlQekArAH4ey7DIhlW+P6AguplTC3ZkEP9mmLGGGK6+VYXwZJWfdIvWc1ekJqz+oCGa6Ph+IGQ7q/CXSm1SFt1C3p68RLQ+zD32al2cQJboEYS9UGplM74ggxN6La73gAA8aGWC7IgEAVVhesa+pLlh72sduMjatALiLWQBwLQ+yOroBRUAGtwCYGjYjz+y4doGv83MWlyhTS+80/ZBlQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 77e06d7f-8743-4ea7-e5f6-08d785940bcf
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2019 21:31:59.5283 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: zpRJLLh56RNtLwxE+olXrk10zJopNM1t8RFB/+hMcDgns6c1eBiZOK1rZkB7i0IGbb2c3ssQ0uSZkMo9VClglg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1812
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com
X-Outbound-Node: rcdn-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/LwV8USNJKPo0Uf_NJW3_OqeEPEU>
Subject: Re: [Pce] Multipath / replication segment comment
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Dec 2019 21:32:06 -0000

UmVnYXJkaW5nIFNJRCBsaXN0cyB0ZXJtaW5hdGluZyBvbiB0aGUgc2FtZSBub2RlLi4uLiBUaGlz
IGNhbm5vdCBiZSBtYW5kYXRlZC9lbmZvcmNlZCBmcm9tIGEgcHJvdG9jb2wgcG9pbnQgb2Ygdmll
dy4gVGhlcmUgYXJlIHVzZSBjYXNlcywgYXMgQW5kcmV3IHBvaW50ZWQgb3V0LCB3aGVyZSB0aGUg
U0lEIGxpc3QocykgdGVybWluYXRlIHByaW9yIHRvIHJlYWNoaW5nIHRoZSBlbmQtcG9pbnQgYW5k
IHRoZSBwYWNrZXRzIGdvIHRoZSByZXN0IG9mIHRoZSB3YXkgdW5lbmNhcHN1bGF0ZWQuDQoNCkl0
IG1heSBiZSB0aGF0IHNvbWUgaW1wbGVtZW50YXRpb25zIG9mIFNSLVRFIGhlYWQtZW5kIG1heSBj
aG9vc2UgdG8gdmFsaWRhdGUgdGhlIEVSTyhzKSBhbmQgdmVyaWZ5IHRoYXQgdGhleSBhY3R1YWxs
eSBkbyByZWFjaCB0aGUgZW5kLXBvaW50IG5vZGUsIGJ1dCB0aGlzIGV4dHJhIHZhbGlkYXRpb24g
aXMgcHVyZWx5IG9wdGlvbmFsLg0KDQpUaGFua3MsDQpNaWtlLg0KDQotLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KRnJvbTogUGNlIDxwY2UtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9m
IFN0b25lLCBBbmRyZXcgKE5va2lhIC0gQ0EvT3R0YXdhKQ0KU2VudDogVGh1cnNkYXksIERlY2Vt
YmVyIDE5LCAyMDE5IDEyOjE5IFBNDQpUbzogRGhydXYgRGhvZHkgPGRocnV2LmlldGZAZ21haWwu
Y29tPg0KQ2M6IHBjZUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtQY2VdIE11bHRpcGF0aCAvIHJl
cGxpY2F0aW9uIHNlZ21lbnQgY29tbWVudA0KDQpGZXcgY29tbWVudHMgYmVsb3csDQoNCkNoZWVy
cw0KQW5kcmV3DQoNCu+7v09uIDIwMTktMTItMTksIDY6NTIgQU0sICJEaHJ1diBEaG9keSIgPGRo
cnV2LmlldGZAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIEhpIEFuZHJldywNCiAgICANCiAgICBT
cGVha2luZyBhcyBhIFdHIGNvbnRyaWJ1dG9yLi4uDQogICAgDQogICAgT24gV2VkLCBEZWMgMTgs
IDIwMTkgYXQgMTE6NTggUE0gU3RvbmUsIEFuZHJldyAoTm9raWEgLSBDQS9PdHRhd2EpDQogICAg
PGFuZHJldy5zdG9uZUBub2tpYS5jb20+IHdyb3RlOg0KICAgID4NCiAgICA+IEhpIGFsbCwNCiAg
ICA+DQogICAgPg0KICAgID4NCiAgICA+IEluIFNpbmdhcG9yZSBJIG1hZGUgYSByZW1hcmsgYWJv
dXQgZHJhZnQta29sZHljaGV2LXBjZS1tdWx0aXBhdGggdGhhdCBpdOKAmXMgYSBoZWxwZnVsIGRy
YWZ0IGFuZCBpcyBhbHNvIGFwcGxpY2FibGUgdG8gdGhlIHJlcGxpY2F0aW9uIHNlZ21lbnQuDQog
ICAgPg0KICAgID4NCiAgICA+DQogICAgPiBJIHJlY2VpdmVkIGEgZm9sbG93IHVwIHF1ZXN0aW9u
IGVtYWlsZWQgZGlyZWN0bHksIGFza2luZyBhYm91dCB3aGV0aGVyIOKAnEVST3MgbmVlZCB0byBz
aGFyZSBzYW1lIHNvdXJjZSBhbmQgZGVzdGluYXRpb27igJ0gYW5kIGhvdy9pZiB0aGlzIGNvdWxk
IGJlIHJlbGF0ZWQgdG8gUkZDIDg2MjMuDQogICAgPg0KICAgID4NCiAgICA+DQogICAgPiBGb3Ig
b3Blbm5lc3MsIHNlbmRpbmcgbXkgdGhvdWdodHMvY29tbWVudHMgaGVyZSB0byB0aGUgV0c6DQog
ICAgPg0KICAgID4NCiAgICA+DQogICAgPiBUaGVyZSBpcyBubyByZXF1aXJlbWVudCBsaXN0ZWQg
aW4gZHJhZnQta29sZHljaGV2LXBjZS1tdWx0aXBhdGggdGhhdCBJIGNhbiBzZWUgd2hpY2ggcmVx
dWlyZXMgRVJPcyB0byB0ZXJtaW5hdGUgb24gdGhlIHNhbWUgc291cmNlL2Rlc3RpbmF0aW9uLCBJ
IGhhdmVu4oCZdCBzZWVuIHRoYXQgZXhwZWN0YXRpb24gYW55d2hlcmUsIGFuZCBpbiBteSBvcGlu
aW9uIHRoZXJlIHNob3VsZCBub3QgYmUuDQogICAgDQogICAgW0RocnV2XSBZb3UgYXJlIHJpZ2h0
LCB0aGlzIGlzIG5vdCBleHBsaWNpdCBpbiB0aGUgSS1ELiBCdXQgYmFzZWQgb24NCiAgICB0aGUg
c2NvcGUgb2YgcGFzdCBkaXNjdXNzaW9uIElNSE8gaXQgd2FzIGFsd2F5cyBhYm91dCBtdWx0aXBs
ZSBwYXRocw0KICAgIChFUk8pIGZvciBhIHNpbmdsZSB0dW5uZWwgYW5kIHRodXMgZmluZGluZyBh
IHdheSB0byBlbmNvZGUgdGhlbSB3aXRoaW4NCiAgICBhIHNpbmdsZSByZXBvcnQvdXBkYXRlIGlu
IGEgUENFUCBtZXNzYWdlLg0KDQpbQW5kcmV3XSBUcnVlLCB0aGUgb3JpZ2luYWwgaW50ZW50IG9m
IG11bHRpcGxlIHBhdGhzIHdpdGhpbiB0aGUgc2FtZSB0dW5uZWwgaW4gYSBzaW5nbGUgcmVwb3J0
L3VwZGF0ZSwgYnV0IHRoYXQgY291bGQgc3RpbGwgYmUgbGV2ZXJhZ2VkIGluIHRoZSByZXBsaWNh
dGlvbiBjYXNlLCBpLmUgSSB3YW50IGEgc2luZ2xlIHJlcG9ydC91cGRhdGUgdG8gbW9kaWZ5IHRo
ZSBzdGF0ZSBvZiBhIHJlcGxpY2F0aW9uIHNlZ21lbnQuIEkgdGhpbmsgaXQgYmVjb21lcyBhIGdy
YXkgYXJlYSBpbiBpbnRlcnByZXRhdGlvbiBvZiB3aGV0aGVyIG9yIG5vdCBhIHJlcGxpY2F0aW9u
IHNlZ21lbnQgY3JlYXRlcyBhIFAyTVAgdHVubmVsIG9yIGlmIGl0J3MgYWN0dWFsbHkganVzdCBj
cmVhdGluZyBtdWx0aXBsZSBQMlAgdHVubmVscyBmcm9tIGEgc2luZ2xlIGluZ3Jlc3MgbGFiZWwu
IElmIHRoZSBpbnRlcnByZXRhdGlvbiBpcyBpdCdzIGEgUDJNUCB0dW5uZWwsIHRoZW4gdXNpbmcg
bXVsdGlwbGUgRVJPcyB0byBkZWZpbmUgdGhlIGZvcndhcmRpbmcgb2YgYSBQMk1QLiBUdW5uZWwg
cmVxdWlyZXMgdGhvc2UgRVJPcyB0byB0ZXJtaW5hdGUgb24gZGlmZmVyZW50IG5vZHMuIA0KICAg
IA0KICAgIFRoZSBuZXcgRVJPLUFUVFJJQiBvYmplY3QgaW4gdGhlIEktRCBpcyBqdXN0IGEgc2Vw
YXJhdG9yIGJldHdlZW4NCiAgICBzZXZlcmFsIEVSTyBvYmplY3RzIGluIGEgZXhpc3RpbmcgUENF
UCBtZXNzYWdlIHdoaWNoIHJlcG9ydHMvdXBkYXRlIGENCiAgICBwYXJ0aWN1bGFyIExTUCAoaWRl
bnRpZmllZCBieSBQTFNQLUlEIGluIHRoZSBMU1Agb2JqZWN0KS4NCiAgICANCiAgICA+IEZvciBl
eGFtcGxlLCBvbmUgb2YgdGhlIHVzZSBjYXNlcyBvZiBkcmFmdC1rb2xkeWNoZXYtcGNlLW11bHRp
cGF0aCBpcyBmb3IgU1IgUG9saWN5IHRvIHN1cHBvcnQgbXVsdGlwbGUgU0lEIGxpc3RzLCBjb21i
aW5lIHRoYXQgd2l0aCB1c2UgY2FzZSBzdWNoIGFzIFNSLUVQRSwgeW91IGNvdWxkIGhhdmUgbXVs
dGlwbGUgU0lEIGxpc3RzIGFuZCBoYXZlIHdlaWdodGVkIEVDTVAgdHJhZmZpYyBvdXQgZGlmZmVy
ZW50IGVncmVzcyBub2RlcyBpbnRlbnRpb25hbGx5IHRvIGxvYWQgYmFsYW5jZSBhY3Jvc3MgZGlm
ZmVyZW50IHBlZXIgbm9kZXMuDQogICAgDQogICAgW0RocnV2XSBBcyBwZXIgdGhlIFNSIHBvbGlj
eSBhcyBpdCBpcyBjdXJyZW50bHkgZGVmaW5lZCAtIEVuZCBwb2ludCBpcw0KICAgIHRoZSBwcm9w
ZXJ0eSBvZiB0aGUgU1IgUG9saWN5LiBFYWNoIHNlZ21lbnQtbGlzdCBpbnNpZGUgYSBjYW5kaWRh
dGUNCiAgICBwYXRoIHdvdWxkIGJlIGEgc3BlY2lmaWMgc291cmNlLXJvdXRlZCBwYXRoIGZyb20g
dGhlIGhlYWRlbmQgdG8gdGhlDQogICAgZW5kcG9pbnQgb2YgdGhlIGNvcnJlc3BvbmRpbmcgU1Ig
cG9saWN5LiBUaGF0IHNhaWQsIGluIHRoaXMgdXNlIGNhc2UNCiAgICBwZXJoYXBzIHlvdSB3b3Vs
ZCB1c2UgYW4gYW55Y2FzdCBhZGRyZXNzIGJ1dCBzdGlsbCB0aGUgc2FtZSBlbmRwb2ludA0KICAg
IGZyb20gdGhlIFNSIHBvbGljeSBwb2ludCBvZiB2aWV3Lg0KICAgIA0KDQpbQW5kcmV3XSBDb2lu
Y2lkZW50YWxseSB0aGlzIHdhcyBqdXN0IG1lbnRpb25lZCBpbiBTUFJJTkcgbWFpbGluZyBsaXN0
LCB3aGV0aGVyIGluIFNSIFBvbGljeSBlbmRwb2ludCBpcyB0aGUgdHVubmVsIHRlcm1pbmF0aW9u
IHZzIGEgcHJlZml4L3JvdXRlIHRvIHJlYWNoICh3aGljaCBJIGtpbmQgb2YgaGF2ZSB0byBhZ3Jl
ZSB3aXRoKSwgd2hpY2ggc2VlbWVkIHRvIGhhdmUgYmVlbiByYWlzZWQgYmVjYXVzZSB0aGVyZSdz
IHRoZSBjb25jZXB0IG9mIG51bGwvMC4wLjAuMCAoYW5kIHNvbWUgd29yZGluZyBvbiB3aGV0aGVy
IG9yIG5vdCB0aGlzIGlzIGEgdmFsaWQgImVuZHBvaW50IikuIEFueXdheXMsIGluIGFuIEVQRSBj
YXNlIEkgZG9uJ3QgbmVlZCB0byBzcGVjaWZ5IGEgcGF0aCB0byByZWFjaCB0aGUgYWJzb2x1dGUg
ZW5kcG9pbnQsIEkganVzdCBuZWVkIHRvIHNwZWNpZnkgYSBwYXRoIHRvIHN0ZWVyIHRvIGFuIGVn
cmVzcyBwZWVyLCBhbmQgd2l0aCBsYXN0IGxhYmVsIGluIHRoZSBzdGFjayBiZWluZyBhbiBFUEUg
UGVlciBsaW5rIG9yIG5vZGUsIGFuZCB0aGF0IGVncmVzcyBwZWVyIGNhbiB0YWtlIG92ZXIgdGhl
IHBhY2tldCAobGlrZWx5IG5vdCBNUExTIGVuY2FwZWQgYW55bW9yZSkgYW5kIHN0ZWVyLCBmb3J3
YXJkIG9yIHR1bm5lbCBob3dldmVyIGl0IGNob29zZXMuIEluIHRoaXMgcmVnYXJkIHRoZSBTSUQg
bGlzdCBzcGVjaWZpZWQgb24gdGhlIGhlYWRlbmQgU1IgUG9saWN5ICJzdG9wcyBlYXJseSIgYmVm
b3JlIHRoZSAicmVhbCBlbmRwb2ludCIuIEZyb20gdGhpcyBwZXJzcGVjdGl2ZSB3aGV0aGVyIG15
IEVDTVAgU0lEIGxpc3RzIHN0b3Agb24gZGlmZmVyZW50IHJvdXRlcnMgb3Igbm90IGlzIG5vdCBy
ZWFsbHkgcmVsZXZhbnQgZm9yIHJlYWNoaW5nIHRoZSAicmVhbCBlbmRwb2ludCIuIFNlY3Rpb24g
NC43IGluIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZy1jZW50cmFsLWVwZS0xMCBi
cmllZmx5IGNvbW1lbnRzIG9uIHRoaXMsIGluIHRoZSBzZW5zZSB0aGF0IHRvIHJlYWNoIGFuIGlu
dGVybmV0IHJvdXRlIGEgU0lEIGxpc3QgY29tcHJpc2VkIG9mIG9ubHkgU0lEKHMpIHRvIHJlYWNo
IHRoZSBib3JkZXIgbm9kZSwgYW5kIGEgU0lEIHRvIHNwZWNpZnkgdGhlIHBlZXJpbmcgcm91dGVy
IGlzIHN1ZmZpY2llbnQuIEluIHRoaXMgcmVnYXJkIHRoZSBwYXRoIHRlcm1pbmF0ZXMgb24gdGhl
IHBlZXJpbmcgcm91dGVyLCBkZXNwaXRlIHRoZSBmYWN0IHRoYXQgbXkgZW5kcG9pbnQgaXMgbXVj
aCBmdXJ0aGVyIGluIHRoZSBuZXR3b3JrIC8gcGVyaGFwcyBhY3Jvc3MgdGhlIGludGVybmV0LiAN
Cg0KDQogICAgPiBBbm90aGVyIGV4YW1wbGUsIHdpdGggaW5ncmVzcyByZXBsaWNhdGlvbiwgaXMg
dGhlIG11bHRpcGF0aCBFUk8gY2FuIGFsc28gYmUgcmUtdXNlZCB0byBkZXNjcmliZSB0aGUgZWdy
ZXNzIGRvd25zdHJlYW0gcGF0aHMgd2hpY2ggd2lsbCBiZSBnb2luZyB0byBkaWZmZXJlbnQgcmVj
ZWl2ZXIocyksIGZvciBlaXRoZXIgZnVydGhlciByZXBsaWNhdGlvbiBvciBjb25zdW1wdGlvbi4N
CiAgICA+DQogICAgPg0KICAgID4NCiAgICA+IE15IGNvbW1lbnQgcmVnYXJkaW5nIG11bHRpcGF0
aCB0byBiZSB1c2VkIGZvciBpbmdyZXNzIHJlcGxpY2F0aW9uIGlzIGJlY2F1c2UgdGhlcmUgaXMg
YSBuZWVkIGluIHJlcGxpY2F0aW9uIHNlZ21lbnQgdG8gYmUgYWJsZSB0byBwcm9ncmFtIGJhY2t1
cCBwYXRocyBmb3IgZWFjaCBlZ3Jlc3MgRVJPLiBUaGVyZSB3ZXJlIGNvbW1lbnRzIG9uIHRoaXMg
aW4gdGhlIGVhcmxpZXIgc3ItcmVwbGljYXRpb24gZHJhZnQgaW4gc3ByaW5nIHdnLCBidXQgYXBw
ZWFycyB0aGUgd29yZGluZyBoYXMgYmVlbiByZWRvbmUgLyBkcmFmdHMgYXJlIHN0aWxsIGluIGEg
c3RhdGUgb2YgY2hhbmdlLiBOb25lIHRoZSBsZXNzLCB0aGUgbXVsdGlwYXRoIGJhY2t1cCBUTFYg
dmlhIHRoZSBFUk8gYXR0cmlidXRlcyBvYmplY3QgaW4gZHJhZnQta29sZHljaGV2LXBjZS1tdWx0
aXBhdGggcGVybWl0cyB0aGUgcmVsYXRpb24gYmV0d2VlbiB0aGUgbm9ybWFsIEVSTyBhbmQgdGhl
IGJhY2t1cCAoUENFIGNvbXB1dGVkKSBFUk8sIHNvbWV0aGluZyB0aGF0IHRoZSBjdXJyZW50IFJG
QyA4NjIzIGRvZXMgbm90LiBUaGVyZeKAmXMgYSBkZXNpcmUgdG8gYnVpbGQgdGhpcyBpbnRvIHJl
cGxpY2F0aW9uIHNlZ21lbnQgYW5kIGRyYWZ0LWhzZC1wY2Utc3ItcDJtcC1wb2xpY3ktMDEgIGlz
IGxldmVyYWdpbmcgdGhpcyBjb25zdHJ1Y3QgKHByb2JhYmx5IG5lZWQgZnVydGhlciByZW1hcmtz
IG9uIHRoaXMgaW4gdGhlIGRyYWZ0cyB0byBkZXNjcmliZSB0aGlzIGludGVudGlvbikuIENvbXBh
cmluZyB0byBSRkMgODYyMywgY29uc2lkZXJpbmcgYWxsIG9mIHRoZSBudWFuY2VzIG9mIHJlcGxp
Y2F0aW9uIHNlZ21lbnQgKHAybXAtbHNwLWlkZW50aWZpZXItdGx2LCByZXBsaWNhdGlvbi1zaWQv
YmluZGluZy1sYWJlbCwgYmFja3VwIGVyb3MpIGl0IHNlZW1zIHJlYXNvbmFibGUgdG8gbWUgdGhh
dCBkcmFmdC1oc2QtcGNlLXNyLXAybXAtcG9saWN5IGRlZmluZXMgdGhlIHJlcGxpY2F0aW9uIHNl
Z21lbnQgKGRyYWZ0LWhzZC1wY2Utc3ItcDJtcC1wb2xpY3ktMDEgc2VjdGlvbiAzLjMpIHdoaWxl
IGxldmVyYWdpbmcgZXhpc3Rpbmcvb3RoZXIgY29tbW9uIGNvbnN0cnVjdHMsIGFuZCBkZWZpbmlu
ZyBpdOKAmXMgYmVoYXZpb3VyLCByYXRoZXIgdGhhbiB0cnlpbmcgdG8ganVzdCB1c2UgYWxsIG9m
IFJGQzg2MjMgYW5kIGF0dGVtcHQgdG8gdXBkYXRlIGFuZCBzcXVlZXplIGluIChvciBvdXQpIG90
aGVyIGVsZW1lbnRzIG9mIHRoZSBSRkMuDQogICAgPg0KICAgID4NCiAgICANCiAgICBbRGhydXZd
OiBGb3IgdGhlIFNSLVAyTVAgdXNlY2FzZSB5b3UgaGF2ZSB0d28gYnVpbGRpbmcgYmxvY2tzIGlu
IFBDRVANCiAgICAoMSkgUENFUC1TUiBmb3IgUDJQICgyKSBQQ0VQLVJTVlAtVEUgZm9yIFAyTVAu
IEkgd291bGQgc3VnZ2VzdCB5b3UgdG8NCiAgICBidWlsZCBvbiBib3RoIG9mIHRoZXNlLiBUaGUg
KDEpIG9mZmVycyB5b3UgU1ItRVJPLCBTUi1Qb2xpY3kNCiAgICBhc3NvY2lhdGlvbiBldGMuIFRo
ZSAoMikgb2ZmZXJzIHlvdSBQMk1QIEVORC1QT0lOVCBvYmplY3Qgd2l0aA0KICAgIG11bHRpcGxl
IGRlc3RpbmF0aW9uLCBTMkxTIG9iamVjdCB0byByZXBvcnQgc3RhdHVzIHRvIGVhY2ggbGVhZiBl
dGMuDQogICAgDQogICAgUmVnYXJkaW5nIGJhY2t1cCwgUHJvdGVjdGlvbiBBc3NvY2lhdGlvbiBj
b3VsZCBiZSB1c2VkIGV2ZW4gZm9yIFAyTVANCiAgICBhcyB3ZWxsLiBJIHdvdWxkIG5vdCBsb29r
IG9ubHkgYXQgYSBmZWF0dXJlIGxpa2UgJ2JhY2t1cCcgdG8gbWFrZSB0aGlzDQogICAgZnVuZGFt
ZW50YWwganVkZ21lbnQgb24gaG93IHRvIGVuY29kZSBTUi1QMk1QIGluIFBDRVAuDQogICAgDQog
ICAgSSBsaWtlIHRoZSBmYWN0IHRoYXQgYXMgZmFyIGFzIFBDRVAgbWVzc2FnZSBlbmNvZGluZyBp
cyBjb25jZXJuZWQsDQogICAgdGhlcmUgaXMgYSBtaW5pbWFsIGRpZmZlcmVuY2UgYmV0d2VlbiBT
UiBhbmQgUlNWUC1URS4gSSB3b3VsZCBsaWtlIHRvDQogICAgc2VlIGlmIHdlIGNhbiBjb250aW51
ZSB0byBrZWVwIHRoYXQgdHJ1ZSBmb3IgU1ItUDJNUCBhcyB3ZWxsIDopDQogICAgDQpbQW5kcmV3
XSBBQ0ssIHNvbWV0aGluZyBJIGd1ZXNzIHRoYXQgd2lsbCBuZWVkIHRvIGJlIGRpc2N1c3NlZCBm
dXJ0aGVyIGluIHRoZSBzaGFwaW5nIG9mIFBDRVAgcmVwbGljYXRpb24gc2VnbWVudCBkcmFmdC4g
Q29uZmlndXJpbmcgc3RpdGNoZWQgcmVwbGljYXRpb24gc2VnbWVudHMgKGFuZCBlYWNoIHJlcGxp
Y2F0aW9uIHNlZ21lbnQgZG9lcyBub3QgcGVyZm9ybSBhbnkgbmV0d29yayBzaWduYWxsaW5nKSwg
b25lIGNvdWxkIGxldmVyYWdlIGluZGVwZW5kZW50IFJTVlAgTFNQKHMpIGluIGJldHdlZW4gcmVw
bGljYXRpb24gc2VnbWVudHMgYWxvbmcgdGhlaXIgdW5pY2FzdCBwYXRoLCBidXQgaXQncyBub3Qg
Y2xlYXIgdG8gbWUgaWYgdGhlcmUgY291bGQvd291bGQvc2hvdWxkIGJlIFJTVlAgc2lnbmFsbGlu
ZyBmb3IgdGhlIHJlcGxpY2F0aW9uIHNlZ21lbnQgaXRzZWxmLCBzbyBJJ20gbm90IHN1cmUgaG93
IGRpcmVjdGx5IG1hcHBlZCB0byBhbiBSU1ZQIHVzZSBjYXNlIGl0IGlzLCBhcyB0aGUgY3VycmVu
dCBmb2N1cyBpcyBTUi1NUExTL1NSdjYtbGlrZSBmdW5jdGlvbmFsaXR5LiBLZWVwaW5nIGRhdGEg
bW9kZWxzIGFuZCBtZXNzYWdlIGVuY29kaW5nIHRoZSBzYW1lIGFzIG11Y2ggYXMgcG9zc2libGUs
IEkgZG8gYWdyZWUgd2l0aCwgYW5kIHRoZSByZXBsaWNhdGlvbiBzZWdtZW50IGRyYWZ0IGhhcyBh
dHRlbXB0ZWQgdG8gZG8gdGhhdCBieSByZS11c2luZyB0aGUgbW9kZWwgZW5jb2RpbmcgZnJvbSBh
bGwgdGhlIHByZXZpb3VzIElFVEYgd29yay4gU2lkZSBub3RlLCB0aGUgc2VwYXJhdGlvbiBvZiB0
aGUgUDJNUCBQb2xpY3kgdnMgUmVwbGljYXRpb24gU2VnbWVudCBpbiBQQ0VQIGlzIGFsc28ga2V5
IHRvIGtlZXBpbmcgdGhlIHNvbHV0aW9uIG1hbmFnZWFibGUgaW4gUENFUCB0byBoYW5kbGUgY2Fz
ZXMgb2YgbWJiLCByZWR1bmRhbmN5IGFuZCB0cmFuc3BvcnQgcmUtdXNhYmlsaXR5IC0gaXQncyBu
b3QgY2xlYXIgdG8gbWUgaG93IHRoYXQgc3BsaXQgbG9va3MgbGlrZSBpZiBvbmUgd2VyZSB0byBj
b21wbGV0ZWx5IGJ1aWxkIG9uIHRoZSBSRkMgODYyMy4gDQoNCg0KICAgIFRoYW5rcyENCiAgICBE
aHJ1dg0KICAgIA0KICAgID4NCiAgICA+IENoZWVycw0KICAgID4NCiAgICA+IEFuZHJldw0KICAg
ID4NCiAgICA+DQogICAgPg0KICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCiAgICA+IFBjZSBtYWlsaW5nIGxpc3QNCiAgICA+IFBjZUBpZXRmLm9y
Zw0KICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCiAgICAN
Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClBjZSBt
YWlsaW5nIGxpc3QNClBjZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9wY2UNCg==


From nobody Sun Dec 22 20:56:28 2019
Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BCD7120074 for <pce@ietfa.amsl.com>; Sun, 22 Dec 2019 20:56:26 -0800 (PST)
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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 rIXBGSYgkZss for <pce@ietfa.amsl.com>; Sun, 22 Dec 2019 20:56:23 -0800 (PST)
Received: from mail-il1-x141.google.com (mail-il1-x141.google.com [IPv6:2607:f8b0:4864:20::141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5211B120025 for <pce@ietf.org>; Sun, 22 Dec 2019 20:56:23 -0800 (PST)
Received: by mail-il1-x141.google.com with SMTP id z12so12989549iln.11 for <pce@ietf.org>; Sun, 22 Dec 2019 20:56:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=X7U7GQ3M7Mexw4jxkD1SxfveFFfkFLv+lOA2CxLAtCE=; b=XQCbeWRsiuQRp9Yn86D4e3yL0Y8KJu3xzOTxVLOHsclSycJ8JtNKqgYwpI9ZDx3IUE K70j+N6ozL6MygthAacRgOx8S6G7aIvqqZwqAP/FFTlTksvUBaXrsl64ljL8pj39EWb6 wF+eK/7knwYhLjSah+CfaTgojbvBRoOqFdGgV5V/v+GMP2nWtt5Ne2eXqkLoFH1g9Tr7 zX6MJQlxPsx2xoHp4FnO1zoTPx+Re2DERN06FZEsxGKxMyhttgcpLSdbxUvWAaoH/O8m ZGp4aNKjdNauV/aZzhrLYhckCFMw6XawSss+NZq/4aeaZFmxnNXHNrEjsGn2jVfZmm5L dvdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=X7U7GQ3M7Mexw4jxkD1SxfveFFfkFLv+lOA2CxLAtCE=; b=WkKwRXCp4Mpvy1hLsd3gwIR2Pvu4tfIiSL6fGs2H1N2noiIZh6gc8Gj1k6Rj8abKGp zwMG3BHEFwgbuppBf33BybDxl7pWqvXyCbstYyzgf99Pa0WwHIFYwTC9NkanlIz9EKFJ GfK2limYMNabQR2GWDEime0Qw+yMeRbZe9mjc1s07AdxaCDShAUA1KIDoGCVc7BlexHR 5n4Rj/Z2ZUAm04eJXtPy2/toR/qWLF/DeqDlQS2CXQuRIhhRpNYyIqHw5/DFYAhyLkY9 AdWYJyht20kuSBDvwTzDnABYb9hHarguCZpMvW47GBYo4DFUM5Rgyo2bzp0qLr2TbOyd n/OQ==
X-Gm-Message-State: APjAAAVajX1XvbFES2xcBac9/iic/NzZgkC1sSFavSjhteNK3RkDTrsx peyA27sGNIresYWtgLmHmR11sJQE/FXZQsf8hJM=
X-Google-Smtp-Source: APXvYqzUSwdON/CEOLMdzLwp5TUyGMCEik8T40hDkjEQcnimux2nwhTkVkhWrPOR6NVKssRxtVR65RA/OPPIBiVquuk=
X-Received: by 2002:a92:6403:: with SMTP id y3mr22275754ilb.124.1577076982503;  Sun, 22 Dec 2019 20:56:22 -0800 (PST)
MIME-Version: 1.0
References: <89FB1D82-8245-490A-BEF9-6AD5268A3FBC@nokia.com> <CAB75xn6PO1Dix-O4Fq6BTKx-bDyNG3uV=FUYzhbfWgECj3nFqQ@mail.gmail.com> <5F7FCDF4-0561-46D8-9253-63753704FC7C@nokia.com> <BN6PR11MB005176FEAD020116D05E4AC7D32D0@BN6PR11MB0051.namprd11.prod.outlook.com>
In-Reply-To: <BN6PR11MB005176FEAD020116D05E4AC7D32D0@BN6PR11MB0051.namprd11.prod.outlook.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 23 Dec 2019 10:25:46 +0530
Message-ID: <CAB75xn4aCb4m5UkWoKgWB3vUFAC=0x=G=YiaNG5qUWGa4qsn5A@mail.gmail.com>
To: "Mike Koldychev (mkoldych)" <mkoldych@cisco.com>
Cc: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>, "pce@ietf.org" <pce@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/hG6RPAaOsb6ZAWssUAihmOV9_0U>
Subject: Re: [Pce] Multipath / replication segment comment
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Dec 2019 04:56:26 -0000

Hi Mike,

On Sat, Dec 21, 2019 at 3:02 AM Mike Koldychev (mkoldych)
<mkoldych@cisco.com> wrote:
>
> Regarding SID lists terminating on the same node.... This cannot be manda=
ted/enforced from a protocol point of view. There are use cases, as Andrew =
pointed out, where the SID list(s) terminate prior to reaching the end-poin=
t and the packets go the rest of the way unencapsulated.
>
> It may be that some implementations of SR-TE head-end may choose to valid=
ate the ERO(s) and verify that they actually do reach the end-point node, b=
ut this extra validation is purely optional.
>

I agree with this. But, during path computation the SR policy endpoint
is the "logical" destination for the computed SID list (path) by the
PCE. So I would differentiate between validation of the SID list and
the original issue - can SR-P2MP multiple SID-list to "different"
endpoints, communicated via the multipath ERO solution? I guess this
would get clearer when the multipath I-D includes RBNF for all the
messages.

Well consider the case of PCReq message for P2MP, we need to clearly
identify the multiple destinations for PCE to compute the tree. This
shows the importance of P2MP ENDPOINT object, similarly ENDPOINT/S2LS
object would help in reporting state of part of the tree and group
them based on leaf-types which is quite useful. We need to use
RFC8306/RFC8623 as a base for SR-P2MP policy work ( provided my
current understanding of this work :) )!

Happy Holidays!

Thanks!
Dhruv

> Thanks,
> Mike.
>
> -----Original Message-----
> From: Pce <pce-bounces@ietf.org> On Behalf Of Stone, Andrew (Nokia - CA/O=
ttawa)
> Sent: Thursday, December 19, 2019 12:19 PM
> To: Dhruv Dhody <dhruv.ietf@gmail.com>
> Cc: pce@ietf.org
> Subject: Re: [Pce] Multipath / replication segment comment
>
> Few comments below,
>
> Cheers
> Andrew
>
> =EF=BB=BFOn 2019-12-19, 6:52 AM, "Dhruv Dhody" <dhruv.ietf@gmail.com> wro=
te:
>
>     Hi Andrew,
>
>     Speaking as a WG contributor...
>
>     On Wed, Dec 18, 2019 at 11:58 PM Stone, Andrew (Nokia - CA/Ottawa)
>     <andrew.stone@nokia.com> wrote:
>     >
>     > Hi all,
>     >
>     >
>     >
>     > In Singapore I made a remark about draft-koldychev-pce-multipath th=
at it=E2=80=99s a helpful draft and is also applicable to the replication s=
egment.
>     >
>     >
>     >
>     > I received a follow up question emailed directly, asking about whet=
her =E2=80=9CEROs need to share same source and destination=E2=80=9D and ho=
w/if this could be related to RFC 8623.
>     >
>     >
>     >
>     > For openness, sending my thoughts/comments here to the WG:
>     >
>     >
>     >
>     > There is no requirement listed in draft-koldychev-pce-multipath tha=
t I can see which requires EROs to terminate on the same source/destination=
, I haven=E2=80=99t seen that expectation anywhere, and in my opinion there=
 should not be.
>
>     [Dhruv] You are right, this is not explicit in the I-D. But based on
>     the scope of past discussion IMHO it was always about multiple paths
>     (ERO) for a single tunnel and thus finding a way to encode them withi=
n
>     a single report/update in a PCEP message.
>
> [Andrew] True, the original intent of multiple paths within the same tunn=
el in a single report/update, but that could still be leveraged in the repl=
ication case, i.e I want a single report/update to modify the state of a re=
plication segment. I think it becomes a gray area in interpretation of whet=
her or not a replication segment creates a P2MP tunnel or if it's actually =
just creating multiple P2P tunnels from a single ingress label. If the inte=
rpretation is it's a P2MP tunnel, then using multiple EROs to define the fo=
rwarding of a P2MP. Tunnel requires those EROs to terminate on different no=
ds.
>
>     The new ERO-ATTRIB object in the I-D is just a separator between
>     several ERO objects in a existing PCEP message which reports/update a
>     particular LSP (identified by PLSP-ID in the LSP object).
>
>     > For example, one of the use cases of draft-koldychev-pce-multipath =
is for SR Policy to support multiple SID lists, combine that with use case =
such as SR-EPE, you could have multiple SID lists and have weighted ECMP tr=
affic out different egress nodes intentionally to load balance across diffe=
rent peer nodes.
>
>     [Dhruv] As per the SR policy as it is currently defined - End point i=
s
>     the property of the SR Policy. Each segment-list inside a candidate
>     path would be a specific source-routed path from the headend to the
>     endpoint of the corresponding SR policy. That said, in this use case
>     perhaps you would use an anycast address but still the same endpoint
>     from the SR policy point of view.
>
>
> [Andrew] Coincidentally this was just mentioned in SPRING mailing list, w=
hether in SR Policy endpoint is the tunnel termination vs a prefix/route to=
 reach (which I kind of have to agree with), which seemed to have been rais=
ed because there's the concept of null/0.0.0.0 (and some wording on whether=
 or not this is a valid "endpoint"). Anyways, in an EPE case I don't need t=
o specify a path to reach the absolute endpoint, I just need to specify a p=
ath to steer to an egress peer, and with last label in the stack being an E=
PE Peer link or node, and that egress peer can take over the packet (likely=
 not MPLS encaped anymore) and steer, forward or tunnel however it chooses.=
 In this regard the SID list specified on the headend SR Policy "stops earl=
y" before the "real endpoint". From this perspective whether my ECMP SID li=
sts stop on different routers or not is not really relevant for reaching th=
e "real endpoint". Section 4.7 in draft-ietf-spring-segment-routing-central=
-epe-10 briefly comments on this, in the sense that to reach an internet ro=
ute a SID list comprised of only SID(s) to reach the border node, and a SID=
 to specify the peering router is sufficient. In this regard the path termi=
nates on the peering router, despite the fact that my endpoint is much furt=
her in the network / perhaps across the internet.
>
>
>     > Another example, with ingress replication, is the multipath ERO can=
 also be re-used to describe the egress downstream paths which will be goin=
g to different receiver(s), for either further replication or consumption.
>     >
>     >
>     >
>     > My comment regarding multipath to be used for ingress replication i=
s because there is a need in replication segment to be able to program back=
up paths for each egress ERO. There were comments on this in the earlier sr=
-replication draft in spring wg, but appears the wording has been redone / =
drafts are still in a state of change. None the less, the multipath backup =
TLV via the ERO attributes object in draft-koldychev-pce-multipath permits =
the relation between the normal ERO and the backup (PCE computed) ERO, some=
thing that the current RFC 8623 does not. There=E2=80=99s a desire to build=
 this into replication segment and draft-hsd-pce-sr-p2mp-policy-01  is leve=
raging this construct (probably need further remarks on this in the drafts =
to describe this intention). Comparing to RFC 8623, considering all of the =
nuances of replication segment (p2mp-lsp-identifier-tlv, replication-sid/bi=
nding-label, backup eros) it seems reasonable to me that draft-hsd-pce-sr-p=
2mp-policy defines the replication segment (draft-hsd-pce-sr-p2mp-policy-01=
 section 3.3) while leveraging existing/other common constructs, and defini=
ng it=E2=80=99s behaviour, rather than trying to just use all of RFC8623 an=
d attempt to update and squeeze in (or out) other elements of the RFC.
>     >
>     >
>
>     [Dhruv]: For the SR-P2MP usecase you have two building blocks in PCEP
>     (1) PCEP-SR for P2P (2) PCEP-RSVP-TE for P2MP. I would suggest you to
>     build on both of these. The (1) offers you SR-ERO, SR-Policy
>     association etc. The (2) offers you P2MP END-POINT object with
>     multiple destination, S2LS object to report status to each leaf etc.
>
>     Regarding backup, Protection Association could be used even for P2MP
>     as well. I would not look only at a feature like 'backup' to make thi=
s
>     fundamental judgment on how to encode SR-P2MP in PCEP.
>
>     I like the fact that as far as PCEP message encoding is concerned,
>     there is a minimal difference between SR and RSVP-TE. I would like to
>     see if we can continue to keep that true for SR-P2MP as well :)
>
> [Andrew] ACK, something I guess that will need to be discussed further in=
 the shaping of PCEP replication segment draft. Configuring stitched replic=
ation segments (and each replication segment does not perform any network s=
ignalling), one could leverage independent RSVP LSP(s) in between replicati=
on segments along their unicast path, but it's not clear to me if there cou=
ld/would/should be RSVP signalling for the replication segment itself, so I=
'm not sure how directly mapped to an RSVP use case it is, as the current f=
ocus is SR-MPLS/SRv6-like functionality. Keeping data models and message en=
coding the same as much as possible, I do agree with, and the replication s=
egment draft has attempted to do that by re-using the model encoding from a=
ll the previous IETF work. Side note, the separation of the P2MP Policy vs =
Replication Segment in PCEP is also key to keeping the solution manageable =
in PCEP to handle cases of mbb, redundancy and transport re-usability - it'=
s not clear to me how that split looks like if one were to completely build=
 on the RFC 8623.
>
>
>     Thanks!
>     Dhruv
>
>     >
>     > Cheers
>     >
>     > Andrew
>     >
>     >
>     >
>     > _______________________________________________
>     > 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 Mon Dec 23 21:37:37 2019
Return-Path: <kaduk@mit.edu>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A39E612004D; Mon, 23 Dec 2019 21:37:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level: 
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 R6KreIZRxtbr; Mon, 23 Dec 2019 21:37:28 -0800 (PST)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 050CB120048; Mon, 23 Dec 2019 21:37:27 -0800 (PST)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id xBO5bMqQ029215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 24 Dec 2019 00:37:24 -0500
Date: Mon, 23 Dec 2019 21:37:22 -0800
From: Benjamin Kaduk <kaduk@mit.edu>
To: Mahend Negi <mahend.ietf@gmail.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-pce-association-diversity@ietf.org, Julien Meuric <julien.meuric@orange.com>, pce-chairs <pce-chairs@ietf.org>, pce@ietf.org
Message-ID: <20191224053722.GN35479@kduck.mit.edu>
References: <157239405775.10912.18424489553959713397.idtracker@ietfa.amsl.com> <CAM5Nu_w4K0=vSB8CZX639SWhs+Dgq320DhETdeB4MgMbNeJLFA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAM5Nu_w4K0=vSB8CZX639SWhs+Dgq320DhETdeB4MgMbNeJLFA@mail.gmail.com>
User-Agent: Mutt/1.12.1 (2019-06-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/YFfEWc0neW_5ZS2cEpFvPbDYY3s>
Subject: Re: [Pce] Benjamin Kaduk's No Objection on draft-ietf-pce-association-diversity-12: (with COMMENT)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element  <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Dec 2019 05:37:31 -0000

Hi Mahend,

Most of this looks good; I'll trim most things.
As a side note, the quoting in your message seems to have gotten mixed up
somehow, though I think that I figured out the important parts.

On Wed, Dec 18, 2019 at 09:46:02PM +0530, Mahend Negi wrote:
> Hi Ben,
> 
> Thanks for the detailed review, please find the details inline to your mail.
> B/w new version is uploaded.
> 
>  htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-pce-association-diversity-13
> https://datatracker.ietf.org/doc/html/draft-ietf-pce-association-diversity-13
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-pce-association-diversity-13
> 
> Thanks,
> Mahendra
> 
> On Wed, Oct 30, 2019 at 5:37 AM Benjamin Kaduk via Datatracker <
> noreply@ietf.org> wrote:
> 
[...]
> Section 5.4
> >
> >    SVEC object.  The PCE MUST consider both the objects as per the
> >    processing rules and aim to find a path that meets both of these
> >    constraints.  In case no such path is possible, the PCE MUST send a
> >    path computation reply (PCRep) with a NO-PATH object indicating path
> >    computation failure as per [RFC5440].  It should be noted that the
> >
> > I would consider reminding the reader that the 'T' bit controls how
> > strictly
> > the PCE needs to interpret the DAG constraints, and thus that it's possible
> > for the PCE to degrade the request without needint to return NO-PATH in
> > such
> > cases.
> >
> How about - "The PCE MUST consider both the objects (including the
> flags set inside the objects) as per the processing rules and aim to
> find a path that meets both of these constraints."

It is up to you what is best, though I had in mind a phrase including the
specific words "the 'T' bit", since it seemed particularly noteworthy to
me.  But what is noteworthy to me is not necessarily noteworthy to anyone
else, so I do not insist on anything.

> Section 5.6
> >
> >    There are some cases where the PCE may need to completely relax the
> >    disjointness constraint in order to provide a path to all the LSPs
> >    that are part of the association.  A mechanism that allows the PCE to
> >    fully relax a constraint is considered by the authors as more global
> >    to PCEP rather than linked to the disjointness use case.  As a
> >    consequence, it is considered as out of scope of the document.
> >
> > I'm not sure how to interpret this.  Is it supposed to prevent a PCE from
> > falling back to "no disjointness" (e.g., all of L/N/S/T are clear in
> > DISJOINTNESS-STATUS-TLV)?  If so, I would have expected this limitation to
> > be spelled out more clearly much earlier in the document.
> >
> There is a proposal to make an objects as optional to process in
> stateful messages via
> https://datatracker.ietf.org/doc/draft-dhody-pce-stateful-pce-optional/,
> this already exist for stateless messages via RFC 5440. The above text
> is simply to say that relaxation to "no disjointness" can be handled
> via a common technique and out of scope of this I-D.

So if I understand correctly, the relaxation would be done at the object
level and would not involve specifically giving meaning to L/N/S/T of
all-zeros?  That makes things much more clear, and I agree that there's no
need to say more in this document other than perhaps a reference to
draft-dhody-pce-stateful-pce-optional.

Thanks,

Ben

