From nobody Thu Oct 4 07:29:21 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18BAB130E48; Thu, 4 Oct 2018 07:29:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 XfNfA6ROyDjW; Thu, 4 Oct 2018 07:29:18 -0700 (PDT) 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 A7DE0130E18; Thu, 4 Oct 2018 07:29:17 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 55D82B3964249; Thu, 4 Oct 2018 15:29:11 +0100 (IST) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 4 Oct 2018 15:29:12 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML702-CHM.china.huawei.com ([169.254.4.49]) with mapi id 14.03.0415.000; Thu, 4 Oct 2018 07:29:09 -0700 From: Leeyoung To: Lou Berger , "draft-lee-teas-te-service-mapping-yang@ietf.org" , "teas@ietf.org" Thread-Topic: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt Thread-Index: AQHUT4DvIUUaEm799ECmIgSutRIW7KT2YvqwgAuRAAD//6AjsIAAirAAgA0dYCA= Date: Thu, 4 Oct 2018 14:29:09 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D066D05@sjceml521-mbx.china.huawei.com> References: <153729682108.8569.6079760050660778983.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D063DF0@sjceml521-mbx.china.huawei.com> <5d16d8f4-156f-4c6a-5832-08664417aea3@labn.net> <7AEB3D6833318045B4AE71C2C87E8E173D064FCE@sjceml521-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.123] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173D066D05sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 14:29:20 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E173D066D05sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTG91LA0KDQoNCg0KSSB0aGluayB3ZSBjYW4gZG8gdGhlIGF1Z21lbnRhdGlvbiBhcHByb2Fj aC4NCg0KDQoNCklmIHdlIHdlcmUgdG8gYXVnbWVudCBMeFNNIG1vZGVscywgd2UgaGF2ZSB0d28g Y2hvaWNlczoNCg0KwrcgICAgICAgRmlyc3QgY2hvaWNlOiBUbyBoYXZlIHRocmVlIHNlcGFyYXRl IGF1Z21lbnRlZCBMeFNNIG1vZGVscyBzbyB0aGF0IGVhY2ggTHhTTSB3b3VsZCBhdWdtZW50IGlu ZGVwZW5kZW50bHkgZnJvbSBvbmUgYW5vdGhlci4NCg0KwrcgICAgICAgU2Vjb25kIGNob2ljZTog VG8gaGF2ZSBvbmUgWUFORyBtb2RlbCB3aGVyZSB0aHJlZSBhdWdtZW50YXRpb25zIHRha2UgcGxh Y2UgdGhlcmUsIHdoaWNoIG1lYW5zIGFsbCB0aHJlZSBMeFNNIG1vZGVscyBhcmUgYXVnbWVudGVk IGF0IHRoZSBzYW1lIHRpbWUuDQoNCg0KDQpJIHdvdWxkIHRoaW5rIHRoZSBmaXJzdCBjaG9pY2Ug aXMgd2hhdCB5b3UgbWVhbnQuDQoNCg0KDQpUaGFua3MuDQoNCllvdW5nDQoNCg0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQpGcm9tOiBMb3UgQmVyZ2VyIFttYWlsdG86bGJlcmdlckBs YWJuLm5ldF0NCg0KU2VudDogVHVlc2RheSwgU2VwdGVtYmVyIDI1LCAyMDE4IDY6MDUgUE0NCg0K VG86IExlZXlvdW5nIDxsZWV5b3VuZ0BodWF3ZWkuY29tPjsgZHJhZnQtbGVlLXRlYXMtdGUtc2Vy dmljZS1tYXBwaW5nLXlhbmdAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmcNCg0KU3ViamVjdDogUmU6 IFtUZWFzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sZWUtdGVhcy10 ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZy0xMS50eHQNCg0KDQoNCllvdW5nLA0KDQoNCg0KICAgIFRo ZXJlIHdhcyBvbmUgY29tbWVudCBvbiB0aGUgbGlzdCBvdGhlciB0aGFuIG15IHF1ZXN0aW9uLCBy aWdodD8gR2l1c2VwcGUncyBjb21tZW50IGJhc2ljYWxseSBzYXlzIGl0IGlzIHByb3ZpZGVyIGlu Zm9ybWF0aW9uLCByaWdodD8gU28gaXNuJ3QgdGhpcyB3aGF0IE5BQ00gaXMgYWxsIGFib3V0LCBp LmUuLCBsaW1pdGluZyBpbmZvcm1hdGlvbiBiYXNlZCBvbiB3aG8gaXMgYXNraW5nIGZvciBpdC4g U28gSSBzdGlsbCBhbSB1bmNvbnZpbmNlZCB0aGF0IHRoZSBjb21wbGV4aXR5IG9mIGEgbmV3IG1v ZHVsZSB5aWVsZHMgYW55IGJlbmVmaXQuDQoNCg0KDQpKdXN0IHRoaW5rIG9mIGl0IGZyb20gYSB0 cmFuc2FjdGlvbiBwcm9jZXNzaW5nIHBlcnNwZWN0aXZlLiAgV2l0aCB0aGUgcHJvcG9zZWQgYXBw cm9hY2gsIGEgY2xpZW50IHRoYXQgd2FudHMgdG8gdW5kZXJzdGFuZCB0aGUgbWFwcGluZyBoYXMg dG8NCg0KKDEpIHJlYWQgdGhlIHNlcnZpY2UgbW9kdWxlKSwgKDIpIHNlYXJjaCB0aGUgc2Vydmlj ZSBtb2R1bGUgZm9yIGEgbWFwcGluZywgYW5kIHRoZW4gKDMpIHJlYWQgdGhlIHJlbGF0ZWQgVEUg aW5mb3JtYXRpb24uICBXaXRoIHRoZSBhdWdtZW50YXRpb24gYXBwcm9hY2ggKDIpIGlzIGVsaW1p bmF0ZWQgYW5kIGR1cmluZyBwcm9jZXNzaW5nICgxKSBpdCdzIHBvc3NpYmxlIHRvIHNlZSBpZiB0 aGUgVEUgaW5mb3JtYXRpb24gZXZlbiBleGlzdHMuICBUaGlzIHJlZHVjZXMgcHJvY2Vzc2luZyBv biBib3RoIGNsaWVudHMgYW5kIHNlcnZlcnMuDQoNCg0KDQpXaGlsZSBub3QgYSBtYWpvciBwb2lu dCwgSSBkbyB0aGluayB0aGUgYWRkZWQgY29tcGxleGl0eSBzaG91bGQgYmUgbW9yZSBzdHJvbmds eSBqdXN0aWZpZWQuDQoNCg0KDQpMb3UNCg0KDQoNCk9uIDkvMjUvMjAxOCA1OjU3IFBNLCBMZWV5 b3VuZyB3cm90ZToNCg0KPiBIaSBMb3UsDQoNCj4NCg0KPiBJIHRoaW5rIHRoaXMgaGFzIGJlZW4g ZGlzY3Vzc2VkIGluIHRoZSBtYWlsaW5nIGxpc3Qgd2hlbiB5b3UgYXNrZWQgdGhlIG9waW5pb24g b24gdGhpcyBpc3N1ZS4gUGxlYXNlIHNlZSB0aGUgYXR0YWNobWVudC4NCg0KPg0KDQo+IFBsZWFz ZSBhbHNvIHJlZmVyIHRvIHRoZSBJRVRGIDEwMiBzbGlkZXMgKGluIHBhcnRpY3VsYXIgcGFnZSAz KSBmb3IgZnVydGhlciBpbmZvcm1hdGlvbiBvbiB0aGlzIG1vZGVsIGFuZCB3aHkgdGhlIGNvLWF1 dGhvcnMgdGhpbmsgaXQgaXMgYmVuZWZpY2lhbCB0byBoYXZlIGEgc2VwYXJhdGUgbW9kZWwgdGhh biBhdWdtZW50aW5nIHRocmVlIHNlcGFyYXRlIHNlcnZpY2UgbW9kZWxzLg0KDQo+DQoNCj4gVGhh bmtzLg0KDQo+IFlvdW5nDQoNCj4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQo+ IEZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBM b3UgQmVyZ2VyDQoNCj4gU2VudDogVHVlc2RheSwgU2VwdGVtYmVyIDI1LCAyMDE4IDM6MzIgUE0N Cg0KPiBUbzogZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmdAaWV0Zi5vcmc7 IHRlYXNAaWV0Zi5vcmcNCg0KPiBTdWJqZWN0OiBSZTogW1RlYXNdIEZXOiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yDQoNCj4gZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlh bmctMTEudHh0DQoNCj4NCg0KPiBIaSBZb3VuZy9hdXRob3JzLA0KDQo+DQoNCj4gICAgICAgVGhh bmtzIGZvciB0aGUgdXBkYXRlLiAgSSByZW1haW4gYSBiaXQgY29uZnVzZWQvY29uY2VybmVkIHRo YXQNCg0KPiB0aGlzIGRvY3VtZW50IGFkZHMgYSBuZXcgc3RhbmRhbG9uZSBtb2RlbCByYXRoZXIg dGhhbiB0YWtpbmcgdGhlDQoNCj4gc2ltcGxlciBhcHByb2FjaCBvZiBqdXN0IGF1Z21lbnRpbmcg dGhlIGV4aXN0aW5nIHNlcnZpY2UvY29ubmVjdGl2aXR5DQoNCj4gbW9kdWxlcyB3aXRoIHRoZSBw b2ludGVycyB0byB0aGUgVEUvVk4vdHVubmVsIGluZm9ybWF0aW9uIChwZXJoYXBzDQoNCj4gdXNp bmcNCg0KPiBncm91cGluZ3M/KQ0KDQo+DQoNCj4gQ2FuIHlvdSBlbGFib3JhdGUgb24geW91ciB0 aGlua2luZyBoZXJlPw0KDQo+DQoNCj4gVGhhbmtzLA0KDQo+IExvdQ0KDQo+DQoNCj4gT24gOS8x OC8yMDE4IDI6NTUgUE0sIExlZXlvdW5nIHdyb3RlOg0KDQo+PiBIaSwNCg0KPj4NCg0KPj4gVGhl IHJldmlzaW9uIGlzIHRvIGZpeCBZQU5HIGVycm9ycyBjYXVzZWQgYnkgdGhlIEwxQ1NNIFlBTkcg dXBkYXRlLiBObyBjb250ZW50IGNoYW5nZXMuDQoNCj4+DQoNCj4+IFRoYW5rcy4NCg0KPj4gWW91 bmcNCg0KPj4NCg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KPj4gRnJvbTogaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0K DQo+PiBTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMTgsIDIwMTggMTo1NCBQTQ0KDQo+PiBUbzog RGFuaWVsZSBDZWNjYXJlbGxpIDxkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPjsgR2l1 c2VwcGUNCg0KPj4gRmlvY2NvbGEgPGdpdXNlcHBlLmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ+ OyBEaHJ1diBEaG9keQ0KDQo+PiA8ZGhydXYuaWV0ZkBnbWFpbC5jb20+OyBKZWZmIFRhbnRzdXJh IDxqZWZmdGFudEBnbWFpbC5jb20+OyBMZWV5b3VuZw0KDQo+PiA8bGVleW91bmdAaHVhd2VpLmNv bT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPg0KDQo+PiBTdWJqZWN0OiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yDQoNCj4+IGRyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGlu Zy15YW5nLTExLnR4dA0KDQo+Pg0KDQo+Pg0KDQo+PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJh ZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmctMTEudHh0DQoNCj4+IGhhcyBiZWVu IHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8gdGhlIElF VEYgcmVwb3NpdG9yeS4NCg0KPj4NCg0KPj4gTmFtZTogICAgICAgICAgICAgICAgICAgICAgICAg IGRyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nDQoNCj4+IFJldmlzaW9uOiAg ICAgICAxMQ0KDQo+PiBUaXRsZTogICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRyYWZmaWMg RW5naW5lZXJpbmcgYW5kIFNlcnZpY2UgTWFwcGluZyBZYW5nIE1vZGVsDQoNCj4+IERvY3VtZW50 IGRhdGU6ICAgICAgICAgMjAxOC0wOS0xOA0KDQo+PiBHcm91cDogICAgICAgICAgICAgICAgICAg ICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQoNCj4+IFBhZ2VzOiAgICAgICAgICAgICAgICAg ICAgICAgICAgMjINCg0KPj4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZy0xMS50 eHQNCg0KPj4gU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLw0KDQo+PiBIdG1saXplZDog ICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxlZS10ZWFzLXRlLXNlcnZp Y2UtbWFwcGluZy15YW5nLTExDQoNCj4+IEh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15 YW5nDQoNCj4+IERpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmctMTENCg0KPj4NCg0KPj4g QWJzdHJhY3Q6DQoNCj4+ICAgICAgVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIFlBTkcgZGF0YSBt b2RlbCB0byBtYXAgY3VzdG9tZXIgc2VydmljZQ0KDQo+PiAgICAgIG1vZGVscyAoZS5nLiwgdGhl IEwzVlBNIFNlcnZpY2UgTW9kZWwpIHRvIFRyYWZmaWMgRW5naW5lZXJpbmcgKFRFKQ0KDQo+PiAg ICAgIG1vZGVscyAoZS5nLiwgdGhlIFRFIFR1bm5lbCBvciB0aGUgQWJzdHJhY3Rpb24gYW5kIENv bnRyb2wgb2YNCg0KPj4gICAgICBUcmFmZmljIEVuZ2luZWVyZWQgTmV0d29ya3MgVmlydHVhbCBO ZXR3b3JrIG1vZGVsKS4gVGhpcyBtb2RlbCBpcw0KDQo+PiAgICAgIHJlZmVycmVkIHRvIGFzIFRF IFNlcnZpY2UgTWFwcGluZyBNb2RlbCBhbmQgaXMgYXBwbGljYWJsZSB0byB0aGUNCg0KPj4gICAg ICBvcGVyYXRvcidzIG5lZWQgZm9yIHNlYW1sZXNzIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQgb2Yg dGhlaXIgVlBODQoNCj4+ICAgICAgc2VydmljZXMgd2l0aCBURSB0dW5uZWwgc3VwcG9ydC4NCg0K Pj4NCg0KPj4gICAgICBUaGUgbW9kZWwgaXMgcHJpbmNpcGFsbHkgdXNlZCB0byBhbGxvdyBtb25p dG9yaW5nIGFuZCBkaWFnbm9zdGljcyBvZg0KDQo+PiAgICAgIHRoZSBtYW5hZ2VtZW50IHN5c3Rl bXMgdG8gc2hvdyBob3cgdGhlIHNlcnZpY2UgcmVxdWVzdHMgYXJlIG1hcHBlZA0KDQo+PiAgICAg IG9udG8gdW5kZXJseWluZyBuZXR3b3JrIHJlc291cmNlIGFuZCBURSBtb2RlbHMuDQoNCj4+DQoN Cj4+DQoNCj4+DQoNCj4+DQoNCj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0K Pj4NCg0KPj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KPj4NCg0KPj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KPj4gVGVhcyBtYWlsaW5nIGxpc3QN Cg0KPj4gVGVhc0BpZXRmLm9yZw0KDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3RlYXMNCg0KPj4NCg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KDQo+IFRlYXMgbWFpbGluZyBsaXN0DQoNCj4gVGVhc0BpZXRmLm9yZw0K DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0KDQo+DQoNCj4N Cg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQo+ IFRlYXMgbWFpbGluZyBsaXN0DQoNCj4gVGVhc0BpZXRmLm9yZw0KDQo+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0KDQoNCg== --_000_7AEB3D6833318045B4AE71C2C87E8E173D066D05sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z b1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJn aW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXtt c28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmlu aXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxMzk2OTc0NzAyOw0KCW1zby1saXN0 LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMjExOTgwNTY2MCA2NzY5ODY4 OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2 NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpA bGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9t OjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxp bms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPkhpIExvdSw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSB0aGluayB3 ZSBjYW4gZG8gdGhlIGF1Z21lbnRhdGlvbiBhcHByb2FjaC4gPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPklmIHdlIHdlcmUgdG8gYXVnbWVudCBMeFNNIG1vZGVscywgd2UgaGF2ZSB0d28g Y2hvaWNlczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZv MSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9s Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+Rmlyc3QgY2hvaWNlOiBU byBoYXZlIHRocmVlIHNlcGFyYXRlIGF1Z21lbnRlZCBMeFNNIG1vZGVscyBzbyB0aGF0IGVhY2gg THhTTSB3b3VsZCBhdWdtZW50IGluZGVwZW5kZW50bHkgZnJvbSBvbmUgYW5vdGhlci48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWlu O3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+U2Vjb25kIGNob2ljZTogVG8gaGF2ZSBvbmUgWUFO RyBtb2RlbCB3aGVyZSB0aHJlZSBhdWdtZW50YXRpb25zIHRha2UgcGxhY2UgdGhlcmUsIHdoaWNo IG1lYW5zIGFsbCB0aHJlZSBMeFNNIG1vZGVscyBhcmUgYXVnbWVudGVkIGF0IHRoZSBzYW1lIHRp bWUuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSB3b3VsZCB0aGluayB0aGUgZmly c3QgY2hvaWNlIGlzIHdoYXQgeW91IG1lYW50LiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+VGhhbmtzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WW91bmc8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZyb206IExvdSBCZXJnZXIg W21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XSA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPlNlbnQ6IFR1ZXNkYXksIFNlcHRlbWJlciAyNSwgMjAxOCA2OjA1IFBNPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5UbzogTGVleW91bmcgJmx0O2xlZXlv dW5nQGh1YXdlaS5jb20mZ3Q7OyBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFu Z0BpZXRmLm9yZzsgdGVhc0BpZXRmLm9yZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+U3ViamVjdDogUmU6IFtUZWFzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u IGZvciBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZy0xMS50eHQ8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WW91bmcsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZuYnNwOyZuYnNwOyZuYnNwOyBUaGVyZSB3YXMgb25lIGNvbW1lbnQgb24gdGhlIGxpc3Qg b3RoZXIgdGhhbiBteSBxdWVzdGlvbiwgcmlnaHQ/IEdpdXNlcHBlJ3MgY29tbWVudCBiYXNpY2Fs bHkgc2F5cyBpdCBpcyBwcm92aWRlciBpbmZvcm1hdGlvbiwgcmlnaHQ/IFNvIGlzbid0IHRoaXMg d2hhdCBOQUNNIGlzIGFsbCBhYm91dCwgaS5lLiwgbGltaXRpbmcgaW5mb3JtYXRpb24gYmFzZWQg b24gd2hvIGlzIGFza2luZyBmb3IgaXQuDQogU28gSSBzdGlsbCBhbSB1bmNvbnZpbmNlZCB0aGF0 IHRoZSBjb21wbGV4aXR5IG9mIGEgbmV3IG1vZHVsZSB5aWVsZHMgYW55IGJlbmVmaXQuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkp1c3QgdGhpbmsgb2YgaXQgZnJvbSBhIHRyYW5zYWN0 aW9uIHByb2Nlc3NpbmcgcGVyc3BlY3RpdmUuJm5ic3A7IFdpdGggdGhlIHByb3Bvc2VkIGFwcHJv YWNoLCBhIGNsaWVudCB0aGF0IHdhbnRzIHRvIHVuZGVyc3RhbmQgdGhlIG1hcHBpbmcgaGFzIHRv PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4oMSkgcmVhZCB0aGUgc2Vy dmljZSBtb2R1bGUpLCAoMikgc2VhcmNoIHRoZSBzZXJ2aWNlIG1vZHVsZSBmb3IgYSBtYXBwaW5n LCBhbmQgdGhlbiAoMykgcmVhZCB0aGUgcmVsYXRlZCBURSBpbmZvcm1hdGlvbi4mbmJzcDsgV2l0 aCB0aGUgYXVnbWVudGF0aW9uIGFwcHJvYWNoICgyKSBpcyBlbGltaW5hdGVkIGFuZCBkdXJpbmcg cHJvY2Vzc2luZyAoMSkgaXQncyBwb3NzaWJsZSB0byBzZWUgaWYgdGhlIFRFIGluZm9ybWF0aW9u DQogZXZlbiBleGlzdHMuJm5ic3A7IFRoaXMgcmVkdWNlcyBwcm9jZXNzaW5nIG9uIGJvdGggY2xp ZW50cyBhbmQgc2VydmVycy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+V2hpbGUgbm90 IGEgbWFqb3IgcG9pbnQsIEkgZG8gdGhpbmsgdGhlIGFkZGVkIGNvbXBsZXhpdHkgc2hvdWxkIGJl IG1vcmUgc3Ryb25nbHkganVzdGlmaWVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5M b3U8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T24gOS8yNS8yMDE4IDU6NTcgUE0sIExl ZXlvdW5nIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyBIaSBMb3UsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEkgdGhpbmsg dGhpcyBoYXMgYmVlbiBkaXNjdXNzZWQgaW4gdGhlIG1haWxpbmcgbGlzdCB3aGVuIHlvdSBhc2tl ZCB0aGUgb3BpbmlvbiBvbiB0aGlzIGlzc3VlLiBQbGVhc2Ugc2VlIHRoZSBhdHRhY2htZW50Ljxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBQbGVhc2UgYWxzbyByZWZlciB0 byB0aGUgSUVURiAxMDIgc2xpZGVzIChpbiBwYXJ0aWN1bGFyIHBhZ2UgMykgZm9yIGZ1cnRoZXIg aW5mb3JtYXRpb24gb24gdGhpcyBtb2RlbCBhbmQgd2h5IHRoZSBjby1hdXRob3JzIHRoaW5rIGl0 IGlzIGJlbmVmaWNpYWwgdG8gaGF2ZSBhIHNlcGFyYXRlIG1vZGVsIHRoYW4gYXVnbWVudGluZyB0 aHJlZSBzZXBhcmF0ZSBzZXJ2aWNlIG1vZGVscy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZndDsgVGhhbmtzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OyBZb3VuZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyBGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgTG91IEJlcmdlcjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OyBTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjUsIDIwMTggMzozMiBQTTxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBUbzogZHJhZnQtbGVlLXRlYXMt dGUtc2VydmljZS1tYXBwaW5nLXlhbmdAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmc8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgU3ViamVjdDogUmU6IFtUZWFzXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciA8bzpwPg0KPC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmct eWFuZy0xMS50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDs8 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgSGkgWW91 bmcvYXV0aG9ycyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDs8 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7IFRoYW5rcyBmb3IgdGhlIHVwZGF0ZS4mbmJzcDsgSSBy ZW1haW4gYSBiaXQgY29uZnVzZWQvY29uY2VybmVkIHRoYXQNCjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyB0aGlzIGRvY3VtZW50IGFkZHMgYSBuZXcgc3RhbmRh bG9uZSBtb2RlbCByYXRoZXIgdGhhbiB0YWtpbmcgdGhlDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsgc2ltcGxlciBhcHByb2FjaCBvZiBqdXN0IGF1Z21lbnRp bmcgdGhlIGV4aXN0aW5nIHNlcnZpY2UvY29ubmVjdGl2aXR5DQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgbW9kdWxlcyB3aXRoIHRoZSBwb2ludGVycyB0byB0 aGUgVEUvVk4vdHVubmVsIGluZm9ybWF0aW9uIChwZXJoYXBzDQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgdXNpbmc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZndDsgZ3JvdXBpbmdzPyk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZndDsgQ2FuIHlvdSBlbGFib3JhdGUgb24geW91ciB0aGlua2luZyBoZXJlPzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBUaGFua3MsPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IExvdTxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyBPbiA5LzE4LzIwMTggMjo1NSBQTSwgTGVleW91bmcgd3JvdGU6 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBIaSw8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBUaGUgcmV2aXNpb24g aXMgdG8gZml4IFlBTkcgZXJyb3JzIGNhdXNlZCBieSB0aGUgTDFDU00gWUFORyB1cGRhdGUuIE5v IGNvbnRlbnQgY2hhbmdlcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBUaGFua3MuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBZb3VuZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMTgsIDIwMTgg MTo1NCBQTTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsg VG86IERhbmllbGUgQ2VjY2FyZWxsaSAmbHQ7ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNv bSZndDs7IEdpdXNlcHBlDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IEZpb2Njb2xhICZsdDtnaXVzZXBwZS5maW9jY29sYUB0ZWxlY29taXRhbGlhLml0 Jmd0OzsgRGhydXYgRGhvZHkNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OyZndDsgJmx0O2RocnV2LmlldGZAZ21haWwuY29tJmd0OzsgSmVmZiBUYW50c3VyYSAm bHQ7amVmZnRhbnRAZ21haWwuY29tJmd0OzsgTGVleW91bmcNCjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgJmx0O2xlZXlvdW5nQGh1YXdlaS5jb20mZ3Q7 OyBRaW4gV3UgJmx0O2JpbGwud3VAaHVhd2VpLmNvbSZndDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3IgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZy0xMS50eHQ8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgQSBuZXcgdmVyc2lvbiBvZiBJLUQs IGRyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTExLnR4dDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5IHN1Ym1pdHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0 b3J5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDs8bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IE5hbWU6 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWxlZS10ZWFzLXRlLXNl cnZpY2UtbWFwcGluZy15YW5nPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij4mZ3Q7Jmd0OyBSZXZpc2lvbjombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg MTE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFRpdGxl OiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBU cmFmZmljIEVuZ2luZWVyaW5nIGFuZCBTZXJ2aWNlIE1hcHBpbmcgWWFuZyBNb2RlbDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgRG9jdW1lbnQgZGF0ZTom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMjAxOC0wOS0x ODxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgR3JvdXA6 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluZGl2aWR1YWwgU3VibWlzc2lvbjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgUGFnZXM6Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIyPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBVUkw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGh0dHBzOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFu Zy0xMS50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7 IFN0YXR1czombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGVlLXRlYXMtdGUtc2Vydmlj ZS1tYXBwaW5nLXlhbmcvPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBIdG1saXplZDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGlu Zy15YW5nLTExPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyBIdG1saXplZDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1h cHBpbmcteWFuZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZn dDsgRGlmZjombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxlZS10 ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTExPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyZndDsgQWJzdHJhY3Q6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGlz IGRvY3VtZW50IHByb3ZpZGVzIGEgWUFORyBkYXRhIG1vZGVsIHRvIG1hcCBjdXN0b21lciBzZXJ2 aWNlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtb2RlbHMgKGUuZy4sIHRoZSBMM1ZQTSBTZXJ2aWNl IE1vZGVsKSB0byBUcmFmZmljIEVuZ2luZWVyaW5nIChURSk8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IG1vZGVscyAoZS5nLiwgdGhlIFRFIFR1bm5lbCBvciB0aGUgQWJzdHJhY3Rpb24gYW5kIENvbnRy b2wgb2Y8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRyYWZmaWMgRW5naW5lZXJlZCBOZXR3b3JrcyBW aXJ0dWFsIE5ldHdvcmsgbW9kZWwpLiBUaGlzIG1vZGVsIGlzPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyByZWZlcnJlZCB0byBhcyBURSBTZXJ2aWNlIE1hcHBpbmcgTW9kZWwgYW5kIGlzIGFwcGxpY2Fi bGUgdG8gdGhlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvcGVyYXRvcidzIG5lZWQgZm9yIHNlYW1s ZXNzIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQgb2YgdGhlaXIgVlBOPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBzZXJ2aWNlcyB3aXRoIFRFIHR1bm5lbCBzdXBwb3J0LjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFRoZSBtb2RlbCBpcyBwcmluY2lwYWxseSB1c2VkIHRvIGFsbG93IG1vbml0b3JpbmcgYW5kIGRp YWdub3N0aWNzIG9mPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7 Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgbWFuYWdlbWVudCBzeXN0ZW1z IHRvIHNob3cgaG93IHRoZSBzZXJ2aWNlIHJlcXVlc3RzIGFyZSBtYXBwZWQ8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IG9udG8gdW5kZXJseWluZyBuZXR3b3JrIHJlc291cmNlIGFuZCBURSBtb2RlbHMu PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2Ug YSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBUaGUgSUVU RiBTZWNyZXRhcmlhdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBUZWFzIG1haWxpbmcg bGlzdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgVGVh c0BpZXRmLm9yZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZn dDsgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyBUZWFzIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyBUZWFzQGlldGYub3JnPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGVhczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OzxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyBUZWFzIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBUZWFzQGlldGYub3JnPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vdGVhczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7AEB3D6833318045B4AE71C2C87E8E173D066D05sjceml521mbxchi_-- From nobody Fri Oct 5 08:19:59 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A85F9130DEB; Fri, 5 Oct 2018 08:19:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 5wiQLJYd7M68; Fri, 5 Oct 2018 08:19:57 -0700 (PDT) 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 0AF4F124BE5; Fri, 5 Oct 2018 08:19:57 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id AB0DFAACCF0A2; Fri, 5 Oct 2018 16:19:52 +0100 (IST) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 5 Oct 2018 16:19:53 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML702-CHM.china.huawei.com ([169.254.4.49]) with mapi id 14.03.0415.000; Fri, 5 Oct 2018 08:19:51 -0700 From: Leeyoung To: "teas@ietf.org" CC: "adrian@olddog.co.uk" , "draft-lee-teas-te-service-mapping-yang@ietf.org" Thread-Topic: New Version Notification for draft-lee-teas-te-service-mapping-yang-12.txt Thread-Index: AQHUXL5ZuX/V+tWimUG2f6H38pvCeaUQw5gg Date: Fri, 5 Oct 2018 15:19:50 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D06702F@sjceml521-mbx.china.huawei.com> References: <153875256452.1031.17049684557717679115.idtracker@ietfa.amsl.com> In-Reply-To: <153875256452.1031.17049684557717679115.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.123] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] New Version Notification for draft-lee-teas-te-service-mapping-yang-12.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 15:19:59 -0000 SGksDQoNCkFzIHdlIGRpc2N1c3NlZCBpbiB0aGUgbGlzdCwgdGhpcyByZXZpc2lvbiBoYXMgdGFr ZW4gdGhlIGF1Z21lbnRhdGlvbiBhcHByb2FjaCBMb3Ugd2FzIGFza2luZyB0byBjb25zaWRlci4g DQoNClRoYW5rcy4NCllvdW5nIChvbiBiZWhhbGYgb2YgY28tYXV0aG9ycyBhbmQgY29udHJpYnV0 b3JzKQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRz QGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IEZyaWRh eSwgT2N0b2JlciA1LCAyMDE4IDEwOjE2IEFNDQpUbzogRGFuaWVsZSBDZWNjYXJlbGxpIDxkYW5p ZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29tPjsgR2l1c2VwcGUgRmlvY2NvbGEgPGdpdXNlcHBl LmZpb2Njb2xhQHRlbGVjb21pdGFsaWEuaXQ+OyBEaHJ1diBEaG9keSA8ZGhydXYuaWV0ZkBnbWFp bC5jb20+OyBKZWZmIFRhbnRzdXJhIDxqZWZmdGFudEBnbWFpbC5jb20+OyBMZWV5b3VuZyA8bGVl eW91bmdAaHVhd2VpLmNvbT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPg0KU3ViamVjdDog TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1h cHBpbmcteWFuZy0xMi50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGVlLXRl YXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmctMTIudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IFlvdW5nIExlZSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnku DQoNCk5hbWU6CQlkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZw0KUmV2aXNp b246CTEyDQpUaXRsZToJCVRyYWZmaWMgRW5naW5lZXJpbmcgYW5kIFNlcnZpY2UgTWFwcGluZyBZ YW5nIE1vZGVsDQpEb2N1bWVudCBkYXRlOgkyMDE4LTEwLTA1DQpHcm91cDoJCUluZGl2aWR1YWwg U3VibWlzc2lvbg0KUGFnZXM6CQkyNw0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFu Zy0xMi50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFuZy8NCkh0bWxpemVkOiAgICAg ICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1t YXBwaW5nLXlhbmctMTINCkh0bWxpemVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nDQpEaWZm OiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxlZS10 ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTEyDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1 bWVudCBwcm92aWRlcyBhIFlBTkcgZGF0YSBtb2RlbCB0byBtYXAgY3VzdG9tZXIgc2VydmljZQ0K ICAgbW9kZWxzIChlLmcuLCB0aGUgTDNWUE0gU2VydmljZSBNb2RlbCkgdG8gVHJhZmZpYyBFbmdp bmVlcmluZyAoVEUpDQogICBtb2RlbHMgKGUuZy4sIHRoZSBURSBUdW5uZWwgb3IgdGhlIEFic3Ry YWN0aW9uIGFuZCBDb250cm9sIG9mDQogICBUcmFmZmljIEVuZ2luZWVyZWQgTmV0d29ya3MgVmly dHVhbCBOZXR3b3JrIG1vZGVsKS4gVGhpcyBtb2RlbCBpcw0KICAgcmVmZXJyZWQgdG8gYXMgVEUg U2VydmljZSBNYXBwaW5nIE1vZGVsIGFuZCBpcyBhcHBsaWNhYmxlIHRvIHRoZQ0KICAgb3BlcmF0 b3IncyBuZWVkIGZvciBzZWFtbGVzcyBjb250cm9sIGFuZCBtYW5hZ2VtZW50IG9mIHRoZWlyIFZQ Tg0KICAgc2VydmljZXMgd2l0aCBURSB0dW5uZWwgc3VwcG9ydC4NCg0KICAgVGhlIG1vZGVsIGlz IHByaW5jaXBhbGx5IHVzZWQgdG8gYWxsb3cgbW9uaXRvcmluZyBhbmQgZGlhZ25vc3RpY3Mgb2YN CiAgIHRoZSBtYW5hZ2VtZW50IHN5c3RlbXMgdG8gc2hvdyBob3cgdGhlIHNlcnZpY2UgcmVxdWVz dHMgYXJlIG1hcHBlZA0KICAgb250byB1bmRlcmx5aW5nIG5ldHdvcmsgcmVzb3VyY2UgYW5kIFRF IG1vZGVscy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Fri Oct 5 11:31:48 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FA42130E70 for ; Fri, 5 Oct 2018 11:31:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 X1TUowSASFbO for ; Fri, 5 Oct 2018 11:31:43 -0700 (PDT) Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) (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 3905A130DD3 for ; Fri, 5 Oct 2018 11:31:43 -0700 (PDT) Received: from cmgw10.unifiedlayer.com (unknown [10.9.0.10]) by gproxy3.mail.unifiedlayer.com (Postfix) with ESMTP id CED6541438 for ; Fri, 5 Oct 2018 12:09:23 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 8UWkg7gU0o6eD8UX9gXoP6; Fri, 05 Oct 2018 12:09:23 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5m+V9ZvAZyL+uE3R5SG8KHVbmbwi+P2LdHXkMWxrh8g=; b=fsQ24ZX0frlbR7GHQ7NSx3ZV2Z bIyjopGRendcW/e59V/jKDUbF5m/o6PI/wzO7RcyFCDtlMWxSxB9eotf6JC/cVf0xZmkQ5a6XsI1U A75d7XQNBWMzspKI9sC60DQF+; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:35552 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1g8UWa-001Opq-LJ; Fri, 05 Oct 2018 12:08:28 -0600 To: Leeyoung , "draft-lee-teas-te-service-mapping-yang@ietf.org" , "teas@ietf.org" References: <153729682108.8569.6079760050660778983.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D063DF0@sjceml521-mbx.china.huawei.com> <5d16d8f4-156f-4c6a-5832-08664417aea3@labn.net> <7AEB3D6833318045B4AE71C2C87E8E173D064FCE@sjceml521-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E173D066D05@sjceml521-mbx.china.huawei.com> From: Lou Berger Message-ID: <17db4372-f15c-fc8d-601f-0e843ef7b44a@labn.net> Date: Fri, 5 Oct 2018 14:08:27 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173D066D05@sjceml521-mbx.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1g8UWa-001Opq-LJ X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:35552 X-Source-Auth: lberger@labn.net X-Email-Count: 3 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Org: HG=bhcustomer;ORG=bluehost; X-Local-Domain: yes Archived-At: Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 18:31:46 -0000 Hi Young, On 10/4/2018 10:29 AM, Leeyoung wrote: > > Hi Lou, > > I think we can do the augmentation approach. > > If we were to augment LxSM models, we have two choices: > > ·First choice: To have three separate augmented LxSM models so that > each LxSM would augment independently from one another. > > ·Second choice: To have one YANG model where three augmentations take > place there, which means all three LxSM models are augmented at the > same time. > > I would think the first choice is what you meant. > There's certainly room for identifying what is the best approach . This said, I actually don't understand the second choice and unsure if it can be legally supported (what does it mean for an implementation to support of module that includes an augmentation to a non-supported module? maybe it works with deviations?) While not sure about this, it sounds / looks like you took the first choice. Lou > Thanks. > > Young > > -----Original Message----- > > From: Lou Berger [mailto:lberger@labn.net] > > Sent: Tuesday, September 25, 2018 6:05 PM > > To: Leeyoung ; > draft-lee-teas-te-service-mapping-yang@ietf.org; teas@ietf.org > > Subject: Re: [Teas] FW: New Version Notification for > draft-lee-teas-te-service-mapping-yang-11.txt > > Young, > >     There was one comment on the list other than my question, right? > Giuseppe's comment basically says it is provider information, right? > So isn't this what NACM is all about, i.e., limiting information based > on who is asking for it. So I still am unconvinced that the complexity > of a new module yields any benefit. > > Just think of it from a transaction processing perspective.  With the > proposed approach, a client that wants to understand the mapping has to > > (1) read the service module), (2) search the service module for a > mapping, and then (3) read the related TE information.  With the > augmentation approach (2) is eliminated and during processing (1) it's > possible to see if the TE information even exists.  This reduces > processing on both clients and servers. > > While not a major point, I do think the added complexity should be > more strongly justified. > > Lou > > On 9/25/2018 5:57 PM, Leeyoung wrote: > > > Hi Lou, > > > > > > I think this has been discussed in the mailing list when you asked > the opinion on this issue. Please see the attachment. > > > > > > Please also refer to the IETF 102 slides (in particular page 3) for > further information on this model and why the co-authors think it is > beneficial to have a separate model than augmenting three separate > service models. > > > > > > Thanks. > > > Young > > > > > > -----Original Message----- > > > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > > > Sent: Tuesday, September 25, 2018 3:32 PM > > > To: draft-lee-teas-te-service-mapping-yang@ietf.org; teas@ietf.org > > > Subject: Re: [Teas] FW: New Version Notification for > > > draft-lee-teas-te-service-mapping-yang-11.txt > > > > > > Hi Young/authors, > > > > > >       Thanks for the update.  I remain a bit confused/concerned that > > > this document adds a new standalone model rather than taking the > > > simpler approach of just augmenting the existing service/connectivity > > > modules with the pointers to the TE/VN/tunnel information (perhaps > > > using > > > groupings?) > > > > > > Can you elaborate on your thinking here? > > > > > > Thanks, > > > Lou > > > > > > On 9/18/2018 2:55 PM, Leeyoung wrote: > > >> Hi, > > >> > > >> The revision is to fix YANG errors caused by the L1CSM YANG update. > No content changes. > > >> > > >> Thanks. > > >> Young > > >> > > >> -----Original Message----- > > >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > >> Sent: Tuesday, September 18, 2018 1:54 PM > > >> To: Daniele Ceccarelli ; Giuseppe > > >> Fioccola ; Dhruv Dhody > > >> ; Jeff Tantsura ; Leeyoung > > >> ; Qin Wu > > >> Subject: New Version Notification for > > >> draft-lee-teas-te-service-mapping-yang-11.txt > > >> > > >> > > >> A new version of I-D, draft-lee-teas-te-service-mapping-yang-11.txt > > >> has been successfully submitted by Young Lee and posted to the IETF > repository. > > >> > > >> Name: draft-lee-teas-te-service-mapping-yang > > >> Revision:       11 > > >> Title:                             Traffic Engineering and Service > Mapping Yang Model > > >> Document date: 2018-09-18 > > >> Group: Individual Submission > > >> Pages: 22 > > >> URL: > https://www.ietf.org/internet-drafts/draft-lee-teas-te-service-mapping-yang-11.txt > > >> Status: > https://datatracker.ietf.org/doc/draft-lee-teas-te-service-mapping-yang/ > > >> Htmlized: > https://tools.ietf.org/html/draft-lee-teas-te-service-mapping-yang-11 > > >> Htmlized: > https://datatracker.ietf.org/doc/html/draft-lee-teas-te-service-mapping-yang > > >> Diff: > https://www.ietf.org/rfcdiff?url2=draft-lee-teas-te-service-mapping-yang-11 > > >> > > >> Abstract: > > >>      This document provides a YANG data model to map customer service > > >>      models (e.g., the L3VPM Service Model) to Traffic Engineering (TE) > > >>      models (e.g., the TE Tunnel or the Abstraction and Control of > > >>      Traffic Engineered Networks Virtual Network model). This model is > > >>      referred to as TE Service Mapping Model and is applicable to the > > >>      operator's need for seamless control and management of their VPN > > >>      services with TE tunnel support. > > >> > > >>      The model is principally used to allow monitoring and > diagnostics of > > >>      the management systems to show how the service requests are mapped > > >>      onto underlying network resource and TE models. > > >> > > >> > > >> > > >> > > >> Please note that it may take a couple of minutes from the time of > submission until the htmlized version and diff are available at > tools.ietf.org. > > >> > > >> The IETF Secretariat > > >> > > >> _______________________________________________ > > >> Teas mailing list > > >> Teas@ietf.org > > >> https://www.ietf.org/mailman/listinfo/teas > > >> > > > _______________________________________________ > > > Teas mailing list > > > Teas@ietf.org > > > https://www.ietf.org/mailman/listinfo/teas > > > > > > > > > _______________________________________________ > > > Teas mailing list > > > Teas@ietf.org > > > https://www.ietf.org/mailman/listinfo/teas > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Fri Oct 5 11:47:34 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1F90130E74; Fri, 5 Oct 2018 11:47:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 SWSEKDnBr99e; Fri, 5 Oct 2018 11:47:30 -0700 (PDT) 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 807D6130DD3; Fri, 5 Oct 2018 11:47:29 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id B8326171FA217; Fri, 5 Oct 2018 19:47:23 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 5 Oct 2018 19:47:25 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML701-CHM.china.huawei.com ([169.254.3.87]) with mapi id 14.03.0415.000; Fri, 5 Oct 2018 11:47:19 -0700 From: Leeyoung To: Lou Berger , "draft-lee-teas-te-service-mapping-yang@ietf.org" , "teas@ietf.org" Thread-Topic: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt Thread-Index: AQHUT4DvIUUaEm799ECmIgSutRIW7KT2YvqwgAuRAAD//6AjsIAAirAAgA0dYCCAAkb9gP//lNfA Date: Fri, 5 Oct 2018 18:47:19 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D0670DB@sjceml521-mbx.china.huawei.com> References: <153729682108.8569.6079760050660778983.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D063DF0@sjceml521-mbx.china.huawei.com> <5d16d8f4-156f-4c6a-5832-08664417aea3@labn.net> <7AEB3D6833318045B4AE71C2C87E8E173D064FCE@sjceml521-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E173D066D05@sjceml521-mbx.china.huawei.com> <17db4372-f15c-fc8d-601f-0e843ef7b44a@labn.net> In-Reply-To: <17db4372-f15c-fc8d-601f-0e843ef7b44a@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.145.119] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 18:47:33 -0000 SGkgTG91LA0KDQpZZXMsIHlvdSBhcmUgY29ycmVjdCwgdGhlIGZpcnN0IG9wdGlvbiBpcyB3aGF0 IHdlIGhhdmUgdGFrZW4uIEkgYWdyZWUgd2l0aCB5b3UgdGhhdCB0aGUgc2Vjb25kIG9wdGlvbiBk b2VzIG5vdCBtYWtlIG11Y2ggc2Vuc2UuIA0KDQpUaGFua3MuDQpZb3VuZw0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJAbGFibi5u ZXRdIA0KU2VudDogRnJpZGF5LCBPY3RvYmVyIDUsIDIwMTggMTowOCBQTQ0KVG86IExlZXlvdW5n IDxsZWV5b3VuZ0BodWF3ZWkuY29tPjsgZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5n LXlhbmdAaWV0Zi5vcmc7IHRlYXNAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbVGVhc10gRlc6IE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBw aW5nLXlhbmctMTEudHh0DQoNCkhpIFlvdW5nLA0KDQoNCk9uIDEwLzQvMjAxOCAxMDoyOSBBTSwg TGVleW91bmcgd3JvdGU6DQo+DQo+IEhpIExvdSwNCj4NCj4gSSB0aGluayB3ZSBjYW4gZG8gdGhl IGF1Z21lbnRhdGlvbiBhcHByb2FjaC4NCj4NCj4gSWYgd2Ugd2VyZSB0byBhdWdtZW50IEx4U00g bW9kZWxzLCB3ZSBoYXZlIHR3byBjaG9pY2VzOg0KPg0KPiDCt0ZpcnN0IGNob2ljZTogVG8gaGF2 ZSB0aHJlZSBzZXBhcmF0ZSBhdWdtZW50ZWQgTHhTTSBtb2RlbHMgc28gdGhhdCANCj4gZWFjaCBM eFNNIHdvdWxkIGF1Z21lbnQgaW5kZXBlbmRlbnRseSBmcm9tIG9uZSBhbm90aGVyLg0KPg0KPiDC t1NlY29uZCBjaG9pY2U6IFRvIGhhdmUgb25lIFlBTkcgbW9kZWwgd2hlcmUgdGhyZWUgYXVnbWVu dGF0aW9ucyB0YWtlIA0KPiBwbGFjZSB0aGVyZSwgd2hpY2ggbWVhbnMgYWxsIHRocmVlIEx4U00g bW9kZWxzIGFyZSBhdWdtZW50ZWQgYXQgdGhlIA0KPiBzYW1lIHRpbWUuDQo+DQo+IEkgd291bGQg dGhpbmsgdGhlIGZpcnN0IGNob2ljZSBpcyB3aGF0IHlvdSBtZWFudC4NCj4NCg0KVGhlcmUncyBj ZXJ0YWlubHkgcm9vbSBmb3IgaWRlbnRpZnlpbmcgd2hhdCBpcyB0aGUgYmVzdCBhcHByb2FjaCAu IFRoaXMgc2FpZCwgSSBhY3R1YWxseSBkb24ndCB1bmRlcnN0YW5kIHRoZSBzZWNvbmQgY2hvaWNl IGFuZCB1bnN1cmUgaWYgaXQgY2FuIGJlIGxlZ2FsbHkgc3VwcG9ydGVkICh3aGF0IGRvZXMgaXQg bWVhbiBmb3IgYW4gaW1wbGVtZW50YXRpb24gdG8gc3VwcG9ydCBvZiBtb2R1bGUgdGhhdCBpbmNs dWRlcyBhbiBhdWdtZW50YXRpb24gdG8gYSBub24tc3VwcG9ydGVkIG1vZHVsZT8gbWF5YmUgaXQg d29ya3Mgd2l0aCBkZXZpYXRpb25zPykgV2hpbGUgbm90IHN1cmUgYWJvdXQgdGhpcywgaXQgc291 bmRzIC8gbG9va3MgbGlrZSB5b3UgdG9vayB0aGUgZmlyc3QgY2hvaWNlLg0KDQpMb3UNCg0KPiBU aGFua3MuDQo+DQo+IFlvdW5nDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+DQo+ IEZyb206IExvdSBCZXJnZXIgW21haWx0bzpsYmVyZ2VyQGxhYm4ubmV0XQ0KPg0KPiBTZW50OiBU dWVzZGF5LCBTZXB0ZW1iZXIgMjUsIDIwMTggNjowNSBQTQ0KPg0KPiBUbzogTGVleW91bmcgPGxl ZXlvdW5nQGh1YXdlaS5jb20+Ow0KPiBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmct eWFuZ0BpZXRmLm9yZzsgdGVhc0BpZXRmLm9yZw0KPg0KPiBTdWJqZWN0OiBSZTogW1RlYXNdIEZX OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIA0KPiBkcmFmdC1sZWUtdGVhcy10ZS1zZXJ2 aWNlLW1hcHBpbmcteWFuZy0xMS50eHQNCj4NCj4gWW91bmcsDQo+DQo+IMKgwqDCoCBUaGVyZSB3 YXMgb25lIGNvbW1lbnQgb24gdGhlIGxpc3Qgb3RoZXIgdGhhbiBteSBxdWVzdGlvbiwgcmlnaHQ/ IA0KPiBHaXVzZXBwZSdzIGNvbW1lbnQgYmFzaWNhbGx5IHNheXMgaXQgaXMgcHJvdmlkZXIgaW5m b3JtYXRpb24sIHJpZ2h0PyANCj4gU28gaXNuJ3QgdGhpcyB3aGF0IE5BQ00gaXMgYWxsIGFib3V0 LCBpLmUuLCBsaW1pdGluZyBpbmZvcm1hdGlvbiBiYXNlZCANCj4gb24gd2hvIGlzIGFza2luZyBm b3IgaXQuIFNvIEkgc3RpbGwgYW0gdW5jb252aW5jZWQgdGhhdCB0aGUgY29tcGxleGl0eSANCj4g b2YgYSBuZXcgbW9kdWxlIHlpZWxkcyBhbnkgYmVuZWZpdC4NCj4NCj4gSnVzdCB0aGluayBvZiBp dCBmcm9tIGEgdHJhbnNhY3Rpb24gcHJvY2Vzc2luZyBwZXJzcGVjdGl2ZS7CoCBXaXRoIHRoZSAN Cj4gcHJvcG9zZWQgYXBwcm9hY2gsIGEgY2xpZW50IHRoYXQgd2FudHMgdG8gdW5kZXJzdGFuZCB0 aGUgbWFwcGluZyBoYXMgDQo+IHRvDQo+DQo+ICgxKSByZWFkIHRoZSBzZXJ2aWNlIG1vZHVsZSks ICgyKSBzZWFyY2ggdGhlIHNlcnZpY2UgbW9kdWxlIGZvciBhIA0KPiBtYXBwaW5nLCBhbmQgdGhl biAoMykgcmVhZCB0aGUgcmVsYXRlZCBURSBpbmZvcm1hdGlvbi7CoCBXaXRoIHRoZSANCj4gYXVn bWVudGF0aW9uIGFwcHJvYWNoICgyKSBpcyBlbGltaW5hdGVkIGFuZCBkdXJpbmcgcHJvY2Vzc2lu ZyAoMSkgaXQncyANCj4gcG9zc2libGUgdG8gc2VlIGlmIHRoZSBURSBpbmZvcm1hdGlvbiBldmVu IGV4aXN0cy7CoCBUaGlzIHJlZHVjZXMgDQo+IHByb2Nlc3Npbmcgb24gYm90aCBjbGllbnRzIGFu ZCBzZXJ2ZXJzLg0KPg0KPiBXaGlsZSBub3QgYSBtYWpvciBwb2ludCwgSSBkbyB0aGluayB0aGUg YWRkZWQgY29tcGxleGl0eSBzaG91bGQgYmUgDQo+IG1vcmUgc3Ryb25nbHkganVzdGlmaWVkLg0K Pg0KPiBMb3UNCj4NCj4gT24gOS8yNS8yMDE4IDU6NTcgUE0sIExlZXlvdW5nIHdyb3RlOg0KPg0K PiA+IEhpIExvdSwNCj4NCj4gPg0KPg0KPiA+IEkgdGhpbmsgdGhpcyBoYXMgYmVlbiBkaXNjdXNz ZWQgaW4gdGhlIG1haWxpbmcgbGlzdCB3aGVuIHlvdSBhc2tlZA0KPiB0aGUgb3BpbmlvbiBvbiB0 aGlzIGlzc3VlLiBQbGVhc2Ugc2VlIHRoZSBhdHRhY2htZW50Lg0KPg0KPiA+DQo+DQo+ID4gUGxl YXNlIGFsc28gcmVmZXIgdG8gdGhlIElFVEYgMTAyIHNsaWRlcyAoaW4gcGFydGljdWxhciBwYWdl IDMpIGZvcg0KPiBmdXJ0aGVyIGluZm9ybWF0aW9uIG9uIHRoaXMgbW9kZWwgYW5kIHdoeSB0aGUg Y28tYXV0aG9ycyB0aGluayBpdCBpcyANCj4gYmVuZWZpY2lhbCB0byBoYXZlIGEgc2VwYXJhdGUg bW9kZWwgdGhhbiBhdWdtZW50aW5nIHRocmVlIHNlcGFyYXRlIA0KPiBzZXJ2aWNlIG1vZGVscy4N Cj4NCj4gPg0KPg0KPiA+IFRoYW5rcy4NCj4NCj4gPiBZb3VuZw0KPg0KPiA+DQo+DQo+ID4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4NCj4gPiBGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTG91IEJlcmdlcg0KPg0KPiA+IFNlbnQ6IFR1 ZXNkYXksIFNlcHRlbWJlciAyNSwgMjAxOCAzOjMyIFBNDQo+DQo+ID4gVG86IGRyYWZ0LWxlZS10 ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nQGlldGYub3JnOyB0ZWFzQGlldGYub3JnDQo+DQo+ ID4gU3ViamVjdDogUmU6IFtUZWFzXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0K Pg0KPiA+IGRyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTExLnR4dA0KPg0K PiA+DQo+DQo+ID4gSGkgWW91bmcvYXV0aG9ycywNCj4NCj4gPg0KPg0KPiA+wqDCoCDCoMKgwqAg VGhhbmtzIGZvciB0aGUgdXBkYXRlLsKgIEkgcmVtYWluIGEgYml0IGNvbmZ1c2VkL2NvbmNlcm5l ZCB0aGF0DQo+DQo+ID4gdGhpcyBkb2N1bWVudCBhZGRzIGEgbmV3IHN0YW5kYWxvbmUgbW9kZWwg cmF0aGVyIHRoYW4gdGFraW5nIHRoZQ0KPg0KPiA+IHNpbXBsZXIgYXBwcm9hY2ggb2YganVzdCBh dWdtZW50aW5nIHRoZSBleGlzdGluZyANCj4gPiBzZXJ2aWNlL2Nvbm5lY3Rpdml0eQ0KPg0KPiA+ IG1vZHVsZXMgd2l0aCB0aGUgcG9pbnRlcnMgdG8gdGhlIFRFL1ZOL3R1bm5lbCBpbmZvcm1hdGlv biAocGVyaGFwcw0KPg0KPiA+IHVzaW5nDQo+DQo+ID4gZ3JvdXBpbmdzPykNCj4NCj4gPg0KPg0K PiA+IENhbiB5b3UgZWxhYm9yYXRlIG9uIHlvdXIgdGhpbmtpbmcgaGVyZT8NCj4NCj4gPg0KPg0K PiA+IFRoYW5rcywNCj4NCj4gPiBMb3UNCj4NCj4gPg0KPg0KPiA+IE9uIDkvMTgvMjAxOCAyOjU1 IFBNLCBMZWV5b3VuZyB3cm90ZToNCj4NCj4gPj4gSGksDQo+DQo+ID4+DQo+DQo+ID4+IFRoZSBy ZXZpc2lvbiBpcyB0byBmaXggWUFORyBlcnJvcnMgY2F1c2VkIGJ5IHRoZSBMMUNTTSBZQU5HIHVw ZGF0ZS4gDQo+IE5vIGNvbnRlbnQgY2hhbmdlcy4NCj4NCj4gPj4NCj4NCj4gPj4gVGhhbmtzLg0K Pg0KPiA+PiBZb3VuZw0KPg0KPiA+Pg0KPg0KPiA+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPg0KPiA+PiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmddDQo+DQo+ID4+IFNlbnQ6IFR1ZXNkYXksIFNlcHRlbWJlciAxOCwg MjAxOCAxOjU0IFBNDQo+DQo+ID4+IFRvOiBEYW5pZWxlIENlY2NhcmVsbGkgPGRhbmllbGUuY2Vj Y2FyZWxsaUBlcmljc3Nvbi5jb20+OyBHaXVzZXBwZQ0KPg0KPiA+PiBGaW9jY29sYSA8Z2l1c2Vw cGUuZmlvY2NvbGFAdGVsZWNvbWl0YWxpYS5pdD47IERocnV2IERob2R5DQo+DQo+ID4+IDxkaHJ1 di5pZXRmQGdtYWlsLmNvbT47IEplZmYgVGFudHN1cmEgPGplZmZ0YW50QGdtYWlsLmNvbT47IA0K PiA+PiBMZWV5b3VuZw0KPg0KPiA+PiA8bGVleW91bmdAaHVhd2VpLmNvbT47IFFpbiBXdSA8Ymls bC53dUBodWF3ZWkuY29tPg0KPg0KPiA+PiBTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRp b24gZm9yDQo+DQo+ID4+IGRyYWZ0LWxlZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZy15YW5nLTEx LnR4dA0KPg0KPiA+Pg0KPg0KPiA+Pg0KPg0KPiA+PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJh ZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmctMTEudHh0DQo+DQo+ID4+IGhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYNCj4gcmVwb3NpdG9yeS4NCj4NCj4gPj4NCj4NCj4gPj4gTmFtZTogZHJhZnQtbGVlLXRl YXMtdGUtc2VydmljZS1tYXBwaW5nLXlhbmcNCj4NCj4gPj4gUmV2aXNpb246wqDCoMKgwqDCoMKg IDExDQo+DQo+ID4+IFRpdGxlOsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIFRyYWZmaWMgRW5naW5lZXJpbmcgYW5kIFNlcnZpY2UNCj4gTWFw cGluZyBZYW5nIE1vZGVsDQo+DQo+ID4+IERvY3VtZW50IGRhdGU6IDIwMTgtMDktMTgNCj4NCj4g Pj4gR3JvdXA6IEluZGl2aWR1YWwgU3VibWlzc2lvbg0KPg0KPiA+PiBQYWdlczogMjINCj4NCj4g Pj4gVVJMOiANCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxl ZS10ZWFzLXRlLXNlcnZpY2UtbWFwcGluZw0KPiAteWFuZy0xMS50eHQNCj4NCj4gPj4gU3RhdHVz OiANCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGVlLXRlYXMtdGUt c2VydmljZS1tYXBwaW5nLXlhbg0KPiBnLw0KPg0KPiA+PiBIdG1saXplZDogDQo+IGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sZWUtdGVhcy10ZS1zZXJ2aWNlLW1hcHBpbmcteWFu Zy0xMQ0KPg0KPiA+PiBIdG1saXplZDogDQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtbGVlLXRlYXMtdGUtc2VydmljZS1tYXBwaW4NCj4gZy15YW5nDQo+DQo+ ID4+IERpZmY6IA0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVl LXRlYXMtdGUtc2VydmljZS1tYXBwaW5nLXlhDQo+IG5nLTExDQo+DQo+ID4+DQo+DQo+ID4+IEFi c3RyYWN0Og0KPg0KPiA+PsKgwqDCoMKgwqAgVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIFlBTkcg ZGF0YSBtb2RlbCB0byBtYXAgY3VzdG9tZXIgDQo+ID4+c2VydmljZQ0KPg0KPiA+PsKgwqDCoMKg wqAgbW9kZWxzIChlLmcuLCB0aGUgTDNWUE0gU2VydmljZSBNb2RlbCkgdG8gVHJhZmZpYyBFbmdp bmVlcmluZyANCj4gPj4oVEUpDQo+DQo+ID4+wqDCoMKgwqDCoCBtb2RlbHMgKGUuZy4sIHRoZSBU RSBUdW5uZWwgb3IgdGhlIEFic3RyYWN0aW9uIGFuZCBDb250cm9sIG9mDQo+DQo+ID4+wqDCoMKg wqDCoCBUcmFmZmljIEVuZ2luZWVyZWQgTmV0d29ya3MgVmlydHVhbCBOZXR3b3JrIG1vZGVsKS4g VGhpcyBtb2RlbCANCj4gPj5pcw0KPg0KPiA+PsKgwqDCoMKgwqAgcmVmZXJyZWQgdG8gYXMgVEUg U2VydmljZSBNYXBwaW5nIE1vZGVsIGFuZCBpcyBhcHBsaWNhYmxlIHRvIA0KPiA+PnRoZQ0KPg0K PiA+PsKgwqDCoMKgwqAgb3BlcmF0b3IncyBuZWVkIGZvciBzZWFtbGVzcyBjb250cm9sIGFuZCBt YW5hZ2VtZW50IG9mIHRoZWlyIA0KPiA+PlZQTg0KPg0KPiA+PsKgwqDCoMKgwqAgc2VydmljZXMg d2l0aCBURSB0dW5uZWwgc3VwcG9ydC4NCj4NCj4gPj4NCj4NCj4gPj7CoMKgwqDCoMKgIFRoZSBt b2RlbCBpcyBwcmluY2lwYWxseSB1c2VkIHRvIGFsbG93IG1vbml0b3JpbmcgYW5kDQo+IGRpYWdu b3N0aWNzIG9mDQo+DQo+ID4+wqDCoMKgwqDCoCB0aGUgbWFuYWdlbWVudCBzeXN0ZW1zIHRvIHNo b3cgaG93IHRoZSBzZXJ2aWNlIHJlcXVlc3RzIGFyZSANCj4gPj5tYXBwZWQNCj4NCj4gPj7CoMKg wqDCoMKgIG9udG8gdW5kZXJseWluZyBuZXR3b3JrIHJlc291cmNlIGFuZCBURSBtb2RlbHMuDQo+ DQo+ID4+DQo+DQo+ID4+DQo+DQo+ID4+DQo+DQo+ID4+DQo+DQo+ID4+IFBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mDQo+IHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdCANCj4gdG9vbHMuaWV0Zi5vcmcuDQo+DQo+ID4+DQo+DQo+ID4+IFRoZSBJRVRGIFNlY3Jl dGFyaWF0DQo+DQo+ID4+DQo+DQo+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+DQo+ID4+IFRlYXMgbWFpbGluZyBsaXN0DQo+DQo+ID4+IFRlYXNA aWV0Zi5vcmcNCj4NCj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90 ZWFzDQo+DQo+ID4+DQo+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4NCj4gPiBUZWFzIG1haWxpbmcgbGlzdA0KPg0KPiA+IFRlYXNAaWV0Zi5v cmcNCj4NCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCj4N Cj4gPg0KPg0KPiA+DQo+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4NCj4gPiBUZWFzIG1haWxpbmcgbGlzdA0KPg0KPiA+IFRlYXNAaWV0Zi5v cmcNCj4NCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCj4N Cj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gVGVhcyBtYWlsaW5nIGxpc3QNCj4gVGVhc0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg0K From nobody Sun Oct 7 23:49:54 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33953130E91; Sun, 7 Oct 2018 23:49:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 GLE6AFn5CTzm; Sun, 7 Oct 2018 23:49:48 -0700 (PDT) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 7DA4D130E59; Sun, 7 Oct 2018 23:49:48 -0700 (PDT) Received: by mail-pl1-x62c.google.com with SMTP id az3-v6so9601933plb.4; Sun, 07 Oct 2018 23:49:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=q6PDN0lw3Kw11Hy34kq9WcUEKfhRDrRKs40p7cMpFP0=; b=TSy2B/zsVURfIgLWq/o5cUEqKd17aHkWtFDTyUrioYfPHyzHACLqs5eHZ5qoqrzpfN nwqZG6QRaq1OfvL6lWFcNMHl+YDcgKdTcvJYW0gIVLIvSR5io59Id46ZEfsDdHouIsfI 0h/QyGREG3ILnhFGfdFjO6jNfAXE/byYfKAqEGzHM3HmUK/CAsFwsA9gR8V6ORuVbaM7 h6n28m4/qXdUFNfdnQIlOfuz+GRewr7qJdY44ngAL3ilMXbunCboH5SB7tMTZhd0tph6 yBF2dbZvarvxXLowXiAweG3/XKNNNJeu80cYqDmhmA9QHzdn1ku6dF05pTB4AHrRmxwL 7+pg== 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; bh=q6PDN0lw3Kw11Hy34kq9WcUEKfhRDrRKs40p7cMpFP0=; b=QLEvWxDw5WQvAL7wkHekcpJ6gLrZJJFFRysiEnCeLdtrdmv5GomKohgvzx5gPc6pWx 40Fhi4xAbBwcVct95H579+4tVmA3QL/CBpc+wSd2EdGX+WMkPyuKpTT8iNIBtCjZzlfD eVCAc4qSL+gshkIm/jM1QRFh+fkVQpb+aFshKXe/ZZSLoTN4HuW0yKAhn3M2saDFOVcJ mRoJLKe3KtA3i16jxaHuM3qs1pEx47MP3XMnYfKtE8x0SDPlANSZlUweETN2J7qtqPws bRASZpAviWpOf974RWVXp9Da5SUkH94yA7WK8e3w5mthO5XJc37gtpuoeOwXWMOEJp9J Aw6g== X-Gm-Message-State: ABuFfogizDYA/E/ZzTLv29Y0EoMaRaqRw2Spa5ESJWKT9PI+tnLWMpNV So4+XKeowmhatAZfiwIVP6tbeC+kfz7JgzYoLwNj5/bHETY= X-Google-Smtp-Source: ACcGV61nhPPXA+YFxKs9cTpfMP0/a8p1hiHGIkvpV/rHOiLHAN4UJcEcnx6SfPkQaH/+pNRFF17O3VR8HdtI4oT6Cxw= X-Received: by 2002:a17:902:3324:: with SMTP id a33-v6mr22655549plc.208.1538981387788; Sun, 07 Oct 2018 23:49:47 -0700 (PDT) MIME-Version: 1.0 From: Vishnu Pavan Beeram Date: Mon, 8 Oct 2018 02:49:37 -0400 Message-ID: To: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="000000000000ef640a0577b206c9" Archived-At: Subject: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 06:49:52 -0000 --000000000000ef640a0577b206c9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Over the past few months we've noted that our charter could use a bit of an update to match the current state of TEAS and other working groups. We've taken a pass at this and have a proposed revision. Once the WG agrees on changes, we'll pass those changes along to our AD who is the actual owner of our charter. The text is enclosed below as well as available with changes tracked at: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_docu= ment_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dshar= ing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0W= sgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0= ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D Please discuss any proposed changes on the list, i.e., changes to the charter that are suggested in the google-doc but not agreed to here will be ignored. We'd like to have the changes agreed to by the end of this month so the IESG may have time to review/act before IETF103. Thank you, Pavan and Lou -- Draft Update to TEAS WG Charter (Version 1) The Traffic Engineering Architecture and Signaling (TEAS) Working Group is responsible for defining IP, MPLS and GMPLS traffic engineering architecture and identifying required related control-protocol functions, i.e., routing and path computation element functions. The TEAS group is also responsible for standardizing generalized, i.e., non-technology specific, RSVP-TE signaling protocol mechanisms, Traffic Engineering (TE) is the term used to refer to techniques that enable operators to control how specific traffic flows are treated within their networks. TE is applied to packet networks via MPLS TE tunnels and LSPs, but may also be provided by other mechanisms such as forwarding rules similar to policy-based routing. The MPLS-TE control plane was generalized to additionally support non-packet technologies via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and GMPLS. Centralized and logically centralized control models are also supported, e.g., via Abstraction and Control of Traffic Engineered Networks (ACTN) and stateful-PCE. The TEAS WG is responsible for: a) Traffic-engineering architectures for generic applicability across packet and non-packet networks. This includes, for example, both networks that include the use of PCE and those that conform with ACTN principles but don't make use of PCE. The PCE architecture itself is out of the WG scope. b) Definition of protocol-independent metrics and parameters (measurement and/or service attributes) for describing links and tunnels/paths required for traffic engineering (and related routing, signaling and path computation). These will be developed in conjunction with requests and requirements from other WGs to ensure overall usefulness. c) Functional specification of extensions for routing (OSPF, ISIS) and for path computation (PCE), including those that provide general enablers of traffic-engineering systems that also use RSVP-TE. Protocol formats and procedures that embody these extensions will be done in coordination with the WGs supervising those protocols. d) Functional specification of generic (i.e., not data plane technology-specific) extensions for RSVP-TE, and the associated protocol formats and procedures that embody these extensions. e) Definition of control plane mechanisms and extensions to allow the setup and maintenance of TE paths and TE tunnels that span multiple domains and/or switching technologies, where a domain may be an IGP area, an Autonomous System, or any other region of topological visibility. f) Definition and extension of management and security techniques for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE as well as mechanisms used to configure, control, and report OAM within TE networks. YANG and MIB modules may be considered. The TEAS working group is chartered to deliver the following: 1. Definition of additional abstract service, link, and path properties such as jitter, delay, and diversity. Extensions to IGPs to advertise these properties, and extensions to RSVP-TE to request and to accumulate these properties. Work with PCE WG to include these properties in computation requests. 2. Specification of terminology, architecture, and protocol requirements for abstraction and distribution of TE information between interconnected TE domains/layers. 3. Specification and protocol extensions for a GMPLS External Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. 4. Protocol mechanisms to signal associated LSPs in particular with different source nodes. 5. Requirements and protocol extensions for additional protection mechanisms including end-point protection, protection of P2MP LSPs, and inter-domain protection. 6. YANG models in support of Traffic Engineering, in coordination with working groups working on YANG models for network topology and for technology-specific network attributes. Requirements may be documented in stand-alone RFCs, may be folded into architecture or solutions RFCs, may be recorded on a wiki, or may be documented in an Internet-Draft that is not progressed to RFC. The TEAS WG will coordinate with the following working groups: - With the MPLS WG to maintain and extend MPLS-TE protocol mechanisms and to determine whether they should be generalized. - With the CCAMP WG to maintain and extend non-packet, data plane technology-specific TE protocol mechanisms and to determine whether they should be generalized. - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing mechanisms. - With the PCE WG on uses of a PCE in the traffic-engineering architecture, on PCE extensions per the above, and on RSVP-TE extensions to support PCE WG identified requirements. - With the IDR WG on the use of BGP-LS in TE environments. - With the DetNet WG on mechanisms (YANG models and protocols) to support DetNet use cases. - With the SPRING WG on TE architecture and, where appropriate, TE-related protocol extensions. In doing this work, the WG will cooperate with external SDOs (such as the ITU-T and the IEEE 802.1) as necessary. --000000000000ef640a0577b206c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Over the past few months we= 9;ve noted that our charter could use a bit of
an update to match the cu= rrent state of TEAS and other working groups.
We've taken a pass at= this and have a proposed revision.=C2=A0 Once the WG
agrees on changes,= we'll pass those changes along to our AD who is the
actual owner of= our charter.=C2=A0 The text is enclosed below as well as
available with= changes tracked at:

https://urldefense.proof= point.com/v2/url?u=3Dhttps-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp= -5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c= =3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiW= E5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4= &s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D

Pl= ease discuss any proposed changes on the list, i.e., changes to the
char= ter that are suggested in the google-doc but not agreed to here will be ign= ored.

We'd like to have the changes agreed to by the end of this= month so the
IESG may have time to review/act before=C2=A0 IETF103.
=
Thank you,
Pavan and Lou

--
Draft Update to TEAS WG Charter (Version 1)

The Traf= fic Engineering Architecture and Signaling (TEAS) Working Group
is respo= nsible for defining IP, MPLS and GMPLS traffic engineering
architecture = and identifying required related control-protocol
functions, i.e., routi= ng and path computation element functions. The
TEAS group is also respon= sible for standardizing generalized, i.e.,
non-technology specific, RSVP= -TE signaling protocol mechanisms,

Traffic Engineering (TE) is the t= erm used to refer to techniques that
enable operators to control how spe= cific traffic flows are treated
within their networks. TE is applied to = packet networks via MPLS TE
tunnels and LSPs, but may also be provided b= y other mechanisms such as
forwarding rules similar to policy-based rout= ing. The MPLS-TE control
plane was generalized to additionally support n= on-packet technologies
via GMPLS.=C2=A0 RSVP-TE is the signaling protoco= l used for both MPLS-TE and
GMPLS. Centralized and logically centralized= control models are also
supported, e.g., via Abstraction and Control of= Traffic Engineered
Networks (ACTN) and stateful-PCE.

=C2=A0The T= EAS WG is responsible for:

=C2=A0=C2=A0 a) Traffic-engineering archi= tectures for generic applicability
across packet and non-packet networks= . This includes, for example, both
networks that include the use of PCE = and those that conform with ACTN
principles but don't make use of PC= E. The PCE architecture itself is out
of the WG scope.

=C2=A0=C2= =A0 b) Definition of protocol-independent metrics and parameters
(measur= ement and/or service attributes) for describing links and
tunnels/paths = required for traffic engineering (and related routing,
signaling and pat= h computation). These will be developed in conjunction
with requests and= requirements from other WGs to ensure overall usefulness.

=C2=A0=C2= =A0 c) Functional specification of extensions for routing (OSPF, ISIS)
a= nd for path computation (PCE), including those that provide general
enab= lers of traffic-engineering systems that also use RSVP-TE. Protocol
form= ats and procedures that embody these extensions will be done in
coordina= tion with the WGs supervising those protocols.

=C2=A0=C2=A0 d) Funct= ional specification of generic (i.e., not data plane
technology-specific= ) extensions for RSVP-TE, and the associated protocol
formats and proced= ures that embody these extensions.

=C2=A0=C2=A0 e) Definition of con= trol plane mechanisms and extensions to allow
the setup and maintenance = of TE paths and TE tunnels that span multiple
domains and/or switching t= echnologies, where a domain may be an IGP
area, an Autonomous System, or= any other region of topological visibility.

=C2=A0=C2=A0 f) Definit= ion and extension of management and security techniques
for RSVP-TE sign= aling. This includes configuring and monitoring RSVP-TE
as well as mecha= nisms used to configure, control, and report OAM within
TE networks. YAN= G and MIB modules may be considered.

=C2=A0 The TEAS working group i= s chartered to deliver the following:

=C2=A0=C2=A0 1. Definition of = additional abstract service, link, and path
properties such as jitter, d= elay, and diversity. Extensions to IGPs to
advertise these properties, a= nd extensions to RSVP-TE to request and to
accumulate these properties. = Work with PCE WG to include these
properties in computation requests.
=C2=A0=C2=A0 2. Specification of terminology, architecture, and protoc= ol
requirements for abstraction and distribution of TE information betwe= en
interconnected TE domains/layers.

=C2=A0=C2=A0 3. Specificatio= n and protocol extensions for a GMPLS External
Network-to-Network Interf= ace (E-NNI), i.e., multi-domain GMPLS support.

=C2=A0=C2=A0 4. Proto= col mechanisms to signal associated LSPs in particular with
different so= urce nodes.

=C2=A0=C2=A0 5. Requirements and protocol extensions for= additional protection
mechanisms including end-point protection, protec= tion of P2MP LSPs, and
inter-domain protection.

=C2=A0=C2=A0 6. Y= ANG models in support of Traffic Engineering, in coordination
with worki= ng groups working on YANG models for network topology and for
technology= -specific network attributes.

=C2=A0 Requirements may be documented = in stand-alone RFCs, may be folded
into architecture or solutions RFCs, = may be recorded on a wiki, or may
be documented in an Internet-Draft tha= t is not progressed to RFC.

=C2=A0 The TEAS WG will coordinate with = the following working groups:

=C2=A0=C2=A0 - With the MPLS WG to mai= ntain and extend MPLS-TE protocol
mechanisms and to determine whether th= ey should be generalized.

=C2=A0=C2=A0 - With the CCAMP WG to mainta= in and extend non-packet, data plane
technology-specific TE protocol mec= hanisms and to determine whether they
should be generalized.

=C2= =A0=C2=A0 - With the LSR (OSPF and ISIS) WG to maintain or extend TE routin= g
mechanisms.

=C2=A0=C2=A0 - With the PCE WG on uses of a PCE in = the traffic-engineering
architecture, on PCE extensions per the above, a= nd on RSVP-TE extensions
to support PCE WG identified requirements.
<= br>=C2=A0=C2=A0 - With the IDR WG on the use of BGP-LS in TE environments.<= br>
=C2=A0=C2=A0 - With the DetNet WG on mechanisms (YANG models and pro= tocols) to
support DetNet use cases.

=C2=A0=C2=A0 - With the SPRI= NG WG on TE architecture and, where appropriate,
TE-related protocol ext= ensions.

In doing this work, the WG will cooperate with external SDO= s (such as
the ITU-T and the IEEE 802.1) as necessary.



--000000000000ef640a0577b206c9-- From nobody Mon Oct 8 12:15:45 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 495E7130F49; Mon, 8 Oct 2018 12:15:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 r6nybDBBX7WL; Mon, 8 Oct 2018 12:15:41 -0700 (PDT) Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) (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 BC27D130F2D; Mon, 8 Oct 2018 12:15:41 -0700 (PDT) Received: by mail-pf1-x42c.google.com with SMTP id p24-v6so8796736pff.10; Mon, 08 Oct 2018 12:15:41 -0700 (PDT) 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=D8/OkXtdymxGPJ6zw/diMM8/6F9bNc4HCBLLpU56MZA=; b=hkdK/r9Q/EnfNI+aYWCQh5HCqs60Xqk30A1oQJfpaSLMEZ5JzHnYGu96n4GNyeOrez 0ff7KFqryA0+xzoN/T0WKNQmptOqRJJmZoo1AiHOifb1MSX144BluztxHgSbFSP+FuBd EhEh8s3qeE8T+ZhoTp5ButD4+2OrrgyliWgoxB8vWKmKWfVeqTP8EWbWRRWRt8kXfIFW e40/9bAavnvFXJp6vuNROoworftAF7jMc0b4eL5qHvzL4YbnhnBC7EyMo5CV8HG7uqGd JKNMHJlqQeLo6XYJQgErguNdF+MkPxWaLNJr76jx/IPp9zrW6U5RZcVNRWVXjQ/t1vsm 2pAg== 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=D8/OkXtdymxGPJ6zw/diMM8/6F9bNc4HCBLLpU56MZA=; b=oYU62OPKgZA9JNq7E5aAOJIhgGPEgUNJtboAWACBw0eIhSR0QiHpijkYFumeoqIWxs YHP+DFEn6z1Sjem0ZZsByuWA5tc84bNb+r324eGzDJ5EdCmVXMnv1KBBdDhXoai28XDI 26MZqz89QMYg9m6IcXxEJ2Ar4HvRh7ahQRwLCg/4JmN6uOh/cZW39lIAn23KDp0bh8T8 i0HMmcZJqIGNVOlBfHjDj/NmfnrSh5cUVFLW0LQ31uo5xkumf3xq42l4A4NxMgbX/UtR rOsJU8BS6bov5C0wXtj9nDEdN30nFkUnWku4641Hj1b+6ojKS7deSo2IvS0VkaTzOyyn /1NQ== X-Gm-Message-State: ABuFfog+Mc/J0gar3eYzPwH3w5zB9REcF5L2pcWn58vM1qT/gBiIv0GF dQRS++3nU+jO/u0kbIgKcrxyfRpqjJocXoZEojdj6bFE X-Google-Smtp-Source: ACcGV63I7IhWG6yMp2IS6g7cSQEfPK+QXggC1FbBCjk3nhRBB3TnGNPrCU1HmTj6vIaZ748LL6S9Dn5upi6r0LyB2Ac= X-Received: by 2002:a62:d110:: with SMTP id z16-v6mr27053694pfg.229.1539026141128; Mon, 08 Oct 2018 12:15:41 -0700 (PDT) MIME-Version: 1.0 References: <081147dc-cb6e-e4a5-5c86-8342708d656b@pi.nu> In-Reply-To: From: Vishnu Pavan Beeram Date: Mon, 8 Oct 2018 15:15:29 -0400 Message-ID: To: Loa Andersson Cc: IETF MPLS List , mpls-chairs@ietf.org, draft-ietf-mpls-rsvp-shared-labels@ietf.org, TEAS WG Content-Type: multipart/alternative; boundary="000000000000712bd80577bc727e" Archived-At: Subject: Re: [Teas] [mpls] Closed: working group last call on draft-ietf-mpls-rsvp-shared-labels X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:15:43 -0000 --000000000000712bd80577bc727e Content-Type: text/plain; charset="UTF-8" Loa, Hi! We just uploaded a new version (-04) of this draft. This covers all the changes that the authors agreed to incorporate into the document during the LC. Regards, -Pavan (on behalf of the authors) On Fri, Sep 28, 2018 at 10:05 PM Loa Andersson wrote: > Working Group(s), > > This wglc has been closed! There have been comments and I think good > progress in resolving them. > > Can the authors please detail how/if they want to change the document > and post the new version as necessary. > > /Loa > > > On 2018-09-11 15:56, Loa Andersson wrote: > > Working Group, > > > > This is to initiate a two week working group last call on draft- > > ietf-mpls-rsvp-shared-labels. > > > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > > > There are five IPR disclosures against draft-ietf-mpls-rsvp-shared- > > labels, however some of them are updates. > > > > All the authors and contributors have stated on the working group > > mailing list that they are not aware of any other IPRs that relates > > to this document. > > > > The draft is very specific to MPLS, but since it uses and makes > > additions to RSVP-TE we are copying the wglc to the TEAS working group. > > > > This working group last call ends September 26, 2018. > > > > > > /Loa > > MPLS wg co-chair > > -- > > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert > Bronze Dragon Consulting phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --000000000000712bd80577bc727e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Loa, Hi!

We just uploaded a new ver= sion (-04) of this draft. This covers all the changes that the authors agre= ed to incorporate into the document during the LC.

Regards,
-Pavan (on behalf of the authors)

On Fri, Sep 28, 2018 at 10:05 PM = Loa Andersson <loa@pi.nu> wrote:
=
Working Group(s),

This wglc has been closed! There have been comments and I think good
progress in resolving them.

Can the authors please detail how/if they want to change the document
and post the new version as necessary.

/Loa


On 2018-09-11 15:56, Loa Andersson wrote:
> Working Group,
>
> This is to initiate a two week working group last call on draft-
> ietf-mpls-rsvp-shared-labels.
>
> Please send your comments to the mpls wg mailing list (mpls@ietf.org).
>
> There are five IPR disclosures against draft-ietf-mpls-rsvp-shared- > labels, however some of them are updates.
>
> All the authors and contributors have stated on the working group
> mailing list that they are not aware of any other IPRs that relates > to this document.
>
> The draft is very specific to MPLS, but since it uses and makes
> additions to RSVP-TE we are copying the wglc to the TEAS working group= .
>
> This working group last call ends September 26, 2018.
>
>
> /Loa
> MPLS wg co-chair

--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000712bd80577bc727e-- From nobody Mon Oct 8 12:43:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3C63130FCE for ; Mon, 8 Oct 2018 12:43:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 Y0JPuLMq8yaM for ; Mon, 8 Oct 2018 12:43:04 -0700 (PDT) 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 2738C130F67 for ; Mon, 8 Oct 2018 12:43:04 -0700 (PDT) Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 09B33E0153655 for ; Mon, 8 Oct 2018 20:43:00 +0100 (IST) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Mon, 8 Oct 2018 20:43:01 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML702-CHM.china.huawei.com ([169.254.4.49]) with mapi id 14.03.0415.000; Mon, 8 Oct 2018 12:42:56 -0700 From: Leeyoung To: "teas@ietf.org" Thread-Topic: New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-08.txt Thread-Index: AQHUXzlFYddPXfMmWEyMgqcTvrq676UVtDTQ Date: Mon, 8 Oct 2018 19:42:55 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D06783C@sjceml521-mbx.china.huawei.com> References: <153902525983.18394.6276269583814681372.idtracker@ietfa.amsl.com> In-Reply-To: <153902525983.18394.6276269583814681372.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.123] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E173D06783Csjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] New Version Notification for draft-lee-teas-actn-pm-telemetry-autonomics-08.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:43:08 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E173D06783Csjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTG91IGFuZCBQYXZhbiwNCg0KDQoNClRoaXMgdXBkYXRlZCB2ZXJzaW9uIHJlc29sdmVkIHRo ZSBpc3N1ZSByYWlzZWQgYnkgR3JlZyBhcyB0byB3aGVyZSB0aGUgcGVyZm9ybWFuY2UgZGF0YSBp cyByZWZlcmVuY2VkLiBUaGUgZW1haWwgdGhyZWFkIGlzIGluY2x1ZGVkOiBodHRwczovL21haWxh cmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3RlYXMvR3Joa2VHRDhGam95X3FjRGFuX3drejJuQmIw DQoNCg0KDQrCtyAgICAgICBUaGUgcmV2aXNpb24gaW1wb3J0cyB0aGUgZ3JvdXBpbmcgZGVmaW5l ZCBpbiB0aGUgbGF0ZXN0IHRlLXR5cGVzLCB0aGUgcGVyZm9ybWFuY2UtbWV0cmljLWNvbnRhaW5l ciBncm91cGluZyAod2hlcmUgYWxsIG9uZS13YXkgYW5kIHR3by13YXkgcGVyZm9ybWFuY2UtcmVs YXRlZCBkYXRhIGZvciBkZWxheSBhcmUgZGVmaW5lZCBzdWNoIGFzIG9uZS13YXktbWluLWRlbGF5 LCBvbmUtd2F5LW1heC1kZWxheSwgb25lLXdheS1kZWxheS12YXJpYXRpb24sIHR3by13YXktbWlu LWRlbGF5LCB0d28td2F5LW1heC1kZWxheSwgdHdvLXdheS1kZWxheS12YXJpYXRpb24pDQoNCsK3 ICAgICAgIFNUQU1QIGRlZmluZXMgbXVjaCBkZXRhaWxlZCBsZXZlbCBvZiBkZWxheSBkYXRhLCB3 aGljaCBpcyBub3QgaW4gc2NvcGUgb2YgdGhpcyBkcmFmdC4gQmVzaWRlcywgU1RBTVAgZG9lcyBu b3Qgc3VwcG9ydCBhbGwgYi93IHJlbGF0ZWQgZGF0YS4gVGhpcyBkcmFmdCBpbXBvcnRlZCBhbGwg Qi9XIHJlbGF0ZWQgZGF0YSBmcm9tIHRoZSBpZXRmLXJvdXRpbmctdHlwZXMgbW9kdWxlIChlLmcu LCBvbmUtd2F5LXJlc2lkdWFsLWJhbmR3aWR0aCwgb25lLXdheS1hdmFpbGFibGUtYmFuZHdpZHRo LCBvbmUtd2F5LXV0aWxpemVkLWJhbmR3aWR0aC4pIGFuZCByZS11c2UgdGhlbS4NCg0KwrcgICAg ICAgQmVzaWRlcywgd2hhdCBpcyBuZWVkZWQgaW4gdGhpcyBkcmFmdCBpcyAicmVwb3J0ZWQiIGRh dGEsIG5vdCAibWVhc3VyZWQvcmF3IGRhdGEiICh3aGljaCBpcyB0aGUgc2NvcGUgb2YgU1RBTVAp LiBUaGUgZHJhZnQgaXMgY29uY2VybmVkIGFib3V0IOKAnGNvbmNhdGVuYXRlZOKAnSBURS1yZWxh dGVkIGRhdGEgb24gdGhlIGxldmVsIG9mIFZOLCBWTiBtZW1iZXIsIG9yIFRFIHR1bm5lbCBhcyBv cHBvc2VkIHRvIHRoZSBsaW5rIGxldmVsLg0KDQoNCg0KV2l0aCB0aGlzIGNoYW5nZSwgSSB0aGlu ayB0aGlzIGRyYWZ0IGlzIHJlYWR5IGZvciB3b3JraW5nIGdyb3VwIGFkb3B0aW9uLiBQbGVhc2Ug bGV0IHVzIGtub3cgaWYgdGhlcmUgaXMgYW55dGhpbmcgZnVydGhlciB0byBiZSBjbGFyaWZpZWQu DQoNCg0KDQpUaGFua3MsDQoNCllvdW5nDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmddDQoNClNlbnQ6IE1vbmRheSwgT2N0b2JlciA4LCAyMDE4IDI6MDEgUE0NCg0K VG86IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5jZWNjYXJlbGxpQGVyaWNzc29uLmNvbT47 IFNhdGlzaCBLYXJ1bmFuaXRoaSA8c2F0aXNoLmthcnVuYW5pdGhpQGdtYWlsLmNvbT47IExlZXlv dW5nIDxsZWV5b3VuZ0BodWF3ZWkuY29tPjsgRGhydXYgRGhvZHkgPGRocnV2LmRob2R5QGh1YXdl aS5jb20+OyBEYW5pZWwgS2luZyA8ZC5raW5nQGxhbmNhc3Rlci5hYy51az47IFJpY2FyZCBWaWxh dGEgPHJpY2FyZC52aWxhbHRhQGN0dGMuZXM+OyBSaWNhcmQgVmlsYWx0YSA8cmljYXJkLnZpbGFs dGFAY3R0Yy5lcz4NCg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLTA4LnR4dA0KDQoNCg0KDQoN CkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1h dXRvbm9taWNzLTA4LnR4dA0KDQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFlv dW5nIExlZSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCg0KDQpOYW1lOiAg ICAgICAgICAgICAgICAgZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWlj cw0KDQpSZXZpc2lvbjogICAgICAgICAgICAwOA0KDQpUaXRsZTogICAgICAgICAgICAgICAgICAg IFlBTkcgbW9kZWxzIGZvciBBQ1ROIFRFIFBlcmZvcm1hbmNlIE1vbml0b3JpbmcgVGVsZW1ldHJ5 IGFuZCBOZXR3b3JrIEF1dG9ub21pY3MNCg0KRG9jdW1lbnQgZGF0ZTogICAgICAgICAgICAgIDIw MTgtMTAtMDUNCg0KR3JvdXA6ICAgICAgICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0K DQpQYWdlczogICAgICAgICAgICAgICAgIDI0DQoNClVSTDogICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0 cnktYXV0b25vbWljcy0wOC50eHQNCg0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcG0tdGVsZW1ldHJ5LWF1dG9ub21p Y3MvDQoNCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt bGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOA0KDQpIdG1saXplZDogICAg ICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1sZWUtdGVhcy1h Y3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzDQoNCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnkt YXV0b25vbWljcy0wOA0KDQoNCg0KQWJzdHJhY3Q6DQoNCiAgIEFic3RyYWN0aW9uIGFuZCBDb250 cm9sIG9mIFRFIE5ldHdvcmtzIChBQ1ROKSByZWZlcnMgdG8gdGhlIHNldCBvZg0KDQogICB2aXJ0 dWFsIG5ldHdvcmsgb3BlcmF0aW9ucyBuZWVkZWQgdG8gb3BlcmF0ZSwgY29udHJvbCBhbmQgbWFu YWdlDQoNCiAgIGxhcmdlLXNjYWxlIG11bHRpLWRvbWFpbiwgbXVsdGktbGF5ZXIgYW5kIG11bHRp LXZlbmRvciBURSBuZXR3b3JrcywNCg0KICAgc28gYXMgdG8gZmFjaWxpdGF0ZSBuZXR3b3JrIHBy b2dyYW1tYWJpbGl0eSwgYXV0b21hdGlvbiwgZWZmaWNpZW50DQoNCiAgIHJlc291cmNlIHNoYXJp bmcuDQoNCg0KDQogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIFlBTkcgZGF0YSBtb2RlbHMgdGhh dCBkZXNjcmliZSBLZXkNCg0KICAgUGVyZm9ybWFuY2UgSW5kaWNhdG9yIChLUEkpIHRlbGVtZXRy eSBhbmQgbmV0d29yayBhdXRvbm9taWNzIGZvciBURS0NCg0KICAgdHVubmVscyBhbmQgQUNUTiBW TnMuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwg dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRm Lm9yZy4NCg0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg0K --_000_7AEB3D6833318045B4AE71C2C87E8E173D06783Csjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z b1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJn aW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXtt c28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmlu aXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxMDcwNDE5NDY1Ow0KCW1zby1saXN0 LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNjY3Njc5NDQ2IDY3Njk4Njg5 IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3 Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwz DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp c3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1p bHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBs aXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2lu Z2RpbmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206 MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+SGkgTG91IGFuZCBQYXZhbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ VGhpcyB1cGRhdGVkIHZlcnNpb24gcmVzb2x2ZWQgdGhlIGlzc3VlIHJhaXNlZCBieSBHcmVnIGFz IHRvIHdoZXJlIHRoZSBwZXJmb3JtYW5jZSBkYXRhIGlzIHJlZmVyZW5jZWQuIFRoZSBlbWFpbCB0 aHJlYWQgaXMgaW5jbHVkZWQ6DQo8YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3Jn L2FyY2gvbXNnL3RlYXMvR3Joa2VHRDhGam95X3FjRGFuX3drejJuQmIwIj4NCmh0dHBzOi8vbWFp bGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvdGVhcy9HcmhrZUdEOEZqb3lfcWNEYW5fd2t6Mm5C YjA8L2E+IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5 bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlRoZSByZXZpc2lvbiBpbXBvcnRzIHRoZSBn cm91cGluZyBkZWZpbmVkIGluIHRoZSBsYXRlc3QgdGUtdHlwZXMsIHRoZSBwZXJmb3JtYW5jZS1t ZXRyaWMtY29udGFpbmVyIGdyb3VwaW5nICh3aGVyZSBhbGwgb25lLXdheSBhbmQgdHdvLXdheSBw ZXJmb3JtYW5jZS1yZWxhdGVkIGRhdGEgZm9yIGRlbGF5IGFyZSBkZWZpbmVkIHN1Y2ggYXMgb25l LXdheS1taW4tZGVsYXksIG9uZS13YXktbWF4LWRlbGF5LA0KIG9uZS13YXktZGVsYXktdmFyaWF0 aW9uLCB0d28td2F5LW1pbi1kZWxheSwgdHdvLXdheS1tYXgtZGVsYXksIHR3by13YXktZGVsYXkt dmFyaWF0aW9uKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBs Zm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1i b2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4w cHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5TVEFNUCBkZWZpbmVz IG11Y2ggZGV0YWlsZWQgbGV2ZWwgb2YgZGVsYXkgZGF0YSwgd2hpY2ggaXMgbm90IGluIHNjb3Bl IG9mIHRoaXMgZHJhZnQuIEJlc2lkZXMsIFNUQU1QIGRvZXMgbm90IHN1cHBvcnQgYWxsIGIvdyBy ZWxhdGVkIGRhdGEuIFRoaXMgZHJhZnQgaW1wb3J0ZWQgYWxsIEIvVyByZWxhdGVkIGRhdGEgZnJv bSB0aGUgaWV0Zi1yb3V0aW5nLXR5cGVzIG1vZHVsZSAoZS5nLiwgb25lLXdheS1yZXNpZHVhbC1i YW5kd2lkdGgsDQogb25lLXdheS1hdmFpbGFibGUtYmFuZHdpZHRoLCBvbmUtd2F5LXV0aWxpemVk LWJhbmR3aWR0aC4pIGFuZCByZS11c2UgdGhlbS4gPG86cD4NCjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVp bjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7C tzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48 IVtlbmRpZl0+QmVzaWRlcywgd2hhdCBpcyBuZWVkZWQgaW4gdGhpcyBkcmFmdCBpcyAmcXVvdDty ZXBvcnRlZCZxdW90OyBkYXRhLCBub3QgJnF1b3Q7bWVhc3VyZWQvcmF3IGRhdGEmcXVvdDsgKHdo aWNoIGlzIHRoZSBzY29wZSBvZiBTVEFNUCkuIFRoZSBkcmFmdCBpcyBjb25jZXJuZWQgYWJvdXQg 4oCcY29uY2F0ZW5hdGVk4oCdIFRFLXJlbGF0ZWQgZGF0YSBvbiB0aGUgbGV2ZWwgb2YgVk4sIFZO IG1lbWJlciwgb3IgVEUgdHVubmVsIGFzIG9wcG9zZWQNCiB0byB0aGUgbGluayBsZXZlbC4gPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPldpdGggdGhpcyBjaGFuZ2UsIEkgdGhpbmsgdGhp cyBkcmFmdCBpcyByZWFkeSBmb3Igd29ya2luZyBncm91cCBhZG9wdGlvbi4gUGxlYXNlIGxldCB1 cyBrbm93IGlmIHRoZXJlIGlzIGFueXRoaW5nIGZ1cnRoZXIgdG8gYmUgY2xhcmlmaWVkLg0KPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPllvdW5nPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5Gcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmddDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlNlbnQ6IE1vbmRheSwgT2N0b2JlciA4LCAyMDE4IDI6MDEgUE08bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPlRvOiBEYW5pZWxlIENlY2NhcmVsbGkgJmx0O2RhbmllbGUu Y2VjY2FyZWxsaUBlcmljc3Nvbi5jb20mZ3Q7OyBTYXRpc2ggS2FydW5hbml0aGkgJmx0O3NhdGlz aC5rYXJ1bmFuaXRoaUBnbWFpbC5jb20mZ3Q7OyBMZWV5b3VuZyAmbHQ7bGVleW91bmdAaHVhd2Vp LmNvbSZndDs7IERocnV2IERob2R5ICZsdDtkaHJ1di5kaG9keUBodWF3ZWkuY29tJmd0OzsgRGFu aWVsIEtpbmcgJmx0O2Qua2luZ0BsYW5jYXN0ZXIuYWMudWsmZ3Q7OyBSaWNhcmQgVmlsYXRhICZs dDtyaWNhcmQudmlsYWx0YUBjdHRjLmVzJmd0OzsNCiBSaWNhcmQgVmlsYWx0YSAmbHQ7cmljYXJk LnZpbGFsdGFAY3R0Yy5lcyZndDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPlN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXRlYXMt YWN0bi1wbS10ZWxlbWV0cnktYXV0b25vbWljcy0wOC50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5B IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnktYXV0 b25vbWljcy0wOC50eHQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPmhh cyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8g dGhlIElFVEYgcmVwb3NpdG9yeS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TmFtZTom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZHJhZnQtbGVlLXRlYXMtYWN0 bi1wbS10ZWxlbWV0cnktYXV0b25vbWljczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+UmV2aXNpb246Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDA4PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij5UaXRsZTombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgWUFORyBtb2RlbHMgZm9yIEFDVE4gVEUgUGVyZm9ybWFuY2Ug TW9uaXRvcmluZyBUZWxlbWV0cnkgYW5kIE5ldHdvcmsgQXV0b25vbWljczxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RG9jdW1lbnQgZGF0ZTombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgMjAxOC0xMC0wNTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ R3JvdXA6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluZGl2aWR1YWwgU3VibWlz c2lvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UGFnZXM6Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDI0PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5VUkw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGh0dHBzOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNz LTA4LnR4dDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U3RhdHVzOiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1h dXRvbm9taWNzLzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SHRtbGl6 ZWQ6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwO2h0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzLTA4 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IdG1saXplZDombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvaHRtbC9kcmFmdC1sZWUtdGVhcy1hY3RuLXBtLXRlbGVtZXRyeS1hdXRvbm9taWNzPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5EaWZmOiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVlLXRlYXMtYWN0bi1wbS10ZWxlbWV0cnkt YXV0b25vbWljcy0wODxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5BYnN0cmFjdDo8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyBBYnN0cmFj dGlvbiBhbmQgQ29udHJvbCBvZiBURSBOZXR3b3JrcyAoQUNUTikgcmVmZXJzIHRvIHRoZSBzZXQg b2Y8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyB2 aXJ0dWFsIG5ldHdvcmsgb3BlcmF0aW9ucyBuZWVkZWQgdG8gb3BlcmF0ZSwgY29udHJvbCBhbmQg bWFuYWdlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJz cDsgbGFyZ2Utc2NhbGUgbXVsdGktZG9tYWluLCBtdWx0aS1sYXllciBhbmQgbXVsdGktdmVuZG9y IFRFIG5ldHdvcmtzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5i c3A7Jm5ic3A7IHNvIGFzIHRvIGZhY2lsaXRhdGUgbmV0d29yayBwcm9ncmFtbWFiaWxpdHksIGF1 dG9tYXRpb24sIGVmZmljaWVudDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jm5ic3A7Jm5ic3A7IHJlc291cmNlIHNoYXJpbmcuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIFlBTkcgZGF0YSBtb2Rl bHMgdGhhdCBkZXNjcmliZSBLZXk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZuYnNwOyZuYnNwOyBQZXJmb3JtYW5jZSBJbmRpY2F0b3IgKEtQSSkgdGVsZW1ldHJ5IGFu ZCBuZXR3b3JrIGF1dG9ub21pY3MgZm9yIFRFLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IHR1bm5lbHMgYW5kIEFDVE4gVk5zLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5QbGVh c2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGlt ZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBh dmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlRoZSBJRVRGIFNlY3JldGFyaWF0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7AEB3D6833318045B4AE71C2C87E8E173D06783Csjceml521mbxchi_-- From nobody Tue Oct 9 06:54:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A43FA131326; Tue, 9 Oct 2018 06:54:08 -0700 (PDT) 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_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 E3rpUezrtUX0; Tue, 9 Oct 2018 06:54:05 -0700 (PDT) Received: from mail-qt1-x843.google.com (mail-qt1-x843.google.com [IPv6:2607:f8b0:4864:20::843]) (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 A00D3130F6F; Tue, 9 Oct 2018 06:54:05 -0700 (PDT) Received: by mail-qt1-x843.google.com with SMTP id l41-v6so1633994qtl.8; Tue, 09 Oct 2018 06:54:05 -0700 (PDT) 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=04PuYjieF5LfmyISQ0moI6ihGvVclNz0+dAqA9chacg=; b=r3f7UgG8manlkCJWBDc14lnwuieGBw8Om3OqZhtfE1An5h7qT/82UiFLNIxTaDSIcQ qaXH9W+5CtIqiR6ZorkH2kvq+QZKocsVV7WRKdxXdLnZXcnqbePE6LqJvFCHwtgYhssq mFJZdEtfXm7dI4ah6lpcbV/Z+K9EmymfxvTJo40AHaOSx3NkdRC3/v6D8L9BxO7TGMKp yeNQ2mvM3iMGDy14+KD2y6acUvMlR+3TZ96tn8UtrpZJZK5sHmKg1YgF0tsSe9iUD+8g 3Y+6uty2R9yGobCfhsrwlezH6CSV20j6j9NzXhTPoH2PoUWm+5MWjFQye9AP6n2mzoiH mfXA== 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=04PuYjieF5LfmyISQ0moI6ihGvVclNz0+dAqA9chacg=; b=CijTQEd24MIE5c0m9TULYSM8wdp+zpFjNHhTEuphMBHjne7d6zRi1Kx+K+8ROmGX4M Nz4UzsMh/Wwoq+BthV9HhOfeLbu6qgHG197w+Yj8lUxF83iy1mqeX3pT5LBumj/mpyZE UTrte/rQxmVCAXgYnvtVlwTgydBxr5j/zHfSobLnkBqGNaq4EynH3eiBQJ4podAUt3aA fvLoBQzcGpoKo1lLIXhImi30HHELUhf5nwnJPwkYsWiei+VIovZhw0QHc6JbHrPqY5rJ a1KwQtLFk36UnAZwOVpbJP05/0+6voeewxM2Z9Y7JXlcuam9uJOCtmgG18ikPB76/J6C 8SxQ== X-Gm-Message-State: ABuFfohukg4bmcrcW3XRV9BdIThIYVRW2AkPZ64EQyqNOM7DBQ/Eo+9l SVDiCh+qO/MsAKU6oB5/L9eJi3xmerGzRAt90lQ= X-Google-Smtp-Source: ACcGV628xP+b/uerxc4ZeY5oisxl88dYp6+8rNYgBWlMj8BFkFT4N7pwCLv7fOt/xIwgIKPGsiui51TscrSSEqRvL4M= X-Received: by 2002:ac8:2c1b:: with SMTP id d27-v6mr23671214qta.18.1539093244481; Tue, 09 Oct 2018 06:54:04 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "Andrew G. Malis" Date: Tue, 9 Oct 2018 09:53:53 -0400 Message-ID: To: Vishnu Pavan Beeram Cc: teas@ietf.org, TEAS WG Chairs Content-Type: multipart/alternative; boundary="0000000000001d16190577cc121e" Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 13:54:09 -0000 --0000000000001d16190577cc121e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Pavan and Lou, The proposed update looks good, especially with the inclusion of DetNet. However, support for DetNet should be more general than just support for "use cases", which could be interpreted to be limited to those in the forthcoming DetNet Use Cases RFC. Rather, how about: - With the DetNet WG on mechanisms (YANG models and protocols) to support the DetNet architecture and forwarding plane. Also, something else occurs to me that is somewhat more speculative and may actually not fit, but I'll mention it anyway. While SFC doesn't require traffic engineering in terms of bandwidth guarantees, it does require the ability to establish constrained (policy-based) paths in terms of the ordering of nodes for a particular flow or chain, and TEAS certainly has a lot of experience with signaling protocols to establish constrained paths. So perhaps there's some coordination with the SFC WG that may make sense there. Just a thought. Cheers, Andy On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram wrote: > Hi, > > Over the past few months we've noted that our charter could use a bit of > an update to match the current state of TEAS and other working groups. > We've taken a pass at this and have a proposed revision. Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter. The text is enclosed below as well as > available with changes tracked at: > > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_do= cument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsh= aring&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW= 0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1= X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here will > be ignored. > > We'd like to have the changes agreed to by the end of this month so the > IESG may have time to review/act before IETF103. > > Thank you, > Pavan and Lou > > -- > Draft Update to TEAS WG Charter (Version 1) > > The Traffic Engineering Architecture and Signaling (TEAS) Working Group > is responsible for defining IP, MPLS and GMPLS traffic engineering > architecture and identifying required related control-protocol > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms, > > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered > Networks (ACTN) and stateful-PCE. > > The TEAS WG is responsible for: > > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for example, both > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself is out > of the WG scope. > > b) Definition of protocol-independent metrics and parameters > (measurement and/or service attributes) for describing links and > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunction > with requests and requirements from other WGs to ensure overall usefulnes= s. > > c) Functional specification of extensions for routing (OSPF, ISIS) > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protocol > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols. > > d) Functional specification of generic (i.e., not data plane > technology-specific) extensions for RSVP-TE, and the associated protocol > formats and procedures that embody these extensions. > > e) Definition of control plane mechanisms and extensions to allow > the setup and maintenance of TE paths and TE tunnels that span multiple > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological visibility= . > > f) Definition and extension of management and security techniques > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE > as well as mechanisms used to configure, control, and report OAM within > TE networks. YANG and MIB modules may be considered. > > The TEAS working group is chartered to deliver the following: > > 1. Definition of additional abstract service, link, and path > properties such as jitter, delay, and diversity. Extensions to IGPs to > advertise these properties, and extensions to RSVP-TE to request and to > accumulate these properties. Work with PCE WG to include these > properties in computation requests. > > 2. Specification of terminology, architecture, and protocol > requirements for abstraction and distribution of TE information between > interconnected TE domains/layers. > > 3. Specification and protocol extensions for a GMPLS External > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > > 4. Protocol mechanisms to signal associated LSPs in particular with > different source nodes. > > 5. Requirements and protocol extensions for additional protection > mechanisms including end-point protection, protection of P2MP LSPs, and > inter-domain protection. > > 6. YANG models in support of Traffic Engineering, in coordination > with working groups working on YANG models for network topology and for > technology-specific network attributes. > > Requirements may be documented in stand-alone RFCs, may be folded > into architecture or solutions RFCs, may be recorded on a wiki, or may > be documented in an Internet-Draft that is not progressed to RFC. > > The TEAS WG will coordinate with the following working groups: > > - With the MPLS WG to maintain and extend MPLS-TE protocol > mechanisms and to determine whether they should be generalized. > > - With the CCAMP WG to maintain and extend non-packet, data plane > technology-specific TE protocol mechanisms and to determine whether they > should be generalized. > > - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > mechanisms. > > - With the PCE WG on uses of a PCE in the traffic-engineering > architecture, on PCE extensions per the above, and on RSVP-TE extensions > to support PCE WG identified requirements. > > - With the IDR WG on the use of BGP-LS in TE environments. > > - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNet use cases. > > - With the SPRING WG on TE architecture and, where appropriate, > TE-related protocol extensions. > > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary. > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --0000000000001d16190577cc121e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Pavan and Lou,

The proposed update look= s=C2=A0good, especially with the inclusion of DetNet. However, support for = DetNet should be more general than just support for "use cases", = which could be interpreted to be limited to those in the forthcoming DetNet= Use Cases RFC. Rather, how about:

=C2=A0- With th= e=C2=A0DetNet=C2=A0WG on mechanisms (YANG m= odels and protocols) to support the=C2=A0DetNet=C2=A0architecture and forwarding plane.

A= lso, something else occurs to me that is somewhat more speculative and may = actually not fit, but I'll mention it anyway. While SFC doesn't req= uire traffic engineering in terms of bandwidth guarantees, it does require = the ability to establish constrained (policy-based) paths in terms of the o= rdering of nodes for a particular flow or chain, and TEAS certainly has a l= ot of experience with signaling protocols to establish constrained paths. S= o perhaps there's some coordination with the SFC WG that may make sense= there. Just a=C2=A0thought.

Cheers,
And= y



<= div dir=3D"ltr">On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram <vishnupavan@gmail.com> wrote:
Hi= ,

Over the past few months we've noted that our charter could us= e a bit of
an update to match the current state of TEAS and other workin= g groups.
We've taken a pass at this and have a proposed revision.= =C2=A0 Once the WG
agrees on changes, we'll pass those changes along= to our AD who is the
actual owner of our charter.=C2=A0 The text is enc= losed below as well as
available with changes tracked at:

https://urldefense.proofpoint.com/v2/url?= u=3Dhttps-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1= klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6= Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0= WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp3ISu= FZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D

Please discuss any = proposed changes on the list, i.e., changes to the
charter that are sugg= ested in the google-doc but not agreed to here will be ignored.

We&#= 39;d like to have the changes agreed to by the end of this month so the
= IESG may have time to review/act before=C2=A0 IETF103.

Thank you,Pavan and Lou

--
D= raft Update to TEAS WG Charter (Version 1)

The Traffic Engineering A= rchitecture and Signaling (TEAS) Working Group
is responsible for defini= ng IP, MPLS and GMPLS traffic engineering
architecture and identifying r= equired related control-protocol
functions, i.e., routing and path compu= tation element functions. The
TEAS group is also responsible for standar= dizing generalized, i.e.,
non-technology specific, RSVP-TE signaling pro= tocol mechanisms,

Traffic Engineering (TE) is the term used to refer= to techniques that
enable operators to control how specific traffic flo= ws are treated
within their networks. TE is applied to packet networks v= ia MPLS TE
tunnels and LSPs, but may also be provided by other mechanism= s such as
forwarding rules similar to policy-based routing. The MPLS-TE = control
plane was generalized to additionally support non-packet technol= ogies
via GMPLS.=C2=A0 RSVP-TE is the signaling protocol used for both M= PLS-TE and
GMPLS. Centralized and logically centralized control models a= re also
supported, e.g., via Abstraction and Control of Traffic Engineer= ed
Networks (ACTN) and stateful-PCE.

=C2=A0The TEAS WG is respons= ible for:

=C2=A0=C2=A0 a) Traffic-engineering architectures for gene= ric applicability
across packet and non-packet networks.. This includes,= for example, both
networks that include the use of PCE and those that c= onform with ACTN
principles but don't make use of PCE. The PCE archi= tecture itself is out
of the WG scope.

=C2=A0=C2=A0 b) Definition= of protocol-independent metrics and parameters
(measurement and/or serv= ice attributes) for describing links and
tunnels/paths required for traf= fic engineering (and related routing,
signaling and path computation). T= hese will be developed in conjunction
with requests and requirements fro= m other WGs to ensure overall usefulness.

=C2=A0=C2=A0 c) Functional= specification of extensions for routing (OSPF, ISIS)
and for path compu= tation (PCE), including those that provide general
enablers of traffic-e= ngineering systems that also use RSVP-TE. Protocol
formats and procedure= s that embody these extensions will be done in
coordination with the WGs= supervising those protocols.

=C2=A0=C2=A0 d) Functional specificati= on of generic (i.e., not data plane
technology-specific) extensions for = RSVP-TE, and the associated protocol
formats and procedures that embody = these extensions.

=C2=A0=C2=A0 e) Definition of control plane mechan= isms and extensions to allow
the setup and maintenance of TE paths and T= E tunnels that span multiple
domains and/or switching technologies, wher= e a domain may be an IGP
area, an Autonomous System, or any other region= of topological visibility.

=C2=A0=C2=A0 f) Definition and extension= of management and security techniques
for RSVP-TE signaling. This inclu= des configuring and monitoring RSVP-TE
as well as mechanisms used to con= figure, control, and report OAM within
TE networks. YANG and MIB modules= may be considered.

=C2=A0 The TEAS working group is chartered to de= liver the following:

=C2=A0=C2=A0 1. Definition of additional abstra= ct service, link, and path
properties such as jitter, delay, and diversi= ty. Extensions to IGPs to
advertise these properties, and extensions to = RSVP-TE to request and to
accumulate these properties. Work with PCE WG = to include these
properties in computation requests.

=C2=A0=C2=A0= 2. Specification of terminology, architecture, and protocol
requirement= s for abstraction and distribution of TE information between
interconnec= ted TE domains/layers.

=C2=A0=C2=A0 3. Specification and protocol ex= tensions for a GMPLS External
Network-to-Network Interface (E-NNI), i.e.= , multi-domain GMPLS support.

=C2=A0=C2=A0 4. Protocol mechanisms to= signal associated LSPs in particular with
different source nodes.
=C2=A0=C2=A0 5. Requirements and protocol extensions for additional prote= ction
mechanisms including end-point protection, protection of P2MP LSPs= , and
inter-domain protection.

=C2=A0=C2=A0 6. YANG models in sup= port of Traffic Engineering, in coordination
with working groups working= on YANG models for network topology and for
technology-specific network= attributes.

=C2=A0 Requirements may be documented in stand-alone RF= Cs, may be folded
into architecture or solutions RFCs, may be recorded o= n a wiki, or may
be documented in an Internet-Draft that is not progress= ed to RFC.

=C2=A0 The TEAS WG will coordinate with the following wor= king groups:

=C2=A0=C2=A0 - With the MPLS WG to maintain and extend = MPLS-TE protocol
mechanisms and to determine whether they should be gene= ralized.

=C2=A0=C2=A0 - With the CCAMP WG to maintain and extend non= -packet, data plane
technology-specific TE protocol mechanisms and to de= termine whether they
should be generalized.

=C2=A0=C2=A0 - With t= he LSR (OSPF and ISIS) WG to maintain or extend TE routing
mechanisms.
=C2=A0=C2=A0 - With the PCE WG on uses of a PCE in the traffic-engine= ering
architecture, on PCE extensions per the above, and on RSVP-TE exte= nsions
to support PCE WG identified requirements.

=C2=A0=C2=A0 - = With the IDR WG on the use of BGP-LS in TE environments.

=C2=A0=C2= =A0 - With the DetNet WG on mechanisms (YANG models and protocols) to
su= pport DetNet use cases.

=C2=A0=C2=A0 - With the SPRING WG on TE arch= itecture and, where appropriate,
TE-related protocol extensions.

= In doing this work, the WG will cooperate with external SDOs (such as
th= e ITU-T and the IEEE 802.1) as necessary.




_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas
--0000000000001d16190577cc121e-- From nobody Tue Oct 9 07:24:00 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CFDBA131353; Tue, 9 Oct 2018 07:23:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.86.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <153909503078.12159.4602777880485341786@ietfa.amsl.com> Date: Tue, 09 Oct 2018 07:23:50 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-types-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 14:23:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Traffic Engineering Common YANG Types Authors : Tarek Saad Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Igor Bryskin Filename : draft-ietf-teas-yang-te-types-01.txt Pages : 66 Date : 2018-10-09 Abstract: This document defines a collection of common data types and groupings in YANG data modeling language. These derived common types and groupings are intended to be imported by modules that model Traffic Engineering (TE) configuration and state capabilities. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-types-01 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-types-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-types-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Oct 9 07:28:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2D8E131337 for ; Tue, 9 Oct 2018 07:28:30 -0700 (PDT) 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 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 6q6-n90dZG_g for ; Tue, 9 Oct 2018 07:28:28 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E6E0131327 for ; Tue, 9 Oct 2018 07:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5654; q=dns/txt; s=iport; t=1539095308; x=1540304908; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=LKnnhgrQFbxK+tHkY5j2ER5pHUYPL6i0oqxhf0Xt1rU=; b=DXXJEyq9nKGKituU3wU+jE+zC1iEejhA6KxWOH99xUbJXjQCqVTiHSa8 T++4Aa8T9TCv498MVPqvtAFEHqJ2YN3z+csw5MngTvRSM0Q5hgslw6cht edfgo1CyVIAbRENgoNHi0Ei5OyEeRtY5izPiLbFGrN8LQFcnEPZb98Wsg 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAAAiurxb/5xdJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBggVmfygKg2uIFYwzgg2Ibo4BgXoLAQE?= =?us-ascii?q?YC4RJAheEIiE0DQ0BAwEBAgEBAm0cDIU5AQEBAQMBASEROhcEAgEIDgMBAgE?= =?us-ascii?q?CAQICIwMCAgIfBgsUAQIGCAIEARKDIQGBaQMVD6Q+gS6EMweDAw2CUYELii4?= =?us-ascii?q?XgUE/gTkfgkyCVkUBAQIBAYF0gmoxgiYCiFmUcSwJAoZNhlyDHxeBTkuEHIl?= =?us-ascii?q?KjClziDQCERSBJR04gVVwFRohKgGCQQmLDoU+b4szgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,360,1534809600"; d="scan'208";a="467099938" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Oct 2018 14:28:26 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id w99ESQcB026999 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 9 Oct 2018 14:28:26 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 9 Oct 2018 10:28:26 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1395.000; Tue, 9 Oct 2018 10:28:26 -0400 From: "Tarek Saad (tsaad)" To: Lou Berger , Vishnu Pavan Beeram , TEAS WG Thread-Topic: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt Thread-Index: AQHUVRDTOLIYHf4N6kKGcCohCv3NxaUXDouA Date: Tue, 9 Oct 2018 14:28:25 +0000 Message-ID: <5EC117A7-74B5-48FA-AFB7-C755041CE923@cisco.com> References: <153778779723.28147.8082439306935897510@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.2.180910 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.241.183] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.143, xch-rtp-003.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 14:28:31 -0000 VGhhbmtzIExvdSBmb3IgdGhlIGZlZWRiYWNrLiBXZSd2ZSBqdXN0IHVwbG9hZGVkIGRyYWZ0LWll dGYtdGVhcy15YW5nLXRlLXR5cGVzLTAxIHdoaWNoIGFkZHJlc3NlcyB5b3VyIGZlZWRiYWNrLg0K DQpSZWdhcmRzLA0KVGFyZWsNCg0K77u/LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IFRlYXMgPHRlYXMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIExvdSBCZXJnZXIgPGxi ZXJnZXJAbGFibi5uZXQ+DQpEYXRlOiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjUsIDIwMTggYXQgNDo0 NiBQTQ0KVG86IFZpc2hudSBQYXZhbiBCZWVyYW0gPHZpc2hudXBhdmFuQGdtYWlsLmNvbT4sIFRF QVMgV0cgPHRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIEZ3ZDogSS1EIEFjdGlv bjogZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDAudHh0DQoNCiAgICBUaGFua3MgZm9y IHRoaXMuICBJIHRoaW5rIHRoaXMgaXMgYWxtb3N0IHJlYWR5IGZvciBZWUFORyBEciByZXZpZXcu ICBJIA0KICAgIHRoaW5rIHRoZXJlIHNob3VsZCBiZSBzb21lIHZlcnkgYnJpZWYgZXhwbGFuYXRp b24gYWRkZWQgZm9yIGVhY2ggdHlwZSwgDQogICAgYWxhIHdoYXQgd2FzIGRvbmUgaW4gaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgyOTQgLg0KICAgIA0KICAgIFdoYXQgZG8geW91IHRo aW5rPw0KICAgIA0KICAgIExvdQ0KICAgIA0KICAgIA0KICAgIE9uIDkvMjUvMjAxOCA1OjEzIEFN LCBWaXNobnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KICAgID4NCiAgICA+IFdHLA0KICAgID4NCiAg ICA+IEFzIGRpc2N1c3NlZCBhdCB0aGUgbGFzdCBJRVRGLCB3ZSAodGhlIGF1dGhvcnMpIGhhdmUg cHVibGlzaGVkIGEgDQogICAgPiBzZXBhcmF0ZSBkcmFmdCAoZHJhZnQtaWV0Zi10ZWFzLXlhbmct dGUtdHlwZXMpIGZvciB0aGUgaWV0Zi10ZS10eXBlcyANCiAgICA+IHlhbmcgbW9kdWxlLiBUaGlz IG1vZHVsZSB1c2VkIHRvIGJlIHBhcnQgb2YgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUuIA0KICAg ID4gVGhlIGRvY3VtZW50IHNwbGl0IHdhcyBuZWNlc3NhcnkgdG8gbWFrZSB0aGUgcHJvZ3Jlc3Mg b2Ygb3RoZXIgDQogICAgPiBkb2N1bWVudHMgdGhhdCByZWZlcmVuY2UgdGhpcyB0eXBlcyBtb2R1 bGUgdG8gbm90IGJlIGRlcGVuZGVudCBvbiB0aGUgDQogICAgPiBwcm9ncmVzcyBvZiBkcmFmdC1p ZXRmLXRlYXMteWFuZy10ZS4NCiAgICA+DQogICAgPiBQbGVhc2UgZG8gcmV2aWV3IHRoaXMgbmV3 IGRyYWZ0IGFuZCBsZXQgdXMga25vdyBpZiB0aGVyZSBhcmUgYW55IA0KICAgID4gcXVlc3Rpb25z L2NvbW1lbnRzLiBXZSBiZWxpZXZlIHRoYXQgdGhlIGlldGYtdGUtdHlwZXMgbW9kdWxlIGlzIA0K ICAgID4gc3VmZmljaWVudGx5IGJha2VkIGFuZCByZWFkeSBmb3IgV0cgTEMuDQogICAgPg0KICAg ID4gUmVnYXJkcywNCiAgICA+DQogICAgPiAtUGF2YW4gKG9uIGJlaGFsZiBvZiB0aGUgYXV0aG9y cykNCiAgICA+DQogICAgPg0KICAgID4gLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0t LS0tLS0NCiAgICA+IEZyb206IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgPG1haWx0bzppbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmc+Pg0KICAgID4gRGF0ZTogTW9uLCBTZXAgMjQsIDIwMTggYXQg NzoxNiBBTQ0KICAgID4gU3ViamVjdDogW1RlYXNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtdGVh cy15YW5nLXRlLXR5cGVzLTAwLnR4dA0KICAgID4gVG86IDxpLWQtYW5ub3VuY2VAaWV0Zi5vcmcg PG1haWx0bzppLWQtYW5ub3VuY2VAaWV0Zi5vcmc+Pg0KICAgID4gQ2M6IDx0ZWFzQGlldGYub3Jn IDxtYWlsdG86dGVhc0BpZXRmLm9yZz4+DQogICAgPg0KICAgID4NCiAgICA+DQogICAgPiBBIE5l dyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1E cmFmdHMgDQogICAgPiBkaXJlY3Rvcmllcy4NCiAgICA+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0 ZW0gb2YgdGhlIFRyYWZmaWMgRW5naW5lZXJpbmcgQXJjaGl0ZWN0dXJlIGFuZCANCiAgICA+IFNp Z25hbGluZyBXRyBvZiB0aGUgSUVURi4NCiAgICA+DQogICAgPiAgICAgICAgIFRpdGxlICAgICAg ICAgICA6IFRyYWZmaWMgRW5naW5lZXJpbmcgQ29tbW9uIFlBTkcgVHlwZXMNCiAgICA+ICAgICAg ICAgQXV0aG9ycyAgICAgICAgIDogVGFyZWsgU2FhZA0KICAgID4gICAgICAgICAgICAgICAgICAg ICAgICAgICBSYWtlc2ggR2FuZGhpDQogICAgPiAgICAgICAgICAgICAgICAgICAgICAgICAgIFh1 ZmVuZyBMaXUNCiAgICA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgVmlzaG51IFBhdmFuIEJl ZXJhbQ0KICAgID4gICAgICAgICAgICAgICAgICAgICAgICAgICBIaW1hbnNodSBTaGFoDQogICAg PiAgICAgICAgICAgICAgICAgICAgICAgICAgIElnb3IgQnJ5c2tpbg0KICAgID4gICAgICAgICAg ICAgICAgICAgICAgICAgICBZb3VuZyBMZWUNCiAgICA+ICAgICAgICAgRmlsZW5hbWUgICAgICAg IDogZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDAudHh0DQogICAgPiAgICAgICAgIFBh Z2VzICAgICAgICAgICA6IDU5DQogICAgPiAgICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMTgt MDktMTMNCiAgICA+DQogICAgPiBBYnN0cmFjdDoNCiAgICA+ICAgIFRoaXMgZG9jdW1lbnQgZGVm aW5lcyBhIGNvbGxlY3Rpb24gb2YgY29tbW9uIGRhdGEgdHlwZXMgYW5kIGdyb3VwaW5ncw0KICAg ID4gICAgaW4gWUFORyBkYXRhIG1vZGVsaW5nIGxhbmd1YWdlLiAgVGhlc2UgZGVyaXZlZCBjb21t b24gdHlwZXMgYW5kDQogICAgPiAgICBncm91cGluZ3MgYXJlIGludGVuZGVkIHRvIGJlIGltcG9y dGVkIGJ5IG1vZHVsZXMgdGhhdCBtb2RlbCBUcmFmZmljDQogICAgPiAgICBFbmdpbmVlcmluZyAo VEUpIGNvbmZpZ3VyYXRpb24gYW5kIHN0YXRlIGNhcGFiaWxpdGllcy4NCiAgICA+DQogICAgPg0K ICAgID4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6 DQogICAgPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRlYXMt eWFuZy10ZS10eXBlcy8NCiAgICA+DQogICAgPiBUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJz aW9ucyBhdmFpbGFibGUgYXQ6DQogICAgPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDANCiAgICA+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDANCiAgICA+ DQogICAgPg0KICAgID4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBt aW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQogICAgPiBzdWJtaXNzaW9uDQogICAgPiB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYu b3JnIA0KICAgID4gPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQogICAgPg0KICAgID4gSW50ZXJu ZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KICAgID4g ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCiAgICA+DQogICAgPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gVGVhcyBtYWls aW5nIGxpc3QNCiAgICA+IFRlYXNAaWV0Zi5vcmcgPG1haWx0bzpUZWFzQGlldGYub3JnPg0KICAg ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQogICAgPg0KICAg ID4NCiAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQogICAgPiBUZWFzIG1haWxpbmcgbGlzdA0KICAgID4gVGVhc0BpZXRmLm9yZw0KICAgID4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQogICAgDQogICAgX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBUZWFzIG1haWxp bmcgbGlzdA0KICAgIFRlYXNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3RlYXMNCiAgICANCg0K From nobody Tue Oct 9 09:49:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BD2B13136E for ; Tue, 9 Oct 2018 09:49:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 KQzEK4Omx8Te for ; Tue, 9 Oct 2018 09:49:06 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) (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 55D6D13135D for ; Tue, 9 Oct 2018 09:49:06 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id 2A1C71E0A32 for ; Tue, 9 Oct 2018 10:49:05 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id 9vBwgGnJYj0so9vBwgtrsi; Tue, 09 Oct 2018 10:49:05 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=7QF4rRBvaGPOKcoqJ7qqUrxsl6kswBpq4R/lOI7MJTw=; b=EZE1SXV7pBTSHxa4cbW0iWP7bh 7Sn6akd8rFFCb7+sPUHFSzyauHnToUyETkJRFGEjrdKcImkbjZD1hN9N+w8GUv2dyCge0N7rh/eW/ zr9NG5SGxZZRS3mTBXUuCwXgS; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:43564 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1g9vBw-003BYW-N5; Tue, 09 Oct 2018 10:49:04 -0600 To: "Andrew G. Malis" , Vishnu Pavan Beeram Cc: TEAS WG Chairs , teas@ietf.org References: From: Lou Berger Message-ID: Date: Tue, 9 Oct 2018 12:49:02 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1g9vBw-003BYW-N5 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:43564 X-Source-Auth: lberger@labn.net X-Email-Count: 10 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:49:09 -0000 Hi Andy, On 10/9/2018 9:53 AM, Andrew G. Malis wrote: > Pavan and Lou, > > The proposed update looks good, especially with the inclusion of > DetNet. However, support for DetNet should be more general than just > support for "use cases", which could be interpreted to be limited to > those in the forthcoming DetNet Use Cases RFC. Rather, how about: > well it says "use cases" not "Use Cases", but... >  - With the DetNet WG on mechanisms (YANG models and protocols) to > support the DetNet architecture and forwarding plane. How about: - With the DetNet WG on mechanisms (YANG models and protocols) to support DetNets > > Also, something else occurs to me that is somewhat more speculative > and may actually not fit, but I'll mention it anyway. While SFC > doesn't require traffic engineering in terms of bandwidth guarantees, > it does require the ability to establish constrained (policy-based) > paths in terms of the ordering of nodes for a particular flow or > chain, and TEAS certainly has a lot of experience with signaling > protocols to establish constrained paths. So perhaps there's some > coordination with the SFC WG that may make sense there. Just a thought. Fair enough, how about: - With the SFC WG on mechanisms (YANG models and protocols) to support SFCs Lou > > Cheers, > Andy > > > > On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram > > wrote: > > Hi, > > Over the past few months we've noted that our charter could use a > bit of > an update to match the current state of TEAS and other working > groups. > We've taken a pass at this and have a proposed revision. Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter.  The text is enclosed below as well as > available with changes tracked at: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to > here will be ignored. > > We'd like to have the changes agreed to by the end of this month > so the > IESG may have time to review/act before  IETF103. > > Thank you, > Pavan and Lou > > -- > Draft Update to TEAS WG Charter (Version 1) > > The Traffic Engineering Architecture and Signaling (TEAS) Working > Group > is responsible for defining IP, MPLS and GMPLS traffic engineering > architecture and identifying required related control-protocol > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms, > > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS.  RSVP-TE is the signaling protocol used for both > MPLS-TE and > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered > Networks (ACTN) and stateful-PCE. > >  The TEAS WG is responsible for: > >    a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for > example, both > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself > is out > of the WG scope. > >    b) Definition of protocol-independent metrics and parameters > (measurement and/or service attributes) for describing links and > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in > conjunction > with requests and requirements from other WGs to ensure overall > usefulness. > >    c) Functional specification of extensions for routing (OSPF, ISIS) > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. > Protocol > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols. > >    d) Functional specification of generic (i.e., not data plane > technology-specific) extensions for RSVP-TE, and the associated > protocol > formats and procedures that embody these extensions. > >    e) Definition of control plane mechanisms and extensions to allow > the setup and maintenance of TE paths and TE tunnels that span > multiple > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological > visibility. > >    f) Definition and extension of management and security techniques > for RSVP-TE signaling. This includes configuring and monitoring > RSVP-TE > as well as mechanisms used to configure, control, and report OAM > within > TE networks. YANG and MIB modules may be considered. > >   The TEAS working group is chartered to deliver the following: > >    1. Definition of additional abstract service, link, and path > properties such as jitter, delay, and diversity. Extensions to IGPs to > advertise these properties, and extensions to RSVP-TE to request > and to > accumulate these properties. Work with PCE WG to include these > properties in computation requests. > >    2. Specification of terminology, architecture, and protocol > requirements for abstraction and distribution of TE information > between > interconnected TE domains/layers. > >    3. Specification and protocol extensions for a GMPLS External > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS > support. > >    4. Protocol mechanisms to signal associated LSPs in particular with > different source nodes. > >    5. Requirements and protocol extensions for additional protection > mechanisms including end-point protection, protection of P2MP > LSPs, and > inter-domain protection. > >    6. YANG models in support of Traffic Engineering, in coordination > with working groups working on YANG models for network topology > and for > technology-specific network attributes. > >   Requirements may be documented in stand-alone RFCs, may be folded > into architecture or solutions RFCs, may be recorded on a wiki, or may > be documented in an Internet-Draft that is not progressed to RFC. > >   The TEAS WG will coordinate with the following working groups: > >    - With the MPLS WG to maintain and extend MPLS-TE protocol > mechanisms and to determine whether they should be generalized. > >    - With the CCAMP WG to maintain and extend non-packet, data plane > technology-specific TE protocol mechanisms and to determine > whether they > should be generalized. > >    - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > mechanisms. > >    - With the PCE WG on uses of a PCE in the traffic-engineering > architecture, on PCE extensions per the above, and on RSVP-TE > extensions > to support PCE WG identified requirements. > >    - With the IDR WG on the use of BGP-LS in TE environments. > >    - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNet use cases. > >    - With the SPRING WG on TE architecture and, where appropriate, > TE-related protocol extensions. > > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary. > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Tue Oct 9 12:02:47 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 070A112F18C; Tue, 9 Oct 2018 12:02:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.998 X-Spam-Level: X-Spam-Status: No, score=-0.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, FREEMAIL_REPLY=1, 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=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 LueqDhHSpB63; Tue, 9 Oct 2018 12:02:42 -0700 (PDT) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (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 EE71A12F295; Tue, 9 Oct 2018 12:02:21 -0700 (PDT) Received: by mail-qt1-x829.google.com with SMTP id d8-v6so2879292qtk.13; Tue, 09 Oct 2018 12:02:21 -0700 (PDT) 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=H2ViKTfFSIB+lJ429ltXE9bDJUNAZih0NpmpPkU4dQA=; b=GVkCg/sGl8uSUGbPyq+kkZOOYBA4IR2PiDZUoLImGMyWjlLGO8RLiAZNB+x/+0clBA sq18D0U/z8bHqFzR34VlGRx86Dt79EqGhAq1MGUC0lnJpkKYJjpsyHowuOZGm8J6rAvo KrjN52cKpGZaUNhlpBjD7juNMfEdPfz1Va37Fcy4T4gMy1BBndNh8fWZWSJlFIVkkfXZ 0AdQcItSGVbnkqFtCZiuofUcgLxuJMWa9oCSw53trt0k/UgSOROlqjpumMrkgNTfzrzs SVg/ssN7uxZKalkC7NpACrWeOLHaQwRwDpTygm4iUla5ZXvNfLVG1Q1UMF/nwSDyvohs ap1g== 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=H2ViKTfFSIB+lJ429ltXE9bDJUNAZih0NpmpPkU4dQA=; b=PgYeT0f6DQrIan95BmLfPVSf3BI5QEte5xohU1Sfy9TziNcWx5fZYKmkL3NA+k+tt0 Vs5BM83BhCFysJunSw1+qrI9gaEWWKDjZO2C5heh0rVUrQI48a/IqVl5IJ1R61J4wCro JbVmZBJH8Gfx1qGZ+g0VaVDmUs+DIlCJwyftz4blOjWEvssZ+pN8z/5G5Y+YFvv145U1 //5aHJkc9jnSet0AV213EXpPnj/N6Is6NnPAwZPujHqg7wRCLFYSs2FQf/g8Rs+ldMij EpebFEenkDK7lRpVFITnCaPW5QeP4S1XeX+9COH7QNU72/xJgwJBRZR7Scn0b2R4Jgc+ Bagg== X-Gm-Message-State: ABuFfojC57SIIhYVKQdkRwgpTJUct1asEQActpBL1YChbEtzwzr5gk0g O3pxU2aCiqWSBVCSorvYlroDHqhN4ERf1nA7KUg+6A== X-Google-Smtp-Source: ACcGV60o1CSNaMO8GtjyJRaFb3SQKvpRNosVhIr/pO9d9ew/UcXUp2Ac4Q/Ravbmg9JdLPfiwhxG2jBsndKOotKwTbQ= X-Received: by 2002:a0c:bd1e:: with SMTP id m30-v6mr24247827qvg.234.1539111740950; Tue, 09 Oct 2018 12:02:20 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "Andrew G. Malis" Date: Tue, 9 Oct 2018 15:02:09 -0400 Message-ID: To: Lou Berger Cc: Vishnu Pavan Beeram , TEAS WG Chairs , teas@ietf.org Content-Type: multipart/alternative; boundary="00000000000096cff50577d06025" Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 19:02:46 -0000 --00000000000096cff50577d06025 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Lou, Both look great, thanks! Cheers, Andy On Tue, Oct 9, 2018 at 12:49 PM Lou Berger wrote: > > Hi Andy, > > On 10/9/2018 9:53 AM, Andrew G. Malis wrote: > > Pavan and Lou, > > > > The proposed update looks good, especially with the inclusion of > > DetNet. However, support for DetNet should be more general than just > > support for "use cases", which could be interpreted to be limited to > > those in the forthcoming DetNet Use Cases RFC. Rather, how about: > > > well it says "use cases" not "Use Cases", but... > > - With the DetNet WG on mechanisms (YANG models and protocols) to > > support the DetNet architecture and forwarding plane. > How about: > - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNets > > > > > Also, something else occurs to me that is somewhat more speculative > > and may actually not fit, but I'll mention it anyway. While SFC > > doesn't require traffic engineering in terms of bandwidth guarantees, > > it does require the ability to establish constrained (policy-based) > > paths in terms of the ordering of nodes for a particular flow or > > chain, and TEAS certainly has a lot of experience with signaling > > protocols to establish constrained paths. So perhaps there's some > > coordination with the SFC WG that may make sense there. Just a thought. > > Fair enough, how about: > - With the SFC WG on mechanisms (YANG models and protocols) to support SF= Cs > > Lou > > > > Cheers, > > Andy > > > > > > > > On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram > > > wrote: > > > > Hi, > > > > Over the past few months we've noted that our charter could use a > > bit of > > an update to match the current state of TEAS and other working > > groups. > > We've taken a pass at this and have a proposed revision. Once the W= G > > agrees on changes, we'll pass those changes along to our AD who is > the > > actual owner of our charter. The text is enclosed below as well as > > available with changes tracked at: > > > > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_do= cument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsh= aring&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW= 0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1= X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D > > > > Please discuss any proposed changes on the list, i.e., changes to t= he > > charter that are suggested in the google-doc but not agreed to > > here will be ignored. > > > > We'd like to have the changes agreed to by the end of this month > > so the > > IESG may have time to review/act before IETF103. > > > > Thank you, > > Pavan and Lou > > > > -- > > Draft Update to TEAS WG Charter (Version 1) > > > > The Traffic Engineering Architecture and Signaling (TEAS) Working > > Group > > is responsible for defining IP, MPLS and GMPLS traffic engineering > > architecture and identifying required related control-protocol > > functions, i.e., routing and path computation element functions. Th= e > > TEAS group is also responsible for standardizing generalized, i.e., > > non-technology specific, RSVP-TE signaling protocol mechanisms, > > > > Traffic Engineering (TE) is the term used to refer to techniques th= at > > enable operators to control how specific traffic flows are treated > > within their networks. TE is applied to packet networks via MPLS TE > > tunnels and LSPs, but may also be provided by other mechanisms such > as > > forwarding rules similar to policy-based routing. The MPLS-TE contr= ol > > plane was generalized to additionally support non-packet technologi= es > > via GMPLS. RSVP-TE is the signaling protocol used for both > > MPLS-TE and > > GMPLS. Centralized and logically centralized control models are als= o > > supported, e.g., via Abstraction and Control of Traffic Engineered > > Networks (ACTN) and stateful-PCE. > > > > The TEAS WG is responsible for: > > > > a) Traffic-engineering architectures for generic applicability > > across packet and non-packet networks.. This includes, for > > example, both > > networks that include the use of PCE and those that conform with AC= TN > > principles but don't make use of PCE. The PCE architecture itself > > is out > > of the WG scope. > > > > b) Definition of protocol-independent metrics and parameters > > (measurement and/or service attributes) for describing links and > > tunnels/paths required for traffic engineering (and related routing= , > > signaling and path computation). These will be developed in > > conjunction > > with requests and requirements from other WGs to ensure overall > > usefulness. > > > > c) Functional specification of extensions for routing (OSPF, ISI= S) > > and for path computation (PCE), including those that provide genera= l > > enablers of traffic-engineering systems that also use RSVP-TE. > > Protocol > > formats and procedures that embody these extensions will be done in > > coordination with the WGs supervising those protocols. > > > > d) Functional specification of generic (i.e., not data plane > > technology-specific) extensions for RSVP-TE, and the associated > > protocol > > formats and procedures that embody these extensions. > > > > e) Definition of control plane mechanisms and extensions to allo= w > > the setup and maintenance of TE paths and TE tunnels that span > > multiple > > domains and/or switching technologies, where a domain may be an IGP > > area, an Autonomous System, or any other region of topological > > visibility. > > > > f) Definition and extension of management and security technique= s > > for RSVP-TE signaling. This includes configuring and monitoring > > RSVP-TE > > as well as mechanisms used to configure, control, and report OAM > > within > > TE networks. YANG and MIB modules may be considered. > > > > The TEAS working group is chartered to deliver the following: > > > > 1. Definition of additional abstract service, link, and path > > properties such as jitter, delay, and diversity. Extensions to IGPs > to > > advertise these properties, and extensions to RSVP-TE to request > > and to > > accumulate these properties. Work with PCE WG to include these > > properties in computation requests. > > > > 2. Specification of terminology, architecture, and protocol > > requirements for abstraction and distribution of TE information > > between > > interconnected TE domains/layers. > > > > 3. Specification and protocol extensions for a GMPLS External > > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS > > support. > > > > 4. Protocol mechanisms to signal associated LSPs in particular > with > > different source nodes. > > > > 5. Requirements and protocol extensions for additional protectio= n > > mechanisms including end-point protection, protection of P2MP > > LSPs, and > > inter-domain protection. > > > > 6. YANG models in support of Traffic Engineering, in coordinatio= n > > with working groups working on YANG models for network topology > > and for > > technology-specific network attributes. > > > > Requirements may be documented in stand-alone RFCs, may be folded > > into architecture or solutions RFCs, may be recorded on a wiki, or > may > > be documented in an Internet-Draft that is not progressed to RFC. > > > > The TEAS WG will coordinate with the following working groups: > > > > - With the MPLS WG to maintain and extend MPLS-TE protocol > > mechanisms and to determine whether they should be generalized. > > > > - With the CCAMP WG to maintain and extend non-packet, data plan= e > > technology-specific TE protocol mechanisms and to determine > > whether they > > should be generalized. > > > > - With the LSR (OSPF and ISIS) WG to maintain or extend TE routi= ng > > mechanisms. > > > > - With the PCE WG on uses of a PCE in the traffic-engineering > > architecture, on PCE extensions per the above, and on RSVP-TE > > extensions > > to support PCE WG identified requirements. > > > > - With the IDR WG on the use of BGP-LS in TE environments. > > > > - With the DetNet WG on mechanisms (YANG models and protocols) t= o > > support DetNet use cases. > > > > - With the SPRING WG on TE architecture and, where appropriate, > > TE-related protocol extensions. > > > > In doing this work, the WG will cooperate with external SDOs (such = as > > the ITU-T and the IEEE 802.1) as necessary. > > > > > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > --00000000000096cff50577d06025 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Lou,

Both look great, thanks!

Cheers,
Andy


On Tue, Oct 9, 2018 at 12:49 PM Lou B= erger <lberger@labn.net> wrot= e:

Hi Andy,

On 10/9/2018 9:53 AM, Andrew G. Malis wrote:
> Pavan and Lou,
>
> The proposed update looks=C2=A0good, especially with the inclusion of =
> DetNet. However, support for DetNet should be more general than just <= br> > support for "use cases", which could be interpreted to be li= mited to
> those in the forthcoming DetNet Use Cases RFC. Rather, how about:
>
well it says "use cases" not "Use Cases", but...
> =C2=A0- With the DetNet=C2=A0WG on mechanisms (YANG models and protoco= ls) to
> support the DetNet=C2=A0architecture and forwarding plane.
How about:
- With the DetNet=C2=A0WG on mechanisms (YANG models and protocols) to
support DetNets

>
> Also, something else occurs to me that is somewhat more speculative > and may actually not fit, but I'll mention it anyway. While SFC > doesn't require traffic engineering in terms of bandwidth guarante= es,
> it does require the ability to establish constrained (policy-based) > paths in terms of the ordering of nodes for a particular flow or
> chain, and TEAS certainly has a lot of experience with signaling
> protocols to establish constrained paths. So perhaps there's some =
> coordination with the SFC WG that may make sense there. Just a=C2=A0th= ought.

Fair enough, how about:
- With the SFC WG on mechanisms (YANG models and protocols) to support SFCs=

Lou
>
> Cheers,
> Andy
>
>
>
> On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram
> <vishnup= avan@gmail.com <mailto:vishnupavan@gmail.com>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Hi,
>
>=C2=A0 =C2=A0 =C2=A0Over the past few months we've noted that our c= harter could use a
>=C2=A0 =C2=A0 =C2=A0bit of
>=C2=A0 =C2=A0 =C2=A0an update to match the current state of TEAS and ot= her working
>=C2=A0 =C2=A0 =C2=A0groups.
>=C2=A0 =C2=A0 =C2=A0We've taken a pass at this and have a proposed = revision. Once the WG
>=C2=A0 =C2=A0 =C2=A0agrees on changes, we'll pass those changes alo= ng to our AD who is the
>=C2=A0 =C2=A0 =C2=A0actual owner of our charter.=C2=A0 The text is encl= osed below as well as
>=C2=A0 =C2=A0 =C2=A0available with changes tracked at:
>
>=C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google= .com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fu= sp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= zoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYC= Lr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgom= tfqyEt3DRU&e=3D
>
>=C2=A0 =C2=A0 =C2=A0Please discuss any proposed changes on the list, i.= e., changes to the
>=C2=A0 =C2=A0 =C2=A0charter that are suggested in the google-doc but no= t agreed to
>=C2=A0 =C2=A0 =C2=A0here will be ignored.
>
>=C2=A0 =C2=A0 =C2=A0We'd like to have the changes agreed to by the = end of this month
>=C2=A0 =C2=A0 =C2=A0so the
>=C2=A0 =C2=A0 =C2=A0IESG may have time to review/act before=C2=A0 IETF1= 03.
>
>=C2=A0 =C2=A0 =C2=A0Thank you,
>=C2=A0 =C2=A0 =C2=A0Pavan and Lou
>
>=C2=A0 =C2=A0 =C2=A0--
>=C2=A0 =C2=A0 =C2=A0Draft Update to TEAS WG Charter (Version 1)
>
>=C2=A0 =C2=A0 =C2=A0The Traffic Engineering Architecture and Signaling = (TEAS) Working
>=C2=A0 =C2=A0 =C2=A0Group
>=C2=A0 =C2=A0 =C2=A0is responsible for defining IP, MPLS and GMPLS traf= fic engineering
>=C2=A0 =C2=A0 =C2=A0architecture and identifying required related contr= ol-protocol
>=C2=A0 =C2=A0 =C2=A0functions, i.e., routing and path computation eleme= nt functions. The
>=C2=A0 =C2=A0 =C2=A0TEAS group is also responsible for standardizing ge= neralized, i.e.,
>=C2=A0 =C2=A0 =C2=A0non-technology specific, RSVP-TE signaling protocol= mechanisms,
>
>=C2=A0 =C2=A0 =C2=A0Traffic Engineering (TE) is the term used to refer = to techniques that
>=C2=A0 =C2=A0 =C2=A0enable operators to control how specific traffic fl= ows are treated
>=C2=A0 =C2=A0 =C2=A0within their networks. TE is applied to packet netw= orks via MPLS TE
>=C2=A0 =C2=A0 =C2=A0tunnels and LSPs, but may also be provided by other= mechanisms such as
>=C2=A0 =C2=A0 =C2=A0forwarding rules similar to policy-based routing. T= he MPLS-TE control
>=C2=A0 =C2=A0 =C2=A0plane was generalized to additionally support non-p= acket technologies
>=C2=A0 =C2=A0 =C2=A0via GMPLS.=C2=A0 RSVP-TE is the signaling protocol = used for both
>=C2=A0 =C2=A0 =C2=A0MPLS-TE and
>=C2=A0 =C2=A0 =C2=A0GMPLS. Centralized and logically centralized contro= l models are also
>=C2=A0 =C2=A0 =C2=A0supported, e.g., via Abstraction and Control of Tra= ffic Engineered
>=C2=A0 =C2=A0 =C2=A0Networks (ACTN) and stateful-PCE.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0The TEAS WG is responsible for:
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 a) Traffic-engineering architectures f= or generic applicability
>=C2=A0 =C2=A0 =C2=A0across packet and non-packet networks.. This includ= es, for
>=C2=A0 =C2=A0 =C2=A0example, both
>=C2=A0 =C2=A0 =C2=A0networks that include the use of PCE and those that= conform with ACTN
>=C2=A0 =C2=A0 =C2=A0principles but don't make use of PCE. The PCE a= rchitecture itself
>=C2=A0 =C2=A0 =C2=A0is out
>=C2=A0 =C2=A0 =C2=A0of the WG scope.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 b) Definition of protocol-independent = metrics and parameters
>=C2=A0 =C2=A0 =C2=A0(measurement and/or service attributes) for describ= ing links and
>=C2=A0 =C2=A0 =C2=A0tunnels/paths required for traffic engineering (and= related routing,
>=C2=A0 =C2=A0 =C2=A0signaling and path computation). These will be deve= loped in
>=C2=A0 =C2=A0 =C2=A0conjunction
>=C2=A0 =C2=A0 =C2=A0with requests and requirements from other WGs to en= sure overall
>=C2=A0 =C2=A0 =C2=A0usefulness.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 c) Functional specification of extensi= ons for routing (OSPF, ISIS)
>=C2=A0 =C2=A0 =C2=A0and for path computation (PCE), including those tha= t provide general
>=C2=A0 =C2=A0 =C2=A0enablers of traffic-engineering systems that also u= se RSVP-TE.
>=C2=A0 =C2=A0 =C2=A0Protocol
>=C2=A0 =C2=A0 =C2=A0formats and procedures that embody these extensions= will be done in
>=C2=A0 =C2=A0 =C2=A0coordination with the WGs supervising those protoco= ls.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 d) Functional specification of generic= (i.e., not data plane
>=C2=A0 =C2=A0 =C2=A0technology-specific) extensions for RSVP-TE, and th= e associated
>=C2=A0 =C2=A0 =C2=A0protocol
>=C2=A0 =C2=A0 =C2=A0formats and procedures that embody these extensions= .
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 e) Definition of control plane mechani= sms and extensions to allow
>=C2=A0 =C2=A0 =C2=A0the setup and maintenance of TE paths and TE tunnel= s that span
>=C2=A0 =C2=A0 =C2=A0multiple
>=C2=A0 =C2=A0 =C2=A0domains and/or switching technologies, where a doma= in may be an IGP
>=C2=A0 =C2=A0 =C2=A0area, an Autonomous System, or any other region of = topological
>=C2=A0 =C2=A0 =C2=A0visibility.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 f) Definition and extension of managem= ent and security techniques
>=C2=A0 =C2=A0 =C2=A0for RSVP-TE signaling. This includes configuring an= d monitoring
>=C2=A0 =C2=A0 =C2=A0RSVP-TE
>=C2=A0 =C2=A0 =C2=A0as well as mechanisms used to configure, control, a= nd report OAM
>=C2=A0 =C2=A0 =C2=A0within
>=C2=A0 =C2=A0 =C2=A0TE networks. YANG and MIB modules may be considered= .
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0 The TEAS working group is chartered to deliv= er the following:
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 1. Definition of additional abstract s= ervice, link, and path
>=C2=A0 =C2=A0 =C2=A0properties such as jitter, delay, and diversity. Ex= tensions to IGPs to
>=C2=A0 =C2=A0 =C2=A0advertise these properties, and extensions to RSVP-= TE to request
>=C2=A0 =C2=A0 =C2=A0and to
>=C2=A0 =C2=A0 =C2=A0accumulate these properties. Work with PCE WG to in= clude these
>=C2=A0 =C2=A0 =C2=A0properties in computation requests.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 2. Specification of terminology, archi= tecture, and protocol
>=C2=A0 =C2=A0 =C2=A0requirements for abstraction and distribution of TE= information
>=C2=A0 =C2=A0 =C2=A0between
>=C2=A0 =C2=A0 =C2=A0interconnected TE domains/layers.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 3. Specification and protocol extensio= ns for a GMPLS External
>=C2=A0 =C2=A0 =C2=A0Network-to-Network Interface (E-NNI), i.e., multi-d= omain GMPLS
>=C2=A0 =C2=A0 =C2=A0support.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 4. Protocol mechanisms to signal assoc= iated LSPs in particular with
>=C2=A0 =C2=A0 =C2=A0different source nodes.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 5. Requirements and protocol extension= s for additional protection
>=C2=A0 =C2=A0 =C2=A0mechanisms including end-point protection, protecti= on of P2MP
>=C2=A0 =C2=A0 =C2=A0LSPs, and
>=C2=A0 =C2=A0 =C2=A0inter-domain protection.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 6. YANG models in support of Traffic E= ngineering, in coordination
>=C2=A0 =C2=A0 =C2=A0with working groups working on YANG models for netw= ork topology
>=C2=A0 =C2=A0 =C2=A0and for
>=C2=A0 =C2=A0 =C2=A0technology-specific network attributes.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0 Requirements may be documented in stand-alon= e RFCs, may be folded
>=C2=A0 =C2=A0 =C2=A0into architecture or solutions RFCs, may be recorde= d on a wiki, or may
>=C2=A0 =C2=A0 =C2=A0be documented in an Internet-Draft that is not prog= ressed to RFC.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0 The TEAS WG will coordinate with the followi= ng working groups:
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the MPLS WG to maintain and ext= end MPLS-TE protocol
>=C2=A0 =C2=A0 =C2=A0mechanisms and to determine whether they should be = generalized.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the CCAMP WG to maintain and ex= tend non-packet, data plane
>=C2=A0 =C2=A0 =C2=A0technology-specific TE protocol mechanisms and to d= etermine
>=C2=A0 =C2=A0 =C2=A0whether they
>=C2=A0 =C2=A0 =C2=A0should be generalized.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the LSR (OSPF and ISIS) WG to m= aintain or extend TE routing
>=C2=A0 =C2=A0 =C2=A0mechanisms.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the PCE WG on uses of a PCE in = the traffic-engineering
>=C2=A0 =C2=A0 =C2=A0architecture, on PCE extensions per the above, and = on RSVP-TE
>=C2=A0 =C2=A0 =C2=A0extensions
>=C2=A0 =C2=A0 =C2=A0to support PCE WG identified requirements.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the IDR WG on the use of BGP-LS= in TE environments.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the DetNet WG on mechanisms (YA= NG models and protocols) to
>=C2=A0 =C2=A0 =C2=A0support DetNet use cases.
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 - With the SPRING WG on TE architectur= e and, where appropriate,
>=C2=A0 =C2=A0 =C2=A0TE-related protocol extensions.
>
>=C2=A0 =C2=A0 =C2=A0In doing this work, the WG will cooperate with exte= rnal SDOs (such as
>=C2=A0 =C2=A0 =C2=A0the ITU-T and the IEEE 802.1) as necessary.
>
>
>
>
>=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0Teas mailing list
>=C2=A0 =C2=A0 =C2=A0= Teas@ietf.org <mailto:Teas@ietf.org>
>=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/listi= nfo/teas
>
>
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas

--00000000000096cff50577d06025-- From nobody Tue Oct 9 13:07:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4001130934; Tue, 9 Oct 2018 13:06:59 -0700 (PDT) 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_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 77-tV_bI4duy; Tue, 9 Oct 2018 13:06:57 -0700 (PDT) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 465DC130DF4; Tue, 9 Oct 2018 13:06:57 -0700 (PDT) Received: by mail-pf1-x42e.google.com with SMTP id r64-v6so1385384pfb.13; Tue, 09 Oct 2018 13:06:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=xD8nS0ijvziYSQciE0sEujiCCWZy1uHIvJTTZ6wRAQE=; b=JOUwXxIUUu3JUz1ZHKvG0NidHR2pKrri2rY896umanzJLEBKEgAR7W2MexW+LEsVa7 0/CMAtq5xtn5oYo4vqt66Jb4FJqQGQJ1e6bKP78pFidUQpG47V0tsDo2faDAAqqiDswm GNGJoJCpya2+/8N1JB6ui63B8/vPs5EdQQq2VqEYcPM9XWlCkvkjQEYAXGqAiOPdSyZI +95vbqEqa2UDFMtwaZjAaItrxSts4FP/JgDjnD08f7ekvcAm861ebNgRgA7FcilbH3yl l9k/FmsxKvpEZZm0cVQMbFOXRxh2SCf8budi+lNo5A2TUuk1QBmyAigyp9E2xnR3Xz1i vkEw== 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=xD8nS0ijvziYSQciE0sEujiCCWZy1uHIvJTTZ6wRAQE=; b=t9yT3JYmNHoE7y6Dpw2Wya/T+GTQury6NifuasK1jozKp9dsl7cV/QiHgXySS1hkiy ky2nmsb03WoiYU0wtjrTttV/sSbfLAYkKkGF1GCmWRP3HshXN1aJsJ4botGfH4ms006l pjpc4p1Souzx7JBUQEwXmP69ZidWY89y0L9EyC33cUOL/M6tKkNrwNnObk/ap80AObyw 98vmDbDWO+zIHCTBLVe1GzDXejDR4FJDeI02tyYikLEsLuSkNKQu4lFBzfi/9TvlQQB1 ecIQ7t9Wo/Onv8RqKkpI/Y1CwtpLQRvGlZ3jQJkInAdEe8vwV6DBRgWpm/r65OZQOCeb a99w== X-Gm-Message-State: ABuFfoiVbiLmncFULkQcSbuRUlCwh5KeBbc/BMYRMjt9rRnDVyhY704i sfP0d3KwCUWOjjD20qk+lnQ+EvA5Wx7doYT+4m3eXb7l X-Google-Smtp-Source: ACcGV60vAyUppgLI/6a5Rry0+RM8wuXmxBs4F9UhRn4uvPblVuzPYjpDzsAIRGunIYWmJBseiK80hZbCfA5kXbsBbuU= X-Received: by 2002:a63:5021:: with SMTP id e33-v6mr26971827pgb.306.1539115616681; Tue, 09 Oct 2018 13:06:56 -0700 (PDT) MIME-Version: 1.0 From: Matt Hartley Date: Tue, 9 Oct 2018 16:06:45 -0400 Message-ID: To: teas@ietf.org Cc: teas-chairs@ietf.org Content-Type: multipart/alternative; boundary="00000000000099c19b0577d14706" Archived-At: Subject: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 20:07:07 -0000 --00000000000099c19b0577d14706 Content-Type: text/plain; charset="UTF-8" All, The preliminary agenda for Bangkok is available at https://datatracker.ietf.org/meeting/103/agenda.html. We're currently scheduled for two hours in the afternoon on Tuesday (November 6th, 16:10 - 18:10). If you'd like to present a draft, please send a request to me and the Chairs by the end of the day on Monday, October 22nd with teh draft name, speaker, and how long you need. Please note that this is also the cut-off for draft submissions. If you have a WG draft that you aren't presenting, please provide a status update. Thanks Matt/Lou/Pavan Important dates: - *2018-10-12 (Friday):* Final agenda to be published. - *2018-10-22 (Monday):* Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59. - *2018-10-22 (Monday):* Standard rate registration and payment cut-off at UTC 23:59.. - *2018-10-24 (Wednesday):* Draft Working Group agendas due by UTC 23:59. - *2018-10-29 (Monday):* Registration cancellation cut-off at UTC 23:59. - *2018-10-29 (Monday):* Revised Working Group agendas due by UTC 23:59. - *2018-11-30 (Friday):* Proceedings submission cutoff date by UTC 23:59. - *2018-12-24 (Monday):* Proceedings submission corrections cutoff date by UTC 23:59. --00000000000099c19b0577d14706 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

The pr= eliminary agenda for Bangkok is available at https://datatracker.ietf.org/meeting/103= /agenda.html. We're currently scheduled for two hours in the aftern= oon on Tuesday (November 6th, 16:10 - 18:10).

If y= ou'd like to present a draft, please send a request to me and the Chair= s by the end of the day on Monday, October 22nd with teh draft name, speake= r, and how long you need. Please note that this is also the cut-off for dra= ft submissions. If you have a WG draft that you aren't presenting, plea= se provide a status update.

Thanks

<= /div>
Matt/Lou/Pavan

Important dates:
  • 2018-10-12 (Friday): Final agenda to be published.=20 =20 =20 =20 =20 =20
    • =20
  • 2018-10-22 (Monday): Internet Draft submission cu= t-off (for all drafts, including -00) by UTC 23:59.
    • =20
  • 2018-10-22 (Monday): Standard rate registration a= nd payment cut-off at UTC 23:59..=20 =20 =20 =20 =20 =20
    • =20
  • 2018-10-24 (Wednesday): Draft Working Group agend= as due by UTC 23:59.
    • =20
  • 2018-10-29 (Monday): Registration cancellation cu= t-off at UTC 23:59.=20 =20 =20 =20 =20 =20
    • =20
  • 2018-10-29 (Monday): Revised Working Group agenda= s due by UTC 23:59.=C2=A0
    • =20
  • 2018-11-30 (Friday): Proceedings submission cutof= f date by UTC 23:59.
    • =20
  • 2018-12-24 (Monday): Proceedings submission corre= ctions cutoff date by UTC 23:59.=20 =20 =20 =20 =20 =20
    • --00000000000099c19b0577d14706-- From nobody Tue Oct 9 18:35:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3BB7130E44; Tue, 9 Oct 2018 18:35:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 NAM-xKNucx8l; Tue, 9 Oct 2018 18:35:32 -0700 (PDT) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 C72D0130E3D; Tue, 9 Oct 2018 18:35:32 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id az3-v6so1692198plb.4; Tue, 09 Oct 2018 18:35:32 -0700 (PDT) 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=4Tw7ExW5g/ubSIst94RJuxJHB84VDdkoT6EUxrNrOWc=; b=ND56hdLrJE4bcjl5FvSrcDx3qNS5YK/3lcvGeJ4OKUmoWpNeYt0Jtc9jXqR6kGPfM2 jMjwcKihP9u6OK9h4ifI83g5qABGJTeOVHkXS305j3JF5vP9feL8RKyMoMjcAl5KC0wr cFe45132eWltMtEwnMUFfnWofbw2NGPx2zx3un8CBkHzeSpnbzXS/dVYUw0dJebnf+uA uZ2O2nDcc90UmhHS4N0jqlytelzQgcZfOcxh/90XjRmn2/EFNHUiyKuzV3wl1Jf8h2X2 irniUI39CCv7pSH/vwK8VogQ2j9hqzWoMzxB3kUU0npkkl6kg+tYT1MV+PVZF6nQcUy2 DmsA== 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=4Tw7ExW5g/ubSIst94RJuxJHB84VDdkoT6EUxrNrOWc=; b=qSo8r96/piIC/K9zP8kcnfmBgSOPkfuve/SZxBD9o2tzvtob1jgetnCDJ+g14YOj+Y eRP1q56BcCvlrDvrEeYt9ib6v4iIMj3w4DYzjvbyLRIeNEro3WUR+kI3HIUhyzLrsUtt 8ENWTFxUhRh58h+KtNx21KyUbBSpnvKxXWXcPACf8r6HIt7E8JUtIF+Zms6Z/1oRhL9r +vr/eCyeLFigWqsBKelgk/KIWOyWQc44n+j8CmtZaapydd7BUcYhcO94taJXkS0gCZoy JrwXIe4Bku4Uv7VVj50Irh4BeI2aIAm2U0cWPvPVMnVcbpxEEYeVRx9eybvsIR2msvG7 k+IA== X-Gm-Message-State: ABuFfog2lfXxGL4qUbIQXDi9hTiSJ/KylJ5haJ5GMMOnef7d+kyJUgQ6 ONlaN0/rMTmqPxpbz/sTUu//WL43WR9LuTwWMAQ= X-Google-Smtp-Source: ACcGV61esdSgRwFkNGfiZg5tnN3EMrGJ4pi3yX+eN5KD2dIQRf52rrM1eDPsXSbebjsTYoYRbe+hje08R2+TumNWAP4= X-Received: by 2002:a17:902:3324:: with SMTP id a33-v6mr31007875plc.208.1539135332159; Tue, 09 Oct 2018 18:35:32 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vishnu Pavan Beeram Date: Tue, 9 Oct 2018 21:35:20 -0400 Message-ID: To: "Andrew G. Malis" Cc: TEAS WG , TEAS WG Chairs Content-Type: multipart/alternative; boundary="000000000000bc14820577d5de8b" Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 01:35:36 -0000 --000000000000bc14820577d5de8b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Andy, Hi! Thanks for the comments! We do have a couple of TEAS WG documents that are of interest to the SFC WG. The Google doc has been updated to reflect the changes. Regards, -Pavan On Tue, Oct 9, 2018 at 9:54 AM Andrew G. Malis wrote: > Pavan and Lou, > > The proposed update looks good, especially with the inclusion of DetNet. > However, support for DetNet should be more general than just support for > "use cases", which could be interpreted to be limited to those in the > forthcoming DetNet Use Cases RFC. Rather, how about: > > - With the DetNet WG on mechanisms (YANG models and protocols) to > support the DetNet architecture and forwarding plane. > > Also, something else occurs to me that is somewhat more speculative and > may actually not fit, but I'll mention it anyway. While SFC doesn't requi= re > traffic engineering in terms of bandwidth guarantees, it does require the > ability to establish constrained (policy-based) paths in terms of the > ordering of nodes for a particular flow or chain, and TEAS certainly has = a > lot of experience with signaling protocols to establish constrained paths= . > So perhaps there's some coordination with the SFC WG that may make sense > there. Just a thought. > > Cheers, > Andy > > > > On Mon, Oct 8, 2018 at 2:49 AM Vishnu Pavan Beeram > wrote: > >> Hi, >> >> Over the past few months we've noted that our charter could use a bit of >> an update to match the current state of TEAS and other working groups. >> We've taken a pass at this and have a proposed revision. Once the WG >> agrees on changes, we'll pass those changes along to our AD who is the >> actual owner of our charter. The text is enclosed below as well as >> available with changes tracked at: >> >> >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_d= ocument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Ds= haring&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVf= W0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q= 1X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D >> >> Please discuss any proposed changes on the list, i.e., changes to the >> charter that are suggested in the google-doc but not agreed to here will >> be ignored. >> >> We'd like to have the changes agreed to by the end of this month so the >> IESG may have time to review/act before IETF103. >> >> Thank you, >> Pavan and Lou >> >> -- >> Draft Update to TEAS WG Charter (Version 1) >> >> The Traffic Engineering Architecture and Signaling (TEAS) Working Group >> is responsible for defining IP, MPLS and GMPLS traffic engineering >> architecture and identifying required related control-protocol >> functions, i.e., routing and path computation element functions. The >> TEAS group is also responsible for standardizing generalized, i.e., >> non-technology specific, RSVP-TE signaling protocol mechanisms, >> >> Traffic Engineering (TE) is the term used to refer to techniques that >> enable operators to control how specific traffic flows are treated >> within their networks. TE is applied to packet networks via MPLS TE >> tunnels and LSPs, but may also be provided by other mechanisms such as >> forwarding rules similar to policy-based routing. The MPLS-TE control >> plane was generalized to additionally support non-packet technologies >> via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and >> GMPLS. Centralized and logically centralized control models are also >> supported, e.g., via Abstraction and Control of Traffic Engineered >> Networks (ACTN) and stateful-PCE. >> >> The TEAS WG is responsible for: >> >> a) Traffic-engineering architectures for generic applicability >> across packet and non-packet networks.. This includes, for example, both >> networks that include the use of PCE and those that conform with ACTN >> principles but don't make use of PCE. The PCE architecture itself is out >> of the WG scope. >> >> b) Definition of protocol-independent metrics and parameters >> (measurement and/or service attributes) for describing links and >> tunnels/paths required for traffic engineering (and related routing, >> signaling and path computation). These will be developed in conjunction >> with requests and requirements from other WGs to ensure overall >> usefulness. >> >> c) Functional specification of extensions for routing (OSPF, ISIS) >> and for path computation (PCE), including those that provide general >> enablers of traffic-engineering systems that also use RSVP-TE. Protocol >> formats and procedures that embody these extensions will be done in >> coordination with the WGs supervising those protocols. >> >> d) Functional specification of generic (i.e., not data plane >> technology-specific) extensions for RSVP-TE, and the associated protocol >> formats and procedures that embody these extensions. >> >> e) Definition of control plane mechanisms and extensions to allow >> the setup and maintenance of TE paths and TE tunnels that span multiple >> domains and/or switching technologies, where a domain may be an IGP >> area, an Autonomous System, or any other region of topological visibilit= y. >> >> f) Definition and extension of management and security techniques >> for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE >> as well as mechanisms used to configure, control, and report OAM within >> TE networks. YANG and MIB modules may be considered. >> >> The TEAS working group is chartered to deliver the following: >> >> 1. Definition of additional abstract service, link, and path >> properties such as jitter, delay, and diversity. Extensions to IGPs to >> advertise these properties, and extensions to RSVP-TE to request and to >> accumulate these properties. Work with PCE WG to include these >> properties in computation requests. >> >> 2. Specification of terminology, architecture, and protocol >> requirements for abstraction and distribution of TE information between >> interconnected TE domains/layers. >> >> 3. Specification and protocol extensions for a GMPLS External >> Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. >> >> 4. Protocol mechanisms to signal associated LSPs in particular with >> different source nodes. >> >> 5. Requirements and protocol extensions for additional protection >> mechanisms including end-point protection, protection of P2MP LSPs, and >> inter-domain protection. >> >> 6. YANG models in support of Traffic Engineering, in coordination >> with working groups working on YANG models for network topology and for >> technology-specific network attributes. >> >> Requirements may be documented in stand-alone RFCs, may be folded >> into architecture or solutions RFCs, may be recorded on a wiki, or may >> be documented in an Internet-Draft that is not progressed to RFC. >> >> The TEAS WG will coordinate with the following working groups: >> >> - With the MPLS WG to maintain and extend MPLS-TE protocol >> mechanisms and to determine whether they should be generalized. >> >> - With the CCAMP WG to maintain and extend non-packet, data plane >> technology-specific TE protocol mechanisms and to determine whether they >> should be generalized. >> >> - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing >> mechanisms. >> >> - With the PCE WG on uses of a PCE in the traffic-engineering >> architecture, on PCE extensions per the above, and on RSVP-TE extensions >> to support PCE WG identified requirements. >> >> - With the IDR WG on the use of BGP-LS in TE environments. >> >> - With the DetNet WG on mechanisms (YANG models and protocols) to >> support DetNet use cases. >> >> - With the SPRING WG on TE architecture and, where appropriate, >> TE-related protocol extensions. >> >> In doing this work, the WG will cooperate with external SDOs (such as >> the ITU-T and the IEEE 802.1) as necessary. >> >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > --000000000000bc14820577d5de8b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Andy, Hi!

    Thanks for the com= ments! We do have a couple of TEAS WG documents that are of interest to the= SFC WG.

    The Google doc has been updated to reflec= t the changes.

    Regards,
    -Pavan
    =

    On Tue, Oct 9, 2018 a= t 9:54 AM Andrew G. Malis <agmalis@= gmail.com> wrote:
    Pavan and Lou,

    The proposed update looks=C2=A0g= ood, especially with the inclusion of DetNet. However, support for DetNet s= hould be more general than just support for "use cases", which co= uld be interpreted to be limited to those in the forthcoming DetNet Use Cas= es RFC. Rather, how about:

    =C2=A0- With the=C2=A0<= span class=3D"m_-4375627645456769385gmail-il">DetNet=C2=A0WG on mech= anisms (YANG models and protocols) to support the=C2=A0DetNet=C2=A0architecture and forwarding p= lane.

    Also, something else occurs to me that i= s somewhat more speculative and may actually not fit, but I'll mention = it anyway. While SFC doesn't require traffic engineering in terms of ba= ndwidth guarantees, it does require the ability to establish constrained (p= olicy-based) paths in terms of the ordering of nodes for a particular flow = or chain, and TEAS certainly has a lot of experience with signaling protoco= ls to establish constrained paths. So perhaps there's some coordination= with the SFC WG that may make sense there. Just a=C2=A0thought.
    =
    Cheers,
    Andy



    On Mon, Oct 8, 2018 at = 2:49 AM Vishnu Pavan Beeram <vishnupavan@gmail.com> wrote:
    Hi,

    Over the pas= t few months we've noted that our charter could use a bit of
    an upda= te to match the current state of TEAS and other working groups.
    We'= ve taken a pass at this and have a proposed revision.=C2=A0 Once the WG
    = agrees on changes, we'll pass those changes along to our AD who is the<= br>actual owner of our charter.=C2=A0 The text is enclosed below as well as=
    available with changes tracked at:

    https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.goo= gle.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-= 3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDT= XcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDF= JYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIx= gomtfqyEt3DRU&e=3D

    Please discuss any proposed changes on th= e list, i.e., changes to the
    charter that are suggested in the google-do= c but not agreed to here will be ignored.

    We'd like to have the = changes agreed to by the end of this month so the
    IESG may have time to = review/act before=C2=A0 IETF103.

    Thank you,
    Pavan and Lou

    --
    Draft Update to TEAS WG= Charter (Version 1)

    The Traffic Engineering Architecture and Signal= ing (TEAS) Working Group
    is responsible for defining IP, MPLS and GMPLS = traffic engineering
    architecture and identifying required related contro= l-protocol
    functions, i.e., routing and path computation element functio= ns. The
    TEAS group is also responsible for standardizing generalized, i.= e.,
    non-technology specific, RSVP-TE signaling protocol mechanisms,
    <= br>Traffic Engineering (TE) is the term used to refer to techniques thatenable operators to control how specific traffic flows are treated
    with= in their networks. TE is applied to packet networks via MPLS TE
    tunnels = and LSPs, but may also be provided by other mechanisms such as
    forwardin= g rules similar to policy-based routing. The MPLS-TE control
    plane was g= eneralized to additionally support non-packet technologies
    via GMPLS.=C2= =A0 RSVP-TE is the signaling protocol used for both MPLS-TE and
    GMPLS. C= entralized and logically centralized control models are also
    supported, = e.g., via Abstraction and Control of Traffic Engineered
    Networks (ACTN) = and stateful-PCE.

    =C2=A0The TEAS WG is responsible for:

    =C2= =A0=C2=A0 a) Traffic-engineering architectures for generic applicabilityacross packet and non-packet networks.. This includes, for example, bothnetworks that include the use of PCE and those that conform with ACTN
    = principles but don't make use of PCE. The PCE architecture itself is ou= t
    of the WG scope.

    =C2=A0=C2=A0 b) Definition of protocol-indepen= dent metrics and parameters
    (measurement and/or service attributes) for = describing links and
    tunnels/paths required for traffic engineering (and= related routing,
    signaling and path computation). These will be develop= ed in conjunction
    with requests and requirements from other WGs to ensur= e overall usefulness.

    =C2=A0=C2=A0 c) Functional specification of ex= tensions for routing (OSPF, ISIS)
    and for path computation (PCE), includ= ing those that provide general
    enablers of traffic-engineering systems t= hat also use RSVP-TE. Protocol
    formats and procedures that embody these = extensions will be done in
    coordination with the WGs supervising those p= rotocols.

    =C2=A0=C2=A0 d) Functional specification of generic (i.e.,= not data plane
    technology-specific) extensions for RSVP-TE, and the ass= ociated protocol
    formats and procedures that embody these extensions.
    =C2=A0=C2=A0 e) Definition of control plane mechanisms and extensions = to allow
    the setup and maintenance of TE paths and TE tunnels that span = multiple
    domains and/or switching technologies, where a domain may be an= IGP
    area, an Autonomous System, or any other region of topological visi= bility.

    =C2=A0=C2=A0 f) Definition and extension of management and s= ecurity techniques
    for RSVP-TE signaling. This includes configuring and = monitoring RSVP-TE
    as well as mechanisms used to configure, control, and= report OAM within
    TE networks. YANG and MIB modules may be considered.<= br>
    =C2=A0 The TEAS working group is chartered to deliver the following:=

    =C2=A0=C2=A0 1. Definition of additional abstract service, link, an= d path
    properties such as jitter, delay, and diversity. Extensions to IG= Ps to
    advertise these properties, and extensions to RSVP-TE to request a= nd to
    accumulate these properties. Work with PCE WG to include these
    = properties in computation requests.

    =C2=A0=C2=A0 2. Specification of= terminology, architecture, and protocol
    requirements for abstraction an= d distribution of TE information between
    interconnected TE domains/layer= s.

    =C2=A0=C2=A0 3. Specification and protocol extensions for a GMPLS= External
    Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS= support.

    =C2=A0=C2=A0 4. Protocol mechanisms to signal associated L= SPs in particular with
    different source nodes.

    =C2=A0=C2=A0 5. Re= quirements and protocol extensions for additional protection
    mechanisms = including end-point protection, protection of P2MP LSPs, and
    inter-domai= n protection.

    =C2=A0=C2=A0 6. YANG models in support of Traffic Engi= neering, in coordination
    with working groups working on YANG models for = network topology and for
    technology-specific network attributes.

    = =C2=A0 Requirements may be documented in stand-alone RFCs, may be foldedinto architecture or solutions RFCs, may be recorded on a wiki, or may
    = be documented in an Internet-Draft that is not progressed to RFC.

    = =C2=A0 The TEAS WG will coordinate with the following working groups:
    =C2=A0=C2=A0 - With the MPLS WG to maintain and extend MPLS-TE protocolmechanisms and to determine whether they should be generalized.

    = =C2=A0=C2=A0 - With the CCAMP WG to maintain and extend non-packet, data pl= ane
    technology-specific TE protocol mechanisms and to determine whether = they
    should be generalized.

    =C2=A0=C2=A0 - With the LSR (OSPF and= ISIS) WG to maintain or extend TE routing
    mechanisms.

    =C2=A0=C2= =A0 - With the PCE WG on uses of a PCE in the traffic-engineering
    archit= ecture, on PCE extensions per the above, and on RSVP-TE extensions
    to su= pport PCE WG identified requirements.

    =C2=A0=C2=A0 - With the IDR WG= on the use of BGP-LS in TE environments.

    =C2=A0=C2=A0 - With the De= tNet WG on mechanisms (YANG models and protocols) to
    support DetNet use = cases.

    =C2=A0=C2=A0 - With the SPRING WG on TE architecture and, whe= re appropriate,
    TE-related protocol extensions.

    In doing this wor= k, the WG will cooperate with external SDOs (such as
    the ITU-T and the I= EEE 802.1) as necessary.




    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --000000000000bc14820577d5de8b-- From nobody Wed Oct 10 10:16:07 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEB3C130E9A for ; Wed, 10 Oct 2018 10:16:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 NZ4vNNDxIi2Z for ; Wed, 10 Oct 2018 10:16:03 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (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 1272E130F9C for ; Wed, 10 Oct 2018 10:16:02 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 1E729216559 for ; Wed, 10 Oct 2018 11:15:01 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id AI4aghuNRj0soAI4bgKrPB; Wed, 10 Oct 2018 11:15:01 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:Cc:From:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Vl2PFUTQc7K6kHv+HqW3DS0Cpq/lksr1aV8FR0+8FVc=; b=WluGG8b6pc1xJKfXOgA4/MWypj +s1TiUNgSKfGFYygNnAcZHykIkTcqeL69Bj/7NUPvmz6cLziPHmV57h9qowHBHWSIrob9zfSMrQfg HVvunoCqJnxlQYwaFUoL45+kZ; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:56244 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gAI4Z-000y9E-RJ; Wed, 10 Oct 2018 11:15:00 -0600 To: Dhruv Dhody References: From: Lou Berger Cc: TEAS WG , TEAS WG Chairs Message-ID: Date: Wed, 10 Oct 2018 13:14:54 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gAI4Z-000y9E-RJ X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:56244 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 17:16:05 -0000 Dhruv, you made the following comment on the google doc: > *Dhruv Dhody* > > This should convey that both centralized (controller) and distributed > TE is in scope. And then use of "PCEP" is optional in the controller. > I dont think that is clear with this text. > Do you have any specific text proposals to address your concern? Thanks, Lou On 10/8/2018 2:49 AM, Vishnu Pavan Beeram wrote: > Hi, > > Over the past few months we've noted that our charter could use a bit of > an update to match the current state of TEAS and other working groups. > We've taken a pass at this and have a proposed revision.  Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter.  The text is enclosed below as well as > available with changes tracked at: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here > will be ignored. > > We'd like to have the changes agreed to by the end of this month so the > IESG may have time to review/act before  IETF103. > > Thank you, > Pavan and Lou > > -- > Draft Update to TEAS WG Charter (Version 1) > > The Traffic Engineering Architecture and Signaling (TEAS) Working Group > is responsible for defining IP, MPLS and GMPLS traffic engineering > architecture and identifying required related control-protocol > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms, > > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-TE and > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered > Networks (ACTN) and stateful-PCE. > >  The TEAS WG is responsible for: > >    a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for example, both > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself is out > of the WG scope. > >    b) Definition of protocol-independent metrics and parameters > (measurement and/or service attributes) for describing links and > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunction > with requests and requirements from other WGs to ensure overall > usefulness. > >    c) Functional specification of extensions for routing (OSPF, ISIS) > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protocol > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols. > >    d) Functional specification of generic (i.e., not data plane > technology-specific) extensions for RSVP-TE, and the associated protocol > formats and procedures that embody these extensions. > >    e) Definition of control plane mechanisms and extensions to allow > the setup and maintenance of TE paths and TE tunnels that span multiple > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological visibility. > >    f) Definition and extension of management and security techniques > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE > as well as mechanisms used to configure, control, and report OAM within > TE networks. YANG and MIB modules may be considered. > >   The TEAS working group is chartered to deliver the following: > >    1. Definition of additional abstract service, link, and path > properties such as jitter, delay, and diversity. Extensions to IGPs to > advertise these properties, and extensions to RSVP-TE to request and to > accumulate these properties. Work with PCE WG to include these > properties in computation requests. > >    2. Specification of terminology, architecture, and protocol > requirements for abstraction and distribution of TE information between > interconnected TE domains/layers. > >    3. Specification and protocol extensions for a GMPLS External > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > >    4. Protocol mechanisms to signal associated LSPs in particular with > different source nodes. > >    5. Requirements and protocol extensions for additional protection > mechanisms including end-point protection, protection of P2MP LSPs, and > inter-domain protection. > >    6. YANG models in support of Traffic Engineering, in coordination > with working groups working on YANG models for network topology and for > technology-specific network attributes. > >   Requirements may be documented in stand-alone RFCs, may be folded > into architecture or solutions RFCs, may be recorded on a wiki, or may > be documented in an Internet-Draft that is not progressed to RFC. > >   The TEAS WG will coordinate with the following working groups: > >    - With the MPLS WG to maintain and extend MPLS-TE protocol > mechanisms and to determine whether they should be generalized. > >    - With the CCAMP WG to maintain and extend non-packet, data plane > technology-specific TE protocol mechanisms and to determine whether they > should be generalized. > >    - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > mechanisms. > >    - With the PCE WG on uses of a PCE in the traffic-engineering > architecture, on PCE extensions per the above, and on RSVP-TE extensions > to support PCE WG identified requirements. > >    - With the IDR WG on the use of BGP-LS in TE environments. > >    - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNet use cases. > >    - With the SPRING WG on TE architecture and, where appropriate, > TE-related protocol extensions. > > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary. > > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Oct 11 06:29:51 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2474C130DD6 for ; Thu, 11 Oct 2018 06:29:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 4xhe4mptxhZ4 for ; Thu, 11 Oct 2018 06:29:47 -0700 (PDT) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 F008E130E67 for ; Thu, 11 Oct 2018 06:29:46 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 7E5C0140489 for ; Thu, 11 Oct 2018 07:29:46 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id Ab2AgvGmqE0jMAb2AgMsYf; Thu, 11 Oct 2018 07:29:46 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=anQDzOc+DsGR+6240PXEKQdpDyicd3DBbBM7JFkDXGw=; b=kANPJiv93JpGVunu6AuahxUbY+ 3aY2HRNXtkbqwWfB/n5JlPJW5xoZUm/Xfi8648gB87LKf2bHCdF3+Wx8ysPjAXb2gyVevg3/XEraz 6yzk6XjHSNJp/HjAMgMjBxazI; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:39808 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gAb2A-002DBy-6p; Thu, 11 Oct 2018 07:29:46 -0600 To: "Tarek Saad (tsaad)" , Vishnu Pavan Beeram , TEAS WG References: <153778779723.28147.8082439306935897510@ietfa.amsl.com> <5EC117A7-74B5-48FA-AFB7-C755041CE923@cisco.com> From: Lou Berger Message-ID: <2b958e3a-7dc1-ca67-7d45-23799039a173@labn.net> Date: Thu, 11 Oct 2018 09:29:41 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5EC117A7-74B5-48FA-AFB7-C755041CE923@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gAb2A-002DBy-6p X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:39808 X-Source-Auth: lberger@labn.net X-Email-Count: 5 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:29:50 -0000 Hi Tarek/Authors, Thanks for this.  Is the document ready for YANG Dr review and last call? Lou On 10/9/2018 10:28 AM, Tarek Saad (tsaad) wrote: > Thanks Lou for the feedback. We've just uploaded draft-ietf-teas-yang-te-types-01 which addresses your feedback. > > Regards, > Tarek > > -----Original Message----- > From: Teas on behalf of Lou Berger > Date: Tuesday, September 25, 2018 at 4:46 PM > To: Vishnu Pavan Beeram , TEAS WG > Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt > > Thanks for this. I think this is almost ready for YYANG Dr review. I > think there should be some very brief explanation added for each type, > ala what was done in https://tools.ietf.org/html/rfc8294 . > > What do you think? > > Lou > > > On 9/25/2018 5:13 AM, Vishnu Pavan Beeram wrote: > > > > WG, > > > > As discussed at the last IETF, we (the authors) have published a > > separate draft (draft-ietf-teas-yang-te-types) for the ietf-te-types > > yang module. This module used to be part of draft-ietf-teas-yang-te. > > The document split was necessary to make the progress of other > > documents that reference this types module to not be dependent on the > > progress of draft-ietf-teas-yang-te. > > > > Please do review this new draft and let us know if there are any > > questions/comments. We believe that the ietf-te-types module is > > sufficiently baked and ready for WG LC. > > > > Regards, > > > > -Pavan (on behalf of the authors) > > > > > > ---------- Forwarded message --------- > > From: > > > Date: Mon, Sep 24, 2018 at 7:16 AM > > Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-types-00.txt > > To: > > > Cc: > > > > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > > directories. > > This draft is a work item of the Traffic Engineering Architecture and > > Signaling WG of the IETF. > > > > Title : Traffic Engineering Common YANG Types > > Authors : Tarek Saad > > Rakesh Gandhi > > Xufeng Liu > > Vishnu Pavan Beeram > > Himanshu Shah > > Igor Bryskin > > Young Lee > > Filename : draft-ietf-teas-yang-te-types-00.txt > > Pages : 59 > > Date : 2018-09-13 > > > > Abstract: > > This document defines a collection of common data types and groupings > > in YANG data modeling language. These derived common types and > > groupings are intended to be imported by modules that model Traffic > > Engineering (TE) configuration and state capabilities. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-teas-yang-te-types-00 > > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-types-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/ > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Oct 11 07:54:06 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6D7A130DF3 for ; Thu, 11 Oct 2018 07:54:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.978 X-Spam-Level: X-Spam-Status: No, score=-1.978 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_PASS=-0.001, T_PDS_FROM_2_EMAILS=0.01, T_REMOTE_IMAGE=0.01, 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 1S-CdLIHi2-P for ; Thu, 11 Oct 2018 07:54:02 -0700 (PDT) Received: from mail-it1-x141.google.com (mail-it1-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 71283130DD3 for ; Thu, 11 Oct 2018 07:54:02 -0700 (PDT) Received: by mail-it1-x141.google.com with SMTP id i76-v6so13568028ita.3 for ; Thu, 11 Oct 2018 07:54:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:mime-version:to:from:subject:date:importance:in-reply-to :references; bh=IhrdqOJ/jXl6pizMI1dgqbBeKLNJRQdru8thPYWJAtY=; b=oKbP2jO3qNqqYhQ1TVUP43z9Wv/8NBc/2K4NFwOD4BBIqmFGEfU5xAeHmXhPLZfdmm a94rZi+4CNbnT2wFt0r7wkk0nQG9JUDCb2AeGwmLgQuj1tUibhflUKaenl5M3RjymTJF bJri+yagxhkxklI4Z981dZgp8Y/JmSpGsOGgGZmglQ0T1t8YHw97S68ax2Y2gvJ+gl8N KeXZaTF8Q9SO5NSrKFLer5llNqYvMQN+rW83C9EmhnHSjh3xdmzg+mb+6OrGFh79QdC+ f16pTqn3ntrY7yvgcDE3J8VBA55e2v1WGUQCGQfnAp41kPdeoiNXPHJeiQ/8Fhri7aqd nBIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version:to:from:subject:date :importance:in-reply-to:references; bh=IhrdqOJ/jXl6pizMI1dgqbBeKLNJRQdru8thPYWJAtY=; b=RN5wXpzH634jUgkUDCsjv6eXI/W673R0Z0vNYvRnQ3SD+NdgmSW7co1HqBKVYfSnsW Xct2oqJ3zliCCPYu+kNosVYBs7wMbN0mSIRNPLje2tCDp6kKeD9HMsJQUblIsfx9g3+n dBnCrfiMSScbn6rvwSTg49Qi3RnefY4L1zTGwiHRDr/WmAC9hNaPv554Ov2nTIJBz7oL KFC+5b5mcSngKItF4BTRzh58jQnalcYjK5rJOyX8GkTtLnnjS8WZFyRm4vWsq7wwLjQI +HFyHVJ+vZoarlbezhNEY8KjcqBY4j9L3jz6d/R23uWSpjQz7Ukq4AvwTeR2JorsAMNj jopg== X-Gm-Message-State: ABuFfoiYdTx/Dfgan8rG8650gE2qflarcVPvCEcGA+Wlb+ob0Q5x6+AG hSCZCQz8RUJIBFC7mt1W1SQ= X-Google-Smtp-Source: ACcGV61XnqAZ6+NFiA+fPEw0+ki8BwkeclkIEsXXpZaCq0uGuUhg3zwdppuvEWIgPSjzfUvgMyKbPg== X-Received: by 2002:a24:6f05:: with SMTP id x5-v6mr1787924itb.111.1539269641581; Thu, 11 Oct 2018 07:54:01 -0700 (PDT) Received: from ?IPv6:::ffff:192.168.1.167? (ip72-196-214-116.dc.dc.cox.net. [72.196.214.116]) by smtp.gmail.com with ESMTPSA id n7-v6sm10654367itb.22.2018.10.11.07.54.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Oct 2018 07:54:00 -0700 (PDT) Message-ID: <5bbf6408.1c69fb81.787bb.1954@mx.google.com> MIME-Version: 1.0 To: Lou Berger , "Tarek Saad (tsaad)" , Vishnu Pavan Beeram , TEAS WG From: "xufeng@voltanet.io" Date: Thu, 11 Oct 2018 10:54:01 -0400 Importance: normal X-Priority: 3 In-Reply-To: <2b958e3a-7dc1-ca67-7d45-23799039a173@labn.net> References: <153778779723.28147.8082439306935897510@ietfa.amsl.com> <5EC117A7-74B5-48FA-AFB7-C755041CE923@cisco.com> <2b958e3a-7dc1-ca67-7d45-23799039a173@labn.net> Content-Type: multipart/alternative; boundary="_AF92A298-C452-444F-AE9F-3CB4DDE4FB18_" X-Antivirus: Avast (VPS 181011-2, 10/11/2018), Outbound message X-Antivirus-Status: Clean Archived-At: Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 14:54:05 -0000 --_AF92A298-C452-444F-AE9F-3CB4DDE4FB18_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hi Lou, The authors believe yes. Thanks, - Xufeng From: Lou Berger Sent: Thursday, October 11, 2018 9:30 AM To: Tarek Saad (tsaad); Vishnu Pavan Beeram; TEAS WG Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt Hi Tarek/Authors, Thanks for this.=C2=A0 Is the document ready for YANG Dr review and last ca= ll? Lou On 10/9/2018 10:28 AM, Tarek Saad (tsaad) wrote: > Thanks Lou for the feedback. We've just uploaded draft-ietf-teas-yang-te-= types-01 which addresses your feedback. > > Regards, > Tarek > > =EF=BB=BF-----Original Message----- > From: Teas on behalf of Lou Berger > Date: Tuesday, September 25, 2018 at 4:46 PM > To: Vishnu Pavan Beeram , TEAS WG > Subject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt= > > Thanks for this. I think this is almost ready for YYANG Dr review. = I > think there should be some very brief explanation added for each typ= e, > ala what was done in https://tools.ietf.org/html/rfc8294 . > > What do you think? > > Lou > > > On 9/25/2018 5:13 AM, Vishnu Pavan Beeram wrote: > > > > WG, > > > > As discussed at the last IETF, we (the authors) have published a > > separate draft (draft-ietf-teas-yang-te-types) for the ietf-te-typ= es > > yang module. This module used to be part of draft-ietf-teas-yang-t= e. > > The document split was necessary to make the progress of other > > documents that reference this types module to not be dependent on = the > > progress of draft-ietf-teas-yang-te. > > > > Please do review this new draft and let us know if there are any > > questions/comments. We believe that the ietf-te-types module is > > sufficiently baked and ready for WG LC. > > > > Regards, > > > > -Pavan (on behalf of the authors) > > > > > > ---------- Forwarded message --------- > > From: >= > > Date: Mon, Sep 24, 2018 at 7:16 AM > > Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-types-00.txt > > To: > > > Cc: > > > > > > > > > A New Internet-Draft is available from the on-line Internet-Drafts= > > directories. > > This draft is a work item of the Traffic Engineering Architecture = and > > Signaling WG of the IETF. > > > > Title : Traffic Engineering Common YANG Types > > Authors : Tarek Saad > > Rakesh Gandhi > > Xufeng Liu > > Vishnu Pavan Beeram > > Himanshu Shah > > Igor Bryskin > > Young Lee > > Filename : draft-ietf-teas-yang-te-types-00.txt > > Pages : 59 > > Date : 2018-09-13 > > > > Abstract: > > This document defines a collection of common data types and gro= upings > > in YANG data modeling language. These derived common types and= > > groupings are intended to be imported by modules that model Tra= ffic > > Engineering (TE) configuration and state capabilities. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ > > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-teas-yang-te-types-00 > > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-type= s-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.or= g > > . > > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus --_AF92A298-C452-444F-AE9F-3CB4DDE4FB18_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

    Hi Lou,

     

    The authors believe yes.

     

    Thanks,

    - Xufeng

     <= /p>

    From: Lou Be= rger
    Sent: Thursday, October 11, 2018 9:30 AM
    To: <= a href=3D"mailto:tsaad@cisco.com">Tarek Saad (tsaad); Vishnu Pavan Beeram; TEAS WG
    Subject: Re: [Teas] Fwd: I-D Action: draft-iet= f-teas-yang-te-types-00.txt

     =

    Hi Tarek/Authors,

    &nb= sp;

    Thanks for this.  Is the document re= ady for YANG Dr review and last call?

     

    Lou

     <= /p>

     

    On 10/9/2= 018 10:28 AM, Tarek Saad (tsaad) wrote:

    > Thanks= Lou for the feedback. We've just uploaded draft-ietf-teas-yang-te-types-01= which addresses your feedback.

    > 

    > Regards,

    > Tarek=

    > 

    >= =EF=BB=BF-----Original Message-----

    > From: Tea= s <teas-bounces@ietf.org> on behalf of Lou Berger <lberger@labn.ne= t>

    > Date: Tuesday, September 25, 2018 at 4:4= 6 PM

    > To: Vishnu Pavan Beeram <vishnupavan@g= mail.com>, TEAS WG <teas@ietf.org>

    > Su= bject: Re: [Teas] Fwd: I-D Action: draft-ietf-teas-yang-te-types-00.txt

    =

    > 

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 Thanks for this.=C2=A0 I think this is almost r= eady for YYANG Dr review.=C2=A0 I

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 think there should be some very brief explanation added = for each type,

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a= la what was done in https://tools.ietf.org/html/rfc8294 .

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 What do you think?

    >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    >=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Lou

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 On 9/25/2018 5:13 AM, Vish= nu Pavan Beeram wrote:

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >= WG,

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > As discussed at t= he last IETF, we (the authors) have published a

    >= ;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > separate draft (draft-ietf-teas-yang-t= e-types) for the ietf-te-types

    >=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 > yang module. This module used to be part of draft-ietf= -teas-yang-te.

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 &= gt; The document split was necessary to make the progress of other

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > documents that refe= rence this types module to not be dependent on the

    = >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > progress of draft-ietf-teas-yang-te= =2E

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Please do review t= his new draft and let us know if there are any

    >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > questions/comments. We believe that the= ietf-te-types module is

    >=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 > sufficiently baked and ready for WG LC.

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 > Regards,

    >=C2= =A0=C2=A0=C2=A0 =C2=A0=C2=A0>

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 > -Pavan (on behalf of the authors)

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 > ---------- Forwarded message ---------

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > From: <internet-d= rafts@ietf.org <mailto:internet-drafts@ietf.org>>

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Date: Mon, Sep 24, 2018 at = 7:16 AM

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Sub= ject: [Teas] I-D Action: draft-ietf-teas-yang-te-types-00.txt

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > To: <i-d-announce@i= etf.org <mailto:i-d-announce@ietf.org>>

    &g= t;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Cc: <teas@ietf.org <mailto:teas= @ietf.org>>

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > A New Internet-Draft i= s available from the on-line Internet-Drafts

    >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > directories.

    &g= t;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > This draft is a work item of the Traf= fic Engineering Architecture and

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 > Signaling WG of the IETF.

    &= gt;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Title=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : Tra= ffic Engineering Common YANG Types

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Aut= hors=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : Tarek Saad

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Rakesh Gandhi<= /p>

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Xufen= g Liu

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Vishnu Pavan Beeram

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Himanshu Shah

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Igor Bryskin

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Young Lee

    &= gt;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 Filename=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : draft-iet= f-teas-yang-te-types-00.txt

    >=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Pages=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 59

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 Date=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 : 2018-09-13

    >=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 > Abstract:

    >=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0 This document defines a collection of c= ommon data types and groupings

    >=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0 in YANG data modeling language.=C2= =A0 These derived common types and

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0 groupings are intended to be impo= rted by modules that model Traffic

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 >=C2=A0=C2=A0=C2=A0 Engineering (TE) configuration an= d state capabilities.

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >=

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > The IETF d= atatracker status page for this draft is:

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 > https://datatracker.ietf.org/doc/draft-iet= f-teas-yang-te-types/

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >= There are also htmlized versions available at:

    >= ;=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > https://tools.ietf.org/html/draft-ietf= -teas-yang-te-types-00

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-t= ypes-00

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    =

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Please note that it may t= ake a couple of minutes from the time of

    >=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 > submission

    >=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 > until the htmlized version and diff are avail= able at tools.ietf.org

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 > <http://tools.ietf.org>.

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 > Internet-Drafts are also available by anonymous FTP= at:

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > ftp://= ftp.ietf.org/internet-drafts/

    >=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 >

    >=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 > _______________________________________________

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Teas mailing list

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Teas@ietf.org <m= ailto:Teas@ietf.org>

    >=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 > https://www.ietf.org/mailman/listinfo/teas

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 >

    >=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 > _______________________________________________<= /p>

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Teas mailin= g list

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > Teas= @ietf.org

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > h= ttps://www.ietf.org/mailman/listinfo/teas

    >=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0

    >=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 _______________________________________________

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Teas mailing list

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Teas@ietf.org

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 https://www.ietf.org/mailma= n/listinfo/teas

    >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

    > 

    >= _______________________________________________

    &g= t; Teas mailing list

    > Teas@ietf.org

    > https://www.ietf.org/mailman/listinfo/teas

     

    _______________________= ________________________

    Teas mailing list

    Teas@ietf.org

    https://www.ietf.org/= mailman/listinfo/teas

     


    3D"" Virus-= free. www.avast.com
    --_AF92A298-C452-444F-AE9F-3CB4DDE4FB18_-- From nobody Thu Oct 11 10:36:21 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17283130E4D for ; Thu, 11 Oct 2018 10:36:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 Ae2mpg43BynT for ; Thu, 11 Oct 2018 10:36:18 -0700 (PDT) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) (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 475D3130EA7 for ; Thu, 11 Oct 2018 10:36:18 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy10.mail.unifiedlayer.com (Postfix) with ESMTP id 94792140690 for ; Thu, 11 Oct 2018 11:36:17 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id AesjgzeMjE0jMAesjgREVc; Thu, 11 Oct 2018 11:36:17 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Cc:Subject:To:From:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=QPrdEXI9mwmQqP5oUKPI8zfvPVu1cG0gGJHcJNYRbYg=; b=xKbn8qKAySpTZQDZKb0NLQc4J8 jn2fVA0a2pdPaIu0AtaYtdnFrieWnMBTQVSIPZOszZgIb5GxqkEfoVOHE1hzyGKp/X9WO+HYyotjA weBgThfFFOn5OIb8DYDMSz6v7; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:57328 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gAesj-003RVu-5L; Thu, 11 Oct 2018 11:36:17 -0600 From: Lou Berger To: tsaad@cisco.com, "Rakesh Gandhi (rgandhi)" , vbeeram@juniper.net, "Shah, Himanshu" , Xufeng Liu , Igor.Bryskin@huawei.com, leeyoung@huawei.com Cc: TEAS WG Message-ID: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Date: Thu, 11 Oct 2018 13:36:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gAesj-003RVu-5L X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:57328 X-Source-Auth: lberger@labn.net X-Email-Count: 14 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:36:20 -0000 Authors, Contributors, WG, As part of preparation for WG Last Call Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author and listed contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your response. From nobody Thu Oct 11 11:56:50 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1829A130ED4 for ; Thu, 11 Oct 2018 11:56:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 vhgVh3NBhGfQ for ; Thu, 11 Oct 2018 11:56:45 -0700 (PDT) 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 C35A7130ECF for ; Thu, 11 Oct 2018 11:56:45 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 3DD29CF0AA7D2 for ; Thu, 11 Oct 2018 19:56:41 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 11 Oct 2018 19:56:43 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML701-CHM.china.huawei.com ([169.254.3.60]) with mapi id 14.03.0415.000; Thu, 11 Oct 2018 11:56:35 -0700 From: Igor Bryskin To: Lou Berger , "tsaad@cisco.com" , "Rakesh Gandhi (rgandhi)" , "vbeeram@juniper.net" , "Shah, Himanshu" , Xufeng Liu , Leeyoung CC: TEAS WG Thread-Topic: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYj5yAUzh+ptGEWVqRL/wO50DqUaY8mw Date: Thu, 11 Oct 2018 18:56:35 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C516E23@sjceml521-mbx.china.huawei.com> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.154.228] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 18:56:48 -0000 No, I'm not aware of any IPR that applies to this draft. Igor -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Thursday, October 11, 2018 1:36 PM To: tsaad@cisco.com; Rakesh Gandhi (rgandhi); vbeeram@juniper.net; Shah, Hi= manshu; Xufeng Liu; Igor Bryskin; Leeyoung Cc: TEAS WG Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Authors, Contributors, WG, As part of preparation for WG Last Call Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author and listed contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your response. _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Thu Oct 11 11:57:54 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12260130ED7 for ; Thu, 11 Oct 2018 11:57:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, 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 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 6WDpgjrA2bbj for ; Thu, 11 Oct 2018 11:57:51 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F96C130ECF for ; Thu, 11 Oct 2018 11:57:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3014; q=dns/txt; s=iport; t=1539284271; x=1540493871; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=wDWne+q9acecKTG0+cydeUfG7IQagC52wY4pq6RUtjc=; b=e6hjcEwMQ+kVnK/F1ywC5Z9Dnfwnjj0trl8poy3rdkSsTAPCsXYgbTDO eQGEvB4BWbsCOWtW71B+4xiKraJAA/xb6xchbivTfB64Hn9aM504uEtIQ a8/pOoic0UKMIzi8PFlHFU3E6S5DY4yu6zSHbSIDqdXFRKzJLa2LqZIp1 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAADDnL9b/5xdJa1iGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVQvZn8oCoNriBaMNoFolyUUgWYLAQE?= =?us-ascii?q?YCwmEQAIXhD4hNA0NAQMBAQIBAQJtHAyFOgIBAwEBIRE6BgUQAgEIDgwCJgI?= =?us-ascii?q?CAiULFRACBAENBYMgAYIBD6YqgS6EAAEBhVqBC4o6F4FBP4ESJwwTgkyDEAs?= =?us-ascii?q?BAYEuARIBNoJqMYImAohPlUEJAoZQigIXgU9LhCCJV4w0hyaCEQIRFIElHTh?= =?us-ascii?q?kcXAVOyoBgkEJiw6FCAE1bwGBFYhhgR8BgR4BAQ?= X-IronPort-AV: E=Sophos;i="5.54,369,1534809600"; d="scan'208";a="454713374" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Oct 2018 18:57:50 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id w9BIvnPt026615 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 11 Oct 2018 18:57:49 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 11 Oct 2018 13:57:49 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Thu, 11 Oct 2018 13:57:49 -0500 From: "Rakesh Gandhi (rgandhi)" To: Lou Berger , "Tarek Saad (tsaad)" , "vbeeram@juniper.net" , "Shah, Himanshu" , Xufeng Liu , "Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" CC: TEAS WG Thread-Topic: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYjyecKD+KxhOEyfxG6GV5shbKUadkwA Date: Thu, 11 Oct 2018 18:57:49 +0000 Message-ID: <6FE17D09-D4B9-48E8-8605-4A5CA0F42CF8@cisco.com> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.213.69] Content-Type: text/plain; charset="utf-8" Content-ID: <66671DF0F1C3314CAFE5393BBC078446@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: rcdn-core-5.cisco.com Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 18:57:53 -0000 SGkgTG91LCBXRywNCg0KTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMg dG8gdGhpcyBkcmFmdC4NCg0KVGhhbmtzLA0KUmFrZXNoDQoNCg0KT24gMjAxOC0xMC0xMSwgMToz NiBQTSwgIlRlYXMgb24gYmVoYWxmIG9mIExvdSBCZXJnZXIiIDx0ZWFzLWJvdW5jZXNAaWV0Zi5v cmcgb24gYmVoYWxmIG9mIGxiZXJnZXJAbGFibi5uZXQ+IHdyb3RlOg0KDQogICAgDQogICAgQXV0 aG9ycywgQ29udHJpYnV0b3JzLCBXRywNCiAgICANCiAgICBBcyBwYXJ0IG9mIHByZXBhcmF0aW9u IGZvciBXRyBMYXN0IENhbGwNCiAgICANCiAgICBBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhh dCBhcHBsaWVzIHRvIGRyYWZ0cyBpZGVudGlmaWVkIGFib3ZlPw0KICAgIA0KICAgIFBsZWFzZSBz dGF0ZSBlaXRoZXI6DQogICAgDQogICAgIk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhh dCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQogICAgb3INCiAgICAiWWVzLCBJJ20gYXdhcmUgb2Yg SVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KICAgIA0KICAgIElmIHNvLCBoYXMgdGhp cyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQog ICAgKHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscyk/ DQogICAgDQogICAgSWYgeWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCiAg ICANCiAgICAiWWVzLCB0aGUgSVBSIGhhcyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdp dGggSUVURiBJUFIgcnVsZXMiDQogICAgb3INCiAgICAiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVu IGRpc2Nsb3NlZCINCiAgICANCiAgICBJZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBh bnkgYWRkaXRpb25hbCBkZXRhaWxzIHlvdSB0aGluaw0KICAgIGFwcHJvcHJpYXRlLg0KICAgIA0K ICAgIElmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9y IHBsZWFzZSBhbnN3ZXIgdGhlDQogICAgYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWls IHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZQ0KICAgIGF3YXJlIG9mIGFueSBy ZWxldmFudCBJUFIuIFRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dA0K ICAgIHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1 dGhvciBhbmQgbGlzdGVkDQogICAgY29udHJpYnV0b3IuIE5PVEU6IFRISVMgQVBQTElFUyBUTyBB TEwgT0YgWU9VIExJU1RFRCBJTiBUSElTIE1FU1NBR0UnUw0KICAgIFRPIExJTkVTLg0KICAgIA0K ICAgIElmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdz IGJ1dCBhcmUgbm90IGxpc3RlZA0KICAgIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgd2Ug cmVtaW5kIHlvdSBvZiB5b3VyIG9ibGlnYXRpb25zIHVuZGVyDQogICAgdGhlIElFVEYgSVBSIHJ1 bGVzIHdoaWNoIGVuY291cmFnZXMgeW91IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlDQog ICAgYXdhcmUgb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8g cmVmcmFpbiBmcm9tDQogICAgcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yIGRp c2N1c3Npb24gcmVsYXRlZCB0byB5b3VyDQogICAgdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBp bmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCiAgICBhbmQNCiAg ICBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxl Y3R1YWxQcm9wZXJ0eS4NCiAgICANCiAgICBUaGFuayB5b3UsDQogICAgVEVBUyBXRyBDaGFpcnMN CiAgICANCiAgICBQUyBQbGVhc2UgaW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9m IHRoaXMgbWVzc2FnZSBpbiB5b3VyDQogICAgcmVzcG9uc2UuDQogICAgDQogICAgDQogICAgDQog ICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBU ZWFzIG1haWxpbmcgbGlzdA0KICAgIFRlYXNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCiAgICANCg0K From nobody Thu Oct 11 11:59:48 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6660A130ED4 for ; Thu, 11 Oct 2018 11:59:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.956 X-Spam-Level: X-Spam-Status: No, score=-14.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, 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 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 Va9jmN8lTOdD for ; Thu, 11 Oct 2018 11:59:45 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37C0E130ECF for ; Thu, 11 Oct 2018 11:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3606; q=dns/txt; s=iport; t=1539284385; x=1540493985; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=vWK9nJ4ATTB09k+ObZuNpPzN6HAfjzdSCigngha3ZU0=; b=S7n7G1r8futCwi+UcgDDM0pyylHgweF7Bci2UBQPPSs8G3r153bBMjdq 7FLxvuI/Cd0urunK02dKwqUFPMuH8dEcuOMhqzSnd257gYoUFzjM45igo B79IbzxqAGFATGsufZWfXMJ9aKVOKMn7NY/Zn/66cVLLk2/njdOdhE1Jd U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABEnb9b/5RdJa1iGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgVQvZn8oCoNriBaMNoFoJYhyjg4UgWY?= =?us-ascii?q?LAQEYCwmEQAIXhD4hNA0NAQMBAQIBAQJtHAyFOQEBAQEDAQEhEToGBQwEAgE?= =?us-ascii?q?IDgMDAQIDAiYCAgIfBgsVCAgCBAENBYMgAYFpAxUPpiiBLoQAAQGDNQ2CGIE?= =?us-ascii?q?LijoXgUE/gRInDBOCTIJWOgsBAYEuARIBJhAhAoJHMYImAohPlRMuCQKGUIZ?= =?us-ascii?q?hgyEXgU9LhCCJV4w0dIYyghECERSBJR04ZHFwFTsqAYJBCYsOhQgBNW8BgRW?= =?us-ascii?q?IYYEfAYEeAQE?= X-IronPort-AV: E=Sophos;i="5.54,369,1534809600"; d="scan'208";a="465173962" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Oct 2018 18:59:26 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id w9BIxPN9022483 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 11 Oct 2018 18:59:26 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 11 Oct 2018 14:59:25 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1395.000; Thu, 11 Oct 2018 14:59:24 -0400 From: "Tarek Saad (tsaad)" To: Lou Berger , "Rakesh Gandhi (rgandhi)" , "vbeeram@juniper.net" , "Shah, Himanshu" , Xufeng Liu , "Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" CC: TEAS WG Thread-Topic: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYjybur6uxTqQkWv8U9vpi5JG6UaZfsA Date: Thu, 11 Oct 2018 18:59:24 +0000 Message-ID: <6F109A6F-B8CA-4024-B951-F89C19B3F143@cisco.com> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.2.180910 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.212.140] Content-Type: text/plain; charset="utf-8" Content-ID: <93B9B756E5DB7D408D130BA31B8764FE@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.160, xch-rtp-020.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 18:59:47 -0000 SGkgTG91L2FsbCwNCg0KTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMg dG8gdGhpcyBkcmFmdC4NCg0KUmVnYXJkcywNClRhcmVrDQoNCu+7vy0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBv ZiBMb3UgQmVyZ2VyIDxsYmVyZ2VyQGxhYm4ubmV0Pg0KRGF0ZTogVGh1cnNkYXksIE9jdG9iZXIg MTEsIDIwMTggYXQgMTozNiBQTQ0KVG86IFRhcmVrIFNhYWQgPHRzYWFkQGNpc2NvLmNvbT4sICJS YWtlc2ggR2FuZGhpIChyZ2FuZGhpKSIgPHJnYW5kaGlAY2lzY28uY29tPiwgInZiZWVyYW1AanVu aXBlci5uZXQiIDx2YmVlcmFtQGp1bmlwZXIubmV0PiwgIlNoYWgsIEhpbWFuc2h1IiA8aHNoYWhA Y2llbmEuY29tPiwgWHVmZW5nIExpdSA8eHVmZW5nLmxpdS5pZXRmQGdtYWlsLmNvbT4sICJJZ29y LkJyeXNraW5AaHVhd2VpLmNvbSIgPElnb3IuQnJ5c2tpbkBodWF3ZWkuY29tPiwgImxlZXlvdW5n QGh1YXdlaS5jb20iIDxsZWV5b3VuZ0BodWF3ZWkuY29tPg0KQ2M6IFRFQVMgV0cgPHRlYXNAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBbVGVhc10gUmVnYXJkaW5nIElQUiBvbiBkcmFmdC1pZXRmLXRlYXMt eWFuZy10ZS10eXBlcy0wMQ0KDQogICAgDQogICAgQXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRywN CiAgICANCiAgICBBcyBwYXJ0IG9mIHByZXBhcmF0aW9uIGZvciBXRyBMYXN0IENhbGwNCiAgICAN CiAgICBBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0cyBpZGVu dGlmaWVkIGFib3ZlPw0KICAgIA0KICAgIFBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICAgDQogICAg Ik5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQi DQogICAgb3INCiAgICAiWWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlz IGRyYWZ0Ig0KICAgIA0KICAgIElmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4g Y29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzDQogICAgKHNlZSBSRkNzIDM5NzksIDQ4Nzks IDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscyk/DQogICAgDQogICAgSWYgeWVzIHRvIHRo ZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjoNCiAgICANCiAgICAiWWVzLCB0aGUgSVBSIGhh cyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMiDQogICAg b3INCiAgICAiTm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Nsb3NlZCINCiAgICANCiAgICBJ ZiB5b3UgYW5zd2VyIG5vLCBwbGVhc2UgcHJvdmlkZSBhbnkgYWRkaXRpb25hbCBkZXRhaWxzIHlv dSB0aGluaw0KICAgIGFwcHJvcHJpYXRlLg0KICAgIA0KICAgIElmIHlvdSBhcmUgbGlzdGVkIGFz IGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIgdGhlDQogICAg YWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBv ciBub3QgeW91IGFyZQ0KICAgIGF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuIFRoaXMgZG9jdW1l bnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dA0KICAgIHN0YWdlIHVudGlsIGEgcmVzcG9u c2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgbGlzdGVkDQogICAgY29u dHJpYnV0b3IuIE5PVEU6IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJTiBUSElT IE1FU1NBR0UnUw0KICAgIFRPIExJTkVTLg0KICAgIA0KICAgIElmIHlvdSBhcmUgb24gdGhlIFdH IGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZA0KICAg IGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwgd2UgcmVtaW5kIHlvdSBvZiB5b3VyIG9ibGln YXRpb25zIHVuZGVyDQogICAgdGhlIElFVEYgSVBSIHJ1bGVzIHdoaWNoIGVuY291cmFnZXMgeW91 IHRvIG5vdGlmeSB0aGUgSUVURiBpZiB5b3UgYXJlDQogICAgYXdhcmUgb2YgSVBSIG9mIG90aGVy cyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tDQogICAgcGFydGlj aXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yIGRpc2N1c3Npb24gcmVsYXRlZCB0byB5b3Vy DQogICAgdW5kaXNjbG9zZWQgSVBSLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0 aGUgUkZDcyBsaXN0ZWQgYWJvdmUNCiAgICBhbmQNCiAgICBodHRwOi8vdHJhYy50b29scy5pZXRm Lm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eS4NCiAgICANCiAg ICBUaGFuayB5b3UsDQogICAgVEVBUyBXRyBDaGFpcnMNCiAgICANCiAgICBQUyBQbGVhc2UgaW5j bHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBpbiB5b3VyDQog ICAgcmVzcG9uc2UuDQogICAgDQogICAgDQogICAgDQogICAgX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBUZWFzIG1haWxpbmcgbGlzdA0KICAgIFRl YXNAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Rl YXMNCiAgICANCg0K From nobody Thu Oct 11 12:03:56 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BA9A130ED8 for ; Thu, 11 Oct 2018 12:03:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.156 X-Spam-Level: X-Spam-Status: No, score=-3.156 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=juniper.net 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 kPQWuOePxV69 for ; Thu, 11 Oct 2018 12:03:51 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 C87B7130ECF for ; Thu, 11 Oct 2018 12:03:51 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w9BIwgsU023681; Thu, 11 Oct 2018 12:03:41 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=7i/NxQnAeKQaArCbFHZNvAEg43TD6L/EMaXJjq9mp4c=; b=L2BUfTFK0jUNPVqJK/qPN7LzycgWuiCdCdz9AXg54tqInXxMnLM4LDNzO5wp1vmrPdry ELP63HDFqroR7pKlnB1zKU45GXaQ7M3uBQaIx6yIEIz+EQqAgQlNthtONbARQRCLlz0x ZKbEk2j03M588tOz9UrZyZCHun9DfV2K5PcbCsssYcVO83DgQOYCM4K5yvI5LBsOOTrj yCBwp3nHe6NB8TcQrxJSNzub/CLEFNa/QgWovAZk8P2zox5RsP9nk6wZZcnJQcaHjZsx VieozZRhMwXqokdWMpSoOtYn/WzG3NhSksnwxRWD64Jr+7s4YY3NSxA9xRyYvuDZQIwI OA== Received: from nam05-dm3-obe.outbound.protection.outlook.com (mail-dm3nam05lp0114.outbound.protection.outlook.com [216.32.181.114]) by mx0a-00273201.pphosted.com with ESMTP id 2n2bwy81m6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 11 Oct 2018 12:03:41 -0700 Received: from BYAPR05MB4309.namprd05.prod.outlook.com (52.135.202.20) by BYAPR05MB4021.namprd05.prod.outlook.com (52.135.199.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.19; Thu, 11 Oct 2018 19:03:38 +0000 Received: from BYAPR05MB4309.namprd05.prod.outlook.com ([fe80::89bc:c2ac:c5e0:40de]) by BYAPR05MB4309.namprd05.prod.outlook.com ([fe80::89bc:c2ac:c5e0:40de%5]) with mapi id 15.20.1228.020; Thu, 11 Oct 2018 19:03:38 +0000 From: Vishnu Pavan Beeram To: Lou Berger , "tsaad@cisco.com" , "Rakesh Gandhi (rgandhi)" , "Shah, Himanshu" , Xufeng Liu , "Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" CC: TEAS WG Thread-Topic: Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYjuhn8MUwwEU0GVS1g1uZ7pSaUaJBqA Date: Thu, 11 Oct 2018 19:03:38 +0000 Message-ID: <0A331AE4-E364-4843-B2C4-B9A9FA6DDB63@juniper.net> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.0.180812 x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BYAPR05MB4021; 6:4ul2pXVsUXQWHcupVHF27AMbPh4T64Uc63K+us6IrHRRl17i6nwFY6kJUcV0Q+vCsQSQoyPj918DF8YSZHhJ5a6f1p1I2V42lBAV2xX8gi8DqAm5KcVWHfqqT8fn5fRFIuBsxRBtmqV2HcNcAfBoagCN0OZmC+0JsKCEyzLYBTKpcl/kmto7P+BclRvAOQMmcX0WSTHbf6ExWTsURkaeVXWj/EIGigViMXLSCl+nIC5NSi1LnS4fjhMYpcH/I6zXRalIXBSdNG6BRnphSi3Tk0JOP4hw7sgh4zPK40bFoAUe+P7IVYBJzXEYM5knYaGrr7BjjLzmEYRQ+wUfLtivYo6X8YP15K8vIxzQpcTEPvAAc8OycuZvRSQDInK9PggwlAK4XWU4zCpAWAuq3iCwQHtogYds7umdoTc7JQJYYTLJFQa4BRtWZEdmbCkWprpy7x8I+rjgFJz8DMD3V02NqQ==; 5:whPs5H/8eYmrowqFQT/rUog3lPjBeNwIdoqQd0sAH5Bqg1DOA2m4NEx0X4IRBVdmzGAQ/ZXiibJPOvaQXFaVQ9DO1XHpxUUdXP9kWjaapq+d2FsS7lvViVtnAY7d4vCMGMjDisxhY5gE0sIb7Keik7utPfkb1ZRcmzcFeMh5F6k=; 7:Ygpli6qlUXfir8FXbZL42PpC9B+sZDm56qsAvqql21Hyvz2h4Zag/K3iWIAvd2JSFwv9UVdegoTMwLnny/8KExCJ7KnNkj7DgwYxgIBTisZcIcCmB5kUYP5gzt5wceN3+D4OFYIdinUhp4pVA2bd5NXc/4fU4vFCl4whgbYBR0MJkZje4Q+/lw8DthO8HyfYAs/6yd4FFMkuGQ56SDi4lVraeXc7fwqVP5j6aimhGn2+VarJdaob8Kfw28f/Wrqn x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: fd8a15a9-e090-4950-6c7f-08d62fac407c x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB4021; x-ms-traffictypediagnostic: BYAPR05MB4021: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(10436049006162); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231355)(944501410)(4982022)(52105095)(93006095)(93001095)(3002001)(6055026)(149066)(150057)(6041310)(20161123562045)(20161123560045)(20161123558120)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051); SRVR:BYAPR05MB4021; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB4021; x-forefront-prvs: 08220FA8D6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(136003)(396003)(366004)(346002)(39860400002)(189003)(199004)(229853002)(7736002)(58126008)(33656002)(11346002)(6306002)(82746002)(110136005)(305945005)(6512007)(2906002)(14454004)(36756003)(478600001)(5660300001)(6486002)(575784001)(6436002)(6246003)(6116002)(71190400001)(6506007)(106356001)(68736007)(2900100001)(2616005)(446003)(966005)(105586002)(102836004)(2501003)(25786009)(186003)(83716004)(476003)(97736004)(71200400001)(8676002)(5250100002)(53936002)(99286004)(66066001)(316002)(256004)(4326008)(8936002)(81166006)(86362001)(3846002)(26005)(486006)(76176011)(2201001)(81156014)(39060400002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4021; H:BYAPR05MB4309.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: oe+Tpsw/3ENOm05hXStjiapGl/kLUIVSBAz382Mkahwi3LASkz5FABVgwkD4KiSurF4a2BgJ/jTmAQfoodaGVAy8Tv0+Q13rCpsir1G5O2WyyUg1aUVH0VoBH2pzhbmet1guM7JYIow5NWAPshMZcQyCYjjloc7OtjGu8Cs3GNxFfDSdtocjsM1c2fxbl2FWZvqisJhJE3ECMlZlsgBcHPR2oPT/OMKBOx9gr9aDwpfNI7hQpBDMpDmQdXbVv8LSrMkBFGE09ahIglmO6aVqGAtVkYKNRcchwVQkqeNmo1SGfLD0rPQSY0WnzUEOEtUbnmWBro/8+tOzkZJ5T23p2c0wGZGHaWfxV6MTGxwxQss= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <866B873CDEF2F6479ACDEDF25ACBA98E@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: fd8a15a9-e090-4950-6c7f-08d62fac407c X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2018 19:03:38.1129 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4021 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-10-11_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1810110179 Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:03:54 -0000 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4N Cg0KUmVnYXJkcywNCi1QYXZhbg0KDQrvu79PbiAxMC8xMS8xOCwgMTozNiBQTSwgIkxvdSBCZXJn ZXIiIDxsYmVyZ2VyQGxhYm4ubmV0PiB3cm90ZToNCg0KICAgIA0KICAgIEF1dGhvcnMsIENvbnRy aWJ1dG9ycywgV0csDQogICAgDQogICAgQXMgcGFydCBvZiBwcmVwYXJhdGlvbiBmb3IgV0cgTGFz dCBDYWxsDQogICAgDQogICAgQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0 byBkcmFmdHMgaWRlbnRpZmllZCBhYm92ZT8NCiAgICANCiAgICBQbGVhc2Ugc3RhdGUgZWl0aGVy Og0KICAgIA0KICAgICJObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0 byB0aGlzIGRyYWZ0Ig0KICAgIG9yDQogICAgIlllcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFw cGxpZXMgdG8gdGhpcyBkcmFmdCINCiAgICANCiAgICBJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4g ZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcw0KICAgIChzZWUgUkZD cyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpPw0KICAgIA0KICAg IElmIHllcyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQogICAgDQogICAgIlll cywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBS IHJ1bGVzIg0KICAgIG9yDQogICAgIk5vLCB0aGUgSVBSIGhhcyBub3QgYmVlbiBkaXNjbG9zZWQi DQogICAgDQogICAgSWYgeW91IGFuc3dlciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9u YWwgZGV0YWlscyB5b3UgdGhpbmsNCiAgICBhcHByb3ByaWF0ZS4NCiAgICANCiAgICBJZiB5b3Ug YXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgYW5z d2VyIHRoZQ0KICAgIGFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNz IG9mIHdoZXRoZXIgb3Igbm90IHlvdSBhcmUNCiAgICBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBS LiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQNCiAgICBzdGFnZSB1 bnRpbCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxp c3RlZA0KICAgIGNvbnRyaWJ1dG9yLiBOT1RFOiBUSElTIEFQUExJRVMgVE8gQUxMIE9GIFlPVSBM SVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MNCiAgICBUTyBMSU5FUy4NCiAgICANCiAgICBJZiB5b3Ug YXJlIG9uIHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0dGVuZCBXRyBtZWV0aW5ncyBidXQgYXJlIG5v dCBsaXN0ZWQNCiAgICBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ug b2YgeW91ciBvYmxpZ2F0aW9ucyB1bmRlcg0KICAgIHRoZSBJRVRGIElQUiBydWxlcyB3aGljaCBl bmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhlIElFVEYgaWYgeW91IGFyZQ0KICAgIGF3YXJlIG9m IElQUiBvZiBvdGhlcnMgb24gYW4gSUVURiBjb250cmlidXRpb24sIG9yIHRvIHJlZnJhaW4gZnJv bQ0KICAgIHBhcnRpY2lwYXRpbmcgaW4gYW55IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJl bGF0ZWQgdG8geW91cg0KICAgIHVuZGlzY2xvc2VkIElQUi4gRm9yIG1vcmUgaW5mb3JtYXRpb24s IHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkIGFib3ZlDQogICAgYW5kDQogICAgaHR0cHM6Ly91 cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0 Zi5vcmdfZ3JvdXBfaWVzZ190cmFjX3dpa2lfSW50ZWxsZWN0dWFsUHJvcGVydHkmZD1Ed0lDYVEm Yz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9Q0ZIVmZXMFdz Z3hTcU02d1RKaVdFNWV2VUpBZGxVbDFmbTdFMFdWYmlTOCZtPWZnejJ4WmZMcXl4WEIwemVhWGFw eDNJR3Q1ZERWdVZlWWFzV2tpQjdwOGcmcz1HRW5nR2FtMEQ5RFlaZFR4d2I5UF9jWGJuemgwVGd5 dnNVbE5TdUNkbzJvJmU9Lg0KICAgIA0KICAgIFRoYW5rIHlvdSwNCiAgICBURUFTIFdHIENoYWly cw0KICAgIA0KICAgIFBTIFBsZWFzZSBpbmNsdWRlIGFsbCBsaXN0ZWQgaW4gdGhlIGhlYWRlcnMg b2YgdGhpcyBtZXNzYWdlIGluIHlvdXINCiAgICByZXNwb25zZS4NCiAgICANCiAgICANCiAgICAN CiAgICANCg0K From nobody Thu Oct 11 12:04:33 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 881BE130EE7 for ; Thu, 11 Oct 2018 12:04:32 -0700 (PDT) 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_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 Ll1PD7iqRaHD for ; Thu, 11 Oct 2018 12:04:29 -0700 (PDT) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 5B6CF130F13 for ; Thu, 11 Oct 2018 12:04:29 -0700 (PDT) Received: by mail-it1-x12e.google.com with SMTP id q70-v6so15162274itb.3 for ; Thu, 11 Oct 2018 12:04:29 -0700 (PDT) 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=rKJunjMGD8NwGJlAaO+9Pg+EWa33TZ1zGjAULeolphw=; b=rQFFvVbs4GG8p5WmjaLLGgJkYgEP7qDcD9sm9X+rrZBJ6rMYa8vFX77BHqq0XR6QwQ B6E6VLmsnH9+Ic+qd0Jja80Y1llkem/+gyQKZBJprY/cMnwgA0Vf187IRntpls3odFnx YVFvtclQoiZaa2GpVwUocOFlx50YrrsXwzLzL0iu3W1oF7XWRc8DZJ1TYramgSnl4pSt SUwwpAskUgCUXHbMvKYy/LIFlhXy8ze334UQ0gjCSOwQ8w6bnC4KV08X7Bkb3o7wZtVl QRT0jgz4fy5k86XT/na3bw76jhoGK81z/Cf3xYAnR+tCbAJRBJ1VyPKP3924J/aIqHNS nTMA== 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=rKJunjMGD8NwGJlAaO+9Pg+EWa33TZ1zGjAULeolphw=; b=BFCqD/CCOyQGiI/oV85hOt5nja0gtgNw9FGEkhieR8wEIM5+RG+K7RJssorufqH3Zi 13iYLFJnOWlOgIegHYaIuyIeBdSa4os8qqvF1J5Z73K6DyuXmNbzNImgWKbctMR5w3lv hXA9LrwEDKUOhWUc97WPaVtIJcbw/0DKyeIDu+hgc6Y/yHDPex9VvWvJVp9lSdui1bgL zUqCSYGuA7ISYdnfApcb1ETVX3RxweBhn7BRxEvOeuKbkYKFtJEtSegicbE1MVAejRQc XESzkkB0BNLLWbIu89f8MZvQIHzTybpwbg4HYzj0rjzPhAv4FduBZml8hKVHTQ7AlA7b P2fA== X-Gm-Message-State: ABuFfoiv4TQv5zde6ug0bP3cbLzRHXJMy8VTKSYLrAhpHsIplO0fDdyO Gp89qRL9IR4iDkUDLCkq/CO3+l+paofWgusk4+Q= X-Google-Smtp-Source: ACcGV63SGrr3GhbO9PWuaMhBYg5GwHGoohsJ6K3phE7pmzS6qkk2KJp9EbJy3P/RuyZhBAcPcqrW27cVNaAQg9I3wIo= X-Received: by 2002:a24:6b8d:: with SMTP id v135-v6mr2408804itc.90.1539284668532; Thu, 11 Oct 2018 12:04:28 -0700 (PDT) MIME-Version: 1.0 References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> <6F109A6F-B8CA-4024-B951-F89C19B3F143@cisco.com> In-Reply-To: <6F109A6F-B8CA-4024-B951-F89C19B3F143@cisco.com> From: Xufeng Liu Date: Thu, 11 Oct 2018 15:04:17 -0400 Message-ID: To: "Tarek Saad (tsaad)" Cc: Lou Berger , "Rakesh Gandhi (rgandhi)" , Vishnu Pavan Beeram , Himanshu Shah , EXT Igor Bryskin , Leeyoung , TEAS WG Content-Type: multipart/alternative; boundary="000000000000e0511e0577f8a328" Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:04:33 -0000 --000000000000e0511e0577f8a328 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable No, I'm not aware of any IPR that applies to this draft. Thanks, - Xufeng On Thu, Oct 11, 2018 at 2:59 PM Tarek Saad (tsaad) wrote: > Hi Lou/all, > > No, I'm not aware of any IPR that applies to this draft. > > Regards, > Tarek > > =EF=BB=BF-----Original Message----- > From: Teas on behalf of Lou Berger < > lberger@labn.net> > Date: Thursday, October 11, 2018 at 1:36 PM > To: Tarek Saad , "Rakesh Gandhi (rgandhi)" < > rgandhi@cisco.com>, "vbeeram@juniper.net" , "Shah, > Himanshu" , Xufeng Liu , " > Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" > > Cc: TEAS WG > Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 > > > Authors, Contributors, WG, > > As part of preparation for WG Last Call > > Are you aware of any IPR that applies to drafts identified above? > > Please state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details)? > > If yes to the above, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think > appropriate. > > If you are listed as a document author or contributor please answer t= he > above by responding to this email regardless of whether or not you ar= e > aware of any relevant IPR. This document will not advance to the next > stage until a response has been received from each author and listed > contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'= S > TO LINES. > > If you are on the WG email list or attend WG meetings but are not > listed > as an author or contributor, we remind you of your obligations under > the IETF IPR rules which encourages you to notify the IETF if you are > aware of IPR of others on an IETF contribution, or to refrain from > participating in any contribution or discussion related to your > undisclosed IPR. For more information, please see the RFCs listed abo= ve > and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > TEAS WG Chairs > > PS Please include all listed in the headers of this message in your > response. > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > --000000000000e0511e0577f8a328 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    No, I'm not aware of any IPR that applies to this= draft.

    Thanks,
    - Xufeng
    =
    On Thu, Oct 11, 2018 at 2:5= 9 PM Tarek Saad (tsaad) <tsaad@cisco.= com> wrote:
    Hi Lou/all,

    No, I'm not aware of any IPR that applies to this draft.

    Regards,
    Tarek

    =EF=BB=BF-----Original Message-----
    From: Teas <t= eas-bounces@ietf.org> on behalf of Lou Berger <lberger@labn.net>
    Date: Thursday, October 11, 2018 at 1:36 PM
    To: Tarek Saad <tsa= ad@cisco.com>, "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>, "= vbeeram@juniper.ne= t" <vb= eeram@juniper.net>, "Shah, Himanshu" <hshah@ciena.com>, Xufeng Liu <= ;xufeng.liu.= ietf@gmail.com>, "Igor.Bryskin@huawei.com" <Igor.Bryskin@huawei.com>, &q= uot;leeyoung@huawe= i.com" <leeyoung@huawei.com>
    Cc: TEAS WG <teas@iet= f.org>
    Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01


    =C2=A0 =C2=A0 Authors, Contributors, WG,

    =C2=A0 =C2=A0 As part of preparation for WG Last Call

    =C2=A0 =C2=A0 Are you aware of any IPR that applies to drafts identified ab= ove?

    =C2=A0 =C2=A0 Please state either:

    =C2=A0 =C2=A0 "No, I'm not aware of any IPR that applies to this d= raft"
    =C2=A0 =C2=A0 or
    =C2=A0 =C2=A0 "Yes, I'm aware of IPR that applies to this draft&qu= ot;

    =C2=A0 =C2=A0 If so, has this IPR been disclosed in compliance with IETF IP= R rules
    =C2=A0 =C2=A0 (see RFCs 3979, 4879, 3669 and 5378 for more details)?

    =C2=A0 =C2=A0 If yes to the above, please state either:

    =C2=A0 =C2=A0 "Yes, the IPR has been disclosed in compliance with IETF= IPR rules"
    =C2=A0 =C2=A0 or
    =C2=A0 =C2=A0 "No, the IPR has not been disclosed"

    =C2=A0 =C2=A0 If you answer no, please provide any additional details you t= hink
    =C2=A0 =C2=A0 appropriate.

    =C2=A0 =C2=A0 If you are listed as a document author or contributor please = answer the
    =C2=A0 =C2=A0 above by responding to this email regardless of whether or no= t you are
    =C2=A0 =C2=A0 aware of any relevant IPR. This document will not advance to = the next
    =C2=A0 =C2=A0 stage until a response has been received from each author and= listed
    =C2=A0 =C2=A0 contributor. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS = MESSAGE'S
    =C2=A0 =C2=A0 TO LINES.

    =C2=A0 =C2=A0 If you are on the WG email list or attend WG meetings but are= not listed
    =C2=A0 =C2=A0 as an author or contributor, we remind you of your obligation= s under
    =C2=A0 =C2=A0 the IETF IPR rules which encourages you to notify the IETF if= you are
    =C2=A0 =C2=A0 aware of IPR of others on an IETF contribution, or to refrain= from
    =C2=A0 =C2=A0 participating in any contribution or discussion related to yo= ur
    =C2=A0 =C2=A0 undisclosed IPR. For more information, please see the RFCs li= sted above
    =C2=A0 =C2=A0 and
    =C2=A0 =C2=A0 http://trac.tools.= ietf.org/group/iesg/trac/wiki/IntellectualProperty.

    =C2=A0 =C2=A0 Thank you,
    =C2=A0 =C2=A0 TEAS WG Chairs

    =C2=A0 =C2=A0 PS Please include all listed in the headers of this message i= n your
    =C2=A0 =C2=A0 response.



    =C2=A0 =C2=A0 _______________________________________________
    =C2=A0 =C2=A0 Teas mailing list
    =C2=A0 =C2=A0 Teas@ietf.= org
    =C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/teas


    --000000000000e0511e0577f8a328-- From nobody Thu Oct 11 12:06:50 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35053126DBF for ; Thu, 11 Oct 2018 12:06:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 7e1F3xg4mXhU for ; Thu, 11 Oct 2018 12:06:45 -0700 (PDT) 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 431FE130ECF for ; Thu, 11 Oct 2018 12:06:45 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 1F59FD0947BB5 for ; Thu, 11 Oct 2018 20:06:41 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 11 Oct 2018 20:06:43 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.47]) by SJCEML701-CHM.china.huawei.com ([169.254.3.60]) with mapi id 14.03.0415.000; Thu, 11 Oct 2018 12:06:34 -0700 From: Leeyoung To: Lou Berger , "tsaad@cisco.com" , "Rakesh Gandhi (rgandhi)" , "vbeeram@juniper.net" , "Shah, Himanshu" , Xufeng Liu , Igor Bryskin CC: TEAS WG Thread-Topic: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYj5yqNfJ77S9EGffCKB3/Q9faUaZ8KA Date: Thu, 11 Oct 2018 19:06:33 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E173D0689C4@sjceml521-mbx.china.huawei.com> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.123] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:06:49 -0000 No, I'm not aware of any IPR that applies to this draft. Young (as a contributor) -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Thursday, October 11, 2018 12:36 PM To: tsaad@cisco.com; Rakesh Gandhi (rgandhi) ; vbeeram@j= uniper.net; Shah, Himanshu ; Xufeng Liu ; Igor Bryskin ; Leeyoung Cc: TEAS WG Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Authors, Contributors, WG, As part of preparation for WG Last Call Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. If you are listed as a document author or contributor please answer the abo= ve by responding to this email regardless of whether or not you are aware o= f any relevant IPR. This document will not advance to the next stage until = a response has been received from each author and listed contributor. NOTE:= THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as= an author or contributor, we remind you of your obligations under the IETF= IPR rules which encourages you to notify the IETF if you are aware of IPR = of others on an IETF contribution, or to refrain from participating in any = contribution or discussion related to your undisclosed IPR. For more inform= ation, please see the RFCs listed above and http://trac.tools.ietf.org/grou= p/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your respons= e. _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Thu Oct 11 12:27:35 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14E8D124D68 for ; Thu, 11 Oct 2018 12:27:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-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=cienacorp.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 iJoeltMg7q5a for ; Thu, 11 Oct 2018 12:27:32 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0623.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe41::623]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E00A12008A for ; Thu, 11 Oct 2018 12:27:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vpjCrF2fjLIyBb7VAfZ1eU5E1UOyKK6wE7ViN+bLSBc=; b=T+9fX9OHgW0cGkpILH+ovHF9TxW9k1tua0+YwA/UEYQik/WmcV8K8mN9NK/6vs+WfsdlJ5UEBIbUbPddJ/Mapra/rUQlAoR7yxmMox3M9d6El7I0xHKhqv74ZnUPfmFUMHCK5VN32obNs/ERBkzFf3CORPab6MtIAAM6UNU6+VY= Received: from SN6PR04MB4528.namprd04.prod.outlook.com (52.135.120.26) by SN6PR04MB5055.namprd04.prod.outlook.com (52.135.116.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.23; Thu, 11 Oct 2018 19:27:29 +0000 Received: from SN6PR04MB4528.namprd04.prod.outlook.com ([fe80::9010:ad1d:d5f5:448d]) by SN6PR04MB4528.namprd04.prod.outlook.com ([fe80::9010:ad1d:d5f5:448d%2]) with mapi id 15.20.1228.020; Thu, 11 Oct 2018 19:27:29 +0000 From: "Shah, Himanshu" To: Lou Berger , "tsaad@cisco.com" , "Rakesh Gandhi (rgandhi)" , "vbeeram@juniper.net" , Xufeng Liu , "Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" CC: TEAS WG Thread-Topic: [**EXTERNAL**] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYjuDpo0RfK0xkeWln0Cg+lTGqUaKsQA Date: Thu, 11 Oct 2018 19:27:29 +0000 Message-ID: <6F086D60-5311-4E39-91E5-11D95C854DF1@ciena.com> References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.11.0.180909 authentication-results: spf=none (sender IP is ) smtp.mailfrom=hshah@ciena.com; x-originating-ip: [98.110.221.66] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SN6PR04MB5055; 6:HFK0H3ZVu/J4d8uFM3t+kRUPwcB8vzPr1itLXQJZeqsjHSXZpH5aHwn3yipzPhgdyoMYwLLBOqvhqBkqJ+u5F7LAk0yuRL2b3kbyWyZvFeEkiybzpL3tuBvpCh57Bbpn8ND8VsDSgmmSXfjt9qtWgWRJmruthVRRnDYP+iUUJmob/eQ2XPqyqNAk1gbQQgCO7MtbLwnsybMk6wFrSX2ku8W3xSXi9ERbf3f1FV8yBeJ6vnDOupp2s70GDZCzm9WjVKIt7PY+YT/9KdchBf8agG0DsydU1IW00W8Tl3x0aQPfOf1qjXxvtwtDJxsCMT2+Ka1hylN/saoGW+ExaP1L5ixkbmrunrKlChoGIu1/4h1azKzy3ESOuNhtfyv6f7wQo1mwKApCQnfdlozsGdtXWWsViOdVxUINjep6vlNwV4Sy8KoVoFFAwAHo57Ei06kWMe51oiZ3TefeSJLN2vzVng==; 5:dr3srHsZverZZXDQ7jeqXce8aaSIhSIUIHgTqPV3IgP9wBIBhM5LsagxtBzeS/yhSDxJVXapdIfD9vWkAaKbkTmjgeV6fLFkIYjoPQE7Yixt5Nr3VM3CWTECpiDlol6vosgHyCHxw5CDx58uR2SWp8ojYYatOhYAIQ9EAnx0fcY=; 7:nu1iV9WRz3Lt1qIjnAtTmQ9lmL0Re0Eb7ExqW2RByUMsFRHt7jjQdg0YJa4leru5nZCSDL3KftRmAighwap+FThEUilvy6QgVmmWRC/g7gVlmPa3Kd7BEIFWcuU2CZEv1CXe4eYskD2c9kjn8ohQGe3Nz2lMd9TYnVWvTHIC+j9fZBLfrIabQ+xzRLmS/aGxdIYC1rvPj9L0GzMLljCDmT50XXULdOwpUwRrBoon8vH7pbCsn2IHFz+HKZPQqvlJ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 1cb738e7-6694-4af7-4c4f-08d62faf956c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:SN6PR04MB5055; x-ms-traffictypediagnostic: SN6PR04MB5055: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014)(138986009662008)(60276143690247)(85827821059158)(50582790962513)(21748063052155)(28532068793085)(190501279198761)(227612066756510); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(4982022)(52105095)(149066)(150057)(6041310)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(201708071742011)(7699051); SRVR:SN6PR04MB5055; BCL:0; PCL:0; RULEID:; SRVR:SN6PR04MB5055; x-forefront-prvs: 08220FA8D6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(376002)(396003)(39860400002)(366004)(189003)(199004)(53546011)(4326008)(5660300001)(6506007)(36756003)(2900100001)(58126008)(68736007)(39060400002)(110136005)(478600001)(76176011)(316002)(966005)(256004)(6246003)(14454004)(8676002)(236005)(6436002)(54896002)(229853002)(81156014)(81166006)(105586002)(6486002)(66066001)(7736002)(6512007)(6306002)(106356001)(2906002)(1941001)(99286004)(33656002)(3846002)(6116002)(2201001)(476003)(11346002)(446003)(83716004)(2616005)(71190400001)(71200400001)(82746002)(97736004)(2501003)(606006)(53936002)(25786009)(8936002)(86362001)(26005)(186003)(5250100002)(102836004)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR04MB5055; H:SN6PR04MB4528.namprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: juAHAVYIbqcT7hspiTa4X/WL7NfD/1YEWXEhRetcvE/eWTljAPpC7u/L7InGREtA+FY5aPicRbCD53WY7pR3XbFPOWmFvkGuAi46LJV638n5+Q4ilobGEcZ50RHoOX2Ylbf8VtsWeMc3Snx3DEhDYGyZqLAG8XLTQt2F+zSqbhGOJpnYy0nkIioXhNK+qB4p9DZ7RtmNXw1hL5QKd1BDk+0TgW/QKDFOae2V19w1ME/uHvKOS+bfFhSjPAjs2gdk6OyyWVn66z7NaEyIyr20e5CO+YL2EViHWG0PLLoc9nEXfGnD36V8kfLZJrbw//ZDDTxsZ9TCKRU5g2IyYaF99SJhXzJVTxhtwEY23ccz5Kg= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_6F086D6053114E3991E511D95C854DF1cienacom_" MIME-Version: 1.0 X-OriginatorOrg: ciena.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1cb738e7-6694-4af7-4c4f-08d62faf956c X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2018 19:27:29.1238 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR04MB5055 Archived-At: Subject: Re: [Teas] [**EXTERNAL**] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:27:34 -0000 --_000_6F086D6053114E3991E511D95C854DF1cienacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdA0K DQoNClRoYW5rcywNCkhpbWFuc2h1DQoNCkZyb206IExvdSBCZXJnZXIgPGxiZXJnZXJAbGFibi5u ZXQ+DQpEYXRlOiBUaHVyc2RheSwgT2N0b2JlciAxMSwgMjAxOCBhdCAxOjM2IFBNDQpUbzogVGFy ZWsgU2FhZCA8dHNhYWRAY2lzY28uY29tPiwgUmFrZXNoIEdhbmRoaSA8cmdhbmRoaUBjaXNjby5j b20+LCBWaXNobnUgQmVlcmFtIDx2YmVlcmFtQGp1bmlwZXIubmV0PiwgIlNoYWgsIEhpbWFuc2h1 IiA8aHNoYWhAY2llbmEuY29tPiwgWHVmZW5nIExpdSA8eHVmZW5nLmxpdS5pZXRmQGdtYWlsLmNv bT4sIElnb3IgQnJ5c2tpbiA8SWdvci5Ccnlza2luQGh1YXdlaS5jb20+LCAibGVleW91bmdAaHVh d2VpLmNvbSIgPGxlZXlvdW5nQGh1YXdlaS5jb20+DQpDYzogInRlYXNAaWV0Zi5vcmciIDx0ZWFz QGlldGYub3JnPg0KU3ViamVjdDogWyoqRVhURVJOQUwqKl0gUmVnYXJkaW5nIElQUiBvbiBkcmFm dC1pZXRmLXRlYXMteWFuZy10ZS10eXBlcy0wMQ0KDQoNCkF1dGhvcnMsIENvbnRyaWJ1dG9ycywg V0csDQoNCkFzIHBhcnQgb2YgcHJlcGFyYXRpb24gZm9yIFdHIExhc3QgQ2FsbA0KDQpBcmUgeW91 IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0cyBpZGVudGlmaWVkIGFib3Zl Pw0KDQpQbGVhc2Ugc3RhdGUgZWl0aGVyOg0KDQoiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQ UiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCm9yDQoiWWVzLCBJJ20gYXdhcmUgb2YgSVBS IHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0KDQpJZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4g ZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcw0KKHNlZSBSRkNzIDM5 NzksIDQ4NzksIDM2NjkgYW5kIDUzNzggZm9yIG1vcmUgZGV0YWlscyk/DQoNCklmIHllcyB0byB0 aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQoNCiJZZXMsIHRoZSBJUFIgaGFzIGJlZW4g ZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyINCm9yDQoiTm8sIHRo ZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Nsb3NlZCINCg0KSWYgeW91IGFuc3dlciBubywgcGxlYXNl IHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsNCmFwcHJvcHJpYXRlLg0K DQpJZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBw bGVhc2UgYW5zd2VyIHRoZQ0KYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2Fy ZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZQ0KYXdhcmUgb2YgYW55IHJlbGV2YW50IElQ Ui4gVGhpcyBkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0DQpzdGFnZSB1bnRp bCBhIHJlc3BvbnNlIGhhcyBiZWVuIHJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGxpc3Rl ZA0KY29udHJpYnV0b3IuIE5PVEU6IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJU1RFRCBJ TiBUSElTIE1FU1NBR0UnUw0KVE8gTElORVMuDQoNCklmIHlvdSBhcmUgb24gdGhlIFdHIGVtYWls IGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3RlZA0KYXMgYW4gYXV0 aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2JsaWdhdGlvbnMgdW5k ZXINCnRoZSBJRVRGIElQUiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkgdGhl IElFVEYgaWYgeW91IGFyZQ0KYXdhcmUgb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJRVRGIGNvbnRy aWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tDQpwYXJ0aWNpcGF0aW5nIGluIGFueSBjb250cmli dXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXINCnVuZGlzY2xvc2VkIElQUi4gRm9y IG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIFJGQ3MgbGlzdGVkIGFib3ZlDQphbmQN Cmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVj dHVhbFByb3BlcnR5Lg0KDQpUaGFuayB5b3UsDQpURUFTIFdHIENoYWlycw0KDQpQUyBQbGVhc2Ug aW5jbHVkZSBhbGwgbGlzdGVkIGluIHRoZSBoZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBpbiB5b3Vy DQpyZXNwb25zZS4NCg0KDQoNCg0K --_000_6F086D6053114E3991E511D95C854DF1cienacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFz Ow0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlRyZWJ1Y2hldCBNUyI7DQoJcGFub3NlLTE6MiAxMSA2IDMgMiAyIDIgMiAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTotd2Via2l0LXN0YW5kYXJkOw0KCXBhbm9zZS0xOjIg MTEgNiA0IDIgMiAyIDIgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6 dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29u b3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTpt c29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsN Cgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVt YWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWls eToiVHJlYnVjaGV0IE1TIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMwNDMyRkY7DQoJZm9udC13ZWln aHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAx LjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7LXdlYmtpdC1zdGFu ZGFyZCZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+Tm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQ UiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMwNDMyRkYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q29u c29sYXM7Y29sb3I6IzA0MzJGRiI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpD b25zb2xhcztjb2xvcjojMDQzMkZGIj5IaW1hbnNodTwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzA0MzJGRiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZy b206IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2si PkxvdSBCZXJnZXIgJmx0O2xiZXJnZXJAbGFibi5uZXQmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlRo dXJzZGF5LCBPY3RvYmVyIDExLCAyMDE4IGF0IDE6MzYgUE08YnI+DQo8Yj5UbzogPC9iPlRhcmVr IFNhYWQgJmx0O3RzYWFkQGNpc2NvLmNvbSZndDssIFJha2VzaCBHYW5kaGkgJmx0O3JnYW5kaGlA Y2lzY28uY29tJmd0OywgVmlzaG51IEJlZXJhbSAmbHQ7dmJlZXJhbUBqdW5pcGVyLm5ldCZndDss ICZxdW90O1NoYWgsIEhpbWFuc2h1JnF1b3Q7ICZsdDtoc2hhaEBjaWVuYS5jb20mZ3Q7LCBYdWZl bmcgTGl1ICZsdDt4dWZlbmcubGl1LmlldGZAZ21haWwuY29tJmd0OywgSWdvciBCcnlza2luICZs dDtJZ29yLkJyeXNraW5AaHVhd2VpLmNvbSZndDssICZxdW90O2xlZXlvdW5nQGh1YXdlaS5jb20m cXVvdDsgJmx0O2xlZXlvdW5nQGh1YXdlaS5jb20mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDt0 ZWFzQGlldGYub3JnJnF1b3Q7ICZsdDt0ZWFzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6 IDwvYj5bKipFWFRFUk5BTCoqXSBSZWdhcmRpbmcgSVBSIG9uIGRyYWZ0LWlldGYtdGVhcy15YW5n LXRlLXR5cGVzLTAxPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkF1dGhvcnMsIENvbnRyaWJ1dG9ycywgV0csPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIHBhcnQgb2YgcHJl cGFyYXRpb24gZm9yIFdHIExhc3QgQ2FsbDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBs aWVzIHRvIGRyYWZ0cyBpZGVudGlmaWVkIGFib3ZlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2Ugc3RhdGUgZWl0aGVyOjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mcXVvdDtObywg SSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1b3Q7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5vcjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7 WWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0JnF1b3Q7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHNv LCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBS IHJ1bGVzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4oc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKT88 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYg eWVzIHRvIHRoZSBhYm92ZSwgcGxlYXNlIHN0YXRlIGVpdGhlcjo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7WWVzLCB0aGUgSVBSIGhh cyBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMmcXVvdDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPm9yPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mcXVvdDtO bywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkJnF1b3Q7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHlvdSBhbnN3ZXIgbm8sIHBs ZWFzZSBwcm92aWRlIGFueSBhZGRpdGlvbmFsIGRldGFpbHMgeW91IHRoaW5rPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hcHByb3ByaWF0ZS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgeW91 IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIGFu c3dlciB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPmFib3ZlIGJ5IHJlc3BvbmRpbmcgdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRo ZXIgb3Igbm90IHlvdSBhcmU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPmF3YXJlIG9mIGFueSByZWxldmFudCBJUFIuIFRoaXMgZG9jdW1lbnQgd2ls bCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+c3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiByZWNl aXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBsaXN0ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmNvbnRyaWJ1dG9yLiBOT1RFOiBUSElTIEFQUExJ RVMgVE8gQUxMIE9GIFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1M8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRPIExJTkVTLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiB5b3UgYXJlIG9u IHRoZSBXRyBlbWFpbCBsaXN0IG9yIGF0dGVuZCBXRyBtZWV0aW5ncyBidXQgYXJlIG5vdCBsaXN0 ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFz IGFuIGF1dGhvciBvciBjb250cmlidXRvciwgd2UgcmVtaW5kIHlvdSBvZiB5b3VyIG9ibGlnYXRp b25zIHVuZGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj50aGUgSUVURiBJUFIgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8gbm90aWZ5IHRo ZSBJRVRGIGlmIHlvdSBhcmU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPmF3YXJlIG9mIElQUiBvZiBvdGhlcnMgb24gYW4gSUVURiBjb250cmlidXRp b24sIG9yIHRvIHJlZnJhaW4gZnJvbTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+cGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yIGRp c2N1c3Npb24gcmVsYXRlZCB0byB5b3VyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj51bmRpc2Nsb3NlZCBJUFIuIEZvciBtb3JlIGluZm9ybWF0aW9u LCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCBhYm92ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YW5kPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5p ZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9wZXJ0eSI+aHR0cDov L3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50ZWxsZWN0dWFsUHJv cGVydHk8L2E+LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5UaGFuayB5b3UsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5URUFTIFdHIENoYWlyczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QUyBQbGVhc2UgaW5jbHVkZSBhbGwgbGlzdGVkIGlu IHRoZSBoZWFkZXJzIG9mIHRoaXMgbWVzc2FnZSBpbiB5b3VyPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5yZXNwb25zZS48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_6F086D6053114E3991E511D95C854DF1cienacom_-- From nobody Thu Oct 11 12:30:20 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60D35130E6A for ; Thu, 11 Oct 2018 12:30:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.356 X-Spam-Level: X-Spam-Status: No, score=-2.356 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, 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 QTF2jvqOOM3n for ; Thu, 11 Oct 2018 12:30:16 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0707.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::707]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94F2C130E63 for ; Thu, 11 Oct 2018 12:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qbsW7lNh+y2+5EiyHrYRSzmVHpOrsMHxs1Mibm/IVi8=; b=mWpqprX75K6TfNBYAQY1Ogt1eUuHOgn0wJX5H8NkQ1Qfm6myBHQPOlGYjguLkgVl/TK/Sst9U08sY4FH5w7NR7iSER3tiX155k/jBZTCMds5dE2OO4cKE+i6KaD7Nulk+JyCgix4ub2kArVFBmc93Jz2dh9ttq8qWWmz2uYbexY= Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com (10.169.215.137) by DB6PR0701MB2885.eurprd07.prod.outlook.com (10.168.83.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.13; Thu, 11 Oct 2018 19:30:10 +0000 Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::713a:7cc:5cdd:76d8]) by DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::713a:7cc:5cdd:76d8%5]) with mapi id 15.20.1228.020; Thu, 11 Oct 2018 19:30:10 +0000 From: "Belotti, Sergio (Nokia - IT/Vimercate)" To: Lou Berger , "tsaad@cisco.com" , "Rakesh Gandhi (rgandhi)" , "vbeeram@juniper.net" , "Shah, Himanshu" , Xufeng Liu , "Igor.Bryskin@huawei.com" , "leeyoung@huawei.com" CC: TEAS WG Thread-Topic: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUYYjxseBZwVD+JkCj+oGKkFrrzaUabnwA Date: Thu, 11 Oct 2018 19:30:10 +0000 Message-ID: References: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> In-Reply-To: <840a3b7c-8126-7a3c-af3f-1ee12bba0c9e@labn.net> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=sergio.belotti@nokia.com; x-originating-ip: [93.36.178.236] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB6PR0701MB2885; 6:JGMnudRqNwH3t3/m59txbaCS7J4th9If+T6J+LC2UDhinKrAUfUVQQP4i2RWvFsS2N54/BKjFAuKzHVY8tB6R64aYy+7UGps+5hXSSZOc4+zNod2YQtz4C3VqGsTnl3zY7BEi5kyPb7u/xuo7FDrqbSuuN9ztDxCfxNVpTVv760Q8VYs9aR/2TUc8OtGicmOySE1ID8VqHpabq0ur+5lrECtVm+pUM6NXlMCUKpr5tDSYVZTKZfavY35+dsDsSxPDmuQamXA3mEaj4b3lmW76N8qpY1O5XSgRJtLJgnGrC4xmfsuOaW/5c+7ZyYH5ilx91WIvrpGEJ6HQF0hSjq+BOl6bbJJ3fXfVVClBk3JsGPqH7qf9isD7o66DRfupJpYwZp6/1wzUqExULnn6VT9ifjzd8Re+ZtZ4maJZDdu1DQrDAGcHESwEuWX3qCaaJIHjdrJkjpY7UzRzu8+at7IyQ==; 5:I8toFl7E5dulBXnAe+1qLTWsrGOcmYBu0jCRjnXZz/umyr1I1Cb63T7JB3zpmbmvB/taLct9xK0K85gku1VKupJx4kelRi/IzvpRbm3EJW7ImxtiG1nRJFH4k6ABMRJbZ+o7PXdVhufu/VXCAxM8+eXYPgDKIp3pOAZYry5gW1U=; 7:WybccMbNQIgrZto+IpUV6SxKqvXpkF+JasiHxetA/Oq91VsUxrp5bqi+pI+Ir1XH4s/q8p/HH/2fL0j1SJchXEA5qgrrZSz7HecBDZLCvzWkuchH1spod4vN1QMSC9edXEcSTFEPmc3GSMQFV2uM+hM55tqFxvdt0lzFNV6TqBLbWhFpee0KfGQt5ElVRl6Tx/fvtTrYXYvbFeByQ1aXFmwsLJeNkqNp2TzpsIPskr8TR3FFRtjs+Yo8Qokp5OUu x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 5e01f59c-b7de-4afe-3621-08d62faff59e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:DB6PR0701MB2885; x-ms-traffictypediagnostic: DB6PR0701MB2885: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014)(138986009662008)(50582790962513)(60276143690247)(85827821059158); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3231355)(11241501184)(806099)(944501410)(4982022)(52105095)(3002001)(6055026)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(201708071742011)(7699051); SRVR:DB6PR0701MB2885; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2885; x-forefront-prvs: 08220FA8D6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39860400002)(136003)(396003)(366004)(346002)(189003)(199004)(13464003)(106356001)(2900100001)(6246003)(33656002)(105586002)(229853002)(8676002)(4326008)(71200400001)(71190400001)(81156014)(97736004)(68736007)(8936002)(316002)(81166006)(39060400002)(7736002)(74316002)(305945005)(1941001)(66066001)(53546011)(2201001)(966005)(6506007)(102836004)(256004)(478600001)(186003)(11346002)(476003)(26005)(486006)(446003)(5660300001)(2906002)(5250100002)(14454004)(3846002)(6116002)(6436002)(110136005)(55016002)(86362001)(2501003)(6306002)(9686003)(76176011)(7696005)(53936002)(25786009)(99286004); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2885; H:DB6PR0701MB2727.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 833LT54GZVBRq1J5U6OKHBU14CQcfVOmddk3gEt+6Ho9xDWbQSqNPVoeuHftI2LM7Ivos9Dt42YnXwqJKlorHuOu2MQBZqzol1FakbP+A3+re3PuTe/xI0QwMMbThNVB+xCWhjrKHXuGz25+dPuE52U46L/mcJXWmv5okUxBDA/E4lFr/CbkHhRc8NRFx0uQJ224w5X9Z5wq+YOuuwVs1ldIB5VtkcIMhAR9TJdiM2f6Gwh4+KFFDj5sCh+fFkmgKFSgXXKsCakerVRCq76nnDcZ5C6+XVoS1i8j+QlLL9sEgDeJgKAlXY2bCujX9fffLk+bp+pYI0kjnOBHjehh5XRnF/K178luZD1NuRLbrJboHnZ/T+MZbnjwWnIcoZevr0OyPEjLerCs58VOtyt1oA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5e01f59c-b7de-4afe-3621-08d62faff59e X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2018 19:30:10.4631 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2885 Archived-At: Subject: Re: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:30:18 -0000 No, I'm not aware of any IPR that applies to this draft. Thanks, Sergio -----Original Message----- From: Teas On Behalf Of Lou Berger Sent: Thursday, October 11, 2018 7:36 PM To: tsaad@cisco.com; Rakesh Gandhi (rgandhi) ; vbeeram@j= uniper.net; Shah, Himanshu ; Xufeng Liu ; Igor.Bryskin@huawei.com; leeyoung@huawei.com Cc: TEAS WG Subject: [Teas] Regarding IPR on draft-ietf-teas-yang-te-types-01 Authors, Contributors, WG, As part of preparation for WG Last Call Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropria= te. If you are listed as a document author or contributor please answer the abo= ve by responding to this email regardless of whether or not you are aware o= f any relevant IPR. This document will not advance to the next stage until = a response has been received from each author and listed contributor. NOTE:= THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as= an author or contributor, we remind you of your obligations under the IETF= IPR rules which encourages you to notify the IETF if you are aware of IPR = of others on an IETF contribution, or to refrain from participating in any = contribution or discussion related to your undisclosed IPR. For more inform= ation, please see the RFCs listed above and http://trac.tools.ietf.org/grou= p/iesg/trac/wiki/IntellectualProperty. Thank you, TEAS WG Chairs PS Please include all listed in the headers of this message in your respons= e. _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Thu Oct 11 18:55:47 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2109F130DCC; Thu, 11 Oct 2018 18:55:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 pRa2R9HKVlOQ; Thu, 11 Oct 2018 18:55:41 -0700 (PDT) Received: from m88102.mail.qiye.163.com (m88102.mail.qiye.163.com [106.2.88.102]) by ietfa.amsl.com (Postfix) with ESMTP id 9710712958B; Thu, 11 Oct 2018 18:55:39 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m88102.mail.qiye.163.com (Hmail) with ESMTPA id 3D550413DE; Fri, 12 Oct 2018 09:55:35 +0800 (CST) From: "Aijun Wang" To: "'Vishnu Pavan Beeram'" , "'TEAS WG'" , "'TEAS WG Chairs'" References: In-Reply-To: Date: Fri, 12 Oct 2018 09:55:25 +0800 Message-ID: <00af01d461ce$aae18290$00a487b0$@org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B0_01D46211.B904C290" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdRe0yRBHKi2AuY4Q/eKbyzdh8Hu6AC99ixA Content-Language: zh-cn X-HM-Spam-Status: e1ktWUFJV1koWUFKTEtLSjdXWQgYFAkeWUFLVUtXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kSHx4VD1lBWUc6MSo6PTo6ODovFh9WAgg1MggOFkoaCz1VSlVKTkhC SEtCSEhDSUpKVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZDB4ZWUEdGhcIHldZ CAFZQUlNSU9KN1dZEgtZQVlJSkJVSk9JVU1CVUxMWQY+ X-HM-Tid: 0a6665fc73639865kuuu3d550413de Archived-At: Subject: [Teas] =?utf-8?b?562U5aSNOiAgUHJvcG9zZWQgY2hhcnRlciB1cGRhdGU=?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 01:55:45 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00B0_01D46211.B904C290 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Vishnu and Lou: =20 I have the following suggestions(inline) for the charter, please see = whether they are appropriate or not? =20 =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram = [mailto:vishnupavan@gmail.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5 = 14:50 =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG Chairs =E4=B8=BB=E9=A2=98: [Teas] Proposed charter update =20 Hi, Over the past few months we've noted that our charter could use a bit of an update to match the current state of TEAS and other working groups.=20 We've taken a pass at this and have a proposed revision. Once the WG agrees on changes, we'll pass those changes along to our AD who is the actual owner of our charter. The text is enclosed below as well as available with changes tracked at: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_do= cument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3D= sharing = = &d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0Ws= gxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X= 0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D Please discuss any proposed changes on the list, i.e., changes to the charter that are suggested in the google-doc but not agreed to here will = be ignored. We'd like to have the changes agreed to by the end of this month so the IESG may have time to review/act before IETF103. Thank you, Pavan and Lou =20 -- Draft Update to TEAS WG Charter (Version 1) The Traffic Engineering Architecture and Signaling (TEAS) Working Group is responsible for defining IP, MPLS and GMPLS traffic engineering architecture and identifying required related control-protocol functions, i.e., routing and path computation element functions. The TEAS group is also responsible for standardizing generalized, i.e., non-technology specific, RSVP-TE signaling protocol mechanisms, [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain = specific=E2=80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? = I guess the author may mention that RSVP-TE can be used in packet and = non-packet network here. Traffic Engineering (TE) is the term used to refer to techniques that enable operators to control how specific traffic flows are treated within their networks. TE is applied to packet networks via MPLS TE tunnels and LSPs, but may also be provided by other mechanisms such as forwarding rules similar to policy-based routing. The MPLS-TE control plane was generalized to additionally support non-packet technologies via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and GMPLS. Centralized and logically centralized control models are also supported, e.g., via Abstraction and Control of Traffic Engineered Networks (ACTN) and stateful-PCE. [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized = control model are also supported=E2=80=9D? The TEAS WG is responsible for: a) Traffic-engineering architectures for generic applicability across packet and non-packet networks.. This includes, for example, both networks that include the use of PCE and those that conform with ACTN principles but don't make use of PCE. The PCE architecture itself is out of the WG scope. [Aijun Wang]: Is there any situation that conform with ACTN principles = but don=E2=80=99t=E2=80=99 make use of PCE? Is it more generalized to = say =E2=80=9CThis includes, for example, both networks that include the = use of PCE or not=E2=80=9D? b) Definition of protocol-independent metrics and parameters (measurement and/or service attributes) for describing links and tunnels/paths required for traffic engineering (and related routing, signaling and path computation). These will be developed in conjunction with requests and requirements from other WGs to ensure overall = usefulness. c) Functional specification of extensions for routing (OSPF, ISIS) and for path computation (PCE), including those that provide general enablers of traffic-engineering systems that also use RSVP-TE. Protocol formats and procedures that embody these extensions will be done in coordination with the WGs supervising those protocols. [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional = specification of extensions for routing (OSPF, ISIS) and for path = computation protocol (PCEP),..=E2=80=9D d) Functional specification of generic (i.e., not data plane technology-specific) extensions for RSVP-TE, and the associated protocol formats and procedures that embody these extensions. e) Definition of control plane mechanisms and extensions to allow the setup and maintenance of TE paths and TE tunnels that span multiple domains and/or switching technologies, where a domain may be an IGP area, an Autonomous System, or any other region of topological = visibility. f) Definition and extension of management and security techniques for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE as well as mechanisms used to configure, control, and report OAM within TE networks. YANG and MIB modules may be considered. [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and = extension of management and security techniques for TE path and TE = tunnels signaling=E2=80=A6.=E2=80=9D, instead of only mentioning the = =E2=80=9CRSVP-TE signaling=E2=80=9D? The TEAS working group is chartered to deliver the following: 1. Definition of additional abstract service, link, and path properties such as jitter, delay, and diversity. Extensions to IGPs to advertise these properties, and extensions to RSVP-TE to request and to accumulate these properties. Work with PCE WG to include these properties in computation requests. 2. Specification of terminology, architecture, and protocol requirements for abstraction and distribution of TE information between interconnected TE domains/layers. 3. Specification and protocol extensions for a GMPLS External Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. 4. Protocol mechanisms to signal associated LSPs in particular with different source nodes. 5. Requirements and protocol extensions for additional protection mechanisms including end-point protection, protection of P2MP LSPs, and inter-domain protection. [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point = protection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel = protection=E2=80=9D? 6. YANG models in support of Traffic Engineering, in coordination with working groups working on YANG models for network topology and for technology-specific network attributes. Requirements may be documented in stand-alone RFCs, may be folded into architecture or solutions RFCs, may be recorded on a wiki, or may be documented in an Internet-Draft that is not progressed to RFC. The TEAS WG will coordinate with the following working groups: - With the MPLS WG to maintain and extend MPLS-TE protocol mechanisms and to determine whether they should be generalized. - With the CCAMP WG to maintain and extend non-packet, data plane technology-specific TE protocol mechanisms and to determine whether they should be generalized. - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing mechanisms. - With the PCE WG on uses of a PCE in the traffic-engineering architecture, on PCE extensions per the above, and on RSVP-TE extensions to support PCE WG identified requirements. - With the IDR WG on the use of BGP-LS in TE environments. - With the DetNet WG on mechanisms (YANG models and protocols) to support DetNet use cases. - With the SPRING WG on TE architecture and, where appropriate, TE-related protocol extensions. In doing this work, the WG will cooperate with external SDOs (such as the ITU-T and the IEEE 802.1) as necessary. ------=_NextPart_000_00B0_01D46211.B904C290 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Hi, Vishnu and Lou:

     

    I have the following suggestions(inline) for the charter, please see = whether they are appropriate or not?

     

     

    Best Regards.

     

    Aijun Wang

    Network R&D and Operation Support = Department

    China Telecom Corporation Limited Beijing Research Institute,Beijing, = China.

     

    =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram = [mailto:vishnupavan@gmail.com]
    =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5 14:50
    =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG = Chairs
    =E4=B8=BB=E9=A2=98: [Teas] Proposed charter = update

     

    Hi,

    Over the past few months = we've noted that our charter could use a bit of
    an update to match = the current state of TEAS and other working groups.
    We've taken a = pass at this and have a proposed revision.  Once the WG
    agrees = on changes, we'll pass those changes along to our AD who is = the
    actual owner of our charter.  The text is enclosed below as = well as
    available with changes tracked at:

    https://urldefense.proofpoint.com/v2/url?u=3D= https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1kl= ve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6= Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7= E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp= 3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D

    Please = discuss any proposed changes on the list, i.e., changes to = the
    charter that are suggested in the google-doc but not agreed to = here will be ignored.

    We'd like to have the changes agreed to by = the end of this month so the
    IESG may have time to review/act = before  IETF103.

    Thank you,
    Pavan and = Lou

     

    --
    Draft Update to = TEAS WG Charter (Version 1)

    The Traffic Engineering Architecture = and Signaling (TEAS) Working Group
    is responsible for defining IP, = MPLS and GMPLS traffic engineering
    architecture and identifying = required related control-protocol
    functions, i.e., routing and path = computation element functions. The
    TEAS group is also responsible for = standardizing generalized, i.e.,
    non-technology specific, RSVP-TE = signaling protocol mechanisms,

    [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain = specific=E2=80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? = I guess the author may mention that RSVP-TE can be used in packet and = non-packet network here.

    Traffic = Engineering (TE) is the term used to refer to techniques that
    enable = operators to control how specific traffic flows are treated
    within = their networks. TE is applied to packet networks via MPLS TE
    tunnels = and LSPs, but may also be provided by other mechanisms such = as
    forwarding rules similar to policy-based routing. The MPLS-TE = control
    plane was generalized to additionally support non-packet = technologies
    via GMPLS.  RSVP-TE is the signaling protocol used = for both MPLS-TE and
    GMPLS. Centralized and logically centralized = control models are also
    supported, e.g., via Abstraction and Control = of Traffic Engineered
    Networks (ACTN) and stateful-PCE.

    [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized = control model are also supported=E2=80=9D?

     The TEAS WG is responsible = for:

       a) Traffic-engineering architectures for = generic applicability
    across packet and non-packet networks.. This = includes, for example, both
    networks that include the use of PCE and = those that conform with ACTN
    principles but don't make use of PCE. = The PCE architecture itself is out
    of the WG scope.

    [Aijun Wang]: Is there any situation that conform with ACTN = principles but don=E2=80=99t=E2=80=99 make use of PCE? Is it more = generalized to say =E2=80=9CThis includes, for example, both networks = that include the use of PCE or not=E2=80=9D?


       b) Definition of protocol-independent = metrics and parameters
    (measurement and/or service attributes) for = describing links and
    tunnels/paths required for traffic engineering = (and related routing,
    signaling and path computation). These will be = developed in conjunction
    with requests and requirements from other = WGs to ensure overall usefulness.

       c) Functional = specification of extensions for routing (OSPF, ISIS)
    and for path = computation (PCE), including those that provide general
    enablers of = traffic-engineering systems that also use RSVP-TE. Protocol
    formats = and procedures that embody these extensions will be done = in
    coordination with the WGs supervising those protocols.

    [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional = specification of extensions for routing (OSPF, ISIS) and for path = computation protocol (PCEP),..=E2=80=9D


       d) Functional specification of generic = (i.e., not data plane
    technology-specific) extensions for RSVP-TE, = and the associated protocol
    formats and procedures that embody these = extensions.

       e) Definition of control plane = mechanisms and extensions to allow
    the setup and maintenance of TE = paths and TE tunnels that span multiple
    domains and/or switching = technologies, where a domain may be an IGP
    area, an Autonomous = System, or any other region of topological = visibility.

       f) Definition and extension of = management and security techniques
    for RSVP-TE signaling. This = includes configuring and monitoring RSVP-TE
    as well as mechanisms = used to configure, control, and report OAM within
    TE networks. YANG = and MIB modules may be considered.

    [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and = extension of management and security techniques for TE path and TE = tunnels signaling=E2=80=A6.=E2=80=9D, instead of only mentioning the = =E2=80=9CRSVP-TE signaling=E2=80=9D?


      The TEAS working group is chartered to deliver = the following:

       1. Definition of additional abstract = service, link, and path
    properties such as jitter, delay, and = diversity. Extensions to IGPs to
    advertise these properties, and = extensions to RSVP-TE to request and to
    accumulate these properties. = Work with PCE WG to include these
    properties in computation = requests.

       2. Specification of terminology, = architecture, and protocol
    requirements for abstraction and = distribution of TE information between
    interconnected TE = domains/layers.

       3. Specification and protocol = extensions for a GMPLS External
    Network-to-Network Interface (E-NNI), = i.e., multi-domain GMPLS support.

       4. Protocol = mechanisms to signal associated LSPs in particular with
    different = source nodes.

       5. Requirements and protocol = extensions for additional protection
    mechanisms including end-point = protection, protection of P2MP LSPs, and
    inter-domain = protection.

    [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point = protection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel = protection=E2=80=9D?

       6. = YANG models in support of Traffic Engineering, in coordination
    with = working groups working on YANG models for network topology and = for
    technology-specific network attributes.

      = Requirements may be documented in stand-alone RFCs, may be = folded
    into architecture or solutions RFCs, may be recorded on a = wiki, or may
    be documented in an Internet-Draft that is not = progressed to RFC.

      The TEAS WG will coordinate with the = following working groups:

       - With the MPLS WG to = maintain and extend MPLS-TE protocol
    mechanisms and to determine = whether they should be generalized.

       - With the CCAMP = WG to maintain and extend non-packet, data plane
    technology-specific = TE protocol mechanisms and to determine whether they
    should be = generalized.

       - With the LSR (OSPF and ISIS) WG to = maintain or extend TE routing
    mechanisms.

       - With = the PCE WG on uses of a PCE in the traffic-engineering
    architecture, = on PCE extensions per the above, and on RSVP-TE extensions
    to support = PCE WG identified requirements.

       - With the IDR WG on = the use of BGP-LS in TE environments.

       - With the = DetNet WG on mechanisms (YANG models and protocols) to
    support DetNet = use cases.

       - With the SPRING WG on TE architecture = and, where appropriate,
    TE-related protocol extensions.

    In = doing this work, the WG will cooperate with external SDOs (such = as
    the ITU-T and the IEEE 802.1) as = necessary.



    = ------=_NextPart_000_00B0_01D46211.B904C290-- From nobody Thu Oct 11 22:01:28 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABE0B12F295; Thu, 11 Oct 2018 22:01:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 px_TrSWfO1xx; Thu, 11 Oct 2018 22:01:23 -0700 (PDT) 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 1AC6A128CB7; Thu, 11 Oct 2018 22:01:23 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 310B3A3D08993; Fri, 12 Oct 2018 06:01:18 +0100 (IST) Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 12 Oct 2018 06:01:18 +0100 Received: from BLREML503-MBX.china.huawei.com ([169.254.9.224]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0399.000; Fri, 12 Oct 2018 10:31:07 +0530 From: Dhruv Dhody To: Lou Berger , Dhruv Dhody CC: TEAS WG Chairs , TEAS WG Thread-Topic: [Teas] Proposed charter update Thread-Index: AQHUXtMreW4OLvsMZU2jCz99Fr8IYqUYX6sAgAKvVyA= Date: Fri, 12 Oct 2018 05:01:06 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8D7F768F@BLREML503-MBX.china.huawei.com> References: In-Reply-To: Accept-Language: en-GB, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.149.39] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 05:01:27 -0000 SGkgTG91LA0KDQpPTERFUjogDQphKSBUcmFmZmljLWVuZ2luZWVyaW5nIGFyY2hpdGVjdHVyZXMg Zm9yIGdlbmVyaWMgYXBwbGljYWJpbGl0eQ0KYWNyb3NzIHBhY2tldCBhbmQgbm9uLXBhY2tldCBu ZXR3b3Jrcy4gVGhpcyBpbmNsdWRlcyBib3RoIA0KbmV0d29ya3MgdGhhdCBpbmNsdWRlIHRoZSB1 c2Ugb2YgUENFIGFuZCB0aG9zZSB0aGF0IGRvIG5vdC4NClRoZSBQQ0UgYXJjaGl0ZWN0dXJlIGl0 c2VsZiBpcyBvdXQgb2YgdGhlIFdHIHNjb3BlLg0KDQpPTEQ6DQphKSBUcmFmZmljLWVuZ2luZWVy aW5nIGFyY2hpdGVjdHVyZXMgZm9yIGdlbmVyaWMgYXBwbGljYWJpbGl0eQ0KYWNyb3NzIHBhY2tl dCBhbmQgbm9uLXBhY2tldCBuZXR3b3Jrcy4uIFRoaXMgaW5jbHVkZXMsIGZvciBleGFtcGxlLA0K Ym90aCBuZXR3b3JrcyB0aGF0IGluY2x1ZGUgdGhlIHVzZSBvZiBQQ0UgYW5kIHRob3NlIHRoYXQg Y29uZm9ybSB3aXRoDQpBQ1ROIHByaW5jaXBsZXMgYnV0IGRvbid0IG1ha2UgdXNlIG9mIFBDRS4g VGhlIFBDRSBhcmNoaXRlY3R1cmUgaXRzZWxmDQppcyBvdXQgb2YgdGhlIFdHIHNjb3BlLg0KDQpO RVc6IA0KYSkgVHJhZmZpYy1lbmdpbmVlcmluZyBhcmNoaXRlY3R1cmVzIGZvciBnZW5lcmljIGFw cGxpY2FiaWxpdHkNCmFjcm9zcyBwYWNrZXQgYW5kIG5vbi1wYWNrZXQgbmV0d29ya3MuIFRoaXMg aW5jbHVkZXMsIGZvciBleGFtcGxlLA0KbmV0d29ya3MgdGhhdCBwZXJmb3JtIGNlbnRyYWxpemVk IGNvbXB1dGF0aW9uIGFuZCBjb250cm9sLCBpbiBjb25mb3JtYW5jZQ0Kd2l0aCBBQ1ROIChhbmQg UENFKSBwcmluY2lwbGVzIGFzIHdlbGwgYXMgZGlzdHJpYnV0ZWQgY29tcHV0YXRpb24gYW5kIA0K Y29udHJvbC4gVGhlIHVzZSBvZiBQQ0VQIGlzIG9wdGlvbmFsIGFuZCB0aGUgUENFIGFyY2hpdGVj dHVyZSBpdHNlbGYNCmlzIG91dCBvZiB0aGUgV0cgc2NvcGUuDQoNCkNhbGwgdG8gdGhlIHdvcmRz bWl0aHMgaW4gdGhlIFdHIHRvIGZ1cnRoZXIgcmVmaW5lISA6KQ0KDQpJIHdhbnRlZCB0byBkaWZm ZXJlbnRpYXRlIGJldHdlZW4gUENFIChlbnRpdHkgdGhhdCBkb2VzIHBhdGggY29tcHV0YXRpb24p IGFuZCB0aGUgUENFUCAocHJvdG9jb2wpLiANCiIuLkFDVE4gcHJpbmNpcGxlcyBidXQgZG9uJ3Qg bWFrZSB1c2Ugb2YgUENFIiB3YXMgdGhlIG1haW4gaXNzdWUhIA0KDQpIb3BlIHRoaXMgaGVscHMh IA0KDQpSZWdhcmRzLA0KRGhydXYNCg0KDQotLQ0KRGhydXYgRGhvZHkgDQpMZWFkIEFyY2hpdGVj dA0KTmV0d29yayBCdXNpbmVzcyBMaW5lDQpIdWF3ZWkgVGVjaG5vbG9naWVzIEluZGlhIFB2dC4g THRkLg0KU3VydmV5IE5vLiAzNywgTmV4dCB0byBFUElQIEFyZWEsIEt1bmRhbGFoYWxsaSwgV2hp dGVmaWVsZA0KQmVuZ2FsdXJ1LCBLYXJuYXRha2EgLSA1NjAwNjYgDQpUZWw6ICsgOTEtODAtNDkx NjA3MDAgRXh0IDcxNTgzIElJIEVtYWlsOiBkaHJ1di5kaG9keUBodWF3ZWkuY29tDQoNClRoaXMg ZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRp b24gZnJvbSBIVUFXRUksIHdoaWNoIA0KaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBv ciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2YgdGhlIA0K aW5mb3JtYXRpb24gY29udGFpbmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBu b3QgbGltaXRlZCB0bywgdG90YWwgb3IgcGFydGlhbCANCmRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlv biwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCAN CnJlY2lwaWVudChzKSBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBp biBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IA0KcGhvbmUgb3IgZW1haWwgaW1t ZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCENCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+IEZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBMb3UgQmVyZ2VyDQo+IFNlbnQ6IDEwIE9jdG9iZXIgMjAxOCAyMjo0NQ0KPiBUbzogRGhydXYg RGhvZHkgPGRocnV2LmlldGZAZ21haWwuY29tPg0KPiBDYzogVEVBUyBXRyBDaGFpcnMgPHRlYXMt Y2hhaXJzQGlldGYub3JnPjsgVEVBUyBXRyA8dGVhc0BpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6 IFtUZWFzXSBQcm9wb3NlZCBjaGFydGVyIHVwZGF0ZQ0KPiANCj4gRGhydXYsDQo+IA0KPiB5b3Ug bWFkZSB0aGUgZm9sbG93aW5nIGNvbW1lbnQgb24gdGhlIGdvb2dsZSBkb2M6DQo+IA0KPiA+ICpE aHJ1diBEaG9keSoNCj4gPg0KPiA+IFRoaXMgc2hvdWxkIGNvbnZleSB0aGF0IGJvdGggY2VudHJh bGl6ZWQgKGNvbnRyb2xsZXIpIGFuZCBkaXN0cmlidXRlZA0KPiA+IFRFIGlzIGluIHNjb3BlLiBB bmQgdGhlbiB1c2Ugb2YgIlBDRVAiIGlzIG9wdGlvbmFsIGluIHRoZSBjb250cm9sbGVyLg0KPiA+ IEkgZG9udCB0aGluayB0aGF0IGlzIGNsZWFyIHdpdGggdGhpcyB0ZXh0Lg0KPiA+DQo+IERvIHlv dSBoYXZlIGFueSBzcGVjaWZpYyB0ZXh0IHByb3Bvc2FscyB0byBhZGRyZXNzIHlvdXIgY29uY2Vy bj8NCj4gDQo+IFRoYW5rcywNCj4gDQo+IExvdQ0KPiANCj4gDQo+IE9uIDEwLzgvMjAxOCAyOjQ5 IEFNLCBWaXNobnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KPiA+IEhpLA0KPiA+DQo+ID4gT3ZlciB0 aGUgcGFzdCBmZXcgbW9udGhzIHdlJ3ZlIG5vdGVkIHRoYXQgb3VyIGNoYXJ0ZXIgY291bGQgdXNl IGEgYml0DQo+ID4gb2YgYW4gdXBkYXRlIHRvIG1hdGNoIHRoZSBjdXJyZW50IHN0YXRlIG9mIFRF QVMgYW5kIG90aGVyIHdvcmtpbmcgZ3JvdXBzLg0KPiA+IFdlJ3ZlIHRha2VuIGEgcGFzcyBhdCB0 aGlzIGFuZCBoYXZlIGEgcHJvcG9zZWQgcmV2aXNpb24uwqAgT25jZSB0aGUgV0cNCj4gPiBhZ3Jl ZXMgb24gY2hhbmdlcywgd2UnbGwgcGFzcyB0aG9zZSBjaGFuZ2VzIGFsb25nIHRvIG91ciBBRCB3 aG8gaXMgdGhlDQo+ID4gYWN0dWFsIG93bmVyIG9mIG91ciBjaGFydGVyLsKgIFRoZSB0ZXh0IGlz IGVuY2xvc2VkIGJlbG93IGFzIHdlbGwgYXMNCj4gPiBhdmFpbGFibGUgd2l0aCBjaGFuZ2VzIHRy YWNrZWQgYXQ6DQo+ID4NCj4gPiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIv dXJsP3U9aHR0cHMtM0FfX2RvY3MuZ29vZ2xlLmNvbV9kDQo+ID4gb2N1bWVudF9kXzFsNXkzbkgz S21PUWJIT01wLTVGUkZtMVNLNXJpUzVxaTFrbHZlLTJELTJEa3lVYlNVX2VkaXQtM0Z1cw0KPiA+ IHAtM0RzaGFyaW5nJmQ9RHdJRGFRJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2 b0RUWGNXem9DSSZyPUMNCj4gPiBGSFZmVzBXc2d4U3FNNndUSmlXRTVldlVKQWRsVWwxZm03RTBX VmJpUzgmbT02cEkxeURGSllDTHI0WUJEWE9FSkZ4V3pKDQo+ID4gUU1tc1c1cTFYMGljNjBxZ000 JnM9WEhncDNJU3VGWlpqX0ZVaUdLSzJaalJuZGxTeUl4Z29tdGZxeUV0M0RSVSZlPQ0KPiA+DQo+ ID4gUGxlYXNlIGRpc2N1c3MgYW55IHByb3Bvc2VkIGNoYW5nZXMgb24gdGhlIGxpc3QsIGkuZS4s IGNoYW5nZXMgdG8gdGhlDQo+ID4gY2hhcnRlciB0aGF0IGFyZSBzdWdnZXN0ZWQgaW4gdGhlIGdv b2dsZS1kb2MgYnV0IG5vdCBhZ3JlZWQgdG8gaGVyZQ0KPiA+IHdpbGwgYmUgaWdub3JlZC4NCj4g Pg0KPiA+IFdlJ2QgbGlrZSB0byBoYXZlIHRoZSBjaGFuZ2VzIGFncmVlZCB0byBieSB0aGUgZW5k IG9mIHRoaXMgbW9udGggc28NCj4gPiB0aGUgSUVTRyBtYXkgaGF2ZSB0aW1lIHRvIHJldmlldy9h Y3QgYmVmb3JlwqAgSUVURjEwMy4NCj4gPg0KPiA+IFRoYW5rIHlvdSwNCj4gPiBQYXZhbiBhbmQg TG91DQo+ID4NCj4gPiAtLQ0KPiA+IERyYWZ0IFVwZGF0ZSB0byBURUFTIFdHIENoYXJ0ZXIgKFZl cnNpb24gMSkNCj4gPg0KPiA+IFRoZSBUcmFmZmljIEVuZ2luZWVyaW5nIEFyY2hpdGVjdHVyZSBh bmQgU2lnbmFsaW5nIChURUFTKSBXb3JraW5nDQo+ID4gR3JvdXAgaXMgcmVzcG9uc2libGUgZm9y IGRlZmluaW5nIElQLCBNUExTIGFuZCBHTVBMUyB0cmFmZmljDQo+ID4gZW5naW5lZXJpbmcgYXJj aGl0ZWN0dXJlIGFuZCBpZGVudGlmeWluZyByZXF1aXJlZCByZWxhdGVkDQo+ID4gY29udHJvbC1w cm90b2NvbCBmdW5jdGlvbnMsIGkuZS4sIHJvdXRpbmcgYW5kIHBhdGggY29tcHV0YXRpb24gZWxl bWVudA0KPiA+IGZ1bmN0aW9ucy4gVGhlIFRFQVMgZ3JvdXAgaXMgYWxzbyByZXNwb25zaWJsZSBm b3Igc3RhbmRhcmRpemluZw0KPiA+IGdlbmVyYWxpemVkLCBpLmUuLCBub24tdGVjaG5vbG9neSBz cGVjaWZpYywgUlNWUC1URSBzaWduYWxpbmcgcHJvdG9jb2wNCj4gPiBtZWNoYW5pc21zLA0KPiA+ DQo+ID4gVHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIGlzIHRoZSB0ZXJtIHVzZWQgdG8gcmVmZXIg dG8gdGVjaG5pcXVlcyB0aGF0DQo+ID4gZW5hYmxlIG9wZXJhdG9ycyB0byBjb250cm9sIGhvdyBz cGVjaWZpYyB0cmFmZmljIGZsb3dzIGFyZSB0cmVhdGVkDQo+ID4gd2l0aGluIHRoZWlyIG5ldHdv cmtzLiBURSBpcyBhcHBsaWVkIHRvIHBhY2tldCBuZXR3b3JrcyB2aWEgTVBMUyBURQ0KPiA+IHR1 bm5lbHMgYW5kIExTUHMsIGJ1dCBtYXkgYWxzbyBiZSBwcm92aWRlZCBieSBvdGhlciBtZWNoYW5p c21zIHN1Y2ggYXMNCj4gPiBmb3J3YXJkaW5nIHJ1bGVzIHNpbWlsYXIgdG8gcG9saWN5LWJhc2Vk IHJvdXRpbmcuIFRoZSBNUExTLVRFIGNvbnRyb2wNCj4gPiBwbGFuZSB3YXMgZ2VuZXJhbGl6ZWQg dG8gYWRkaXRpb25hbGx5IHN1cHBvcnQgbm9uLXBhY2tldCB0ZWNobm9sb2dpZXMNCj4gPiB2aWEg R01QTFMuwqAgUlNWUC1URSBpcyB0aGUgc2lnbmFsaW5nIHByb3RvY29sIHVzZWQgZm9yIGJvdGgg TVBMUy1URQ0KPiA+IGFuZCBHTVBMUy4gQ2VudHJhbGl6ZWQgYW5kIGxvZ2ljYWxseSBjZW50cmFs aXplZCBjb250cm9sIG1vZGVscyBhcmUNCj4gPiBhbHNvIHN1cHBvcnRlZCwgZS5nLiwgdmlhIEFi c3RyYWN0aW9uIGFuZCBDb250cm9sIG9mIFRyYWZmaWMNCj4gPiBFbmdpbmVlcmVkIE5ldHdvcmtz IChBQ1ROKSBhbmQgc3RhdGVmdWwtUENFLg0KPiA+DQo+ID4gwqBUaGUgVEVBUyBXRyBpcyByZXNw b25zaWJsZSBmb3I6DQo+ID4NCj4gPiDCoMKgIGEpIFRyYWZmaWMtZW5naW5lZXJpbmcgYXJjaGl0 ZWN0dXJlcyBmb3IgZ2VuZXJpYyBhcHBsaWNhYmlsaXR5DQo+ID4gYWNyb3NzIHBhY2tldCBhbmQg bm9uLXBhY2tldCBuZXR3b3Jrcy4uIFRoaXMgaW5jbHVkZXMsIGZvciBleGFtcGxlLA0KPiA+IGJv dGggbmV0d29ya3MgdGhhdCBpbmNsdWRlIHRoZSB1c2Ugb2YgUENFIGFuZCB0aG9zZSB0aGF0IGNv bmZvcm0gd2l0aA0KPiA+IEFDVE4gcHJpbmNpcGxlcyBidXQgZG9uJ3QgbWFrZSB1c2Ugb2YgUENF LiBUaGUgUENFIGFyY2hpdGVjdHVyZSBpdHNlbGYNCj4gPiBpcyBvdXQgb2YgdGhlIFdHIHNjb3Bl Lg0KPiA+DQo+ID4gwqDCoCBiKSBEZWZpbml0aW9uIG9mIHByb3RvY29sLWluZGVwZW5kZW50IG1l dHJpY3MgYW5kIHBhcmFtZXRlcnMNCj4gPiAobWVhc3VyZW1lbnQgYW5kL29yIHNlcnZpY2UgYXR0 cmlidXRlcykgZm9yIGRlc2NyaWJpbmcgbGlua3MgYW5kDQo+ID4gdHVubmVscy9wYXRocyByZXF1 aXJlZCBmb3IgdHJhZmZpYyBlbmdpbmVlcmluZyAoYW5kIHJlbGF0ZWQgcm91dGluZywNCj4gPiBz aWduYWxpbmcgYW5kIHBhdGggY29tcHV0YXRpb24pLiBUaGVzZSB3aWxsIGJlIGRldmVsb3BlZCBp bg0KPiA+IGNvbmp1bmN0aW9uIHdpdGggcmVxdWVzdHMgYW5kIHJlcXVpcmVtZW50cyBmcm9tIG90 aGVyIFdHcyB0byBlbnN1cmUNCj4gPiBvdmVyYWxsIHVzZWZ1bG5lc3MuDQo+ID4NCj4gPiDCoMKg IGMpIEZ1bmN0aW9uYWwgc3BlY2lmaWNhdGlvbiBvZiBleHRlbnNpb25zIGZvciByb3V0aW5nIChP U1BGLCBJU0lTKQ0KPiA+IGFuZCBmb3IgcGF0aCBjb21wdXRhdGlvbiAoUENFKSwgaW5jbHVkaW5n IHRob3NlIHRoYXQgcHJvdmlkZSBnZW5lcmFsDQo+ID4gZW5hYmxlcnMgb2YgdHJhZmZpYy1lbmdp bmVlcmluZyBzeXN0ZW1zIHRoYXQgYWxzbyB1c2UgUlNWUC1URS4NCj4gPiBQcm90b2NvbCBmb3Jt YXRzIGFuZCBwcm9jZWR1cmVzIHRoYXQgZW1ib2R5IHRoZXNlIGV4dGVuc2lvbnMgd2lsbCBiZQ0K PiA+IGRvbmUgaW4gY29vcmRpbmF0aW9uIHdpdGggdGhlIFdHcyBzdXBlcnZpc2luZyB0aG9zZSBw cm90b2NvbHMuDQo+ID4NCj4gPiDCoMKgIGQpIEZ1bmN0aW9uYWwgc3BlY2lmaWNhdGlvbiBvZiBn ZW5lcmljIChpLmUuLCBub3QgZGF0YSBwbGFuZQ0KPiA+IHRlY2hub2xvZ3ktc3BlY2lmaWMpIGV4 dGVuc2lvbnMgZm9yIFJTVlAtVEUsIGFuZCB0aGUgYXNzb2NpYXRlZA0KPiA+IHByb3RvY29sIGZv cm1hdHMgYW5kIHByb2NlZHVyZXMgdGhhdCBlbWJvZHkgdGhlc2UgZXh0ZW5zaW9ucy4NCj4gPg0K PiA+IMKgwqAgZSkgRGVmaW5pdGlvbiBvZiBjb250cm9sIHBsYW5lIG1lY2hhbmlzbXMgYW5kIGV4 dGVuc2lvbnMgdG8gYWxsb3cNCj4gPiB0aGUgc2V0dXAgYW5kIG1haW50ZW5hbmNlIG9mIFRFIHBh dGhzIGFuZCBURSB0dW5uZWxzIHRoYXQgc3Bhbg0KPiA+IG11bHRpcGxlIGRvbWFpbnMgYW5kL29y IHN3aXRjaGluZyB0ZWNobm9sb2dpZXMsIHdoZXJlIGEgZG9tYWluIG1heSBiZQ0KPiA+IGFuIElH UCBhcmVhLCBhbiBBdXRvbm9tb3VzIFN5c3RlbSwgb3IgYW55IG90aGVyIHJlZ2lvbiBvZiB0b3Bv bG9naWNhbA0KPiB2aXNpYmlsaXR5Lg0KPiA+DQo+ID4gwqDCoCBmKSBEZWZpbml0aW9uIGFuZCBl eHRlbnNpb24gb2YgbWFuYWdlbWVudCBhbmQgc2VjdXJpdHkgdGVjaG5pcXVlcw0KPiA+IGZvciBS U1ZQLVRFIHNpZ25hbGluZy4gVGhpcyBpbmNsdWRlcyBjb25maWd1cmluZyBhbmQgbW9uaXRvcmlu Zw0KPiA+IFJTVlAtVEUgYXMgd2VsbCBhcyBtZWNoYW5pc21zIHVzZWQgdG8gY29uZmlndXJlLCBj b250cm9sLCBhbmQgcmVwb3J0DQo+ID4gT0FNIHdpdGhpbiBURSBuZXR3b3Jrcy4gWUFORyBhbmQg TUlCIG1vZHVsZXMgbWF5IGJlIGNvbnNpZGVyZWQuDQo+ID4NCj4gPiDCoCBUaGUgVEVBUyB3b3Jr aW5nIGdyb3VwIGlzIGNoYXJ0ZXJlZCB0byBkZWxpdmVyIHRoZSBmb2xsb3dpbmc6DQo+ID4NCj4g PiDCoMKgIDEuIERlZmluaXRpb24gb2YgYWRkaXRpb25hbCBhYnN0cmFjdCBzZXJ2aWNlLCBsaW5r LCBhbmQgcGF0aA0KPiA+IHByb3BlcnRpZXMgc3VjaCBhcyBqaXR0ZXIsIGRlbGF5LCBhbmQgZGl2 ZXJzaXR5LiBFeHRlbnNpb25zIHRvIElHUHMgdG8NCj4gPiBhZHZlcnRpc2UgdGhlc2UgcHJvcGVy dGllcywgYW5kIGV4dGVuc2lvbnMgdG8gUlNWUC1URSB0byByZXF1ZXN0IGFuZA0KPiA+IHRvIGFj Y3VtdWxhdGUgdGhlc2UgcHJvcGVydGllcy4gV29yayB3aXRoIFBDRSBXRyB0byBpbmNsdWRlIHRo ZXNlDQo+ID4gcHJvcGVydGllcyBpbiBjb21wdXRhdGlvbiByZXF1ZXN0cy4NCj4gPg0KPiA+IMKg wqAgMi4gU3BlY2lmaWNhdGlvbiBvZiB0ZXJtaW5vbG9neSwgYXJjaGl0ZWN0dXJlLCBhbmQgcHJv dG9jb2wNCj4gPiByZXF1aXJlbWVudHMgZm9yIGFic3RyYWN0aW9uIGFuZCBkaXN0cmlidXRpb24g b2YgVEUgaW5mb3JtYXRpb24NCj4gPiBiZXR3ZWVuIGludGVyY29ubmVjdGVkIFRFIGRvbWFpbnMv bGF5ZXJzLg0KPiA+DQo+ID4gwqDCoCAzLiBTcGVjaWZpY2F0aW9uIGFuZCBwcm90b2NvbCBleHRl bnNpb25zIGZvciBhIEdNUExTIEV4dGVybmFsDQo+ID4gTmV0d29yay10by1OZXR3b3JrIEludGVy ZmFjZSAoRS1OTkkpLCBpLmUuLCBtdWx0aS1kb21haW4gR01QTFMgc3VwcG9ydC4NCj4gPg0KPiA+ IMKgwqAgNC4gUHJvdG9jb2wgbWVjaGFuaXNtcyB0byBzaWduYWwgYXNzb2NpYXRlZCBMU1BzIGlu IHBhcnRpY3VsYXIgd2l0aA0KPiA+IGRpZmZlcmVudCBzb3VyY2Ugbm9kZXMuDQo+ID4NCj4gPiDC oMKgIDUuIFJlcXVpcmVtZW50cyBhbmQgcHJvdG9jb2wgZXh0ZW5zaW9ucyBmb3IgYWRkaXRpb25h bCBwcm90ZWN0aW9uDQo+ID4gbWVjaGFuaXNtcyBpbmNsdWRpbmcgZW5kLXBvaW50IHByb3RlY3Rp b24sIHByb3RlY3Rpb24gb2YgUDJNUCBMU1BzLA0KPiA+IGFuZCBpbnRlci1kb21haW4gcHJvdGVj dGlvbi4NCj4gPg0KPiA+IMKgwqAgNi4gWUFORyBtb2RlbHMgaW4gc3VwcG9ydCBvZiBUcmFmZmlj IEVuZ2luZWVyaW5nLCBpbiBjb29yZGluYXRpb24NCj4gPiB3aXRoIHdvcmtpbmcgZ3JvdXBzIHdv cmtpbmcgb24gWUFORyBtb2RlbHMgZm9yIG5ldHdvcmsgdG9wb2xvZ3kgYW5kDQo+ID4gZm9yIHRl Y2hub2xvZ3ktc3BlY2lmaWMgbmV0d29yayBhdHRyaWJ1dGVzLg0KPiA+DQo+ID4gwqAgUmVxdWly ZW1lbnRzIG1heSBiZSBkb2N1bWVudGVkIGluIHN0YW5kLWFsb25lIFJGQ3MsIG1heSBiZSBmb2xk ZWQNCj4gPiBpbnRvIGFyY2hpdGVjdHVyZSBvciBzb2x1dGlvbnMgUkZDcywgbWF5IGJlIHJlY29y ZGVkIG9uIGEgd2lraSwgb3IgbWF5DQo+ID4gYmUgZG9jdW1lbnRlZCBpbiBhbiBJbnRlcm5ldC1E cmFmdCB0aGF0IGlzIG5vdCBwcm9ncmVzc2VkIHRvIFJGQy4NCj4gPg0KPiA+IMKgIFRoZSBURUFT IFdHIHdpbGwgY29vcmRpbmF0ZSB3aXRoIHRoZSBmb2xsb3dpbmcgd29ya2luZyBncm91cHM6DQo+ ID4NCj4gPiDCoMKgIC0gV2l0aCB0aGUgTVBMUyBXRyB0byBtYWludGFpbiBhbmQgZXh0ZW5kIE1Q TFMtVEUgcHJvdG9jb2wNCj4gPiBtZWNoYW5pc21zIGFuZCB0byBkZXRlcm1pbmUgd2hldGhlciB0 aGV5IHNob3VsZCBiZSBnZW5lcmFsaXplZC4NCj4gPg0KPiA+IMKgwqAgLSBXaXRoIHRoZSBDQ0FN UCBXRyB0byBtYWludGFpbiBhbmQgZXh0ZW5kIG5vbi1wYWNrZXQsIGRhdGEgcGxhbmUNCj4gPiB0 ZWNobm9sb2d5LXNwZWNpZmljIFRFIHByb3RvY29sIG1lY2hhbmlzbXMgYW5kIHRvIGRldGVybWlu ZSB3aGV0aGVyDQo+ID4gdGhleSBzaG91bGQgYmUgZ2VuZXJhbGl6ZWQuDQo+ID4NCj4gPiDCoMKg IC0gV2l0aCB0aGUgTFNSIChPU1BGIGFuZCBJU0lTKSBXRyB0byBtYWludGFpbiBvciBleHRlbmQg VEUgcm91dGluZw0KPiA+IG1lY2hhbmlzbXMuDQo+ID4NCj4gPiDCoMKgIC0gV2l0aCB0aGUgUENF IFdHIG9uIHVzZXMgb2YgYSBQQ0UgaW4gdGhlIHRyYWZmaWMtZW5naW5lZXJpbmcNCj4gPiBhcmNo aXRlY3R1cmUsIG9uIFBDRSBleHRlbnNpb25zIHBlciB0aGUgYWJvdmUsIGFuZCBvbiBSU1ZQLVRF DQo+ID4gZXh0ZW5zaW9ucyB0byBzdXBwb3J0IFBDRSBXRyBpZGVudGlmaWVkIHJlcXVpcmVtZW50 cy4NCj4gPg0KPiA+IMKgwqAgLSBXaXRoIHRoZSBJRFIgV0cgb24gdGhlIHVzZSBvZiBCR1AtTFMg aW4gVEUgZW52aXJvbm1lbnRzLg0KPiA+DQo+ID4gwqDCoCAtIFdpdGggdGhlIERldE5ldCBXRyBv biBtZWNoYW5pc21zIChZQU5HIG1vZGVscyBhbmQgcHJvdG9jb2xzKSB0bw0KPiA+IHN1cHBvcnQg RGV0TmV0IHVzZSBjYXNlcy4NCj4gPg0KPiA+IMKgwqAgLSBXaXRoIHRoZSBTUFJJTkcgV0cgb24g VEUgYXJjaGl0ZWN0dXJlIGFuZCwgd2hlcmUgYXBwcm9wcmlhdGUsDQo+ID4gVEUtcmVsYXRlZCBw cm90b2NvbCBleHRlbnNpb25zLg0KPiA+DQo+ID4gSW4gZG9pbmcgdGhpcyB3b3JrLCB0aGUgV0cg d2lsbCBjb29wZXJhdGUgd2l0aCBleHRlcm5hbCBTRE9zIChzdWNoIGFzDQo+ID4gdGhlIElUVS1U IGFuZCB0aGUgSUVFRSA4MDIuMSkgYXMgbmVjZXNzYXJ5Lg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ ID4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gVGVhcyBtYWlsaW5nIGxpc3QNCj4gPiBUZWFzQGlldGYub3JnDQo+ID4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo+IA0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBUZWFzIG1haWxpbmcgbGlzdA0K PiBUZWFzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGVhcw0K From nobody Mon Oct 15 07:50:19 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B426130E8A for ; Mon, 15 Oct 2018 07:50:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (768-bit key) reason="fail (body has been altered)" header.d=labn.net 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 9FATAFGAdFTB for ; Mon, 15 Oct 2018 07:50:14 -0700 (PDT) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) (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 EEE9D130E81 for ; Mon, 15 Oct 2018 07:50:12 -0700 (PDT) Received: from cmgw14.unifiedlayer.com (unknown [10.9.0.14]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id 1370E33E3167E for ; Mon, 15 Oct 2018 08:50:11 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id C4CAggQcNvdTuC4CAg1kEO; Mon, 15 Oct 2018 08:50:11 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe :List-Post:List-Owner:List-Archive; bh=IfnSHISeRoHqr1bTL+h/yPHmsFPHzN1UbysoZAPH4ok=; b=M6B1ZwkiPw5dusDLchijmj802G mYSasSS53xDVe5M66Qup3yvnFQ407KyvEkueaPSskWzRaw6WrIDqPf3EWPVGFujE8XKZmk15dyNDC +8/SV+gbeWfl9bteCOxChujhS; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:34920 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gC4CA-001fSG-Gl; Mon, 15 Oct 2018 08:50:10 -0600 To: Aijun Wang , 'Vishnu Pavan Beeram' , 'TEAS WG' , 'TEAS WG Chairs' References: <00af01d461ce$aae18290$00a487b0$@org.cn> From: Lou Berger Message-ID: <37c3639d-c8e3-da65-1ddc-121503b261f4@labn.net> Date: Mon, 15 Oct 2018 10:50:09 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <00af01d461ce$aae18290$00a487b0$@org.cn> Content-Type: multipart/alternative; boundary="------------5771917E13AA674E0D06DB3A" Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gC4CA-001fSG-Gl X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:34920 X-Source-Auth: lberger@labn.net X-Email-Count: 8 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] =?utf-8?b?562U5aSNOiBQcm9wb3NlZCBjaGFydGVyIHVwZGF0ZQ==?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 14:50:17 -0000 This is a multi-part message in MIME format. --------------5771917E13AA674E0D06DB3A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Aijun,    Thank you for the comments.  Please see below for responses in-line. On 10/11/2018 9:55 PM, Aijun Wang wrote: > > Hi, Vishnu and Lou: > > I have the following suggestions(inline) for the charter, please see > whether they are appropriate or not? > > Best Regards. > > Aijun Wang > > Network R&D and Operation Support Department > > China Telecom Corporation Limited Beijing Research Institute,Beijing, > China. > > *发件人:*Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com] > *发送时间:*2018年10月8日14:50 > *收件人:*TEAS WG; TEAS WG Chairs > *主题:*[Teas] Proposed charter update > > Hi, > > Over the past few months we've noted that our charter could use a bit of > an update to match the current state of TEAS and other working groups. > We've taken a pass at this and have a proposed revision.  Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter.  The text is enclosed below as well as > available with changes tracked at: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here > will be ignored. > > We'd like to have the changes agreed to by the end of this month so the > IESG may have time to review/act before  IETF103. > > Thank you, > Pavan and Lou > > -- > Draft Update to TEAS WG Charter (Version 1) > > The Traffic Engineering Architecture and Signaling (TEAS) Working Group > is responsible for defining IP, MPLS and GMPLS traffic engineering > architecture and identifying required related control-protocol > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms, > > [Aijun Wang]: Is it more suitable to say “non-domain specific” instead > of “non-technology specific” ? I guess the author may mention that > RSVP-TE can be used in packet and non-packet network here. > How about:   The TEAS group is also responsible for standardizing RSVP-TE signaling protocol mechanism that are not related to a specific switching technology. > > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-TE and > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered > Networks (ACTN) and stateful-PCE. > > [Aijun Wang]: Is it more concise here to say “Centralized control > model are also supported”? > It may be more concise, but I think it is less clear so would prefer to leave as is. > >  The TEAS WG is responsible for: > >    a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for example, both > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself is out > of the WG scope. > > [Aijun Wang]: Is there any situation that conform with ACTN principles > but don’t’ make use of PCE? Is it more generalized to say “This > includes, for example, both networks that include the use of PCE or not”? > I don't believe ACTN requires use of PCE so I think the current text covers such cases while the proposed revision does not. > >    b) Definition of protocol-independent metrics and parameters > (measurement and/or service attributes) for describing links and > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunction > with requests and requirements from other WGs to ensure overall > usefulness. > >    c) Functional specification of extensions for routing (OSPF, ISIS) > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protocol > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols. > > [Aijun Wang]: Is it more accurate to say “Functional specification of > extensions for routing (OSPF, ISIS) and for path computation _protocol > (PCEP)_,..” > I'm not sure, I really don't see any difference in the language. Rereading this that it should say "may also use RSVP-TE". > >    d) Functional specification of generic (i.e., not data plane > technology-specific) extensions for RSVP-TE, and the associated protocol > formats and procedures that embody these extensions. > >    e) Definition of control plane mechanisms and extensions to allow > the setup and maintenance of TE paths and TE tunnels that span multiple > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological visibility. > >    f) Definition and extension of management and security techniques > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE > as well as mechanisms used to configure, control, and report OAM within > TE networks. YANG and MIB modules may be considered. > > [Aijun Wang]: Is it more accurate to say “Definition and extension of > management and security techniques for TE path and TE tunnels > signaling….”, instead of only mentioning the “RSVP-TE signaling”? > This is a fair point.  How about "...for TP path and tunnel control"? > >   The TEAS working group is chartered to deliver the following: > >    1. Definition of additional abstract service, link, and path > properties such as jitter, delay, and diversity. Extensions to IGPs to > advertise these properties, and extensions to RSVP-TE to request and to > accumulate these properties. Work with PCE WG to include these > properties in computation requests. > >    2. Specification of terminology, architecture, and protocol > requirements for abstraction and distribution of TE information between > interconnected TE domains/layers. > >    3. Specification and protocol extensions for a GMPLS External > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > >    4. Protocol mechanisms to signal associated LSPs in particular with > different source nodes. > >    5. Requirements and protocol extensions for additional protection > mechanisms including end-point protection, protection of P2MP LSPs, and > inter-domain protection. > > [Aijun Wang]: Is it more generalized to replace “end-point protection” > with “TE-path and TE-tunnel protection”? > These are just examples.  How about: "including, for example, ..."? Thank you again for the feedback! Lou > >    6. YANG models in support of Traffic Engineering, in coordination > with working groups working on YANG models for network topology and for > technology-specific network attributes. > >   Requirements may be documented in stand-alone RFCs, may be folded > into architecture or solutions RFCs, may be recorded on a wiki, or may > be documented in an Internet-Draft that is not progressed to RFC. > >   The TEAS WG will coordinate with the following working groups: > >    - With the MPLS WG to maintain and extend MPLS-TE protocol > mechanisms and to determine whether they should be generalized. > >    - With the CCAMP WG to maintain and extend non-packet, data plane > technology-specific TE protocol mechanisms and to determine whether they > should be generalized. > >    - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > mechanisms. > >    - With the PCE WG on uses of a PCE in the traffic-engineering > architecture, on PCE extensions per the above, and on RSVP-TE extensions > to support PCE WG identified requirements. > >    - With the IDR WG on the use of BGP-LS in TE environments. > >    - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNet use cases. > >    - With the SPRING WG on TE architecture and, where appropriate, > TE-related protocol extensions. > > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary. > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas --------------5771917E13AA674E0D06DB3A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


    Hi Aijun,
       Thank you for the comments.  Please see below for responses in-line.


    On 10/11/2018 9:55 PM, Aijun Wang wrote:

    Hi, Vishnu and Lou:

     

    I have the following suggestions(inline) for the charter, please see whether they are appropriate or not?

     

     

    Best Regards.

     

    Aijun Wang

    Network R&D and Operation Support Department

    China Telecom Corporation Limited Beijing Research Institute,Beijing, China.

     

    发件人: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com]
    发送时间: 2018年10月8日 14:50
    收件人: TEAS WG; TEAS WG Chairs
    主题: [Teas] Proposed charter update

     

    Hi,

    Over the past few months we've noted that our charter could use a bit of
    an update to match the current state of TEAS and other working groups.
    We've taken a pass at this and have a proposed revision.  Once the WG
    agrees on changes, we'll pass those changes along to our AD who is the
    actual owner of our charter.  The text is enclosed below as well as
    available with changes tracked at:

    https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=

    Please discuss any proposed changes on the list, i.e., changes to the
    charter that are suggested in the google-doc but not agreed to here will be ignored.

    We'd like to have the changes agreed to by the end of this month so the
    IESG may have time to review/act before  IETF103.

    Thank you,
    Pavan and Lou

     

    --
    Draft Update to TEAS WG Charter (Version 1)

    The Traffic Engineering Architecture and Signaling (TEAS) Working Group
    is responsible for defining IP, MPLS and GMPLS traffic engineering
    architecture and identifying required related control-protocol
    functions, i.e., routing and path computation element functions. The
    TEAS group is also responsible for standardizing generalized, i.e.,
    non-technology specific, RSVP-TE signaling protocol mechanisms,

    [Aijun Wang]: Is it more suitable to say “non-domain specific” instead of “non-technology specific” ? I guess the author may mention that RSVP-TE can be used in packet and non-packet network here.

    How about:
      The TEAS group is also responsible for standardizing RSVP-TE signaling protocol mechanism that are not related to a specific switching technology.


    Traffic Engineering (TE) is the term used to refer to techniques that
    enable operators to control how specific traffic flows are treated
    within their networks. TE is applied to packet networks via MPLS TE
    tunnels and LSPs, but may also be provided by other mechanisms such as
    forwarding rules similar to policy-based routing. The MPLS-TE control
    plane was generalized to additionally support non-packet technologies
    via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-TE and
    GMPLS. Centralized and logically centralized control models are also
    supported, e.g., via Abstraction and Control of Traffic Engineered
    Networks (ACTN) and stateful-PCE.

    [Aijun Wang]: Is it more concise here to say “Centralized control model are also supported”?


    It may be more concise, but I think it is less clear so would prefer to leave as is.


     The TEAS WG is responsible for:

       a) Traffic-engineering architectures for generic applicability
    across packet and non-packet networks.. This includes, for example, both
    networks that include the use of PCE and those that conform with ACTN
    principles but don't make use of PCE. The PCE architecture itself is out
    of the WG scope.

    [Aijun Wang]: Is there any situation that conform with ACTN principles but don’t’ make use of PCE? Is it more generalized to say “This includes, for example, both networks that include the use of PCE or not”?

    I don't believe ACTN requires use of PCE so I think the current text covers such cases while the proposed revision does not.


       b) Definition of protocol-independent metrics and parameters
    (measurement and/or service attributes) for describing links and
    tunnels/paths required for traffic engineering (and related routing,
    signaling and path computation). These will be developed in conjunction
    with requests and requirements from other WGs to ensure overall usefulness.

       c) Functional specification of extensions for routing (OSPF, ISIS)
    and for path computation (PCE), including those that provide general
    enablers of traffic-engineering systems that also use RSVP-TE. Protocol
    formats and procedures that embody these extensions will be done in
    coordination with the WGs supervising those protocols.

    [Aijun Wang]: Is it more accurate to say “Functional specification of extensions for routing (OSPF, ISIS) and for path computation protocol (PCEP),..”

    I'm not sure, I really don't see any difference in the language. 

    Rereading this that it should say "may also use RSVP-TE".


       d) Functional specification of generic (i.e., not data plane
    technology-specific) extensions for RSVP-TE, and the associated protocol
    formats and procedures that embody these extensions.

       e) Definition of control plane mechanisms and extensions to allow
    the setup and maintenance of TE paths and TE tunnels that span multiple
    domains and/or switching technologies, where a domain may be an IGP
    area, an Autonomous System, or any other region of topological visibility.

       f) Definition and extension of management and security techniques
    for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE
    as well as mechanisms used to configure, control, and report OAM within
    TE networks. YANG and MIB modules may be considered.

    [Aijun Wang]: Is it more accurate to say “Definition and extension of management and security techniques for TE path and TE tunnels signaling….”, instead of only mentioning the “RSVP-TE signaling”?

    This is a fair point.  How about "...for TP path and tunnel control"?


      The TEAS working group is chartered to deliver the following:

       1. Definition of additional abstract service, link, and path
    properties such as jitter, delay, and diversity. Extensions to IGPs to
    advertise these properties, and extensions to RSVP-TE to request and to
    accumulate these properties. Work with PCE WG to include these
    properties in computation requests.

       2. Specification of terminology, architecture, and protocol
    requirements for abstraction and distribution of TE information between
    interconnected TE domains/layers.

       3. Specification and protocol extensions for a GMPLS External
    Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support.

       4. Protocol mechanisms to signal associated LSPs in particular with
    different source nodes.

       5. Requirements and protocol extensions for additional protection
    mechanisms including end-point protection, protection of P2MP LSPs, and
    inter-domain protection.

    [Aijun Wang]: Is it more generalized to replace “end-point protection” with “TE-path and TE-tunnel protection”?

    These are just examples.  How about: "including, for example, ..."?

    Thank you again for the feedback!
    Lou


       6. YANG models in support of Traffic Engineering, in coordination
    with working groups working on YANG models for network topology and for
    technology-specific network attributes.

      Requirements may be documented in stand-alone RFCs, may be folded
    into architecture or solutions RFCs, may be recorded on a wiki, or may
    be documented in an Internet-Draft that is not progressed to RFC.

      The TEAS WG will coordinate with the following working groups:

       - With the MPLS WG to maintain and extend MPLS-TE protocol
    mechanisms and to determine whether they should be generalized.

       - With the CCAMP WG to maintain and extend non-packet, data plane
    technology-specific TE protocol mechanisms and to determine whether they
    should be generalized.

       - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing
    mechanisms.

       - With the PCE WG on uses of a PCE in the traffic-engineering
    architecture, on PCE extensions per the above, and on RSVP-TE extensions
    to support PCE WG identified requirements.

       - With the IDR WG on the use of BGP-LS in TE environments.

       - With the DetNet WG on mechanisms (YANG models and protocols) to
    support DetNet use cases.

       - With the SPRING WG on TE architecture and, where appropriate,
    TE-related protocol extensions.

    In doing this work, the WG will cooperate with external SDOs (such as
    the ITU-T and the IEEE 802.1) as necessary.





    _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

    --------------5771917E13AA674E0D06DB3A-- From nobody Mon Oct 15 07:59:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02D62128BAC for ; Mon, 15 Oct 2018 07:59:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 CToqX53tOBTk for ; Mon, 15 Oct 2018 07:59:20 -0700 (PDT) Received: from outbound-ss-579.bluehost.com (outbound-ss-579.bluehost.com [74.220.218.175]) (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 EC2F3130E48 for ; Mon, 15 Oct 2018 07:59:18 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 819A61E0FE2 for ; Mon, 15 Oct 2018 08:59:18 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id C4L0gRVy1E0jMC4L0gsMgj; Mon, 15 Oct 2018 08:59:18 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=gasE4r3/sc5qJ3LVvR9HpKWkkoZLhCpcvS5HuK69tGY=; b=gcaPnDHisBMgx284v57JlCqOjD dLwGd9gDEirxTDK4pMjNLunqQAgIUNm8tfOKNPxqgKpDeUDWtfO7X5LxanZTi+Ok9Yg8HOxMxfsH/ ggJV05PWUg1BEbKfJr0Dd7Cfm; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:34970 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gC4L0-001hwC-7O; Mon, 15 Oct 2018 08:59:18 -0600 To: Dhruv Dhody , Dhruv Dhody Cc: TEAS WG Chairs , TEAS WG References: <23CE718903A838468A8B325B80962F9B8D7F768F@BLREML503-MBX.china.huawei.com> From: Lou Berger Message-ID: <01952659-acc7-50b5-99aa-88ec8528414a@labn.net> Date: Mon, 15 Oct 2018 10:59:17 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <23CE718903A838468A8B325B80962F9B8D7F768F@BLREML503-MBX.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gC4L0-001hwC-7O X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:34970 X-Source-Auth: lberger@labn.net X-Email-Count: 13 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 14:59:24 -0000 Hi Dhruv, On 10/12/2018 1:01 AM, Dhruv Dhody wrote: > Hi Lou, > > OLDER: > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks. This includes both > networks that include the use of PCE and those that do not. > The PCE architecture itself is out of the WG scope. > > OLD: > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for example, > both networks that include the use of PCE and those that conform with > ACTN principles but don't make use of PCE. The PCE architecture itself > is out of the WG scope. > > NEW: > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks. This includes, for example, > networks that perform centralized computation and control, in conformance > with ACTN (and PCE) principles as well as distributed computation and > control. The use of PCEP is optional and the PCE architecture itself > is out of the WG scope. > > Call to the wordsmiths in the WG to further refine! :) > > I wanted to differentiate between PCE (entity that does path computation) and the PCEP (protocol). > "..ACTN principles but don't make use of PCE" was the main issue! ACTN and PCE are different things?  IAs I see it, it's possible to have a controller that follows ACTN but not PCE (as embodied in the related RFCs).  I think your point is that one that does this is still following PCE *principles* -- do I understand correctly?  If so, I think this is a very subtle point and perhaps, we can side step this as follows: a) Traffic-engineering architectures for generic applicability      across packet and non-packet networks. This includes, for example,      networks that perform centralized computation and control,      distributed computation and control, or even a hybrid approach. What do you think? Thanks, Lou > Hope this helps! > > Regards, > Dhruv > > > -- > Dhruv Dhody > Lead Architect > Network Business Line > Huawei Technologies India Pvt. Ltd. > Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield > Bengaluru, Karnataka - 560066 > Tel: + 91-80-49160700 Ext 71583 II Email: dhruv.dhody@huawei.com > > This e-mail and its attachments contain confidential information from HUAWEI, which > is intended only for the person or entity whose address is listed above. Any use of the > information contained herein in any way (including, but not limited to, total or partial > disclosure, reproduction, or dissemination) by persons other than the intended > recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by > phone or email immediately and delete it! > > >> -----Original Message----- >> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger >> Sent: 10 October 2018 22:45 >> To: Dhruv Dhody >> Cc: TEAS WG Chairs ; TEAS WG >> Subject: Re: [Teas] Proposed charter update >> >> Dhruv, >> >> you made the following comment on the google doc: >> >>> *Dhruv Dhody* >>> >>> This should convey that both centralized (controller) and distributed >>> TE is in scope. And then use of "PCEP" is optional in the controller. >>> I dont think that is clear with this text. >>> >> Do you have any specific text proposals to address your concern? >> >> Thanks, >> >> Lou >> >> >> On 10/8/2018 2:49 AM, Vishnu Pavan Beeram wrote: >>> Hi, >>> >>> Over the past few months we've noted that our charter could use a bit >>> of an update to match the current state of TEAS and other working groups. >>> We've taken a pass at this and have a proposed revision.  Once the WG >>> agrees on changes, we'll pass those changes along to our AD who is the >>> actual owner of our charter.  The text is enclosed below as well as >>> available with changes tracked at: >>> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_d >>> ocument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fus >>> p-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=C >>> FHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJ >>> QMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= >>> >>> Please discuss any proposed changes on the list, i.e., changes to the >>> charter that are suggested in the google-doc but not agreed to here >>> will be ignored. >>> >>> We'd like to have the changes agreed to by the end of this month so >>> the IESG may have time to review/act before  IETF103. >>> >>> Thank you, >>> Pavan and Lou >>> >>> -- >>> Draft Update to TEAS WG Charter (Version 1) >>> >>> The Traffic Engineering Architecture and Signaling (TEAS) Working >>> Group is responsible for defining IP, MPLS and GMPLS traffic >>> engineering architecture and identifying required related >>> control-protocol functions, i.e., routing and path computation element >>> functions. The TEAS group is also responsible for standardizing >>> generalized, i.e., non-technology specific, RSVP-TE signaling protocol >>> mechanisms, >>> >>> Traffic Engineering (TE) is the term used to refer to techniques that >>> enable operators to control how specific traffic flows are treated >>> within their networks. TE is applied to packet networks via MPLS TE >>> tunnels and LSPs, but may also be provided by other mechanisms such as >>> forwarding rules similar to policy-based routing. The MPLS-TE control >>> plane was generalized to additionally support non-packet technologies >>> via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-TE >>> and GMPLS. Centralized and logically centralized control models are >>> also supported, e.g., via Abstraction and Control of Traffic >>> Engineered Networks (ACTN) and stateful-PCE. >>> >>>  The TEAS WG is responsible for: >>> >>>    a) Traffic-engineering architectures for generic applicability >>> across packet and non-packet networks.. This includes, for example, >>> both networks that include the use of PCE and those that conform with >>> ACTN principles but don't make use of PCE. The PCE architecture itself >>> is out of the WG scope. >>> >>>    b) Definition of protocol-independent metrics and parameters >>> (measurement and/or service attributes) for describing links and >>> tunnels/paths required for traffic engineering (and related routing, >>> signaling and path computation). These will be developed in >>> conjunction with requests and requirements from other WGs to ensure >>> overall usefulness. >>> >>>    c) Functional specification of extensions for routing (OSPF, ISIS) >>> and for path computation (PCE), including those that provide general >>> enablers of traffic-engineering systems that also use RSVP-TE. >>> Protocol formats and procedures that embody these extensions will be >>> done in coordination with the WGs supervising those protocols. >>> >>>    d) Functional specification of generic (i.e., not data plane >>> technology-specific) extensions for RSVP-TE, and the associated >>> protocol formats and procedures that embody these extensions. >>> >>>    e) Definition of control plane mechanisms and extensions to allow >>> the setup and maintenance of TE paths and TE tunnels that span >>> multiple domains and/or switching technologies, where a domain may be >>> an IGP area, an Autonomous System, or any other region of topological >> visibility. >>>    f) Definition and extension of management and security techniques >>> for RSVP-TE signaling. This includes configuring and monitoring >>> RSVP-TE as well as mechanisms used to configure, control, and report >>> OAM within TE networks. YANG and MIB modules may be considered. >>> >>>   The TEAS working group is chartered to deliver the following: >>> >>>    1. Definition of additional abstract service, link, and path >>> properties such as jitter, delay, and diversity. Extensions to IGPs to >>> advertise these properties, and extensions to RSVP-TE to request and >>> to accumulate these properties. Work with PCE WG to include these >>> properties in computation requests. >>> >>>    2. Specification of terminology, architecture, and protocol >>> requirements for abstraction and distribution of TE information >>> between interconnected TE domains/layers. >>> >>>    3. Specification and protocol extensions for a GMPLS External >>> Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. >>> >>>    4. Protocol mechanisms to signal associated LSPs in particular with >>> different source nodes. >>> >>>    5. Requirements and protocol extensions for additional protection >>> mechanisms including end-point protection, protection of P2MP LSPs, >>> and inter-domain protection. >>> >>>    6. YANG models in support of Traffic Engineering, in coordination >>> with working groups working on YANG models for network topology and >>> for technology-specific network attributes. >>> >>>   Requirements may be documented in stand-alone RFCs, may be folded >>> into architecture or solutions RFCs, may be recorded on a wiki, or may >>> be documented in an Internet-Draft that is not progressed to RFC. >>> >>>   The TEAS WG will coordinate with the following working groups: >>> >>>    - With the MPLS WG to maintain and extend MPLS-TE protocol >>> mechanisms and to determine whether they should be generalized. >>> >>>    - With the CCAMP WG to maintain and extend non-packet, data plane >>> technology-specific TE protocol mechanisms and to determine whether >>> they should be generalized. >>> >>>    - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing >>> mechanisms. >>> >>>    - With the PCE WG on uses of a PCE in the traffic-engineering >>> architecture, on PCE extensions per the above, and on RSVP-TE >>> extensions to support PCE WG identified requirements. >>> >>>    - With the IDR WG on the use of BGP-LS in TE environments. >>> >>>    - With the DetNet WG on mechanisms (YANG models and protocols) to >>> support DetNet use cases. >>> >>>    - With the SPRING WG on TE architecture and, where appropriate, >>> TE-related protocol extensions. >>> >>> In doing this work, the WG will cooperate with external SDOs (such as >>> the ITU-T and the IEEE 802.1) as necessary. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Teas mailing list >>> Teas@ietf.org >>> https://www.ietf.org/mailman/listinfo/teas >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Mon Oct 15 08:08:36 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 277FF130E90 for ; Mon, 15 Oct 2018 08:08:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 4PKlK2jOcl-V for ; Mon, 15 Oct 2018 08:08:28 -0700 (PDT) Received: from gproxy3-pub.mail.unifiedlayer.com (gproxy3-pub.mail.unifiedlayer.com [69.89.30.42]) (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 E5B47130E8D for ; Mon, 15 Oct 2018 08:08:27 -0700 (PDT) Received: from cmgw12.unifiedlayer.com (unknown [10.9.0.12]) by gproxy3.mail.unifiedlayer.com (Postfix) with ESMTP id 7FDBF4002C for ; Mon, 15 Oct 2018 09:08:27 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id C4TrgRrJfE0jMC4TrgshxD; Mon, 15 Oct 2018 09:08:27 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=nPae3/c8xz/RccMqre2pn+uGkYkDsX+DsgVB7Md8kTo=; b=aL+zOLDHAZL/MAP6IEbryjwAB6 FFmmzZCXew7EBZl0OG1cqsXw0N3R9CkEXl8UGWTG/zsu2dYrynGXRWldi7XLydj1hGq/pf8Yn6Kxs /qc168gK6hLSmHQue0YhFZcIJ; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:35010 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gC4Tq-001knJ-B4 for teas@ietf.org; Mon, 15 Oct 2018 09:08:27 -0600 To: TEAS WG From: Lou Berger Message-ID: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> Date: Mon, 15 Oct 2018 11:08:16 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gC4Tq-001knJ-B4 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:35010 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Org: HG=bhcustomer;ORG=bluehost; X-Local-Domain: yes Archived-At: Subject: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 15:08:29 -0000 All, This starts a two-week working group last call for draft-ietf-teas-yang-te-types-01 The working group last call ends on October 29. Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome! This is useful and important, even from authors. Thank you, TEAS Chairs From nobody Mon Oct 15 08:37:36 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 054CB130E9D for ; Mon, 15 Oct 2018 08:37:34 -0700 (PDT) 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 epSowtIyQ306 for ; Mon, 15 Oct 2018 08:37:31 -0700 (PDT) Received: from huawei.com (dfwrgout.huawei.com [206.16.17.72]) (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 CE653130E90 for ; Mon, 15 Oct 2018 08:37:31 -0700 (PDT) Received: from DFWEML703-CAH.china.huawei.com (unknown [172.18.9.221]) by Forcepoint Email with ESMTP id 4660FA54A225; Mon, 15 Oct 2018 10:37:29 -0500 (CDT) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by DFWEML703-CAH.china.huawei.com (10.193.5.177) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 15 Oct 2018 08:37:30 -0700 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML701-CHM.china.huawei.com ([169.254.3.28]) with mapi id 14.03.0415.000; Mon, 15 Oct 2018 08:37:26 -0700 From: Igor Bryskin To: Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUZJj7ZgkjzabtQUWGUw4Kqptyg6UgbNDQ Date: Mon, 15 Oct 2018 15:37:25 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C520A90@sjceml521-mbx.china.huawei.com> References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.147.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 15:37:34 -0000 As a co-author I believe this document facilitates commonality and semantic= s reusability for TE tunnel and topology model families. It also defines nu= merous useful types and groupings for many other existing and upcoming TE r= elated models. I think the document is ready for publication. Regards, Igor =20 -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Monday, October 15, 2018 11:08 AM To: TEAS WG Subject: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 All, This starts a two-week working group last call for draft-ietf-teas-yang-te-types-01 The working group last call ends on October 29. Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document and believe it is rea= dy for publication", are welcome! This is useful and important, even from authors. Thank you, TEAS Chairs _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Mon Oct 15 08:51:32 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E7D130EA2; Mon, 15 Oct 2018 08:51:30 -0700 (PDT) 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_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 vNYdVrp51LD4; Mon, 15 Oct 2018 08:51:26 -0700 (PDT) Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (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 A68BF1277CC; Mon, 15 Oct 2018 08:51:26 -0700 (PDT) Received: by mail-io1-xd34.google.com with SMTP id p4-v6so14588544iom.3; Mon, 15 Oct 2018 08:51:26 -0700 (PDT) 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=CsysxUbCsLIxhKAHJX7v/ukK+DAkeeyeZsg1V6rxbtQ=; b=EqPiwtLxR7sm78fP+RryoQ3uMNyW/wxM3KhaCJtAasWWwal5QRSNY7LrcNmHw/C1aq HmSMZpcCsXx1HJ1OboPyHdTHN9HgUvmr7YNJ/BbZlR+5ScGL7SPQsTpabK1lEWutB/ye EN/F9QD55o/d2rtWPfRTNk5hSI/4wmysA7kB5cZ+91OVAtIVWZia4uqTx8qcy8S/asVb X2BWlyneev52B1W2IA8vSsHvNKnydhVRwCn7ksBo08SMal+KWIXCJ2ZATdo5GfrZdB/3 imeOuQ3/n6KApxebrY+IyPJqNx7p5OyjU8Q3/Sd7AkdcgWsSdkVZLXg0NEEnBOFM2xO8 /l9A== 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=CsysxUbCsLIxhKAHJX7v/ukK+DAkeeyeZsg1V6rxbtQ=; b=ZgrNPTzE3et4UG1zbvwMBPDT5V93w5EN8vGmz6ynUWUdHXtfMEyrepKl4aPv2JLq/X E9J19SKwNfuVMqg+kxdrhsusGTM30J4UKYTp4Ev8H8iL3YAPIi7oWlfJMNqaQuYrAMtk W7jNw3csZB+HUHOJb2gp/OgLHpseNtirowvxPL8yHke13bf2K52xgNLh52KMeMCnPdqD HRoElmavjWh+RjUCrpPdwKeBMdFXyts+QLZItTjuVWE5CrZylcyEjWXuA1MuKdIz4lz6 BJmO+kxlbZmUnN1XgUUUpG6vj7qW7ABYJ3xsRuvVTC92hWJWDEB2421W3/1GHN+w/0Zy dWOQ== X-Gm-Message-State: ABuFfogVTIdWfeVxcqMpKJiwSnpzSJJK9xWusuMZ7bRaSM0eaKL7IcEr XQyt+qc5666duKzTDVJRS3D7giLA+2kPmWHSiQk= X-Google-Smtp-Source: ACcGV61e6U9nEsZQOEn/7FNfndUD1oyh/d2WuEtvdbm3Q3GMq83w/g9x5NbIRdab7ofKbxC8lrKjlh/n9wqipXxyfMo= X-Received: by 2002:a6b:c085:: with SMTP id q127-v6mr11185372iof.255.1539618685620; Mon, 15 Oct 2018 08:51:25 -0700 (PDT) MIME-Version: 1.0 References: <23CE718903A838468A8B325B80962F9B8D7F768F@BLREML503-MBX.china.huawei.com> <01952659-acc7-50b5-99aa-88ec8528414a@labn.net> In-Reply-To: <01952659-acc7-50b5-99aa-88ec8528414a@labn.net> From: Dhruv Dhody Date: Mon, 15 Oct 2018 21:21:13 +0530 Message-ID: To: Lou Berger Cc: Dhruv Dhody , teas-chairs@ietf.org, "TEAS WG (teas@ietf.org)" Content-Type: multipart/alternative; boundary="000000000000d895dd05784668c5" Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 15:51:30 -0000 --000000000000d895dd05784668c5 Content-Type: text/plain; charset="UTF-8" Hi Lou, > > > I wanted to differentiate between PCE (entity that does path > computation) and the PCEP (protocol). > > "..ACTN principles but don't make use of PCE" was the main issue! > > ACTN and PCE are different things? IAs I see it, it's possible to have > a controller that follows ACTN but not PCE (as embodied in the related > RFCs). I think your point is that one that does this is still following > PCE *principles* -- do I understand correctly? Yes, IMHO even when yang is being used in ACTN, the controllers still implement the PCE functions (without the use of PCEP). > If so, I think this is a > very subtle point and perhaps, we can side step this as follows: > > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks. This includes, for example, > networks that perform centralized computation and control, > distributed computation and control, or even a hybrid approach. > > What do you think? > But, this side stepping is perfectly fine! Thanks! Dhruv > > Thanks, > Lou > > Hope this helps! > > > > Regards, > > Dhruv > > > > > > -- > > Dhruv Dhody > > Lead Architect > > Network Business Line > > Huawei Technologies India Pvt. Ltd. > > Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield > > Bengaluru, Karnataka - 560066 > > Tel: + 91-80-49160700 Ext 71583 II Email: dhruv.dhody@huawei.com > > > > This e-mail and its attachments contain confidential information from > HUAWEI, which > > is intended only for the person or entity whose address is listed above. > Any use of the > > information contained herein in any way (including, but not limited to, > total or partial > > disclosure, reproduction, or dissemination) by persons other than the > intended > > recipient(s) is prohibited. If you receive this e-mail in error, please > notify the sender by > > phone or email immediately and delete it! > > > > > >> -----Original Message----- > >> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > >> Sent: 10 October 2018 22:45 > >> To: Dhruv Dhody > >> Cc: TEAS WG Chairs ; TEAS WG > >> Subject: Re: [Teas] Proposed charter update > >> > >> Dhruv, > >> > >> you made the following comment on the google doc: > >> > >>> *Dhruv Dhody* > >>> > >>> This should convey that both centralized (controller) and distributed > >>> TE is in scope. And then use of "PCEP" is optional in the controller. > >>> I dont think that is clear with this text. > >>> > >> Do you have any specific text proposals to address your concern? > >> > >> Thanks, > >> > >> Lou > >> > >> > >> On 10/8/2018 2:49 AM, Vishnu Pavan Beeram wrote: > >>> Hi, > >>> > >>> Over the past few months we've noted that our charter could use a bit > >>> of an update to match the current state of TEAS and other working > groups. > >>> We've taken a pass at this and have a proposed revision. Once the WG > >>> agrees on changes, we'll pass those changes along to our AD who is the > >>> actual owner of our charter. The text is enclosed below as well as > >>> available with changes tracked at: > >>> > >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_d > >>> ocument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fus > >>> p-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=C > >>> FHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJ > >>> QMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > >>> > >>> Please discuss any proposed changes on the list, i.e., changes to the > >>> charter that are suggested in the google-doc but not agreed to here > >>> will be ignored. > >>> > >>> We'd like to have the changes agreed to by the end of this month so > >>> the IESG may have time to review/act before IETF103. > >>> > >>> Thank you, > >>> Pavan and Lou > >>> > >>> -- > >>> Draft Update to TEAS WG Charter (Version 1) > >>> > >>> The Traffic Engineering Architecture and Signaling (TEAS) Working > >>> Group is responsible for defining IP, MPLS and GMPLS traffic > >>> engineering architecture and identifying required related > >>> control-protocol functions, i.e., routing and path computation element > >>> functions. The TEAS group is also responsible for standardizing > >>> generalized, i.e., non-technology specific, RSVP-TE signaling protocol > >>> mechanisms, > >>> > >>> Traffic Engineering (TE) is the term used to refer to techniques that > >>> enable operators to control how specific traffic flows are treated > >>> within their networks. TE is applied to packet networks via MPLS TE > >>> tunnels and LSPs, but may also be provided by other mechanisms such as > >>> forwarding rules similar to policy-based routing. The MPLS-TE control > >>> plane was generalized to additionally support non-packet technologies > >>> via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE > >>> and GMPLS. Centralized and logically centralized control models are > >>> also supported, e.g., via Abstraction and Control of Traffic > >>> Engineered Networks (ACTN) and stateful-PCE. > >>> > >>> The TEAS WG is responsible for: > >>> > >>> a) Traffic-engineering architectures for generic applicability > >>> across packet and non-packet networks.. This includes, for example, > >>> both networks that include the use of PCE and those that conform with > >>> ACTN principles but don't make use of PCE. The PCE architecture itself > >>> is out of the WG scope. > >>> > >>> b) Definition of protocol-independent metrics and parameters > >>> (measurement and/or service attributes) for describing links and > >>> tunnels/paths required for traffic engineering (and related routing, > >>> signaling and path computation). These will be developed in > >>> conjunction with requests and requirements from other WGs to ensure > >>> overall usefulness. > >>> > >>> c) Functional specification of extensions for routing (OSPF, ISIS) > >>> and for path computation (PCE), including those that provide general > >>> enablers of traffic-engineering systems that also use RSVP-TE. > >>> Protocol formats and procedures that embody these extensions will be > >>> done in coordination with the WGs supervising those protocols. > >>> > >>> d) Functional specification of generic (i.e., not data plane > >>> technology-specific) extensions for RSVP-TE, and the associated > >>> protocol formats and procedures that embody these extensions. > >>> > >>> e) Definition of control plane mechanisms and extensions to allow > >>> the setup and maintenance of TE paths and TE tunnels that span > >>> multiple domains and/or switching technologies, where a domain may be > >>> an IGP area, an Autonomous System, or any other region of topological > >> visibility. > >>> f) Definition and extension of management and security techniques > >>> for RSVP-TE signaling. This includes configuring and monitoring > >>> RSVP-TE as well as mechanisms used to configure, control, and report > >>> OAM within TE networks. YANG and MIB modules may be considered. > >>> > >>> The TEAS working group is chartered to deliver the following: > >>> > >>> 1. Definition of additional abstract service, link, and path > >>> properties such as jitter, delay, and diversity. Extensions to IGPs to > >>> advertise these properties, and extensions to RSVP-TE to request and > >>> to accumulate these properties. Work with PCE WG to include these > >>> properties in computation requests. > >>> > >>> 2. Specification of terminology, architecture, and protocol > >>> requirements for abstraction and distribution of TE information > >>> between interconnected TE domains/layers. > >>> > >>> 3. Specification and protocol extensions for a GMPLS External > >>> Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > >>> > >>> 4. Protocol mechanisms to signal associated LSPs in particular with > >>> different source nodes. > >>> > >>> 5. Requirements and protocol extensions for additional protection > >>> mechanisms including end-point protection, protection of P2MP LSPs, > >>> and inter-domain protection. > >>> > >>> 6. YANG models in support of Traffic Engineering, in coordination > >>> with working groups working on YANG models for network topology and > >>> for technology-specific network attributes. > >>> > >>> Requirements may be documented in stand-alone RFCs, may be folded > >>> into architecture or solutions RFCs, may be recorded on a wiki, or may > >>> be documented in an Internet-Draft that is not progressed to RFC. > >>> > >>> The TEAS WG will coordinate with the following working groups: > >>> > >>> - With the MPLS WG to maintain and extend MPLS-TE protocol > >>> mechanisms and to determine whether they should be generalized. > >>> > >>> - With the CCAMP WG to maintain and extend non-packet, data plane > >>> technology-specific TE protocol mechanisms and to determine whether > >>> they should be generalized. > >>> > >>> - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > >>> mechanisms. > >>> > >>> - With the PCE WG on uses of a PCE in the traffic-engineering > >>> architecture, on PCE extensions per the above, and on RSVP-TE > >>> extensions to support PCE WG identified requirements. > >>> > >>> - With the IDR WG on the use of BGP-LS in TE environments. > >>> > >>> - With the DetNet WG on mechanisms (YANG models and protocols) to > >>> support DetNet use cases. > >>> > >>> - With the SPRING WG on TE architecture and, where appropriate, > >>> TE-related protocol extensions. > >>> > >>> In doing this work, the WG will cooperate with external SDOs (such as > >>> the ITU-T and the IEEE 802.1) as necessary. > >>> > >>> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Teas mailing list > >>> Teas@ietf.org > >>> https://www.ietf.org/mailman/listinfo/teas > >> _______________________________________________ > >> Teas mailing list > >> Teas@ietf.org > >> https://www.ietf.org/mailman/listinfo/teas > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > --000000000000d895dd05784668c5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Hi Lou,

    > I wanted to differentiate between PCE (entity that does path computati= on) and the PCEP (protocol).
    > "..ACTN principles but don't make use of PCE" was the ma= in issue!

    ACTN and PCE are different things?=C2=A0 IAs I see it, it's possible to= have
    a controller that follows ACTN but not PCE (as embodied in the related
    RFCs).=C2=A0 I think your point is that one that does this is still followi= ng
    PCE *principles* -- do I understand correctly?=C2=A0

    =
    Yes, IMHO even when yang is bein= g used in ACTN, the controllers still implement the PCE functions (without = the use of PCEP).=C2=A0

    =C2=A0
    If so, I think this is a
    very subtle point and perhaps, we can side step this as follows:

    a) Traffic-engineering architectures for generic applicability
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 across packet and non-packet networks. This = includes, for example,
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 networks that perform centralized computatio= n and control,
    =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 distributed computation and control, or even= a hybrid approach.

    What do you think?

    But, this side stepping is perfectly fine!=C2=A0

    Thanks!=C2=A0
    Dhruv

    Thanks,
    Lou
    > Hope this helps!
    >
    > Regards,
    > Dhruv
    >
    >
    > --
    > Dhruv Dhody
    > Lead Architect
    > Network Business Line
    > Huawei Technologies India Pvt. Ltd.
    > Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
    > Bengaluru, Karnataka - 560066
    > Tel: + 91-80-49160700 Ext 71583 II Email: dhruv.dhody@huawei.com
    >
    > This e-mail and its attachments contain confidential information from = HUAWEI, which
    > is intended only for the person or entity whose address is listed abov= e. Any use of the
    > information contained herein in any way (including, but not limited to= , total or partial
    > disclosure, reproduction, or dissemination) by persons other than the = intended
    > recipient(s) is prohibited. If you receive this e-mail in error, pleas= e notify the sender by
    > phone or email immediately and delete it!
    >
    >
    >> -----Original Message-----
    >> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger
    >> Sent: 10 October 2018 22:45
    >> To: Dhruv Dhody <dhruv.ietf@gmail.com>
    >> Cc: TEAS WG Chairs <teas-chairs@ietf.org>; TEAS WG <teas@ietf.org>
    >> Subject: Re: [Teas] Proposed charter update
    >>
    >> Dhruv,
    >>
    >> you made the following comment on the google doc:
    >>
    >>> *Dhruv Dhody*
    >>>
    >>> This should convey that both centralized (controller) and dist= ributed
    >>> TE is in scope. And then use of "PCEP" is optional i= n the controller.
    >>> I dont think that is clear with this text.
    >>>
    >> Do you have any specific text proposals to address your concern? >>
    >> Thanks,
    >>
    >> Lou
    >>
    >>
    >> On 10/8/2018 2:49 AM, Vishnu Pavan Beeram wrote:
    >>> Hi,
    >>>
    >>> Over the past few months we've noted that our charter coul= d use a bit
    >>> of an update to match the current state of TEAS and other work= ing groups.
    >>> We've taken a pass at this and have a proposed revision.= =C2=A0 Once the WG
    >>> agrees on changes, we'll pass those changes along to our A= D who is the
    >>> actual owner of our charter.=C2=A0 The text is enclosed below = as well as
    >>> available with changes tracked at:
    >>>
    >>> https://urldefe= nse.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_d
    >>> ocument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_e= dit-3Fus
    >>> p-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK= -ndb3voDTXcWzoCI&r=3DC
    >>> FHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCL= r4YBDXOEJFxWzJ
    >>> QMmsW5q1X0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtf= qyEt3DRU&e=3D
    >>>
    >>> Please discuss any proposed changes on the list, i.e., changes= to the
    >>> charter that are suggested in the google-doc but not agreed to= here
    >>> will be ignored.
    >>>
    >>> We'd like to have the changes agreed to by the end of this= month so
    >>> the IESG may have time to review/act before=C2=A0 IETF103.
    >>>
    >>> Thank you,
    >>> Pavan and Lou
    >>>
    >>> --
    >>> Draft Update to TEAS WG Charter (Version 1)
    >>>
    >>> The Traffic Engineering Architecture and Signaling (TEAS) Work= ing
    >>> Group is responsible for defining IP, MPLS and GMPLS traffic >>> engineering architecture and identifying required related
    >>> control-protocol functions, i.e., routing and path computation= element
    >>> functions. The TEAS group is also responsible for standardizin= g
    >>> generalized, i.e., non-technology specific, RSVP-TE signaling = protocol
    >>> mechanisms,
    >>>
    >>> Traffic Engineering (TE) is the term used to refer to techniqu= es that
    >>> enable operators to control how specific traffic flows are tre= ated
    >>> within their networks. TE is applied to packet networks via MP= LS TE
    >>> tunnels and LSPs, but may also be provided by other mechanisms= such as
    >>> forwarding rules similar to policy-based routing. The MPLS-TE = control
    >>> plane was generalized to additionally support non-packet techn= ologies
    >>> via GMPLS.=C2=A0 RSVP-TE is the signaling protocol used for bo= th MPLS-TE
    >>> and GMPLS. Centralized and logically centralized control model= s are
    >>> also supported, e.g., via Abstraction and Control of Traffic >>> Engineered Networks (ACTN) and stateful-PCE.
    >>>
    >>>=C2=A0 =C2=A0The TEAS WG is responsible for:
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 a) Traffic-engineering architectures for ge= neric applicability
    >>> across packet and non-packet networks.. This includes, for exa= mple,
    >>> both networks that include the use of PCE and those that confo= rm with
    >>> ACTN principles but don't make use of PCE. The PCE archite= cture itself
    >>> is out of the WG scope.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 b) Definition of protocol-independent metri= cs and parameters
    >>> (measurement and/or service attributes) for describing links a= nd
    >>> tunnels/paths required for traffic engineering (and related ro= uting,
    >>> signaling and path computation). These will be developed in >>> conjunction with requests and requirements from other WGs to e= nsure
    >>> overall usefulness.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 c) Functional specification of extensions f= or routing (OSPF, ISIS)
    >>> and for path computation (PCE), including those that provide g= eneral
    >>> enablers of traffic-engineering systems that also use RSVP-TE.=
    >>> Protocol formats and procedures that embody these extensions w= ill be
    >>> done in coordination with the WGs supervising those protocols.=
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 d) Functional specification of generic (i.e= ., not data plane
    >>> technology-specific) extensions for RSVP-TE, and the associate= d
    >>> protocol formats and procedures that embody these extensions.<= br> >>>
    >>>=C2=A0 =C2=A0=C2=A0 e) Definition of control plane mechanisms a= nd extensions to allow
    >>> the setup and maintenance of TE paths and TE tunnels that span=
    >>> multiple domains and/or switching technologies, where a domain= may be
    >>> an IGP area, an Autonomous System, or any other region of topo= logical
    >> visibility.
    >>>=C2=A0 =C2=A0=C2=A0 f) Definition and extension of management a= nd security techniques
    >>> for RSVP-TE signaling. This includes configuring and monitorin= g
    >>> RSVP-TE as well as mechanisms used to configure, control, and = report
    >>> OAM within TE networks. YANG and MIB modules may be considered= .
    >>>
    >>>=C2=A0 =C2=A0 The TEAS working group is chartered to deliver th= e following:
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 1. Definition of additional abstract servic= e, link, and path
    >>> properties such as jitter, delay, and diversity. Extensions to= IGPs to
    >>> advertise these properties, and extensions to RSVP-TE to reque= st and
    >>> to accumulate these properties. Work with PCE WG to include th= ese
    >>> properties in computation requests.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 2. Specification of terminology, architectu= re, and protocol
    >>> requirements for abstraction and distribution of TE informatio= n
    >>> between interconnected TE domains/layers.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 3. Specification and protocol extensions fo= r a GMPLS External
    >>> Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS= support.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 4. Protocol mechanisms to signal associated= LSPs in particular with
    >>> different source nodes.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 5. Requirements and protocol extensions for= additional protection
    >>> mechanisms including end-point protection, protection of P2MP = LSPs,
    >>> and inter-domain protection.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 6. YANG models in support of Traffic Engine= ering, in coordination
    >>> with working groups working on YANG models for network topolog= y and
    >>> for technology-specific network attributes.
    >>>
    >>>=C2=A0 =C2=A0 Requirements may be documented in stand-alone RFC= s, may be folded
    >>> into architecture or solutions RFCs, may be recorded on a wiki= , or may
    >>> be documented in an Internet-Draft that is not progressed to R= FC.
    >>>
    >>>=C2=A0 =C2=A0 The TEAS WG will coordinate with the following wo= rking groups:
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the MPLS WG to maintain and extend M= PLS-TE protocol
    >>> mechanisms and to determine whether they should be generalized= .
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the CCAMP WG to maintain and extend = non-packet, data plane
    >>> technology-specific TE protocol mechanisms and to determine wh= ether
    >>> they should be generalized.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the LSR (OSPF and ISIS) WG to mainta= in or extend TE routing
    >>> mechanisms.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the PCE WG on uses of a PCE in the t= raffic-engineering
    >>> architecture, on PCE extensions per the above, and on RSVP-TE<= br> >>> extensions to support PCE WG identified requirements.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the IDR WG on the use of BGP-LS in T= E environments.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the DetNet WG on mechanisms (YANG mo= dels and protocols) to
    >>> support DetNet use cases.
    >>>
    >>>=C2=A0 =C2=A0=C2=A0 - With the SPRING WG on TE architecture and= , where appropriate,
    >>> TE-related protocol extensions.
    >>>
    >>> In doing this work, the WG will cooperate with external SDOs (= such as
    >>> the ITU-T and the IEEE 802.1) as necessary.
    >>>
    >>>
    >>>
    >>>
    >>>
    >>>
    >>> _______________________________________________
    >>> Teas mailing list
    >>> Teas@ietf.o= rg
    >>> https://www.ietf.org/mailman/listinfo/teas
    >> _______________________________________________
    >> Teas mailing list
    >>     Teas@ietf.org
    >>     https://www.ietf.org/mailman/listinfo/teas > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas

    --000000000000d895dd05784668c5-- From nobody Mon Oct 15 12:19:53 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3F47128BAC for ; Mon, 15 Oct 2018 12:19:52 -0700 (PDT) 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 kSQ7ZfhrwlkB for ; Mon, 15 Oct 2018 12:19:51 -0700 (PDT) Received: from huawei.com (dfwrgout.huawei.com [206.16.17.72]) (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 5C10B124C04 for ; Mon, 15 Oct 2018 12:19:51 -0700 (PDT) Received: from DFWEML703-CAH.china.huawei.com (unknown [172.18.9.220]) by Forcepoint Email with ESMTP id 5445AD3655147; Mon, 15 Oct 2018 14:19:48 -0500 (CDT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by DFWEML703-CAH.china.huawei.com (10.193.5.177) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 15 Oct 2018 12:19:49 -0700 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML703-CHM.china.huawei.com ([169.254.5.30]) with mapi id 14.03.0415.000; Mon, 15 Oct 2018 12:19:40 -0700 From: "Aihuaguo (Aihua Guo, CRC)" To: Igor Bryskin , Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUZJj7e2UcdC01k0O+/fH2JIN8/KUg5hiA///GEiA= Date: Mon, 15 Oct 2018 19:19:39 +0000 Message-ID: References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> <0C72C38E7EBC34499E8A9E7DD00786391C520A90@sjceml521-mbx.china.huawei.com> In-Reply-To: <0C72C38E7EBC34499E8A9E7DD00786391C520A90@sjceml521-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.131.250] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 19:19:53 -0000 I concur with Igor. I implemented most (if not all) part of the model and v= erified that the definitions in this model satisfy all of the commercial us= e cases tested. Therefore, I believe this model is ready for publication. Thanks, Aihua -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Igor Bryskin Sent: Monday, October 15, 2018 11:37 AM To: Lou Berger ; TEAS WG Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 As a co-author I believe this document facilitates commonality and semantic= s reusability for TE tunnel and topology model families. It also defines nu= merous useful types and groupings for many other existing and upcoming TE r= elated models. I think the document is ready for publication. Regards, Igor =20 -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger Sent: Monday, October 15, 2018 11:08 AM To: TEAS WG Subject: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 All, This starts a two-week working group last call for draft-ietf-teas-yang-te-types-01 The working group last call ends on October 29. Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document and believe it is rea= dy for publication", are welcome! This is useful and important, even from authors. Thank you, TEAS Chairs _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Mon Oct 15 12:29:01 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B43A130DDA; Mon, 15 Oct 2018 12:28:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 ylaEXoWJzFhR; Mon, 15 Oct 2018 12:28:57 -0700 (PDT) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 636F8124C04; Mon, 15 Oct 2018 12:28:57 -0700 (PDT) Received: by mail-pf1-x431.google.com with SMTP id m77-v6so10179372pfi.8; Mon, 15 Oct 2018 12:28:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=8uWq18aWSF7XtSzgRaMHn/EHpA+NdJDJqjDRCjP3OWw=; b=Vt+K+EY9Sc3t/HN5Lfuebo+BMjGgZvaHdbkE3S+Zg/O17OlhbY7XEO8naiseViy1ob 0tr6w7UTs6gzwRK4SKQ1xSD840KKFQ/+yc/V8dCAJolkgZkSo9VlMrBmtV0YAASEmEfg SvLJwtjnmc9EwYlt0PjJ4xmbyfIsVW13q8tPt0vDBimtm5MDgiPjxAwm1uzKtc2ySEgP V0088yqNMZSW+wLYuDzUr8Yr4C9NcnfQzHFYZHVia8m627MLEf+DJI0s6TWqLkj26y36 tBkj4K3m4TZySaAuZs1RvjOPK8wOnTV06gJcNpBDxnodMsH8dMkd5cqOw1ZNsF1AB6/9 OuJw== 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=8uWq18aWSF7XtSzgRaMHn/EHpA+NdJDJqjDRCjP3OWw=; b=H0QgOQa4J59Iy03b1fcr8rnDUxH8+wqDeblJv2sn08AfuzpisMbO5c8r9pQ2QH9z5U rIAbxMQIP96COdYHE7KRNABgZP4kBmBCQbtXt2rO/vIXvJE+R/v2iNcLsSFnUFxIOnlL L6J+K+YCGWwUiEA97aVI0OgUjINFEBNn5F/D4j76YyJa/cRDkviz/zTRwYKGJQyUJmJ4 kWmsqA3scVXLOBGlMNA/YlkZQmrbnMgggu3CuLoKxVtAcF728O1qOT/IJPylRVYirIcH CQbCuxW8eTLmnueCy0TsuJEkkgfufdcByW7LiEDRiqn0EgvtngfDTgoicfgmE+EOBqiO UOtg== X-Gm-Message-State: ABuFfog71oxb6yIm3t0CYlUVL+D95EW6fDy/3SkabQyX/BMhMdrjacB/ M9QnRO559kLk0ppkEqwrXDFK2NGpzriH3ieQnRXrCAt2 X-Google-Smtp-Source: ACcGV60BTsfHMY+SV5HFRZrQqjXuzrRZ6i7QAot+wO++N0ZI8145iChoh9xwFULVeqZFgRmrPmfhPJQfUqyYyAGmfSA= X-Received: by 2002:a63:86c8:: with SMTP id x191-v6mr17453708pgd.39.1539631736703; Mon, 15 Oct 2018 12:28:56 -0700 (PDT) MIME-Version: 1.0 From: Matt Hartley Date: Mon, 15 Oct 2018 15:28:45 -0400 Message-ID: To: draft-ietf-teas-yang-te-types@ietf.org Cc: teas@ietf.org Content-Type: multipart/alternative; boundary="000000000000c050fd057849725f" Archived-At: Subject: [Teas] Comments on draft-ietf-teas-yang-te-types X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 19:28:59 -0000 --000000000000c050fd057849725f Content-Type: text/plain; charset="UTF-8" Authors, Some LC comments on this. Please note that I haven't really been all that involved in the discussions and I'm coming to it fairly cold... which may or may not be a good thing :) p26: identity lsp-protection-unidir-1-to-1: description is "LSP protection '1+1 Unidirectional Protection'", but that's inconsisent with the name. I'd expect this to be for 1:1 protection, not 1+1. Or if it is for 1+1, the name should be ...1-plus-1, shouldn't it? Same for the bidir one below. p32: identity lsp-encoding-optical-channel: this has the same description as the next one. One of these needs fixing. p33: identity route-usage-type has route-exclude-ero as an option. Is that intended to cover XROs too? Or do we need another identity for XROs? p34: identity te-optimization-criterion: Can't an optimization criterion be anything that can be used as a metric? Do we actually need a separate type here? If we do, what does 'cost' refer to? And is the delay the average or minimum (as for the metrics)? the model seems inconsitent with itself here. p37: identity oduc: description is "ODUCn bit rate." For all the other elements here the ODU type is the same in the description as in the identity name (barring capitalization) but here it's different. Is there a reason for that or does something need to be fixed? p39: grouping te-topology-identifier: leaf provider-id: how do we ensure uniqueness here? Is this something that will need to be managed in the same way as IP addresses and AS numbers? Or should we recommend that something like an AS number or IP address owned by the provider be used here? p39: grouping te-topology-identifier: leaf topology-id: should we put some RFC 2119 language in there, if things MUST be unique? And what's the scope of that uniqueness? Within the provider/client pair? Globally? Something else? It's unclear. 10.1: You've got the other yang models we're working on as normative references. Isn't the idea that this document stands alone, and those documents can reference it? Why do we need them as normative references here? Note: Everything after here is nits... p5, admin-groups: "A union type for TE link's" -> "A union type for a TE link's" p5, srlg: "representing the Shared" -> "representing a Shared" p6, protection-external-commands: "trouble shooting" -> "troubleshooting" p7: te-class-type, bc-type, bc-model-type: "Diffserv-TE" -> "DS-TE" (since you went to the trouble of defining this up front...) p12: typedef te-link-access-type, enum multi-access: is NBMA something that we can assume is generally understood, or does it need to be expanded? p13: typedef te-oper-status, enum unknown: I think just "Status cannot be determined" would do for the description. The rest is redundant. p13: typedef te-oper-status, enum maintenance: the description here doesn't reference the control plane (contrast preparing-maintenance above). Would it be worth specifying that the resource is disabled in both planes? p17: typedef srlg: I think having the description as "SRLG type" is confusing (my initial reaction was 'hang on, SRLGs don't have types...'). Maybe just "SRLG"? p19: identity of-minimize-cost-path: That's a really confusing name. I thought it was a mangled version of minimize-cost-of-path until I figured out that the 'of' is just a prefix for objective-function. Maybe of-minimize-path-cost would be better? Similarly for the next one... maybe of-minimize-path-load? p20: identity path-externally-queried: The description is awkward. Maybe: "Constrained-path LSP in which the path is obtained by querying an external source, such as a PCE server. In the case that an LSP is defined to be externally queried, it may also have associated explicit definitions provided to the external source to aid computation. The path that is returned by the external source need not be a wholly resolved path back to the originating system; some additional local computation may also be required." p28: identity protection-external-commands: "trouble shooting" -> "troubleshooting" p32: identity path-signaling-type: please put a blank line before this so it's more obvious it's a new base type when reading it. p36: identity srlg-preferred: is this best-effort? If so, could we have that in the description? p37: identity otn-rate-type: description could just be "Base type to identify OTN bit rates." The rest is redundant. Cheers Matt --000000000000c050fd057849725f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Authors,

    So= me LC comments on this. Please note that I haven't really been all that= involved in the discussions and I'm coming to it fairly cold... which = may or may not be a good thing :)

    p26: identity ls= p-protection-unidir-1-to-1: description is "LSP protection '1+1 Un= idirectional Protection'", but that's inconsisent with the nam= e. I'd expect this to be for 1:1 protection, not 1+1. Or if it is for 1= +1, the name should be ...1-plus-1, shouldn't it? Same for the bidir on= e below.

    p32: identity lsp-encoding-optical-channel: this has the sa= me description as the next one. One of these needs fixing.

    p33: iden= tity route-usage-type has route-exclude-ero as an option. Is that intended = to cover XROs too? Or do we need another identity for XROs?

    p34: ide= ntity te-optimization-criterion: Can't an optimization criterion be any= thing that can be used as a metric? Do we actually need a separate type her= e? If we do, what does 'cost' refer to? And is the delay the averag= e or minimum (as for the metrics)? the model seems inconsitent with itself = here.

    p37: identity oduc: description is "ODUCn bit rate."= For all the other elements here the ODU type is the same in the descriptio= n as in the identity name (barring capitalization) but here it's differ= ent. Is there a reason for that or does something need to be fixed?

    = p39: grouping te-topology-identifier: leaf provider-id: how do we ensure un= iqueness here? Is this something that will need to be managed in the same w= ay as IP addresses and AS numbers? Or should we recommend that something li= ke an AS number or IP address owned by the provider be used here?

    p3= 9: grouping te-topology-identifier: leaf topology-id: should we put some RF= C 2119 language in there, if things MUST be unique? And what's the scop= e of that uniqueness? Within the provider/client pair? Globally? Something = else? It's unclear.

    10.1: You've got the other yang models w= e're working on as normative references. Isn't the idea that this d= ocument stands alone, and those documents can reference it? Why do we need = them as normative references here?

    Note: Everything after here is ni= ts...

    p5, admin-groups: "A union type for TE link's" -= > "A union type for a TE link's"

    p5, srlg: "re= presenting the Shared" -> "representing a Shared"

    = p6, protection-external-commands: "trouble shooting" -> "= troubleshooting"

    p7: te-class-type, bc-type, bc-model-type: &qu= ot;Diffserv-TE" -> "DS-TE" (since you went to the trouble= of defining this up front...)

    p12: typedef te-link-access-type, enu= m multi-access: is NBMA something that we can assume is generally understoo= d, or does it need to be expanded?

    p13: typedef te-oper-status, enum= unknown: I think just "Status cannot be determined" would do for= the description. The rest is redundant.

    p13: typedef te-oper-status= , enum maintenance: the description here doesn't reference the control = plane (contrast preparing-maintenance above). Would it be worth specifying = that the resource is disabled in both planes?

    p17: typedef srlg: I t= hink having the description as "SRLG type" is confusing (my initi= al reaction was 'hang on, SRLGs don't have types...'). Maybe ju= st "SRLG"?

    p19: identity of-minimize-cost-path: That's= a really confusing name. I thought it was a mangled version of minimize-co= st-of-path until I figured out that the 'of' is just a prefix for o= bjective-function. Maybe of-minimize-path-cost would be better? Similarly f= or the next one... maybe of-minimize-path-load?

    p20: identity path-e= xternally-queried: The description is awkward. Maybe: "Constrained-pat= h LSP in which the path is obtained by querying an external source, such as= a PCE server. In the case that an LSP is defined to be externally queried,= it may also have associated explicit definitions provided to the external = source to aid computation. The path that is returned by the external source= need not be a wholly resolved path back to the originating system; some ad= ditional local computation may also be required."

    p28: identity= protection-external-commands: "trouble shooting" -> "tro= ubleshooting"

    p32: identity path-signaling-type: please put a b= lank line before this so it's more obvious it's a new base type whe= n reading it.

    p36: identity srlg-preferred: is this best-effort? If = so, could we have that in the description?

    p37: identity otn-rate-ty= pe: description could just be "Base type to identify OTN bit rates.&qu= ot; The rest is redundant.

    Cheers

    Matt
    --000000000000c050fd057849725f-- From nobody Mon Oct 15 20:23:16 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B91931286E3 for ; Mon, 15 Oct 2018 20:23:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.565 X-Spam-Level: X-Spam-Status: No, score=-14.565 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.064, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 xE5MMffP3q4S for ; Mon, 15 Oct 2018 20:23:13 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E89BE127333 for ; Mon, 15 Oct 2018 20:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1450; q=dns/txt; s=iport; t=1539660192; x=1540869792; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=UYcecr1LbmDes45rg/6NiXtQigw65J1I5Kvu7qJ780k=; b=RjK+J4wC7QNNZsmokVRej7TPPlISI12WlC1eXS+dB0nsofLTse3ZGGC0 I/nX/CNFOrrBKwzQ11ZwdBa5/62WPlsHfc8EgNKvQqX3rXsNzZSTPBZOM BzD1c0oGg9zR2zkuG/2Z76uTGpUEivlo9/cMsvyzLYybvoJ+Fn0IChCwO M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAAA7WMVb/5BdJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGCA2Z/KAqDa4gXjjeXB4F6CwEBGAuESQIXhEY?= =?us-ascii?q?hNA0NAQMBAQIBAQJtHAyFOQEBAQQBARsGEToXBAIBCA4DAwECAwImAgICJQs?= =?us-ascii?q?VCAgCBAESgyABggEPpzGBLoU5hGMFgQuKQReBQT+BEicfgkyDGwEBgWGDAzG?= =?us-ascii?q?CJgKeKgkCkFkXgU+EcIlflgYCERSBJh04gVVwFTsqAYJBixiFPm+KR4EfAQE?= X-IronPort-AV: E=Sophos;i="5.54,387,1534809600"; d="scan'208";a="186495427" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Oct 2018 03:23:12 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id w9G3NBCS015540 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 16 Oct 2018 03:23:12 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 15 Oct 2018 23:23:10 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1395.000; Mon, 15 Oct 2018 23:23:10 -0400 From: "Tarek Saad (tsaad)" To: Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUZJlqpWOiWx5pREK6eoWZJPkZh6UhNe0A Date: Tue, 16 Oct 2018 03:23:10 +0000 Message-ID: <3AF19DEF-1CB7-42F5-B874-45D890607014@cisco.com> References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.2.180910 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.244.105] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.143, xch-rtp-003.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 03:23:15 -0000 VGhpcyBkb2N1bWVudCBpcyBhIGNvbGxlY3Rpb24gb2YgWUFORyB0eXBlcyBhbmQgZ3JvdXBpbmdz IHRoYXQgYXJlIHJldXNhYmxlIGluIG11bHRpcGxlIFRFIFlBTkcgbW9kdWxlcy4NCkkndmUgcmV2 aWV3ZWQgaXQgYW5kIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KDQpSZWdh cmRzLA0KVGFyZWsNCg0K77u/LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRlYXMg PHRlYXMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIExvdSBCZXJnZXIgPGxiZXJnZXJA bGFibi5uZXQ+DQpEYXRlOiBNb25kYXksIE9jdG9iZXIgMTUsIDIwMTggYXQgMTE6MTEgQU0NClRv OiBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0KU3ViamVjdDogW1RlYXNdIFdHIExhc3QgQ2FsbDog ZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDENCg0KICAgIA0KICAgIEFsbCwNCiAgICAN CiAgICBUaGlzIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvcg0K ICAgIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVzLTAxDQogICAgDQogICAgVGhlIHdvcmtp bmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgb24gT2N0b2JlciAyOS4NCiAgICBQbGVhc2Ugc2VuZCB5 b3VyIGNvbW1lbnRzIHRvIHRoZSB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdC4NCiAgICANCiAg ICBQb3NpdGl2ZSBjb21tZW50cywgZS5nLiwgIkkndmUgcmV2aWV3ZWQgdGhpcyBkb2N1bWVudA0K ICAgIGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiIsIGFyZSB3ZWxjb21l IQ0KICAgIFRoaXMgaXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBhdXRob3JzLg0K ICAgIA0KICAgIFRoYW5rIHlvdSwNCiAgICBURUFTIENoYWlycw0KICAgIA0KICAgIA0KICAgIF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgVGVhcyBt YWlsaW5nIGxpc3QNCiAgICBUZWFzQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby90ZWFzDQogICAgDQoNCg== From nobody Mon Oct 15 21:59:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76E9B1293FB for ; Mon, 15 Oct 2018 21:59:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 xVrDtx3h0_gs for ; Mon, 15 Oct 2018 21:59:04 -0700 (PDT) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 6BC8E128BAC for ; Mon, 15 Oct 2018 21:59:04 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id l14-v6so10992976edq.0 for ; Mon, 15 Oct 2018 21:59:04 -0700 (PDT) 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=Fgb6Npi6DVkitbvMeCz9EMPk57bG3JE3H58A7aBhXHw=; b=V4/Yr/Vx+sBnKuy2Ih7T4wBU8w10g1i/w7ECcuhggbkj3oBJq7a5tIoD+R43mWmx9G 0tHQo8bsC+sRDtLAh3QOas/Y7liQYpG9GBcr7+1uj5Tane+dBAhRYBW/GsfxFVFX/A8V MmjiSgEGrKTI2IwW3G/PWeEuuKWycbefPxZ1fl4RCO+zzejg5jQ0QO0onGx5Q7Qg2MI/ pS/ZBgiVswN7iMvphmq7KHjNlcQnP9PHqVMtMG2kXGSu1HR7T4YnHhXh0MBClCtFu8Oc x5fxFs3XECHIhMHZnvtZod06vP0RRo8mhVOyv/9VmzsmEQJLgs584kCUFVEbOUVAy8f1 9Ulw== 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=Fgb6Npi6DVkitbvMeCz9EMPk57bG3JE3H58A7aBhXHw=; b=PTxzhczkx2mr0gfTnvPfJ+wNSclNUm2YSabHXJEIiWKLVJ8Trk55d27MDX9g7C5SAk vc1wJ0znxViw8BzpBYq4jmzXEXrvYsiAxiCSl1MXcWh0j6S1bSpKUqY5UxWLGFVNW8WB yTqnil6xTVjha/pB56BLzirLpxl/xypFWv96RbFXvAZv9xKOmQcFJexzOrm5/xwUuPHt /217yNdfKSxKwxaqkLj6SNzg2aNbtrLrMpL9kqxs5Gu2Arbc0oAPnDCSxK55yFIvjtOu 503Zw7fRzOYgATvvwOCUzhdvtnj5cW8GzcmP8DPFPGN7No6DDgHIO5yv2HC82POX2U6U DO6A== X-Gm-Message-State: ABuFfoie9FDNm76hIl/CtqPr6snP0hJtobL1QoKIgwZjTIlqfAMaVc+9 S/clfsCCFE7auAoj0S1SnWtrUysvapbKzHNGwVE= X-Google-Smtp-Source: ACcGV63xQFyh+h/CAAvfXL2sd1NkWwjd90SqN+dtK1PfJx810/XVGRH0NPrbXqWiBrU7Vji1UXlgXPdg0tZaMpuxBTE= X-Received: by 2002:a17:906:4e98:: with SMTP id v24-v6mr22184444eju.223.1539665942918; Mon, 15 Oct 2018 21:59:02 -0700 (PDT) MIME-Version: 1.0 References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> <3AF19DEF-1CB7-42F5-B874-45D890607014@cisco.com> In-Reply-To: <3AF19DEF-1CB7-42F5-B874-45D890607014@cisco.com> From: Jeff Tantsura Date: Mon, 15 Oct 2018 21:58:52 -0700 Message-ID: To: "Tarek Saad (tsaad)" Cc: Lou Berger , TEAS WG Content-Type: multipart/alternative; boundary="00000000000099bb0905785169ff" Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 04:59:08 -0000 --00000000000099bb0905785169ff Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes/support On Mon, Oct 15, 2018 at 20:23 Tarek Saad (tsaad) wrote: > This document is a collection of YANG types and groupings that are > reusable in multiple TE YANG modules. > I've reviewed it and believe it is ready for publication. > > Regards, > Tarek > > =EF=BB=BF-----Original Message----- > From: Teas on behalf of Lou Berger < > lberger@labn.net> > Date: Monday, October 15, 2018 at 11:11 AM > To: TEAS WG > Subject: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 > > > All, > > This starts a two-week working group last call for > draft-ietf-teas-yang-te-types-01 > > The working group last call ends on October 29. > Please send your comments to the working group mailing list. > > Positive comments, e.g., "I've reviewed this document > and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thank you, > TEAS Chairs > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --00000000000099bb0905785169ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes/support
    On Mon, Oct 15,= 2018 at 20:23 Tarek Saad (tsaad) <ts= aad@cisco.com> wrote:
    This d= ocument is a collection of YANG types and groupings that are reusable in mu= ltiple TE YANG modules.
    I've reviewed it and believe it is ready for publication.

    Regards,
    Tarek

    =EF=BB=BF-----Original Message-----
    From: Teas <t= eas-bounces@ietf.org> on behalf of Lou Berger <lberger@labn.net>
    Date: Monday, October 15, 2018 at 11:11 AM
    To: TEAS WG <teas@iet= f.org>
    Subject: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01


    =C2=A0 =C2=A0 All,

    =C2=A0 =C2=A0 This starts a two-week working group last call for
    =C2=A0 =C2=A0 draft-ietf-teas-yang-te-types-01

    =C2=A0 =C2=A0 The working group last call ends on October 29.
    =C2=A0 =C2=A0 Please send your comments to the working group mailing list.<= br>
    =C2=A0 =C2=A0 Positive comments, e.g., "I've reviewed this documen= t
    =C2=A0 =C2=A0 and believe it is ready for publication", are welcome! =C2=A0 =C2=A0 This is useful and important, even from authors.

    =C2=A0 =C2=A0 Thank you,
    =C2=A0 =C2=A0 TEAS Chairs


    =C2=A0 =C2=A0 _______________________________________________
    =C2=A0 =C2=A0 Teas mailing list
    =C2=A0 =C2=A0 Teas@ietf.= org
    =C2=A0 =C2=A0 https://www.ietf.org/mailman/listinfo/teas


    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --00000000000099bb0905785169ff-- From nobody Tue Oct 16 05:50:13 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17C95130DE1 for ; Tue, 16 Oct 2018 05:50:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 A6R_NNCzDObq for ; Tue, 16 Oct 2018 05:50:10 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DFD0130DD1 for ; Tue, 16 Oct 2018 05:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1166; q=dns/txt; s=iport; t=1539694210; x=1540903810; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=po7JTVOTZGstJY9e674OB2TMLv2mFbr5KlJCxM2PB00=; b=Oo1h6cWKEx5SU5D5vdp45LM+wHNd+HvKPb33pko5vav7ijwtrFMVQUJg k4+mT8JjlJLK6gWKnJIn1Fma3bGBauI+dkIbcxdC2Etz2UCnL8V/pcoIB x3YjwrxakY3hRYGsurL569le39SiCPwxuSfuwIge3CYQAKaKvfvy43Kab o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAAAV3sVb/5ldJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGCA2Z/KAqDa4gXpUKBegsBARgLhEkCF4RcITQ?= =?us-ascii?q?NDQEDAQECAQECbRwMhToCAQMBARsGETobAgEIDgwCJgICAiULFRACBAESgyA?= =?us-ascii?q?BggEPpWqBLoU6hGEFgQuKQReBQT+BEicfgkyDGwEBgWEXgmwxgiYCnioJApB?= =?us-ascii?q?ZF4FPhHCJX5YGAhEUgSYdOIFVcBU7KgGCQYsYhT5vilqBHwEB?= X-IronPort-AV: E=Sophos;i="5.54,388,1534809600"; d="scan'208";a="186704847" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Oct 2018 12:50:09 +0000 Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id w9GCo83c017589 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 16 Oct 2018 12:50:09 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 16 Oct 2018 07:50:08 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Tue, 16 Oct 2018 07:50:08 -0500 From: "Rakesh Gandhi (rgandhi)" To: Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUZJlqtmwPOP2UYEOAy2yndBV15KUh5RiA Date: Tue, 16 Oct 2018 12:50:08 +0000 Message-ID: <84A95A9A-07FA-440B-86BA-8206871685C3@cisco.com> References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.118.27] Content-Type: text/plain; charset="utf-8" Content-ID: <2707638F6B665044836A62EAAE98659C@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.27, xch-rcd-017.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 12:50:12 -0000 SGkgTG91LCBXRywNCg0KSSd2ZSByZXZpZXdlZCB0aGlzIGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0 IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzLA0KUmFrZXNoDQoNCg0KT24gMjAx OC0xMC0xNSwgMTE6MDggQU0sICJUZWFzIG9uIGJlaGFsZiBvZiBMb3UgQmVyZ2VyIiA8dGVhcy1i b3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBsYmVyZ2VyQGxhYm4ubmV0PiB3cm90ZToNCg0K ICAgIA0KICAgIEFsbCwNCiAgICANCiAgICBUaGlzIHN0YXJ0cyBhIHR3by13ZWVrIHdvcmtpbmcg Z3JvdXAgbGFzdCBjYWxsIGZvcg0KICAgIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVzLTAx DQogICAgDQogICAgVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgb24gT2N0b2JlciAy OS4NCiAgICBQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSB3b3JraW5nIGdyb3VwIG1h aWxpbmcgbGlzdC4NCiAgICANCiAgICBQb3NpdGl2ZSBjb21tZW50cywgZS5nLiwgIkkndmUgcmV2 aWV3ZWQgdGhpcyBkb2N1bWVudA0KICAgIGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJs aWNhdGlvbiIsIGFyZSB3ZWxjb21lIQ0KICAgIFRoaXMgaXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQs IGV2ZW4gZnJvbSBhdXRob3JzLg0KICAgIA0KICAgIFRoYW5rIHlvdSwNCiAgICBURUFTIENoYWly cw0KICAgIA0KICAgIA0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQogICAgVGVhcyBtYWlsaW5nIGxpc3QNCiAgICBUZWFzQGlldGYub3JnDQogICAg aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQogICAgDQoNCg== From nobody Tue Oct 16 06:36:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A23C12D4EE for ; Tue, 16 Oct 2018 06:36:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 p5ByCd5tuqif for ; Tue, 16 Oct 2018 06:36:04 -0700 (PDT) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 BC3E5130DC9 for ; Tue, 16 Oct 2018 06:36:04 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id c10-v6so10873969pgq.4 for ; Tue, 16 Oct 2018 06:36:04 -0700 (PDT) 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=Itb4wSIVlYd1xa4BFSU6BUvkIBFROpJiSAKXlhSj+UM=; b=sDaWP1UXI2KJJU7q3F/tLPjmUFhTPiL8UVKNH9yj/54UZysSNWXzfRadWGqCeRvN/Y WYaCA3DdXPQDVJvBDdT5H46IIn55gitbSsKb8pHnQ1N7XDNGgthufO9+JZTmNpyJIsU4 JzqtfyZiSpWsyogCc365xwSxkHpuYFL5iOCykYRpaFz7yuB2+384s9gOeKSu1ww5nQ6J EQUTi2uha3NumKJnZCs40//RmMvDorKcqJQVMtCttrpH4payuGRo+mS79/sqEvTKfy+E YLO4iQz88HrFmqCvBJkI5i5rdMKI9TB4DIeTB3bsICkEjGxnW8Gs5DHot0wl9hZreIwp kpug== 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=Itb4wSIVlYd1xa4BFSU6BUvkIBFROpJiSAKXlhSj+UM=; b=b/4UFZ2jnmdWWU8wnY+uTkF153VhDRhhhczcy6sASmeyM5vtwPiZTvvgTVD6gP9nJa VbKfihMOwV5PBgzhHFRqCa16eNhgLgvUpfI/NiS5pzyQ7x/LR943NbsaOYGV5E+08lzT 2R0oc6v3WZTdvCXQY3zmNyPyg0SapMzHaXKViMrxnpaUgF4K2TIOkkFa50tgrhmP9dz9 iM/rT3MUfuzTcFEkZLRh5h2q60rVXi7Nb3dKNGi1nm75F6YSMGRqJRGNy+7y92enkY6x Ni2dQ1Q4e7NBdI49qMcHw6k9beddjP1ALMX3FUZecHjHLn8YuJGXxmDDl5LVk14DfvvL BZEQ== X-Gm-Message-State: ABuFfogjR37P9dY7ReLjYg3wdLsQx6IZE7ahANXg+Q4NnO64vLK3KMm9 plsloaFP9VE20pRRF/lmJVtYbxfFtnTMkB/+1r0mDw== X-Google-Smtp-Source: ACcGV63MwJbyujOaBweyz6lO78H7pHM37dO8l6viU+8uJzHJtjE9ou+ZL+Mtpc5NSXLLzbDZKlwB3jM/xXmjq66WeXU= X-Received: by 2002:a63:5021:: with SMTP id e33-v6mr20175659pgb.306.1539696964287; Tue, 16 Oct 2018 06:36:04 -0700 (PDT) MIME-Version: 1.0 References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> From: Matt Hartley Date: Tue, 16 Oct 2018 09:35:52 -0400 Message-ID: To: Lou Berger Cc: teas@ietf.org Content-Type: multipart/alternative; boundary="0000000000009e4076057858a282" Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 13:36:07 -0000 --0000000000009e4076057858a282 Content-Type: text/plain; charset="UTF-8" This is essential work for our Yang models, so I support it's publication. I've reviewed it and I think there's a couple of issues to address and some tidying up to be done before then - I've sent a separate mail with comments. Cheers Matt On Mon, Oct 15, 2018 at 11:08 AM Lou Berger wrote: > > All, > > This starts a two-week working group last call for > draft-ietf-teas-yang-te-types-01 > > The working group last call ends on October 29. > Please send your comments to the working group mailing list. > > Positive comments, e.g., "I've reviewed this document > and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thank you, > TEAS Chairs > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --0000000000009e4076057858a282 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    This is essential work for our Yang models, so I supp= ort it's publication. I've reviewed it and I=C2=A0 think there'= s a couple of issues to address and some tidying up to be done before then = - I've sent a separate mail with comments.

    Che= ers

    Matt

    On Mon, Oct 15, 2018 at 11:08 AM Lou Berger <lberger@labn.net> wrote:

    All,

    This starts a two-week working group last call for
    draft-ietf-teas-yang-te-types-01

    The working group last call ends on October 29.
    Please send your comments to the working group mailing list.

    Positive comments, e.g., "I've reviewed this document
    and believe it is ready for publication", are welcome!
    This is useful and important, even from authors.

    Thank you,
    TEAS Chairs


    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --0000000000009e4076057858a282-- From nobody Tue Oct 16 18:47:12 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 620D81274D0; Tue, 16 Oct 2018 18:47:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 RBDnEOagRcgX; Tue, 16 Oct 2018 18:47:06 -0700 (PDT) Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id 56854126CC7; Tue, 16 Oct 2018 18:47:04 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 1F875661FA2; Wed, 17 Oct 2018 09:46:52 +0800 (CST) From: "Aijun Wang" To: "'Lou Berger'" , "'Vishnu Pavan Beeram'" , "'TEAS WG'" , "'TEAS WG Chairs'" References: <00af01d461ce$aae18290$00a487b0$@org.cn> <37c3639d-c8e3-da65-1ddc-121503b261f4@labn.net> In-Reply-To: <37c3639d-c8e3-da65-1ddc-121503b261f4@labn.net> Date: Wed, 17 Oct 2018 09:46:53 +0800 Message-ID: <012301d465bb$481432c0$d83c9840$@org.cn> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0124_01D465FE.563772C0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdRklmfNU0yNFXayQ2qseO1n8IMeKABH19mA Content-Language: zh-cn X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6OjY6FTo6FzkIGh4VQi0MMkkL HRoKCz5VSlVKTkhCTE9LQ0lLT0JNVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU9LTUpINwY+ X-HM-Tid: 0a667fb443f59373kuws1f875661fa2 Archived-At: Subject: [Teas] =?utf-8?b?562U5aSNOiAg562U5aSNOiBQcm9wb3NlZCBjaGFydGVy?= =?utf-8?q?_update?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 01:47:11 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0124_01D465FE.563772C0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, Lou: =20 I refines the related descriptions for clarification. Please see whether = they are more accurate or not. =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2018=E5=B9=B410=E6=9C=8815=E6=97=A5 22:50 =E6=94=B6=E4=BB=B6=E4=BA=BA: Aijun Wang; 'Vishnu Pavan Beeram'; 'TEAS = WG'; 'TEAS WG Chairs' =E4=B8=BB=E9=A2=98: Re: [Teas] =E7=AD=94=E5=A4=8D: Proposed charter = update =20 =20 Hi Aijun, Thank you for the comments. Please see below for responses in-line. On 10/11/2018 9:55 PM, Aijun Wang wrote: Hi, Vishnu and Lou: =20 I have the following suggestions(inline) for the charter, please see = whether they are appropriate or not? =20 =20 Best Regards. =20 Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram = [mailto:vishnupavan@gmail.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5 = 14:50 =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG Chairs =E4=B8=BB=E9=A2=98: [Teas] Proposed charter update =20 Hi, Over the past few months we've noted that our charter could use a bit of an update to match the current state of TEAS and other working groups.=20 We've taken a pass at this and have a proposed revision. Once the WG agrees on changes, we'll pass those changes along to our AD who is the actual owner of our charter. The text is enclosed below as well as available with changes tracked at: https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_do= cument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3D= sharing = = &d=3DDwIDaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0Ws= gxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X= 0ic60qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D Please discuss any proposed changes on the list, i.e., changes to the charter that are suggested in the google-doc but not agreed to here will = be ignored. We'd like to have the changes agreed to by the end of this month so the IESG may have time to review/act before IETF103. Thank you, Pavan and Lou =20 -- Draft Update to TEAS WG Charter (Version 1) The Traffic Engineering Architecture and Signaling (TEAS) Working Group is responsible for defining IP, MPLS and GMPLS traffic engineering architecture and identifying required related control-protocol functions, i.e., routing and path computation element functions. The TEAS group is also responsible for standardizing generalized, i.e., non-technology specific, RSVP-TE signaling protocol mechanisms, [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain = specific=E2=80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? = I guess the author may mention that RSVP-TE can be used in packet and = non-packet network here. How about: The TEAS group is also responsible for standardizing RSVP-TE signaling = protocol mechanism that are not related to a specific switching = technology. =20 [Aijun Wang]: Would it more clear to say =E2=80=9CThe TEAS group is also = responsible for standardizing RSVP-TE signaling protocol mechanism that = can be used in packet and non-packet(optical) network.=E2=80=9D ? Traffic Engineering (TE) is the term used to refer to techniques that enable operators to control how specific traffic flows are treated within their networks. TE is applied to packet networks via MPLS TE tunnels and LSPs, but may also be provided by other mechanisms such as forwarding rules similar to policy-based routing. The MPLS-TE control plane was generalized to additionally support non-packet technologies via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and GMPLS. Centralized and logically centralized control models are also supported, e.g., via Abstraction and Control of Traffic Engineered Networks (ACTN) and stateful-PCE. [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized = control model are also supported=E2=80=9D? It may be more concise, but I think it is less clear so would prefer to = leave as is. [Aijun Wang]: From the context, we can know the sentence = =E2=80=9CRSVP-TE is the signaling protocol used for both MPLS-TE and = GMPLS.=E2=80=9D mainly focuses on the distributed control mode, then it = is naturally to add the latter description for =E2=80=9Ccentralized = control mode=E2=80=9D. My arguments here is that what is the = =E2=80=9Clogically centralized control models?=E2=80=9D, Is it = redundant for us to say it? I still think the following description is = enough: =E2=80=9CRSVP-TE is the signaling protocol used for both MPLS-TE and = GMPLS. Centralized models are also supported, e.g., via Abstraction and = Control of Traffic Engineered Networks (ACTN) and stateful-PCE.=E2=80=9D The TEAS WG is responsible for: a) Traffic-engineering architectures for generic applicability across packet and non-packet networks.. This includes, for example, both networks that include the use of PCE and those that conform with ACTN principles but don't make use of PCE. The PCE architecture itself is out of the WG scope. [Aijun Wang]: Is there any situation that conform with ACTN principles = but don=E2=80=99t=E2=80=99 make use of PCE? Is it more generalized to = say =E2=80=9CThis includes, for example, both networks that include the = use of PCE or not=E2=80=9D? I don't believe ACTN requires use of PCE so I think the current text = covers such cases while the proposed revision does not. [Aijun Wang]: Ok, maybe I am confused by them. b) Definition of protocol-independent metrics and parameters (measurement and/or service attributes) for describing links and tunnels/paths required for traffic engineering (and related routing, signaling and path computation). These will be developed in conjunction with requests and requirements from other WGs to ensure overall = usefulness. c) Functional specification of extensions for routing (OSPF, ISIS) and for path computation (PCE), including those that provide general enablers of traffic-engineering systems that also use RSVP-TE. Protocol formats and procedures that embody these extensions will be done in coordination with the WGs supervising those protocols. [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional = specification of extensions for routing (OSPF, ISIS) and for path = computation protocol (PCEP),..=E2=80=9D I'm not sure, I really don't see any difference in the language. =20 Rereading this that it should say "may also use RSVP-TE". [Aijun Wang] Here we mainly want to say TEAS WG is responsible for the = extension of the protocols that are related to the traffic engineering = requirements. PCE is not protocol, instead PCEP is the protocol needs to = be extended. d) Functional specification of generic (i.e., not data plane technology-specific) extensions for RSVP-TE, and the associated protocol formats and procedures that embody these extensions. e) Definition of control plane mechanisms and extensions to allow the setup and maintenance of TE paths and TE tunnels that span multiple domains and/or switching technologies, where a domain may be an IGP area, an Autonomous System, or any other region of topological = visibility. f) Definition and extension of management and security techniques for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE as well as mechanisms used to configure, control, and report OAM within TE networks. YANG and MIB modules may be considered. [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and = extension of management and security techniques for TE path and TE = tunnels signaling=E2=80=A6.=E2=80=9D, instead of only mentioning the = =E2=80=9CRSVP-TE signaling=E2=80=9D? This is a fair point. How about "...for TP path and tunnel control"? [Aijun Wang]: OK. But it should be =E2=80=9C=E2=80=A6for TE path and = tunnel control=E2=80=9D.? The TEAS working group is chartered to deliver the following: 1. Definition of additional abstract service, link, and path properties such as jitter, delay, and diversity. Extensions to IGPs to advertise these properties, and extensions to RSVP-TE to request and to accumulate these properties. Work with PCE WG to include these properties in computation requests. 2. Specification of terminology, architecture, and protocol requirements for abstraction and distribution of TE information between interconnected TE domains/layers. 3. Specification and protocol extensions for a GMPLS External Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. 4. Protocol mechanisms to signal associated LSPs in particular with different source nodes. 5. Requirements and protocol extensions for additional protection mechanisms including end-point protection, protection of P2MP LSPs, and inter-domain protection. [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point = protection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel = protection=E2=80=9D? These are just examples. How about: "including, for example, ..."? [Aijun Wang]: The revised description style will be more clear and = extensible. Thank you again for the feedback! Lou 6. YANG models in support of Traffic Engineering, in coordination with working groups working on YANG models for network topology and for technology-specific network attributes. Requirements may be documented in stand-alone RFCs, may be folded into architecture or solutions RFCs, may be recorded on a wiki, or may be documented in an Internet-Draft that is not progressed to RFC. The TEAS WG will coordinate with the following working groups: - With the MPLS WG to maintain and extend MPLS-TE protocol mechanisms and to determine whether they should be generalized. - With the CCAMP WG to maintain and extend non-packet, data plane technology-specific TE protocol mechanisms and to determine whether they should be generalized. - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing mechanisms. - With the PCE WG on uses of a PCE in the traffic-engineering architecture, on PCE extensions per the above, and on RSVP-TE extensions to support PCE WG identified requirements. - With the IDR WG on the use of BGP-LS in TE environments. - With the DetNet WG on mechanisms (YANG models and protocols) to support DetNet use cases. - With the SPRING WG on TE architecture and, where appropriate, TE-related protocol extensions. In doing this work, the WG will cooperate with external SDOs (such as the ITU-T and the IEEE 802.1) as necessary. _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas =20 ------=_NextPart_000_0124_01D465FE.563772C0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

    Hi, Lou:

     

    I refines the related descriptions for clarification. Please see = whether they are more accurate or not.

     

    Best Regards.

     

    Aijun Wang

    Network R&D and Operation Support = Department

    China Telecom Corporation Limited Beijing Research Institute,Beijing, = China.

     

    =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger = [mailto:lberger@labn.net]
    =E5=8F=91=E9=80=81=E6=97=B6=E9= =97=B4: 2018=E5=B9=B410=E6=9C=8815=E6=97=A5 = 22:50
    =E6=94=B6=E4=BB=B6=E4=BA=BA: Aijun Wang; 'Vishnu Pavan = Beeram'; 'TEAS WG'; 'TEAS WG = Chairs'
    =E4=B8=BB=E9=A2=98: Re: [Teas] = =E7=AD=94=E5=A4=8D: Proposed charter = update

     

     

    Hi = Aijun,
       Thank you for the comments.  Please see = below for responses in-line.

    On 10/11/2018 9:55 PM, Aijun Wang = wrote:

    Hi, Vishnu and Lou:

     

    I have the following suggestions(inline) for the charter, please see = whether they are appropriate or not?

     

     

    Best Regards.

     

    Aijun Wang

    Network R&D and Operation Support Department

    China Telecom Corporation Limited Beijing Research Institute,Beijing, = China.

     

    =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com] =
    =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5 14:50
    =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG = Chairs
    =E4=B8=BB=E9=A2=98: [Teas] Proposed charter = update

     

    Hi,

    Over the past few months = we've noted that our charter could use a bit of
    an update to match = the current state of TEAS and other working groups.
    We've taken a = pass at this and have a proposed revision.  Once the WG
    agrees = on changes, we'll pass those changes along to our AD who is = the
    actual owner of our charter.  The text is enclosed below as = well as
    available with changes tracked at:

    https://urldefense.proofpoint.com/v2/url?u=3D= https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1kl= ve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6= Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7= E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp= 3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D

    Please = discuss any proposed changes on the list, i.e., changes to = the
    charter that are suggested in the google-doc but not agreed to = here will be ignored.

    We'd like to have the changes agreed to by = the end of this month so the
    IESG may have time to review/act = before  IETF103.

    Thank you,
    Pavan and = Lou

     

    --
    Draft Update to = TEAS WG Charter (Version 1)

    The Traffic Engineering Architecture = and Signaling (TEAS) Working Group
    is responsible for defining IP, = MPLS and GMPLS traffic engineering
    architecture and identifying = required related control-protocol
    functions, i.e., routing and path = computation element functions. The
    TEAS group is also responsible for = standardizing generalized, i.e.,
    non-technology specific, RSVP-TE = signaling protocol mechanisms,

    [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain = specific=E2=80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? = I guess the author may mention that RSVP-TE can be used in packet and = non-packet network here.

    How about:
      The TEAS group = is also responsible for standardizing RSVP-TE signaling protocol = mechanism that are not related to a specific switching = technology.

     

    [Aijun Wang]: Would it more clear to say =E2=80=9CThe TEAS group is also responsible for standardizing = RSVP-TE signaling protocol mechanism that can be used in packet and = non-packet(optical) network.=E2=80=9D ?



    Traffic Engineering (TE) is the term used to refer to = techniques that
    enable operators to control how specific traffic = flows are treated
    within their networks. TE is applied to packet = networks via MPLS TE
    tunnels and LSPs, but may also be provided by = other mechanisms such as
    forwarding rules similar to policy-based = routing. The MPLS-TE control
    plane was generalized to additionally = support non-packet technologies
    via GMPLS.  RSVP-TE is the = signaling protocol used for both MPLS-TE and
    GMPLS. Centralized and = logically centralized control models are also
    supported, e.g., via = Abstraction and Control of Traffic Engineered
    Networks (ACTN) and = stateful-PCE.

    [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized = control model are also supported=E2=80=9D?


    It may be more concise, but I = think it is less clear so would prefer to leave as is.

    [Aijun Wang]: From the context, we can know the sentence = =E2=80=9CRSVP-TE is the signaling protocol = used for both MPLS-TE and GMPLS.=E2=80=9D mainly focuses on the distributed control mode, then it is = naturally to add the latter description for =E2=80=9Ccentralized control = mode=E2=80=9D. =C2=A0My arguments here is that what is the = =E2=80=9Clogically centralized control models?=E2=80=9D, =C2=A0Is it = redundant for us to say it? I still think the following description is = enough:

    =E2=80=9CRSVP-TE is the signaling protocol used for both = MPLS-TE and GMPLS. Centralized models are also supported, e.g., via = Abstraction and Control of Traffic Engineered
    Networks (ACTN) and = stateful-PCE.=E2=80=9D





     The TEAS WG is responsible = for:

       a) Traffic-engineering architectures for = generic applicability
    across packet and non-packet networks.. This = includes, for example, both
    networks that include the use of PCE and = those that conform with ACTN
    principles but don't make use of PCE. = The PCE architecture itself is out
    of the WG = scope.

    [Aijun Wang]: Is there any situation that conform with ACTN = principles but don=E2=80=99t=E2=80=99 make use of PCE? Is it more = generalized to say =E2=80=9CThis includes, for example, both networks = that include the use of PCE or not=E2=80=9D?

    I don't believe ACTN requires use = of PCE so I think the current text covers such cases while the proposed = revision does not.

    [Aijun Wang]: Ok, maybe I am confused by = them.





       b) Definition of protocol-independent = metrics and parameters
    (measurement and/or service attributes) for = describing links and
    tunnels/paths required for traffic engineering = (and related routing,
    signaling and path computation). These will be = developed in conjunction
    with requests and requirements from other = WGs to ensure overall usefulness.

       c) Functional = specification of extensions for routing (OSPF, ISIS)
    and for path = computation (PCE), including those that provide general
    enablers of = traffic-engineering systems that also use RSVP-TE. Protocol
    formats = and procedures that embody these extensions will be done = in
    coordination with the WGs supervising those = protocols.

    [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional = specification of extensions for routing (OSPF, ISIS) and for path = computation protocol (PCEP),..=E2=80=9D

    I'm not sure, I really don't see = any difference in the language. 

    Rereading this that it = should say "may also use RSVP-TE".

    [Aijun Wang] Here we mainly want to say TEAS WG is responsible for = the extension of the protocols that are related to the traffic = engineering requirements. PCE is not protocol, instead PCEP is the = protocol needs to be extended.


       d) Functional specification of generic = (i.e., not data plane
    technology-specific) extensions for RSVP-TE, = and the associated protocol
    formats and procedures that embody these = extensions.

       e) Definition of control plane = mechanisms and extensions to allow
    the setup and maintenance of TE = paths and TE tunnels that span multiple
    domains and/or switching = technologies, where a domain may be an IGP
    area, an Autonomous = System, or any other region of topological = visibility.

       f) Definition and extension of = management and security techniques
    for RSVP-TE signaling. This = includes configuring and monitoring RSVP-TE
    as well as mechanisms = used to configure, control, and report OAM within
    TE networks. YANG = and MIB modules may be considered.


    [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and = extension of management and security techniques for TE path and TE = tunnels signaling=E2=80=A6.=E2=80=9D, instead of only mentioning the = =E2=80=9CRSVP-TE signaling=E2=80=9D?

    This is a fair point.  How = about "...for TP path and tunnel control"?

    [Aijun Wang]: OK. But it should be =E2=80=9C=E2=80=A6for TE path and = tunnel control=E2=80=9D.?





      The TEAS working group is chartered to deliver = the following:

       1. Definition of additional abstract = service, link, and path
    properties such as jitter, delay, and = diversity. Extensions to IGPs to
    advertise these properties, and = extensions to RSVP-TE to request and to
    accumulate these properties. = Work with PCE WG to include these
    properties in computation = requests.

       2. Specification of terminology, = architecture, and protocol
    requirements for abstraction and = distribution of TE information between
    interconnected TE = domains/layers.

       3. Specification and protocol = extensions for a GMPLS External
    Network-to-Network Interface (E-NNI), = i.e., multi-domain GMPLS support.

       4. Protocol = mechanisms to signal associated LSPs in particular with
    different = source nodes.

       5. Requirements and protocol = extensions for additional protection
    mechanisms including end-point = protection, protection of P2MP LSPs, and
    inter-domain = protection.

    [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point = protection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel = protection=E2=80=9D?

    These are just examples.  How = about: "including, for example, ..."?

    [Aijun Wang]: =C2=A0The revised description style will be more clear = and extensible.



    Thank you again for the = feedback!
    Lou



       6. YANG models in support of Traffic = Engineering, in coordination
    with working groups working on YANG = models for network topology and for
    technology-specific network = attributes.

      Requirements may be documented in stand-alone = RFCs, may be folded
    into architecture or solutions RFCs, may be = recorded on a wiki, or may
    be documented in an Internet-Draft that is = not progressed to RFC.

      The TEAS WG will coordinate with = the following working groups:

       - With the MPLS WG to = maintain and extend MPLS-TE protocol
    mechanisms and to determine = whether they should be generalized.

       - With the CCAMP = WG to maintain and extend non-packet, data plane
    technology-specific = TE protocol mechanisms and to determine whether they
    should be = generalized.

       - With the LSR (OSPF and ISIS) WG to = maintain or extend TE routing
    mechanisms.

       - With = the PCE WG on uses of a PCE in the traffic-engineering
    architecture, = on PCE extensions per the above, and on RSVP-TE extensions
    to support = PCE WG identified requirements.

       - With the IDR WG on = the use of BGP-LS in TE environments.

       - With the = DetNet WG on mechanisms (YANG models and protocols) to
    support DetNet = use cases.

       - With the SPRING WG on TE architecture = and, where appropriate,
    TE-related protocol extensions.

    In = doing this work, the WG will cooperate with external SDOs (such = as
    the ITU-T and the IEEE 802.1) as = necessary.







    _______________________________________________
    Teas mailing =
list
    Teas@ietf.org
    https://www.ietf.org/= mailman/listinfo/teas

     

    ------=_NextPart_000_0124_01D465FE.563772C0-- From nobody Wed Oct 17 04:17:24 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8225F130DBE for ; Wed, 17 Oct 2018 04:17:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 skA9Lw7rB9Kv for ; Wed, 17 Oct 2018 04:17:20 -0700 (PDT) Received: from outbound-ss-579.bluehost.com (outbound-ss-579.bluehost.com [74.220.218.175]) (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 E9FCB126CB6 for ; Wed, 17 Oct 2018 04:17:19 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id BD9D61E08EB for ; Wed, 17 Oct 2018 05:17:17 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id CjpFg2x95j0soCjpFgex38; Wed, 17 Oct 2018 05:17:17 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=eeQp/EEfBA5+qsX1a0OtIDiuL11x4f+Nfaf5JDU9EAs=; b=ZGOyc27oqaQsSeHT1VwgoFIfYq 0J2Mihp0kih11d+7ebRcwIwqVaMXyGA7VFZOYs1ls2fUpg55hp9uEGIkP/YOB+C5ua8TLRaj9HeXQ iC1niHy6s3AFyUVc2tx0uEvgj; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:44219 helo=[11.4.0.65]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gCjpF-001e7W-Aw; Wed, 17 Oct 2018 05:17:17 -0600 From: Lou Berger To: Aijun Wang , "'Vishnu Pavan Beeram'" , "'TEAS WG'" , "'TEAS WG Chairs'" Date: Wed, 17 Oct 2018 07:17:14 -0400 Message-ID: <16681be7290.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <012301d465bb$481432c0$d83c9840$@org.cn> References: <00af01d461ce$aae18290$00a487b0$@org.cn> <37c3639d-c8e3-da65-1ddc-121503b261f4@labn.net> <012301d465bb$481432c0$d83c9840$@org.cn> User-Agent: AquaMail/1.16.0-1193 (build: 101600006) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------16681be75251d6e27ce14ace0e" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gCjpF-001e7W-Aw X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([11.4.0.65]) [100.15.106.211]:44219 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] =?utf-8?b?562U5aSNOiAg562U5aSNOiBQcm9wb3NlZCBjaGFydGVy?= =?utf-8?q?_update?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 11:17:24 -0000 This is a multi-part message in MIME format. ------------16681be75251d6e27ce14ace0e Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit Aijun, Please see below... ---------- On October 16, 2018 9:47:35 PM "Aijun Wang" wrote: > Hi, Lou: > > > > I refines the related descriptions for clarification. Please see whether > they are more accurate or not. > > > > Best Regards. > > > > Aijun Wang > > Network R&D and Operation Support Department > > China Telecom Corporation Limited Beijing Research Institute,Beijing, China. > > > > 发件人: Lou Berger [mailto:lberger@labn.net] > 发送时间: 2018年10月15日 22:50 > 收件人: Aijun Wang; 'Vishnu Pavan Beeram'; 'TEAS WG'; 'TEAS WG Chairs' > 主题: Re: [Teas] 答复: Proposed charter update > > > > > > Hi Aijun, > Thank you for the comments. Please see below for responses in-line. > > > > On 10/11/2018 9:55 PM, Aijun Wang wrote: > > Hi, Vishnu and Lou: > > > > I have the following suggestions(inline) for the charter, please see > whether they are appropriate or not? > > > > > > Best Regards. > > > > Aijun Wang > > Network R&D and Operation Support Department > > China Telecom Corporation Limited Beijing Research Institute,Beijing, China. > > > > 发件人: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com] > 发送时间: 2018年10月8日 14:50 > 收件人: TEAS WG; TEAS WG Chairs > 主题: [Teas] Proposed charter update > > > > Hi, > > Over the past few months we've noted that our charter could use a bit of > an update to match the current state of TEAS and other working groups. > We've taken a pass at this and have a proposed revision. Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter. The text is enclosed below as well as > available with changes tracked at: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing > > &d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here will be > ignored. > > We'd like to have the changes agreed to by the end of this month so the > IESG may have time to review/act before IETF103. > > Thank you, > Pavan and Lou > > > > -- > Draft Update to TEAS WG Charter (Version 1) > > The Traffic Engineering Architecture and Signaling (TEAS) Working Group > is responsible for defining IP, MPLS and GMPLS traffic engineering > architecture and identifying required related control-protocol > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms, > > [Aijun Wang]: Is it more suitable to say “non-domain specific” instead of > “non-technology specific” ? I guess the author may mention that RSVP-TE can > be used in packet and non-packet network here. > > How about: > The TEAS group is also responsible for standardizing RSVP-TE signaling > protocol mechanism that are not related to a specific switching technology. > > > > [Aijun Wang]: Would it more clear to say “The TEAS group is also > responsible for standardizing RSVP-TE signaling protocol mechanism that can > be used in packet and non-packet(optical) network.” ? > For me, this less precise/clear so prefer either the original or revised versions. > > > > > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered > Networks (ACTN) and stateful-PCE. > > [Aijun Wang]: Is it more concise here to say “Centralized control model are > also supported”? > > > It may be more concise, but I think it is less clear so would prefer to > leave as is. > > [Aijun Wang]: From the context, we can know the sentence “RSVP-TE is the > signaling protocol used for both MPLS-TE and GMPLS.” mainly focuses on the > distributed control mode, then it is naturally to add the latter > description for “centralized control mode”. My arguments here is that what > is the “logically centralized control models?”, Is it redundant for us to > say it? Strictly speaking a centralized controller translates to a single entity. There are many sdn architectures that use multiple controllers and the term logically centralized has been used to refer to these. Neither of the models use RSVP. > I still think the following description is enough: > > “RSVP-TE is the signaling protocol used for both MPLS-TE and GMPLS. > Centralized models are also supported, e.g., via Abstraction and Control of > Traffic Engineered > Networks (ACTN) and stateful-PCE.” > in my experience when one just says centralized control, the distributive form of SDN control is overlooked or considered out of scope, so I think it's important to include that case. > > > > > > > The TEAS WG is responsible for: > > a) Traffic-engineering architectures for generic applicability > across packet and non-packet networks.. This includes, for example, both > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself is out > of the WG scope. > > [Aijun Wang]: Is there any situation that conform with ACTN principles but > don’t’ make use of PCE? Is it more generalized to say “This includes, for > example, both networks that include the use of PCE or not”? > > I don't believe ACTN requires use of PCE so I think the current text covers > such cases while the proposed revision does not. > > [Aijun Wang]: Ok, maybe I am confused by them. > This got revised based on discussion with Dhruv. Take a look at the new text, in email or on Google, and some comments if you have them > > > > > b) Definition of protocol-independent metrics and parameters > (measurement and/or service attributes) for describing links and > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunction > with requests and requirements from other WGs to ensure overall usefulness. > > c) Functional specification of extensions for routing (OSPF, ISIS) > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protocol > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols. > > [Aijun Wang]: Is it more accurate to say “Functional specification of > extensions for routing (OSPF, ISIS) and for path computation protocol > (PCEP),..” > > I'm not sure, I really don't see any difference in the language. > > Rereading this that it should say "may also use RSVP-TE". > > [Aijun Wang] Here we mainly want to say TEAS WG is responsible for the > extension of the protocols that are related to the traffic engineering > requirements. PCE is not protocol, instead PCEP is the protocol needs to be > extended. > Ahh. Thank you for the clarification, I'll make the change. > > > > d) Functional specification of generic (i.e., not data plane > technology-specific) extensions for RSVP-TE, and the associated protocol > formats and procedures that embody these extensions. > > e) Definition of control plane mechanisms and extensions to allow > the setup and maintenance of TE paths and TE tunnels that span multiple > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological visibility. > > f) Definition and extension of management and security techniques > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE > as well as mechanisms used to configure, control, and report OAM within > TE networks. YANG and MIB modules may be considered. > > > > > [Aijun Wang]: Is it more accurate to say “Definition and extension of > management and security techniques for TE path and TE tunnels signaling….”, > instead of only mentioning the “RSVP-TE signaling”? > > This is a fair point. How about "...for TP path and tunnel control"? > > [Aijun Wang]: OK. But it should be “…for TE path and tunnel control”.? Yes, that was a typo. > > > The TEAS working group is chartered to deliver the following: > > 1. Definition of additional abstract service, link, and path > properties such as jitter, delay, and diversity. Extensions to IGPs to > advertise these properties, and extensions to RSVP-TE to request and to > accumulate these properties. Work with PCE WG to include these > properties in computation requests. > > 2. Specification of terminology, architecture, and protocol > requirements for abstraction and distribution of TE information between > interconnected TE domains/layers. > > 3. Specification and protocol extensions for a GMPLS External > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > > 4. Protocol mechanisms to signal associated LSPs in particular with > different source nodes. > > 5. Requirements and protocol extensions for additional protection > mechanisms including end-point protection, protection of P2MP LSPs, and > inter-domain protection. > > [Aijun Wang]: Is it more generalized to replace “end-point protection” with > “TE-path and TE-tunnel protection”? > > These are just examples. How about: "including, for example, ..."? > > [Aijun Wang]: The revised description style will be more clear and extensible. > Thanks again Lou > > Thank you again for the feedback! > Lou > > > > > > 6. YANG models in support of Traffic Engineering, in coordination > with working groups working on YANG models for network topology and for > technology-specific network attributes. > > Requirements may be documented in stand-alone RFCs, may be folded > into architecture or solutions RFCs, may be recorded on a wiki, or may > be documented in an Internet-Draft that is not progressed to RFC. > > The TEAS WG will coordinate with the following working groups: > > - With the MPLS WG to maintain and extend MPLS-TE protocol > mechanisms and to determine whether they should be generalized. > > - With the CCAMP WG to maintain and extend non-packet, data plane > technology-specific TE protocol mechanisms and to determine whether they > should be generalized. > > - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > mechanisms. > > - With the PCE WG on uses of a PCE in the traffic-engineering > architecture, on PCE extensions per the above, and on RSVP-TE extensions > to support PCE WG identified requirements. > > - With the IDR WG on the use of BGP-LS in TE environments. > > - With the DetNet WG on mechanisms (YANG models and protocols) to > support DetNet use cases. > > - With the SPRING WG on TE architecture and, where appropriate, > TE-related protocol extensions. > > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary. > > > > > > > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > > ------------16681be75251d6e27ce14ace0e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

    Aijun,

    Please see below...


    =

    ----= ------
    On October 16, 2018 9:47:35 PM "Aijun Wang" <wangaijun@tsinghua.org.cn&g= t; wrote:

    >= Hi, Lou:
    >
    > 
    >
    > I refines the related descriptions for clarification. Please see wheth= er they are more accurate or not.
    >
    > 
    >
    > Best Regards.
    >
    > 
    >
    > Aijun Wang
    >
    > Network R&D and Operation Support Department
    >
    > China Telecom Corporation Limited Beijing Research Institute,Beijing, = China.
    >
    > 
    >
    > =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]
    > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=8815=E6=97= =A5 22:50
    > =E6=94=B6=E4=BB=B6=E4=BA=BA: Aijun Wang; 'Vishnu Pavan Beeram'; 'TEAS = WG'; 'TEAS WG Chairs'
    > =E4=B8=BB=E9=A2=98: Re: [Teas] =E7=AD=94=E5=A4=8D: Proposed charter up= date
    >
    > 
    >
    > 
    >
    > Hi Aijun,
    >    Thank you for the comments.  Please see below f= or responses in-line.
    >
    >
    >
    > On 10/11/2018 9:55 PM, Aijun Wang wrote:
    >
    > Hi, Vishnu and Lou:
    >
    > 
    >
    > I have the following suggestions(inline) for the charter, please see w= hether they are appropriate or not?
    >
    > 
    >
    > 
    >
    > Best Regards.
    >
    > 
    >
    > Aijun Wang
    >
    > Network R&D and Operation Support Department
    >
    > China Telecom Corporation Limited Beijing Research Institute,Beijing, = China.
    >
    > 
    >
    > =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram [mailto:vishnupavan@g= mail.com]
    > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97= =A5 14:50
    > =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG Chairs
    > =E4=B8=BB=E9=A2=98: [Teas] Proposed charter update
    >
    > 
    >
    > Hi,
    >
    > Over the past few months we've noted that our charter could use a bit = of
    > an update to match the current state of TEAS and other working groups.=
    > We've taken a pass at this and have a proposed revision.  Once th= e WG
    > agrees on changes, we'll pass those changes along to our AD who is the=
    > actual owner of our charter.  The text is enclosed below as well = as
    > available with changes tracked at:
    >
    > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A_= _docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyU= bSU_edit-3Fusp-3Dsharing <https://urldefense.proofpoint.com/v2/url?u= =3Dhttps-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1k= lve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkYuh63rsuhr6S= cbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0W= VbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXHgp3ISuF= ZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D> &d=3DDwIDaQ&c= =3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiW= E5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4= &s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D
    >
    > Please discuss any proposed changes on the list, i.e., changes to the<= br> > charter that are suggested in the google-doc but not agreed to here wi= ll be ignored.
    >
    > We'd like to have the changes agreed to by the end of this month so th= e
    > IESG may have time to review/act before  IETF103.
    >
    > Thank you,
    > Pavan and Lou
    >
    > 
    >
    > --
    > Draft Update to TEAS WG Charter (Version 1)
    >
    > The Traffic Engineering Architecture and Signaling (TEAS) Working Grou= p
    > is responsible for defining IP, MPLS and GMPLS traffic engineering
    > architecture and identifying required related control-protocol
    > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e., > non-technology specific, RSVP-TE signaling protocol mechanisms,
    >
    > [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain specific= =E2=80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? I guess th= e author may mention that RSVP-TE can be used in packet and non-packet netw= ork here.
    >
    > How about:
    >   The TEAS group is also responsible for standardizing RSVP-= TE signaling protocol mechanism that are not related to a specific switchin= g technology.
    >
    > 
    >
    > [Aijun Wang]: Would it more clear to say =E2=80=9CThe TEAS group is al= so responsible for standardizing RSVP-TE signaling protocol mechanism that = can be used in packet and non-packet(optical) network.=E2=80=9D ?
    >

    For me, this less precise/cle= ar so prefer either the original or revised versions.


    >
    >
    >
    >
    > Traffic Engineering (TE) is the term used to refer to techniques that<= br> > enable operators to control how specific traffic flows are treated
    > within their networks. TE is applied to packet networks via MPLS TE > tunnels and LSPs, but may also be provided by other mechanisms such as=
    > forwarding rules similar to policy-based routing. The MPLS-TE control<= br> > plane was generalized to additionally support non-packet technologies<= br> > via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-= TE and
    > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered
    > Networks (ACTN) and stateful-PCE.
    >
    > [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized cont= rol model are also supported=E2=80=9D?
    >


    >
    > It may be more concise, but I think it is less clear so would prefer t= o leave as is.
    >
    > [Aijun Wang]: From the context, we can know the sentence =E2=80=9CRSVP= -TE is the signaling protocol used for both MPLS-TE and GMPLS.=E2=80=9D mai= nly focuses on the distributed control mode, then it is naturally to add th= e latter description for =E2=80=9Ccentralized control mode=E2=80=9D.  = My arguments here is that what is the =E2=80=9Clogically centralized contro= l models?=E2=80=9D,  Is it redundant for us to say it?

    Strictly speaking a centraliz= ed controller translates to a single entity. There are many sdn architectur= es that use multiple controllers and the term logically centralized has bee= n used to refer to these. Neither of the models use RSVP.

    >

    I st= ill think the following description is enough:
    >
    > =E2=80=9CRSVP-TE is the signaling protocol used for both MPLS-TE and G= MPLS. Centralized models are also supported, e.g., via Abstraction and Cont= rol of Traffic Engineered
    > Networks (ACTN) and stateful-PCE.=E2=80=9D
    >

    in my experience  when o= ne just says centralized control, the distributive form of SDN control is o= verlooked or considered out of scope, so I think it's important to include = that case.


    >
    >
    >
    >
    >
    >
    >  The TEAS WG is responsible for:
    >
    >    a) Traffic-engineering architectures for generic app= licability
    > across packet and non-packet networks.. This includes, for example, bo= th
    > networks that include the use of PCE and those that conform with ACTN<= br> > principles but don't make use of PCE. The PCE architecture itself is o= ut
    > of the WG scope.
    >
    > [Aijun Wang]: Is there any situation that conform with ACTN principles= but don=E2=80=99t=E2=80=99 make use of PCE? Is it more generalized to say = =E2=80=9CThis includes, for example, both networks that include the use of = PCE or not=E2=80=9D?
    >
    > I don't believe ACTN requires use of PCE so I think the current text c= overs such cases while the proposed revision does not.
    >
    > [Aijun Wang]: Ok, maybe I am confused by them.
    >
    This got revised based on discussion with Dhruv. Take a look at the new tex= t, in email or on Google, and some comments if you have them


    >
    >
    >
    >
    >    b) Definition of protocol-independent metrics and pa= rameters
    > (measurement and/or service attributes) for describing links and
    > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunctio= n
    > with requests and requirements from other WGs to ensure overall useful= ness.
    >
    >    c) Functional specification of extensions for routin= g (OSPF, ISIS)
    > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protoco= l
    > formats and procedures that embody these extensions will be done in > coordination with the WGs supervising those protocols.
    >
    > [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional specifica= tion of extensions for routing (OSPF, ISIS) and for path computation protoc= ol (PCEP),..=E2=80=9D
    >
    > I'm not sure, I really don't see any difference in the language. =
    >
    > Rereading this that it should say "may also use RSVP-TE".
    >
    > [Aijun Wang] Here we mainly want to say TEAS WG is responsible for the= extension of the protocols that are related to the traffic engineering req= uirements. PCE is not protocol, instead PCEP is the protocol needs to be ex= tended.
    >

    Ahh. Thank you for the clarif= ication, I'll make the change.


    >
    >
    >
    >    d) Functional specification of generic (i.e., not da= ta plane
    > technology-specific) extensions for RSVP-TE, and the associated protoc= ol
    > formats and procedures that embody these extensions.
    >
    >    e) Definition of control plane mechanisms and extens= ions to allow
    > the setup and maintenance of TE paths and TE tunnels that span multipl= e
    > domains and/or switching technologies, where a domain may be an IGP > area, an Autonomous System, or any other region of topological visibil= ity.
    >
    >    f) Definition and extension of management and securi= ty techniques
    > for RSVP-TE signaling. This includes configuring and monitoring RSVP-T= E
    > as well as mechanisms used to configure, control, and report OAM withi= n
    > TE networks. YANG and MIB modules may be considered.
    >
    >
    >
    >
    > [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and exten= sion of management and security techniques for TE path and TE tunnels signa= ling=E2=80=A6.=E2=80=9D, instead of only mentioning the =E2=80=9CRSVP-TE si= gnaling=E2=80=9D?
    >
    > This is a fair point.  How about "...for TP path and tunnel contr= ol"?
    >
    > [Aijun Wang]: OK. But it should be =E2=80=9C=E2=80=A6for TE path and t= unnel control=E2=80=9D.?



    Yes, that was a typo.


    >
    >
    >   The TEAS working group is chartered to deliver the followi= ng:
    >
    >    1. Definition of additional abstract service, link, = and path
    > properties such as jitter, delay, and diversity. Extensions to IGPs to=
    > advertise these properties, and extensions to RSVP-TE to request and t= o
    > accumulate these properties. Work with PCE WG to include these
    > properties in computation requests.
    >
    >    2. Specification of terminology, architecture, and p= rotocol
    > requirements for abstraction and distribution of TE information betwee= n
    > interconnected TE domains/layers.
    >
    >    3. Specification and protocol extensions for a GMPLS= External
    > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support= .
    >
    >    4. Protocol mechanisms to signal associated LSPs in = particular with
    > different source nodes.
    >
    >    5. Requirements and protocol extensions for addition= al protection
    > mechanisms including end-point protection, protection of P2MP LSPs, an= d
    > inter-domain protection.
    >
    > [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point pro= tection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel protection=E2=80=9D? >
    > These are just examples.  How about: "including, for example, ...= "?
    >
    > [Aijun Wang]:  The revised description style will be more clear a= nd extensible.
    >


    Thanks again
    Lou


    >
    > Thank you again for the feedback!
    > Lou
    >
    >
    >
    >
    >
    >    6. YANG models in support of Traffic Engineering, in= coordination
    > with working groups working on YANG models for network topology and fo= r
    > technology-specific network attributes.
    >
    >   Requirements may be documented in stand-alone RFCs, may be= folded
    > into architecture or solutions RFCs, may be recorded on a wiki, or may=
    > be documented in an Internet-Draft that is not progressed to RFC.
    >
    >   The TEAS WG will coordinate with the following working gro= ups:
    >
    >    - With the MPLS WG to maintain and extend MPLS-TE pr= otocol
    > mechanisms and to determine whether they should be generalized.
    >
    >    - With the CCAMP WG to maintain and extend non-packe= t, data plane
    > technology-specific TE protocol mechanisms and to determine whether th= ey
    > should be generalized.
    >
    >    - With the LSR (OSPF and ISIS) WG to maintain or ext= end TE routing
    > mechanisms.
    >
    >    - With the PCE WG on uses of a PCE in the traffic-en= gineering
    > architecture, on PCE extensions per the above, and on RSVP-TE extensio= ns
    > to support PCE WG identified requirements.
    >
    >    - With the IDR WG on the use of BGP-LS in TE environ= ments.
    >
    >    - With the DetNet WG on mechanisms (YANG models and = protocols) to
    > support DetNet use cases.
    >
    >    - With the SPRING WG on TE architecture and, where a= ppropriate,
    > TE-related protocol extensions.
    >
    > In doing this work, the WG will cooperate with external SDOs (such as<= br> > the ITU-T and the IEEE 802.1) as necessary.
    >
    >
    >
    >
    >
    >
    >
    >
    >
    >
    >
    > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org
    > https://www.iet= f.org/mailman/listinfo/teas
    >
    > 
    >

    ------------16681be75251d6e27ce14ace0e-- From nobody Wed Oct 17 05:21:55 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E0611277C8; Wed, 17 Oct 2018 05:21:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.289 X-Spam-Level: X-Spam-Status: No, score=-1.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_RP_RNBL=1.31, 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 oGz_kPOVBVIp; Wed, 17 Oct 2018 05:21:51 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 AE3F4130DC1; Wed, 17 Oct 2018 05:21:50 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id w9HCLNhd025874; Wed, 17 Oct 2018 13:21:23 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 35F0122032; Wed, 17 Oct 2018 13:21:23 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id 207642203A; Wed, 17 Oct 2018 13:21:23 +0100 (BST) Received: from 950129200 (4.43.114.87.dyn.plus.net [87.114.43.4]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id w9HCLLHO030823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Oct 2018 13:21:22 +0100 Reply-To: From: "Adrian Farrel" To: "'Leeyoung'" , "'Lou Berger'" , , References: <153729682108.8569.6079760050660778983.idtracker@ietfa.amsl.com> <7AEB3D6833318045B4AE71C2C87E8E173D063DF0@sjceml521-mbx.china.huawei.com> <5d16d8f4-156f-4c6a-5832-08664417aea3@labn.net> <7AEB3D6833318045B4AE71C2C87E8E173D064FCE@sjceml521-mbx.china.huawei.com> <7AEB3D6833318045B4AE71C2C87E8E173D066D05@sjceml521-mbx.china.huawei.com> <17db4372-f15c-fc8d-601f-0e843ef7b44a@labn.net> <7AEB3D6833318045B4AE71C2C87E8E173D0670DB@sjceml521-mbx.china.huawei.com> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E173D0670DB@sjceml521-mbx.china.huawei.com> Date: Wed, 17 Oct 2018 13:21:23 +0100 Message-ID: <06a501d46613$eba248c0$c2e6da40$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Content-Language: en-gb Thread-Index: AQJTcxmXqqyuahhvurmfVyslH/vhyAJAV2MvAnYKhb8CPIBkJgI1MkfxAvEH4t4BGmQNMwIEEWuzo6uEg5A= X-Originating-IP: 87.114.43.4 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-24160.006 X-TM-AS-Result: No--42.412-10.0-31-10 X-imss-scan-details: No--42.412-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24160.006 X-TMASE-Result: 10--42.411600-10.000000 X-TMASE-MatchedRID: B0+RG8xpjtTxIbpQ8BhdbODQCXqvSA0snF8rflXuiRW638ZUY6gSd7EI +kQaRrlmO0TQnM3HXWR+V07of0JbbcuY+x+wpWIH8eSmTJSmEv1R3sGN+j7mNBqDU9DIKJzEe8i 3lRudEpNgpdTnHq8QYxMwnTA18ZuwGBntNyPrRBv1RUeLAvHT8oyzstdwoG+PnvbaEOoeixOIMV 4nweffzeXO2KZ7f5RlfQGyt/h3B6Alf6aSpWSsXcOvQCMFyZ9GCQ3xS+zL6e2n5yDc9PwlXGnGa BB9GBKEbcg33InvYf7bZ66o9rNJSqmn1yrwZjjUDPhWwJzVhb6AZr6hinmLqjDJ9a3KikGodM6l ZlmIxv1bNwJxblG/lyLBLPTyOz5UgLUIusOZ/KFT46Ow+EhYOAuK1hIitSIHgrAXgr/AjP1SISR zTzrHds42+6ZHExt2PAsguY1oV7ycjRcjZuZWWfC1l8Gignpr9mnDjfUPq56dCqKtxM6bh3AhPI gOYlWtEFFPZuM+OAqhdPhGuMapRjpI0A0aNTmUsBytgTF4TTTJ5SXtoJPLyCf6nnnZywjV5Jleq mLDfgcJ0T1HHmGhKGXz5iibTJbmqTqeYrtO8MIIVoCLGbl5T/x3eAlFiEvxehTPkBG4eNFXoYnJ E8t84krbayQZKS8gLgtRy1WaoTtGJkKKzaebVsWUKBjERoYTZuNx7eknjx5lmPP/XnGELvea4uH 4Y9hvRCx6w3cVg7E5CZuXcej0o5mRr1k6e+lgHPCema1j/6t9LQinZ4QefNQdB5NUNSsiwYFSk1 Lm1zenmxwscwVeEys3zPQeiEbe+gtHj7OwNO0CpgETeT0ynA== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [Teas] FW: New Version Notification for draft-lee-teas-te-service-mapping-yang-11.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 12:21:53 -0000 So does that mean we're all aligned and on board with this document? Well, at least as far as agreeing it's a good starting point for = bridging the gap between service models (which I love) and ACTN (which = Young loves, and which the WG seems to be backing). Adrian > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Leeyoung > Sent: 05 October 2018 19:47 > To: Lou Berger; draft-lee-teas-te-service-mapping-yang@ietf.org; = teas@ietf.org > Subject: Re: [Teas] FW: New Version Notification for = draft-lee-teas-te-service- > mapping-yang-11.txt >=20 > Hi Lou, >=20 > Yes, you are correct, the first option is what we have taken. I agree = with you that > the second option does not make much sense. >=20 > Thanks. > Young >=20 > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Friday, October 5, 2018 1:08 PM > To: Leeyoung ; draft-lee-teas-te-service-mapping- > yang@ietf.org; teas@ietf.org > Subject: Re: [Teas] FW: New Version Notification for = draft-lee-teas-te-service- > mapping-yang-11.txt >=20 > Hi Young, >=20 >=20 > On 10/4/2018 10:29 AM, Leeyoung wrote: > > > > Hi Lou, > > > > I think we can do the augmentation approach. > > > > If we were to augment LxSM models, we have two choices: > > > > =C2=B7First choice: To have three separate augmented LxSM models so = that > > each LxSM would augment independently from one another. > > > > =C2=B7Second choice: To have one YANG model where three = augmentations take > > place there, which means all three LxSM models are augmented at the > > same time. > > > > I would think the first choice is what you meant. > > >=20 > There's certainly room for identifying what is the best approach . = This said, I > actually don't understand the second choice and unsure if it can be = legally > supported (what does it mean for an implementation to support of = module that > includes an augmentation to a non-supported module? maybe it works = with > deviations?) While not sure about this, it sounds / looks like you = took the first > choice. >=20 > Lou >=20 > > Thanks. > > > > Young > > > > -----Original Message----- > > > > From: Lou Berger [mailto:lberger@labn.net] > > > > Sent: Tuesday, September 25, 2018 6:05 PM > > > > To: Leeyoung ; > > draft-lee-teas-te-service-mapping-yang@ietf.org; teas@ietf.org > > > > Subject: Re: [Teas] FW: New Version Notification for > > draft-lee-teas-te-service-mapping-yang-11.txt > > > > Young, > > > > There was one comment on the list other than my question, right? > > Giuseppe's comment basically says it is provider information, right? > > So isn't this what NACM is all about, i.e., limiting information = based > > on who is asking for it. So I still am unconvinced that the = complexity > > of a new module yields any benefit. > > > > Just think of it from a transaction processing perspective. With = the > > proposed approach, a client that wants to understand the mapping has > > to > > > > (1) read the service module), (2) search the service module for a > > mapping, and then (3) read the related TE information. With the > > augmentation approach (2) is eliminated and during processing (1) = it's > > possible to see if the TE information even exists. This reduces > > processing on both clients and servers. > > > > While not a major point, I do think the added complexity should be > > more strongly justified. > > > > Lou > > > > On 9/25/2018 5:57 PM, Leeyoung wrote: > > > > > Hi Lou, > > > > > > > > > > I think this has been discussed in the mailing list when you asked > > the opinion on this issue. Please see the attachment. > > > > > > > > > > Please also refer to the IETF 102 slides (in particular page 3) = for > > further information on this model and why the co-authors think it is > > beneficial to have a separate model than augmenting three separate > > service models. > > > > > > > > > > Thanks. > > > > > Young > > > > > > > > > > -----Original Message----- > > > > > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger > > > > > Sent: Tuesday, September 25, 2018 3:32 PM > > > > > To: draft-lee-teas-te-service-mapping-yang@ietf.org; teas@ietf.org > > > > > Subject: Re: [Teas] FW: New Version Notification for > > > > > draft-lee-teas-te-service-mapping-yang-11.txt > > > > > > > > > > Hi Young/authors, > > > > > > > > > > Thanks for the update. I remain a bit confused/concerned = that > > > > > this document adds a new standalone model rather than taking the > > > > > simpler approach of just augmenting the existing > > > service/connectivity > > > > > modules with the pointers to the TE/VN/tunnel information (perhaps > > > > > using > > > > > groupings?) > > > > > > > > > > Can you elaborate on your thinking here? > > > > > > > > > > Thanks, > > > > > Lou > > > > > > > > > > On 9/18/2018 2:55 PM, Leeyoung wrote: > > > > >> Hi, > > > > >> > > > > >> The revision is to fix YANG errors caused by the L1CSM YANG = update. > > No content changes. > > > > >> > > > > >> Thanks. > > > > >> Young > > > > >> > > > > >> -----Original Message----- > > > > >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > > > >> Sent: Tuesday, September 18, 2018 1:54 PM > > > > >> To: Daniele Ceccarelli ; = Giuseppe > > > > >> Fioccola ; Dhruv Dhody > > > > >> ; Jeff Tantsura ; > > >> Leeyoung > > > > >> ; Qin Wu > > > > >> Subject: New Version Notification for > > > > >> draft-lee-teas-te-service-mapping-yang-11.txt > > > > >> > > > > >> > > > > >> A new version of I-D, = draft-lee-teas-te-service-mapping-yang-11.txt > > > > >> has been successfully submitted by Young Lee and posted to the = IETF > > repository. > > > > >> > > > > >> Name: draft-lee-teas-te-service-mapping-yang > > > > >> Revision: 11 > > > > >> Title: Traffic Engineering and = Service > > Mapping Yang Model > > > > >> Document date: 2018-09-18 > > > > >> Group: Individual Submission > > > > >> Pages: 22 > > > > >> URL: > > = https://www.ietf.org/internet-drafts/draft-lee-teas-te-service-mapping > > -yang-11.txt > > > > >> Status: > > = https://datatracker.ietf.org/doc/draft-lee-teas-te-service-mapping-yan > > g/ > > > > >> Htmlized: > > = https://tools.ietf.org/html/draft-lee-teas-te-service-mapping-yang-11 > > > > >> Htmlized: > > = https://datatracker.ietf.org/doc/html/draft-lee-teas-te-service-mappin > > g-yang > > > > >> Diff: > > = https://www.ietf.org/rfcdiff?url2=3Ddraft-lee-teas-te-service-mapping-ya > > ng-11 > > > > >> > > > > >> Abstract: > > > > >> This document provides a YANG data model to map customer > > >>service > > > > >> models (e.g., the L3VPM Service Model) to Traffic = Engineering > > >>(TE) > > > > >> models (e.g., the TE Tunnel or the Abstraction and Control = of > > > > >> Traffic Engineered Networks Virtual Network model). This = model > > >>is > > > > >> referred to as TE Service Mapping Model and is applicable to > > >>the > > > > >> operator's need for seamless control and management of their > > >>VPN > > > > >> services with TE tunnel support. > > > > >> > > > > >> The model is principally used to allow monitoring and > > diagnostics of > > > > >> the management systems to show how the service requests are > > >>mapped > > > > >> onto underlying network resource and TE models. > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> Please note that it may take a couple of minutes from the time of > > submission until the htmlized version and diff are available at > > tools.ietf.org. > > > > >> > > > > >> The IETF Secretariat > > > > >> > > > > >> _______________________________________________ > > > > >> Teas mailing list > > > > >> Teas@ietf.org > > > > >> https://www.ietf.org/mailman/listinfo/teas > > > > >> > > > > > _______________________________________________ > > > > > Teas mailing list > > > > > Teas@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/teas > > > > > > > > > > > > > > > _______________________________________________ > > > > > Teas mailing list > > > > > Teas@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/teas > > > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Wed Oct 17 06:25:50 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69923130DCC; Wed, 17 Oct 2018 06:25:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 CnYwOILWzGli; Wed, 17 Oct 2018 06:25:44 -0700 (PDT) Received: from m21397.mail.qiye.163.com (m21397.mail.qiye.163.com [223.252.213.97]) by ietfa.amsl.com (Postfix) with ESMTP id 665F0130DC0; Wed, 17 Oct 2018 06:25:43 -0700 (PDT) Received: from [192.168.124.2] (unknown [111.194.49.167]) by m21397.mail.qiye.163.com (Hmail) with ESMTPA id 64C951440F2; Wed, 17 Oct 2018 21:25:36 +0800 (CST) Content-Type: multipart/alternative; boundary=Apple-Mail-E8FD144F-EE4C-42E0-BC3B-625EE73698EF Mime-Version: 1.0 (1.0) From: Aijun Wang X-Mailer: iPhone Mail (15G77) In-Reply-To: <16681be7290.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> Date: Wed, 17 Oct 2018 21:25:31 +0800 Cc: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Content-Transfer-Encoding: 7bit Message-Id: <84AEF91E-DA24-4255-B2CB-79CDC41E60FB@tsinghua.org.cn> References: <00af01d461ce$aae18290$00a487b0$@org.cn> <37c3639d-c8e3-da65-1ddc-121503b261f4@labn.net> <012301d465bb$481432c0$d83c9840$@org.cn> <16681be7290.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> To: Lou Berger X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6NVE6Vjo*ETkcQxw#OTkiCQou EjUKChFVSlVKTkhCTENJTE9KTExPVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKSkpVSkJPVU9CVUpNTFlXWQgBWUFITkhNSjcG X-HM-Tid: 0a668233fa207f6bkuuk64c951440f2 Archived-At: Subject: Re: [Teas] =?utf-8?b?562U5aSNOiAg562U5aSNOiBQcm9wb3NlZCBjaGFydGVy?= =?utf-8?q?_update?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 13:25:49 -0000 --Apple-Mail-E8FD144F-EE4C-42E0-BC3B-625EE73698EF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi=EF=BC=8CLou: I agree and understand the current modification. Thank you. Aijun Wang China Telecom > =E5=9C=A8 2018=E5=B9=B410=E6=9C=8817=E6=97=A5=EF=BC=8C19:17=EF=BC=8CLou Be= rger =E5=86=99=E9=81=93=EF=BC=9A >=20 > Aijun, >=20 > Please see below... >=20 >=20 >=20 > ---------- > On October 16, 2018 9:47:35 PM "Aijun Wang" wr= ote: >=20 > > Hi, Lou: > > > > =20 > > > > I refines the related descriptions for clarification. Please see whether= they are more accurate or not. > > > > =20 > > > > Best Regards. > > > > =20 > > > > Aijun Wang > > > > Network R&D and Operation Support Department > > > > China Telecom Corporation Limited Beijing Research Institute,Beijing, Ch= ina. > > > > =20 > > > > =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]=20 > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=8815=E6=97=A5= 22:50 > > =E6=94=B6=E4=BB=B6=E4=BA=BA: Aijun Wang; 'Vishnu Pavan Beeram'; 'TEAS WG= '; 'TEAS WG Chairs' > > =E4=B8=BB=E9=A2=98: Re: [Teas] =E7=AD=94=E5=A4=8D: Proposed charter upda= te > > > > =20 > > > > =20 > > > > Hi Aijun, > > Thank you for the comments. Please see below for responses in-line. > > > > > > > > On 10/11/2018 9:55 PM, Aijun Wang wrote: > > > > Hi, Vishnu and Lou: > > > > =20 > > > > I have the following suggestions(inline) for the charter, please see whe= ther they are appropriate or not? > > > > =20 > > > > =20 > > > > Best Regards. > > > > =20 > > > > Aijun Wang > > > > Network R&D and Operation Support Department > > > > China Telecom Corporation Limited Beijing Research Institute,Beijing, Ch= ina. > > > > =20 > > > > =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram [mailto:vishnupavan@gma= il.com]=20 > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5= 14:50 > > =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG Chairs > > =E4=B8=BB=E9=A2=98: [Teas] Proposed charter update > > > > =20 > > > > Hi, > > > > Over the past few months we've noted that our charter could use a bit of= > > an update to match the current state of TEAS and other working groups.=20= > > We've taken a pass at this and have a proposed revision. Once the WG > > agrees on changes, we'll pass those changes along to our AD who is the > > actual owner of our charter. The text is enclosed below as well as > > available with changes tracked at: > > > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__docs.google.com_d= ocument_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsh= aring &d=3DDwIDa= Q&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5= evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3DXH= gp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D > > > > Please discuss any proposed changes on the list, i.e., changes to the > > charter that are suggested in the google-doc but not agreed to here will= be ignored. > > > > We'd like to have the changes agreed to by the end of this month so the > > IESG may have time to review/act before IETF103. > > > > Thank you, > > Pavan and Lou > > > > =20 > > > > -- > > Draft Update to TEAS WG Charter (Version 1) > > > > The Traffic Engineering Architecture and Signaling (TEAS) Working Group > > is responsible for defining IP, MPLS and GMPLS traffic engineering > > architecture and identifying required related control-protocol > > functions, i.e., routing and path computation element functions. The > > TEAS group is also responsible for standardizing generalized, i.e., > > non-technology specific, RSVP-TE signaling protocol mechanisms, > > > > [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain specific=E2= =80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? I guess the au= thor may mention that RSVP-TE can be used in packet and non-packet network h= ere. > > > > How about: > > The TEAS group is also responsible for standardizing RSVP-TE signaling= protocol mechanism that are not related to a specific switching technology.= > > > > =20 > > > > [Aijun Wang]: Would it more clear to say =E2=80=9CThe TEAS group is also= responsible for standardizing RSVP-TE signaling protocol mechanism that can= be used in packet and non-packet(optical) network.=E2=80=9D ? > > >=20 > For me, this less precise/clear so prefer either the original or revised v= ersions. >=20 >=20 > > > > > > > > > > Traffic Engineering (TE) is the term used to refer to techniques that > > enable operators to control how specific traffic flows are treated > > within their networks. TE is applied to packet networks via MPLS TE > > tunnels and LSPs, but may also be provided by other mechanisms such as > > forwarding rules similar to policy-based routing. The MPLS-TE control > > plane was generalized to additionally support non-packet technologies > > via GMPLS. RSVP-TE is the signaling protocol used for both MPLS-TE and > > GMPLS. Centralized and logically centralized control models are also > > supported, e.g., via Abstraction and Control of Traffic Engineered > > Networks (ACTN) and stateful-PCE. > > > > [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized contro= l model are also supported=E2=80=9D? > > >=20 >=20 > > > > It may be more concise, but I think it is less clear so would prefer to l= eave as is. > > > > [Aijun Wang]: =46rom the context, we can know the sentence =E2=80=9CRSVP= -TE is the signaling protocol used for both MPLS-TE and GMPLS.=E2=80=9D main= ly focuses on the distributed control mode, then it is naturally to add the l= atter description for =E2=80=9Ccentralized control mode=E2=80=9D. My argume= nts here is that what is the =E2=80=9Clogically centralized control models?=E2= =80=9D, Is it redundant for us to say it? >=20 > Strictly speaking a centralized controller translates to a single entity. T= here are many sdn architectures that use multiple controllers and the term l= ogically centralized has been used to refer to these. Neither of the models u= se RSVP. >=20 > > >=20 > I still think the following description is enough: > > > > =E2=80=9CRSVP-TE is the signaling protocol used for both MPLS-TE and GMP= LS. Centralized models are also supported, e.g., via Abstraction and Control= of Traffic Engineered > > Networks (ACTN) and stateful-PCE.=E2=80=9D > > >=20 > in my experience when one just says centralized control, the distributive= form of SDN control is overlooked or considered out of scope, so I think it= 's important to include that case. >=20 > > > > > > > > > > > > > > The TEAS WG is responsible for: > > > > a) Traffic-engineering architectures for generic applicability > > across packet and non-packet networks.. This includes, for example, both= > > networks that include the use of PCE and those that conform with ACTN > > principles but don't make use of PCE. The PCE architecture itself is out= > > of the WG scope. > > > > [Aijun Wang]: Is there any situation that conform with ACTN principles b= ut don=E2=80=99t=E2=80=99 make use of PCE? Is it more generalized to say =E2= =80=9CThis includes, for example, both networks that include the use of PCE o= r not=E2=80=9D? > > > > I don't believe ACTN requires use of PCE so I think the current text cov= ers such cases while the proposed revision does not. > > > > [Aijun Wang]: Ok, maybe I am confused by them. > > > This got revised based on discussion with Dhruv. Take a look at the new te= xt, in email or on Google, and some comments if you have them >=20 >=20 > > > > > > > > > > b) Definition of protocol-independent metrics and parameters > > (measurement and/or service attributes) for describing links and > > tunnels/paths required for traffic engineering (and related routing, > > signaling and path computation). These will be developed in conjunction > > with requests and requirements from other WGs to ensure overall usefulne= ss. > > > > c) Functional specification of extensions for routing (OSPF, ISIS) > > and for path computation (PCE), including those that provide general > > enablers of traffic-engineering systems that also use RSVP-TE. Protocol > > formats and procedures that embody these extensions will be done in > > coordination with the WGs supervising those protocols. > > > > [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional specificati= on of extensions for routing (OSPF, ISIS) and for path computation protocol (= PCEP),..=E2=80=9D > > > > I'm not sure, I really don't see any difference in the language. =20 > > > > Rereading this that it should say "may also use RSVP-TE". > > > > [Aijun Wang] Here we mainly want to say TEAS WG is responsible for the e= xtension of the protocols that are related to the traffic engineering requir= ements. PCE is not protocol, instead PCEP is the protocol needs to be extend= ed. > > >=20 > Ahh. Thank you for the clarification, I'll make the change. >=20 >=20 > > > > > > > > d) Functional specification of generic (i.e., not data plane > > technology-specific) extensions for RSVP-TE, and the associated protocol= > > formats and procedures that embody these extensions. > > > > e) Definition of control plane mechanisms and extensions to allow > > the setup and maintenance of TE paths and TE tunnels that span multiple > > domains and/or switching technologies, where a domain may be an IGP > > area, an Autonomous System, or any other region of topological visibilit= y. > > > > f) Definition and extension of management and security techniques > > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE > > as well as mechanisms used to configure, control, and report OAM within > > TE networks. YANG and MIB modules may be considered. > > > > > > > > > > [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and extensi= on of management and security techniques for TE path and TE tunnels signalin= g=E2=80=A6.=E2=80=9D, instead of only mentioning the =E2=80=9CRSVP-TE signal= ing=E2=80=9D? > > > > This is a fair point. How about "...for TP path and tunnel control"? > > > > [Aijun Wang]: OK. But it should be =E2=80=9C=E2=80=A6for TE path and tun= nel control=E2=80=9D.? >=20 >=20 >=20 > Yes, that was a typo. >=20 >=20 > > > > > > The TEAS working group is chartered to deliver the following: > > > > 1. Definition of additional abstract service, link, and path > > properties such as jitter, delay, and diversity. Extensions to IGPs to > > advertise these properties, and extensions to RSVP-TE to request and to > > accumulate these properties. Work with PCE WG to include these > > properties in computation requests. > > > > 2. Specification of terminology, architecture, and protocol > > requirements for abstraction and distribution of TE information between > > interconnected TE domains/layers. > > > > 3. Specification and protocol extensions for a GMPLS External > > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support. > > > > 4. Protocol mechanisms to signal associated LSPs in particular with > > different source nodes. > > > > 5. Requirements and protocol extensions for additional protection > > mechanisms including end-point protection, protection of P2MP LSPs, and > > inter-domain protection. > > > > [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point prote= ction=E2=80=9D with =E2=80=9CTE-path and TE-tunnel protection=E2=80=9D? > > > > These are just examples. How about: "including, for example, ..."? > > > > [Aijun Wang]: The revised description style will be more clear and exte= nsible. > > >=20 >=20 >=20 > Thanks again > Lou >=20 > > > > Thank you again for the feedback! > > Lou > > > > > > > > > > > > 6. YANG models in support of Traffic Engineering, in coordination > > with working groups working on YANG models for network topology and for > > technology-specific network attributes. > > > > Requirements may be documented in stand-alone RFCs, may be folded > > into architecture or solutions RFCs, may be recorded on a wiki, or may > > be documented in an Internet-Draft that is not progressed to RFC. > > > > The TEAS WG will coordinate with the following working groups: > > > > - With the MPLS WG to maintain and extend MPLS-TE protocol > > mechanisms and to determine whether they should be generalized. > > > > - With the CCAMP WG to maintain and extend non-packet, data plane > > technology-specific TE protocol mechanisms and to determine whether they= > > should be generalized. > > > > - With the LSR (OSPF and ISIS) WG to maintain or extend TE routing > > mechanisms. > > > > - With the PCE WG on uses of a PCE in the traffic-engineering > > architecture, on PCE extensions per the above, and on RSVP-TE extensions= > > to support PCE WG identified requirements. > > > > - With the IDR WG on the use of BGP-LS in TE environments. > > > > - With the DetNet WG on mechanisms (YANG models and protocols) to > > support DetNet use cases. > > > > - With the SPRING WG on TE architecture and, where appropriate, > > TE-related protocol extensions. > > > > In doing this work, the WG will cooperate with external SDOs (such as > > the ITU-T and the IEEE 802.1) as necessary. > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Teas mailing list > > Teas@ietf.org > > https://www.ietf.org/mailman/listinfo/teas > > > > =20 > > --Apple-Mail-E8FD144F-EE4C-42E0-BC3B-625EE73698EF Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi=EF=BC=8CLou:

    I agree a= nd understand the current modification. Thank you.

    Aijun Wang
    China Telecom

    =E5=9C=A8 2018= =E5=B9=B410=E6=9C=8817=E6=97=A5=EF=BC=8C19:17=EF=BC=8CLou Berger <lberger@labn.net> =E5=86=99=E9=81=93=EF=BC= =9A

    Aijun,

    Please see below...


    <= /p>

    -----= -----
    On October 16, 2018 9:47:35 PM "Aijun Wang" <wangaijun@tsinghua.org.cn> wrote:

    > H= i, Lou:
    >
    > 
    >
    > I refines the related descriptions for clarification. Please see whethe= r they are more accurate or not.
    >
    > 
    >
    > Best Regards.
    >
    > 
    >
    > Aijun Wang
    >
    > Network R&D and Operation Support Department
    >
    > China Telecom Corporation Limited Beijing Research Institute,Beijing, C= hina.
    >
    > 
    >
    > =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]
    > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=8815=E6=97=A5= 22:50
    > =E6=94=B6=E4=BB=B6=E4=BA=BA: Aijun Wang; 'Vishnu Pavan Beeram'; 'TEAS W= G'; 'TEAS WG Chairs'
    > =E4=B8=BB=E9=A2=98: Re: [Teas] =E7=AD=94=E5=A4=8D: Proposed charter upd= ate
    >
    > 
    >
    > 
    >
    > Hi Aijun,
    >    Thank you for the comments.  Please see below fo= r responses in-line.
    >
    >
    >
    > On 10/11/2018 9:55 PM, Aijun Wang wrote:
    >
    > Hi, Vishnu and Lou:
    >
    > 
    >
    > I have the following suggestions(inline) for the charter, please see wh= ether they are appropriate or not?
    >
    > 
    >
    > 
    >
    > Best Regards.
    >
    > 
    >
    > Aijun Wang
    >
    > Network R&D and Operation Support Department
    >
    > China Telecom Corporation Limited Beijing Research Institute,Beijing, C= hina.
    >
    > 
    >
    > =E5=8F=91=E4=BB=B6=E4=BA=BA: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com]
    > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2018=E5=B9=B410=E6=9C=888=E6=97=A5= 14:50
    > =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG; TEAS WG Chairs
    > =E4=B8=BB=E9=A2=98: [Teas] Proposed charter update
    >
    > 
    >
    > Hi,
    >
    > Over the past few months we've noted that our charter could use a bit o= f
    > an update to match the current state of TEAS and other working groups. <= br> > We've taken a pass at this and have a proposed revision.  Once the= WG
    > agrees on changes, we'll pass those changes along to our AD who is the<= br> > actual owner of our charter.  The text is enclosed below as well a= s
    > available with changes tracked at:
    >
    > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__do= cs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_= edit-3Fusp-3Dsharing <https://urldefense.proofpoint= .com/v2/url?u=3Dhttps-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm= 1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=3DDwIDaQ&c=3DHAkY= uh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6wTJiWE5evUJAd= lUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=3D= XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D> &d=3DDwIDaQ= &c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DCFHVfW0WsgxSqM6= wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=3D6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60= qgM4&s=3DXHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e=3D
    >
    > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here wil= l be ignored.
    >
    > We'd like to have the changes agreed to by the end of this month so the=
    > IESG may have time to review/act before  IETF103.
    >
    > Thank you,
    > Pavan and Lou
    >
    > 
    >
    > --
    > Draft Update to TEAS WG Charter (Version 1)
    >
    > The Traffic Engineering Architecture and Signaling (TEAS) Working Group=
    > is responsible for defining IP, MPLS and GMPLS traffic engineering
    > architecture and identifying required related control-protocol
    > functions, i.e., routing and path computation element functions. The > TEAS group is also responsible for standardizing generalized, i.e.,
    = > non-technology specific, RSVP-TE signaling protocol mechanisms,
    >
    > [Aijun Wang]: Is it more suitable to say =E2=80=9Cnon-domain specific=E2= =80=9D instead of =E2=80=9Cnon-technology specific=E2=80=9D ? I guess the au= thor may mention that RSVP-TE can be used in packet and non-packet network h= ere.
    >
    > How about:
    >   The TEAS group is also responsible for standardizing RSVP-T= E signaling protocol mechanism that are not related to a specific switching t= echnology.
    >
    > 
    >
    > [Aijun Wang]: Would it more clear to say =E2=80=9CThe TEAS group is als= o responsible for standardizing RSVP-TE signaling protocol mechanism that ca= n be used in packet and non-packet(optical) network.=E2=80=9D ?
    >

    For me, this less precise/clea= r so prefer either the original or revised versions.


    >
    >
    >
    >
    > Traffic Engineering (TE) is the term used to refer to techniques that > enable operators to control how specific traffic flows are treated
    > within their networks. TE is applied to packet networks via MPLS TE
    = > tunnels and LSPs, but may also be provided by other mechanisms such as<= br> > forwarding rules similar to policy-based routing. The MPLS-TE control > plane was generalized to additionally support non-packet technologies > via GMPLS.  RSVP-TE is the signaling protocol used for both MPLS-T= E and
    > GMPLS. Centralized and logically centralized control models are also > supported, e.g., via Abstraction and Control of Traffic Engineered
    > Networks (ACTN) and stateful-PCE.
    >
    > [Aijun Wang]: Is it more concise here to say =E2=80=9CCentralized contr= ol model are also supported=E2=80=9D?
    >


    >
    > It may be more concise, but I think it is less clear so would prefer to= leave as is.
    >
    > [Aijun Wang]: =46rom the context, we can know the sentence =E2=80=9CRSV= P-TE is the signaling protocol used for both MPLS-TE and GMPLS.=E2=80=9D mai= nly focuses on the distributed control mode, then it is naturally to add the= latter description for =E2=80=9Ccentralized control mode=E2=80=9D.  My= arguments here is that what is the =E2=80=9Clogically centralized control m= odels?=E2=80=9D,  Is it redundant for us to say it?

    Strictly speaking a centralize= d controller translates to a single entity. There are many sdn architectures= that use multiple controllers and the term logically centralized has been u= sed to refer to these. Neither of the models use RSVP.

    >

    I sti= ll think the following description is enough:
    >
    > =E2=80=9CRSVP-TE is the signaling protocol used for both MPLS-TE and GM= PLS. Centralized models are also supported, e.g., via Abstraction and Contro= l of Traffic Engineered
    > Networks (ACTN) and stateful-PCE.=E2=80=9D
    >

    in my experience  when on= e just says centralized control, the distributive form of SDN control is ove= rlooked or considered out of scope, so I think it's important to include tha= t case.


    >
    >
    >
    >
    >
    >
    >  The TEAS WG is responsible for:
    >
    >    a) Traffic-engineering architectures for generic appl= icability
    > across packet and non-packet networks.. This includes, for example, bot= h
    > networks that include the use of PCE and those that conform with ACTN > principles but don't make use of PCE. The PCE architecture itself is ou= t
    > of the WG scope.
    >
    > [Aijun Wang]: Is there any situation that conform with ACTN principles b= ut don=E2=80=99t=E2=80=99 make use of PCE? Is it more generalized to say =E2= =80=9CThis includes, for example, both networks that include the use of PCE o= r not=E2=80=9D?
    >
    > I don't believe ACTN requires use of PCE so I think the current text co= vers such cases while the proposed revision does not.
    >
    > [Aijun Wang]: Ok, maybe I am confused by them.
    >
    This got revised based on discussion with Dhruv. Take a look at the new text= , in email or on Google, and some comments if you have them


    >
    >
    >
    >
    >    b) Definition of protocol-independent metrics and par= ameters
    > (measurement and/or service attributes) for describing links and
    > tunnels/paths required for traffic engineering (and related routing, > signaling and path computation). These will be developed in conjunction=
    > with requests and requirements from other WGs to ensure overall usefuln= ess.
    >
    >    c) Functional specification of extensions for routing= (OSPF, ISIS)
    > and for path computation (PCE), including those that provide general > enablers of traffic-engineering systems that also use RSVP-TE. Protocol=
    > formats and procedures that embody these extensions will be done in
    = > coordination with the WGs supervising those protocols.
    >
    > [Aijun Wang]: Is it more accurate to say =E2=80=9CFunctional specificat= ion of extensions for routing (OSPF, ISIS) and for path computation protocol= (PCEP),..=E2=80=9D
    >
    > I'm not sure, I really don't see any difference in the language.  <= br> >
    > Rereading this that it should say "may also use RSVP-TE".
    >
    > [Aijun Wang] Here we mainly want to say TEAS WG is responsible for the e= xtension of the protocols that are related to the traffic engineering requir= ements. PCE is not protocol, instead PCEP is the protocol needs to be extend= ed.
    >

    Ahh. Thank you for the clarifi= cation, I'll make the change.


    >
    >
    >
    >    d) Functional specification of generic (i.e., not dat= a plane
    > technology-specific) extensions for RSVP-TE, and the associated protoco= l
    > formats and procedures that embody these extensions.
    >
    >    e) Definition of control plane mechanisms and extensi= ons to allow
    > the setup and maintenance of TE paths and TE tunnels that span multiple=
    > domains and/or switching technologies, where a domain may be an IGP
    = > area, an Autonomous System, or any other region of topological visibili= ty.
    >
    >    f) Definition and extension of management and securit= y techniques
    > for RSVP-TE signaling. This includes configuring and monitoring RSVP-TE=
    > as well as mechanisms used to configure, control, and report OAM within=
    > TE networks. YANG and MIB modules may be considered.
    >
    >
    >
    >
    > [Aijun Wang]: Is it more accurate to say =E2=80=9CDefinition and extens= ion of management and security techniques for TE path and TE tunnels signali= ng=E2=80=A6.=E2=80=9D, instead of only mentioning the =E2=80=9CRSVP-TE signa= ling=E2=80=9D?
    >
    > This is a fair point.  How about "...for TP path and tunnel contro= l"?
    >
    > [Aijun Wang]: OK. But it should be =E2=80=9C=E2=80=A6for TE path and tu= nnel control=E2=80=9D.?



    Yes, that was a typo.


    >
    >
    >   The TEAS working group is chartered to deliver the followin= g:
    >
    >    1. Definition of additional abstract service, link, a= nd path
    > properties such as jitter, delay, and diversity. Extensions to IGPs to<= br> > advertise these properties, and extensions to RSVP-TE to request and to=
    > accumulate these properties. Work with PCE WG to include these
    > properties in computation requests.
    >
    >    2. Specification of terminology, architecture, and pr= otocol
    > requirements for abstraction and distribution of TE information between=
    > interconnected TE domains/layers.
    >
    >    3. Specification and protocol extensions for a GMPLS E= xternal
    > Network-to-Network Interface (E-NNI), i.e., multi-domain GMPLS support.=
    >
    >    4. Protocol mechanisms to signal associated LSPs in p= articular with
    > different source nodes.
    >
    >    5. Requirements and protocol extensions for additiona= l protection
    > mechanisms including end-point protection, protection of P2MP LSPs, and=
    > inter-domain protection.
    >
    > [Aijun Wang]: Is it more generalized to replace =E2=80=9Cend-point prot= ection=E2=80=9D with =E2=80=9CTE-path and TE-tunnel protection=E2=80=9D?
    = >
    > These are just examples.  How about: "including, for example, ..."= ?
    >
    > [Aijun Wang]:  The revised description style will be more clear an= d extensible.
    >


    Thanks again
    Lou


    >
    > Thank you again for the feedback!
    > Lou
    >
    >
    >
    >
    >
    >    6. YANG models in support of Traffic Engineering, in c= oordination
    > with working groups working on YANG models for network topology and for=
    > technology-specific network attributes.
    >
    >   Requirements may be documented in stand-alone RFCs, may be f= olded
    > into architecture or solutions RFCs, may be recorded on a wiki, or may<= br> > be documented in an Internet-Draft that is not progressed to RFC.
    >
    >   The TEAS WG will coordinate with the following working grou= ps:
    >
    >    - With the MPLS WG to maintain and extend MPLS-TE pro= tocol
    > mechanisms and to determine whether they should be generalized.
    >
    >    - With the CCAMP WG to maintain and extend non-packet= , data plane
    > technology-specific TE protocol mechanisms and to determine whether the= y
    > should be generalized.
    >
    >    - With the LSR (OSPF and ISIS) WG to maintain or exte= nd TE routing
    > mechanisms.
    >
    >    - With the PCE WG on uses of a PCE in the traffic-eng= ineering
    > architecture, on PCE extensions per the above, and on RSVP-TE extension= s
    > to support PCE WG identified requirements.
    >
    >    - With the IDR WG on the use of BGP-LS in TE environm= ents.
    >
    >    - With the DetNet WG on mechanisms (YANG models and p= rotocols) to
    > support DetNet use cases.
    >
    >    - With the SPRING WG on TE architecture and, where ap= propriate,
    > TE-related protocol extensions.
    >
    > In doing this work, the WG will cooperate with external SDOs (such as > the ITU-T and the IEEE 802.1) as necessary.
    >
    >
    >
    >
    >
    >
    >
    >
    >
    >
    >
    > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org
    > https://www.ietf= .org/mailman/listinfo/teas
    >
    > 
    >

    = --Apple-Mail-E8FD144F-EE4C-42E0-BC3B-625EE73698EF-- From nobody Wed Oct 17 07:26:19 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B82E130DD6; Wed, 17 Oct 2018 07:26:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 u8G3jn0N_hLm; Wed, 17 Oct 2018 07:26:15 -0700 (PDT) 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 16ACB1277C8; Wed, 17 Oct 2018 07:26:15 -0700 (PDT) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 731622E89AF8F; Wed, 17 Oct 2018 15:26:10 +0100 (IST) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 17 Oct 2018 15:26:11 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML702-CHM.china.huawei.com ([169.254.4.193]) with mapi id 14.03.0415.000; Wed, 17 Oct 2018 07:26:05 -0700 From: Igor Bryskin To: Matt Hartley , "draft-ietf-teas-yang-te-types@ietf.org" CC: "teas@ietf.org" Thread-Topic: Comments on draft-ietf-teas-yang-te-types Thread-Index: AQHUZL1WhP3ct4KrWEGxpoX0tmy/i6UjeE3Q Date: Wed, 17 Oct 2018 14:26:05 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C524514@sjceml521-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.156.107] Content-Type: multipart/alternative; boundary="_000_0C72C38E7EBC34499E8A9E7DD00786391C524514sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Comments on draft-ietf-teas-yang-te-types X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 14:26:19 -0000 --_000_0C72C38E7EBC34499E8A9E7DD00786391C524514sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWF0dCwNCg0KVGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzLiBQbGVhc2UsIHNlZSBpbi1s aW5lLg0KDQpJZ29yDQoNCkZyb206IE1hdHQgSGFydGxleSBbbWFpbHRvOm1oYXJ0bGV5LmlldGZA Z21haWwuY29tXQ0KU2VudDogTW9uZGF5LCBPY3RvYmVyIDE1LCAyMDE4IDM6MjkgUE0NClRvOiBk cmFmdC1pZXRmLXRlYXMteWFuZy10ZS10eXBlc0BpZXRmLm9yZw0KQ2M6IHRlYXNAaWV0Zi5vcmcN ClN1YmplY3Q6IENvbW1lbnRzIG9uIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVzDQoNCkF1 dGhvcnMsDQoNClNvbWUgTEMgY29tbWVudHMgb24gdGhpcy4gUGxlYXNlIG5vdGUgdGhhdCBJIGhh dmVuJ3QgcmVhbGx5IGJlZW4gYWxsIHRoYXQgaW52b2x2ZWQgaW4gdGhlIGRpc2N1c3Npb25zIGFu ZCBJJ20gY29taW5nIHRvIGl0IGZhaXJseSBjb2xkLi4uIHdoaWNoIG1heSBvciBtYXkgbm90IGJl IGEgZ29vZCB0aGluZyA6KQ0KDQpwMjY6IGlkZW50aXR5IGxzcC1wcm90ZWN0aW9uLXVuaWRpci0x LXRvLTE6IGRlc2NyaXB0aW9uIGlzICJMU1AgcHJvdGVjdGlvbiAnMSsxIFVuaWRpcmVjdGlvbmFs IFByb3RlY3Rpb24nIiwgYnV0IHRoYXQncyBpbmNvbnNpc2VudCB3aXRoIHRoZSBuYW1lLiBJJ2Qg ZXhwZWN0IHRoaXMgdG8gYmUgZm9yIDE6MSBwcm90ZWN0aW9uLCBub3QgMSsxLiBPciBpZiBpdCBp cyBmb3IgMSsxLCB0aGUgbmFtZSBzaG91bGQgYmUgLi4uMS1wbHVzLTEsIHNob3VsZG4ndCBpdD8g U2FtZSBmb3IgdGhlIGJpZGlyIG9uZSBiZWxvdy4NCklCPj4gQ29ycmVjdC4NCg0KcDMyOiBpZGVu dGl0eSBsc3AtZW5jb2Rpbmctb3B0aWNhbC1jaGFubmVsOiB0aGlzIGhhcyB0aGUgc2FtZSBkZXNj cmlwdGlvbiBhcyB0aGUgbmV4dCBvbmUuIE9uZSBvZiB0aGVzZSBuZWVkcyBmaXhpbmcuDQpJQj4g R29vZCBjYXRjaA0KDQpwMzM6IGlkZW50aXR5IHJvdXRlLXVzYWdlLXR5cGUgaGFzIHJvdXRlLWV4 Y2x1ZGUtZXJvIGFzIGFuIG9wdGlvbi4gSXMgdGhhdCBpbnRlbmRlZCB0byBjb3ZlciBYUk9zIHRv bz8NCklCPj4gWWVzDQpPciBkbyB3ZSBuZWVkIGFub3RoZXIgaWRlbnRpdHkgZm9yIFhST3M/DQpJ Qj4+IE5vDQoNCnAzNDogaWRlbnRpdHkgdGUtb3B0aW1pemF0aW9uLWNyaXRlcmlvbjogQ2FuJ3Qg YW4gb3B0aW1pemF0aW9uIGNyaXRlcmlvbiBiZSBhbnl0aGluZyB0aGF0IGNhbiBiZSB1c2VkIGFz IGEgbWV0cmljPw0KSUI+PiBZZXMsIGluIG1hbnkgY2FzZXMgcGF0aCBtZXRyaWNzIGFuZCBwYXRo IG9wdGltaXphdGlvbiBjcml0ZXJpYSBhcmUgdGhlIHNhbWUsIGJ1dCB3ZSBkbyBub3QgYXNzdW1l IHRoYXQgdGhlc2UgYXJlIG5lY2Vzc2FyaWx5IHRoZSBzYW1lIHRoaW5ncy4gRm9yIGV4YW1wbGUs IGFuIEVSTyBjb3VsZCBhbiBvcHRpbWl6YXRpb24gY3JpdGVyaW9uIOKAkyBvcHRpbWl6ZSB5b3Vy IHBhdGggc2VsZWN0aW9uIGFzIG11Y2ggYXMgcG9zc2libGUgdG8gZm9sbG93IHRoZSBzcGVjaWZp ZWQgRVJPLCBidXQgdGhpcyBpcyBub3QgYSByZXN1bHRpbmcgcGF0aCBtZXRyaWMuIEluIGZhY3Qs IG1hbnkgKGJ1dCBub3QgYWxsKSBwYXRoIGNvbnN0cmFpbnRzIGNvdWxkIGJlIGFsc28gdXNlZCBh cyBwYXRoIG9wdGltaXphdGlvbiBjcml0ZXJpYQ0KDQpEbyB3ZSBhY3R1YWxseSBuZWVkIGEgc2Vw YXJhdGUgdHlwZSBoZXJlPyBJZiB3ZSBkbywgd2hhdCBkb2VzICdjb3N0JyByZWZlciB0bz8NCg0K SUI+PiBwYXRoIHN1bW1hcnkgVEUgY29zdC4NCkFuZCBpcyB0aGUgZGVsYXkgdGhlIGF2ZXJhZ2Ug b3IgbWluaW11bSAoYXMgZm9yIHRoZSBtZXRyaWNzKT8gdGhlIG1vZGVsIHNlZW1zIGluY29uc2l0 ZW50IHdpdGggaXRzZWxmIGhlcmUuDQpJQj4+IEZvciB0aGUgYmFzaWMgbW9kZWxzIHRoaXMgaXMg bWluaW1hbCAocHJvcGFnYXRpb24pIGRlbGF5LiBQYWNrZXQgc3BlY2lmaWMgbW9kZWxzIGFyZSBl eHBlY3RlZCB0byBwdG92aWRlIGEgcmljaGVyIHNldCBvZiBkZWxheSBtZXRyaWNzLg0KDQpwMzc6 IGlkZW50aXR5IG9kdWM6IGRlc2NyaXB0aW9uIGlzICJPRFVDbiBiaXQgcmF0ZS4iIEZvciBhbGwg dGhlIG90aGVyIGVsZW1lbnRzIGhlcmUgdGhlIE9EVSB0eXBlIGlzIHRoZSBzYW1lIGluIHRoZSBk ZXNjcmlwdGlvbiBhcyBpbiB0aGUgaWRlbnRpdHkgbmFtZSAoYmFycmluZyBjYXBpdGFsaXphdGlv bikgYnV0IGhlcmUgaXQncyBkaWZmZXJlbnQuIElzIHRoZXJlIGEgcmVhc29uIGZvciB0aGF0IG9y IGRvZXMgc29tZXRoaW5nIG5lZWQgdG8gYmUgZml4ZWQ/DQpJQj4+IEp1c3QgYSB0eXBvLCB0aGFu a3MNCg0KcDM5OiBncm91cGluZyB0ZS10b3BvbG9neS1pZGVudGlmaWVyOiBsZWFmIHByb3ZpZGVy LWlkOiBob3cgZG8gd2UgZW5zdXJlIHVuaXF1ZW5lc3MgaGVyZT8gSXMgdGhpcyBzb21ldGhpbmcg dGhhdCB3aWxsIG5lZWQgdG8gYmUgbWFuYWdlZCBpbiB0aGUgc2FtZSB3YXkgYXMgSVAgYWRkcmVz c2VzIGFuZCBBUyBudW1iZXJzPyBPciBzaG91bGQgd2UgcmVjb21tZW5kIHRoYXQgc29tZXRoaW5n IGxpa2UgYW4gQVMgbnVtYmVyIG9yIElQIGFkZHJlc3Mgb3duZWQgYnkgdGhlIHByb3ZpZGVyIGJl IHVzZWQgaGVyZT8NCklCPj4gdGhlIG9ubHkgcmVxdWlyZW1lbnQgaXMgdGhhdCBjbGllbnRpZC1w cm92aWRlcmlkLXRvcG9sb2d5aWQgdHJpcGxldCBpcyB1bmlxdWUgd2l0aGluIGEgY2xpZW50LXNl cnZlciBzZXNzaW9uLiBUaGUgZ2xvYmFsIHVuaXF1ZW5lc3Mgb2YgYW55IG9mIHRoZXNlIGF0dHJp YnV0ZXMgaXMgbm90IHJlcXVpcmVkLg0KDQpwMzk6IGdyb3VwaW5nIHRlLXRvcG9sb2d5LWlkZW50 aWZpZXI6IGxlYWYgdG9wb2xvZ3ktaWQ6IHNob3VsZCB3ZSBwdXQgc29tZSBSRkMgMjExOSBsYW5n dWFnZSBpbiB0aGVyZSwgaWYgdGhpbmdzIE1VU1QgYmUgdW5pcXVlPyBBbmQgd2hhdCdzIHRoZSBz Y29wZSBvZiB0aGF0IHVuaXF1ZW5lc3M/IFdpdGhpbiB0aGUgcHJvdmlkZXIvY2xpZW50IHBhaXI/ IEdsb2JhbGx5PyBTb21ldGhpbmcgZWxzZT8gSXQncyB1bmNsZWFyLg0KDQpJQj4+IHNlZSBhYm92 ZQ0KDQoxMC4xOiBZb3UndmUgZ290IHRoZSBvdGhlciB5YW5nIG1vZGVscyB3ZSdyZSB3b3JraW5n IG9uIGFzIG5vcm1hdGl2ZSByZWZlcmVuY2VzLiBJc24ndCB0aGUgaWRlYSB0aGF0IHRoaXMgZG9j dW1lbnQgc3RhbmRzIGFsb25lLCBhbmQgdGhvc2UgZG9jdW1lbnRzIGNhbiByZWZlcmVuY2UgaXQ/ IFdoeSBkbyB3ZSBuZWVkIHRoZW0gYXMgbm9ybWF0aXZlIHJlZmVyZW5jZXMgaGVyZT8NCg0KSUI+ PiBhZ3JlZSwgbm8gbmVlZCBhdCBhbGwuIEFueSBURSByZTthdGVkIFVBTkcgbW9kZWwgY2FuIHVz ZSB0aGUgdGUtdHlwZXMgZGVmaW5pdGlvbnMNCg0KDQpJIGhvcGUgdGhpcyBoZWxwcywNCg0KSWdv cg0KDQpOb3RlOiBFdmVyeXRoaW5nIGFmdGVyIGhlcmUgaXMgbml0cy4uLg0KDQpwNSwgYWRtaW4t Z3JvdXBzOiAiQSB1bmlvbiB0eXBlIGZvciBURSBsaW5rJ3MiIC0+ICJBIHVuaW9uIHR5cGUgZm9y IGEgVEUgbGluaydzIg0KDQpwNSwgc3JsZzogInJlcHJlc2VudGluZyB0aGUgU2hhcmVkIiAtPiAi cmVwcmVzZW50aW5nIGEgU2hhcmVkIg0KDQpwNiwgcHJvdGVjdGlvbi1leHRlcm5hbC1jb21tYW5k czogInRyb3VibGUgc2hvb3RpbmciIC0+ICJ0cm91Ymxlc2hvb3RpbmciDQoNCnA3OiB0ZS1jbGFz cy10eXBlLCBiYy10eXBlLCBiYy1tb2RlbC10eXBlOiAiRGlmZnNlcnYtVEUiIC0+ICJEUy1URSIg KHNpbmNlIHlvdSB3ZW50IHRvIHRoZSB0cm91YmxlIG9mIGRlZmluaW5nIHRoaXMgdXAgZnJvbnQu Li4pDQoNCnAxMjogdHlwZWRlZiB0ZS1saW5rLWFjY2Vzcy10eXBlLCBlbnVtIG11bHRpLWFjY2Vz czogaXMgTkJNQSBzb21ldGhpbmcgdGhhdCB3ZSBjYW4gYXNzdW1lIGlzIGdlbmVyYWxseSB1bmRl cnN0b29kLCBvciBkb2VzIGl0IG5lZWQgdG8gYmUgZXhwYW5kZWQ/DQoNCnAxMzogdHlwZWRlZiB0 ZS1vcGVyLXN0YXR1cywgZW51bSB1bmtub3duOiBJIHRoaW5rIGp1c3QgIlN0YXR1cyBjYW5ub3Qg YmUgZGV0ZXJtaW5lZCIgd291bGQgZG8gZm9yIHRoZSBkZXNjcmlwdGlvbi4gVGhlIHJlc3QgaXMg cmVkdW5kYW50Lg0KDQpwMTM6IHR5cGVkZWYgdGUtb3Blci1zdGF0dXMsIGVudW0gbWFpbnRlbmFu Y2U6IHRoZSBkZXNjcmlwdGlvbiBoZXJlIGRvZXNuJ3QgcmVmZXJlbmNlIHRoZSBjb250cm9sIHBs YW5lIChjb250cmFzdCBwcmVwYXJpbmctbWFpbnRlbmFuY2UgYWJvdmUpLiBXb3VsZCBpdCBiZSB3 b3J0aCBzcGVjaWZ5aW5nIHRoYXQgdGhlIHJlc291cmNlIGlzIGRpc2FibGVkIGluIGJvdGggcGxh bmVzPw0KDQpwMTc6IHR5cGVkZWYgc3JsZzogSSB0aGluayBoYXZpbmcgdGhlIGRlc2NyaXB0aW9u IGFzICJTUkxHIHR5cGUiIGlzIGNvbmZ1c2luZyAobXkgaW5pdGlhbCByZWFjdGlvbiB3YXMgJ2hh bmcgb24sIFNSTEdzIGRvbid0IGhhdmUgdHlwZXMuLi4nKS4gTWF5YmUganVzdCAiU1JMRyI/DQoN CnAxOTogaWRlbnRpdHkgb2YtbWluaW1pemUtY29zdC1wYXRoOiBUaGF0J3MgYSByZWFsbHkgY29u ZnVzaW5nIG5hbWUuIEkgdGhvdWdodCBpdCB3YXMgYSBtYW5nbGVkIHZlcnNpb24gb2YgbWluaW1p emUtY29zdC1vZi1wYXRoIHVudGlsIEkgZmlndXJlZCBvdXQgdGhhdCB0aGUgJ29mJyBpcyBqdXN0 IGEgcHJlZml4IGZvciBvYmplY3RpdmUtZnVuY3Rpb24uIE1heWJlIG9mLW1pbmltaXplLXBhdGgt Y29zdCB3b3VsZCBiZSBiZXR0ZXI/IFNpbWlsYXJseSBmb3IgdGhlIG5leHQgb25lLi4uIG1heWJl IG9mLW1pbmltaXplLXBhdGgtbG9hZD8NCg0KcDIwOiBpZGVudGl0eSBwYXRoLWV4dGVybmFsbHkt cXVlcmllZDogVGhlIGRlc2NyaXB0aW9uIGlzIGF3a3dhcmQuIE1heWJlOiAiQ29uc3RyYWluZWQt cGF0aCBMU1AgaW4gd2hpY2ggdGhlIHBhdGggaXMgb2J0YWluZWQgYnkgcXVlcnlpbmcgYW4gZXh0 ZXJuYWwgc291cmNlLCBzdWNoIGFzIGEgUENFIHNlcnZlci4gSW4gdGhlIGNhc2UgdGhhdCBhbiBM U1AgaXMgZGVmaW5lZCB0byBiZSBleHRlcm5hbGx5IHF1ZXJpZWQsIGl0IG1heSBhbHNvIGhhdmUg YXNzb2NpYXRlZCBleHBsaWNpdCBkZWZpbml0aW9ucyBwcm92aWRlZCB0byB0aGUgZXh0ZXJuYWwg c291cmNlIHRvIGFpZCBjb21wdXRhdGlvbi4gVGhlIHBhdGggdGhhdCBpcyByZXR1cm5lZCBieSB0 aGUgZXh0ZXJuYWwgc291cmNlIG5lZWQgbm90IGJlIGEgd2hvbGx5IHJlc29sdmVkIHBhdGggYmFj ayB0byB0aGUgb3JpZ2luYXRpbmcgc3lzdGVtOyBzb21lIGFkZGl0aW9uYWwgbG9jYWwgY29tcHV0 YXRpb24gbWF5IGFsc28gYmUgcmVxdWlyZWQuIg0KDQpwMjg6IGlkZW50aXR5IHByb3RlY3Rpb24t ZXh0ZXJuYWwtY29tbWFuZHM6ICJ0cm91YmxlIHNob290aW5nIiAtPiAidHJvdWJsZXNob290aW5n Ig0KDQpwMzI6IGlkZW50aXR5IHBhdGgtc2lnbmFsaW5nLXR5cGU6IHBsZWFzZSBwdXQgYSBibGFu ayBsaW5lIGJlZm9yZSB0aGlzIHNvIGl0J3MgbW9yZSBvYnZpb3VzIGl0J3MgYSBuZXcgYmFzZSB0 eXBlIHdoZW4gcmVhZGluZyBpdC4NCg0KcDM2OiBpZGVudGl0eSBzcmxnLXByZWZlcnJlZDogaXMg dGhpcyBiZXN0LWVmZm9ydD8gSWYgc28sIGNvdWxkIHdlIGhhdmUgdGhhdCBpbiB0aGUgZGVzY3Jp cHRpb24/DQoNCnAzNzogaWRlbnRpdHkgb3RuLXJhdGUtdHlwZTogZGVzY3JpcHRpb24gY291bGQg anVzdCBiZSAiQmFzZSB0eXBlIHRvIGlkZW50aWZ5IE9UTiBiaXQgcmF0ZXMuIiBUaGUgcmVzdCBp cyByZWR1bmRhbnQuDQpDaGVlcnMNCg0KTWF0dA0KDQoNCg== --_000_0C72C38E7EBC34499E8A9E7DD00786391C524514sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBNYXR0LDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+VGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzLiBQbGVhc2UsIHNlZSBpbi1saW5lLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+SWdvcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4g TWF0dCBIYXJ0bGV5IFttYWlsdG86bWhhcnRsZXkuaWV0ZkBnbWFpbC5jb21dDQo8YnI+DQo8Yj5T ZW50OjwvYj4gTW9uZGF5LCBPY3RvYmVyIDE1LCAyMDE4IDM6MjkgUE08YnI+DQo8Yj5Ubzo8L2I+ IGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVzQGlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiB0 ZWFzQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IENvbW1lbnRzIG9uIGRyYWZ0LWlldGYt dGVhcy15YW5nLXRlLXR5cGVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BdXRob3Jz LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Tb21lIExDIGNvbW1lbnRzIG9uIHRoaXMuIFBsZWFz ZSBub3RlIHRoYXQgSSBoYXZlbid0IHJlYWxseSBiZWVuIGFsbCB0aGF0IGludm9sdmVkIGluIHRo ZSBkaXNjdXNzaW9ucyBhbmQgSSdtIGNvbWluZyB0byBpdCBmYWlybHkgY29sZC4uLiB3aGljaCBt YXkgb3IgbWF5IG5vdCBiZSBhIGdvb2QgdGhpbmcgOik8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5wMjY6IGlkZW50aXR5IGxzcC1wcm90ZWN0aW9u LXVuaWRpci0xLXRvLTE6IGRlc2NyaXB0aW9uIGlzICZxdW90O0xTUCBwcm90ZWN0aW9uICcxJiM0 MzsxIFVuaWRpcmVjdGlvbmFsIFByb3RlY3Rpb24nJnF1b3Q7LCBidXQgdGhhdCdzIGluY29uc2lz ZW50IHdpdGggdGhlIG5hbWUuIEknZCBleHBlY3QgdGhpcyB0byBiZSBmb3IgMToxIHByb3RlY3Rp b24sIG5vdCAxJiM0MzsxLiBPciBpZiBpdA0KIGlzIGZvciAxJiM0MzsxLCB0aGUgbmFtZSBzaG91 bGQgYmUgLi4uMS1wbHVzLTEsIHNob3VsZG4ndCBpdD8gU2FtZSBmb3IgdGhlIGJpZGlyIG9uZSBi ZWxvdy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdCI+SUImZ3Q7Jmd0OyBDb3JyZWN0Ljxicj4NCjxicj4NCnAzMjogaWRlbnRp dHkgbHNwLWVuY29kaW5nLW9wdGljYWwtY2hhbm5lbDogdGhpcyBoYXMgdGhlIHNhbWUgZGVzY3Jp cHRpb24gYXMgdGhlIG5leHQgb25lLiBPbmUgb2YgdGhlc2UgbmVlZHMgZml4aW5nLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij5JQiZndDsgR29vZCBjYXRjaDxicj4NCjxicj4NCnAzMzogaWRlbnRpdHkgcm91dGUtdXNhZ2Ut dHlwZSBoYXMgcm91dGUtZXhjbHVkZS1lcm8gYXMgYW4gb3B0aW9uLiBJcyB0aGF0IGludGVuZGVk IHRvIGNvdmVyIFhST3MgdG9vPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5JQiZndDsmZ3Q7IFllczxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5PciBk byB3ZSBuZWVkIGFub3RoZXIgaWRlbnRpdHkgZm9yIFhST3M/PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPklCJmd0OyZndDsg Tm88YnI+DQo8YnI+DQpwMzQ6IGlkZW50aXR5IHRlLW9wdGltaXphdGlvbi1jcml0ZXJpb246IENh bid0IGFuIG9wdGltaXphdGlvbiBjcml0ZXJpb24gYmUgYW55dGhpbmcgdGhhdCBjYW4gYmUgdXNl ZCBhcyBhIG1ldHJpYz8NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5JQiZndDsmZ3Q7IFllcywgaW4gbWFueSBjYXNlcyBw YXRoIG1ldHJpY3MgYW5kIHBhdGggb3B0aW1pemF0aW9uIGNyaXRlcmlhIGFyZSB0aGUgc2FtZSwg YnV0IHdlIGRvIG5vdCBhc3N1bWUgdGhhdCB0aGVzZSBhcmUgbmVjZXNzYXJpbHkgdGhlIHNhbWUg dGhpbmdzLiBGb3IgZXhhbXBsZSwgYW4gRVJPIGNvdWxkIGFuIG9wdGltaXphdGlvbiBjcml0ZXJp b24g4oCTIG9wdGltaXplDQogeW91ciBwYXRoIHNlbGVjdGlvbiBhcyBtdWNoIGFzIHBvc3NpYmxl IHRvIGZvbGxvdyB0aGUgc3BlY2lmaWVkIEVSTywgYnV0IHRoaXMgaXMgbm90IGEgcmVzdWx0aW5n IHBhdGggbWV0cmljLiBJbiBmYWN0LCBtYW55IChidXQgbm90IGFsbCkgcGF0aCBjb25zdHJhaW50 cyBjb3VsZCBiZSBhbHNvIHVzZWQgYXMgcGF0aCBvcHRpbWl6YXRpb24gY3JpdGVyaWE8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWJvdHRvbToxMi4wcHQiPkRvIHdlIGFjdHVhbGx5IG5lZWQgYSBzZXBhcmF0ZSB0eXBlIGhl cmU/IElmIHdlIGRvLCB3aGF0IGRvZXMgJ2Nvc3QnIHJlZmVyIHRvPw0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij5JQiZndDsmZ3Q7IHBhdGggc3VtbWFyeSBURSBjb3N0LjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5BbmQg aXMgdGhlIGRlbGF5IHRoZSBhdmVyYWdlIG9yIG1pbmltdW0gKGFzIGZvciB0aGUgbWV0cmljcyk/ IHRoZSBtb2RlbCBzZWVtcyBpbmNvbnNpdGVudCB3aXRoIGl0c2VsZiBoZXJlLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5J QiZndDsmZ3Q7IEZvciB0aGUgYmFzaWMgbW9kZWxzIHRoaXMgaXMgbWluaW1hbCAocHJvcGFnYXRp b24pIGRlbGF5LiBQYWNrZXQgc3BlY2lmaWMgbW9kZWxzIGFyZSBleHBlY3RlZCB0byBwdG92aWRl IGEgcmljaGVyIHNldCBvZiBkZWxheSBtZXRyaWNzLjxicj4NCjxicj4NCnAzNzogaWRlbnRpdHkg b2R1YzogZGVzY3JpcHRpb24gaXMgJnF1b3Q7T0RVQ24gYml0IHJhdGUuJnF1b3Q7IEZvciBhbGwg dGhlIG90aGVyIGVsZW1lbnRzIGhlcmUgdGhlIE9EVSB0eXBlIGlzIHRoZSBzYW1lIGluIHRoZSBk ZXNjcmlwdGlvbiBhcyBpbiB0aGUgaWRlbnRpdHkgbmFtZSAoYmFycmluZyBjYXBpdGFsaXphdGlv bikgYnV0IGhlcmUgaXQncyBkaWZmZXJlbnQuIElzIHRoZXJlIGEgcmVhc29uIGZvciB0aGF0IG9y IGRvZXMgc29tZXRoaW5nIG5lZWQgdG8gYmUNCiBmaXhlZD88bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SUImZ3Q7Jmd0OyBK dXN0IGEgdHlwbywgdGhhbmtzPGJyPg0KPGJyPg0KcDM5OiBncm91cGluZyB0ZS10b3BvbG9neS1p ZGVudGlmaWVyOiBsZWFmIHByb3ZpZGVyLWlkOiBob3cgZG8gd2UgZW5zdXJlIHVuaXF1ZW5lc3Mg aGVyZT8gSXMgdGhpcyBzb21ldGhpbmcgdGhhdCB3aWxsIG5lZWQgdG8gYmUgbWFuYWdlZCBpbiB0 aGUgc2FtZSB3YXkgYXMgSVAgYWRkcmVzc2VzIGFuZCBBUyBudW1iZXJzPyBPciBzaG91bGQgd2Ug cmVjb21tZW5kIHRoYXQgc29tZXRoaW5nIGxpa2UgYW4gQVMgbnVtYmVyIG9yIElQIGFkZHJlc3Mg b3duZWQNCiBieSB0aGUgcHJvdmlkZXIgYmUgdXNlZCBoZXJlPzxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5JQiZndDsmZ3Q7 IHRoZSBvbmx5IHJlcXVpcmVtZW50IGlzIHRoYXQgY2xpZW50aWQtcHJvdmlkZXJpZC10b3BvbG9n eWlkIHRyaXBsZXQgaXMgdW5pcXVlIHdpdGhpbiBhIGNsaWVudC1zZXJ2ZXIgc2Vzc2lvbi4gVGhl IGdsb2JhbCB1bmlxdWVuZXNzIG9mIGFueSBvZiB0aGVzZSBhdHRyaWJ1dGVzIGlzIG5vdCByZXF1 aXJlZC48YnI+DQo8YnI+DQpwMzk6IGdyb3VwaW5nIHRlLXRvcG9sb2d5LWlkZW50aWZpZXI6IGxl YWYgdG9wb2xvZ3ktaWQ6IHNob3VsZCB3ZSBwdXQgc29tZSBSRkMgMjExOSBsYW5ndWFnZSBpbiB0 aGVyZSwgaWYgdGhpbmdzIE1VU1QgYmUgdW5pcXVlPyBBbmQgd2hhdCdzIHRoZSBzY29wZSBvZiB0 aGF0IHVuaXF1ZW5lc3M/IFdpdGhpbiB0aGUgcHJvdmlkZXIvY2xpZW50IHBhaXI/IEdsb2JhbGx5 PyBTb21ldGhpbmcgZWxzZT8gSXQncyB1bmNsZWFyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ SUImZ3Q7Jmd0OyBzZWUgYWJvdmU8YnI+DQo8YnI+DQoxMC4xOiBZb3UndmUgZ290IHRoZSBvdGhl ciB5YW5nIG1vZGVscyB3ZSdyZSB3b3JraW5nIG9uIGFzIG5vcm1hdGl2ZSByZWZlcmVuY2VzLiBJ c24ndCB0aGUgaWRlYSB0aGF0IHRoaXMgZG9jdW1lbnQgc3RhbmRzIGFsb25lLCBhbmQgdGhvc2Ug ZG9jdW1lbnRzIGNhbiByZWZlcmVuY2UgaXQ/IFdoeSBkbyB3ZSBuZWVkIHRoZW0gYXMgbm9ybWF0 aXZlIHJlZmVyZW5jZXMgaGVyZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPklCJmd0OyZndDsg YWdyZWUsIG5vIG5lZWQgYXQgYWxsLiBBbnkgVEUgcmU7YXRlZCBVQU5HIG1vZGVsIGNhbiB1c2Ug dGhlIHRlLXR5cGVzIGRlZmluaXRpb25zPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+SSBob3BlIHRoaXMgaGVscHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5JZ29y PGJyPg0KPGJyPg0KTm90ZTogRXZlcnl0aGluZyBhZnRlciBoZXJlIGlzIG5pdHMuLi48YnI+DQo8 YnI+DQpwNSwgYWRtaW4tZ3JvdXBzOiAmcXVvdDtBIHVuaW9uIHR5cGUgZm9yIFRFIGxpbmsncyZx dW90OyAtJmd0OyAmcXVvdDtBIHVuaW9uIHR5cGUgZm9yIGEgVEUgbGluaydzJnF1b3Q7PGJyPg0K PGJyPg0KcDUsIHNybGc6ICZxdW90O3JlcHJlc2VudGluZyB0aGUgU2hhcmVkJnF1b3Q7IC0mZ3Q7 ICZxdW90O3JlcHJlc2VudGluZyBhIFNoYXJlZCZxdW90Ozxicj4NCjxicj4NCnA2LCBwcm90ZWN0 aW9uLWV4dGVybmFsLWNvbW1hbmRzOiAmcXVvdDt0cm91YmxlIHNob290aW5nJnF1b3Q7IC0mZ3Q7 ICZxdW90O3Ryb3VibGVzaG9vdGluZyZxdW90Ozxicj4NCjxicj4NCnA3OiB0ZS1jbGFzcy10eXBl LCBiYy10eXBlLCBiYy1tb2RlbC10eXBlOiAmcXVvdDtEaWZmc2Vydi1URSZxdW90OyAtJmd0OyAm cXVvdDtEUy1URSZxdW90OyAoc2luY2UgeW91IHdlbnQgdG8gdGhlIHRyb3VibGUgb2YgZGVmaW5p bmcgdGhpcyB1cCBmcm9udC4uLik8YnI+DQo8YnI+DQpwMTI6IHR5cGVkZWYgdGUtbGluay1hY2Nl c3MtdHlwZSwgZW51bSBtdWx0aS1hY2Nlc3M6IGlzIE5CTUEgc29tZXRoaW5nIHRoYXQgd2UgY2Fu IGFzc3VtZSBpcyBnZW5lcmFsbHkgdW5kZXJzdG9vZCwgb3IgZG9lcyBpdCBuZWVkIHRvIGJlIGV4 cGFuZGVkPzxicj4NCjxicj4NCnAxMzogdHlwZWRlZiB0ZS1vcGVyLXN0YXR1cywgZW51bSB1bmtu b3duOiBJIHRoaW5rIGp1c3QgJnF1b3Q7U3RhdHVzIGNhbm5vdCBiZSBkZXRlcm1pbmVkJnF1b3Q7 IHdvdWxkIGRvIGZvciB0aGUgZGVzY3JpcHRpb24uIFRoZSByZXN0IGlzIHJlZHVuZGFudC48YnI+ DQo8YnI+DQpwMTM6IHR5cGVkZWYgdGUtb3Blci1zdGF0dXMsIGVudW0gbWFpbnRlbmFuY2U6IHRo ZSBkZXNjcmlwdGlvbiBoZXJlIGRvZXNuJ3QgcmVmZXJlbmNlIHRoZSBjb250cm9sIHBsYW5lIChj b250cmFzdCBwcmVwYXJpbmctbWFpbnRlbmFuY2UgYWJvdmUpLiBXb3VsZCBpdCBiZSB3b3J0aCBz cGVjaWZ5aW5nIHRoYXQgdGhlIHJlc291cmNlIGlzIGRpc2FibGVkIGluIGJvdGggcGxhbmVzPzxi cj4NCjxicj4NCnAxNzogdHlwZWRlZiBzcmxnOiBJIHRoaW5rIGhhdmluZyB0aGUgZGVzY3JpcHRp b24gYXMgJnF1b3Q7U1JMRyB0eXBlJnF1b3Q7IGlzIGNvbmZ1c2luZyAobXkgaW5pdGlhbCByZWFj dGlvbiB3YXMgJ2hhbmcgb24sIFNSTEdzIGRvbid0IGhhdmUgdHlwZXMuLi4nKS4gTWF5YmUganVz dCAmcXVvdDtTUkxHJnF1b3Q7Pzxicj4NCjxicj4NCnAxOTogaWRlbnRpdHkgb2YtbWluaW1pemUt Y29zdC1wYXRoOiBUaGF0J3MgYSByZWFsbHkgY29uZnVzaW5nIG5hbWUuIEkgdGhvdWdodCBpdCB3 YXMgYSBtYW5nbGVkIHZlcnNpb24gb2YgbWluaW1pemUtY29zdC1vZi1wYXRoIHVudGlsIEkgZmln dXJlZCBvdXQgdGhhdCB0aGUgJ29mJyBpcyBqdXN0IGEgcHJlZml4IGZvciBvYmplY3RpdmUtZnVu Y3Rpb24uIE1heWJlIG9mLW1pbmltaXplLXBhdGgtY29zdCB3b3VsZCBiZSBiZXR0ZXI/IFNpbWls YXJseQ0KIGZvciB0aGUgbmV4dCBvbmUuLi4gbWF5YmUgb2YtbWluaW1pemUtcGF0aC1sb2FkPzxi cj4NCjxicj4NCnAyMDogaWRlbnRpdHkgcGF0aC1leHRlcm5hbGx5LXF1ZXJpZWQ6IFRoZSBkZXNj cmlwdGlvbiBpcyBhd2t3YXJkLiBNYXliZTogJnF1b3Q7Q29uc3RyYWluZWQtcGF0aCBMU1AgaW4g d2hpY2ggdGhlIHBhdGggaXMgb2J0YWluZWQgYnkgcXVlcnlpbmcgYW4gZXh0ZXJuYWwgc291cmNl LCBzdWNoIGFzIGEgUENFIHNlcnZlci4gSW4gdGhlIGNhc2UgdGhhdCBhbiBMU1AgaXMgZGVmaW5l ZCB0byBiZSBleHRlcm5hbGx5IHF1ZXJpZWQsIGl0IG1heSBhbHNvIGhhdmUNCiBhc3NvY2lhdGVk IGV4cGxpY2l0IGRlZmluaXRpb25zIHByb3ZpZGVkIHRvIHRoZSBleHRlcm5hbCBzb3VyY2UgdG8g YWlkIGNvbXB1dGF0aW9uLiBUaGUgcGF0aCB0aGF0IGlzIHJldHVybmVkIGJ5IHRoZSBleHRlcm5h bCBzb3VyY2UgbmVlZCBub3QgYmUgYSB3aG9sbHkgcmVzb2x2ZWQgcGF0aCBiYWNrIHRvIHRoZSBv cmlnaW5hdGluZyBzeXN0ZW07IHNvbWUgYWRkaXRpb25hbCBsb2NhbCBjb21wdXRhdGlvbiBtYXkg YWxzbyBiZSByZXF1aXJlZC4mcXVvdDs8YnI+DQo8YnI+DQpwMjg6IGlkZW50aXR5IHByb3RlY3Rp b24tZXh0ZXJuYWwtY29tbWFuZHM6ICZxdW90O3Ryb3VibGUgc2hvb3RpbmcmcXVvdDsgLSZndDsg JnF1b3Q7dHJvdWJsZXNob290aW5nJnF1b3Q7PGJyPg0KPGJyPg0KcDMyOiBpZGVudGl0eSBwYXRo LXNpZ25hbGluZy10eXBlOiBwbGVhc2UgcHV0IGEgYmxhbmsgbGluZSBiZWZvcmUgdGhpcyBzbyBp dCdzIG1vcmUgb2J2aW91cyBpdCdzIGEgbmV3IGJhc2UgdHlwZSB3aGVuIHJlYWRpbmcgaXQuPGJy Pg0KPGJyPg0KcDM2OiBpZGVudGl0eSBzcmxnLXByZWZlcnJlZDogaXMgdGhpcyBiZXN0LWVmZm9y dD8gSWYgc28sIGNvdWxkIHdlIGhhdmUgdGhhdCBpbiB0aGUgZGVzY3JpcHRpb24/PGJyPg0KPGJy Pg0KcDM3OiBpZGVudGl0eSBvdG4tcmF0ZS10eXBlOiBkZXNjcmlwdGlvbiBjb3VsZCBqdXN0IGJl ICZxdW90O0Jhc2UgdHlwZSB0byBpZGVudGlmeSBPVE4gYml0IHJhdGVzLiZxdW90OyBUaGUgcmVz dCBpcyByZWR1bmRhbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaGVl cnM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TWF0dDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_0C72C38E7EBC34499E8A9E7DD00786391C524514sjceml521mbxchi_-- From nobody Thu Oct 18 02:51:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3B06130DFC for ; Thu, 18 Oct 2018 02:51:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 m8ISL4IlNqkn for ; Thu, 18 Oct 2018 02:51:05 -0700 (PDT) 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 37936130E59 for ; Thu, 18 Oct 2018 02:51:05 -0700 (PDT) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id A24F1E8DBFDE7 for ; Thu, 18 Oct 2018 10:51:00 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 18 Oct 2018 10:51:01 +0100 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.0399.000; Thu, 18 Oct 2018 17:50:58 +0800 From: "Dongjie (Jimmy)" To: TEAS WG Thread-Topic: Update and Request to Adopt draft-dong-teas-enhanced-vpn Thread-Index: AdRmx/zP0iooQnN+SxGwG1fgSUENjA== Date: Thu, 18 Oct 2018 09:50:58 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927A7A9AB7A@NKGEML515-MBX.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] Update and Request to Adopt draft-dong-teas-enhanced-vpn X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 09:51:09 -0000 SGkgYWxsLCANCg0KQSBuZXcgcmV2aXNpb24gb2YgZHJhZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZw biBpcyBzdWJtaXR0ZWQgdG8gc29sdmUgdGhlIGNvbW1lbnRzIHJlY2VpdmVkIHJlY2VudGx5LiAN Cg0KVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYSBmcmFtZXdvcmsgZm9yIHVzaW5nIGV4aXN0aW5n LCBtb2RpZmllZCBhbmQgcG90ZW50aWFsIG5ldyBuZXR3b3JraW5nIHRlY2hub2xvZ2llcyBhcyBj b21wb25lbnRzIHRvIHByb3ZpZGUgYW4gZW5oYW5jZWQgVlBOIChWUE4rKSBzZXJ2aWNlLiBUaGUg bWFqb3IgY2hhbmdlcyBpbiB0aGlzIHZlcnNpb24gYXJlOiANCg0KICAxKSBJbiBJbnRyb2R1Y3Rp b24gc2VjdGlvbiwgYWRkIHJlZmVyZW5jZXMgdG8gbmV0d29yayBzbGljaW5nIHJlbGF0ZWQgd29y a3MgaW4gdGhlIGluZHVzdHJ5LiANCg0KICAyKSBJbiBzZWN0aW9uIDIsIHVwZGF0ZSB0aGUgZGVz Y3JpcHRpb24gb2YgdGhlIGlzb2xhdGlvbiByZXF1aXJlbWVudC4NCg0KICAzKSBJbiBzZWN0aW9u IDQg4oCcQ2FuZGlkYXRlIFRlY2hub2xvZ2llc+KAnSwgcmVkdWNlIHRoZSBpbnRyb2R1Y3Rpb24g YWJvdXQgc2VnbWVudCByb3V0aW5nLg0KDQogIDQpIEluIHNlY3Rpb24gNCDigJxDYW5kaWRhdGUg VGVjaG5vbG9naWVz4oCdLCB1cGRhdGUgdGhlIGNvbnRyb2wgcGxhbmUgc3Vic2VjdGlvbiBhbmQg YWRkIGEgbmV3IHN1Yi1zZWN0aW9uIGZvciBtYW5hZ2VtZW50IHBsYW5lDQoNCiAgNSkgQWRkIHJl ZmVyZW5jZXMgdG8gdGhlIGNhbmRpZGF0ZSB0ZWNobm9sb2dpZXMuDQoNCiAgNikgRWRpdG9yaWFs IGNoYW5nZXMgdG8gaW1wcm92ZSB0aGUgcmVhZGFiaWxpdHkuDQoNClRoaXMgZG9jdW1lbnQgd2Fz IGluaXRpYWxseSBzdWJtaXR0ZWQgaW4gbGFzdCB5ZWFyIGFzIGRyYWZ0LWJyeWFudC1ydGd3Zy1l bmhhbmNlZC12cG4sIGFuZCB3YXMgcHJlc2VudGVkIGFuZCBkaXNjdXNzZWQgc2V2ZXJhbCB0aW1l cyBpbiBSVEdXRy4gQWNjb3JkaW5nIHRvIHRoZSBjb25zZW5zdXMgYmV0d2VlbiB0aGUgY2hhaXJz IG9mIFJUR1dHIGFuZCBURUFTLCB0aGlzIGRyYWZ0IHdhcyBtb3ZlZCB0byBURUFTIFdHLCBhbmQg cHJlc2VudGVkIGluIFRFQVMgb24gSUVURiAxMDIuIA0KDQpDdXJyZW50bHkgdGhlcmUgYXJlIHNl dmVyYWwgZW5oYW5jZWQgVlBOIHJlbGF0ZWQgZHJhZnRzOg0KDQogIGRyYWZ0LWRvbmctc3ByaW5n LXNyLWZvci1lbmhhbmNlZC12cG4sIHdoaWNoIGRlc2NyaWJlcyB0aGUgU2VnbWVudCBSb3V0aW5n IGJhc2VkIG1lY2hhbmlzbSBmb3IgZW5hYmxpbmcgZW5oYW5jZWQgVlBOIHNlcnZpY2VzLg0KDQog IGRyYWZ0LWRvbmctbHNyLXNyLWVuaGFuY2VkLXZwbiwgd2hpY2ggc3BlY2lmaWVzIHRoZSBJR1Ag ZXh0ZW5zaW9ucyBuZWVkZWQgZm9yIFNSIGJhc2VkIGVuaGFuY2VkIFZQTi4NCg0KICBkcmFmdC1s ZWUtcnRnd2ctYWN0bi1hcHBsaWNhYmlsaXR5LWVuaGFuY2VkLXZwbiwgd2hpY2ggZGVzY3JpYmVz IHRoZSBhcHBsaWNhYmlsaXR5IG9mIEFDVE4gdG8gZW5oYW5jZWQgVlBOLg0KDQpUaGlzIGZyYW1l d29yayBkb2N1bWVudCBwbGF5cyBhbiBpbXBvcnRhbnQgcm9sZSBhcyBpdCBidWlsZHMgdGhlIGZv dW5kYXRpb24gZm9yIHRoZSBhYm92ZSBkb2N1bWVudHMuIA0KDQpBZnRlciBzZXZlcmFsIHJvdW5k cyBvZiB1cGRhdGUsIHRoZSBjb250ZW50IG9mIHRoaXMgZG9jdW1lbnQgaXMgZ2V0dGluZyBzdGFi bGUsIHRoZSBjby1hdXRob3JzIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHRoZSBXRyB0byBhZG9w dCBpdCwgYW5kIHdvdWxkIGxpa2UgdG8gc29saWNpdCB0byBpbml0aWF0ZSB0aGUgYWRvcHRpb24g cG9sbCBvbiB0aGlzIGRvY3VtZW50Lg0KDQpCZXN0IHJlZ2FyZHMsDQpKaWUgKG9uIGJlaGFsZiBv ZiBjb2F1dGhvcnMpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2Vu dDogVGh1cnNkYXksIE9jdG9iZXIgMTgsIDIwMTggNToyNSBQTQ0KVG86IERvbmdqaWUgKEppbW15 KSA8amllLmRvbmdAaHVhd2VpLmNvbT47IFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBn bWFpbC5jb20+OyBUYWt1eWEgTWl5YXNha2EgPHRhLW1peWFzYWthQGtkZGkuY29tPjsgWmhlbnFp YW5nIExpIDxsaXpoZW5xaWFuZ0BjaGluYW1vYmlsZS5jb20+DQpTdWJqZWN0OiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4tMDIudHh0DQoN Cg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4tMDIu dHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEppZSBEb25nIGFuZCBwb3N0 ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWRvbmctdGVhcy1lbmhh bmNlZC12cG4NClJldmlzaW9uOgkwMg0KVGl0bGU6CQlBIEZyYW1ld29yayBmb3IgRW5oYW5jZWQg VmlydHVhbCBQcml2YXRlIE5ldHdvcmtzIChWUE4rKQ0KRG9jdW1lbnQgZGF0ZToJMjAxOC0xMC0x OA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJMjcNClVSTDogICAgICAg ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtZG9uZy10ZWFz LWVuaGFuY2VkLXZwbi0wMi50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1kb25nLXRlYXMtZW5oYW5jZWQtdnBuLw0KSHRtbGl6ZWQ6ICAg ICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kb25nLXRlYXMtZW5oYW5jZWQt dnBuLTAyDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv aHRtbC9kcmFmdC1kb25nLXRlYXMtZW5oYW5jZWQtdnBuDQpEaWZmOiAgICAgICAgICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4t MDINCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIGZyYW1ld29yayBm b3IgdXNpbmcgZXhpc3RpbmcsIG1vZGlmaWVkIGFuZA0KICAgcG90ZW50aWFsIG5ldyBuZXR3b3Jr aW5nIHRlY2hub2xvZ2llcyBhcyBjb21wb25lbnRzIHRvIHByb3ZpZGUgYW4NCiAgIGVuaGFuY2Vk IFZQTiAoVlBOKykgc2VydmljZS4gIFRoZSBwdXJwb3NlIGlzIHRvIGVuYWJsZSB2aXJ0dWFsDQog ICBwcml2YXRlIG5ldHdvcmtzIChWUE5zKSB0byBzdXBwb3J0IHRoZSBuZWVkcyBvZiBuZXcgYXBw bGljYXRpb25zLA0KICAgcGFydGljdWxhcmx5IGFwcGxpY2F0aW9ucyB0aGF0IGFyZSBhc3NvY2lh dGVkIHdpdGggNUcgc2VydmljZXMuICBBDQogICBuZXR3b3JrIGVuaGFuY2VkIHdpdGggdGhlc2Ug cHJvcGVydGllcyBjYW4gZm9ybSB0aGUgdW5kZXJwaW5uaW5nIG9mDQogICBuZXR3b3JrIHNsaWNp bmcsIGJ1dCB3aWxsIGFsc28gYmUgb2YgdXNlIGluIGl0cyBvd24gcmlnaHQuDQoNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291 cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1s aXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoN ClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Thu Oct 18 09:51:10 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62167130DED; Thu, 18 Oct 2018 09:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 apJTlqD8wQln; Thu, 18 Oct 2018 09:50:59 -0700 (PDT) Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 971A2130DEE; Thu, 18 Oct 2018 09:50:59 -0700 (PDT) Received: by mail-pg1-x52a.google.com with SMTP id r190-v6so2831747pgr.13; Thu, 18 Oct 2018 09:50:59 -0700 (PDT) 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=r7i9K036Izr4Q99JwcP1HJadORJzzrLLAMpxsZz+hWk=; b=nRzzrphg1RAvH0HrhQq7jTKTrvHFPpMAMyNv7OB5iyOnkJ6G59sNrwihM8taG9sMmB oBsLfli1vn75yRQMp+glZAT6VZoYIA1psMw4PhnENz4+rA5edPIMc0X5nCxCdMawFYIq 9nN8Jkn9DVzkYVqP5l3jlE2dK0eJP2iyFsWmU6Nr0vBYMu0VfWWo8iE4QNqSmjebs+ff B88R3pHUzo0b+G0cYVhzwkhvzn046kMQv0LZ8Prk7H8WN85qPyOsuSlmGP5SYngES9lY YImjoSqTL1lGA7laLXS9oREPFyvl3zWEWrhr4/5VYwniQo/PpQjo4q3PT6aBWA5g5eyh CnMw== 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=r7i9K036Izr4Q99JwcP1HJadORJzzrLLAMpxsZz+hWk=; b=M/Pt5Pniz1Izvi6vNbw83LTAdUVRvWbiYAqHSQGKoM4RtOqvtV1/3BtvmbKr9CqWz0 o7miqOw3GJICKJuf/LQRooNH4S2/uLCRBqTGlC/GqH/5lDDIXx3wKPY5a+rpX3bnM+yD hGWI5QypqHcgOmleQYJ5sIVrDH7254+oj2xHytBEKZIaAjS+phmUfbz9JjjfeMzlzjmR vQBCSmR0ad3OBXEqFgQIPDZXrsDVAnrHb38KqvdpBoPYRnGP91d6ZejYhtNGibb1Wv1X uUIsWvS0HY4YBQ0NxxqK/y+bfa2+PfVgX3deKkbnEFC44WSm/uiVe32j4BK93tDPwfFR PGbg== X-Gm-Message-State: ABuFfojxmGsjyE9I9CMGsZi+oQOi/ZekEJ0vSoSv7u3wajVkhHH9PEcv 5BoGYhM7xGP8WV6tnIMtup3wXEYp+GzWMzzjdqswa10w X-Google-Smtp-Source: ACcGV60v+ClibABiZAOfPbJjZI5nd9CtXJzwac8n10kRT7Yih3cYrfDIHofg1q81LEh1BFNMQ7JYiKP5hmThZFTZBD8= X-Received: by 2002:a62:18d3:: with SMTP id 202-v6mr30757107pfy.143.1539881459167; Thu, 18 Oct 2018 09:50:59 -0700 (PDT) MIME-Version: 1.0 References: <0C72C38E7EBC34499E8A9E7DD00786391C524514@sjceml521-mbx.china.huawei.com> In-Reply-To: <0C72C38E7EBC34499E8A9E7DD00786391C524514@sjceml521-mbx.china.huawei.com> From: Matt Hartley Date: Thu, 18 Oct 2018 12:50:47 -0400 Message-ID: To: Igor.Bryskin@huawei.com Cc: draft-ietf-teas-yang-te-types@ietf.org, teas@ietf.org Content-Type: multipart/alternative; boundary="0000000000005eb44c0578839750" Archived-At: Subject: Re: [Teas] Comments on draft-ietf-teas-yang-te-types X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 16:51:09 -0000 --0000000000005eb44c0578839750 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Igor, Thanks for the reply. Snipped most things (I assume you'll do mark-ups where appropriate) but a couple of follow-ups: On Wed, Oct 17, 2018 at 10:26 AM Igor Bryskin wrote: > p26: identity lsp-protection-unidir-1-to-1: description is "LSP protectio= n > '1+1 Unidirectional Protection'", but that's inconsisent with the name. I= 'd > expect this to be for 1:1 protection, not 1+1. Or if it is for 1+1, the > name should be ...1-plus-1, shouldn't it? Same for the bidir one below. > > IB>> Correct. > OK - so is that going to be changed? And if so, how? In particular, are you going to have a separate identity for 1:1, or is that considered to be just a special case of 1:N and covered by that one? > p33: identity route-usage-type has route-exclude-ero as an option. Is tha= t > intended to cover XROs too? > > IB>> Yes > OK, but please make this clear in the description. > p34: identity te-optimization-criterion: Can't an optimization criterion > be anything that can be used as a metric? > > IB>> Yes, in many cases path metrics and path optimization criteria are > the same, but we do not assume that these are necessarily the same things= . > For example, an ERO could an optimization criterion =E2=80=93 optimize yo= ur path > selection as much as possible to follow the specified ERO, but this is no= t > a resulting path metric. In fact, many (but not all) path constraints cou= ld > be also used as path optimization criteria > OK, so there isn't complete overlap, so you can't have common types. But I think we should add types for optimization criteria for the stuff that's missing, unless we consider it impossible to optimize for. Just by analogy with the metrics, you need: TE metric IGP metric Hop count Average delay Minimum delay Residual bandwidth Also: it sounds like path-metric-optimize-includes and path-metric-optimize-excludes are intended to represent EROs and XROs. is that correct? If so, it isn't at all clear from the text, so please could you fix that? > p39: grouping te-topology-identifier: leaf provider-id: how do we ensure > uniqueness here? Is this something that will need to be managed in the sa= me > way as IP addresses and AS numbers? Or should we recommend that something > like an AS number or IP address owned by the provider be used here? > > IB>> the only requirement is that clientid-providerid-topologyid triplet > is unique within a client-server session. The global uniqueness of any of > these attributes is not required. > OK, but please make sure the description is clear on this. > 10.1: You've got the other yang models we're working on as normative > references. Isn't the idea that this document stands alone, and those > documents can reference it? Why do we need them as normative references > here? > > IB>> agree, no need at all. Any TE re;ated UANG model can use the te-type= s > definitions > OK. You'll need to take them out of section 1 too - I think it's sufficient to just remove the example that they occur in. Cheers Matt > > --0000000000005eb44c0578839750 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Igor,

    Thank= s for the reply. Snipped most things (I assume you'll do mark-ups where= appropriate) but a couple of follow-ups:

    On Wed, Oct 17, 2018 at 10:26 AM Igor Bryskin = <Igor.Bryskin@huawei.com&= gt; wrote:

    p26: identity lsp-prote= ction-unidir-1-to-1: description is "LSP protection '1+1 Unidirect= ional Protection'", but that's inconsisent with the name. I= 9;d expect this to be for 1:1 protection, not 1+1. Or if it is for 1+1, the name should be ...1-plus-1, shouldn't it? Same for the= bidir one below.

    IB>> Correct.
    =

    OK - so is that going t= o be changed? And if so, how? In particular, are you going to have a separa= te identity for 1:1, or is that considered to be just a special case of 1:N= and covered by that one?
    =C2=A0

    p33: identity route-usage-type has route-exclude-ero as an option. Is that = intended to cover XROs too?

    IB>> Yes

    OK, but please make this clear i= n the description.
    =C2=A0

    p34: identity te-optimization-criterion: Can't an optimization criterio= n be anything that can be used as a metric?

    IB>> Yes, in many= cases path metrics and path optimization criteria are the same, but we do = not assume that these are necessarily the same things. For example, an ERO = could an optimization criterion =E2=80=93 optimize your path selection as much as possible to follow the specified ERO, but t= his is not a resulting path metric. In fact, many (but not all) path constr= aints could be also used as path optimization criteria

    OK, so there isn't complete overlap, so = you can't have common types. But I think we should add types for optimi= zation criteria for the stuff that's missing, unless we consider it imp= ossible to optimize for. Just by analogy with the metrics, you need:
    <= div>TE metric
    IGP metric
    Hop count
    Average de= lay
    Minimum delay
    Residual bandwidth

    Also: it sounds like path-metric-optimize-includes and path-metric-o= ptimize-excludes are intended to represent EROs and XROs. is that correct? = If so, it isn't at all clear from the text, so please could you fix tha= t?

    p39: grouping te= -topology-identifier: leaf provider-id: how do we ensure uniqueness here? I= s this something that will need to be managed in the same way as IP address= es and AS numbers? Or should we recommend that something like an AS number = or IP address owned by the provider be used here?

    IB>> the only req= uirement is that clientid-providerid-topologyid triplet is unique within a = client-server session. The global uniqueness of any of these attributes is = not required.

    OK, bu= t please make sure the description is clear on this.
    =C2=A0
    <= div class=3D"gmail-m_-5690973319837663970WordSection1">
    10.1:= You've got the other yang models we're working on as normative ref= erences. Isn't the idea that this document stands alone, and those docu= ments can reference it? Why do we need them as normative references here?

    IB>> agree, no ne= ed at all. Any TE re;ated UANG model can use the te-types definitions

    OK. You'll need to take t= hem out of section 1 too - I think it's sufficient to just remove the e= xample that they occur in.

    Cheers

    Matt
    =C2=A0

    =C2=A0

    --0000000000005eb44c0578839750-- From nobody Thu Oct 18 09:52:45 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82611130E95; Thu, 18 Oct 2018 09:52:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 TYraIl1KGena; Thu, 18 Oct 2018 09:52:26 -0700 (PDT) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 272E9130E7C; Thu, 18 Oct 2018 09:52:26 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id e67-v6so5600226plb.6; Thu, 18 Oct 2018 09:52:26 -0700 (PDT) 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=T7K4+L376FmAcrS3Xv+B890k9Y6/c+ivXzEOQLxRqyI=; b=uYCUWwksQyI+2om+3NJ/E7R8Qm6x9baTLiomWi2sn82SkhuBdeIqGfqUTtToQurgMS u2jJGvY42E8MOQteftjq56i3Mmbu1frIL++4I8MBx5zqXll+qcpVMYyXcC8S3wcbMAU4 UQjj3Etgo+pwE6vNYZckqAABc6HCdiHCjV/L4ZbLIJlsNeO1T/UA5I7yMUF3TDDuaKkg p/S+LiSgPN9PCLRXK7A5FnbqNlGjT5Jb5Rv4l5svR2sTXkTZSsLGC2RoGOwBSCb9Cdms YtYjroMukYRYaoDy2HlSnxXvPLlT4/O9f4pYJiyCpGGjSYkdZuB1kBC+oUBYQC/Ep00f gzxg== 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=T7K4+L376FmAcrS3Xv+B890k9Y6/c+ivXzEOQLxRqyI=; b=Owys+ZYUiwvbsyxmgpyTeg8OuS4dCnjE75mHEodgXn5UjqLmh43GTIBjQGLkrN1jxd v74b+StEpv0Y2g6Mxq+jWOAo7EGBglr7nkXIJdef34wEhFWffQnWHhmoYFGKEbtIyQev CTL8OB48OZYSZHvcRwMLxGnM9rZRVidExFcQGLXleHdTgRcDF+5OgS1mn2OfvZDxJ8D/ R6nreO5wstiwb0mSpqabpY8Eb0wy7HUyRssY2+sJ+TDSxxJZFOpLY24768o9hvxetpwJ DO5T+Lf8O4813irxZdxK8UY0nj0HCPIqP/Jf9g30zxKe1p8AxI6D0mOAeZG7IMLV3dcj W2AQ== X-Gm-Message-State: ABuFfohbfcdI2NdlL7mPZ10sRcmsqEM8PqjV7Bsb51SIgqu3Oh+PY77g 1lb0OEjirexDA+tCCUrBe0+u4fQ/LNkhXDoMeTaIbQ== X-Google-Smtp-Source: ACcGV62qiDtR2NYRc8YNCRAHq2S0dGTXg2kbZWBCJb4oN+hdL9wy+SQRkH43tEkUM+StqbPQhZwbiH8WAeFXt1TJKVA= X-Received: by 2002:a17:902:8609:: with SMTP id f9-v6mr30691602plo.134.1539881545431; Thu, 18 Oct 2018 09:52:25 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Hartley Date: Thu, 18 Oct 2018 12:52:14 -0400 Message-ID: To: teas@ietf.org Cc: teas-chairs@ietf.org Content-Type: multipart/alternative; boundary="00000000000083000f0578839cca" Archived-At: Subject: Re: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 16:52:35 -0000 --00000000000083000f0578839cca Content-Type: text/plain; charset="UTF-8" All, A reminder - please send slot requests by Monday. Cheers Matt On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley wrote: > All, > > The preliminary agenda for Bangkok is available at > https://datatracker.ietf.org/meeting/103/agenda.html. We're currently > scheduled for two hours in the afternoon on Tuesday (November 6th, 16:10 - > 18:10). > > If you'd like to present a draft, please send a request to me and the > Chairs by the end of the day on Monday, October 22nd with teh draft name, > speaker, and how long you need. Please note that this is also the cut-off > for draft submissions. If you have a WG draft that you aren't presenting, > please provide a status update. > > Thanks > > Matt/Lou/Pavan > > Important dates: > > - *2018-10-12 (Friday):* Final agenda to be published. > - *2018-10-22 (Monday):* Internet Draft submission cut-off (for all > drafts, including -00) by UTC 23:59. > - *2018-10-22 (Monday):* Standard rate registration and payment > cut-off at UTC 23:59.. > - *2018-10-24 (Wednesday):* Draft Working Group agendas due by UTC > 23:59. > - *2018-10-29 (Monday):* Registration cancellation cut-off at UTC > 23:59. > - *2018-10-29 (Monday):* Revised Working Group agendas due by UTC > 23:59. > - *2018-11-30 (Friday):* Proceedings submission cutoff date by UTC > 23:59. > - *2018-12-24 (Monday):* Proceedings submission corrections cutoff > date by UTC 23:59. > > --00000000000083000f0578839cca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    All,

    A reminder - please sen= d slot requests by Monday.

    Cheers

    Matt

    On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley <mhartley.ietf@gmail.com> wrote:
    All,
    =
    The preliminary agenda for Bangkok is available at https://datatracker.ietf.org/meeting/103/agenda.html. We're curren= tly scheduled for two hours in the afternoon on Tuesday (November 6th, 16:1= 0 - 18:10).

    If you'd like to present a draft, = please send a request to me and the Chairs by the end of the day on Monday,= October 22nd with teh draft name, speaker, and how long you need. Please n= ote that this is also the cut-off for draft submissions. If you have a WG d= raft that you aren't presenting, please provide a status update.
    <= div>
    Thanks

    Matt/Lou/Pavan
    =

    Important dates:
    • 2018-10-12 (Friday): Final agenda to be published.=20 =20 =20 =20 =20 =20
      • =20
    • 2018-10-22 (Monday): Internet Draft submission cut-off (for= all drafts, including -00) by UTC 23:59.
      • =20
    • 2018-10-22 (Monday): Standard rate registration and payment= cut-off at UTC 23:59..=20 =20 =20 =20 =20 =20
      • =20
    • 2018-10-24 (Wednesday): Draft Working Group agendas due by = UTC 23:59.
      • =20
    • 2018-10-29 (Monday): Registration cancellation cut-off at U= TC 23:59.=20 =20 =20 =20 =20 =20
      • =20
    • 2018-10-29 (Monday): Revised Working Group agendas due by U= TC 23:59.=C2=A0
      • =20
    • 2018-11-30 (Friday): Proceedings submission cutoff date by = UTC 23:59.
      • =20
    • 2018-12-24 (Monday): Proceedings submission corrections cut= off date by UTC 23:59.=20 =20 =20 =20 =20 =20
    --00000000000083000f0578839cca-- From nobody Thu Oct 18 10:44:40 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12265130DCD; Thu, 18 Oct 2018 10:44:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 oQK9j-uZNE-n; Thu, 18 Oct 2018 10:44:36 -0700 (PDT) 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 84D33130DC6; Thu, 18 Oct 2018 10:44:36 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4855E8536C62; Thu, 18 Oct 2018 18:44:32 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 18 Oct 2018 18:44:33 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML701-CHM.china.huawei.com ([169.254.3.28]) with mapi id 14.03.0415.000; Thu, 18 Oct 2018 10:44:30 -0700 From: Igor Bryskin To: Matt Hartley , "teas@ietf.org" CC: "teas-chairs@ietf.org" Thread-Topic: [Teas] Agenda for Bangkok Thread-Index: AQHUYAvLnUxqjMhCf0KpArxMeK4O66UluxgA//+XWyA= Date: Thu, 18 Oct 2018 17:44:29 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C528066@sjceml521-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.147.77] Content-Type: multipart/alternative; boundary="_000_0C72C38E7EBC34499E8A9E7DD00786391C528066sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 17:44:39 -0000 --_000_0C72C38E7EBC34499E8A9E7DD00786391C528066sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWF0dCBhbmQgQ2hhaXJzLA0KDQpXZSByZXF1ZXN0IGEgMTItMTUgbWluIHNsb3QgZm9yIHBy ZXNlbnRpbmcgdGhlIGZvbGxvd2luZyBkb2N1bWVudDoNCkJhc2ljIFlBTkcgTW9kZWwgZm9yIFN0 ZWVyaW5nIENsaWVudCBTZXJ2aWNlcyBUbyBTZXJ2ZXIgVHVubmVscw0KICAgICAgICAgIGRyYWZ0 LWJyeXNraW4tdGVhcy1zZXJ2aWNlLXR1bm5lbC1zdGVlcmluZy1tb2RlbC0wMA0KDQpUaGFua3Ms DQpJZ29yDQoNCg0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgTWF0dCBIYXJ0bGV5DQpTZW50OiBUaHVyc2RheSwgT2N0b2JlciAxOCwgMjAx OCAxMjo1MiBQTQ0KVG86IHRlYXNAaWV0Zi5vcmcNCkNjOiB0ZWFzLWNoYWlyc0BpZXRmLm9yZw0K U3ViamVjdDogUmU6IFtUZWFzXSBBZ2VuZGEgZm9yIEJhbmdrb2sNCg0KQWxsLA0KDQpBIHJlbWlu ZGVyIC0gcGxlYXNlIHNlbmQgc2xvdCByZXF1ZXN0cyBieSBNb25kYXkuDQoNCkNoZWVycw0KDQpN YXR0DQoNCk9uIFR1ZSwgT2N0IDksIDIwMTggYXQgNDowNiBQTSBNYXR0IEhhcnRsZXkgPG1oYXJ0 bGV5LmlldGZAZ21haWwuY29tPG1haWx0bzptaGFydGxleS4uaWV0ZkBnbWFpbC5jb20+PiB3cm90 ZToNCkFsbCwNCg0KVGhlIHByZWxpbWluYXJ5IGFnZW5kYSBmb3IgQmFuZ2tvayBpcyBhdmFpbGFi bGUgYXQgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwMy9hZ2VuZGEuaHRt bC4gV2UncmUgY3VycmVudGx5IHNjaGVkdWxlZCBmb3IgdHdvIGhvdXJzIGluIHRoZSBhZnRlcm5v b24gb24gVHVlc2RheSAoTm92ZW1iZXIgNnRoLCAxNjoxMCAtIDE4OjEwKS4NCg0KSWYgeW91J2Qg bGlrZSB0byBwcmVzZW50IGEgZHJhZnQsIHBsZWFzZSBzZW5kIGEgcmVxdWVzdCB0byBtZSBhbmQg dGhlIENoYWlycyBieSB0aGUgZW5kIG9mIHRoZSBkYXkgb24gTW9uZGF5LCBPY3RvYmVyIDIybmQg d2l0aCB0ZWggZHJhZnQgbmFtZSwgc3BlYWtlciwgYW5kIGhvdyBsb25nIHlvdSBuZWVkLiBQbGVh c2Ugbm90ZSB0aGF0IHRoaXMgaXMgYWxzbyB0aGUgY3V0LW9mZiBmb3IgZHJhZnQgc3VibWlzc2lv bnMuIElmIHlvdSBoYXZlIGEgV0cgZHJhZnQgdGhhdCB5b3UgYXJlbid0IHByZXNlbnRpbmcsIHBs ZWFzZSBwcm92aWRlIGEgc3RhdHVzIHVwZGF0ZS4NCg0KVGhhbmtzDQoNCk1hdHQvTG91L1BhdmFu DQoNCkltcG9ydGFudCBkYXRlczoNCg0KICAqICAgMjAxOC0xMC0xMiAoRnJpZGF5KTogRmluYWwg YWdlbmRhIHRvIGJlIHB1Ymxpc2hlZC4NCiAgKiAgIDIwMTgtMTAtMjIgKE1vbmRheSk6IEludGVy bmV0IERyYWZ0IHN1Ym1pc3Npb24gY3V0LW9mZiAoZm9yIGFsbCBkcmFmdHMsIGluY2x1ZGluZyAt MDApIGJ5IFVUQyAyMzo1OS4NCiAgKiAgIDIwMTgtMTAtMjIgKE1vbmRheSk6IFN0YW5kYXJkIHJh dGUgcmVnaXN0cmF0aW9uIGFuZCBwYXltZW50IGN1dC1vZmYgYXQgVVRDIDIzOjU5Li4NCiAgKiAg IDIwMTgtMTAtMjQgKFdlZG5lc2RheSk6IERyYWZ0IFdvcmtpbmcgR3JvdXAgYWdlbmRhcyBkdWUg YnkgVVRDIDIzOjU5Lg0KICAqICAgMjAxOC0xMC0yOSAoTW9uZGF5KTogUmVnaXN0cmF0aW9uIGNh bmNlbGxhdGlvbiBjdXQtb2ZmIGF0IFVUQyAyMzo1OS4NCiAgKiAgIDIwMTgtMTAtMjkgKE1vbmRh eSk6IFJldmlzZWQgV29ya2luZyBHcm91cCBhZ2VuZGFzIGR1ZSBieSBVVEMgMjM6NTkuDQogICog ICAyMDE4LTExLTMwIChGcmlkYXkpOiBQcm9jZWVkaW5ncyBzdWJtaXNzaW9uIGN1dG9mZiBkYXRl IGJ5IFVUQyAyMzo1OS4NCiAgKiAgIDIwMTgtMTItMjQgKE1vbmRheSk6IFByb2NlZWRpbmdzIHN1 Ym1pc3Npb24gY29ycmVjdGlvbnMgY3V0b2ZmIGRhdGUgYnkgVVRDIDIzOjU5Lg0K --_000_0C72C38E7EBC34499E8A9E7DD00786391C528066sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdE O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQov KiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoyMDgyNjc1NTAx Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTYyMTIwMjM2Njt9DQpAbGlzdCBsMDpsZXZlbDEN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6U3ltYm9sO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21h cmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFb ZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0i ZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91 dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJi bHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgTWF0dCBhbmQgQ2hhaXJzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V2UgcmVxdWVzdCBhIDEyLTE1IG1pbiBzbG90 IGZvciBwcmVzZW50aW5nIHRoZSBmb2xsb3dpbmcgZG9jdW1lbnQ6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkJhc2ljIFlBTkcgTW9kZWwgZm9yIFN0ZWVyaW5nIENsaWVudCBTZXJ2aWNl cyBUbyBTZXJ2ZXIgVHVubmVsczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZHJhZnQtYnJ5 c2tpbi10ZWFzLXNlcnZpY2UtdHVubmVsLXN0ZWVyaW5nLW1vZGVsLTAwPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFu a3MsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPklnb3I8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4gVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJl aGFsZiBPZiA8L2I+TWF0dCBIYXJ0bGV5PGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBPY3Rv YmVyIDE4LCAyMDE4IDEyOjUyIFBNPGJyPg0KPGI+VG86PC9iPiB0ZWFzQGlldGYub3JnPGJyPg0K PGI+Q2M6PC9iPiB0ZWFzLWNoYWlyc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W1RlYXNdIEFnZW5kYSBmb3IgQmFuZ2tvazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFsbCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSByZW1pbmRlciAtIHBsZWFzZSBzZW5kIHNsb3QgcmVx dWVzdHMgYnkgTW9uZGF5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5DaGVlcnM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+TWF0dDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPk9uIFR1ZSwgT2N0IDksIDIwMTggYXQgNDowNiBQTSBNYXR0IEhh cnRsZXkgJmx0OzxhIGhyZWY9Im1haWx0bzptaGFydGxleS4uaWV0ZkBnbWFpbC5jb20iPm1oYXJ0 bGV5LmlldGZAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2lu LXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5B bGwsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoZSBwcmVsaW1pbmFyeSBhZ2VuZGEgZm9yIEJhbmdrb2sgaXMgYXZhaWxhYmxlIGF0IDxhIGhy ZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvYWdlbmRhLmh0bWwi IHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8x MDMvYWdlbmRhLmh0bWw8L2E+LiBXZSdyZSBjdXJyZW50bHkgc2NoZWR1bGVkIGZvciB0d28gaG91 cnMgaW4gdGhlIGFmdGVybm9vbiBvbiBUdWVzZGF5IChOb3ZlbWJlciA2dGgsIDE2OjEwIC0gMTg6 MTApLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5JZiB5b3UnZCBsaWtlIHRvIHByZXNlbnQgYSBkcmFmdCwgcGxlYXNlIHNlbmQgYSByZXF1ZXN0 IHRvIG1lIGFuZCB0aGUgQ2hhaXJzIGJ5IHRoZSBlbmQgb2YgdGhlIGRheSBvbiBNb25kYXksIE9j dG9iZXIgMjJuZCB3aXRoIHRlaCBkcmFmdCBuYW1lLCBzcGVha2VyLCBhbmQgaG93IGxvbmcgeW91 IG5lZWQuIFBsZWFzZSBub3RlIHRoYXQgdGhpcyBpcyBhbHNvIHRoZSBjdXQtb2ZmIGZvciBkcmFm dCBzdWJtaXNzaW9ucy4NCiBJZiB5b3UgaGF2ZSBhIFdHIGRyYWZ0IHRoYXQgeW91IGFyZW4ndCBw cmVzZW50aW5nLCBwbGVhc2UgcHJvdmlkZSBhIHN0YXR1cyB1cGRhdGUuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rczxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NYXR0L0xvdS9QYXZh bjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J bXBvcnRhbnQgZGF0ZXM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8dWwgdHlwZT0i ZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4N CjxiPjIwMTgtMTAtMTIgKEZyaWRheSk6PC9iPiBGaW5hbCBhZ2VuZGEgdG8gYmUgcHVibGlzaGVk LiA8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZl bDEgbGZvMSI+DQo8Yj4yMDE4LTEwLTIyIChNb25kYXkpOjwvYj4gSW50ZXJuZXQgRHJhZnQgc3Vi bWlzc2lvbiBjdXQtb2ZmIChmb3IgYWxsIGRyYWZ0cywgaW5jbHVkaW5nIC0wMCkgYnkgVVRDIDIz OjU5Lg0KPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAg bGV2ZWwxIGxmbzEiPg0KPGI+MjAxOC0xMC0yMiAoTW9uZGF5KTo8L2I+IFN0YW5kYXJkIHJhdGUg cmVnaXN0cmF0aW9uIGFuZCBwYXltZW50IGN1dC1vZmYgYXQgVVRDIDIzOjU5Li4NCjxvOnA+PC9v OnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4N CjxiPjIwMTgtMTAtMjQgKFdlZG5lc2RheSk6PC9iPiBEcmFmdCBXb3JraW5nIEdyb3VwIGFnZW5k YXMgZHVlIGJ5IFVUQyAyMzo1OS4gPG86cD4NCjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8Yj4yMDE4LTEwLTI5IChNb25kYXkpOjwv Yj4gUmVnaXN0cmF0aW9uIGNhbmNlbGxhdGlvbiBjdXQtb2ZmIGF0IFVUQyAyMzo1OS4gPG86cD4N CjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZv MSI+DQo8Yj4yMDE4LTEwLTI5IChNb25kYXkpOjwvYj4gUmV2aXNlZCBXb3JraW5nIEdyb3VwIGFn ZW5kYXMgZHVlIGJ5IFVUQyAyMzo1OS4mbmJzcDs8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8Yj4yMDE4LTExLTMwIChGcmlk YXkpOjwvYj4gUHJvY2VlZGluZ3Mgc3VibWlzc2lvbiBjdXRvZmYgZGF0ZSBieSBVVEMgMjM6NTku IDxvOnA+DQo8L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2 ZWwxIGxmbzEiPg0KPGI+MjAxOC0xMi0yNCAoTW9uZGF5KTo8L2I+IFByb2NlZWRpbmdzIHN1Ym1p c3Npb24gY29ycmVjdGlvbnMgY3V0b2ZmIGRhdGUgYnkgVVRDIDIzOjU5Lg0KPG86cD48L286cD48 L2xpPjwvdWw+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0C72C38E7EBC34499E8A9E7DD00786391C528066sjceml521mbxchi_-- From nobody Thu Oct 18 10:49:45 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E058F130DD8; Thu, 18 Oct 2018 10:49:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 skKsoPbqqMQV; Thu, 18 Oct 2018 10:49:42 -0700 (PDT) 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 C8FE7130DC0; Thu, 18 Oct 2018 10:49:41 -0700 (PDT) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id A657698617FCE; Thu, 18 Oct 2018 18:49:38 +0100 (IST) Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 18 Oct 2018 18:49:39 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML702-CHM.china.huawei.com ([169.254.4.193]) with mapi id 14.03.0415.000; Thu, 18 Oct 2018 10:49:33 -0700 From: Igor Bryskin To: Matt Hartley CC: "draft-ietf-teas-yang-te-types@ietf.org" , "teas@ietf.org" Thread-Topic: Comments on draft-ietf-teas-yang-te-types Thread-Index: AQHUZL1WhP3ct4KrWEGxpoX0tmy/i6UjeE3QgAI5AID//5iRQA== Date: Thu, 18 Oct 2018 17:49:32 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD00786391C5281AE@sjceml521-mbx.china.huawei.com> References: <0C72C38E7EBC34499E8A9E7DD00786391C524514@sjceml521-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.147.77] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Comments on draft-ietf-teas-yang-te-types X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 17:49:44 -0000 SGkgTWF0dCwNCg0KUGxlYXNlLCBzZWUgbXkgZnVydGhlciByZXNwb25zZXMgaW4tbGluZS4NCg0K SWdvcg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTWF0dCBIYXJ0bGV5IFtt YWlsdG86bWhhcnRsZXkuaWV0ZkBnbWFpbC5jb21dIA0KU2VudDogVGh1cnNkYXksIE9jdG9iZXIg MTgsIDIwMTggMTI6NTEgUE0NClRvOiBJZ29yIEJyeXNraW4NCkNjOiBkcmFmdC1pZXRmLXRlYXMt eWFuZy10ZS10eXBlc0BpZXRmLm9yZzsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IENvbW1l bnRzIG9uIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVzDQoNCklnb3IsDQoNClRoYW5rcyBm b3IgdGhlIHJlcGx5LiBTbmlwcGVkIG1vc3QgdGhpbmdzIChJIGFzc3VtZSB5b3UnbGwgZG8gbWFy ay11cHMNCndoZXJlIGFwcHJvcHJpYXRlKSBidXQgYSBjb3VwbGUgb2YgZm9sbG93LXVwczoNCg0K T24gV2VkLCBPY3QgMTcsIDIwMTggYXQgMTA6MjYgQU0gSWdvciBCcnlza2luIDxJZ29yLkJyeXNr aW5AaHVhd2VpLmNvbT4NCndyb3RlOg0KDQo+IHAyNjogaWRlbnRpdHkgbHNwLXByb3RlY3Rpb24t dW5pZGlyLTEtdG8tMTogZGVzY3JpcHRpb24gaXMgIkxTUCBwcm90ZWN0aW9uDQo+ICcxKzEgVW5p ZGlyZWN0aW9uYWwgUHJvdGVjdGlvbiciLCBidXQgdGhhdCdzIGluY29uc2lzZW50IHdpdGggdGhl IG5hbWUuIEknZA0KPiBleHBlY3QgdGhpcyB0byBiZSBmb3IgMToxIHByb3RlY3Rpb24sIG5vdCAx KzEuIE9yIGlmIGl0IGlzIGZvciAxKzEsIHRoZQ0KPiBuYW1lIHNob3VsZCBiZSAuLi4xLXBsdXMt MSwgc2hvdWxkbid0IGl0PyBTYW1lIGZvciB0aGUgYmlkaXIgb25lIGJlbG93Lg0KPg0KPiBJQj4+ IENvcnJlY3QuDQo+DQpPSyAtIHNvIGlzIHRoYXQgZ29pbmcgdG8gYmUgY2hhbmdlZD8gQW5kIGlm IHNvLCBob3c/IEluIHBhcnRpY3VsYXIsIGFyZSB5b3UNCmdvaW5nIHRvIGhhdmUgYSBzZXBhcmF0 ZSBpZGVudGl0eSBmb3IgMToxLCBvciBpcyB0aGF0IGNvbnNpZGVyZWQgdG8gYmUganVzdA0KYSBz cGVjaWFsIGNhc2Ugb2YgMTpOIGFuZCBjb3ZlcmVkIGJ5IHRoYXQgb25lPw0KDQpJQj4+IFdlIHdp bGwgaGF2ZSBzZXBhcmF0ZSBpZGVudGl0aWVzIGZvciAxKzEgYW5kIDE6Tiwgd2l0aCB0aGUgbGF0 dGVyIGNvdmVyaW5nIDE6MSBhcyBhIHNwZWNpYWwgY2FzZQ0KDQoNCj4gcDMzOiBpZGVudGl0eSBy b3V0ZS11c2FnZS10eXBlIGhhcyByb3V0ZS1leGNsdWRlLWVybyBhcyBhbiBvcHRpb24uIElzIHRo YXQNCj4gaW50ZW5kZWQgdG8gY292ZXIgWFJPcyB0b28/DQo+DQo+IElCPj4gWWVzDQo+DQpPSywg YnV0IHBsZWFzZSBtYWtlIHRoaXMgY2xlYXIgaW4gdGhlIGRlc2NyaXB0aW9uLg0KSUI+PiBXZSB3 aWxsDQoNCg0KPiBwMzQ6IGlkZW50aXR5IHRlLW9wdGltaXphdGlvbi1jcml0ZXJpb246IENhbid0 IGFuIG9wdGltaXphdGlvbiBjcml0ZXJpb24NCj4gYmUgYW55dGhpbmcgdGhhdCBjYW4gYmUgdXNl ZCBhcyBhIG1ldHJpYz8NCj4NCj4gSUI+PiBZZXMsIGluIG1hbnkgY2FzZXMgcGF0aCBtZXRyaWNz IGFuZCBwYXRoIG9wdGltaXphdGlvbiBjcml0ZXJpYSBhcmUNCj4gdGhlIHNhbWUsIGJ1dCB3ZSBk byBub3QgYXNzdW1lIHRoYXQgdGhlc2UgYXJlIG5lY2Vzc2FyaWx5IHRoZSBzYW1lIHRoaW5ncw0K From nobody Thu Oct 18 23:50:55 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7425D130EB2; Thu, 18 Oct 2018 23:50:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <153993184332.22269.2574641521982650243@ietfa.amsl.com> Date: Thu, 18 Oct 2018 23:50:43 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pcecc-use-cases-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 06:50:47 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : The Use Cases for Path Computation Element (PCE) as a Central Controller (PCECC). Authors : Quintin Zhao Zhenbin (Robin) Li Boris Khasanov Dhruv Dhody King Ke Luyuan Fang Chao Zhou Boris Zhang Artem Rachitskiy Anton Gulida Filename : draft-ietf-teas-pcecc-use-cases-02.txt Pages : 33 Date : 2018-10-18 Abstract: The Path Computation Element (PCE) is a core component of Software- Defined Networking (SDN) systems. It can compute optimal paths for traffic across a network and can also update the paths to reflect changes in the network or traffic demands. PCE was developed to derive paths for MPLS Label Switched Paths (LSPs), which are supplied to the head end of the LSP using the Path Computation Element Communication Protocol (PCEP). SDN has a broader applicability than signaled MPLS traffic-engineered (TE) networks, and the PCE may be used to determine paths in a range of use cases including static LSPs, segment routing, Service Function Chaining (SFC), and most forms of a routed or switched network. It is, therefore, reasonable to consider PCEP as a control protocol for use in these environments to allow the PCE to be fully enabled as a central controller. This document describes general considerations for PCECC deployment and examines its applicability and benefits, as well as its challenges and limitations, through a number of use cases. PCEP extensions required for stateful PCE usage are covered in separate documents. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pcecc-use-cases/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pcecc-use-cases-02 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pcecc-use-cases-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pcecc-use-cases-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Oct 19 12:05:23 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EE1713105F; Fri, 19 Oct 2018 11:56:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: db3546@att.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153997540457.6592.9284471672624315464.idtracker@ietfa.amsl.com> Date: Fri, 19 Oct 2018 11:56:44 -0700 Archived-At: Subject: [Teas] teas - Requested session has been scheduled for IETF 103 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 18:56:52 -0000 Dear Lou Berger, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. teas Session 1 (2:30 requested) Tuesday, 6 November 2018, Afternoon Session II 1610-1810 Room Name: Chitlada 3 size: 200 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/103/sessions/teas.ics Request Information: --------------------------------------------------------- Working Group Name: Traffic Engineering Architecture and Signaling Area Name: Routing Area Session Requester: Lou Berger Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: mpls ccamp pce netmod detnet Second Priority: idr i2rs spring lsr Third Priority: pals bess nvo3 People who must be present: Lou Berger Deborah Brungard Vishnu Pavan Beeram Resources Requested: Special Requests: Other Conflicts: IRTF RRG, RTG BOFs --------------------------------------------------------- From nobody Fri Oct 19 12:30:04 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0440D130DD1; Fri, 19 Oct 2018 12:30:03 -0700 (PDT) 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_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 pb8Xaqr5bGBb; Fri, 19 Oct 2018 12:30:00 -0700 (PDT) Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 227FF130FE2; Fri, 19 Oct 2018 12:30:00 -0700 (PDT) Received: by mail-pg1-x52a.google.com with SMTP id 23-v6so16166874pgc.8; Fri, 19 Oct 2018 12:30:00 -0700 (PDT) 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=3SgZmb6r8Z+Rs6pT6tl6iANFzBdT/z8foIIkpYZVW9c=; b=vMgR6RzgoYG60QT6OqmysAa0xI2kEuaAKjS26f/sVgCHVjhzuyRnjqfBW48t84fXs8 XOP2l1BeAdUiey5wqjkCPloULf1xTbIkq6SrdomzkntDrNUBLeUkdlR0yuYMHMI1enm2 jeICiR/5jv4DbBalrdCTk3LNzE82VLYLXLnRMDSZmgjOZvrIauQ05ylLVWBgnG7si96E LPmeoQaEQIfSf6j1YaViqNpPC0NkhkLRofaRGCrsVgmPerJQKCOh0dnZ4mP5iK9jEz/v YI1YDz//s+5rI4ROvQMnB7IazEt+fHLm33vFDiaxBHTzCEZe6iZJ61dnqSI6ljJE2TVN L/tw== 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=3SgZmb6r8Z+Rs6pT6tl6iANFzBdT/z8foIIkpYZVW9c=; b=t8TiaTjTa1l/ipWP98QI3cWJBQhRYxe41wZUjrq6b6YLGSW62OrdViuUXI6SyOSpio deso/aRDk5bScCjcavSUf4IGIS4RasW0TS1K3UJ5xkn+TJkIbuN4HyD+0GcZ2JnM+7iN Lac3UeKyEPNRgrDyZ5BOmN4hhcrF1vc57inF+EESnmmuJw8pv7j2zjynM/4GGNydr1w4 8J7kaw1IE07Nmrnpxgr/gzaXaW6mzUjvkYi/m4Qxjebt/iWJSedn4Mja5I/w1BCq4YqT WAT3KTzjrXl9g5r4Jeqywt27PTpGXZiPR4MoVGx/8IVT2/ccZUgKG7JSxs/4qBKekdHv 3kkg== X-Gm-Message-State: ABuFfohZiZlEgbqXRBXXYuGyOezYmso6zvWJaHmmHebVxoYnoJ97l5wm xHV7QtNMreW9BwOfwogtEY+7MFosWcFFDOXKffcj8A== X-Google-Smtp-Source: ACcGV62ur2/SDtSaWHt83TtFZLqYtAQkF5jOyj2inQJToC64XqTSUgOU2bsvTloZCuIa9JfIAl2zuPuaDnfMhAaVWqA= X-Received: by 2002:a63:5021:: with SMTP id e33-v6mr33499520pgb.306.1539977399667; Fri, 19 Oct 2018 12:29:59 -0700 (PDT) MIME-Version: 1.0 References: <0C72C38E7EBC34499E8A9E7DD00786391C528066@sjceml521-mbx.china.huawei.com> In-Reply-To: <0C72C38E7EBC34499E8A9E7DD00786391C528066@sjceml521-mbx.china.huawei.com> From: Matt Hartley Date: Fri, 19 Oct 2018 15:29:48 -0400 Message-ID: To: Igor.Bryskin@huawei.com Cc: teas@ietf.org, teas-chairs@ietf.org Content-Type: multipart/alternative; boundary="000000000000de8f8a057899eda2" Archived-At: Subject: Re: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 19:30:03 -0000 --000000000000de8f8a057899eda2 Content-Type: text/plain; charset="UTF-8" Thanks, Igor. I assume you'll be presenting? Cheers Matt On Thu, Oct 18, 2018 at 1:44 PM Igor Bryskin wrote: > Hi Matt and Chairs, > > > > We request a 12-15 min slot for presenting the following document: > > Basic YANG Model for Steering Client Services To Server Tunnels > > draft-bryskin-teas-service-tunnel-steering-model-00 > > > > Thanks, > > Igor > > > > > > > > *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Matt Hartley > *Sent:* Thursday, October 18, 2018 12:52 PM > *To:* teas@ietf.org > *Cc:* teas-chairs@ietf.org > *Subject:* Re: [Teas] Agenda for Bangkok > > > > All, > > > > A reminder - please send slot requests by Monday. > > > > Cheers > > > > Matt > > > > On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley > wrote: > > All, > > > > The preliminary agenda for Bangkok is available at > https://datatracker.ietf.org/meeting/103/agenda.html. We're currently > scheduled for two hours in the afternoon on Tuesday (November 6th, 16:10 - > 18:10). > > > > If you'd like to present a draft, please send a request to me and the > Chairs by the end of the day on Monday, October 22nd with teh draft name, > speaker, and how long you need. Please note that this is also the cut-off > for draft submissions. If you have a WG draft that you aren't presenting, > please provide a status update. > > > > Thanks > > > > Matt/Lou/Pavan > > > > Important dates: > > - *2018-10-12 (Friday):* Final agenda to be published. > - *2018-10-22 (Monday):* Internet Draft submission cut-off (for all > drafts, including -00) by UTC 23:59. > - *2018-10-22 (Monday):* Standard rate registration and payment > cut-off at UTC 23:59.. > - *2018-10-24 (Wednesday):* Draft Working Group agendas due by UTC > 23:59. > - *2018-10-29 (Monday):* Registration cancellation cut-off at UTC > 23:59. > - *2018-10-29 (Monday):* Revised Working Group agendas due by UTC > 23:59. > - *2018-11-30 (Friday):* Proceedings submission cutoff date by UTC > 23:59. > - *2018-12-24 (Monday):* Proceedings submission corrections cutoff > date by UTC 23:59. > > --000000000000de8f8a057899eda2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Thanks, Igor. I assume you'll be presenting?

    Cheers

    Matt
    On Thu, Oct 18, 2018 at 1:44 = PM Igor Bryskin <Igor.Bryskin= @huawei.com> wrote:

    Hi Matt and Chairs,

    =C2=A0

    We request a 12-15 min sl= ot for presenting the following document:

    Basic YANG Model for Stee= ring Client Services To Server Tunnels

    =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-bryskin-teas-service-tunnel-steering-m= odel-00

    =C2=A0

    Thanks,

    Igor=

    =C2=A0

    =C2=A0

    =C2=A0

    From: Teas [ma= ilto:teas-bounce= s@ietf.org] On Behalf Of Matt Hartley
    Sent: Thursday, October 18, 2018 12:52 PM
    To: teas@ietf.org=
    Cc: teas-c= hairs@ietf.org
    Subject: Re: [Teas] Agenda for Bangkok

    =C2=A0

    All,

    =C2=A0

    A reminder - please send slot requests by Monday.=

    =C2=A0

    Cheers

    =C2=A0

    Matt

    =C2=A0

    On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley <mhartley.ietf@gma= il.com> wrote:

    All,

    =C2=A0

    The preliminary agenda for Bangkok is available at <= a href=3D"https://datatracker.ietf.org/meeting/103/agenda.html" target=3D"_= blank"> https://datatracker.ietf.org/meeting/103/agenda.html. We're current= ly scheduled for two hours in the afternoon on Tuesday (November 6th, 16:10= - 18:10).

    =C2=A0

    If you'd like to present a draft, please send a = request to me and the Chairs by the end of the day on Monday, October 22nd = with teh draft name, speaker, and how long you need. Please note that this = is also the cut-off for draft submissions. If you have a WG draft that you aren't presenting, please provide a st= atus update.

    =C2=A0

    Thanks

    =C2=A0

    Matt/Lou/Pavan

    =C2=A0

    Important dates:

    • 2018-10-12 (Friday): Final agenda to be published.
    • 2018-10-22 (Monday): Internet Draft submission cut-off (for all draf= ts, including -00) by UTC 23:59.
    • 2018-10-22 (Monday): Standard rate registration and payment cut-off = at UTC 23:59..
    • 2018-10-24 (Wednesday): Draft Working Group agendas due by UTC 23:59= .
    • 2018-10-29 (Monday): Registration cancellation cut-off at UTC 23:59.=
    • 2018-10-29 (Monday): Revised Working Group agendas due by UTC 23:59.= =C2=A0
    • 2018-11-30 (Friday): Proceedings submission cutoff date by UTC 23:59= .
    • 2018-12-24 (Monday): Proceedings submission corrections cutoff date = by UTC 23:59.
    --000000000000de8f8a057899eda2-- From nobody Sat Oct 20 12:24:40 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 16AE7128CE4; Sat, 20 Oct 2018 12:24:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154006347904.13818.14944019969585377758@ietfa.amsl.com> Date: Sat, 20 Oct 2018 12:24:39 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-17.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 19:24:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : A YANG Data Model for Traffic Engineering Tunnels and Interfaces Authors : Tarek Saad Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Himanshu Shah Igor Bryskin Filename : draft-ietf-teas-yang-te-17.txt Pages : 98 Date : 2018-10-20 Abstract: This document defines a YANG data model for the configuration and management of Traffic Engineering (TE) interfaces, tunnels and Label Switched Paths (LSPs). The model is divided into YANG modules that classify data into generic, device-specific, technology agnostic, and technology-specific elements. This model covers data for configuration, operational state, remote procedural calls, and event notifications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-17 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-te-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-17 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 Sat Oct 20 21:32:13 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 15BB0130E06; Sat, 20 Oct 2018 21:32:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154009632305.13786.245373072696666040@ietfa.amsl.com> Date: Sat, 20 Oct 2018 21:32:03 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-rsvp-te-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 04:32:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : A YANG Data Model for RSVP-TE Authors : Vishnu Pavan Beeram Tarek Saad Rakesh Gandhi Xufeng Liu Igor Bryskin Himanshu Shah Filename : draft-ietf-teas-yang-rsvp-te-04.txt Pages : 44 Date : 2018-10-20 Abstract: This document defines a YANG data model for the configuration and management of RSVP (Resource Reservation Protocol) to establish Traffic-Engineered (TE) Label-Switched Paths (LSPs) for MPLS (Multi- Protocol Label Switching) and other technologies. The model defines a generic RSVP-TE module for signaling LSPs that is technology agnostic. The generic RSVP-TE module is to be augmented by technology specific RSVP-TE modules that define technology specific data. This document also defines the augmentation for RSVP- TE MPLS LSPs model. This model covers data for the configuration, operational state, remote procedural calls, and event notifications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-rsvp-te/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-rsvp-te-04 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-rsvp-te-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-rsvp-te-04 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 Mon Oct 22 01:18:37 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 82043130DFB; Mon, 22 Oct 2018 01:18:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154019631547.15179.5884413167334942037@ietfa.amsl.com> Date: Mon, 22 Oct 2018 01:18:35 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-native-ip-scenarios-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 08:18:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Scenario, Simulation and Suggestion of PCE in Native IP Network Authors : Aijun Wang Xiaohong Huang Caixia Kou Zhenqiang Li Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-02.txt Pages : 13 Date : 2018-10-22 Abstract: This document describes the scenarios, simulation and suggestions for PCE in native IP network, which integrates the merit of distributed protocols (IGP/BGP), and the power of centrally control technologies (PCE/SDN) to provide one feasible traffic engineering solution in various complex scenarios for the service provider. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-02 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-native-ip-scenarios-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Oct 22 01:27:41 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 03BB7130DF4; Mon, 22 Oct 2018 01:27:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154019685998.15320.16856506751170513154@ietfa.amsl.com> Date: Mon, 22 Oct 2018 01:27:40 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pce-native-ip-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 08:27:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : PCE in Native IP Network Authors : Aijun Wang Quintin Zhao Boris Khasanov Huaimo Chen Raghavendra Mallya Filename : draft-ietf-teas-pce-native-ip-02.txt Pages : 11 Date : 2018-10-22 Abstract: This document defines the CCDR framework for traffic engineering within native IP network, using Dual/Multi-BGP session strategy and PCE-based central control architecture. The proposed central mode control framework conforms to the concept that defined in [RFC8283]. The scenario and simulation results of CCDR traffic engineering is described in draft [I-D.ietf-teas-native-ip-scenarios]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pce-native-ip-02 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pce-native-ip-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pce-native-ip-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Oct 22 01:58:13 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5A8E130E05; Mon, 22 Oct 2018 01:58:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 I4HPNsjoU9xS; Mon, 22 Oct 2018 01:58:09 -0700 (PDT) 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 3151E130E10; Mon, 22 Oct 2018 01:58:08 -0700 (PDT) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id D8900368CA7E9; Mon, 22 Oct 2018 09:58:04 +0100 (IST) Received: from DGGEMA422-HUB.china.huawei.com (10.1.198.155) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 22 Oct 2018 09:58:05 +0100 Received: from DGGEMA503-MBX.china.huawei.com ([169.254.1.49]) by dggema422-hub.china.huawei.com ([10.1.198.155]) with mapi id 14.03.0399.000; Mon, 22 Oct 2018 16:57:53 +0800 From: "Hejia (Jia)" To: "teas@ietf.org" , "ccamp@ietf.org" CC: Italo Busi Thread-Topic: New Version Notification for draft-he-teas-gmpls-signaling-smp-00.txt Thread-Index: AdRp4l17inIWhcR2SMakREVPd/Kj4Q== Date: Mon, 22 Oct 2018 08:57:52 +0000 Message-ID: <735916399E11684EAF4EB4FB376B719553B70CBE@DGGEMA503-MBX.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.57.113.38] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] Fw: New Version Notification for draft-he-teas-gmpls-signaling-smp-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 08:58:13 -0000 SGkgQWxsLA0KDQpBIG5ldyB2ZXJzaW9uIG9mIEdNUExTIHNpZ25hbGluZyBleHRlbnNpb24gdG8g YWRkcmVzcyBnZW5lcmljIHNoYXJlZCBtZXNoIHByb3RlY3Rpb24gKFNNUCkgbWVjaGFuaXNtIHdh cyBzdWJtaXR0ZWQgdG8gVEVBUyBXRyBhcyBwZXIgc3VnZ2VzdGlvbnMgZnJvbSBsYXN0IElFVEYg bWVldGluZy4gDQoNCg0KQi5SLg0KSmlhDQoNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7 tuS6ujogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGll dGYub3JnXSANCuWPkemAgeaXtumXtDogMjAxOOW5tDEw5pyIMjLml6UgMTY6MzYNCuaUtuS7tuS6 ujogSGVqaWEgKEppYSkgPGhlamlhQGh1YXdlaS5jb20+OyBJdGFsbyBCdXNpIDxJdGFsby5CdXNp QGh1YXdlaS5jb20+OyBIZWppYSAoSmlhKSA8aGVqaWFAaHVhd2VpLmNvbT4NCuS4u+mimDogTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1oZS10ZWFzLWdtcGxzLXNpZ25hbGluZy1z bXAtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWhlLXRlYXMtZ21wbHMt c2lnbmFsaW5nLXNtcC0wMC50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkg SXRhbG8gQnVzaSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlk cmFmdC1oZS10ZWFzLWdtcGxzLXNpZ25hbGluZy1zbXANClJldmlzaW9uOgkwMA0KVGl0bGU6CQlH TVBMUyBTaWduYWxpbmcgRXh0ZW5zaW9ucyBmb3IgU2hhcmVkIE1lc2ggUHJvdGVjdGlvbg0KRG9j dW1lbnQgZGF0ZToJMjAxOC0xMC0yMg0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBh Z2VzOgkJOQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC1oZS10ZWFzLWdtcGxzLXNpZ25hbGluZy1zbXAtMDAudHh0DQpTdGF0dXM6ICAg ICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaGUtdGVhcy1nbXBs cy1zaWduYWxpbmctc21wLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1oZS10ZWFzLWdtcGxzLXNpZ25hbGluZy1zbXAtMDANCkh0bWxpemVkOiAgICAg ICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWhlLXRlYXMtZ21w bHMtc2lnbmFsaW5nLXNtcA0KDQoNCkFic3RyYWN0Og0KICAgSVRVLVQgUmVjb21tZW5kYXRpb24g Ry44MDguMyBbRzgwOC4zXSBkZWZpbmVzIHRoZSBnZW5lcmljIGFzcGVjdHMNCiAgIG9mIGEgc2hh cmVkIG1lc2ggcHJvdGVjdGlvbiAoU01QKSBtZWNoYW5pc20sIHdoZXJlIHRoZSBkaWZmZXJlbmNl DQogICBiZXR3ZWVuIFNNUCBhbmQgc2hhcmVkIG1lc2ggcmVzdG9yYXRpb24gKFNNUikgaXMgYWxz byBpZGVudGlmaWVkLg0KICAgSVRVLVQgUmVjb21tZW5kYXRpb24gRy44NzMuMyBbRzg3My4zXSBk ZWZpbmVzIHRoZSBwcm90ZWN0aW9uDQogICBzd2l0Y2hpbmcgb3BlcmF0aW9uIGFuZCBhc3NvY2lh dGVkIHByb3RvY29sIGZvciBzaGFyZWQgbWVzaA0KICAgcHJvdGVjdGlvbiAoU01QKSBhdCB0aGUg b3B0aWNhbCBkYXRhIHVuaXQgKE9EVSkgbGF5ZXIuIFJGQyA3NDEyDQogICBwcm92aWRlcyByZXF1 aXJlbWVudHMgZm9yIGFueSBtZWNoYW5pc20gdGhhdCB3b3VsZCBiZSB1c2VkIHRvDQogICBpbXBs ZW1lbnQgU01QIGluIGFuIE1QTFMtVFAgbmV0d29yay4NCg0KICAgVGhpcyBkb2N1bWVudCB1cGRh dGVzIFJGQyA0ODcyIHRvIHByb3ZpZGUgdGhlIGV4dGVuc2lvbnMgdG8gdGhlDQogICBHZW5lcmFs aXplZCBNdWx0aS1Qcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgKEdNUExTKSBzaWduYWxpbmcgdG8N CiAgIHN1cHBvcnQgdGhlIGNvbnRyb2wgb2YgdGhlIHNoYXJlZCBtZXNoIHByb3RlY3Rpb24uDQoN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0 Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Mon Oct 22 04:28:50 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54BE9124D68; Mon, 22 Oct 2018 04:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 sgyg8Pfb-r0O; Mon, 22 Oct 2018 04:28:45 -0700 (PDT) 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 6D6C5128A6E; Mon, 22 Oct 2018 04:28:45 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 71083A882DFE1; Mon, 22 Oct 2018 12:28:41 +0100 (IST) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 22 Oct 2018 12:28:42 +0100 Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.120]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0415.000; Mon, 22 Oct 2018 19:28:38 +0800 From: "Dongjie (Jimmy)" To: Matt Hartley , "teas@ietf.org" CC: "teas-chairs@ietf.org" Thread-Topic: [Teas] Agenda for Bangkok Thread-Index: AQHUYAvKtZ9+fdrrZEK1+3QHLmLB0KUkv6MAgAZCizA= Date: Mon, 22 Oct 2018 11:28:37 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927C2B83347@NKGEML515-MBS.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C927C2B83347NKGEML515MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 11:28:49 -0000 --_000_76CD132C3ADEF848BD84D028D243C927C2B83347NKGEML515MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWF0dCBhbmQgY2hhaXJzLA0KDQpXZSB3b3VsZCBsaWtlIHRvIHJlcXVlc3QgZm9yIDEwIG1p bnMgZm9yIHRoZSB1cGRhdGUgb2YgdGhlIGZvbGxvd2luZyBkb2N1bWVudDoNCg0K4oCcQSBGcmFt ZXdvcmsgZm9yIEVuaGFuY2VkIFZpcnR1YWwgUHJpdmF0ZSBOZXR3b3JrcyAoVlBOKynigJ06IGRy YWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4tMDINCg0KVGhlIHByZXNlbnRlciB3b3VsZCBiZSBt ZS4gVGhhbmtzLg0KDQpCZXN0IHJlZ2FyZHMsDQpKaWUNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRl YXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1hdHQgSGFydGxleQ0KU2VudDogRnJp ZGF5LCBPY3RvYmVyIDE5LCAyMDE4IDEyOjUyIEFNDQpUbzogdGVhc0BpZXRmLm9yZw0KQ2M6IHRl YXMtY2hhaXJzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1RlYXNdIEFnZW5kYSBmb3IgQmFuZ2tv aw0KDQpBbGwsDQoNCkEgcmVtaW5kZXIgLSBwbGVhc2Ugc2VuZCBzbG90IHJlcXVlc3RzIGJ5IE1v bmRheS4NCg0KQ2hlZXJzDQoNCk1hdHQNCg0KT24gVHVlLCBPY3QgOSwgMjAxOCBhdCA0OjA2IFBN IE1hdHQgSGFydGxleSA8bWhhcnRsZXkuaWV0ZkBnbWFpbC5jb208bWFpbHRvOm1oYXJ0bGV5Li5p ZXRmQGdtYWlsLmNvbT4+IHdyb3RlOg0KQWxsLA0KDQpUaGUgcHJlbGltaW5hcnkgYWdlbmRhIGZv ciBCYW5na29rIGlzIGF2YWlsYWJsZSBhdCBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21l ZXRpbmcvMTAzL2FnZW5kYS5odG1sLiBXZSdyZSBjdXJyZW50bHkgc2NoZWR1bGVkIGZvciB0d28g aG91cnMgaW4gdGhlIGFmdGVybm9vbiBvbiBUdWVzZGF5IChOb3ZlbWJlciA2dGgsIDE2OjEwIC0g MTg6MTApLg0KDQpJZiB5b3UnZCBsaWtlIHRvIHByZXNlbnQgYSBkcmFmdCwgcGxlYXNlIHNlbmQg YSByZXF1ZXN0IHRvIG1lIGFuZCB0aGUgQ2hhaXJzIGJ5IHRoZSBlbmQgb2YgdGhlIGRheSBvbiBN b25kYXksIE9jdG9iZXIgMjJuZCB3aXRoIHRlaCBkcmFmdCBuYW1lLCBzcGVha2VyLCBhbmQgaG93 IGxvbmcgeW91IG5lZWQuIFBsZWFzZSBub3RlIHRoYXQgdGhpcyBpcyBhbHNvIHRoZSBjdXQtb2Zm IGZvciBkcmFmdCBzdWJtaXNzaW9ucy4gSWYgeW91IGhhdmUgYSBXRyBkcmFmdCB0aGF0IHlvdSBh cmVuJ3QgcHJlc2VudGluZywgcGxlYXNlIHByb3ZpZGUgYSBzdGF0dXMgdXBkYXRlLg0KDQpUaGFu a3MNCg0KTWF0dC9Mb3UvUGF2YW4NCg0KSW1wb3J0YW50IGRhdGVzOg0KDQogICogICAyMDE4LTEw LTEyIChGcmlkYXkpOiBGaW5hbCBhZ2VuZGEgdG8gYmUgcHVibGlzaGVkLg0KICAqICAgMjAxOC0x MC0yMiAoTW9uZGF5KTogSW50ZXJuZXQgRHJhZnQgc3VibWlzc2lvbiBjdXQtb2ZmIChmb3IgYWxs IGRyYWZ0cywgaW5jbHVkaW5nIC0wMCkgYnkgVVRDIDIzOjU5Lg0KICAqICAgMjAxOC0xMC0yMiAo TW9uZGF5KTogU3RhbmRhcmQgcmF0ZSByZWdpc3RyYXRpb24gYW5kIHBheW1lbnQgY3V0LW9mZiBh dCBVVEMgMjM6NTkuLg0KICAqICAgMjAxOC0xMC0yNCAoV2VkbmVzZGF5KTogRHJhZnQgV29ya2lu ZyBHcm91cCBhZ2VuZGFzIGR1ZSBieSBVVEMgMjM6NTkuDQogICogICAyMDE4LTEwLTI5IChNb25k YXkpOiBSZWdpc3RyYXRpb24gY2FuY2VsbGF0aW9uIGN1dC1vZmYgYXQgVVRDIDIzOjU5Lg0KICAq ICAgMjAxOC0xMC0yOSAoTW9uZGF5KTogUmV2aXNlZCBXb3JraW5nIEdyb3VwIGFnZW5kYXMgZHVl IGJ5IFVUQyAyMzo1OS4NCiAgKiAgIDIwMTgtMTEtMzAgKEZyaWRheSk6IFByb2NlZWRpbmdzIHN1 Ym1pc3Npb24gY3V0b2ZmIGRhdGUgYnkgVVRDIDIzOjU5Lg0KICAqICAgMjAxOC0xMi0yNCAoTW9u ZGF5KTogUHJvY2VlZGluZ3Mgc3VibWlzc2lvbiBjb3JyZWN0aW9ucyBjdXRvZmYgZGF0ZSBieSBV VEMgMjM6NTkuDQo= --_000_76CD132C3ADEF848BD84D028D243C927C2B83347NKGEML515MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxA5a6L5L2TIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk65a6L5L2TO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcy LjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQov KiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxNDI3MzgyMzE3 Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo0NDQ1MDk4MzY7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w OjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxp c3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIx Ni4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGlu Z3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwN Cgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxp bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+SGkgTWF0dCBhbmQgY2hhaXJzLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldlIHdvdWxkIGxpa2UgdG8g cmVxdWVzdCBmb3IgMTAgbWlucyBmb3IgdGhlIHVwZGF0ZSBvZiB0aGUgZm9sbG93aW5nIGRvY3Vt ZW50OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj7igJxBIEZyYW1ld29yayBmb3IgRW5oYW5jZWQgVmlydHVhbCBQcml2 YXRlIE5ldHdvcmtzIChWUE4mIzQzOynigJ06IGRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4t MDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+VGhlIHByZXNlbnRlciB3b3VsZCBiZSBtZS4gVGhhbmtzLg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkppZTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFRlYXMgW21h aWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPk1hdHQgSGFy dGxleTxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE9jdG9iZXIgMTksIDIwMTggMTI6NTIgQU08 YnI+DQo8Yj5Ubzo8L2I+IHRlYXNAaWV0Zi5vcmc8YnI+DQo8Yj5DYzo8L2I+IHRlYXMtY2hhaXJz QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbVGVhc10gQWdlbmRhIGZvciBCYW5n a29rPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BbGws PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5BIHJlbWlu ZGVyIC0gcGxlYXNlIHNlbmQgc2xvdCByZXF1ZXN0cyBieSBNb25kYXkuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5DaGVlcnM8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPk1hdHQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T24gVHVlLCBPY3QgOSwgMjAxOCBhdCA0OjA2 IFBNIE1hdHQgSGFydGxleSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1oYXJ0bGV5Li5pZXRmQGdtYWls LmNvbSI+bWhhcnRsZXkuaWV0ZkBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt bGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2lu LWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QWxsLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIHByZWxpbWluYXJ5IGFnZW5kYSBm b3IgQmFuZ2tvayBpcyBhdmFpbGFibGUgYXQNCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvbWVldGluZy8xMDMvYWdlbmRhLmh0bWwiIHRhcmdldD0iX2JsYW5rIj5odHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL2FnZW5kYS5odG1sPC9hPi4gV2UncmUg Y3VycmVudGx5IHNjaGVkdWxlZCBmb3IgdHdvIGhvdXJzIGluIHRoZSBhZnRlcm5vb24gb24gVHVl c2RheSAoTm92ZW1iZXIgNnRoLCAxNjoxMCAtIDE4OjEwKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPklmIHlvdSdkIGxpa2UgdG8gcHJlc2VudCBhIGRy YWZ0LCBwbGVhc2Ugc2VuZCBhIHJlcXVlc3QgdG8gbWUgYW5kIHRoZSBDaGFpcnMgYnkgdGhlIGVu ZCBvZiB0aGUgZGF5IG9uIE1vbmRheSwgT2N0b2JlciAyMm5kIHdpdGggdGVoIGRyYWZ0IG5hbWUs IHNwZWFrZXIsIGFuZCBob3cgbG9uZyB5b3UgbmVlZC4gUGxlYXNlIG5vdGUgdGhhdCB0aGlzIGlz IGFsc28gdGhlIGN1dC1vZmYNCiBmb3IgZHJhZnQgc3VibWlzc2lvbnMuIElmIHlvdSBoYXZlIGEg V0cgZHJhZnQgdGhhdCB5b3UgYXJlbid0IHByZXNlbnRpbmcsIHBsZWFzZSBwcm92aWRlIGEgc3Rh dHVzIHVwZGF0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPlRoYW5rczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+TWF0dC9Mb3UvUGF2YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPkltcG9ydGFudCBkYXRlczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0 OmwwIGxldmVsMSBsZm8xIj4NCjxiPjxzcGFuIGxhbmc9IkVOLVVTIj4yMDE4LTEwLTEyIChGcmlk YXkpOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBGaW5hbCBhZ2VuZGEgdG8gYmUgcHVi bGlzaGVkLg0KPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjxiPjxzcGFuIGxhbmc9IkVOLVVTIj4yMDE4LTEwLTIy IChNb25kYXkpOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBJbnRlcm5ldCBEcmFmdCBz dWJtaXNzaW9uIGN1dC1vZmYgKGZvciBhbGwgZHJhZnRzLCBpbmNsdWRpbmcgLTAwKSBieSBVVEMg MjM6NTkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNv LWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPGI+PHNwYW4gbGFuZz0iRU4tVVMiPjIwMTgtMTAtMjIg KE1vbmRheSk6PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IFN0YW5kYXJkIHJhdGUgcmVn aXN0cmF0aW9uIGFuZCBwYXltZW50IGN1dC1vZmYgYXQgVVRDIDIzOjU5Li4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZv MSI+DQo8Yj48c3BhbiBsYW5nPSJFTi1VUyI+MjAxOC0xMC0yNCAoV2VkbmVzZGF5KTo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gRHJhZnQgV29ya2luZyBHcm91cCBhZ2VuZGFzIGR1ZSBi eSBVVEMgMjM6NTkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPGI+PHNwYW4gbGFuZz0iRU4tVVMiPjIwMTgt MTAtMjkgKE1vbmRheSk6PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IFJlZ2lzdHJhdGlv biBjYW5jZWxsYXRpb24gY3V0LW9mZiBhdCBVVEMgMjM6NTkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KPGI+ PHNwYW4gbGFuZz0iRU4tVVMiPjIwMTgtMTAtMjkgKE1vbmRheSk6PC9zcGFuPjwvYj48c3BhbiBs YW5nPSJFTi1VUyI+IFJldmlzZWQgV29ya2luZyBHcm91cCBhZ2VuZGFzIGR1ZSBieSBVVEMgMjM6 NTkuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjxiPjxzcGFuIGxhbmc9IkVOLVVTIj4yMDE4LTExLTMw IChGcmlkYXkpOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBQcm9jZWVkaW5ncyBzdWJt aXNzaW9uIGN1dG9mZiBkYXRlIGJ5IFVUQyAyMzo1OS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+ PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8Yj48c3Bh biBsYW5nPSJFTi1VUyI+MjAxOC0xMi0yNCAoTW9uZGF5KTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9 IkVOLVVTIj4gUHJvY2VlZGluZ3Mgc3VibWlzc2lvbiBjb3JyZWN0aW9ucyBjdXRvZmYgZGF0ZSBi eSBVVEMgMjM6NTkuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_76CD132C3ADEF848BD84D028D243C927C2B83347NKGEML515MBSchi_-- From nobody Mon Oct 22 05:39:22 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C092F130E18; Mon, 22 Oct 2018 05:39:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154021196176.15213.15459647668618637127@ietfa.amsl.com> Date: Mon, 22 Oct 2018 05:39:21 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-l3-te-topo-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 12:39:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for Layer 3 TE Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez de Dios Filename : draft-ietf-teas-yang-l3-te-topo-03.txt Pages : 56 Date : 2018-10-22 Abstract: This document defines a YANG data model for layer 3 traffic engineering topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-l3-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-l3-te-topo-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-l3-te-topo-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-l3-te-topo-03 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 Mon Oct 22 05:45:40 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 67E5A130EDA; Mon, 22 Oct 2018 05:45:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154021232437.15373.8616632445718136122@ietfa.amsl.com> Date: Mon, 22 Oct 2018 05:45:24 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-sr-te-topo-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 12:45:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : YANG Data Model for SR and SR TE Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Stephane Litkowski Filename : draft-ietf-teas-yang-sr-te-topo-03.txt Pages : 30 Date : 2018-10-22 Abstract: This document defines a YANG data model for Segment Routing (SR) topology and Segment Routing (SR) traffic engineering (TE) topology. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-sr-te-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-sr-te-topo-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-sr-te-topo-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-sr-te-topo-03 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 Mon Oct 22 06:29:47 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E03128D0C; Mon, 22 Oct 2018 06:29:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 3K1GN3r1xCD5; Mon, 22 Oct 2018 06:29:42 -0700 (PDT) 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 6576412D4EF; Mon, 22 Oct 2018 06:29:42 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id B11B11DE7C8F6; Mon, 22 Oct 2018 14:29:38 +0100 (IST) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 22 Oct 2018 14:28:53 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML703-CHM.china.huawei.com ([169.254.5.30]) with mapi id 14.03.0415.000; Mon, 22 Oct 2018 06:28:41 -0700 From: Igor Bryskin To: "mhartley.ietf@gmail.com" , Igor Bryskin CC: "teas@ietf.org" , "teas-chairs@ietf.org" Thread-Topic: [Teas] Agenda for Bangkok Thread-Index: AQHUYAvLnUxqjMhCf0KpArxMeK4O66UluxgA//+XWyCAAicAAIAD3MDc Date: Mon, 22 Oct 2018 13:28:40 +0000 Message-ID: References: <0C72C38E7EBC34499E8A9E7DD00786391C528066@sjceml521-mbx.china.huawei.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan5bcdd0c944d9af3d6e2alocalhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Agenda for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 13:29:46 -0000 --_000_etPan5bcdd0c944d9af3d6e2alocalhost_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Correct. Igor From:Matt Hartley To:Igor Bryskin, Cc:teas@ietf.org,teas-chairs@ietf.org, Date:2018-10-19 15:30:13 Subject:Re: [Teas] Agenda for Bangkok Thanks, Igor. I assume you'll be presenting? Cheers Matt On Thu, Oct 18, 2018 at 1:44 PM Igor Bryskin > wrote: Hi Matt and Chairs, We request a 12-15 min slot for presenting the following document: Basic YANG Model for Steering Client Services To Server Tunnels draft-bryskin-teas-service-tunnel-steering-model-00 Thanks, Igor From: Teas [mailto:teas-bounces@ietf.org] On = Behalf Of Matt Hartley Sent: Thursday, October 18, 2018 12:52 PM To: teas@ietf.org Cc: teas-chairs@ietf.org Subject: Re: [Teas] Agenda for Bangkok All, A reminder - please send slot requests by Monday. Cheers Matt On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley > wrote: All, The preliminary agenda for Bangkok is available at https://datatracker.ietf= .org/meeting/103/agenda.html. We're currently scheduled for two hours in th= e afternoon on Tuesday (November 6th, 16:10 - 18:10). If you'd like to present a draft, please send a request to me and the Chair= s by the end of the day on Monday, October 22nd with teh draft name, speake= r, and how long you need. Please note that this is also the cut-off for dra= ft submissions. If you have a WG draft that you aren't presenting, please p= rovide a status update. Thanks Matt/Lou/Pavan Important dates: * 2018-10-12 (Friday): Final agenda to be published. * 2018-10-22 (Monday): Internet Draft submission cut-off (for all draft= s, including -00) by UTC 23:59. * 2018-10-22 (Monday): Standard rate registration and payment cut-off a= t UTC 23:59.. * 2018-10-24 (Wednesday): Draft Working Group agendas due by UTC 23:59. * 2018-10-29 (Monday): Registration cancellation cut-off at UTC 23:59. * 2018-10-29 (Monday): Revised Working Group agendas due by UTC 23:59. * 2018-11-30 (Friday): Proceedings submission cutoff date by UTC 23:59. * 2018-12-24 (Monday): Proceedings submission corrections cutoff date b= y UTC 23:59. --_000_etPan5bcdd0c944d9af3d6e2alocalhost_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
    Correct.
    Igor
    From:Matt Hartley
    To:Igor Bryskin,
    Cc:teas@ietf.org,teas-chairs@iet= f.org,
    Date:2018-10-19 15:30:13
    Subject:Re: [Teas] Agenda for Ba= ngkok

    Thanks, Igor. I assume you'll be presenting?

    Cheers

    Matt

    On Thu, Oct 18, 2018 at 1:44 PM Igor Bryskin <Igor.Bryskin@huawei.com> wrote:<= br>

    Hi Matt and Chairs,<= /u>

     

    We request a 12-15 min = slot for presenting the following document:

    Basic YANG Model for St= eering Client Services To Server Tunnels

        = ;      draft-bryskin-teas-service-tunnel-steering-= model-00

     

    Thanks,

    Igor

     

     

     

    From: Teas [= mailto:teas-boun= ces@ietf.org] On Behalf Of Matt Hartley
    Sent: Thursday, October 18, 2018 12:52 PM
    To: teas@ietf.org=
    Cc: teas-c= hairs@ietf.org
    Subject: Re: [Teas] Agenda for Bangkok

     

    All,

     

    A reminder - please send slot requests by Monday.=

     

    Cheers

     

    Matt

     

    On Tue, Oct 9, 2018 at 4:06 PM Matt Hartley <mhartley.ietf@gma= il.com> wrote:

    All,

     

    The preliminary agenda for Bangkok is available at <= a href=3D"https://datatracker.ietf.org/meeting/103/agenda.html" target=3D"_= blank"> https://datatracker.ietf.org/meeting/103/agenda.html. We're currently s= cheduled for two hours in the afternoon on Tuesday (November 6th, 16:10 - 1= 8:10).

     

    If you'd like to present a draft, please send a requ= est to me and the Chairs by the end of the day on Monday, October 22nd with= teh draft name, speaker, and how long you need. Please note that this is a= lso the cut-off for draft submissions. If you have a WG draft that you aren't presenting, please provide a status= update.

     

    Thanks

     

    Matt/Lou/Pavan

     

    Important dates:

    • 2018-10-12 (Friday): Final agenda to be publ= ished.
    • 2018-10-22 (Monday): Interne= t Draft submission cut-off (for all drafts, including -00) by UTC 23:59.
    • 2018-10-22 (Monday): Stan= dard rate registration and payment cut-off at UTC 23:59..
    • 2018-10-24 (Wednesday): D= raft Working Group agendas due by UTC 23:59.
    • 2018-10-29 (Monday): Regi= stration cancellation cut-off at UTC 23:59.
    • 2018-10-29 (Monday): Revi= sed Working Group agendas due by UTC 23:59. 
    • 2018-11-30 (Friday): Proceedings submission cutoff = date by UTC 23:59.
    • 2018-12-24 (Monday): Proc= eedings submission corrections cutoff date by UTC 23:59.
    --_000_etPan5bcdd0c944d9af3d6e2alocalhost_-- From nobody Mon Oct 22 09:01:03 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E3C8127AC2; Mon, 22 Oct 2018 09:01:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154022406162.6304.4708808854863399271@ietfa.amsl.com> Date: Mon, 22 Oct 2018 09:01:01 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 16:01:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Yang model for requesting Path Computation Authors : Italo Busi Sergio Belotti Victor Lopez Oscar Gonzalez de Dios Anurag Sharma Yan Shi Ricard Vilalta Karthik Sethuraman Michael Scharf Daniele Ceccarelli Filename : draft-ietf-teas-yang-path-computation-03.txt Pages : 61 Date : 2018-10-22 Abstract: There are scenarios, typically in a hierarchical SDN context, where the topology information provided by a TE network provider may not be sufficient for its client to perform end-to-end path computation. In these cases the client would need to request the provider to calculate some (partial) feasible paths. This document defines a YANG data model for a stateless RPC to request path computation. This model complements the stateful solution defined in [TE-TUNNEL]. Moreover this document describes some use cases where a path computation request, via YANG-based protocols (e.g., NETCONF or RESTCONF), can be needed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computation-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-path-computation-03 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 Mon Oct 22 12:13:04 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE040130E97; Mon, 22 Oct 2018 12:12:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <154023557667.13510.1490105684652230732@ietfa.amsl.com> Date: Mon, 22 Oct 2018 12:12:56 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-te-topo-and-tunnel-modeling-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 19:13:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : TE Topology and Tunnel Modeling for Transport Networks Authors : Igor Bryskin Vishnu Pavan Beeram Tarek Saad Xufeng Liu Filename : draft-ietf-teas-te-topo-and-tunnel-modeling-03.txt Pages : 109 Date : 2018-10-22 Abstract: This document describes how to model TE topologies and tunnels for transport networks, by using the TE topology YANG model [I-D.ietf- teas-yang-te-topo] and the TE tunnel YANG model [I-D.ietf-teas-yang- te]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-topo-and-tunnel-modeling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-te-topo-and-tunnel-modeling-03 https://datatracker.ietf.org/doc/html/draft-ietf-teas-te-topo-and-tunnel-modeling-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-topo-and-tunnel-modeling-03 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 Mon Oct 22 21:22:02 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5D53130DD0 for ; Mon, 22 Oct 2018 21:22:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 c58HXja70cDN for ; Mon, 22 Oct 2018 21:21:57 -0700 (PDT) Received: from m21397.mail.qiye.163.com (m21397.mail.qiye.163.com [223.252.213.97]) by ietfa.amsl.com (Postfix) with ESMTP id A53031288BD for ; Mon, 22 Oct 2018 21:21:56 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m21397.mail.qiye.163.com (Hmail) with ESMTPA id C4A05143FFE; Tue, 23 Oct 2018 12:21:49 +0800 (CST) From: "Aijun Wang" To: "'Dongjie \(Jimmy\)'" , "'TEAS WG'" References: <76CD132C3ADEF848BD84D028D243C927A7A9AB7A@NKGEML515-MBX.china.huawei.com> In-Reply-To: <76CD132C3ADEF848BD84D028D243C927A7A9AB7A@NKGEML515-MBX.china.huawei.com> Date: Tue, 23 Oct 2018 12:21:49 +0800 Message-ID: <017301d46a87$eb331630$c1994290$@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 Thread-Index: AdRmx/zP0iooQnN+SxGwG1fgSUENjADtxV4A Content-Language: zh-cn X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PBA6Ghw4KDkOFhcJDhwLLzUV PREaCRxVSlVKTk9LSU1DTkpPTUJOVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQUNIS0k3Bg++ X-HM-Tid: 0a669f284ab17f6bkuukc4a05143ffe Archived-At: Subject: [Teas] =?utf-8?b?562U5aSNOiAgVXBkYXRlIGFuZCBSZXF1ZXN0IHRvIEFk?= =?utf-8?q?opt_draft-dong-teas-enhanced-vpn?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 04:22:01 -0000 Hi, Jie: I have just read through briefly the related drafts that you mentioned, = and have the following comments, please whether they are appropriate or = not. I think this draft is useful. It analyzes the requirements of VPN+ and = the insufficient of the current related technologies. The key points may = be that the physical resources allocation and its integration with the = SR technologies. As described within the draft, such solution is needed to meet the = emerge critical services in 5G era.=20 >From my understandings, the extension to the IGP protocol is necessary, = as described in the draft = (https://tools.ietf.org/html/draft-dong-lsr-sr-enhanced-vpn-00), but the = most challenge works to fulfill the requirements mentioned in = https://tools.ietf.org/html/draft-dong-teas-enhanced-vpn-02 is how to = integrate the candidate technologies/solutions seamlessly. For example, = ACTN provides the architecture for coordination between the controller = in different layer/domain and the communication models among them, SR = provides the flexibility to program the packet path on demand and the = FlexE/Dedicated Queues etc provides the assured delivery service in each = segment/node. Then, is it better to combine the draft = https://tools.ietf.org/html/draft-dong-teas-enhanced-vpn-02 with draft = https://tools.ietf.org/html/draft-dong-spring-sr-for-enhanced-vpn-01 to = focus on the above aim? And, draft = https://tools.ietf.org/html/draft-lee-rtgwg-actn-applicability-enhanced-v= pn-03 analyses the gap between ACTN and the requirements of VPN+, can it = also be integrated together? After doing the above work, the structure of the draft may be the = followings: 1. Overview of the Requirements(as that in current draft) 2. Candidate Solutions(not technology) (as that in current draft, but = simplified) 3. Gap with the ACTN architecture.(as that in draft from Lee/Daniel) 4. Proposed VPN+ framework and solution(as that in current draft, but = more pertinences to the integration descriptions as that in = https://tools.ietf.org/html/draft-dong-spring-sr-for-enhanced-vpn-01 ) 5. Proposed protocol extension(individual draft, as that in = https://tools.ietf.org/html/draft-dong-lsr-sr-enhanced-vpn-00) We can also seek the responses from the experts after your introduction = on the coming TEAS meeting, or the feedbacks on this thread. Best Regards. Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, = China. -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: Dongjie (Jimmy) = [mailto:jie.dong@huawei.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2018=E5=B9=B410=E6=9C=8818=E6=97=A5 17:51 =E6=94=B6=E4=BB=B6=E4=BA=BA: TEAS WG =E4=B8=BB=E9=A2=98: [Teas] Update and Request to Adopt = draft-dong-teas-enhanced-vpn Hi all,=20 A new revision of draft-dong-teas-enhanced-vpn is submitted to solve the = comments received recently.=20 This document specifies a framework for using existing, modified and = potential new networking technologies as components to provide an = enhanced VPN (VPN+) service. The major changes in this version are:=20 1) In Introduction section, add references to network slicing related = works in the industry.=20 2) In section 2, update the description of the isolation requirement. 3) In section 4 =E2=80=9CCandidate Technologies=E2=80=9D, reduce the = introduction about segment routing. 4) In section 4 =E2=80=9CCandidate Technologies=E2=80=9D, update the = control plane subsection and add a new sub-section for management plane 5) Add references to the candidate technologies. 6) Editorial changes to improve the readability. This document was initially submitted in last year as = draft-bryant-rtgwg-enhanced-vpn, and was presented and discussed several = times in RTGWG. According to the consensus between the chairs of RTGWG = and TEAS, this draft was moved to TEAS WG, and presented in TEAS on IETF = 102.=20 Currently there are several enhanced VPN related drafts: draft-dong-spring-sr-for-enhanced-vpn, which describes the Segment = Routing based mechanism for enabling enhanced VPN services. draft-dong-lsr-sr-enhanced-vpn, which specifies the IGP extensions = needed for SR based enhanced VPN. draft-lee-rtgwg-actn-applicability-enhanced-vpn, which describes the = applicability of ACTN to enhanced VPN. This framework document plays an important role as it builds the = foundation for the above documents.=20 After several rounds of update, the content of this document is getting = stable, the co-authors believe it is ready for the WG to adopt it, and = would like to solicit to initiate the adoption poll on this document. Best regards, Jie (on behalf of coauthors) -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Thursday, October 18, 2018 5:25 PM To: Dongjie (Jimmy) ; Stewart Bryant = ; Takuya Miyasaka ; = Zhenqiang Li Subject: New Version Notification for = draft-dong-teas-enhanced-vpn-02.txt A new version of I-D, draft-dong-teas-enhanced-vpn-02.txt has been successfully submitted by Jie Dong and posted to the IETF = repository. Name: draft-dong-teas-enhanced-vpn Revision: 02 Title: A Framework for Enhanced Virtual Private Networks (VPN+) Document date: 2018-10-18 Group: Individual Submission Pages: 27 URL: = https://www.ietf.org/internet-drafts/draft-dong-teas-enhanced-vpn-02.txt Status: = https://datatracker.ietf.org/doc/draft-dong-teas-enhanced-vpn/ Htmlized: = https://tools.ietf.org/html/draft-dong-teas-enhanced-vpn-02 Htmlized: = https://datatracker.ietf.org/doc/html/draft-dong-teas-enhanced-vpn Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-dong-teas-enhanced-vpn-02 Abstract: This document specifies a framework for using existing, modified and potential new networking technologies as components to provide an enhanced VPN (VPN+) service. The purpose is to enable virtual private networks (VPNs) to support the needs of new applications, particularly applications that are associated with 5G services. A network enhanced with these properties can form the underpinning of network slicing, but will also be of use in its own right. = =20 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. The IETF Secretariat _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Tue Oct 23 01:43:27 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD3612F1AB for ; Tue, 23 Oct 2018 01:43:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 0oukCOFx6SDJ for ; Tue, 23 Oct 2018 01:43:23 -0700 (PDT) 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 60276127148 for ; Tue, 23 Oct 2018 01:43:23 -0700 (PDT) Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 1697BB4F4FAF7 for ; Tue, 23 Oct 2018 09:43:19 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 23 Oct 2018 09:43:19 +0100 Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.120]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0415.000; Tue, 23 Oct 2018 16:43:12 +0800 From: "Dongjie (Jimmy)" To: Aijun Wang , 'TEAS WG' Thread-Topic: =?utf-8?B?W1RlYXNdIOetlOWkjTogIFVwZGF0ZSBhbmQgUmVxdWVzdCB0byBBZG9wdCBk?= =?utf-8?Q?raft-dong-teas-enhanced-vpn?= Thread-Index: AdRmx/zP0iooQnN+SxGwG1fgSUENjADtxV4AAAnG/ZA= Date: Tue, 23 Oct 2018 08:43:11 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927C2B8A41C@NKGEML515-MBS.china.huawei.com> References: <76CD132C3ADEF848BD84D028D243C927A7A9AB7A@NKGEML515-MBX.china.huawei.com> <017301d46a87$eb331630$c1994290$@org.cn> In-Reply-To: <017301d46a87$eb331630$c1994290$@org.cn> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.151.75] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] =?utf-8?b?562U5aSNOiAgVXBkYXRlIGFuZCBSZXF1ZXN0IHRvIEFk?= =?utf-8?q?opt_draft-dong-teas-enhanced-vpn?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 08:43:27 -0000 SGkgQWlqdW4sIA0KDQpUaGFua3MgYSBsb3QgZm9yIHlvdXIgcmV2aWV3IGFuZCBjb21tZW50cy4g UGxlYXNlIHNlZSBzb21lIHJlcGxpZXMgaW5saW5lOg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBBaWp1biBXYW5nDQo+IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIgMjMsIDIwMTggMTI6 MjIgUE0NCj4gVG86IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbT47ICdURUFT IFdHJyA8dGVhc0BpZXRmLm9yZz4NCj4gU3ViamVjdDogW1RlYXNdIOetlOWkjTogVXBkYXRlIGFu ZCBSZXF1ZXN0IHRvIEFkb3B0DQo+IGRyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4NCj4gDQo+ IEhpLCBKaWU6DQo+IA0KPiBJIGhhdmUganVzdCByZWFkIHRocm91Z2ggYnJpZWZseSB0aGUgcmVs YXRlZCBkcmFmdHMgdGhhdCB5b3UgbWVudGlvbmVkLCBhbmQNCj4gaGF2ZSB0aGUgZm9sbG93aW5n IGNvbW1lbnRzLCBwbGVhc2Ugd2hldGhlciB0aGV5IGFyZSBhcHByb3ByaWF0ZSBvciBub3QuDQo+ IA0KPiBJIHRoaW5rIHRoaXMgZHJhZnQgaXMgdXNlZnVsLiBJdCBhbmFseXplcyB0aGUgcmVxdWly ZW1lbnRzIG9mIFZQTisgYW5kIHRoZQ0KPiBpbnN1ZmZpY2llbnQgb2YgdGhlIGN1cnJlbnQgcmVs YXRlZCB0ZWNobm9sb2dpZXMuIFRoZSBrZXkgcG9pbnRzIG1heSBiZSB0aGF0DQo+IHRoZSBwaHlz aWNhbCByZXNvdXJjZXMgYWxsb2NhdGlvbiBhbmQgaXRzIGludGVncmF0aW9uIHdpdGggdGhlIFNS IHRlY2hub2xvZ2llcy4NCj4gQXMgZGVzY3JpYmVkIHdpdGhpbiB0aGUgZHJhZnQsIHN1Y2ggc29s dXRpb24gaXMgbmVlZGVkIHRvIG1lZXQgdGhlIGVtZXJnZQ0KPiBjcml0aWNhbCBzZXJ2aWNlcyBp biA1RyBlcmEuDQoNClllcyB0aGUga2V5IHBvaW50IGlzIHRvIGludGVncmF0ZSB0aGUgbmV0d29y ayByZXNvdXJjZXMgd2l0aCBWUE4gc2VydmljZXMgd2hpY2ggaGF2ZSBzdHJpY3QgcGVyZm9ybWFu Y2UgcmVxdWlyZW1lbnQuIEFzIHlvdSBzYWlkIFNSIGlzIG9uZSBvZiB0aGUgY2FuZGlkYXRlIHRl Y2hub2xvZ2llcywgdGhpcyBkb2N1bWVudCBhbHNvIGRlc2NyaWJlcyBvdGhlciBjYW5kaWRhdGVz LiANCg0KPiA+RnJvbSBteSB1bmRlcnN0YW5kaW5ncywgdGhlIGV4dGVuc2lvbiB0byB0aGUgSUdQ IHByb3RvY29sIGlzIG5lY2Vzc2FyeSwgYXMNCj4gZGVzY3JpYmVkIGluIHRoZSBkcmFmdA0KPiAo aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRvbmctbHNyLXNyLWVuaGFuY2VkLXZw bi0wMCksIGJ1dCB0aGUNCj4gbW9zdCBjaGFsbGVuZ2Ugd29ya3MgdG8gZnVsZmlsbCB0aGUgcmVx dWlyZW1lbnRzIG1lbnRpb25lZCBpbg0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZwbi0wMiBpcyBob3cgdG8NCj4gaW50ZWdyYXRlIHRoZSBj YW5kaWRhdGUgdGVjaG5vbG9naWVzL3NvbHV0aW9ucyBzZWFtbGVzc2x5LiBGb3IgZXhhbXBsZSwN Cj4gQUNUTiBwcm92aWRlcyB0aGUgYXJjaGl0ZWN0dXJlIGZvciBjb29yZGluYXRpb24gYmV0d2Vl biB0aGUgY29udHJvbGxlciBpbg0KPiBkaWZmZXJlbnQgbGF5ZXIvZG9tYWluIGFuZCB0aGUgY29t bXVuaWNhdGlvbiBtb2RlbHMgYW1vbmcgdGhlbSwgU1INCj4gcHJvdmlkZXMgdGhlIGZsZXhpYmls aXR5IHRvIHByb2dyYW0gdGhlIHBhY2tldCBwYXRoIG9uIGRlbWFuZCBhbmQgdGhlDQo+IEZsZXhF L0RlZGljYXRlZCBRdWV1ZXMgZXRjIHByb3ZpZGVzIHRoZSBhc3N1cmVkIGRlbGl2ZXJ5IHNlcnZp Y2UgaW4gZWFjaA0KPiBzZWdtZW50L25vZGUuDQoNCllvdSBqdXN0IGdhdmUgYSBnb29kIGV4YW1w bGUgb2YgY2FuZGlkYXRlIHRlY2hub2xvZ2llcyBpbiBkaWZmZXJlbnQgbGF5ZXJzOiBtYW5hZ2Vt ZW50IHBsYW5lLCBjZW50cmFsaXplZC9kaXN0cmlidXRlZCBjb250cm9sIHBsYW5lIGFuZCBkYXRh IHBsYW5lLiBBbGwgdGhpcyB0b2dldGhlciBidWlsZCB0aGUgYXJjaGl0ZWN0dXJlIG9mIGVuaGFu Y2VkIFZQTi4NCg0KPiANCj4gVGhlbiwgaXMgaXQgYmV0dGVyIHRvIGNvbWJpbmUgdGhlIGRyYWZ0 DQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kb25nLXRlYXMtZW5oYW5jZWQt dnBuLTAyIHdpdGggZHJhZnQNCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRv bmctc3ByaW5nLXNyLWZvci1lbmhhbmNlZC12cG4tMDEgdG8NCj4gZm9jdXMgb24gdGhlIGFib3Zl IGFpbT8NCj4gQW5kLCBkcmFmdA0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt bGVlLXJ0Z3dnLWFjdG4tYXBwbGljYWJpbGl0eS1lbmhhbmNlZC12cG4tMA0KPiAzIGFuYWx5c2Vz IHRoZSBnYXAgYmV0d2VlbiBBQ1ROIGFuZCB0aGUgcmVxdWlyZW1lbnRzIG9mIFZQTissIGNhbiBp dCBhbHNvDQo+IGJlIGludGVncmF0ZWQgdG9nZXRoZXI/DQoNCk91ciBpbnRlbnRpb24gd2FzIHRv IGRlc2NyaWJlIHRoZSBmcmFtZXdvcmssIG1lY2hhbmlzbSBhbmQgcHJvdG9jb2wgZXh0ZW5zaW9u IGluIHNlcGFyYXRlIFdHcyB3aGljaCBhcmUgbW9zdCBzdWl0YWJsZSBmb3IgZWFjaCBwaWVjZSBv ZiB0aGUgd29yay4gWW91ciBzdWdnZXN0aW9uIG9mIGNvbWJpbmluZyB0aGUgZHJhZnRzIG1ha2Vz IHNlbnNlIGluIGhlbHBpbmcgcGVvcGxlIHRvIHVuZGVyc3RhbmQgdGhlIHJlbGF0aW9uc2hpcCBi ZXR3ZWVuIHRoZXNlIHdvcmtzLiBUaGlzIG1heSBhbHNvIGJlIGRvbmUgYnkgYWRkaW5nIHJlZmVy ZW5jZXMgdG8gcmVsZXZhbnQgZHJhZnRzIGluIHRoZSBmcmFtZXdvcmsgZHJhZnQuIFdlJ2QgbGlr ZSB0byBjb2xsZWN0IG1vcmUgb3BpbmlvbnMgb24gaG93IHRvIG9yZ2FuaXplIHRoaXMgd29yayBl ZmZpY2llbnRseS4NCg0KPiANCj4gQWZ0ZXIgZG9pbmcgdGhlIGFib3ZlIHdvcmssIHRoZSBzdHJ1 Y3R1cmUgb2YgdGhlIGRyYWZ0IG1heSBiZSB0aGUgZm9sbG93aW5nczoNCj4gMS4gIE92ZXJ2aWV3 IG9mIHRoZSBSZXF1aXJlbWVudHMoYXMgdGhhdCBpbiBjdXJyZW50IGRyYWZ0KSAyLiAgQ2FuZGlk YXRlDQo+IFNvbHV0aW9ucyhub3QgdGVjaG5vbG9neSkgKGFzIHRoYXQgaW4gY3VycmVudCBkcmFm dCwgYnV0IHNpbXBsaWZpZWQpIDMuICBHYXANCj4gd2l0aCB0aGUgQUNUTiBhcmNoaXRlY3R1cmUu KGFzIHRoYXQgaW4gZHJhZnQgZnJvbSBMZWUvRGFuaWVsKSA0LiAgUHJvcG9zZWQNCj4gVlBOKyBm cmFtZXdvcmsgYW5kIHNvbHV0aW9uKGFzIHRoYXQgaW4gY3VycmVudCBkcmFmdCwgYnV0IG1vcmUg cGVydGluZW5jZXMNCj4gdG8gdGhlIGludGVncmF0aW9uIGRlc2NyaXB0aW9ucyBhcyB0aGF0IGlu DQo+IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kb25nLXNwcmluZy1zci1mb3It ZW5oYW5jZWQtdnBuLTAxICkgNS4NCj4gUHJvcG9zZWQgcHJvdG9jb2wgZXh0ZW5zaW9uKGluZGl2 aWR1YWwgZHJhZnQsIGFzIHRoYXQgaW4NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWRvbmctbHNyLXNyLWVuaGFuY2VkLXZwbi0wMCkNCj4gDQo+IFdlIGNhbiBhbHNvIHNlZWsg dGhlIHJlc3BvbnNlcyBmcm9tIHRoZSBleHBlcnRzIGFmdGVyIHlvdXIgaW50cm9kdWN0aW9uIG9u DQo+IHRoZSBjb21pbmcgVEVBUyBtZWV0aW5nLCBvciB0aGUgZmVlZGJhY2tzIG9uIHRoaXMgdGhy ZWFkLg0KDQpZZXMsIG1vcmUgZmVlZGJhY2tzIGFyZSB3ZWxjb21lLiANCg0KTWFueSB0aGFua3Ms IA0KSmllDQoNCj4gDQo+IEJlc3QgUmVnYXJkcy4NCj4gDQo+IEFpanVuIFdhbmcNCj4gTmV0d29y ayBSJkQgYW5kIE9wZXJhdGlvbiBTdXBwb3J0IERlcGFydG1lbnQgQ2hpbmEgVGVsZWNvbSBDb3Jw b3JhdGlvbg0KPiBMaW1pdGVkIEJlaWppbmcgUmVzZWFyY2ggSW5zdGl0dXRlLEJlaWppbmcsIENo aW5hLg0KPiANCj4gDQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBEb25n amllIChKaW1teSkgW21haWx0bzpqaWUuZG9uZ0BodWF3ZWkuY29tXQ0KPiDlj5HpgIHml7bpl7Q6 IDIwMTjlubQxMOaciDE45pelIDE3OjUxDQo+IOaUtuS7tuS6ujogVEVBUyBXRw0KPiDkuLvpopg6 IFtUZWFzXSBVcGRhdGUgYW5kIFJlcXVlc3QgdG8gQWRvcHQgZHJhZnQtZG9uZy10ZWFzLWVuaGFu Y2VkLXZwbg0KPiANCj4gSGkgYWxsLA0KPiANCj4gQSBuZXcgcmV2aXNpb24gb2YgZHJhZnQtZG9u Zy10ZWFzLWVuaGFuY2VkLXZwbiBpcyBzdWJtaXR0ZWQgdG8gc29sdmUgdGhlDQo+IGNvbW1lbnRz IHJlY2VpdmVkIHJlY2VudGx5Lg0KPiANCj4gVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYSBmcmFt ZXdvcmsgZm9yIHVzaW5nIGV4aXN0aW5nLCBtb2RpZmllZCBhbmQNCj4gcG90ZW50aWFsIG5ldyBu ZXR3b3JraW5nIHRlY2hub2xvZ2llcyBhcyBjb21wb25lbnRzIHRvIHByb3ZpZGUgYW4NCj4gZW5o YW5jZWQgVlBOIChWUE4rKSBzZXJ2aWNlLiBUaGUgbWFqb3IgY2hhbmdlcyBpbiB0aGlzIHZlcnNp b24gYXJlOg0KPiANCj4gICAxKSBJbiBJbnRyb2R1Y3Rpb24gc2VjdGlvbiwgYWRkIHJlZmVyZW5j ZXMgdG8gbmV0d29yayBzbGljaW5nIHJlbGF0ZWQgd29ya3MNCj4gaW4gdGhlIGluZHVzdHJ5Lg0K PiANCj4gICAyKSBJbiBzZWN0aW9uIDIsIHVwZGF0ZSB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIGlz b2xhdGlvbiByZXF1aXJlbWVudC4NCj4gDQo+ICAgMykgSW4gc2VjdGlvbiA0IOKAnENhbmRpZGF0 ZSBUZWNobm9sb2dpZXPigJ0sIHJlZHVjZSB0aGUgaW50cm9kdWN0aW9uIGFib3V0DQo+IHNlZ21l bnQgcm91dGluZy4NCj4gDQo+ICAgNCkgSW4gc2VjdGlvbiA0IOKAnENhbmRpZGF0ZSBUZWNobm9s b2dpZXPigJ0sIHVwZGF0ZSB0aGUgY29udHJvbCBwbGFuZQ0KPiBzdWJzZWN0aW9uIGFuZCBhZGQg YSBuZXcgc3ViLXNlY3Rpb24gZm9yIG1hbmFnZW1lbnQgcGxhbmUNCj4gDQo+ICAgNSkgQWRkIHJl ZmVyZW5jZXMgdG8gdGhlIGNhbmRpZGF0ZSB0ZWNobm9sb2dpZXMuDQo+IA0KPiAgIDYpIEVkaXRv cmlhbCBjaGFuZ2VzIHRvIGltcHJvdmUgdGhlIHJlYWRhYmlsaXR5Lg0KPiANCj4gVGhpcyBkb2N1 bWVudCB3YXMgaW5pdGlhbGx5IHN1Ym1pdHRlZCBpbiBsYXN0IHllYXIgYXMNCj4gZHJhZnQtYnJ5 YW50LXJ0Z3dnLWVuaGFuY2VkLXZwbiwgYW5kIHdhcyBwcmVzZW50ZWQgYW5kIGRpc2N1c3NlZCBz ZXZlcmFsDQo+IHRpbWVzIGluIFJUR1dHLiBBY2NvcmRpbmcgdG8gdGhlIGNvbnNlbnN1cyBiZXR3 ZWVuIHRoZSBjaGFpcnMgb2YgUlRHV0cNCj4gYW5kIFRFQVMsIHRoaXMgZHJhZnQgd2FzIG1vdmVk IHRvIFRFQVMgV0csIGFuZCBwcmVzZW50ZWQgaW4gVEVBUyBvbiBJRVRGDQo+IDEwMi4NCj4gDQo+ IEN1cnJlbnRseSB0aGVyZSBhcmUgc2V2ZXJhbCBlbmhhbmNlZCBWUE4gcmVsYXRlZCBkcmFmdHM6 DQo+IA0KPiAgIGRyYWZ0LWRvbmctc3ByaW5nLXNyLWZvci1lbmhhbmNlZC12cG4sIHdoaWNoIGRl c2NyaWJlcyB0aGUgU2VnbWVudA0KPiBSb3V0aW5nIGJhc2VkIG1lY2hhbmlzbSBmb3IgZW5hYmxp bmcgZW5oYW5jZWQgVlBOIHNlcnZpY2VzLg0KPiANCj4gICBkcmFmdC1kb25nLWxzci1zci1lbmhh bmNlZC12cG4sIHdoaWNoIHNwZWNpZmllcyB0aGUgSUdQIGV4dGVuc2lvbnMgbmVlZGVkDQo+IGZv ciBTUiBiYXNlZCBlbmhhbmNlZCBWUE4uDQo+IA0KPiAgIGRyYWZ0LWxlZS1ydGd3Zy1hY3RuLWFw cGxpY2FiaWxpdHktZW5oYW5jZWQtdnBuLCB3aGljaCBkZXNjcmliZXMgdGhlDQo+IGFwcGxpY2Fi aWxpdHkgb2YgQUNUTiB0byBlbmhhbmNlZCBWUE4uDQo+IA0KPiBUaGlzIGZyYW1ld29yayBkb2N1 bWVudCBwbGF5cyBhbiBpbXBvcnRhbnQgcm9sZSBhcyBpdCBidWlsZHMgdGhlIGZvdW5kYXRpb24N Cj4gZm9yIHRoZSBhYm92ZSBkb2N1bWVudHMuDQo+IA0KPiBBZnRlciBzZXZlcmFsIHJvdW5kcyBv ZiB1cGRhdGUsIHRoZSBjb250ZW50IG9mIHRoaXMgZG9jdW1lbnQgaXMgZ2V0dGluZyBzdGFibGUs DQo+IHRoZSBjby1hdXRob3JzIGJlbGlldmUgaXQgaXMgcmVhZHkgZm9yIHRoZSBXRyB0byBhZG9w dCBpdCwgYW5kIHdvdWxkIGxpa2UgdG8NCj4gc29saWNpdCB0byBpbml0aWF0ZSB0aGUgYWRvcHRp b24gcG9sbCBvbiB0aGlzIGRvY3VtZW50Lg0KPiANCj4gQmVzdCByZWdhcmRzLA0KPiBKaWUgKG9u IGJlaGFsZiBvZiBjb2F1dGhvcnMpDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmddDQo+IFNlbnQ6IFRodXJzZGF5LCBPY3RvYmVyIDE4LCAyMDE4IDU6MjUgUE0NCj4g VG86IERvbmdqaWUgKEppbW15KSA8amllLmRvbmdAaHVhd2VpLmNvbT47IFN0ZXdhcnQgQnJ5YW50 DQo+IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+OyBUYWt1eWEgTWl5YXNha2EgPHRhLW1peWFz YWthQGtkZGkuY29tPjsNCj4gWmhlbnFpYW5nIExpIDxsaXpoZW5xaWFuZ0BjaGluYW1vYmlsZS5j b20+DQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtZG9uZy10 ZWFzLWVuaGFuY2VkLXZwbi0wMi50eHQNCj4gDQo+IA0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwg ZHJhZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZwbi0wMi50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1 bGx5IHN1Ym1pdHRlZCBieSBKaWUgRG9uZyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGDQo+IHJlcG9z aXRvcnkuDQo+IA0KPiBOYW1lOgkJZHJhZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZwbg0KPiBSZXZp c2lvbjoJMDINCj4gVGl0bGU6CQlBIEZyYW1ld29yayBmb3IgRW5oYW5jZWQgVmlydHVhbCBQcml2 YXRlIE5ldHdvcmtzIChWUE4rKQ0KPiBEb2N1bWVudCBkYXRlOgkyMDE4LTEwLTE4DQo+IEdyb3Vw OgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+IFBhZ2VzOgkJMjcNCj4gVVJMOg0KPiBodHRwczov L3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZw bi0wMi50eHQNCj4gU3RhdHVzOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1kb25nLXRlYXMtZW5oYW5jZWQtdnBuLw0KPiBIdG1saXplZDoNCj4gaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRvbmctdGVhcy1lbmhhbmNlZC12cG4tMDINCj4gSHRtbGl6 ZWQ6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtZG9uZy10 ZWFzLWVuaGFuY2VkLXZwbg0KPiBEaWZmOg0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtZG9uZy10ZWFzLWVuaGFuY2VkLXZwbi0wMg0KPiANCj4gQWJzdHJhY3Q6DQo+ ICAgIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgZnJhbWV3b3JrIGZvciB1c2luZyBleGlzdGlu ZywgbW9kaWZpZWQgYW5kDQo+ICAgIHBvdGVudGlhbCBuZXcgbmV0d29ya2luZyB0ZWNobm9sb2dp ZXMgYXMgY29tcG9uZW50cyB0byBwcm92aWRlIGFuDQo+ICAgIGVuaGFuY2VkIFZQTiAoVlBOKykg c2VydmljZS4gIFRoZSBwdXJwb3NlIGlzIHRvIGVuYWJsZSB2aXJ0dWFsDQo+ICAgIHByaXZhdGUg bmV0d29ya3MgKFZQTnMpIHRvIHN1cHBvcnQgdGhlIG5lZWRzIG9mIG5ldyBhcHBsaWNhdGlvbnMs DQo+ICAgIHBhcnRpY3VsYXJseSBhcHBsaWNhdGlvbnMgdGhhdCBhcmUgYXNzb2NpYXRlZCB3aXRo IDVHIHNlcnZpY2VzLiAgQQ0KPiAgICBuZXR3b3JrIGVuaGFuY2VkIHdpdGggdGhlc2UgcHJvcGVy dGllcyBjYW4gZm9ybSB0aGUgdW5kZXJwaW5uaW5nIG9mDQo+ICAgIG5ldHdvcmsgc2xpY2luZywg YnV0IHdpbGwgYWxzbyBiZSBvZiB1c2UgaW4gaXRzIG93biByaWdodC4NCj4gDQo+IA0KPiANCj4g DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9t IHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5k IGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNl Y3JldGFyaWF0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBUZWFzIG1haWxpbmcgbGlzdA0KPiBUZWFzQGlldGYub3JnDQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0KPiANCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gVGVhcyBtYWlsaW5nIGxpc3QNCj4g VGVhc0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Rl YXMNCg== From nobody Tue Oct 23 05:16:59 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E9E2130E35 for ; Tue, 23 Oct 2018 05:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 V6t27ZW-NmmJ for ; Tue, 23 Oct 2018 05:16:53 -0700 (PDT) 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 93051130E7A for ; Tue, 23 Oct 2018 05:16:53 -0700 (PDT) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id E68AE34305E24 for ; Tue, 23 Oct 2018 13:16:47 +0100 (IST) Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by lhreml703-cah.china.huawei.com ([10.201.108.44]) with mapi id 14.03.0415.000; Tue, 23 Oct 2018 13:16:46 +0100 From: Italo Busi To: "teas@ietf.org" Thread-Topic: New Version Notification for draft-ietf-teas-yang-path-computation-03.txt Thread-Index: AQHUaiBz40A2CBRicUGEk6zgFcEJWqUsvoAw Date: Tue, 23 Oct 2018 12:16:46 +0000 Message-ID: <91E3A1BD737FDF4FA14118387FF6766B1590ABD1@lhreml504-mbs> References: <154022406175.6304.1005965173385368438.idtracker@ietfa.amsl.com> In-Reply-To: <154022406175.6304.1005965173385368438.idtracker@ietfa.amsl.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.203.246.81] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] FW: New Version Notification for draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 12:16:57 -0000 RGVhciBURUFTIFdHLA0KDQpXZSBoYXZlIGp1c3QgdXBsb2FkZWQgYSByZXZpc2VkIHZlcnNpb24g b2YgdGhlIEktRC4gVGhlIG1haW4gY2hhbmdlcyBhcmU6DQoNCi0gbmV3IHRleHQgYmFzZWQgb24g dGhlIG1haWxpbmcgbGlzdCBhbmQgb2ZmbGluZSBkaXNjdXNzaW9ucyB0byBjbGFyaWZ5IHRoYXQg dGhlIHBhdGggYmVpbmcgc2V0dXAgaXMgbm90IG5lY2Vzc2FyaWx5IHRoZSBzYW1lIGFzIHRoZSBj b21wdXRlZCBwYXRoIGFuZCB0aGVyZWZvcmUgdGhhdCBhIHBhdGggdmVyaWZpY2F0aW9uIHBoYXNl IGlzIG5lZWRlZCB0byBjaGVjayB0aGF0IHRoZSBhY3R1YWwgcGF0aCBiZWluZyBzZXR1cCBtZWV0 cyB0aGUgcmVxdWlyZWQgZW5kLXRvLWVuZCBtZXRyaWNzIGFuZCBjb25zdHJhaW50cyAodGhhbmtz IHRvIGFsbCB3aG8gY29udHJpYnV0ZWQgdG8gdGhlIG1haWxpbmcgbGlzdCBkaXNjdXNzaW9uIGFu ZCB0byBEaHJ1diBmb3IgdGhlIHN1Z2dlc3Rpb24gYWJvdXQgdGhlIHBhdGggdmVyaWZpY2F0aW9u KQ0KIA0KLSBZQU5HIG1vZGVsIHVwZGF0ZXMgdG8gYWxsb3cgcmVxdWVzdGluZyB0aGUgcGF0aCBz cmxncyBhbmQgYWZmaW5pdGllcyBiZWluZyByZXR1cm5lZCB0b2dldGhlciB3aXRoIHRoZSByZXN1 bHQgb2YgcGF0aCBjb21wdXRhdGlvbg0KDQpXZSB3ZWxjb21lIGZ1cnRoZXIgcmV2aWV3IGFuZCBj b21tZW50cyBmcm9tIHRoZSBXRw0KDQpUaGFua3MsIFNlcmdpbyBhbmQgSXRhbG8gKG9uIGJlaGFs ZiBvZiBjby1hdXRob3JzKQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSAN ClNlbnQ6IE1vbmRheSwgT2N0b2JlciAyMiwgMjAxOCA2OjAxIFBNDQpUbzogUmljYXJkIFZpbGF0 YSA8cmljYXJkLnZpbGFsdGFAY3R0Yy5lcz47IERhbmllbGUgQ2VjY2FyZWxsaSA8ZGFuaWVsZS5j ZWNjYXJlbGxpQGVyaWNzc29uLmNvbT47IE9zY2FyIEdvbnphbGV6IGRlIERpb3MgPG9zY2FyLmdv bnphbGV6ZGVkaW9zQHRlbGVmb25pY2EuY29tPjsgTWljaGFlbCBTY2hhcmYgPG1pY2hhZWwuc2No YXJmQGdtYWlsLmNvbT47IE9zY2FyIGRlIERpb3MgPG9zY2FyLmdvbnphbGV6ZGVkaW9zQHRlbGVm b25pY2EuY29tPjsgWWFuIFNoaSA8c2hpeWFuNDlAY2hpbmF1bmljb20uY24+OyBSaWNhcmQgVmls YWx0YSA8cmljYXJkLnZpbGFsdGFAY3R0Yy5lcz47IFNlcmdpbyBCZWxvdHRpIDxzZXJnaW8uYmVs b3R0aUBub2tpYS5jb20+OyBWaWN0b3IgTG9wZXphbHZhcmV6IDx2aWN0b3IubG9wZXphbHZhcmV6 QHRlbGVmb25pY2EuY29tPjsgVmljdG9yIExvcGV6IDx2aWN0b3IubG9wZXphbHZhcmV6QHRlbGVm b25pY2EuY29tPjsgSXRhbG8gQnVzaSA8SXRhbG8uQnVzaUBodWF3ZWkuY29tPjsgQW51cmFnIFNo YXJtYSA8YW5zaGFAZ29vZ2xlLmNvbT47IEthcnRoaWsgU2V0aHVyYW1hbiA8a2FydGhpay5zZXRo dXJhbWFuQG5lY2FtLmNvbT4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig ZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRhdGlvbi0wMy50eHQNCg0KDQpBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRhdGlvbi0wMy50 eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSXRhbG8gQnVzaSBhbmQgcG9z dGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaWV0Zi10ZWFzLXlh bmctcGF0aC1jb21wdXRhdGlvbg0KUmV2aXNpb246CTAzDQpUaXRsZToJCVlhbmcgbW9kZWwgZm9y IHJlcXVlc3RpbmcgUGF0aCBDb21wdXRhdGlvbg0KRG9jdW1lbnQgZGF0ZToJMjAxOC0xMC0yMg0K R3JvdXA6CQl0ZWFzDQpQYWdlczoJCTYxDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRp b24tMDMudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRhdGlvbi8NCkh0bWxpemVkOiAgICAg ICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1j b21wdXRhdGlvbi0wMw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRhdGlvbg0KRGlmZjog ICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXRl YXMteWFuZy1wYXRoLWNvbXB1dGF0aW9uLTAzDQoNCkFic3RyYWN0Og0KICAgVGhlcmUgYXJlIHNj ZW5hcmlvcywgdHlwaWNhbGx5IGluIGEgaGllcmFyY2hpY2FsIFNETiBjb250ZXh0LCB3aGVyZQ0K ICAgdGhlIHRvcG9sb2d5IGluZm9ybWF0aW9uIHByb3ZpZGVkIGJ5IGEgVEUgbmV0d29yayBwcm92 aWRlciBtYXkgbm90DQogICBiZSBzdWZmaWNpZW50IGZvciBpdHMgY2xpZW50IHRvIHBlcmZvcm0g ZW5kLXRvLWVuZCBwYXRoIGNvbXB1dGF0aW9uLg0KICAgSW4gdGhlc2UgY2FzZXMgdGhlIGNsaWVu dCB3b3VsZCBuZWVkIHRvIHJlcXVlc3QgdGhlIHByb3ZpZGVyIHRvDQogICBjYWxjdWxhdGUgc29t ZSAocGFydGlhbCkgZmVhc2libGUgcGF0aHMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBh IFlBTkcgZGF0YSBtb2RlbCBmb3IgYSBzdGF0ZWxlc3MgUlBDIHRvDQogICByZXF1ZXN0IHBhdGgg Y29tcHV0YXRpb24uIFRoaXMgbW9kZWwgY29tcGxlbWVudHMgdGhlIHN0YXRlZnVsDQogICBzb2x1 dGlvbiBkZWZpbmVkIGluIFtURS1UVU5ORUxdLg0KDQogICBNb3Jlb3ZlciB0aGlzIGRvY3VtZW50 IGRlc2NyaWJlcyBzb21lIHVzZSBjYXNlcyB3aGVyZSBhIHBhdGgNCiAgIGNvbXB1dGF0aW9uIHJl cXVlc3QsIHZpYSBZQU5HLWJhc2VkIHByb3RvY29scyAoZS5nLiwgTkVUQ09ORiBvcg0KICAgUkVT VENPTkYpLCBjYW4gYmUgbmVlZGVkLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0K UGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhl IHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYg YXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQN Cg0K From nobody Wed Oct 24 07:46:02 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B363512D4F0; Wed, 24 Oct 2018 07:45:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_FAIL=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 B8qi20eUoaa1; Wed, 24 Oct 2018 07:45:57 -0700 (PDT) Received: from p-mail-ext.rd.orange.com (p-mail-ext.rd.orange.com [161.106.1.9]) by ietfa.amsl.com (Postfix) with ESMTP id 98AB5130EC6; Wed, 24 Oct 2018 07:45:56 -0700 (PDT) Received: from p-mail-ext.rd.orange.com (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AD90C5615D4; Wed, 24 Oct 2018 16:45:36 +0200 (CEST) Received: from p-mail-int.rd.francetelecom.fr (p-mail-int.rd.francetelecom.fr [10.192.117.12]) by p-mail-ext.rd.orange.com (Postfix) with ESMTP id A7DE55615C1; Wed, 24 Oct 2018 16:45:36 +0200 (CEST) Received: from p-mail-int.rd.francetelecom.fr (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5732B1810C0; Wed, 24 Oct 2018 16:45:38 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (ftrdch01.rd.francetelecom.fr [10.194.32.11]) by p-mail-int.rd.francetelecom.fr (Postfix) with ESMTP id 4B5AB1812A9; Wed, 24 Oct 2018 16:45:38 +0200 (CEST) Received: from [10.193.71.231] (10.193.71.231) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.408.0; Wed, 24 Oct 2018 16:45:37 +0200 To: , , References: <154022406162.6304.4708808854863399271@ietfa.amsl.com> From: Olivier Dugeon Organization: Orange Labs Message-ID: Date: Wed, 24 Oct 2018 16:45:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <154022406162.6304.4708808854863399271@ietfa.amsl.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Language: en-GB Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 14:46:00 -0000 Dear authors, Regarding the different use cases expose in your draft, I'm wondering if = you have take into account distributed path computation as per RFC5441 ? = In particular, when several Network Controller are involved (figures 1, 4= and 5), you add=C2=A0 respectively a Packet/Optical Coordinator, a Multi= -Domain Controller and a Cloud Network Orchestrator. However, when the di= fferent networks are own by different operators, or business unit within = the same operator, it is not always feasible to add this centralized cont= roller. In this case, TE information must be exchange directly between lo= wer controller e.g. between TE Domain Controller, DC Controller and TE Ne= twork Controller, Packet and Optical Network Controller. So, I would understand if the yang model described in your draft allows s= uch direct exchange or if it must be modified to take into such scenario = ? Regards Olivier Le 22/10/2018 =C3=A0 18:01, internet-drafts@ietf.org a =C3=A9crit=C2=A0: > A New Internet-Draft is available from the on-line Internet-Drafts dire= ctories. > This draft is a work item of the Traffic Engineering Architecture and S= ignaling WG of the IETF. > > Title : Yang model for requesting Path Computation > Authors : Italo Busi > Sergio Belotti > Victor Lopez > Oscar Gonzalez de Dios > Anurag Sharma > Yan Shi > Ricard Vilalta > Karthik Sethuraman > Michael Scharf > Daniele Ceccarelli > Filename : draft-ietf-teas-yang-path-computation-03.txt > Pages : 61 > Date : 2018-10-22 > > Abstract: > There are scenarios, typically in a hierarchical SDN context, where > the topology information provided by a TE network provider may not > be sufficient for its client to perform end-to-end path computation.= > In these cases the client would need to request the provider to > calculate some (partial) feasible paths. > > This document defines a YANG data model for a stateless RPC to > request path computation. This model complements the stateful > solution defined in [TE-TUNNEL]. > > Moreover this document describes some use cases where a path > computation request, via YANG-based protocols (e.g., NETCONF or > RESTCONF), can be needed. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/= > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-03 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computa= tion-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-yang-path-computati= on-03 > > > Please note that it may take a couple of minutes from the time of submi= ssion > 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/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Wed Oct 24 13:28:08 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F4E9130E13; Wed, 24 Oct 2018 13:28:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 QqejIk9r--hF; Wed, 24 Oct 2018 13:28:04 -0700 (PDT) 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 0EDB7130DFB; Wed, 24 Oct 2018 13:28:04 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id E871AA130208C; Wed, 24 Oct 2018 21:28:00 +0100 (IST) Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 24 Oct 2018 21:28:02 +0100 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML701-CHM.china.huawei.com ([169.254.3.28]) with mapi id 14.03.0415.000; Wed, 24 Oct 2018 13:27:57 -0700 From: Igor Bryskin To: "olivier.dugeon@orange.com" , "teas@ietf.org" , "internet-drafts@ietf.org" , "i-d-announce@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt Thread-Index: AQHUaiB85tkV6rFR30uM4xB0RsMgJaUu8Y2A///qS1o= Date: Wed, 24 Oct 2018 20:27:56 +0000 Message-ID: References: <154022406162.6304.4708808854863399271@ietfa.amsl.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_etPan5bd0d60f65ddab8720dblocalhost_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 20:28:07 -0000 --_000_etPan5bd0d60f65ddab8720dblocalhost_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Oliver, I understand your concerns. They could be addressed via TE Topology model = family that could be used by controllers to exchange real/abstract TE info= rmation. Cheers, Igor From:Olivier Dugeon To:teas@ietf.org,internet-drafts@ietf.org,i-d-announce@ietf.org, Date:2018-10-24 10:46:34 Subject:Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt Dear authors, Regarding the different use cases expose in your draft, I'm wondering if yo= u have take into account distributed path computation as per RFC5441 ? In p= articular, when several Network Controller are involved (figures 1, 4 and 5= ), you add respectively a Packet/Optical Coordinator, a Multi-Domain Contr= oller and a Cloud Network Orchestrator. However, when the different network= s are own by different operators, or business unit within the same operator= , it is not always feasible to add this centralized controller. In this cas= e, TE information must be exchange directly between lower controller e.g. b= etween TE Domain Controller, DC Controller and TE Network Controller, Packe= t and Optical Network Controller. So, I would understand if the yang model described in your draft allows suc= h direct exchange or if it must be modified to take into such scenario ? Regards Olivier Le 22/10/2018 =E0 18:01, internet-drafts@ietf.org a =E9crit : > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Traffic Engineering Architecture and Sig= naling WG of the IETF. > > Title : Yang model for requesting Path Computation > Authors : Italo Busi > Sergio Belotti > Victor Lopez > Oscar Gonzalez de Dios > Anurag Sharma > Yan Shi > Ricard Vilalta > Karthik Sethuraman > Michael Scharf > Daniele Ceccarelli > Filename : draft-ietf-teas-yang-path-computation-03.txt > Pages : 61 > Date : 2018-10-22 > > Abstract: > There are scenarios, typically in a hierarchical SDN context, where > the topology information provided by a TE network provider may not > be sufficient for its client to perform end-to-end path computation. > In these cases the client would need to request the provider to > calculate some (partial) feasible paths. > > This document defines a YANG data model for a stateless RPC to > request path computation. This model complements the stateful > solution defined in [TE-TUNNEL]. > > Moreover this document describes some use cases where a path > computation request, via YANG-based protocols (e.g., NETCONF or > RESTCONF), can be needed. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-03 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computati= on-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-yang-path-computation= -03 > > > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --_000_etPan5bd0d60f65ddab8720dblocalhost_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Hi Oliver,

    I understand your concerns. They could be addressed  via TE Topology m= odel family that could be used by controllers to exchange  real/abstra= ct TE information.

    Cheers,
    Igor
    From:Olivier Dugeon
    To:teas@ietf.org,internet-drafts= @ietf.org,i-d-announce@ietf.org,
    Date:2018-10-24 10:46:34
    Subject:Re: [Teas] I-D Action: d= raft-ietf-teas-yang-path-computation-03.txt

    Dear authors,

    Regarding the different use cases expose in your draft, I'm wondering if yo= u have take into account distributed path computation as per RFC5441 ? In p= articular, when several Network Controller are involved (figures 1, 4 and 5= ), you add  respectively a Packet/Optical Coordinator, a Multi-Domain Controller and a Cloud Network Orchestrator. H= owever, when the different networks are own by different operators, or busi= ness unit within the same operator, it is not always feasible to add this c= entralized controller. In this case, TE information must be exchange directly between lower controller e.g. bet= ween TE Domain Controller, DC Controller and TE Network Controller, Packet = and Optical Network Controller.

    So, I would understand if the yang model described in your draft allows suc= h direct exchange or if it must be modified to take into such scenario ?
    Regards

    Olivier

    Le 22/10/2018 =E0 18:01, internet-drafts@ietf.org a =E9crit :
    > A New Internet-Draft is available from the on-line Internet-Drafts dir= ectories.
    > This draft is a work item of the Traffic Engineering Architecture and = Signaling WG of the IETF.
    >
    >         Title   = ;        : Yang model for requesting Pat= h Computation
    >         Authors  &nb= sp;      : Italo Busi
    >            = ;            &n= bsp;  Sergio Belotti
    >            = ;            &n= bsp;  Victor Lopez
    >            = ;            &n= bsp;  Oscar Gonzalez de Dios
    >            = ;            &n= bsp;  Anurag Sharma
    >            = ;            &n= bsp;  Yan Shi
    >            = ;            &n= bsp;  Ricard Vilalta
    >            = ;            &n= bsp;  Karthik Sethuraman
    >            = ;            &n= bsp;  Michael Scharf
    >            = ;            &n= bsp;  Daniele Ceccarelli
    >        Filename   &n= bsp;    : draft-ietf-teas-yang-path-computation-03.txt
    >        Pages    = ;       : 61
    >        Date    =         : 2018-10-22
    >
    > Abstract:
    >    There are scenarios, typically in a hierarchical SDN= context, where
    >    the topology information provided by a TE network pr= ovider may not
    >    be sufficient for its client to perform end-to-end p= ath computation.
    >    In these cases the client would need to request the = provider to
    >    calculate some (partial) feasible paths.
    >
    >    This document defines a YANG data model for a statel= ess RPC to
    >    request path computation. This model complements the= stateful
    >    solution defined in [TE-TUNNEL].
    >
    >    Moreover this document describes some use cases wher= e a path
    >    computation request, via YANG-based protocols (e.g.,= NETCONF or
    >    RESTCONF), can be needed.
    >
    >
    > The IETF datatracker status page for this draft is:
    > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/=
    >
    > There are also htmlized versions available at:
    > https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-03 > https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computation= -03
    >
    > A diff from the previous version is available at:
    > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-yang-path-computation-0= 3
    >
    >
    > Please note that it may take a couple of minutes from the time of subm= ission
    > 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/int= ernet-drafts/
    >
    > _______________________________________________
    > Teas mailing list
    > Teas@ietf.org
    > https://www.iet= f.org/mailman/listinfo/teas
    >


    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org= /mailman/listinfo/teas
     --_000_etPan5bd0d60f65ddab8720dblocalhost_-- From nobody Wed Oct 24 14:07:12 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C997C126CC7; Wed, 24 Oct 2018 14:07:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vishnupavan@gmail.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154041523082.6939.10153957213520601144.idtracker@ietfa.amsl.com> Date: Wed, 24 Oct 2018 14:07:10 -0700 Archived-At: Subject: [Teas] Ben Campbell's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 21:07:11 -0000 Ben Campbell has entered the following ballot position for draft-ietf-teas-assoc-corouted-bidir-frr-06: 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-teas-assoc-corouted-bidir-frr/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for the work on this! I just have one strictly editorial comment: I found it odd that the introduction doesn't occur until section 2. I think section 1 would make more sense if I had had the context from the introduction when reading it. From nobody Wed Oct 24 19:26:29 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2677D130DD7 for ; Wed, 24 Oct 2018 19:26:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 e-XYU3H-6hac for ; Wed, 24 Oct 2018 19:26:26 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) (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 92B4512F1A6 for ; Wed, 24 Oct 2018 19:26:26 -0700 (PDT) Received: from cmgw14.unifiedlayer.com (unknown [10.9.0.14]) by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id 1368C140568 for ; Wed, 24 Oct 2018 20:26:26 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id FVLtgEQjYvdTuFVLtgYSuh; Wed, 24 Oct 2018 20:26:26 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Q8Aelb/OjXYcAvnfCkFQ+CpXMO6g6x/7hCdJm6Oney0=; b=sjtMvZMewfDNbV2wHuLpnhuaZK cWSoSS9i2FayfVu8VDaqg7ITFB2Ke9E85HjkKnu9FtM/4cOvw4nkwWdn3sNqbi4jLFrII5hZt8c5o gd9m461CqvcpkRhnW63cKkfDY; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:49660 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gFVLt-000Lb7-Ig; Wed, 24 Oct 2018 20:26:25 -0600 To: TEAS WG , TEAS WG Chairs From: Lou Berger Message-ID: Date: Wed, 24 Oct 2018 22:26:23 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gFVLt-000Lb7-Ig X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:49660 X-Source-Auth: lberger@labn.net X-Email-Count: 1 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] Draft IETF103 agenda uploaded X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 02:26:28 -0000 Hi,     A draft agenda is available at: https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas Please take a look and send any question/comments/corrections you may have. Note that the max session time due to the IETF103 "Experiment" is 2hours and we're *very* squeezed due to this.  The chairs will request that we get at 2.5 hour or an additional 1hour session for IETF 104. (Feedback on the experiment goes to the IESG, not the chairs who have no input or control...) Thank you, Lou (Pavan and Mat) From nobody Wed Oct 24 19:38:56 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 094AF130DDF; Wed, 24 Oct 2018 19:38:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Spencer Dawkins To: "The IESG" Cc: draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vishnupavan@gmail.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154043513502.6899.3227532584938668994.idtracker@ietfa.amsl.com> Date: Wed, 24 Oct 2018 19:38:55 -0700 Archived-At: Subject: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 02:38:55 -0000 Spencer Dawkins has entered the following ballot position for draft-ietf-teas-assoc-corouted-bidir-frr-06: 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-teas-assoc-corouted-bidir-frr/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I agree with Ben's comment about the unconventional document structure. I'm not an expert, but I think I understood the Introduction well enough to get through it before needing to look at the terminology for precise meanings, and it does seem odd compared to the vast majority of RFCs I've reviewed, so somewhat disorienting for readers. From nobody Wed Oct 24 20:12:31 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A9386130934; Wed, 24 Oct 2018 20:12:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk To: "The IESG" Cc: draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vishnupavan@gmail.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154043714468.6859.14289090911132674656.idtracker@ietfa.amsl.com> Date: Wed, 24 Oct 2018 20:12:24 -0700 Archived-At: Subject: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 03:12:25 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-teas-assoc-corouted-bidir-frr-06: 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-teas-assoc-corouted-bidir-frr/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- How does the unidirectional link failure logic and the revertive logic interact? That is, in the unidirectional failure case a node should be detecting that there is a failure case and rerouting reverse traffic onto the protection path to match the forward path. But a node in the process of reverting back on to the primary path (before its counterpart in the other direction) would seem to observe the same packet/path behavior as in the case of a unidirectional link failure. Do we need to rely on the flooding of link status information to differentiate between these cases? Are the state-keeping and resource consumption burdens large for the midpoint nodes that now must correlate whether they see traffic on original/protection paths for associated flows? (E.g., Section 4.1.3's "when it receives the un-modified RSVP path messages and traffic".) It seems like it should just be a linear scaling factor at worst, with no real path to an attack, but perhaps there are security considerations relating to router capacity. Section 2 In packet transport networks, there are requirements where the reverse LSP of a bidirectional LSP needs to follow the same path as its forward LSP [RFC6373]. [...] Does this need a qualifier (e.g., "some packet transport networks" or "there are sometimes requirements")? Section 3.2 tunnel S (on path B-F-G-D) to reach downstream MP node D whereas the upstream PLR node C reroute the protected reverse LSP2 traffic over the bypass tunnel N (on path C-I-H-A) to reach the upstream MP node A. [...] nit: "reroutes" Section 4.1.1 As shown in Figure 2, when using a node protection bypass tunnel with protected co-routed LSPs, asymmetry of paths can occur in the forward and reverse directions after a link failure [RFC8271]. In order to restore co-routing, the downstream MP node D (acting as an upstream PLR) SHOULD trigger the procedure to restore co-routing and reroute the protected reverse LSP2 RSVP Path messages and traffic over the bypass tunnel S (on path D-G-F-B) to the upstream MP node B upon Why is this only a SHOULD? Section 4.2 An endpoint node MAY set the Extended Association ID to the value shown in Appendix A. The contents of Appendix A do not include a distinguished single value, but rather a data structure, so I think that a phrase other than "to the value" should be used. o For double-sided provisioned bidirectional LSPs [RFC7551], both endpoints need to ensure that the bidirectional LSP has a unique Extended ASSOCIATION Object for each forward and reverse LSP pair by selecting appropriate unique Extended Association IDs signaled by them. How does this signalling/selection process get the two endpoints to agree on the same value? Appendix A (Again, "to the value" is not appropriate to describe the general format. Perhaps, "to a value using the format".) Please also explicitly describe the semantics of the "Reserved" field(s) (i.e., set to zero on transmission and ignored on receipt). From nobody Wed Oct 24 21:22:39 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 56866128CFD; Wed, 24 Oct 2018 21:22:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Adam Roach To: "The IESG" Cc: draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org, Vishnu Beeram , teas-chairs@ietf.org, vishnupavan@gmail.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> Date: Wed, 24 Oct 2018 21:22:30 -0700 Archived-At: Subject: [Teas] Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 04:22:30 -0000 Adam Roach has entered the following ballot position for draft-ietf-teas-assoc-corouted-bidir-frr-06: 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-teas-assoc-corouted-bidir-frr/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for the work everyone did on this document. --------------------------------------------------------------------------- Please expand "LSP" in the abstract. --------------------------------------------------------------------------- §3.3: > In this example, the mid-point node D may mistakenly associate LSP1 > with the reverse LSP4 instead of the reverse LSP3 due to the matching > (Extended) ASSOCIATION Objects. This doesn't seem right to me. LSP1 and LSP3 appear to be forward direction, while LSP2 and LSP4 appear to be reverse direction. It's also not clear how LSP1 would be associated with LSP3 in this scenario, which is what this sentence seems to be saying might happen. Did this mean to say "...instead of the reverse LSP2..."? --------------------------------------------------------------------------- §4.2: > In order to associate the LSPs unambiguously at a mid-point node (see > Figure 3), the endpoint node MUST signal Extended ASSOCIATION Object > and add unique Extended Association ID for each associated forward > and reverse LSP pair forming the bidirectional LSP. An endpoint node > MAY set the Extended Association ID to the value shown in Appendix A. This phrasing is very confusing, as it implies that Appendix A is going to contain a value that can be used as an ID (which would be at odds with "unique"). Appendix A contains a format, not a value. I think what you mean is: "...MAY set the Extended Association ID to a value formatted according to the structure shown in Appendix A." --------------------------------------------------------------------------- Appendix A: > Extended Association ID in the Extended ASSOCIATION Object [RFC6780] > can be set to the value shown in the following example to uniquely Same comment as above regarding the distinction between "value" and "format". --------------------------------------------------------------------------- Appendix A: > 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 LSP Source Address | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Reserved | LSP-ID | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ What are implementors expected to set the "Reserved" bytes to? From nobody Thu Oct 25 00:57:59 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C57CD130E18; Thu, 25 Oct 2018 00:57:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_FAIL=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 Vm2ih53wlKoG; Thu, 25 Oct 2018 00:57:51 -0700 (PDT) Received: from p-mail-ext.rd.orange.com (p-mail-ext.rd.orange.com [161.106.1.9]) by ietfa.amsl.com (Postfix) with ESMTP id 38C9312D4F2; Thu, 25 Oct 2018 00:57:51 -0700 (PDT) Received: from p-mail-ext.rd.orange.com (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 93B90561634; Thu, 25 Oct 2018 09:57:32 +0200 (CEST) Received: from p-mail-int.rd.francetelecom.fr (p-mail-int.rd.francetelecom.fr [10.192.117.12]) by p-mail-ext.rd.orange.com (Postfix) with ESMTP id 8E0C95615FF; Thu, 25 Oct 2018 09:57:32 +0200 (CEST) Received: from p-mail-int.rd.francetelecom.fr (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 440481812DF; Thu, 25 Oct 2018 09:57:34 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (ftrdch01.rd.francetelecom.fr [10.194.32.11]) by p-mail-int.rd.francetelecom.fr (Postfix) with ESMTP id 393BD18125C; Thu, 25 Oct 2018 09:57:34 +0200 (CEST) Received: from [10.193.71.231] (10.193.71.231) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.408.0; Thu, 25 Oct 2018 09:57:33 +0200 To: Igor Bryskin , "teas@ietf.org" , "internet-drafts@ietf.org" , "i-d-announce@ietf.org" References: <154022406162.6304.4708808854863399271@ietfa.amsl.com> From: Olivier Dugeon Organization: Orange Labs Message-ID: <4257991b-9233-128f-0bbc-ab7b1ce06c35@orange.com> Date: Thu, 25 Oct 2018 09:57:35 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Language: fr Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 07:57:57 -0000 SGkgSWdvciwKClRoYW5rcyBmb3IgdGhlIHRpcC4gQ2FuIHlvdSBhZGQgYSBzbWFsbCBzZWN0 aW9uIGluIHRoZSBkcmFmdCB0byBhZGRyZXNzIHRoaXMgc2NlbmFyaW8gPwoKUmVnYXJkcwoK T2xpdmllcgoKTGUgMjQvMTAvMjAxOCDDoCAyMjoyNywgSWdvciBCcnlza2luIGEgw6ljcml0 wqA6Cj4gSGkgT2xpdmVyLAo+Cj4gSSB1bmRlcnN0YW5kIHlvdXIgY29uY2VybnMuIFRoZXkg Y291bGQgYmUgYWRkcmVzc2VkwqAgdmlhIFRFIFRvcG9sb2d5IG1vZGVsIGZhbWlseSB0aGF0 IGNvdWxkIGJlIHVzZWQgYnkgY29udHJvbGxlcnMgdG8gZXhjaGFuZ2XCoCByZWFsL2Fic3Ry YWN0IFRFIGluZm9ybWF0aW9uLgo+Cj4gQ2hlZXJzLAo+IElnb3IKPiAqRnJvbToqT2xpdmll ciBEdWdlb24KPiAqVG86KnRlYXNAaWV0Zi5vcmcsaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn LGktZC1hbm5vdW5jZUBpZXRmLm9yZywKPiAqRGF0ZToqMjAxOC0xMC0yNCAxMDo0NjozNAo+ ICpTdWJqZWN0OipSZTogW1RlYXNdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtdGVhcy15YW5n LXBhdGgtY29tcHV0YXRpb24tMDMudHh0Cj4KPiBEZWFyIGF1dGhvcnMsCj4KPiBSZWdhcmRp bmcgdGhlIGRpZmZlcmVudCB1c2UgY2FzZXMgZXhwb3NlIGluIHlvdXIgZHJhZnQsIEknbSB3 b25kZXJpbmcgaWYgeW91IGhhdmUgdGFrZSBpbnRvIGFjY291bnQgZGlzdHJpYnV0ZWQgcGF0 aCBjb21wdXRhdGlvbiBhcyBwZXIgUkZDNTQ0MSA/IEluIHBhcnRpY3VsYXIsIHdoZW4gc2V2 ZXJhbCBOZXR3b3JrIENvbnRyb2xsZXIgYXJlIGludm9sdmVkIChmaWd1cmVzIDEsIDQgYW5k IDUpLCB5b3UgYWRkwqAgcmVzcGVjdGl2ZWx5IGEgUGFja2V0L09wdGljYWwgQ29vcmRpbmF0 b3IsIGEgTXVsdGktRG9tYWluIENvbnRyb2xsZXIgYW5kIGEgQ2xvdWQgTmV0d29yayBPcmNo ZXN0cmF0b3IuIEhvd2V2ZXIsIHdoZW4gdGhlIGRpZmZlcmVudCBuZXR3b3JrcyBhcmUgb3du IGJ5IGRpZmZlcmVudCBvcGVyYXRvcnMsIG9yIGJ1c2luZXNzIHVuaXQgd2l0aGluIHRoZSBz YW1lIG9wZXJhdG9yLCBpdCBpcyBub3QgYWx3YXlzIGZlYXNpYmxlIHRvIGFkZCB0aGlzIGNl bnRyYWxpemVkIGNvbnRyb2xsZXIuIEluIHRoaXMgY2FzZSwgVEUgaW5mb3JtYXRpb24gbXVz dCBiZSBleGNoYW5nZSBkaXJlY3RseSBiZXR3ZWVuIGxvd2VyIGNvbnRyb2xsZXIgZS5nLiBi ZXR3ZWVuIFRFIERvbWFpbiBDb250cm9sbGVyLCBEQyBDb250cm9sbGVyIGFuZCBURSBOZXR3 b3JrIENvbnRyb2xsZXIsIFBhY2tldCBhbmQgT3B0aWNhbCBOZXR3b3JrIENvbnRyb2xsZXIu Cj4KPiBTbywgSSB3b3VsZCB1bmRlcnN0YW5kIGlmIHRoZSB5YW5nIG1vZGVsIGRlc2NyaWJl ZCBpbiB5b3VyIGRyYWZ0IGFsbG93cyBzdWNoIGRpcmVjdCBleGNoYW5nZSBvciBpZiBpdCBt dXN0IGJlIG1vZGlmaWVkIHRvIHRha2UgaW50byBzdWNoIHNjZW5hcmlvID8KPgo+IFJlZ2Fy ZHMKPgo+IE9saXZpZXIKPgo+IExlIDIyLzEwLzIwMTggw6AgMTg6MDEsIGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyBhIMOpY3JpdMKgOgo+ID4gQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMg YXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVz Lgo+ID4gVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgVHJhZmZpYyBFbmdpbmVl cmluZyBBcmNoaXRlY3R1cmUgYW5kIFNpZ25hbGluZyBXRyBvZiB0aGUgSUVURi4KPiA+Cj4g PsKgwqDCoMKgwqDCoMKgwqAgVGl0bGXCoMKgwqDCoMKgwqDCoMKgwqDCoCA6IFlhbmcgbW9k ZWwgZm9yIHJlcXVlc3RpbmcgUGF0aCBDb21wdXRhdGlvbgo+ID7CoMKgwqDCoMKgwqDCoMKg IEF1dGhvcnPCoMKgwqDCoMKgwqDCoMKgIDogSXRhbG8gQnVzaQo+ID7CoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFNlcmdpbyBCZWxvdHRp Cj4gPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgVmljdG9yIExvcGV6Cj4gPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgT3NjYXIgR29uemFsZXogZGUgRGlvcwo+ID7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIEFudXJhZyBTaGFy bWEKPiA+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBZYW4gU2hpCj4gPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgUmljYXJkIFZpbGFsdGEKPiA+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBLYXJ0aGlrIFNldGh1cmFtYW4KPiA+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBN aWNoYWVsIFNjaGFyZgo+ID7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIERhbmllbGUgQ2VjY2FyZWxsaQo+ID7CoMKgwqDCoMKgwqDCoCBG aWxlbmFtZcKgwqDCoMKgwqDCoMKgIDogZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21w dXRhdGlvbi0wMy50eHQKPiA+wqDCoMKgwqDCoMKgwqAgUGFnZXPCoMKgwqDCoMKgwqDCoMKg wqDCoCA6IDYxCj4gPsKgwqDCoMKgwqDCoMKgIERhdGXCoMKgwqDCoMKgwqDCoMKgwqDCoMKg IDogMjAxOC0xMC0yMgo+ID4KPiA+IEFic3RyYWN0Ogo+ID7CoMKgwqAgVGhlcmUgYXJlIHNj ZW5hcmlvcywgdHlwaWNhbGx5IGluIGEgaGllcmFyY2hpY2FsIFNETiBjb250ZXh0LCB3aGVy ZQo+ID7CoMKgwqAgdGhlIHRvcG9sb2d5IGluZm9ybWF0aW9uIHByb3ZpZGVkIGJ5IGEgVEUg bmV0d29yayBwcm92aWRlciBtYXkgbm90Cj4gPsKgwqDCoCBiZSBzdWZmaWNpZW50IGZvciBp dHMgY2xpZW50IHRvIHBlcmZvcm0gZW5kLXRvLWVuZCBwYXRoIGNvbXB1dGF0aW9uLgo+ID7C oMKgwqAgSW4gdGhlc2UgY2FzZXMgdGhlIGNsaWVudCB3b3VsZCBuZWVkIHRvIHJlcXVlc3Qg dGhlIHByb3ZpZGVyIHRvCj4gPsKgwqDCoCBjYWxjdWxhdGUgc29tZSAocGFydGlhbCkgZmVh c2libGUgcGF0aHMuCj4gPgo+ID7CoMKgwqAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFO RyBkYXRhIG1vZGVsIGZvciBhIHN0YXRlbGVzcyBSUEMgdG8KPiA+wqDCoMKgIHJlcXVlc3Qg cGF0aCBjb21wdXRhdGlvbi4gVGhpcyBtb2RlbCBjb21wbGVtZW50cyB0aGUgc3RhdGVmdWwK PiA+wqDCoMKgIHNvbHV0aW9uIGRlZmluZWQgaW4gW1RFLVRVTk5FTF0uCj4gPgo+ID7CoMKg wqAgTW9yZW92ZXIgdGhpcyBkb2N1bWVudCBkZXNjcmliZXMgc29tZSB1c2UgY2FzZXMgd2hl cmUgYSBwYXRoCj4gPsKgwqDCoCBjb21wdXRhdGlvbiByZXF1ZXN0LCB2aWEgWUFORy1iYXNl ZCBwcm90b2NvbHMgKGUuZy4sIE5FVENPTkYgb3IKPiA+wqDCoMKgIFJFU1RDT05GKSwgY2Fu IGJlIG5lZWRlZC4KPiA+Cj4gPgo+ID4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBh Z2UgZm9yIHRoaXMgZHJhZnQgaXM6Cj4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNvbXB1dGF0aW9uLwo+ID4KPiA+IFRo ZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoKPiA+IGh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNvbXB1 dGF0aW9uLTAzCj4gPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry YWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb24tMDMKPiA+Cj4gPiBBIGRpZmYg ZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6Cj4gPiBodHRwczov L3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1j b21wdXRhdGlvbi0wMwo+ID4KPiA+Cj4gPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uCj4gPiB1 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRv b2xzLmlldGYub3JnLgo+ID4KPiA+IEludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFi bGUgYnkgYW5vbnltb3VzIEZUUCBhdDoKPiA+IGZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvCj4gPgo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPiA+IFRlYXMgbWFpbGluZyBsaXN0Cj4gPiBUZWFzQGlldGYub3JnCj4g PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMKPiA+Cj4KPgo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gVGVh cyBtYWlsaW5nIGxpc3QKPiBUZWFzQGlldGYub3JnCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby90ZWFzCgo= From nobody Thu Oct 25 01:13:58 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3FC0130DE0 for ; Thu, 25 Oct 2018 01:13:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 Lc-2bwJ4aDIh for ; Thu, 25 Oct 2018 01:13:54 -0700 (PDT) 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 5B123130DDC for ; Thu, 25 Oct 2018 01:13:54 -0700 (PDT) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 5749556739BF for ; Thu, 25 Oct 2018 09:13:50 +0100 (IST) Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 25 Oct 2018 09:13:52 +0100 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.230]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0399.000; Thu, 25 Oct 2018 16:13:46 +0800 From: "Zhenghaomian (Zhenghaomian, Optical &Microwave Technology Research Dept)" To: Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AdRsOqOhs1H1Aa2HTHGRh+nnpAUX1Q== Date: Thu, 25 Oct 2018 08:13:46 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.181.183] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 08:13:57 -0000 SGksIFdHLCANCg0KSSBoYXZlIHJldmlld2VkIHRoaXMgZG9jdW1lbnQuIA0KDQpUaGlzIGRvY3Vt ZW50IHByb3ZpZGUgdmVyeSBpbXBvcnRhbnQgdHlwZSBsaXN0IHRoYXQgd291bGQgYmUgaW1wb3J0 ZWQgYnkgYm90aCBURSB0b3BvbG9neSBhbmQgdHVubmVsIG1vZGVscywgd2hpY2ggYXJlIGFsc28g dGhlIGZ1bmRhbWVudGFsIG1vZGVsIG9mIHRlY2gtc3BlY2lmaWMgdG9wb2xvZ3kvdHVubmVsIG1v ZGVscy4gV2UgYXJlIGxvb2tpbmcgZm9yd2FyZCB0byBzZWUgdGhpcyB3b3JrIG1vdmluZyBmb3J3 YXJkLiANCg0KVGhhbmsgeW91LiANCg0KQmVzdCB3aXNoZXMsDQpIYW9taWFuDQoNCi0tLS0t08q8 /tStvP4tLS0tLQ0Kt6K8/sjLOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSC0 +rHtIExvdSBCZXJnZXINCreiy83KsbzkOiAyMDE4xOoxMNTCMTXI1SAyMzowOA0KytW8/sjLOiBU RUFTIFdHIDx0ZWFzQGlldGYub3JnPg0K1vfM4jogW1RlYXNdIFdHIExhc3QgQ2FsbDogZHJhZnQt aWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDENCg0KDQpBbGwsDQoNClRoaXMgc3RhcnRzIGEgdHdv LXdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yDQpkcmFmdC1pZXRmLXRlYXMteWFuZy10 ZS10eXBlcy0wMQ0KDQpUaGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBvbiBPY3RvYmVy IDI5Lg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgd29ya2luZyBncm91cCBtYWls aW5nIGxpc3QuDQoNClBvc2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0aGlz IGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiIsIGFyZSB3 ZWxjb21lIQ0KVGhpcyBpcyB1c2VmdWwgYW5kIGltcG9ydGFudCwgZXZlbiBmcm9tIGF1dGhvcnMu DQoNClRoYW5rIHlvdSwNClRFQVMgQ2hhaXJzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NClRlYXMgbWFpbGluZyBsaXN0DQpUZWFzQGlldGYub3Jn DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg== From nobody Fri Oct 26 07:00:06 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 935CA130DDF for ; Fri, 26 Oct 2018 07:00:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 wHCJqkgFIjJ5 for ; Fri, 26 Oct 2018 07:00:00 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) (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 D86D212D4F1 for ; Fri, 26 Oct 2018 07:00:00 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy7.mail.unifiedlayer.com (Postfix) with ESMTP id 3E775215D50 for ; Fri, 26 Oct 2018 07:59:59 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id G2edgJuzfj0soG2edgtq3N; Fri, 26 Oct 2018 07:59:59 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=kRgE54wEOhowywFFRk4oinoOn/LMYopGMGVW9aTLwHc=; b=gqpweSc2v5laKYwDQHQik6ufGm recTPGqFWslAURz+CgC7SirpZ10YZQudGh3oCI249dJmjowlg25aczVFEaGOKVnSBAbe2F+9L1m25 AJyz+PG6CDn9Zwc1DJccCt1CI; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:53448 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gG2ec-0028pD-SG; Fri, 26 Oct 2018 07:59:58 -0600 To: Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs References: From: Lou Berger Message-ID: <7f08f61c-aec4-cbfa-2d8f-e3d9ddf0dfaa@labn.net> Date: Fri, 26 Oct 2018 09:59:55 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gG2ec-0028pD-SG X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:53448 X-Source-Auth: lberger@labn.net X-Email-Count: 12 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Proposed charter update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 14:00:05 -0000 Hi, The discussion on the charter seems to have closed.  The plan is for us (chairs) to summarize the changes in Bangkok, and then get the changes approved by the IESG.  As charters are actually owned by the AD, Deborah will be the one moving the proposed revision through  this process. The version that resulted from the  discussion is:     Draft Update to TEAS WG Charter     The Traffic Engineering Architecture and Signaling (TEAS)     Working Group is responsible for defining IP, MPLS and GMPLS     traffic engineering architecture and identifying required     related control-protocol functions, i.e., routing and path     computation element functions. The TEAS group is also     responsible for standardizing RSVP-TE signaling protocol     mechanisms that are not related to a specific switching     technology.      Traffic Engineering (TE) is the term used to refer to      techniques that enable operators to control how specific      traffic flows are treated within their networks. TE is      applied to packet networks via MPLS TE tunnels and LSPs, but      may also be provided by other mechanisms such as forwarding      rules similar to policy-based routing. The MPLS-TE control      plane was generalized to additionally support non-packet      technologies via GMPLS.  RSVP-TE is the signaling protocol      used for both MPLS-TE and GMPLS. Centralized and logically      centralized control models are also supported, e.g., via      Abstraction and Control of Traffic Engineered Networks (ACTN)      and stateful-PCE.      The TEAS WG is responsible for:        a) Traffic-engineering architectures for generic           applicability across packet and non-packet           networks. This includes, for example, networks that           perform centralized computation and control, distributed           computation and control, or even a hybrid approach.        b) Definition of protocol-independent metrics and           parameters (measurement and/or service attributes) for           describing links and tunnels/paths required for traffic           engineering (and related routing, signaling and path           computation). These will be developed in conjunction           with requests and requirements from other WGs to ensure           overall usefulness.        c) Functional specification of extensions for routing           (OSPF, ISIS) and for path computation (PCEP), including           those that provide general enablers of           traffic-engineering systems that may also use           RSVP-TE. Protocol formats and procedures that embody           these extensions will be done in coordination with the           WGs supervising those protocols.        d) Functional specification of generic (i.e., not data           plane technology-specific) extensions for RSVP-TE, and           the associated protocol formats and procedures that           embody these extensions.        e) Definition of control plane mechanisms and extensions to           allow the setup and maintenance of TE paths and TE           tunnels that span multiple domains and/or switching           technologies, where a domain may be an IGP area, an           Autonomous System, or any other region of topological           visibility.        f) Definition and extension of management and security           techniques for for TP path and tunnel control. This           includes configuring and monitoring RSVP-TE as well as           mechanisms used to configure, control, and report OAM           within TE networks. YANG and MIB modules may be           considered.       The TEAS working group is chartered to deliver the following:        1. Definition of additional abstract service, link, and           path properties such as jitter, delay, and           diversity. Extensions to IGPs to advertise these           properties, and extensions to RSVP-TE to request and to           accumulate these properties. Work with PCE WG to include           these properties in computation requests.        2. Specification of terminology, architecture, and protocol           requirements for abstraction and distribution of TE           information between interconnected TE domains/layers.        3. Specification and protocol extensions for a GMPLS           External Network-to-Network Interface (E-NNI), i.e.,           multi-domain GMPLS support.        4. Protocol mechanisms to signal associated LSPs in           particular with different source nodes.        5. Requirements and protocol extensions for additional           protection mechanisms including, for example, end-point           protection, protection of P2MP LSPs, and inter-domain           protection.        6. YANG models in support of Traffic Engineering, in           coordination with working groups working on YANG models           for network topology and for technology-specific network           attributes.       Requirements may be documented in stand-alone RFCs, may be       folded into architecture or solutions RFCs, may be recorded       on a wiki, or may be documented in an Internet-Draft that is       not progressed to RFC.       The TEAS WG will coordinate with the following working       groups:        - With the MPLS WG to maintain and extend MPLS-TE protocol          mechanisms and to determine whether they should be          generalized.        - With the CCAMP WG to maintain and extend non-packet, data          plane technology-specific TE protocol mechanisms and to          determine whether they should be generalized.        - With the LSR (OSPF and ISIS) WG to maintain or extend TE          routing mechanisms.        - With the PCE WG on uses of a PCE in the          traffic-engineering architecture, on PCE extensions per          the above, and on RSVP-TE extensions to support PCE WG          identified requirements.        - With the IDR WG on the use of BGP-LS in TE environments.        - With the DetNet WG on mechanisms (YANG models and          protocols) to support DetNets.        - With the SPRING WG on TE architecture and, where          appropriate, TE-related protocol extensions.        - With the SFC WG on mechanisms (YANG models and protocols) to          support SFCs       In doing this work, the WG will cooperate with external SDOs       (such as the ITU-T and the IEEE 802.1) as necessary. The changes from the discussion can be found at: https://docs.google.com/document/d/1l5y3nH3KmOQbHOMp_RFm1SK5riS5qi1klve--kyUbSU/edit?ts=5bc7216c Lou (and Pavan) On 10/8/2018 2:49 AM, Vishnu Pavan Beeram wrote: > Hi, > > Over the past few months we've noted that our charter could use a bit of > an update to match the current state of TEAS and other working groups. > We've taken a pass at this and have a proposed revision.  Once the WG > agrees on changes, we'll pass those changes along to our AD who is the > actual owner of our charter.  The text is enclosed below as well as > available with changes tracked at: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_1l5y3nH3KmOQbHOMp-5FRFm1SK5riS5qi1klve-2D-2DkyUbSU_edit-3Fusp-3Dsharing&d=DwIDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=CFHVfW0WsgxSqM6wTJiWE5evUJAdlUl1fm7E0WVbiS8&m=6pI1yDFJYCLr4YBDXOEJFxWzJQMmsW5q1X0ic60qgM4&s=XHgp3ISuFZZj_FUiGKK2ZjRndlSyIxgomtfqyEt3DRU&e= > > Please discuss any proposed changes on the list, i.e., changes to the > charter that are suggested in the google-doc but not agreed to here > will be ignored. > > We'd like to have the changes agreed to by the end of this month so the > IESG may have time to review/act before  IETF103. > > Thank you, > Pavan and Lou > > From nobody Fri Oct 26 07:08:22 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C829130DE3 for ; Fri, 26 Oct 2018 07:08:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 mBgbauhtmaJg for ; Fri, 26 Oct 2018 07:08:17 -0700 (PDT) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 D25CB120072 for ; Fri, 26 Oct 2018 07:08:17 -0700 (PDT) Received: by mail-pf1-x42a.google.com with SMTP id j2-v6so597129pfn.11 for ; Fri, 26 Oct 2018 07:08:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=0JjiJjSxhvBkJj/hHoVs19GVwUed2F1zLrEHePgPgIk=; b=mouekqenZeOML776M3xpiAt68++sxdqI/CnP1k8hqklQWf7Hij2lxkmi+7t346ibzZ v9clIwh/jyMBStlvnw6CyxCnHQjhZCTgKe1Jz5TIiFb1riRTLl0IIABVJP7RUC0k5eVA SEzpy6LS8Tz9vSE86G1bi/PFRUKLdwG+vQa0kZO8X0zC0Nzi6EYLnvyn8AuZ+tT69vc5 5djifRlgUO4y9Oyks+Gx9nlQRaD0pFnWU1BGdcoxwFpF1TgI388auod4enP272lvXfet 38o/iNGYJ9ON9f+x9fJvlISRYLK7BhPS8nUnTeC7s/YtK+K2gJI+Irw5cX/NNXRTTd/V 615w== 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; bh=0JjiJjSxhvBkJj/hHoVs19GVwUed2F1zLrEHePgPgIk=; b=Bd6p7S4Nb8DIVZRm1iaH0dZT+tbxmVFPuLr5Nn2pGs7J5i1gLY+TXWAiNneXqWjrN8 cMVW9ZOhI1RxeohnL/ryqCHP+O5u0zvVT5zOLIaGk8qF4U95aMWLVFSMtUFxWiHavkOl T2GlITyq79IXYOK/ulrGTq27Irv0CoN83h8E0NXFiO+Rdldmd00ilxJ1DMAvx6y+C4jP 0XdxyyExl82gGu/HgBFeZlet7Bm3EgUileFc/E4I9hChJjQsC1+WD5VG79XM4Hb1p2Ro adXWcBeRqJ6pJJsP6Vyjx6uoX93DnTyNiXtTk8GNH0mHBccmToOcNKFWVicrpcFoizEe FdZg== X-Gm-Message-State: AGRZ1gLCXihE3KoE/8Y1gmftHPq/TrMP5+IQhrJha4FrV3DSSMtziTvO x/vhK5yHojlKjlUiJ1wAsSiDaGX1kRpKK45o+wnA+fYw X-Google-Smtp-Source: AJdET5dUC9dz/TmULC9qU629nV0R+cfOriVfsw3ktzJ71cOVANLGxdf2cdFhinVu5Epc5rdwT8Bvegc9Pnq+CaOD6qk= X-Received: by 2002:a63:e841:: with SMTP id a1-v6mr3619170pgk.4.1540562897150; Fri, 26 Oct 2018 07:08:17 -0700 (PDT) MIME-Version: 1.0 From: Matt Hartley Date: Fri, 26 Oct 2018 10:08:05 -0400 Message-ID: To: teas@ietf.org Content-Type: multipart/alternative; boundary="0000000000003d27df057922402d" Archived-At: Subject: [Teas] Slides for Bangkok X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 14:08:21 -0000 --0000000000003d27df057922402d Content-Type: text/plain; charset="UTF-8" All, If you're presenting in Bangkok, please send your slides to me and the Chairs by the end of the day on Friday November 2nd (that's a week from today) so that we can upload them in good time before we meet. If you have a WG draft that isn't being presented, please send an update to the list by the same date. Agenda is at https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas. Cheers Matt --0000000000003d27df057922402d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    All,

    If you= 're presenting in Bangkok, please send your slides to me and the Chairs= by the end of the day on Friday November 2nd (that's a week from today= ) so that we can upload them in good time before we meet. If you have a WG = draft that isn't being presented, please send an update to the list by = the same date.


    Cheers

    Matt
    --0000000000003d27df057922402d-- From nobody Fri Oct 26 08:20:35 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2581130DF9; Fri, 26 Oct 2018 08:20:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 AW1LEdyqKIkC; Fri, 26 Oct 2018 08:20:29 -0700 (PDT) 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 E47B21298C5; Fri, 26 Oct 2018 08:20:28 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 84386688DC22F; Fri, 26 Oct 2018 16:20:24 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 26 Oct 2018 16:20:26 +0100 Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.120]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0415.000; Fri, 26 Oct 2018 23:20:19 +0800 From: "Dongjie (Jimmy)" To: Lou Berger , Vishnu Pavan Beeram , TEAS WG , TEAS WG Chairs Thread-Topic: [Teas] Proposed charter update Thread-Index: AQHUbTQ/t1+rLogtnUejOkTDIqY74aUxm8VQ Date: Fri, 26 Oct 2018 15:20:19 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C927C2BC8FBC@NKGEML515-MBS.china.huawei.com> References: <7f08f61c-aec4-cbfa-2d8f-e3d9ddf0dfaa@labn.net> In-Reply-To: <7f08f61c-aec4-cbfa-2d8f-e3d9ddf0dfaa@labn.net> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.189.24] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] =?utf-8?b?562U5aSNOiAgUHJvcG9zZWQgY2hhcnRlciB1cGRhdGU=?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:20:34 -0000 SGkgTG91LCANCg0KVGhhbmtzIGZvciB0aGUgdXBkYXRlIG9mIHRoZSBjaGFydGVyLiANCg0KSW4g dGhlIGNoYXJ0ZXIgdGhlIGRlZmluaXRpb24gb2YgVEUgaXM6ICJUcmFmZmljIEVuZ2luZWVyaW5n IChURSkgaXMgdGhlIHRlcm0gdXNlZCB0byByZWZlciB0byB0ZWNobmlxdWVzIHRoYXQgZW5hYmxl IG9wZXJhdG9ycyB0byBjb250cm9sIGhvdyBzcGVjaWZpYyB0cmFmZmljIGZsb3dzIGFyZSB0cmVh dGVkIHdpdGhpbiB0aGVpciBuZXR3b3JrcyAiDQoNCk9uZSBxdWVzdGlvbnMgSSdkIGxpa2UgdG8g YXNrIGlzIHdoYXQgaXMgdGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIFRFIGFuZCBRb1M/IFJTVlAt VEUgd2FzIGRlZmluZWQgZm9yIGJvdGggZXhwbGljaXQgcGF0aCBjb250cm9sIGFuZCBiYW5kd2lk dGggcmVzZXJ2YXRpb24sIGluIHdoaWNoIHRoZSBiYW5kd2lkdGggcmVzZXJ2YXRpb24gbWVjaGFu aXNtIGZvbGxvd3MgdGhlIEludC1TZXJ2IFFvUyBtb2RlLiBBbHRob3VnaCBjdXJyZW50bHkgRGlm ZlNlcnYgaXMgd2lkZWx5IHVzZWQgZHVlIHRvIGl0cyBzaW1wbGljaXR5IGFuZCBzY2FsYWJpbGl0 eSwgaXQgaXMgbm90IGNsZWFyIHdoZXRoZXIgRGlmZi1TZXJ2IGlzIGdvb2QgZW5vdWdoIGZvciB0 aGUgZW1lcmdpbmcgb3IgZnV0dXJlIGFwcGxpY2F0aW9ucy4gVGh1cyBJJ2QgbGlrZSB0byBrbm93 IHdoZXRoZXIgZnV0dXJlIHdvcmsgYWJvdXQgcmVzb3VyY2UgcmVzZXJ2YXRpb24gYW5kIHBvc3Np YmxlIGV4dGVuc2lvbnMgcmVsYXRlZCB0byBJbnQtU2Vydi9EaWZmLVNlcnYgUW9TIG1vZGVzIHdp bGwgYmUgaW4gdGhlIHNjb3BlIG9mIFRFQVMgY2hhcnRlcj8NCg0KQmVzdCByZWdhcmRzLA0KSmll DQoNCj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KPiDlj5Hku7bkuro6IFRlYXMgW21haWx0bzp0 ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBMb3UgQmVyZ2VyDQo+IOWPkemAgeaXtumXtDog MjAxOOW5tDEw5pyIMjbml6UgMjI6MDANCj4g5pS25Lu25Lq6OiBWaXNobnUgUGF2YW4gQmVlcmFt IDx2aXNobnVwYXZhbkBnbWFpbC5jb20+OyBURUFTIFdHDQo+IDx0ZWFzQGlldGYub3JnPjsgVEVB UyBXRyBDaGFpcnMgPHRlYXMtY2hhaXJzQGlldGYub3JnPg0KPiDkuLvpopg6IFJlOiBbVGVhc10g UHJvcG9zZWQgY2hhcnRlciB1cGRhdGUNCj4gDQo+IEhpLA0KPiANCj4gVGhlIGRpc2N1c3Npb24g b24gdGhlIGNoYXJ0ZXIgc2VlbXMgdG8gaGF2ZSBjbG9zZWQuwqAgVGhlIHBsYW4gaXMgZm9yIHVz DQo+IChjaGFpcnMpIHRvIHN1bW1hcml6ZSB0aGUgY2hhbmdlcyBpbiBCYW5na29rLCBhbmQgdGhl biBnZXQgdGhlIGNoYW5nZXMNCj4gYXBwcm92ZWQgYnkgdGhlIElFU0cuwqAgQXMgY2hhcnRlcnMg YXJlIGFjdHVhbGx5IG93bmVkIGJ5IHRoZSBBRCwgRGVib3JhaCB3aWxsDQo+IGJlIHRoZSBvbmUg bW92aW5nIHRoZSBwcm9wb3NlZCByZXZpc2lvbiB0aHJvdWdowqAgdGhpcyBwcm9jZXNzLg0KPiAN Cj4gVGhlIHZlcnNpb24gdGhhdCByZXN1bHRlZCBmcm9tIHRoZcKgIGRpc2N1c3Npb24gaXM6DQo+ IA0KPiAgwqDCoMKgIERyYWZ0IFVwZGF0ZSB0byBURUFTIFdHIENoYXJ0ZXINCj4gDQo+ICDCoMKg wqAgVGhlIFRyYWZmaWMgRW5naW5lZXJpbmcgQXJjaGl0ZWN0dXJlIGFuZCBTaWduYWxpbmcgKFRF QVMpDQo+ICDCoMKgwqAgV29ya2luZyBHcm91cCBpcyByZXNwb25zaWJsZSBmb3IgZGVmaW5pbmcg SVAsIE1QTFMgYW5kIEdNUExTDQo+ICDCoMKgwqAgdHJhZmZpYyBlbmdpbmVlcmluZyBhcmNoaXRl Y3R1cmUgYW5kIGlkZW50aWZ5aW5nIHJlcXVpcmVkDQo+ICDCoMKgwqAgcmVsYXRlZCBjb250cm9s LXByb3RvY29sIGZ1bmN0aW9ucywgaS5lLiwgcm91dGluZyBhbmQgcGF0aA0KPiAgwqDCoMKgIGNv bXB1dGF0aW9uIGVsZW1lbnQgZnVuY3Rpb25zLiBUaGUgVEVBUyBncm91cCBpcyBhbHNvDQo+ICDC oMKgwqAgcmVzcG9uc2libGUgZm9yIHN0YW5kYXJkaXppbmcgUlNWUC1URSBzaWduYWxpbmcgcHJv dG9jb2wNCj4gIMKgwqDCoCBtZWNoYW5pc21zIHRoYXQgYXJlIG5vdCByZWxhdGVkIHRvIGEgc3Bl Y2lmaWMgc3dpdGNoaW5nDQo+ICDCoMKgwqAgdGVjaG5vbG9neS4NCj4gDQo+ICDCoMKgwqDCoCBU cmFmZmljIEVuZ2luZWVyaW5nIChURSkgaXMgdGhlIHRlcm0gdXNlZCB0byByZWZlciB0bw0KPiAg wqDCoMKgwqAgdGVjaG5pcXVlcyB0aGF0IGVuYWJsZSBvcGVyYXRvcnMgdG8gY29udHJvbCBob3cg c3BlY2lmaWMNCj4gIMKgwqDCoMKgIHRyYWZmaWMgZmxvd3MgYXJlIHRyZWF0ZWQgd2l0aGluIHRo ZWlyIG5ldHdvcmtzLiBURSBpcw0KPiAgwqDCoMKgwqAgYXBwbGllZCB0byBwYWNrZXQgbmV0d29y a3MgdmlhIE1QTFMgVEUgdHVubmVscyBhbmQgTFNQcywgYnV0DQo+ICDCoMKgwqDCoCBtYXkgYWxz byBiZSBwcm92aWRlZCBieSBvdGhlciBtZWNoYW5pc21zIHN1Y2ggYXMgZm9yd2FyZGluZw0KPiAg wqDCoMKgwqAgcnVsZXMgc2ltaWxhciB0byBwb2xpY3ktYmFzZWQgcm91dGluZy4gVGhlIE1QTFMt VEUgY29udHJvbA0KPiAgwqDCoMKgwqAgcGxhbmUgd2FzIGdlbmVyYWxpemVkIHRvIGFkZGl0aW9u YWxseSBzdXBwb3J0IG5vbi1wYWNrZXQNCj4gIMKgwqDCoMKgIHRlY2hub2xvZ2llcyB2aWEgR01Q TFMuwqAgUlNWUC1URSBpcyB0aGUgc2lnbmFsaW5nIHByb3RvY29sDQo+ICDCoMKgwqDCoCB1c2Vk IGZvciBib3RoIE1QTFMtVEUgYW5kIEdNUExTLiBDZW50cmFsaXplZCBhbmQgbG9naWNhbGx5DQo+ ICDCoMKgwqDCoCBjZW50cmFsaXplZCBjb250cm9sIG1vZGVscyBhcmUgYWxzbyBzdXBwb3J0ZWQs IGUuZy4sIHZpYQ0KPiAgwqDCoMKgwqAgQWJzdHJhY3Rpb24gYW5kIENvbnRyb2wgb2YgVHJhZmZp YyBFbmdpbmVlcmVkIE5ldHdvcmtzIChBQ1ROKQ0KPiAgwqDCoMKgwqAgYW5kIHN0YXRlZnVsLVBD RS4NCj4gDQo+ICDCoMKgwqDCoCBUaGUgVEVBUyBXRyBpcyByZXNwb25zaWJsZSBmb3I6DQo+IA0K PiAgwqDCoMKgwqDCoMKgIGEpIFRyYWZmaWMtZW5naW5lZXJpbmcgYXJjaGl0ZWN0dXJlcyBmb3Ig Z2VuZXJpYw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIGFwcGxpY2FiaWxpdHkgYWNyb3NzIHBhY2tl dCBhbmQgbm9uLXBhY2tldA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIG5ldHdvcmtzLiBUaGlzIGlu Y2x1ZGVzLCBmb3IgZXhhbXBsZSwgbmV0d29ya3MgdGhhdA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKg IHBlcmZvcm0gY2VudHJhbGl6ZWQgY29tcHV0YXRpb24gYW5kIGNvbnRyb2wsIGRpc3RyaWJ1dGVk DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgY29tcHV0YXRpb24gYW5kIGNvbnRyb2wsIG9yIGV2ZW4g YSBoeWJyaWQgYXBwcm9hY2guDQo+IA0KPiAgwqDCoMKgwqDCoMKgIGIpIERlZmluaXRpb24gb2Yg cHJvdG9jb2wtaW5kZXBlbmRlbnQgbWV0cmljcyBhbmQNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBw YXJhbWV0ZXJzIChtZWFzdXJlbWVudCBhbmQvb3Igc2VydmljZSBhdHRyaWJ1dGVzKSBmb3INCj4g IMKgwqDCoMKgwqDCoMKgwqDCoCBkZXNjcmliaW5nIGxpbmtzIGFuZCB0dW5uZWxzL3BhdGhzIHJl cXVpcmVkIGZvciB0cmFmZmljDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgZW5naW5lZXJpbmcgKGFu ZCByZWxhdGVkIHJvdXRpbmcsIHNpZ25hbGluZyBhbmQgcGF0aA0KPiAgwqDCoMKgwqDCoMKgwqDC oMKgIGNvbXB1dGF0aW9uKS4gVGhlc2Ugd2lsbCBiZSBkZXZlbG9wZWQgaW4gY29uanVuY3Rpb24N Cj4gIMKgwqDCoMKgwqDCoMKgwqDCoCB3aXRoIHJlcXVlc3RzIGFuZCByZXF1aXJlbWVudHMgZnJv bSBvdGhlciBXR3MgdG8gZW5zdXJlDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgb3ZlcmFsbCB1c2Vm dWxuZXNzLg0KPiANCj4gIMKgwqDCoMKgwqDCoCBjKSBGdW5jdGlvbmFsIHNwZWNpZmljYXRpb24g b2YgZXh0ZW5zaW9ucyBmb3Igcm91dGluZw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIChPU1BGLCBJ U0lTKSBhbmQgZm9yIHBhdGggY29tcHV0YXRpb24gKFBDRVApLCBpbmNsdWRpbmcNCj4gIMKgwqDC oMKgwqDCoMKgwqDCoCB0aG9zZSB0aGF0IHByb3ZpZGUgZ2VuZXJhbCBlbmFibGVycyBvZg0KPiAg wqDCoMKgwqDCoMKgwqDCoMKgIHRyYWZmaWMtZW5naW5lZXJpbmcgc3lzdGVtcyB0aGF0IG1heSBh bHNvIHVzZQ0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIFJTVlAtVEUuIFByb3RvY29sIGZvcm1hdHMg YW5kIHByb2NlZHVyZXMgdGhhdCBlbWJvZHkNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCB0aGVzZSBl eHRlbnNpb25zIHdpbGwgYmUgZG9uZSBpbiBjb29yZGluYXRpb24gd2l0aCB0aGUNCj4gIMKgwqDC oMKgwqDCoMKgwqDCoCBXR3Mgc3VwZXJ2aXNpbmcgdGhvc2UgcHJvdG9jb2xzLg0KPiANCj4gIMKg wqDCoMKgwqDCoCBkKSBGdW5jdGlvbmFsIHNwZWNpZmljYXRpb24gb2YgZ2VuZXJpYyAoaS5lLiwg bm90IGRhdGENCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBwbGFuZSB0ZWNobm9sb2d5LXNwZWNpZmlj KSBleHRlbnNpb25zIGZvciBSU1ZQLVRFLCBhbmQNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCB0aGUg YXNzb2NpYXRlZCBwcm90b2NvbCBmb3JtYXRzIGFuZCBwcm9jZWR1cmVzIHRoYXQNCj4gIMKgwqDC oMKgwqDCoMKgwqDCoCBlbWJvZHkgdGhlc2UgZXh0ZW5zaW9ucy4NCj4gDQo+ICDCoMKgwqDCoMKg wqAgZSkgRGVmaW5pdGlvbiBvZiBjb250cm9sIHBsYW5lIG1lY2hhbmlzbXMgYW5kIGV4dGVuc2lv bnMgdG8NCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBhbGxvdyB0aGUgc2V0dXAgYW5kIG1haW50ZW5h bmNlIG9mIFRFIHBhdGhzIGFuZCBURQ0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIHR1bm5lbHMgdGhh dCBzcGFuIG11bHRpcGxlIGRvbWFpbnMgYW5kL29yIHN3aXRjaGluZw0KPiAgwqDCoMKgwqDCoMKg wqDCoMKgIHRlY2hub2xvZ2llcywgd2hlcmUgYSBkb21haW4gbWF5IGJlIGFuIElHUCBhcmVhLCBh bg0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIEF1dG9ub21vdXMgU3lzdGVtLCBvciBhbnkgb3RoZXIg cmVnaW9uIG9mIHRvcG9sb2dpY2FsDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgdmlzaWJpbGl0eS4N Cj4gDQo+ICDCoMKgwqDCoMKgwqAgZikgRGVmaW5pdGlvbiBhbmQgZXh0ZW5zaW9uIG9mIG1hbmFn ZW1lbnQgYW5kIHNlY3VyaXR5DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgdGVjaG5pcXVlcyBmb3Ig Zm9yIFRQIHBhdGggYW5kIHR1bm5lbCBjb250cm9sLiBUaGlzDQo+ICDCoMKgwqDCoMKgwqDCoMKg wqAgaW5jbHVkZXMgY29uZmlndXJpbmcgYW5kIG1vbml0b3JpbmcgUlNWUC1URSBhcyB3ZWxsIGFz DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgbWVjaGFuaXNtcyB1c2VkIHRvIGNvbmZpZ3VyZSwgY29u dHJvbCwgYW5kIHJlcG9ydCBPQU0NCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCB3aXRoaW4gVEUgbmV0 d29ya3MuIFlBTkcgYW5kIE1JQiBtb2R1bGVzIG1heSBiZQ0KPiAgwqDCoMKgwqDCoMKgwqDCoMKg IGNvbnNpZGVyZWQuDQo+IA0KPiAgwqDCoMKgwqDCoCBUaGUgVEVBUyB3b3JraW5nIGdyb3VwIGlz IGNoYXJ0ZXJlZCB0byBkZWxpdmVyIHRoZSBmb2xsb3dpbmc6DQo+IA0KPiAgwqDCoMKgwqDCoMKg IDEuIERlZmluaXRpb24gb2YgYWRkaXRpb25hbCBhYnN0cmFjdCBzZXJ2aWNlLCBsaW5rLCBhbmQN Cj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBwYXRoIHByb3BlcnRpZXMgc3VjaCBhcyBqaXR0ZXIsIGRl bGF5LCBhbmQNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBkaXZlcnNpdHkuIEV4dGVuc2lvbnMgdG8g SUdQcyB0byBhZHZlcnRpc2UgdGhlc2UNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBwcm9wZXJ0aWVz LCBhbmQgZXh0ZW5zaW9ucyB0byBSU1ZQLVRFIHRvIHJlcXVlc3QgYW5kIHRvDQo+ICDCoMKgwqDC oMKgwqDCoMKgwqAgYWNjdW11bGF0ZSB0aGVzZSBwcm9wZXJ0aWVzLiBXb3JrIHdpdGggUENFIFdH IHRvIGluY2x1ZGUNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCB0aGVzZSBwcm9wZXJ0aWVzIGluIGNv bXB1dGF0aW9uIHJlcXVlc3RzLg0KPiANCj4gIMKgwqDCoMKgwqDCoCAyLiBTcGVjaWZpY2F0aW9u IG9mIHRlcm1pbm9sb2d5LCBhcmNoaXRlY3R1cmUsIGFuZCBwcm90b2NvbA0KPiAgwqDCoMKgwqDC oMKgwqDCoMKgIHJlcXVpcmVtZW50cyBmb3IgYWJzdHJhY3Rpb24gYW5kIGRpc3RyaWJ1dGlvbiBv ZiBURQ0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIGluZm9ybWF0aW9uIGJldHdlZW4gaW50ZXJjb25u ZWN0ZWQgVEUgZG9tYWlucy9sYXllcnMuDQo+IA0KPiAgwqDCoMKgwqDCoMKgIDMuIFNwZWNpZmlj YXRpb24gYW5kIHByb3RvY29sIGV4dGVuc2lvbnMgZm9yIGEgR01QTFMNCj4gIMKgwqDCoMKgwqDC oMKgwqDCoCBFeHRlcm5hbCBOZXR3b3JrLXRvLU5ldHdvcmsgSW50ZXJmYWNlIChFLU5OSSksIGku ZS4sDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgbXVsdGktZG9tYWluIEdNUExTIHN1cHBvcnQuDQo+ IA0KPiAgwqDCoMKgwqDCoMKgIDQuIFByb3RvY29sIG1lY2hhbmlzbXMgdG8gc2lnbmFsIGFzc29j aWF0ZWQgTFNQcyBpbg0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgIHBhcnRpY3VsYXIgd2l0aCBkaWZm ZXJlbnQgc291cmNlIG5vZGVzLg0KPiANCj4gIMKgwqDCoMKgwqDCoCA1LiBSZXF1aXJlbWVudHMg YW5kIHByb3RvY29sIGV4dGVuc2lvbnMgZm9yIGFkZGl0aW9uYWwNCj4gIMKgwqDCoMKgwqDCoMKg wqDCoCBwcm90ZWN0aW9uIG1lY2hhbmlzbXMgaW5jbHVkaW5nLCBmb3IgZXhhbXBsZSwgZW5kLXBv aW50DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgcHJvdGVjdGlvbiwgcHJvdGVjdGlvbiBvZiBQMk1Q IExTUHMsIGFuZCBpbnRlci1kb21haW4NCj4gIMKgwqDCoMKgwqDCoMKgwqDCoCBwcm90ZWN0aW9u Lg0KPiANCj4gIMKgwqDCoMKgwqDCoCA2LiBZQU5HIG1vZGVscyBpbiBzdXBwb3J0IG9mIFRyYWZm aWMgRW5naW5lZXJpbmcsIGluDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgY29vcmRpbmF0aW9uIHdp dGggd29ya2luZyBncm91cHMgd29ya2luZyBvbiBZQU5HIG1vZGVscw0KPiAgwqDCoMKgwqDCoMKg wqDCoMKgIGZvciBuZXR3b3JrIHRvcG9sb2d5IGFuZCBmb3IgdGVjaG5vbG9neS1zcGVjaWZpYyBu ZXR3b3JrDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqAgYXR0cmlidXRlcy4NCj4gDQo+ICDCoMKgwqDC oMKgIFJlcXVpcmVtZW50cyBtYXkgYmUgZG9jdW1lbnRlZCBpbiBzdGFuZC1hbG9uZSBSRkNzLCBt YXkgYmUNCj4gIMKgwqDCoMKgwqAgZm9sZGVkIGludG8gYXJjaGl0ZWN0dXJlIG9yIHNvbHV0aW9u cyBSRkNzLCBtYXkgYmUgcmVjb3JkZWQNCj4gIMKgwqDCoMKgwqAgb24gYSB3aWtpLCBvciBtYXkg YmUgZG9jdW1lbnRlZCBpbiBhbiBJbnRlcm5ldC1EcmFmdCB0aGF0IGlzDQo+ICDCoMKgwqDCoMKg IG5vdCBwcm9ncmVzc2VkIHRvIFJGQy4NCj4gDQo+ICDCoMKgwqDCoMKgIFRoZSBURUFTIFdHIHdp bGwgY29vcmRpbmF0ZSB3aXRoIHRoZSBmb2xsb3dpbmcgd29ya2luZw0KPiAgwqDCoMKgwqDCoCBn cm91cHM6DQo+IA0KPiAgwqDCoMKgwqDCoMKgIC0gV2l0aCB0aGUgTVBMUyBXRyB0byBtYWludGFp biBhbmQgZXh0ZW5kIE1QTFMtVEUgcHJvdG9jb2wNCj4gIMKgwqDCoMKgwqDCoMKgwqAgbWVjaGFu aXNtcyBhbmQgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhleSBzaG91bGQgYmUNCj4gIMKgwqDCoMKg wqDCoMKgwqAgZ2VuZXJhbGl6ZWQuDQo+IA0KPiAgwqDCoMKgwqDCoMKgIC0gV2l0aCB0aGUgQ0NB TVAgV0cgdG8gbWFpbnRhaW4gYW5kIGV4dGVuZCBub24tcGFja2V0LCBkYXRhDQo+ICDCoMKgwqDC oMKgwqDCoMKgIHBsYW5lIHRlY2hub2xvZ3ktc3BlY2lmaWMgVEUgcHJvdG9jb2wgbWVjaGFuaXNt cyBhbmQgdG8NCj4gIMKgwqDCoMKgwqDCoMKgwqAgZGV0ZXJtaW5lIHdoZXRoZXIgdGhleSBzaG91 bGQgYmUgZ2VuZXJhbGl6ZWQuDQo+IA0KPiAgwqDCoMKgwqDCoMKgIC0gV2l0aCB0aGUgTFNSIChP U1BGIGFuZCBJU0lTKSBXRyB0byBtYWludGFpbiBvciBleHRlbmQgVEUNCj4gIMKgwqDCoMKgwqDC oMKgwqAgcm91dGluZyBtZWNoYW5pc21zLg0KPiANCj4gIMKgwqDCoMKgwqDCoCAtIFdpdGggdGhl IFBDRSBXRyBvbiB1c2VzIG9mIGEgUENFIGluIHRoZQ0KPiAgwqDCoMKgwqDCoMKgwqDCoCB0cmFm ZmljLWVuZ2luZWVyaW5nIGFyY2hpdGVjdHVyZSwgb24gUENFIGV4dGVuc2lvbnMgcGVyDQo+ICDC oMKgwqDCoMKgwqDCoMKgIHRoZSBhYm92ZSwgYW5kIG9uIFJTVlAtVEUgZXh0ZW5zaW9ucyB0byBz dXBwb3J0IFBDRSBXRw0KPiAgwqDCoMKgwqDCoMKgwqDCoCBpZGVudGlmaWVkIHJlcXVpcmVtZW50 cy4NCj4gDQo+ICDCoMKgwqDCoMKgwqAgLSBXaXRoIHRoZSBJRFIgV0cgb24gdGhlIHVzZSBvZiBC R1AtTFMgaW4gVEUgZW52aXJvbm1lbnRzLg0KPiANCj4gIMKgwqDCoMKgwqDCoCAtIFdpdGggdGhl IERldE5ldCBXRyBvbiBtZWNoYW5pc21zIChZQU5HIG1vZGVscyBhbmQNCj4gIMKgwqDCoMKgwqDC oMKgwqAgcHJvdG9jb2xzKSB0byBzdXBwb3J0IERldE5ldHMuDQo+IA0KPiAgwqDCoMKgwqDCoMKg IC0gV2l0aCB0aGUgU1BSSU5HIFdHIG9uIFRFIGFyY2hpdGVjdHVyZSBhbmQsIHdoZXJlDQo+ICDC oMKgwqDCoMKgwqDCoMKgIGFwcHJvcHJpYXRlLCBURS1yZWxhdGVkIHByb3RvY29sIGV4dGVuc2lv bnMuDQo+IA0KPiAgwqDCoMKgwqDCoMKgIC0gV2l0aCB0aGUgU0ZDIFdHIG9uIG1lY2hhbmlzbXMg KFlBTkcgbW9kZWxzIGFuZCBwcm90b2NvbHMpIHRvDQo+ICDCoMKgwqDCoMKgwqDCoMKgIHN1cHBv cnQgU0ZDcw0KPiANCj4gIMKgwqDCoMKgwqAgSW4gZG9pbmcgdGhpcyB3b3JrLCB0aGUgV0cgd2ls bCBjb29wZXJhdGUgd2l0aCBleHRlcm5hbCBTRE9zDQo+ICDCoMKgwqDCoMKgIChzdWNoIGFzIHRo ZSBJVFUtVCBhbmQgdGhlIElFRUUgODAyLjEpIGFzIG5lY2Vzc2FyeS4NCj4gDQo+IFRoZSBjaGFu Z2VzIGZyb20gdGhlIGRpc2N1c3Npb24gY2FuIGJlIGZvdW5kIGF0Og0KPiANCj4gaHR0cHM6Ly9k b2NzLmdvb2dsZS5jb20vZG9jdW1lbnQvZC8xbDV5M25IM0ttT1FiSE9NcF9SRm0xU0s1cmlTNXFp MWsNCj4gbHZlLS1reVViU1UvZWRpdD90cz01YmM3MjE2Yw0KPiANCj4gTG91IChhbmQgUGF2YW4p DQo+IE9uIDEwLzgvMjAxOCAyOjQ5IEFNLCBWaXNobnUgUGF2YW4gQmVlcmFtIHdyb3RlOg0KPiA+ IEhpLA0KPiA+DQo+ID4gT3ZlciB0aGUgcGFzdCBmZXcgbW9udGhzIHdlJ3ZlIG5vdGVkIHRoYXQg b3VyIGNoYXJ0ZXIgY291bGQgdXNlIGEgYml0DQo+ID4gb2YgYW4gdXBkYXRlIHRvIG1hdGNoIHRo ZSBjdXJyZW50IHN0YXRlIG9mIFRFQVMgYW5kIG90aGVyIHdvcmtpbmcgZ3JvdXBzLg0KPiA+IFdl J3ZlIHRha2VuIGEgcGFzcyBhdCB0aGlzIGFuZCBoYXZlIGEgcHJvcG9zZWQgcmV2aXNpb24uwqAg T25jZSB0aGUgV0cNCj4gPiBhZ3JlZXMgb24gY2hhbmdlcywgd2UnbGwgcGFzcyB0aG9zZSBjaGFu Z2VzIGFsb25nIHRvIG91ciBBRCB3aG8gaXMgdGhlDQo+ID4gYWN0dWFsIG93bmVyIG9mIG91ciBj aGFydGVyLsKgIFRoZSB0ZXh0IGlzIGVuY2xvc2VkIGJlbG93IGFzIHdlbGwgYXMNCj4gPiBhdmFp bGFibGUgd2l0aCBjaGFuZ2VzIHRyYWNrZWQgYXQ6DQo+ID4NCj4gPiBodHRwczovL3VybGRlZmVu c2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RvY3MuZ29vZ2xlLmNvbV9kDQo+ ID4NCj4gb2N1bWVudF9kXzFsNXkzbkgzS21PUWJIT01wLTVGUkZtMVNLNXJpUzVxaTFrbHZlLTJE LTJEa3lVYlNVX2VkaXQtDQo+IDNGdXMNCj4gPg0KPiBwLTNEc2hhcmluZyZkPUR3SURhUSZjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kNCj4gJnI9Qw0KPiA+DQo+ IEZIVmZXMFdzZ3hTcU02d1RKaVdFNWV2VUpBZGxVbDFmbTdFMFdWYmlTOCZtPTZwSTF5REZKWUNM cjRZQkRYT0VKDQo+IEZ4V3pKDQo+ID4NCj4gUU1tc1c1cTFYMGljNjBxZ000JnM9WEhncDNJU3VG WlpqX0ZVaUdLSzJaalJuZGxTeUl4Z29tdGZxeUV0M0RSVSYNCj4gZT0NCj4gPg0KPiA+IFBsZWFz ZSBkaXNjdXNzIGFueSBwcm9wb3NlZCBjaGFuZ2VzIG9uIHRoZSBsaXN0LCBpLmUuLCBjaGFuZ2Vz IHRvIHRoZQ0KPiA+IGNoYXJ0ZXIgdGhhdCBhcmUgc3VnZ2VzdGVkIGluIHRoZSBnb29nbGUtZG9j IGJ1dCBub3QgYWdyZWVkIHRvIGhlcmUNCj4gPiB3aWxsIGJlIGlnbm9yZWQuDQo+ID4NCj4gPiBX ZSdkIGxpa2UgdG8gaGF2ZSB0aGUgY2hhbmdlcyBhZ3JlZWQgdG8gYnkgdGhlIGVuZCBvZiB0aGlz IG1vbnRoIHNvDQo+ID4gdGhlIElFU0cgbWF5IGhhdmUgdGltZSB0byByZXZpZXcvYWN0IGJlZm9y ZcKgIElFVEYxMDMuDQo+ID4NCj4gPiBUaGFuayB5b3UsDQo+ID4gUGF2YW4gYW5kIExvdQ0KPiA+ DQo+ID4NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IFRlYXMgbWFpbGluZyBsaXN0DQo+IFRlYXNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo= From nobody Fri Oct 26 08:38:41 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E6CD1298C5; Fri, 26 Oct 2018 08:38:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.971 X-Spam-Level: X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 C-DD4CIfuLNB; Fri, 26 Oct 2018 08:38:37 -0700 (PDT) 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 DEA4D130DF6; Fri, 26 Oct 2018 08:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1860; q=dns/txt; s=iport; t=1540568317; x=1541777917; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=CcmsZ1uvmOlkc/cKPppdJaxotWBjP+Zg6gqVgo2L3oI=; b=PodAGp4e2L0Ymue3XtzhfxjOVX/C5b9Ao+xu77ZZgJQSXK9GKD+5gqk4 PT7daCuG9bVEUaOUBHS67tIfma3kPj9iWzbn0UQJPbALt+MKdk6l7uIcC DB8CvWw466Y7j66uO93pq7FMJbBnSe/HcyGNl344PHPkSrcgu2C9rorZ/ 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAACeM9Nb/4MNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGCBGZ/KAqDa4gYjBiZKhSBZgsBASWERwIXgwE?= =?us-ascii?q?hNA0NAQMBAQIBAQJtHAyFOwYjEUUQAgEIGgImAgICMBUQAgQBDQWDIQGCAQ+?= =?us-ascii?q?mL4EuhD5AhRkFgQuKXReBQT+BOB+CTIMbAgECAYEqARIBHxeCbTGCJgKIeIt?= =?us-ascii?q?uiUpPCQKGZ4MfhncYgVKEd4l8jG2JfgIRFIEmHThkWBEIcBVlAYJBgk+ISoU?= =?us-ascii?q?+bwGLBYEfgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,428,1534809600"; d="scan'208";a="191458660" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 15:38:36 +0000 Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id w9QFcaGv016797 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 15:38:36 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 26 Oct 2018 10:38:35 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Fri, 26 Oct 2018 10:38:35 -0500 From: "Rakesh Gandhi (rgandhi)" To: Ben Campbell , The IESG CC: "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Ben Campbell's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) Thread-Index: AQHUa92OWAwxHn5zAEWa3g0oBiqRh6UxvPEA Date: Fri, 26 Oct 2018 15:38:35 +0000 Message-ID: <08031A25-AD71-436C-A72C-92DFF4B9E249@cisco.com> References: <154041523082.6939.10153957213520601144.idtracker@ietfa.amsl.com> In-Reply-To: <154041523082.6939.10153957213520601144.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.236] Content-Type: text/plain; charset="utf-8" Content-ID: <6A8F0240B0C78B48B3B56EE98AE432D1@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.27, xch-rcd-017.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [Teas] Ben Campbell's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:38:39 -0000 SGkgQmVuLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmV2aWV3L2NvbW1lbnQuDQoNCkFncmVlLCB3 ZSB3aWxsIHJlLW9yZGVyIHRoZSBmaXJzdCBhbmQgc2Vjb25kIHNlY3Rpb25zIGluIHRoZSBuZXh0 IHJldmlzaW9uLg0KDQpUaGFua3MsDQpSYWtlc2gNCg0KDQpPbiAyMDE4LTEwLTI0LCA1OjA3IFBN LCAiQmVuIENhbXBiZWxsIiA8YmVuQG5vc3RydW0uY29tPiB3cm90ZToNCg0KICAgIEJlbiBDYW1w YmVsbCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCiAgICBk cmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTA2OiBObyBPYmplY3Rpb24N CiAgICANCiAgICBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUg aW50YWN0IGFuZCByZXBseSB0byBhbGwNCiAgICBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4g dGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVj dG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KICAgIA0KICAgIA0KICAgIFBsZWFzZSByZWZlciB0 byBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0 bWwNCiAgICBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1F TlQgcG9zaXRpb25zLg0KICAgIA0KICAgIA0KICAgIFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBv dGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCiAgICBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlk aXItZnJyLw0KICAgIA0KICAgIA0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBDT01NRU5U Og0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICANCiAgICBUaGFua3MgZm9yIHRoZSB3b3JrIG9uIHRo aXMhDQogICAgDQogICAgSSBqdXN0IGhhdmUgb25lIHN0cmljdGx5IGVkaXRvcmlhbCBjb21tZW50 Og0KICAgIA0KICAgIEkgZm91bmQgaXQgb2RkIHRoYXQgdGhlIGludHJvZHVjdGlvbiBkb2Vzbid0 IG9jY3VyIHVudGlsIHNlY3Rpb24gMi4gIEkgdGhpbmsNCiAgICBzZWN0aW9uIDEgd291bGQgbWFr ZSBtb3JlIHNlbnNlIGlmIEkgaGFkIGhhZCB0aGUgY29udGV4dCBmcm9tIHRoZSBpbnRyb2R1Y3Rp b24NCiAgICB3aGVuIHJlYWRpbmcgaXQuDQogICAgDQogICAgDQogICAgDQoNCg== From nobody Fri Oct 26 08:40:11 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3427C1298C5; Fri, 26 Oct 2018 08:40:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.971 X-Spam-Level: X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 296m3cD6b9kr; Fri, 26 Oct 2018 08:39:58 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FB18128CF3; Fri, 26 Oct 2018 08:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1964; q=dns/txt; s=iport; t=1540568398; x=1541777998; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=aMC9dD6T2TJ7DFaB5SlUgqbIBSCi8dPPDJLaOpLXzKA=; b=SIbG2jt0EkRGsMpYDy8Ma/9eN0JcQ+IWKpOcHBJHVuzMMQE+LlFs+6X+ KuW8BtKGO9YfclZl/Zenuz99Pwg9Vvy7PJAiRFIXVrQ06m9SD/doOWR5m 5VjDB+wGftOq7VdwsbGKTJdPDooOaelIyTY4suXmA2ZKIN6iXkvv6Y7No Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAADHNNNb/4QNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGCBGZ/KAqDa4gYjBiBaIkijiAUgWYLAQElhEc?= =?us-ascii?q?CF4MBITQNDQEDAQECAQECbRwMhTsGIxE3DhACAQgaAiYCAgIfERUQAgQBDQW?= =?us-ascii?q?DIQGBaQMVD6YygS6EPkCCeQ2CEwWBC4pdF4FBP4E4DBOCTIJWRQIBAgGBKgE?= =?us-ascii?q?SAR8Xgm0xgiYCiHiLbolKIS4JAoZngx+DUIMnGIFShHeJfIxtfYkBAhEUgSY?= =?us-ascii?q?dOGRYEQhwFWUBgkGCT4hKhT5vAYsFgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.54,428,1534809600"; d="scan'208";a="191460404" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 15:39:57 +0000 Received: from XCH-RCD-020.cisco.com (xch-rcd-020.cisco.com [173.37.102.30]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id w9QFdvH1007538 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 15:39:57 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-020.cisco.com (173.37.102.30) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 26 Oct 2018 10:39:56 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Fri, 26 Oct 2018 10:39:56 -0500 From: "Rakesh Gandhi (rgandhi)" To: Spencer Dawkins , The IESG CC: "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Spencer Dawkins' No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) Thread-Index: AQHUbAvhO2wmYfP9t0CyY8QuRA/0XqUxvPCA Date: Fri, 26 Oct 2018 15:39:56 +0000 Message-ID: <8EBE4191-B8F1-4677-9CD1-C42A6E450DAE@cisco.com> References: <154043513502.6899.3227532584938668994.idtracker@ietfa.amsl.com> In-Reply-To: <154043513502.6899.3227532584938668994.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.236] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.30, xch-rcd-020.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [Teas] Spencer Dawkins' No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:40:00 -0000 SGkgU3BlbmNlciwNCg0KVGhhbmsgeW91IGZvciB5b3VyIHJldmlldy4NCg0KU3VyZSwgd2Ugd2ls bCByZS1vcmRlciB0aGUgZmlyc3QgYW5kIHNlY29uZCBzZWN0aW9uLg0KDQpUaGFua3MsDQpSYWtl c2gNCg0KDQpPbiAyMDE4LTEwLTI0LCAxMDozOCBQTSwgIlNwZW5jZXIgRGF3a2lucyIgPHNwZW5j ZXJkYXdraW5zLmlldGZAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIFNwZW5jZXIgRGF3a2lucyBo YXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCiAgICBkcmFmdC1p ZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLTA2OiBObyBPYmplY3Rpb24NCiAgICAN CiAgICBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0 IGFuZCByZXBseSB0byBhbGwNCiAgICBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRv IGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVjdG9yeSBw YXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KICAgIA0KICAgIA0KICAgIFBsZWFzZSByZWZlciB0byBodHRw czovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCiAg ICBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9z aXRpb25zLg0KICAgIA0KICAgIA0KICAgIFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBi YWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCiAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJy Lw0KICAgIA0KICAgIA0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBDT01NRU5UOg0KICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCiAgICANCiAgICBJIGFncmVlIHdpdGggQmVuJ3MgY29tbWVudCBhYm91 dCB0aGUgdW5jb252ZW50aW9uYWwgZG9jdW1lbnQgc3RydWN0dXJlLiBJJ20gbm90DQogICAgYW4g ZXhwZXJ0LCBidXQgSSB0aGluayBJIHVuZGVyc3Rvb2QgdGhlIEludHJvZHVjdGlvbiB3ZWxsIGVu b3VnaCB0byBnZXQgdGhyb3VnaA0KICAgIGl0IGJlZm9yZSBuZWVkaW5nIHRvIGxvb2sgYXQgdGhl IHRlcm1pbm9sb2d5IGZvciBwcmVjaXNlIG1lYW5pbmdzLCBhbmQgaXQgZG9lcw0KICAgIHNlZW0g b2RkIGNvbXBhcmVkIHRvIHRoZSB2YXN0IG1ham9yaXR5IG9mIFJGQ3MgSSd2ZSByZXZpZXdlZCwg c28gc29tZXdoYXQNCiAgICBkaXNvcmllbnRpbmcgZm9yIHJlYWRlcnMuDQogICAgDQogICAgDQog ICAgDQoNCg== From nobody Fri Oct 26 09:29:37 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C755F130DD3; Fri, 26 Oct 2018 09:29:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.371 X-Spam-Level: X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 mbSO0xlW1kEH; Fri, 26 Oct 2018 09:29:34 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00100.outbound.protection.outlook.com [40.107.0.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5567C127133; Fri, 26 Oct 2018 09:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RpdlvXuA/OAhBzkh7kwQEASU3ZvX6nq5mle2zS54pPw=; b=jx80/Lhz06hWrxkO6iTjsMDxstwq+3u8Ag1D5NEJpdEJduMAKusJe4/3uRlnlNdhA9If94XYuLa/VISJfFN5K4fo8ePBAaXEb110L6aGxIh1x/+wY304VKTDlrX4q7m5OLzeB8BlqUX9aoWAk0PWe7RSQYu9KU6ruHPlx02X3hw= Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com (10.169.215.137) by DB6PR0701MB2486.eurprd07.prod.outlook.com (10.168.76.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.7; Fri, 26 Oct 2018 16:29:31 +0000 Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::c133:aafa:c5d6:9803]) by DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::c133:aafa:c5d6:9803%3]) with mapi id 15.20.1294.014; Fri, 26 Oct 2018 16:29:31 +0000 From: "Belotti, Sergio (Nokia - IT/Vimercate)" To: Olivier Dugeon , "internet-drafts@ietf.org" , "i-d-announce@ietf.org" CC: "teas@ietf.org" , Italo Busi , "Belotti, Sergio (Nokia - IT/Vimercate)" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt Thread-Index: AQHUaiBy5WCHF46aJEO1TR81EjNURKUufDWAgAM/KpA= Date: Fri, 26 Oct 2018 16:29:31 +0000 Message-ID: References: <154022406162.6304.4708808854863399271@ietfa.amsl.com> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [93.36.178.236] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB6PR0701MB2486; 6:UggYlfXS2b+VLes79QGevndiHyOses2DCefIUv2IV/sWrb3Ikfmh7J+XZVyugv4gJ0serEyfgk3eLsOBmbyFIkU5YY4qOTUKSe0e0oZqxZcBHKr7YDVVi50PUwFyp9BFT9KMXBf9slAI8BbyC0EDZWdEc3x1zy8wQeKDg3NlZTrtpPvsAz2CgiZ6D7BwZc/wynijCIHo6u4Y7PoqnnC5+eztYGzN08LwNpWhGMO+aswz1u9/yGFVZKqIk1Y64vp4zMWnuxV+js5hDF8dzCWo/bW0rb7xOyN2ht0+vlz4xFiFsgT9C6MKNi167/9ctpLaulIk1eBWN2/Wr1G9kaPIYArXOuzDkXj7wxHHLvJxQpY/jWrSKJsyGoHRVlwJ4R2Ktx4IDz3ZUo0W03La+44yRXkqXKevdpBXYNwjxjZxu7xUA48qojSEA1fJDZayhJ2yBPgQXNA/V2zj4w3sarR7vw==; 5:Qn4Ew0oOKejHBBp+HgGTXu7IVMCdhuyhAcgMYXXqOxCSD1Gu9orPdK0hAPGNN4eVEMJqOlEWG9kN80AYoW48ZX6guAG8NsjqwtCvvZNDy5x8GAL3BZxGC9ZsJcbU3S2V+thI5JAGf1PV/d1pjgylLQYs1+TTZwN23plHOCqRhfk=; 7:hYsG+uDDHIt2Byj2lSWzxB/rl3NckaHly5KOVKJVmuJEsuUgg1/GEOmW20ecIi2Q7YCAD1H5TmeseLnX7EWbgcDKZsk4TkmLbkNTg5QPD44qJcPUbtz0vQvjrdhEbnKaBPIDqekKQwcEmbeLSTjodA== x-ms-exchange-antispam-srfa-diagnostics: SOS;SOR; x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(979002)(376002)(346002)(366004)(136003)(396003)(39860400002)(13464003)(199004)(189003)(2900100001)(6116002)(3846002)(186003)(71200400001)(446003)(11346002)(71190400001)(305945005)(66574009)(478600001)(25786009)(4326008)(2906002)(68736007)(7736002)(74316002)(229853002)(476003)(6506007)(486006)(5660300001)(53546011)(102836004)(316002)(33656002)(26005)(53936002)(81156014)(81166006)(6436002)(105586002)(106356001)(8676002)(14444005)(6246003)(76176011)(256004)(6346003)(107886003)(2201001)(54906003)(966005)(86362001)(55016002)(14454004)(5250100002)(2501003)(6306002)(9686003)(110136005)(99286004)(97736004)(4001150100001)(66066001)(7696005)(8936002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2486; H:DB6PR0701MB2727.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; x-ms-office365-filtering-correlation-id: 516c74a8-dae8-48a2-b049-08d63b603520 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:DB6PR0701MB2486; x-ms-traffictypediagnostic: DB6PR0701MB2486: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(269456686620040)(120809045254105); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231355)(11241501184)(806099)(944501410)(52105095)(3002001)(6055026)(148016)(149066)(150057)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:DB6PR0701MB2486; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2486; x-forefront-prvs: 083751FCA6 received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=sergio.belotti@nokia.com; x-microsoft-antispam-message-info: Up8E7YtFJtYXEBkwhDKqJG6J5ebZ+n601ww97ocKERD2w/NBpYJkG6oHJZ6L57Mx6k1yqmsyYO03SDcW3dYlp7NbkkXLUh5cwas8GEdZoxTVIESW63F63X4eVdRDsxotd9z9T9CsVJulY003WpBWQh6zPKO8JLnwU6ViHbHsawJMr5S7XCWdlKwkO/Pj8RYKsIDkv6rj6XHhUUqNISakIyixlBi9HC0J4LtMZtl6kDiSjisAexiG7Kd3wFnURjxqWuNEJyQ0GebMFm4EYIzKVtXXURS5LUzieWOJTu6Hmx4hMFBDQ7mEZ1yFqIcZ7naTGeluz8RRKFGpyA+xAEP36fqM9FEgCu59x+WjG6aALwgA8JsncTPtk4NugSax/oUOHSb8luIULOyVL2AQVY2swA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 516c74a8-dae8-48a2-b049-08d63b603520 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Oct 2018 16:29:31.2807 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2486 Archived-At: Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 16:29:37 -0000 SGkgT2xpdmllciwNClRoYW5rcyBmb3IgeW91ciBpbnRlcmVzdCBpbiB0aGUgZHJhZnQgYW5kIGZv ciB5b3VyIHF1ZXN0aW9uLg0KZHJhZnQtaWV0Zi10ZWFzLXBhdGgtY29tcHV0YXRpb24gaXMgcHJv dmlkaW5nIGEgWWFuZyBtb2RlbCByZXF1ZXN0IHRvIHBlcm1pdCBhIGNsaWVudC1jb250cm9sbGVy IHRvIGFzayBzZXJ2ZXItY29udHJvbGxlciBmb3IgcGF0aCBjb21wdXRhdGlvbiAsIGluIHBhcnRp Y3VsYXJseSB3aGVuIGNsaWVudCBoYXMgbm90IGNvbXBsZXRlIGtub3dsZWRnZSBvZiB0aGUgZG9t YWluIHRvcG9sb2d5IGZvciB3aGljaCBoZSBoYXMgdG8gY2FsY3VsYXRlIHBhdGguDQpUaGUgdHlw aWNhbCBjYXNlIGlzIG11bHRpLWRvbWFpbiAsIGFuZCBJIHdvdWxkIHNheSBSRkMgNTQ0MSBpcyBh cHByb2FjaGluZyB0aGUgcHJvYmxlbSB0byBjcmVhdGUgYSBwYXRoIGluIGEgbXVsdGktZG9tYWlu IGVudmlyb25tZW50IGZyb20gYSBkaWZmZXJlbnQgYW5nbGUgd2l0aCByZXNwZWN0IHdoYXQgb3Vy IGRyYWZ0IGlzIGRvaW5nLg0KUkZDNTQ0MSBpcyBhICJmbGF0IiBzY2VuYXJpbyBhbmQgY29udHJv bGxlcnMgaGF2ZSBwZWVyIHRvIHBlZXIgcmVsYXRpb25zaGlwLg0KT3VyIGNhc2UgaXMgYSB0eXBp Y2FsIGhpZXJhcmNoaWNhbCBzY2VuYXJpbyBhcyBtZW50aW9uZWQgaW4gdGhlIGludHJvZHVjdGlv bi4gV2UgYXNzdW1lIGluZm9ybWF0aW9uIGV4Y2hhbmdlICBpcyB0b3AtZG93biBhbmQgYm90dG9t LXVwIG5vIGhvcml6b250YWwgaW5mb3JtYXRpb24gaXMgZXhjaGFuZ2VkIC4gSSB3b3VsZCBzYXkg d2UgYXJlIHRyeWluZyB0byBzb2x2ZSBtdWx0aSBkb21haW4gaXNzdWUgaW4gYSBzY2VuYXJpbyBj bG9zZSB0byB3aGF0IFJGQyA2ODA1IGlzIGRvaW5nIGZvciBQQ0UgcHJvc3BlY3RpdmUuDQpBbnl3 YXkgaWYgeW91IGVudmlzYWdlIFNETiBzY2VuYXJpb3MgIGluIHdoaWNoIFlBTkcgbW9kZWxzIGFy ZSB1c2VkIGZvciBwZWVyIHRvIHBlZXIgY29tbXVuaWNhdGlvbiBhbW9uZyBjb250cm9sbGVycyB3 ZSBhcmUgaW50ZXJlc3RlZCB0byBmdXJ0aGVyIGludmVzdGlnYXRlIHRoZW0gYW5kIGV2YWx1YXRl IHdoZXRoZXIgdGhlIGV4aXN0aW5nIG1vZGVscyBjYW4gYmUgYWRhcHRlZCB0byB0aGUgc2NvcGUu DQpPbmUgYXNwZWN0IHdlIHdvdWxkIGxpa2UgdG8gYmV0dGVyIHVuZGVyc3RhbmQgaW4gdGhlc2Ug c2NlbmFyaW9zIGlzIGhvdyB0aGUgZW5kLXRvLWVuZCBwYXRoIGNvbXB1dGF0aW9uIGlzIHRyaWdn ZXJlZCBhbmQgY29vcmRpbmF0ZWQuDQpJbiB0aGUgaGllcmFyY2hpY2FsIHNjZW5hcmlvLCB0aGUg ZW5kLXRvLWVuZCBwYXRoIGNvbXB1dGF0aW9uIGlzIHRyaWdnZXJlZCBieSBzb21lIHJlcXVlc3Rz IChlLmcuLCBMeFNNKSBmcm9tIHRoZSB0b3AtbGV2ZWwgY29udHJvbGxlciB3aGljaCwgZnJvbSB0 aGUgYWJzdHJhY3QgdG9wb2xvZ3kgdmlldyBpdCBnZXRzIGZyb20gdGhlIGxvd2VyLWxldmVsIGNv bnRyb2xsZXJzLCB1bmRlcnN0YW5kcyB3aGF0IGFyZSB0aGUgaW5ncmVzcyBhbmQgZWdyZXNzIHBv aW50cyBvZiB0aGUgZW5kLXRvLWVuZCBwYXRoLCBjb21wdXRlIHRoZSBwYXRoIGluIHRlcm1zIG9m IHdoaWNoIGRvbWFpbnMgaXQgaGFzIHRvIGNyb3NzICh1c2luZyBwYXRoIGNvbXB1dGF0aW9uIFJQ QyB3aGVuIG5lZWRlZCkgYW5kIGNvb3JkaW5hdGUgdGhlIGVuZC10by1lbmQgcGF0aCBzZXR1cCAo cmVxdWVzdGluZyBlYWNoIGRvbWFpbiB0byBzZXR1cCBpdHMgcGF0aCBzZWdtZW50KS4NCkluIGEg ZmxhdCBzY2VuYXJpbywgaXQgaXMgbm90IGNsZWFyIGhvdyB0aGUgb3ZlcmFsbCBwcm9jZXNzIGlz IHN0YXJ0ZWQ6IHdoaWNoIGlzIHRoZSBjb250cm9sbGVyIHRoYXQgY29vcmRpbmF0ZXMgdGhlIGVu ZC10by1lbmQgcGF0aCBzZXR1cCBhbmQgaG93IHRoZSBjdXN0b21lciBrbm93cyB3aGljaCBjb250 cm9sbGVyIGlzIGdvaW5nIHRvIHJlcXVlc3QgdGhlIHNlcnZpY2UgKGUuZy4sIEx4U00pIHRvIHRy aWdnZXIgdGhlIHdob2xlIHByb2Nlc3M/DQogDQpJZiB5b3UnbGwgYmUgaW4gQmFuZ2tvayBmb3Ig SUVURiBtZWV0aW5nIHdlIHdvdWxkIGJlIGhhcHB5IHRvIGRpc2N1c3Mgd2l0aCB5b3UgZmFjZSB0 byBmYWNlLg0KIA0KVGhhbmtzDQoNCkl0YWxvIGFuZCBTZXJnaW8NCg0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogVGVhcyA8dGVhcy1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhh bGYgT2YgT2xpdmllciBEdWdlb24NClNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAyNCwgMjAxOCA0 OjQ2IFBNDQpUbzogdGVhc0BpZXRmLm9yZzsgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnOyBpLWQt YW5ub3VuY2VAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbVGVhc10gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRhdGlvbi0wMy50eHQNCg0KRGVhciBhdXRob3JzLA0K DQpSZWdhcmRpbmcgdGhlIGRpZmZlcmVudCB1c2UgY2FzZXMgZXhwb3NlIGluIHlvdXIgZHJhZnQs IEknbSB3b25kZXJpbmcgaWYgeW91IGhhdmUgdGFrZSBpbnRvIGFjY291bnQgZGlzdHJpYnV0ZWQg cGF0aCBjb21wdXRhdGlvbiBhcyBwZXIgUkZDNTQ0MSA/IEluIHBhcnRpY3VsYXIsIHdoZW4gc2V2 ZXJhbCBOZXR3b3JrIENvbnRyb2xsZXIgYXJlIGludm9sdmVkIChmaWd1cmVzIDEsIDQgYW5kIDUp LCB5b3UgYWRkwqAgcmVzcGVjdGl2ZWx5IGEgUGFja2V0L09wdGljYWwgQ29vcmRpbmF0b3IsIGEg TXVsdGktRG9tYWluIENvbnRyb2xsZXIgYW5kIGEgQ2xvdWQgTmV0d29yayBPcmNoZXN0cmF0b3Iu IEhvd2V2ZXIsIHdoZW4gdGhlIGRpZmZlcmVudCBuZXR3b3JrcyBhcmUgb3duIGJ5IGRpZmZlcmVu dCBvcGVyYXRvcnMsIG9yIGJ1c2luZXNzIHVuaXQgd2l0aGluIHRoZSBzYW1lIG9wZXJhdG9yLCBp dCBpcyBub3QgYWx3YXlzIGZlYXNpYmxlIHRvIGFkZCB0aGlzIGNlbnRyYWxpemVkIGNvbnRyb2xs ZXIuIEluIHRoaXMgY2FzZSwgVEUgaW5mb3JtYXRpb24gbXVzdCBiZSBleGNoYW5nZSBkaXJlY3Rs eSBiZXR3ZWVuIGxvd2VyIGNvbnRyb2xsZXIgZS5nLiBiZXR3ZWVuIFRFIERvbWFpbiBDb250cm9s bGVyLCBEQyBDb250cm9sbGVyIGFuZCBURSBOZXR3b3JrIENvbnRyb2xsZXIsIFBhY2tldCBhbmQg T3B0aWNhbCBOZXR3b3JrIENvbnRyb2xsZXIuDQoNClNvLCBJIHdvdWxkIHVuZGVyc3RhbmQgaWYg dGhlIHlhbmcgbW9kZWwgZGVzY3JpYmVkIGluIHlvdXIgZHJhZnQgYWxsb3dzIHN1Y2ggZGlyZWN0 IGV4Y2hhbmdlIG9yIGlmIGl0IG11c3QgYmUgbW9kaWZpZWQgdG8gdGFrZSBpbnRvIHN1Y2ggc2Nl bmFyaW8gPw0KDQpSZWdhcmRzDQoNCk9saXZpZXINCg0KTGUgMjIvMTAvMjAxOCDDoCAxODowMSwg aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIGEgw6ljcml0wqA6DQo+IEEgTmV3IEludGVybmV0LURy YWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rv cmllcy4NCj4gVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgVHJhZmZpYyBFbmdpbmVl cmluZyBBcmNoaXRlY3R1cmUgYW5kIFNpZ25hbGluZyBXRyBvZiB0aGUgSUVURi4NCj4NCj4gICAg ICAgICBUaXRsZSAgICAgICAgICAgOiBZYW5nIG1vZGVsIGZvciByZXF1ZXN0aW5nIFBhdGggQ29t cHV0YXRpb24NCj4gICAgICAgICBBdXRob3JzICAgICAgICAgOiBJdGFsbyBCdXNpDQo+ICAgICAg ICAgICAgICAgICAgICAgICAgICAgU2VyZ2lvIEJlbG90dGkNCj4gICAgICAgICAgICAgICAgICAg ICAgICAgICBWaWN0b3IgTG9wZXoNCj4gICAgICAgICAgICAgICAgICAgICAgICAgICBPc2NhciBH b256YWxleiBkZSBEaW9zDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgQW51cmFnIFNoYXJt YQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIFlhbiBTaGkNCj4gICAgICAgICAgICAgICAg ICAgICAgICAgICBSaWNhcmQgVmlsYWx0YQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIEth cnRoaWsgU2V0aHVyYW1hbg0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgIE1pY2hhZWwgU2No YXJmDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgRGFuaWVsZSBDZWNjYXJlbGxpDQo+IAlG aWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNvbXB1dGF0aW9uLTAz LnR4dA0KPiAJUGFnZXMgICAgICAgICAgIDogNjENCj4gCURhdGUgICAgICAgICAgICA6IDIwMTgt MTAtMjINCj4NCj4gQWJzdHJhY3Q6DQo+ICAgIFRoZXJlIGFyZSBzY2VuYXJpb3MsIHR5cGljYWxs eSBpbiBhIGhpZXJhcmNoaWNhbCBTRE4gY29udGV4dCwgd2hlcmUNCj4gICAgdGhlIHRvcG9sb2d5 IGluZm9ybWF0aW9uIHByb3ZpZGVkIGJ5IGEgVEUgbmV0d29yayBwcm92aWRlciBtYXkgbm90DQo+ ICAgIGJlIHN1ZmZpY2llbnQgZm9yIGl0cyBjbGllbnQgdG8gcGVyZm9ybSBlbmQtdG8tZW5kIHBh dGggY29tcHV0YXRpb24uDQo+ICAgIEluIHRoZXNlIGNhc2VzIHRoZSBjbGllbnQgd291bGQgbmVl ZCB0byByZXF1ZXN0IHRoZSBwcm92aWRlciB0bw0KPiAgICBjYWxjdWxhdGUgc29tZSAocGFydGlh bCkgZmVhc2libGUgcGF0aHMuDQo+DQo+ICAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcg ZGF0YSBtb2RlbCBmb3IgYSBzdGF0ZWxlc3MgUlBDIHRvDQo+ICAgIHJlcXVlc3QgcGF0aCBjb21w dXRhdGlvbi4gVGhpcyBtb2RlbCBjb21wbGVtZW50cyB0aGUgc3RhdGVmdWwNCj4gICAgc29sdXRp b24gZGVmaW5lZCBpbiBbVEUtVFVOTkVMXS4NCj4NCj4gICAgTW9yZW92ZXIgdGhpcyBkb2N1bWVu dCBkZXNjcmliZXMgc29tZSB1c2UgY2FzZXMgd2hlcmUgYSBwYXRoDQo+ICAgIGNvbXB1dGF0aW9u IHJlcXVlc3QsIHZpYSBZQU5HLWJhc2VkIHByb3RvY29scyAoZS5nLiwgTkVUQ09ORiBvcg0KPiAg ICBSRVNUQ09ORiksIGNhbiBiZSBuZWVkZWQuDQo+DQo+DQo+IFRoZSBJRVRGIGRhdGF0cmFja2Vy IHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNvbXB1dGF0aW9uDQo+IC8NCj4N Cj4gVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KPiBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRh dGlvbi0wMw0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWll dGYtdGVhcy15YW5nLXBhdGgtY29tcHV0DQo+IGF0aW9uLTAzDQo+DQo+IEEgZGlmZiBmcm9tIHRo ZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpbw0KPiBu LTAzDQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWlu dXRlcyBmcm9tIHRoZSB0aW1lIG9mIA0KPiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2 ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+DQo+IElu dGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCj4g ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4NCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gVGVhcyBtYWlsaW5nIGxpc3QNCj4g VGVhc0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Rl YXMNCj4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vdGVhcw0K From nobody Fri Oct 26 10:11:53 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 01BBF1277CC; Fri, 26 Oct 2018 10:11:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: lflynn@amsl.com, teas-chairs@ietf.org, db3546@att.com, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154057390993.8725.8503295005719326015.idtracker@ietfa.amsl.com> Date: Fri, 26 Oct 2018 10:11:49 -0700 Archived-At: Subject: [Teas] teas - Update to a Meeting Session Request for IETF 103 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 17:11:50 -0000 An update to a meeting session request has just been submitted by Liz Flynn, on behalf of the teas working group. --------------------------------------------------------- Working Group Name: Traffic Engineering Architecture and Signaling Area Name: Routing Area Session Requester: Liz Flynn Number of Sessions: 2 Length of Session(s): 2 Hours, 1 Hour Number of Attendees: 100 Conflicts to Avoid: First Priority: mpls ccamp pce netmod detnet Second Priority: idr i2rs spring lsr Third Priority: pals bess nvo3 People who must be present: Lou Berger Deborah Brungard Vishnu Pavan Beeram Resources Requested: Special Requests: Other Conflicts: IRTF RRG, RTG BOFs --------------------------------------------------------- From nobody Fri Oct 26 10:29:39 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93FA5127133; Fri, 26 Oct 2018 10:29:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.971 X-Spam-Level: X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 Ya9b45qEudMR; Fri, 26 Oct 2018 10:29:36 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19EF512870E; Fri, 26 Oct 2018 10:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7710; q=dns/txt; s=iport; t=1540574976; x=1541784576; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=RGt/U/Imx706vTNX1xonrtcTXEevxZc09p5ZVURwDPk=; b=cgMROT6f7Gbc2RF0jIqU3jmH8uRTyCzn/2kI5zQ8V7ZnZylPwazt8/4p dCxf+df8pqXBnYtDMGM8HRCuFcKesHuEf5VYpnxzMJ+6252Wcuid1Iw/G jWwyQlvjdeH8L7TjG4CkOwvhAc6tJ0Cw5lWMqPHxYQuFVR3RG+cBFtGFa k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAADwTdNb/4oNJK1jDgwBAQEBAQI?= =?us-ascii?q?BAQEBBwIBAQEBgVEFAQEBAQsBgVUvZn8oCoNriBiMGJkqFIFmCgEBASWERwI?= =?us-ascii?q?XgwEhNA0NAQMBAQIBAQJtHAyFOwYjEUUQAgEIGgImAgICMBUQAgQBDQWDIQG?= =?us-ascii?q?CAQ+mGYEuhD5AhRsFgQuIFYJIF4FBP4EQAScfgkyDGwIBAgGBKgESAR8HECE?= =?us-ascii?q?CgkoxgiYCiHiWBwkChmeDH4Z3EgaBUoR3iXyMbYl+AhEUgSYdOEEjWBEIcBV?= =?us-ascii?q?lAYJBgk+ISoUEOm8BiwWBH4EfAQE?= X-IronPort-AV: E=Sophos;i="5.54,428,1534809600"; d="scan'208";a="191533879" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 17:29:35 +0000 Received: from XCH-RCD-016.cisco.com (xch-rcd-016.cisco.com [173.37.102.26]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id w9QHTZgf002655 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 17:29:35 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-016.cisco.com (173.37.102.26) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 26 Oct 2018 12:29:34 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Fri, 26 Oct 2018 12:29:34 -0500 From: "Rakesh Gandhi (rgandhi)" To: Benjamin Kaduk , The IESG CC: "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) Thread-Index: AQHUbBCOnvGXh4ldeEuQo/D//L4THqUx24cA Date: Fri, 26 Oct 2018 17:29:34 +0000 Message-ID: References: <154043714468.6859.14289090911132674656.idtracker@ietfa.amsl.com> In-Reply-To: <154043714468.6859.14289090911132674656.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.236] Content-Type: text/plain; charset="utf-8" Content-ID: <95B1A80207B20848AA3E57FC9DFAEC16@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.26, xch-rcd-016.cisco.com X-Outbound-Node: alln-core-5.cisco.com Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 17:29:39 -0000 SGkgQmVuamFtaW4sDQoNClRoYW5rIHlvdSBmb3IgdGhlIGRldGFpbGVkIHJldmlldy4gUGxlYXNl IHNlZSBpbmxpbmUgcmVwbGllcyB3aXRoIDxSRz7igKYNCg0KT24gMjAxOC0xMC0yNCwgMTE6MTIg UE0sICJCZW5qYW1pbiBLYWR1ayIgPGthZHVrQG1pdC5lZHU+IHdyb3RlOg0KDQogICAgQmVuamFt aW4gS2FkdWsgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQog ICAgZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVkLWJpZGlyLWZyci0wNjogTm8gT2JqZWN0 aW9uDQogICAgDQogICAgV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBs aW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQogICAgZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVk IGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMNCiAgICBpbnRy b2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCiAgICANCiAgICANCiAgICBQbGVhc2UgcmVm ZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJp YS5odG1sDQogICAgZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBD T01NRU5UIHBvc2l0aW9ucy4NCiAgICANCiAgICANCiAgICBUaGUgZG9jdW1lbnQsIGFsb25nIHdp dGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQogICAgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi10ZWFzLWFzc29jLWNvcm91dGVk LWJpZGlyLWZyci8NCiAgICANCiAgICANCiAgICANCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgQ09N TUVOVDoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgDQogICAgSG93IGRvZXMgdGhlIHVuaWRpcmVj dGlvbmFsIGxpbmsgZmFpbHVyZSBsb2dpYyBhbmQgdGhlIHJldmVydGl2ZSBsb2dpYw0KICAgIGlu dGVyYWN0PyAgVGhhdCBpcywgaW4gdGhlIHVuaWRpcmVjdGlvbmFsIGZhaWx1cmUgY2FzZSBhIG5v ZGUgc2hvdWxkIGJlDQogICAgZGV0ZWN0aW5nIHRoYXQgdGhlcmUgaXMgYSBmYWlsdXJlIGNhc2Ug YW5kIHJlcm91dGluZyByZXZlcnNlIHRyYWZmaWMgb250bw0KICAgIHRoZSBwcm90ZWN0aW9uIHBh dGggdG8gbWF0Y2ggdGhlIGZvcndhcmQgcGF0aC4gIEJ1dCBhIG5vZGUgaW4gdGhlIHByb2Nlc3MN CiAgICBvZiByZXZlcnRpbmcgYmFjayBvbiB0byB0aGUgcHJpbWFyeSBwYXRoIChiZWZvcmUgaXRz IGNvdW50ZXJwYXJ0IGluIHRoZQ0KICAgIG90aGVyIGRpcmVjdGlvbikgd291bGQgc2VlbSB0byBv YnNlcnZlIHRoZSBzYW1lIHBhY2tldC9wYXRoIGJlaGF2aW9yIGFzIGluDQogICAgdGhlIGNhc2Ug b2YgYSB1bmlkaXJlY3Rpb25hbCBsaW5rIGZhaWx1cmUuICBEbyB3ZSBuZWVkIHRvIHJlbHkgb24g dGhlDQogICAgZmxvb2Rpbmcgb2YgbGluayBzdGF0dXMgaW5mb3JtYXRpb24gdG8gZGlmZmVyZW50 aWF0ZSBiZXR3ZWVuIHRoZXNlIGNhc2VzPw0KDQo8Ukc+IFRoZSBiYXNpYyBpZGVhIGlzIGFzIGZv bGxvd2luZzogQWZ0ZXIgRlJSLCBSU1ZQIG1lc3NhZ2VzIGFyZSBzZW50IHdpdGggbW9kaWZpZWQg 4oCcSVBWNCB0dW5uZWwgc2VuZGVyIGFkZHJlc3MiIGluIHRoZSBTRU5ERVJfVEVNUExBVEUgT2Jq ZWN0IG9mIHRoZSBwcm90ZWN0ZWQgTFNQLCB0aGlzIGlzIGhvdyB0aGUgcmVjZWl2aW5nIG5vZGUg a25vd3MgaWYgRlJSIGhhcyBiZWVuIHRyaWdnZXJlZCBhbmQgaXQgY2FuIHVzZSBpdCB0byB0cmln Z2VyIGNvLXJvdXRlLiBBZnRlciByZXZlcnRpdmUgYmFjayB3aGVuIHRoZSBmYWlsdXJlIGlzIHJl cGFpcmVkLCB0aGUgUlNWUCBQYXRoIG1lc3NhZ2UgU0VOREVSX1RFTVBMQVRFIGlzIHJlc3RvcmVk IGFzIGJlZm9yZSBbUkZDNDA5MCwgU2VjdGlvbiA2LjUuMl0sIHdoaWNoIGNhbiBiZSB0aGVuIHVz ZWQgYnkgdGhlIHJlY2VpdmluZyBub2RlIHRvIHRyaWdnZXIgcmV2ZXJ0aXZlIGJlaGF2aW9yLg0K DQo8Ukc+IFllcywgZmxvb2RpbmcgbGluayBzdGF0dXMgLyB0b3BvbG9neSBkYXRhYmFzZSBjYW4g YmUgdXNlZCBmb3IgR2xvYmFsIHJldmVydGl2ZSBiZWhhdmlvci4NCg0KDQogICAgQXJlIHRoZSBz dGF0ZS1rZWVwaW5nIGFuZCByZXNvdXJjZSBjb25zdW1wdGlvbiBidXJkZW5zIGxhcmdlIGZvciB0 aGUNCiAgICBtaWRwb2ludCBub2RlcyB0aGF0IG5vdyBtdXN0IGNvcnJlbGF0ZSB3aGV0aGVyIHRo ZXkgc2VlIHRyYWZmaWMgb24NCiAgICBvcmlnaW5hbC9wcm90ZWN0aW9uIHBhdGhzIGZvciBhc3Nv Y2lhdGVkIGZsb3dzPyAgKEUuZy4sIFNlY3Rpb24gNC4xLjMncw0KICAgICJ3aGVuIGl0IHJlY2Vp dmVzIHRoZSB1bi1tb2RpZmllZCBSU1ZQIHBhdGggbWVzc2FnZXMgYW5kIHRyYWZmaWMiLikNCiAg ICBJdCBzZWVtcyBsaWtlIGl0IHNob3VsZCBqdXN0IGJlIGEgbGluZWFyIHNjYWxpbmcgZmFjdG9y IGF0IHdvcnN0LCB3aXRoIG5vDQogICAgcmVhbCBwYXRoIHRvIGFuIGF0dGFjaywgYnV0IHBlcmhh cHMgdGhlcmUgYXJlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zDQogICAgcmVsYXRpbmcgdG8gcm91 dGVyIGNhcGFjaXR5Lg0KICAgDQoNCiAgICBTZWN0aW9uIDINCiAgICANCiAgICAgICBJbiBwYWNr ZXQgdHJhbnNwb3J0IG5ldHdvcmtzLCB0aGVyZSBhcmUgcmVxdWlyZW1lbnRzIHdoZXJlIHRoZQ0K ICAgICAgIHJldmVyc2UgTFNQIG9mIGEgYmlkaXJlY3Rpb25hbCBMU1AgbmVlZHMgdG8gZm9sbG93 IHRoZSBzYW1lIHBhdGggYXMNCiAgICAgICBpdHMgZm9yd2FyZCBMU1AgW1JGQzYzNzNdLiAgWy4u Ll0NCiAgICANCiAgICBEb2VzIHRoaXMgbmVlZCBhIHF1YWxpZmllciAoZS5nLiwgInNvbWUgcGFj a2V0IHRyYW5zcG9ydCBuZXR3b3JrcyIgb3INCiAgICAidGhlcmUgYXJlIHNvbWV0aW1lcyByZXF1 aXJlbWVudHMiKT8NCg0KPFJHPiBVcGRhdGVkIHRvIOKAnHNvbWUgcGFja2V0IHRyYW5zcG9ydCBu ZXR3b3Jrc+KAnS4NCiAgICANCiAgICANCiAgICBTZWN0aW9uIDMuMg0KICAgIA0KICAgICAgIHR1 bm5lbCBTIChvbiBwYXRoIEItRi1HLUQpIHRvIHJlYWNoIGRvd25zdHJlYW0gTVAgbm9kZSBEIHdo ZXJlYXMgdGhlDQogICAgICAgdXBzdHJlYW0gUExSIG5vZGUgQyByZXJvdXRlIHRoZSBwcm90ZWN0 ZWQgcmV2ZXJzZSBMU1AyIHRyYWZmaWMgb3Zlcg0KICAgICAgIHRoZSBieXBhc3MgdHVubmVsIE4g KG9uIHBhdGggQy1JLUgtQSkgdG8gcmVhY2ggdGhlIHVwc3RyZWFtIE1QIG5vZGUNCiAgICAgICBB LiAgWy4uLl0NCiAgICANCiAgICBuaXQ6ICJyZXJvdXRlcyINCg0KPFJHPiBGaXhlZC4NCiAgICAN CiAgICBTZWN0aW9uIDQuMS4xDQogICAgDQogICAgICAgQXMgc2hvd24gaW4gRmlndXJlIDIsIHdo ZW4gdXNpbmcgYSBub2RlIHByb3RlY3Rpb24gYnlwYXNzIHR1bm5lbCB3aXRoDQogICAgICAgcHJv dGVjdGVkIGNvLXJvdXRlZCBMU1BzLCBhc3ltbWV0cnkgb2YgcGF0aHMgY2FuIG9jY3VyIGluIHRo ZSBmb3J3YXJkDQogICAgICAgYW5kIHJldmVyc2UgZGlyZWN0aW9ucyBhZnRlciBhIGxpbmsgZmFp bHVyZSBbUkZDODI3MV0uICBJbiBvcmRlciB0bw0KICAgICAgIHJlc3RvcmUgY28tcm91dGluZywg dGhlIGRvd25zdHJlYW0gTVAgbm9kZSBEIChhY3RpbmcgYXMgYW4gdXBzdHJlYW0NCiAgICAgICBQ TFIpIFNIT1VMRCB0cmlnZ2VyIHRoZSBwcm9jZWR1cmUgdG8gcmVzdG9yZSBjby1yb3V0aW5nIGFu ZCByZXJvdXRlDQogICAgICAgdGhlIHByb3RlY3RlZCByZXZlcnNlIExTUDIgUlNWUCBQYXRoIG1l c3NhZ2VzIGFuZCB0cmFmZmljIG92ZXIgdGhlDQogICAgICAgYnlwYXNzIHR1bm5lbCBTIChvbiBw YXRoIEQtRy1GLUIpIHRvIHRoZSB1cHN0cmVhbSBNUCBub2RlIEIgdXBvbg0KICAgIA0KICAgIFdo eSBpcyB0aGlzIG9ubHkgYSBTSE9VTEQ/DQoNCjxSRz4gSXQgaXMgTVVTVCB0byByZXN0b3JlIGNv LXJvdXRlLiBVcGRhdGVkLg0KDQogICAgDQogICAgU2VjdGlvbiA0LjINCiAgICANCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFuIGVu ZHBvaW50IG5vZGUNCiAgICAgICBNQVkgc2V0IHRoZSBFeHRlbmRlZCBBc3NvY2lhdGlvbiBJRCB0 byB0aGUgdmFsdWUgc2hvd24gaW4gQXBwZW5kaXggQS4NCiAgICANCiAgICBUaGUgY29udGVudHMg b2YgQXBwZW5kaXggQSBkbyBub3QgaW5jbHVkZSBhIGRpc3Rpbmd1aXNoZWQgc2luZ2xlIHZhbHVl LCBidXQNCiAgICByYXRoZXIgYSBkYXRhIHN0cnVjdHVyZSwgc28gSSB0aGluayB0aGF0IGEgcGhy YXNlIG90aGVyIHRoYW4gInRvIHRoZQ0KICAgIHZhbHVlIiBzaG91bGQgYmUgdXNlZC4NCg0KPFJH PiBVcGRhdGVkIHVzaW5nIHN1Z2dlc3Rpb24gZnJvbSBBZGFtIFJvYWNoIGFzOiAiLi4uIHNldCB0 aGUgRXh0ZW5kZWQgQXNzb2NpYXRpb24gSUQgdG8gYSB2YWx1ZSBmb3JtYXR0ZWQgYWNjb3JkaW5n IHRvIHRoZQ0Kc3RydWN0dXJlIHNob3duIGluIEFwcGVuZGl4IEEuIg0KICAgIA0KICAgICAgIG8g IEZvciBkb3VibGUtc2lkZWQgcHJvdmlzaW9uZWQgYmlkaXJlY3Rpb25hbCBMU1BzIFtSRkM3NTUx XSwgYm90aA0KICAgICAgICAgIGVuZHBvaW50cyBuZWVkIHRvIGVuc3VyZSB0aGF0IHRoZSBiaWRp cmVjdGlvbmFsIExTUCBoYXMgYSB1bmlxdWUNCiAgICAgICAgICBFeHRlbmRlZCBBU1NPQ0lBVElP TiBPYmplY3QgZm9yIGVhY2ggZm9yd2FyZCBhbmQgcmV2ZXJzZSBMU1AgcGFpcg0KICAgICAgICAg IGJ5IHNlbGVjdGluZyBhcHByb3ByaWF0ZSB1bmlxdWUgRXh0ZW5kZWQgQXNzb2NpYXRpb24gSURz IHNpZ25hbGVkDQogICAgICAgICAgYnkgdGhlbS4NCiAgICANCiAgICBIb3cgZG9lcyB0aGlzIHNp Z25hbGxpbmcvc2VsZWN0aW9uIHByb2Nlc3MgZ2V0IHRoZSB0d28gZW5kcG9pbnRzIHRvIGFncmVl DQogICAgb24gdGhlIHNhbWUgdmFsdWU/DQoNCjxSRz4gQWRkZWQgdGV4dDogQSBjb250cm9sbGVy IGNhbiBiZSB1c2VkIHRvIHByb3Zpc2lvbiB1bmlxdWUgRXh0ZW5kZWQgQXNzb2NpYXRpb24gSUQg b24gYm90aCBlbmRwb2ludHMuICBUaGUgcHJvY2VkdXJlIGZvciBzZWxlY3RpbmcgdW5pcXVlIEV4 dGVuZGVkIEFzc29jaWF0aW9uIElEIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1l bnQuICANCiAgICANCiAgICBBcHBlbmRpeCBBDQogICAgDQogICAgKEFnYWluLCAidG8gdGhlIHZh bHVlIiBpcyBub3QgYXBwcm9wcmlhdGUgdG8gZGVzY3JpYmUgdGhlIGdlbmVyYWwgZm9ybWF0Lg0K ICAgIFBlcmhhcHMsICJ0byBhIHZhbHVlIHVzaW5nIHRoZSBmb3JtYXQiLikNCiAgICANCjxSRz4g VXBkYXRlZCBhcyBhYm92ZS4NCg0KICAgIFBsZWFzZSBhbHNvIGV4cGxpY2l0bHkgZGVzY3JpYmUg dGhlIHNlbWFudGljcyBvZiB0aGUgIlJlc2VydmVkIiBmaWVsZChzKQ0KICAgIChpLmUuLCBzZXQg dG8gemVybyBvbiB0cmFuc21pc3Npb24gYW5kIGlnbm9yZWQgb24gcmVjZWlwdCkuDQogICAgDQo8 Ukc+IEFkZGVkLg0KDQpUaGFua3MsDQpSYWtlc2gNCg0KICAgIA0KICAgIA0KDQo= From nobody Fri Oct 26 10:35:11 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E141012870E; Fri, 26 Oct 2018 10:35:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.971 X-Spam-Level: X-Spam-Status: No, score=-14.971 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 egQZxQyGG_3A; Fri, 26 Oct 2018 10:35:08 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BED0D120072; Fri, 26 Oct 2018 10:35:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5470; q=dns/txt; s=iport; t=1540575307; x=1541784907; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=nljo/WlEDaRJmdtcsWcBt3PBNysXro38ys27zTKNVms=; b=BobXjo1BKAqKdW4kKt3ZQO5+UTmTAjPhrgw2h8xXhAKGEfngRjstlI3s uVVxJDydR5Bdcu4foFky1bUTmnqD4qM5nYd1CQLjCQCb/yd+KZ6cqwYEx Syk2RxtKrJcQz7o850NmyjS/s0bFfkz7uXg847tz4X9xE8y1AKSBoIOb9 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAAChT9Nb/4wNJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBVS9mfygKg2uIGIwYgWglg0CTXRSBZgsBASW?= =?us-ascii?q?ERwIXgwEhNA0NAQMBAQIBAQJtHAyFOwEEASMRRRACAQgaAiYCAgIwFRACBAE?= =?us-ascii?q?NBYMhAYF5CA+mGYEuhD5AhRsFgQuKXReBQT+BEScME4JMgxsCAQIBgSoBEgE?= =?us-ascii?q?2IQKCSoJXAoh4lgcJAoZngx+GdxiBUoR3iXyMbYl+AhEUgSYdOGRYEQhwFWU?= =?us-ascii?q?BgkGCIwMXEohKhT5vAYsFgR+BHwEB?= X-IronPort-AV: E=Sophos;i="5.54,428,1534809600"; d="scan'208";a="471909070" Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 17:35:06 +0000 Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id w9QHZ6cL000627 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 17:35:06 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 26 Oct 2018 12:35:06 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Fri, 26 Oct 2018 12:35:05 -0500 From: "Rakesh Gandhi (rgandhi)" To: Adam Roach , The IESG CC: "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) Thread-Index: AQHUbBpbGC9w8/A56kmQwzRvrZ2uj6Ux3QWA Date: Fri, 26 Oct 2018 17:35:05 +0000 Message-ID: References: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> In-Reply-To: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.236] Content-Type: text/plain; charset="utf-8" Content-ID: <0020C779AC06C647AD796169E7B6EB4F@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.29, xch-aln-019.cisco.com X-Outbound-Node: alln-core-7.cisco.com Archived-At: Subject: Re: [Teas] Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 17:35:10 -0000 VGhhbmsgeW91IEFkYW0gZm9yIHRoZSByZXZpZXcuIFBsZWFzZSBzZWUgcmVwbGllcyBpbmxpbmUg d2l0aCA8Ukc+4oCmDQoNCk9uIDIwMTgtMTAtMjUsIDEyOjIyIEFNLCAiQWRhbSBSb2FjaCIgPGFk YW1Abm9zdHJ1bS5jb20+IHdyb3RlOg0KDQogICAgQWRhbSBSb2FjaCBoYXMgZW50ZXJlZCB0aGUg Zm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCiAgICBkcmFmdC1pZXRmLXRlYXMtYXNzb2Mt Y29yb3V0ZWQtYmlkaXItZnJyLTA2OiBObyBPYmplY3Rpb24NCiAgICANCiAgICBXaGVuIHJlc3Bv bmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBh bGwNCiAgICBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4g KEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2 ZXIuKQ0KICAgIA0KICAgIA0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9y Zy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCiAgICBmb3IgbW9yZSBpbmZv cm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KICAgIA0K ICAgIA0KICAgIFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25z LCBjYW4gYmUgZm91bmQgaGVyZToNCiAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLXRlYXMtYXNzb2MtY29yb3V0ZWQtYmlkaXItZnJyLw0KICAgIA0KICAgIA0K ICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBDT01NRU5UOg0KICAgIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N CiAgICANCiAgICANCiAgICBUaGFua3MgZm9yIHRoZSB3b3JrIGV2ZXJ5b25lIGRpZCBvbiB0aGlz IGRvY3VtZW50Lg0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KICAgIFBsZWFz ZSBleHBhbmQgIkxTUCIgaW4gdGhlIGFic3RyYWN0Lg0KICAgIA0KPFJHPiBBZGRlZC4NCg0KICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KICAgIMKnMy4zOg0KICAgIA0KICAgID4gIEluIHRo aXMgZXhhbXBsZSwgdGhlIG1pZC1wb2ludCBub2RlIEQgbWF5IG1pc3Rha2VubHkgYXNzb2NpYXRl IExTUDENCiAgICA+ICB3aXRoIHRoZSByZXZlcnNlIExTUDQgaW5zdGVhZCBvZiB0aGUgcmV2ZXJz ZSBMU1AzIGR1ZSB0byB0aGUgbWF0Y2hpbmcNCiAgICA+ICAoRXh0ZW5kZWQpIEFTU09DSUFUSU9O IE9iamVjdHMuDQogICAgDQogICAgVGhpcyBkb2Vzbid0IHNlZW0gcmlnaHQgdG8gbWUuIExTUDEg YW5kIExTUDMgYXBwZWFyIHRvIGJlIGZvcndhcmQgZGlyZWN0aW9uLA0KICAgIHdoaWxlIExTUDIg YW5kIExTUDQgYXBwZWFyIHRvIGJlIHJldmVyc2UgZGlyZWN0aW9uLiBJdCdzIGFsc28gbm90IGNs ZWFyIGhvdyBMU1AxDQogICAgd291bGQgYmUgYXNzb2NpYXRlZCB3aXRoIExTUDMgaW4gdGhpcyBz Y2VuYXJpbywgd2hpY2ggaXMgd2hhdCB0aGlzIHNlbnRlbmNlDQogICAgc2VlbXMgdG8gYmUgc2F5 aW5nIG1pZ2h0IGhhcHBlbi4NCiAgICANCiAgICBEaWQgdGhpcyBtZWFuIHRvIHNheSAiLi4uaW5z dGVhZCBvZiB0aGUgcmV2ZXJzZSBMU1AyLi4uIj8NCiAgICANCjxSRz4gR29vZCBjYXRjaCwgY29y cmVjdGVkLg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgDQogICAgwqc0LjI6DQogICAg DQogICAgPiAgSW4gb3JkZXIgdG8gYXNzb2NpYXRlIHRoZSBMU1BzIHVuYW1iaWd1b3VzbHkgYXQg YSBtaWQtcG9pbnQgbm9kZSAoc2VlDQogICAgPiAgRmlndXJlIDMpLCB0aGUgZW5kcG9pbnQgbm9k ZSBNVVNUIHNpZ25hbCBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QNCiAgICA+ICBhbmQgYWRk IHVuaXF1ZSBFeHRlbmRlZCBBc3NvY2lhdGlvbiBJRCBmb3IgZWFjaCBhc3NvY2lhdGVkIGZvcndh cmQNCiAgICA+ICBhbmQgcmV2ZXJzZSBMU1AgcGFpciBmb3JtaW5nIHRoZSBiaWRpcmVjdGlvbmFs IExTUC4gIEFuIGVuZHBvaW50IG5vZGUNCiAgICA+ICBNQVkgc2V0IHRoZSBFeHRlbmRlZCBBc3Nv Y2lhdGlvbiBJRCB0byB0aGUgdmFsdWUgc2hvd24gaW4gQXBwZW5kaXggQS4NCiAgICANCiAgICBU aGlzIHBocmFzaW5nIGlzIHZlcnkgY29uZnVzaW5nLCBhcyBpdCBpbXBsaWVzIHRoYXQgQXBwZW5k aXggQSBpcyBnb2luZyB0bw0KICAgIGNvbnRhaW4gYSB2YWx1ZSB0aGF0IGNhbiBiZSB1c2VkIGFz IGFuIElEICh3aGljaCB3b3VsZCBiZSBhdCBvZGRzIHdpdGgNCiAgICAidW5pcXVlIikuIEFwcGVu ZGl4IEEgY29udGFpbnMgYSBmb3JtYXQsIG5vdCBhIHZhbHVlLiBJIHRoaW5rIHdoYXQgeW91IG1l YW4gaXM6DQogICAgDQogICAgIi4uLk1BWSBzZXQgdGhlIEV4dGVuZGVkIEFzc29jaWF0aW9uIElE IHRvIGEgdmFsdWUgZm9ybWF0dGVkIGFjY29yZGluZyB0byB0aGUNCiAgICBzdHJ1Y3R1cmUgc2hv d24gaW4gQXBwZW5kaXggQS4iDQoNCjxSRz4gVXBkYXRlZC4NCiAgICANCiAgICAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCiAgICANCiAgICBBcHBlbmRpeCBBOg0KICAgIA0KICAgID4gIEV4dGVuZGVkIEFz c29jaWF0aW9uIElEIGluIHRoZSBFeHRlbmRlZCBBU1NPQ0lBVElPTiBPYmplY3QgW1JGQzY3ODBd DQogICAgPiAgY2FuIGJlIHNldCB0byB0aGUgdmFsdWUgc2hvd24gaW4gdGhlIGZvbGxvd2luZyBl eGFtcGxlIHRvIHVuaXF1ZWx5DQogICAgDQogICAgU2FtZSBjb21tZW50IGFzIGFib3ZlIHJlZ2Fy ZGluZyB0aGUgZGlzdGluY3Rpb24gYmV0d2VlbiAidmFsdWUiIGFuZCAiZm9ybWF0Ii4NCg0KPFJH PiBVcGRhdGVkLg0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KICAgIEFwcGVu ZGl4IEE6DQogICAgDQogICAgPiAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAg ICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgID4gICAgIDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMQ0KICAgID4gICAg Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSsNCiAgICA+ICAgIHwgICAgICAgICAgICAgICAgICAgIElQdjQgTFNQIFNvdXJjZSBB ZGRyZXNzICAgICAgICAgICAgICAgICAgICB8DQogICAgPiAgICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgID4gICAg fCAgICAgICAgICAgUmVzZXJ2ZWQgICAgICAgICAgICB8ICAgICAgICAgICAgTFNQLUlEICAgICAg ICAgICAgIHwNCiAgICA+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgDQogICAgV2hhdCBhcmUgaW1wbGVtZW50 b3JzIGV4cGVjdGVkIHRvIHNldCB0aGUgIlJlc2VydmVkIiBieXRlcyB0bz8NCiAgICANCjxSRz4g QWRkZWQ6IOKAnFRoZSBSZXNlcnZlZCBmbGFncyBNVVNUIGJlIHNldCB0byAwIG9uIHRyYW5zbWlz c2lvbiBhbmQgaWdub3JlZCB3aGVuIHJlY2VpdmVkLuKAnQ0KICAgIA0KVGhhbmtzLA0KUmFrZXNo DQoNCg0K From nobody Fri Oct 26 12:29:23 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91A9D130DFC; Fri, 26 Oct 2018 12:29:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 vEpMCHmREnjE; Fri, 26 Oct 2018 12:29:14 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E59E1130DF3; Fri, 26 Oct 2018 12:29:10 -0700 (PDT) Received: from Svantevit.attlocal.net (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w9QJSxdT031595 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Oct 2018 14:29:00 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.attlocal.net To: "Rakesh Gandhi (rgandhi)" , The IESG Cc: "teas-chairs@ietf.org" , "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , "teas@ietf.org" , Vishnu Beeram References: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> From: Adam Roach Message-ID: <42b42822-c9a0-bc34-c875-e4f38ca60d20@nostrum.com> Date: Fri, 26 Oct 2018 14:28:53 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [Teas] Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 19:29:16 -0000 On 10/26/18 12:35 PM, Rakesh Gandhi (rgandhi) wrote: > Appendix A: > > > 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 LSP Source Address | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Reserved | LSP-ID | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > What are implementors expected to set the "Reserved" bytes to? > > Added: “The Reserved flags MUST be set to 0 on transmission and ignored when received.” Are you sure that's right? If so, it's not clear how the recipient knows whether the Extended Association ID is in this format (as its use is a "may"), and whether it's safe to ignore them.  I would expect this to simply say that the Reserved bits are set to 0 on transmission without saying anything about reception. This isn't as much for the sake of the protocol (since the value doesn't really matter) as it is to help implementors out. /a From nobody Fri Oct 26 12:38:00 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAC92130E18; Fri, 26 Oct 2018 12:37:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 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 ZpOs-4-hNvkQ; Fri, 26 Oct 2018 12:37:49 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DC1B130E16; Fri, 26 Oct 2018 12:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2140; q=dns/txt; s=iport; t=1540582669; x=1541792269; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ixXckPXWslJyWPNQRGDrcU1Sx6P0Sk6lbIFvVj3Bt88=; b=jzCF4mEjFZS8GTat5lQBWm3dwm7K5108cPzc3z9605pRf/v5/KQ6CHQv qPt9dt6T/GnDWjlk0lv24eQwzmHkAKZp9Uinkjlue10k6nn2j5bXSHcg/ NGzs2sj2niSYMNAk6Xj4axYnYRL914oJ8ErRYQEWtJAclnq/pNfm96XRC A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAADja9Nb/5FdJa1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUgMBAQEBAQsBgVUvgWUoCoNrlDGCDZcdgXoLAQGEbAI?= =?us-ascii?q?XgwEhNQwNAQMBAQIBAQJtKIU7AQUjEUUQAgEIGAICJgICAjAVEAIEAQ0FgyG?= =?us-ascii?q?CAqZygS6KH4ELilwXgUE/gREnH4JMhRUjgkoxgiYCnn8JApB9GJBFlmsCERS?= =?us-ascii?q?BJh8BNYFVcBVlAYJBgiMaEo4Ib4wfgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,429,1534809600"; d="scan'208";a="253994265" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 19:37:48 +0000 Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id w9QJbmPD005367 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 19:37:48 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 26 Oct 2018 14:37:47 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1395.000; Fri, 26 Oct 2018 14:37:47 -0500 From: "Rakesh Gandhi (rgandhi)" To: Adam Roach , The IESG CC: "teas-chairs@ietf.org" , "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , "teas@ietf.org" , Vishnu Beeram Thread-Topic: Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) Thread-Index: AQHUbBpbGC9w8/A56kmQwzRvrZ2uj6Ux3QWAgABi2oD//79tAA== Date: Fri, 26 Oct 2018 19:37:47 +0000 Message-ID: <4556B6CE-2DB1-48B6-A2C6-242CEBE6B8FE@cisco.com> References: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> <42b42822-c9a0-bc34-c875-e4f38ca60d20@nostrum.com> In-Reply-To: <42b42822-c9a0-bc34-c875-e4f38ca60d20@nostrum.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.249.236] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.30, xch-aln-020.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [Teas] Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 19:37:51 -0000 SGkgQWRhbSwNCg0KSXTigJlzIGEgZ29vZCBwb2ludCBhbmQgYWdyZWUuIFVwZGF0ZWQgdGhlIGRy YWZ0IGFjY29yZGluZ2x5Lg0KDQpUaGFua3MsDQpSYWtlc2gNCg0KDQpPbiAyMDE4LTEwLTI2LCAz OjI4IFBNLCAiQWRhbSBSb2FjaCIgPGFkYW1Abm9zdHJ1bS5jb20+IHdyb3RlOg0KDQogICAgT24g MTAvMjYvMTggMTI6MzUgUE0sIFJha2VzaCBHYW5kaGkgKHJnYW5kaGkpIHdyb3RlOg0KICAgID4g ICAgICBBcHBlbmRpeCBBOg0KICAgID4gICAgICANCiAgICA+ICAgICAgPiAgICAgMCAgICAgICAg ICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAg ID4gICAgICA+ICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICA+ICAgICAgPiAgICArLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgID4gICAg ICA+ICAgIHwgICAgICAgICAgICAgICAgICAgIElQdjQgTFNQIFNvdXJjZSBBZGRyZXNzICAgICAg ICAgICAgICAgICAgICB8DQogICAgPiAgICAgID4gICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICA+ICAgICAgPiAg ICB8ICAgICAgICAgICBSZXNlcnZlZCAgICAgICAgICAgIHwgICAgICAgICAgICBMU1AtSUQgICAg ICAgICAgICAgfA0KICAgID4gICAgICA+ICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgPiAgICAgIA0KICAgID4g ICAgICBXaGF0IGFyZSBpbXBsZW1lbnRvcnMgZXhwZWN0ZWQgdG8gc2V0IHRoZSAiUmVzZXJ2ZWQi IGJ5dGVzIHRvPw0KICAgID4gICAgICANCiAgICA+IDxSRz4gQWRkZWQ6IOKAnFRoZSBSZXNlcnZl ZCBmbGFncyBNVVNUIGJlIHNldCB0byAwIG9uIHRyYW5zbWlzc2lvbiBhbmQgaWdub3JlZCB3aGVu IHJlY2VpdmVkLuKAnQ0KICAgIA0KICAgIA0KICAgIEFyZSB5b3Ugc3VyZSB0aGF0J3MgcmlnaHQ/ IElmIHNvLCBpdCdzIG5vdCBjbGVhciBob3cgdGhlIHJlY2lwaWVudCBrbm93cyANCiAgICB3aGV0 aGVyIHRoZSBFeHRlbmRlZCBBc3NvY2lhdGlvbiBJRCBpcyBpbiB0aGlzIGZvcm1hdCAoYXMgaXRz IHVzZSBpcyBhIA0KICAgICJtYXkiKSwgYW5kIHdoZXRoZXIgaXQncyBzYWZlIHRvIGlnbm9yZSB0 aGVtLiAgSSB3b3VsZCBleHBlY3QgdGhpcyB0byANCiAgICBzaW1wbHkgc2F5IHRoYXQgdGhlIFJl c2VydmVkIGJpdHMgYXJlIHNldCB0byAwIG9uIHRyYW5zbWlzc2lvbiB3aXRob3V0IA0KICAgIHNh eWluZyBhbnl0aGluZyBhYm91dCByZWNlcHRpb24uIFRoaXMgaXNuJ3QgYXMgbXVjaCBmb3IgdGhl IHNha2Ugb2YgdGhlIA0KICAgIHByb3RvY29sIChzaW5jZSB0aGUgdmFsdWUgZG9lc24ndCByZWFs bHkgbWF0dGVyKSBhcyBpdCBpcyB0byBoZWxwIA0KICAgIGltcGxlbWVudG9ycyBvdXQuDQogICAg DQogICAgL2ENCiAgICANCiAgICANCg0K From nobody Fri Oct 26 12:40:54 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE6F130E16; Fri, 26 Oct 2018 12:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 hryjxjzFHwXI; Fri, 26 Oct 2018 12:40:50 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 654A8130E0C; Fri, 26 Oct 2018 12:40:50 -0700 (PDT) Received: from Svantevit.attlocal.net (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w9QJeieU033501 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Oct 2018 14:40:46 -0500 (CDT) (envelope-from adam@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.attlocal.net To: "Rakesh Gandhi (rgandhi)" , The IESG Cc: "teas-chairs@ietf.org" , "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , "teas@ietf.org" , Vishnu Beeram References: <154044135034.6935.9705845215648477897.idtracker@ietfa.amsl.com> <42b42822-c9a0-bc34-c875-e4f38ca60d20@nostrum.com> <4556B6CE-2DB1-48B6-A2C6-242CEBE6B8FE@cisco.com> From: Adam Roach Message-ID: Date: Fri, 26 Oct 2018 14:40:39 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <4556B6CE-2DB1-48B6-A2C6-242CEBE6B8FE@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [Teas] Adam Roach's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 19:40:52 -0000 Thanks! /a On 10/26/18 2:37 PM, Rakesh Gandhi (rgandhi) wrote: > Hi Adam, > > It’s a good point and agree. Updated the draft accordingly. > > Thanks, > Rakesh > > > On 2018-10-26, 3:28 PM, "Adam Roach" wrote: > > On 10/26/18 12:35 PM, Rakesh Gandhi (rgandhi) wrote: > > Appendix A: > > > > > 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 LSP Source Address | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Reserved | LSP-ID | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > What are implementors expected to set the "Reserved" bytes to? > > > > Added: “The Reserved flags MUST be set to 0 on transmission and ignored when received.” > > > Are you sure that's right? If so, it's not clear how the recipient knows > whether the Extended Association ID is in this format (as its use is a > "may"), and whether it's safe to ignore them. I would expect this to > simply say that the Reserved bits are set to 0 on transmission without > saying anything about reception. This isn't as much for the sake of the > protocol (since the value doesn't really matter) as it is to help > implementors out. > > /a > > > From nobody Fri Oct 26 15:04:18 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE1E3130E26; Fri, 26 Oct 2018 15:04:16 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char 9C hex): Received: ...s kaduk@ATHENA.MIT.EDU)\n\t\234by outgoing.mit[...] 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 zB3WMGolNpbs; Fri, 26 Oct 2018 15:04:14 -0700 (PDT) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (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 333A6127148; Fri, 26 Oct 2018 15:04:14 -0700 (PDT) X-AuditID: 1209190e-297ff70000005dce-b5-5bd38f5b91f0 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 2F.AD.24014.C5F83DB5; Fri, 26 Oct 2018 18:04:12 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-4.mit.edu (8.14.7/8.9.2) with ESMTP id w9QM46XQ016808; Fri, 26 Oct 2018 18:04:08 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id w9QM42FR019107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 26 Oct 2018 18:04:04 -0400 Date: Fri, 26 Oct 2018 17:04:02 -0500 From: Benjamin Kaduk To: "Rakesh Gandhi (rgandhi)" Cc: The IESG , "draft-ietf-teas-assoc-corouted-bidir-frr@ietf.org" , Vishnu Beeram , "teas-chairs@ietf.org" , "teas@ietf.org" Message-ID: <20181026220401.GT45914@kduck.kaduk.org> References: <154043714468.6859.14289090911132674656.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLKsWRmVeSWpSXmKPExsUixG6nrhvTfzna4N8ta4u+azNZLGb8mchs MbWpg82iae4uJovWHztYLOa0PWF2YPOY8nsjq8fOWXfZPZYs+ckUwBzFZZOSmpNZllqkb5fA lbFz0wLGgg36FTMXf2FqYHym1MXIwSEhYCLxYBpnFyMXh5DAGiaJWXunMkI4GxklXh78yQTh 3GWSOHpzHZDDycEioCqxseUXmM0moCLR0H2ZGcQWETCUONy9mhWkgVlgAZPEwSf3wBLCAtkS W2ddAbN5gdZ96b8GtaKBUaK/6TgrREJQ4uTMJywgNrOAusSfeZeYQe5jFpCWWP6PAyIsL9G8 dTbYHE4BW4nv3y+BHSEqoCyxt+8Q+wRGwVlIJs1CMmkWwqRZSCYtYGRZxSibklulm5uYmVOc mqxbnJyYl5dapGusl5tZopeaUrqJERQLnJJ8OxgnNXgfYhTgYFTi4f1hdDlaiDWxrLgy9xCj JAeTkijvr16gEF9SfkplRmJxRnxRaU5q8SFGCQ5mJRHeawVAOd6UxMqq1KJ8mJQ0B4uSOO+E lsXRQgLpiSWp2ampBalFMFkZDg4lCd6oPqBGwaLU9NSKtMycEoQ0EwcnyHAeoOFNIDW8xQWJ ucWZ6RD5U4yKUuK810AuEgBJZJTmwfWCUpVE9v6aV4ziQK8I8xqCtPMA0xxc9yugwUxAg2co XAAZXJKIkJJqYPTfLRlvHjM18aR7nXJ7rZ9aqkftef86Wyc2pwenBQutBFz/Swif+Vr8xWK7 SNhVBXdHYY4HbA11Ne7zLmluebrm4k2nhZ78UX+2t5/+eTzDS/7ZV+973YI17nZOKeszl1xl qDC8UhJ7fq+3g1pR561ZD3zagze+m7L16/K3R05ciz65RTH7gBJLcUaioRZzUXEiADafGN4w AwAA Archived-At: Subject: Re: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-assoc-corouted-bidir-frr-06: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 22:04:17 -0000 On Fri, Oct 26, 2018 at 05:29:34PM +0000, Rakesh Gandhi (rgandhi) wrote: > Hi Benjamin, > > Thank you for the detailed review. Please see inline replies with … > > On 2018-10-24, 11:12 PM, "Benjamin Kaduk" wrote: > > Benjamin Kaduk has entered the following ballot position for > draft-ietf-teas-assoc-corouted-bidir-frr-06: 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-teas-assoc-corouted-bidir-frr/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > How does the unidirectional link failure logic and the revertive logic > interact? That is, in the unidirectional failure case a node should be > detecting that there is a failure case and rerouting reverse traffic onto > the protection path to match the forward path. But a node in the process > of reverting back on to the primary path (before its counterpart in the > other direction) would seem to observe the same packet/path behavior as in > the case of a unidirectional link failure. Do we need to rely on the > flooding of link status information to differentiate between these cases? > > The basic idea is as following: After FRR, RSVP messages are sent with modified “IPV4 tunnel sender address" in the SENDER_TEMPLATE Object of the protected LSP, this is how the receiving node knows if FRR has been triggered and it can use it to trigger co-route. After revertive back when the failure is repaired, the RSVP Path message SENDER_TEMPLATE is restored as before [RFC4090, Section 6.5.2], which can be then used by the receiving node to trigger revertive behavior. > > Yes, flooding link status / topology database can be used for Global revertive behavior. Okay, thanks for confirming. > > Are the state-keeping and resource consumption burdens large for the > midpoint nodes that now must correlate whether they see traffic on > original/protection paths for associated flows? (E.g., Section 4.1.3's > "when it receives the un-modified RSVP path messages and traffic".) > It seems like it should just be a linear scaling factor at worst, with no > real path to an attack, but perhaps there are security considerations > relating to router capacity. > > > Section 2 > > In packet transport networks, there are requirements where the > reverse LSP of a bidirectional LSP needs to follow the same path as > its forward LSP [RFC6373]. [...] > > Does this need a qualifier (e.g., "some packet transport networks" or > "there are sometimes requirements")? > > Updated to “some packet transport networks”. > > > Section 3.2 > > tunnel S (on path B-F-G-D) to reach downstream MP node D whereas the > upstream PLR node C reroute the protected reverse LSP2 traffic over > the bypass tunnel N (on path C-I-H-A) to reach the upstream MP node > A. [...] > > nit: "reroutes" > > Fixed. > > Section 4.1.1 > > As shown in Figure 2, when using a node protection bypass tunnel with > protected co-routed LSPs, asymmetry of paths can occur in the forward > and reverse directions after a link failure [RFC8271]. In order to > restore co-routing, the downstream MP node D (acting as an upstream > PLR) SHOULD trigger the procedure to restore co-routing and reroute > the protected reverse LSP2 RSVP Path messages and traffic over the > bypass tunnel S (on path D-G-F-B) to the upstream MP node B upon > > Why is this only a SHOULD? > > It is MUST to restore co-route. Updated. > > > Section 4.2 > > An endpoint node > MAY set the Extended Association ID to the value shown in Appendix A. > > The contents of Appendix A do not include a distinguished single value, but > rather a data structure, so I think that a phrase other than "to the > value" should be used. > > Updated using suggestion from Adam Roach as: "... set the Extended Association ID to a value formatted according to the > structure shown in Appendix A." Excellent; thanks! > o For double-sided provisioned bidirectional LSPs [RFC7551], both > endpoints need to ensure that the bidirectional LSP has a unique > Extended ASSOCIATION Object for each forward and reverse LSP pair > by selecting appropriate unique Extended Association IDs signaled > by them. > > How does this signalling/selection process get the two endpoints to agree > on the same value? > > Added text: A controller can be used to provision unique Extended Association ID on both endpoints. The procedure for selecting unique Extended Association ID is outside the scope of this document. Okay, thanks for adding the clarification. -Benjamin > Appendix A > > (Again, "to the value" is not appropriate to describe the general format. > Perhaps, "to a value using the format".) > > Updated as above. > > Please also explicitly describe the semantics of the "Reserved" field(s) > (i.e., set to zero on transmission and ignored on receipt). > > Added. > > Thanks, > Rakesh > > > > From nobody Mon Oct 29 04:14:12 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 102C3130EBA for ; Mon, 29 Oct 2018 04:14:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 cJlR13mXaNcS for ; Mon, 29 Oct 2018 04:14:06 -0700 (PDT) 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 1DFE3130E91 for ; Mon, 29 Oct 2018 04:14:06 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id D8924F6D3D5A9; Mon, 29 Oct 2018 11:14:02 +0000 (GMT) Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by lhreml702-cah.china.huawei.com ([10.201.108.43]) with mapi id 14.03.0415.000; Mon, 29 Oct 2018 11:14:01 +0000 From: Italo Busi To: Lou Berger , TEAS WG Thread-Topic: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 Thread-Index: AQHUZJ7/qbcZEmPw10OfbRN1c6jslKU2JQDQ Date: Mon, 29 Oct 2018 11:14:00 +0000 Message-ID: <91E3A1BD737FDF4FA14118387FF6766B1590CF54@lhreml504-mbs> References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.203.246.81] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 11:14:11 -0000 SSBzdXBwb3J0IHRoZSBwdWJsaWNhdGlvbiBvZiB0aGlzIGRyYWZ0DQoNCkkgaGF2ZSByZXZpZXdl ZCBhbmQgdXNlZCB0aGUgWUFORyBtb2R1bGUgcHJvdmlkZWQgYnkgdGhpcyBkb2N1bWVudCBkdXJp bmcgaXRzIGRldmVsb3BtZW50IGFuZCBJIGJlbGlldmUgYWxsIHRoZSBjb21tZW50cyB3ZSBoYWQg ZGlzY3Vzc2VkIGhhdmUgYmVlbiByZXNvbHZlZCBzbyB0aGUgZG9jdW1lbnQgaXMgbm93IHJlYWR5 IHRvIG1vdmUgZm9yd2FyZCBpbiB0aGUgcHVibGljYXRpb24gcHJvY2Vzcw0KDQpJdGFsbw0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJn ZXJAbGFibi5uZXRdIA0KU2VudDogTW9uZGF5LCBPY3RvYmVyIDE1LCAyMDE4IDU6MDggUE0NClRv OiBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0KU3ViamVjdDogW1RlYXNdIFdHIExhc3QgQ2FsbDog ZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMtMDENCg0KDQpBbGwsDQoNClRoaXMgc3RhcnRz IGEgdHdvLXdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yDQpkcmFmdC1pZXRmLXRlYXMt eWFuZy10ZS10eXBlcy0wMQ0KDQpUaGUgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBvbiBP Y3RvYmVyIDI5Lg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgd29ya2luZyBncm91 cCBtYWlsaW5nIGxpc3QuDQoNClBvc2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdl ZCB0aGlzIGRvY3VtZW50DQphbmQgYmVsaWV2ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24i LCBhcmUgd2VsY29tZSENClRoaXMgaXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBh dXRob3JzLg0KDQpUaGFuayB5b3UsDQpURUFTIENoYWlycw0KDQoNCg0K From nobody Mon Oct 29 05:41:44 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0596130F09; Mon, 29 Oct 2018 05:41:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.008 X-Spam-Level: X-Spam-Status: No, score=-0.008 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, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=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 rYs_oEYzrqEn; Mon, 29 Oct 2018 05:41:40 -0700 (PDT) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 AD972130F0F; Mon, 29 Oct 2018 05:41:40 -0700 (PDT) Received: by mail-pf1-x42e.google.com with SMTP id j13-v6so443900pff.11; Mon, 29 Oct 2018 05:41:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=C6lKeffou9pVHK/c9kN8cvAVIU9jgdn6EfP/parp9Ag=; b=lyUD28mctT2/C12JFr6qhdKoy90OuBdX8JdE2Pl2ADtxifhbBvU4m1OsYYSboRh6wX nEugYUFcUHPHIjwsX6o0V0dXKxNBWre7XDyEhf4YyWBIqFZn68HHPTcZVA9rXRcwPUXb 5e+uJYLlE37/3O6cte0vetI2vCgvMi1XHRLvSVbyC6Gef17cJ3l5gYs2DRrElwiKgUsu 55Ww3J4bf+BN/Kc3FjjzcAvKIXhdBwWWegsa1SFkk1lsB2B/FDPt38ObC4EGR4gcH9YP 1V7QmxMpK/bc3B4sITNq9EqaphuTC+cmF/HgO8Y4Q0hbet5uU/Bcxr5nx9K0s3euxJA1 AyKg== 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=C6lKeffou9pVHK/c9kN8cvAVIU9jgdn6EfP/parp9Ag=; b=EfeZV8NpQBN4L4/f7CtPTddVycaXjWciCzC3ZrL6DrekIQ46uGy4yHAuu/dgKXaloj ieiJafuiKZthL3yB+8rAS36QbrLfONgq/qHC/LvDCEzF3jXV9uEo54xj0EIaV4D//Esp CItEs6Yg6oohzza2H3cPsgVU1F5YURKo1DueSeU/Fyrzk327E4uJ2Y1LafRhwF03Pwsl mGyZJx+mm/8gIpf8G+fQtCKYODk4Axpbo3adm7q+ZNfz/zrWNFsZcnvayvdeNFIaxdpX ySMWBTisASUdesxTr6eaQ2Syi0hrVlf+1BtV1b65rXfrvIV22LXYFfx4TgGbbDHHkVl5 KYZw== X-Gm-Message-State: AGRZ1gL6NhAo1vnCASZSLaOAHGPklXdkNdokbzyKVk3Zikb5yOmoJBNw KvVWwO9NHMkkj1+zSe3B6RO/anVUrcuWHj94y3yo8gC7oxI= X-Google-Smtp-Source: AJdET5em+qvFIYi7XVDbKU/I+2+qO2pK8hPOh+mZgLXaQX6bWR9Yk/tVCo6798afb3FYMv4De4DYyzbAOPbRODPJscQ= X-Received: by 2002:a63:fc49:: with SMTP id r9mr13316826pgk.209.1540816900060; Mon, 29 Oct 2018 05:41:40 -0700 (PDT) MIME-Version: 1.0 From: Vishnu Pavan Beeram Date: Mon, 29 Oct 2018 08:41:28 -0400 Message-ID: To: TEAS WG Cc: TEAS WG Chairs Content-Type: multipart/alternative; boundary="000000000000fdfbfd05795d63d4" Archived-At: Subject: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 12:41:43 -0000 --000000000000fdfbfd05795d63d4 Content-Type: text/plain; charset="UTF-8" Folks, Hi! We had originally requested a 2.5 hour slot, but (with the no-friday experiment) we were granted only a 2 hour slot. We were hoping that the agenda would be light enough to fit in the 2 hour slot, but unfortunately it really hasn't turned out that way. So, we now have been granted an additional one hour slot -- Monday Morning Session II, 1120-1220. This unfortunately conflicts with PALS, but is the best option available. Agenda: https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting 2 Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Chitlada 3 Please take a look and let us know if there are any errors/questions. Also, if you intend to present remotely, please let the chairs know - you can confirm that you are listed as remote presenter at https://ietf103.conf.meetecho.com/list.php Other Logistics: We will as always be using etherpad for collaborative note taking. The etherpad link is http://etherpad.tools.ietf.org:9000/p/notes-ietf-103-teas?useMonospaceFont=true Links to audio streams, meetecho and jabber can be found at Session 1: https://tools.ietf.org/agenda/103/#103-mon-1120-teas Session 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas Please note that WG Draft authors who aren't presenting should send status to the list prior to the WG meeting. Please send your status update by Friday, November 2nd. Status includes review of: any recent changes, any open discussions or issues, and planned next steps. For all drafts that have a slot in the agenda, we need the presentation-slides sent out to us (Chairs/Secretary) by Friday, November 2nd. Cheers, Pavan and Lou --000000000000fdfbfd05795d63d4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Folks, Hi!

    We had originally= requested a=20 2.5 hour slot, but (with the no-friday experiment) we were granted only a 2 hour slot. We were hoping that the agenda would be light enough to=20 fit in the 2 hour slot, but unfortunately it really hasn't turned out= =20 that way. So, we now have been granted an additional one hour slot --=20 Monday Morning Session II, 1120-1220. This unfortunately conflicts with=20 PALS, but is the best option available.

    Agenda:
    https://= datatracker.ietf.org/meeting/103/materials/agenda-103-teas
    Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting= 2
    Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Ch= itlada 3

    Please take a look and let us know if there are any errors/questions.=C2=A0 Also,= =20 if you intend to present remotely, please let the chairs know - you can=20 confirm that you are listed as remote presenter at https://ietf103.conf.meete= cho.com/list.php

    Other Logistics:
    We will as always be using etherpad for collaborative note tak= ing.
    The etherpad link is
    <= /div>
    http://etherpad.tools.ietf.o= rg:9000/p/notes-ietf-103-teas?useMonospaceFont=3Dtrue

    Links to a= udio streams, meetecho =C2=A0and jabber can be found at
    Session 1= : https://tools.ietf.org/agenda/103/#103-mon-1120-teas
    Ses= sion 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas

    Please note that WG Draft authors who aren't presenting should send status to= =20 the list prior to the WG meeting. Please send your status update by Friday, No= vember 2nd. Status includes review of: any recent changes, any open discuss= ions or issues, and planned next steps.

    For all drafts that have a s= lot in the agenda<= /span>, we need the presentation-slides sent out to us (Chairs/Secre= tary) by Friday, November 2nd.

    Cheers,
    Pavan and Lou
    --000000000000fdfbfd05795d63d4-- From nobody Mon Oct 29 07:18:46 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5058D130F58; Mon, 29 Oct 2018 07:18:44 -0700 (PDT) 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_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=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 Fa1I0ro9fV8H; Mon, 29 Oct 2018 07:18:41 -0700 (PDT) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (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 A824A130EAC; Mon, 29 Oct 2018 07:18:41 -0700 (PDT) Received: by mail-qt1-x834.google.com with SMTP id q41-v6so9335468qtq.10; Mon, 29 Oct 2018 07:18:41 -0700 (PDT) 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=4Q/onwnH6V0myrrMhyaSGqvsxflLQMBSabGiMFci+fE=; b=L1Mw5SxPK8p+d2xI/yomSPC8Jh0aZux5FF8BuRicq1SI9BBP1a8/mRZmv4L/8dmrOn 7JZHMcN30HPdzpfN8BgumC7sG7CrJuoQ5JIfbZhBxsQ19wSF8VmgNqbv6SqmDfpd7AEd weONi7B/FFkE9e0Kfo8p2f4RDthhV16CjaPg/+Sd6QnAdqgiApWTj9pGWVhVsa+OmqXc YmtA64gK62QL3hrGtHKuY3Bijk81iSu77qLoP6JfqSQdLm+gMtC3QyofdcXBOjeAya6D DpPsYpvyo9jNWcLtW4Ea67EVDXE6EjCiZDTKb8tKEBp3WfuLH/GvvdZTjeEG2WmiDUwY hA7g== 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=4Q/onwnH6V0myrrMhyaSGqvsxflLQMBSabGiMFci+fE=; b=r2nj3KKVB2qsicyvCwExYRIMXt9ARX+XIiBIvbs/QeQigH/I+Ej4UBgyifUA+m9XZo CEDK6I8hGm9LIPsLevvwGgqbDzF3HjgAdKeSmsEea8HFxZCsV7o4PXIng9xgbAO+kChH 51T1GPcpDBdOJEL/4HX4AnGCBuTu8tBMTKjpSE7mhoTfNTcTm4+h86ratF6nd0uKPw2E br0pAR/t5snJpv54serGWI1Df6mDVYmYK/+PKraYByKnwFN36hCt+Kl2on5jZXLm01k+ M+9+PlsX8WsI7SMcu17AcM/70sb3b5zLTuTc7YnCWB4uf0cfA/dNWlq2W3yyaQb9NlgS IKUQ== X-Gm-Message-State: AGRZ1gLrPZ4ftsZ0DDRZSTXQveXiA14CVeZ0Ae4lX+vqaXHqBHlbZrOx 8hpwORfR1mq236Nbc1O2My/MzhbwChb1gAMBNz8= X-Google-Smtp-Source: AJdET5djtyXDgKyZa572SNeak+iOgVRtY0ti3CM/AeHGtK6+YLtHzW7KUZaKYqtQLeD1xIPYuUIMwnnY2p4f3DfyY0w= X-Received: by 2002:ac8:c01:: with SMTP id k1-v6mr7180318qti.235.1540822720577; Mon, 29 Oct 2018 07:18:40 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "Andrew G. Malis" Date: Mon, 29 Oct 2018 10:18:29 -0400 Message-ID: To: Vishnu Pavan Beeram Cc: teas@ietf.org, TEAS WG Chairs , Italo Busi Content-Type: multipart/alternative; boundary="000000000000ec04d805795ebecb" Archived-At: Subject: Re: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 14:18:44 -0000 --000000000000ec04d805795ebecb Content-Type: text/plain; charset="UTF-8" Vishnu, Italo is presenting in PALS, so that conflicts with you placing his draft second on Monday. Italo is our first (and only, at this moment) presenter in PALS, so if you put him third on Monday, we should be done in PALS by then. Thanks, Andy On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram wrote: > Folks, Hi! > > We had originally requested a 2.5 hour slot, but (with the no-friday > experiment) we were granted only a 2 hour slot. We were hoping that the > agenda would be light enough to fit in the 2 hour slot, but unfortunately > it really hasn't turned out that way. So, we now have been granted an > additional one hour slot -- Monday Morning Session II, 1120-1220. This > unfortunately conflicts with PALS, but is the best option available. > > Agenda: > https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas > > Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting 2 > Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Chitlada 3 > > Please take a look and let us know if there are any errors/questions. > Also, if you intend to present remotely, please let the chairs know - you > can confirm that you are listed as remote presenter at > https://ietf103.conf.meetecho.com/list.php > > Other Logistics: > > We will as always be using etherpad for collaborative note taking. > The etherpad link is > > > > http://etherpad.tools.ietf.org:9000/p/notes-ietf-103-teas?useMonospaceFont=true > > Links to audio streams, meetecho and jabber can be found at > Session 1: https://tools.ietf.org/agenda/103/#103-mon-1120-teas > Session 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas > > Please note that WG Draft authors who aren't presenting should send status > to the list prior to the WG meeting. Please send your status update by > Friday, November 2nd. Status includes review of: any recent changes, any > open discussions or issues, and planned next steps. > > For all drafts that have a slot in the agenda, we need the > presentation-slides sent out to us (Chairs/Secretary) by Friday, November > 2nd. > > Cheers, > Pavan and Lou > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --000000000000ec04d805795ebecb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Vishnu,

    Italo is presenting in PALS, so= that conflicts with you placing his draft second on Monday. Italo is our f= irst (and only, at this moment) presenter in PALS, so if you put him third = on Monday, we should be done in PALS by then.

    Than= ks,
    Andy


    On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram <<= a href=3D"mailto:vishnupavan@gmail.com">vishnupavan@gmail.com> wrote= :
    Folks, Hi!<= /div>

    We had originally requested a=20 2.5 hour slot, but (with the no-friday experiment) we were granted only a 2 hour slot. We were hoping that the agenda would be light enough to=20 fit in the 2 hour slot, but unfortunately it really hasn't turned out= =20 that way. So, we now have been granted an additional one hour slot --=20 Monday Morning Session II, 1120-1220. This unfortunately conflicts with=20 PALS, but is the best option available.

    Agenda:


    Other Logistics:
    We will as always be using etherpad for collaborative note tak= ing.
    The etherpad link is
    <= /div>
    http://etherpad.tools.ietf.o= rg:9000/p/notes-ietf-103-teas?useMonospaceFont=3Dtrue

    Links to a= udio streams, meetecho =C2=A0and jabber can be found at
    Session 1= : https://tools.ietf.org/agenda/103/#103-mon-1120-teas
    Ses= sion 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas

    Please note that WG Draft authors who aren't presenting should send status to= =20 the list prior to the WG meeting. Please send your status update by Friday, November 2nd. Status includes revi= ew of: any recent changes, any open discussions or issues, and planned next= steps.

    For all drafts that have a slot in the agenda, we need the presentation-slides sent out to us (= Chairs/Secretary) by Friday, November 2nd.

    Cheers,
    Pavan and Lou<= /div>
    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --000000000000ec04d805795ebecb-- From nobody Mon Oct 29 07:45:17 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37EF012F18C for ; Mon, 29 Oct 2018 07:45:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 rbiDmIopDGwn for ; Mon, 29 Oct 2018 07:45:07 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) (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 13672130D7A for ; Mon, 29 Oct 2018 07:45:07 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id 05EF514056A for ; Mon, 29 Oct 2018 08:44:54 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id H8mjgVTugj0soH8mkg4co9; Mon, 29 Oct 2018 08:44:54 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=/DAkIK2UmJHIn1gGMIpRokYJf9WfMPwUKuJiuC/HWj8=; b=qVZkavT6ytkhDh/zYN+i8L/WPC LD0ocqJoXNZSoVDC4iLc9XEVNVMdcD4SUSgdJD5iDcUC65DJ2yw21UOh456xnuutlb2OlWRCMifjL oUJEmVRAxeKJj/ibGy1jUzYkI; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:50732 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gH8mj-0010ze-Oe; Mon, 29 Oct 2018 08:44:53 -0600 To: "Andrew G. Malis" , Vishnu Pavan Beeram Cc: teas@ietf.org, TEAS WG Chairs , Italo Busi References: From: Lou Berger Message-ID: <27089bd0-e467-0b99-79a3-c295d05cec08@labn.net> Date: Mon, 29 Oct 2018 10:44:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gH8mj-0010ze-Oe X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:50732 X-Source-Auth: lberger@labn.net X-Email-Count: 6 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 14:45:09 -0000 Thank Andy - we'll swap the slots. On 10/29/2018 10:18 AM, Andrew G. Malis wrote: > Vishnu, > > Italo is presenting in PALS, so that conflicts with you placing his > draft second on Monday. Italo is our first (and only, at this moment) > presenter in PALS, so if you put him third on Monday, we should be > done in PALS by then. > > Thanks, > Andy > > > On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram > > wrote: > > Folks, Hi! > > We had originally requested a 2.5 hour slot, but (with the > no-friday experiment) we were granted only a 2 hour slot. We were > hoping that the agenda would be light enough to fit in the 2 hour > slot, but unfortunately it really hasn't turned out that way. So, > we now have been granted an additional one hour slot -- Monday > Morning Session II, 1120-1220. This unfortunately conflicts with > PALS, but is the best option available. > > Agenda: > https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas > > Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting 2 > Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Chitlada 3 > > Please take a look and let us know if there are any > errors/questions.  Also, if you intend to present remotely, please > let the chairs know - you can confirm that you are listed as > remote presenter at https://ietf103.conf.meetecho.com/list.php > > Other Logistics: > > We will as always be using etherpad for collaborative note taking. > The etherpad link is > > http://etherpad.tools.ietf.org:9000/p/notes-ietf-103-teas?useMonospaceFont=true > > Links to audio streams, meetecho  and jabber can be found at > Session 1: https://tools.ietf.org/agenda/103/#103-mon-1120-teas > Session 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas > > Please note that WG Draft authors who aren't presenting should > send status to the list prior to the WG meeting. Please send your > status update by Friday, November 2nd. Status includes review of: > any recent changes, any open discussions or issues, and planned > next steps. > > For all drafts that have a slot in the agenda, we need the > presentation-slides sent out to us (Chairs/Secretary) by Friday, > November 2nd. > > Cheers, > Pavan and Lou > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Mon Oct 29 07:50:07 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3649E130F53 for ; Mon, 29 Oct 2018 07:50:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 fLetaJ6O5ENb for ; Mon, 29 Oct 2018 07:50:02 -0700 (PDT) Received: from outbound-ss-579.bluehost.com (outbound-ss-579.bluehost.com [74.220.218.175]) (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 8C75A130F56 for ; Mon, 29 Oct 2018 07:50:02 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 5D3B21E0B71 for ; Mon, 29 Oct 2018 08:50:01 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id H8rhgVZnDj0soH8rhg4idK; Mon, 29 Oct 2018 08:50:01 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:References:Cc:To:From:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Ftjg2vpT78osEC7Usnfr7YeJrTV61Tmdb5Jn1eXAgXY=; b=1NUtLwFIOVKlCaqK9j75phagIW bdvTpwxb6hBwPT/tkcF8RIdjNAOea6chcU0t2DuXBV3yRqWrhdlCJavcd/j0t/RW06NyF14JL7ENG 4tiZsicOk66QD7HaDP0D0YCgc; Received: from pool-100-15-106-211.washdc.fios.verizon.net ([100.15.106.211]:50740 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gH8rh-0012js-1S; Mon, 29 Oct 2018 08:50:01 -0600 From: Lou Berger To: "Andrew G. Malis" , Vishnu Pavan Beeram Cc: TEAS WG Chairs , teas@ietf.org, Italo Busi References: <27089bd0-e467-0b99-79a3-c295d05cec08@labn.net> Message-ID: Date: Mon, 29 Oct 2018 10:49:58 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <27089bd0-e467-0b99-79a3-c295d05cec08@labn.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.106.211 X-Source-L: No X-Exim-ID: 1gH8rh-0012js-1S X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-106-211.washdc.fios.verizon.net ([IPv6:::1]) [100.15.106.211]:50740 X-Source-Auth: lberger@labn.net X-Email-Count: 12 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 14:50:05 -0000 update done https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas On 10/29/2018 10:44 AM, Lou Berger wrote: > Thank Andy - we'll swap the slots. > > On 10/29/2018 10:18 AM, Andrew G. Malis wrote: >> Vishnu, >> >> Italo is presenting in PALS, so that conflicts with you placing his >> draft second on Monday. Italo is our first (and only, at this moment) >> presenter in PALS, so if you put him third on Monday, we should be >> done in PALS by then. >> >> Thanks, >> Andy >> >> >> On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram >> > wrote: >> >> Folks, Hi! >> >> We had originally requested a 2.5 hour slot, but (with the >> no-friday experiment) we were granted only a 2 hour slot. We were >> hoping that the agenda would be light enough to fit in the 2 hour >> slot, but unfortunately it really hasn't turned out that way. So, >> we now have been granted an additional one hour slot -- Monday >> Morning Session II, 1120-1220. This unfortunately conflicts with >> PALS, but is the best option available. >> >> Agenda: >> https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas >> >> Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting 2 >> Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Chitlada 3 >> >> Please take a look and let us know if there are any >> errors/questions.  Also, if you intend to present remotely, please >> let the chairs know - you can confirm that you are listed as >> remote presenter at https://ietf103.conf.meetecho.com/list.php >> >> Other Logistics: >> >> We will as always be using etherpad for collaborative note taking. >> The etherpad link is >> >> http://etherpad.tools.ietf.org:9000/p/notes-ietf-103-teas?useMonospaceFont=true >> >> Links to audio streams, meetecho  and jabber can be found at >> Session 1: https://tools.ietf.org/agenda/103/#103-mon-1120-teas >> Session 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas >> >> Please note that WG Draft authors who aren't presenting should >> send status to the list prior to the WG meeting. Please send your >> status update by Friday, November 2nd. Status includes review of: >> any recent changes, any open discussions or issues, and planned >> next steps. >> >> For all drafts that have a slot in the agenda, we need the >> presentation-slides sent out to us (Chairs/Secretary) by Friday, >> November 2nd. >> >> Cheers, >> Pavan and Lou >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Mon Oct 29 07:55:42 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C789130F53; Mon, 29 Oct 2018 07:55:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.008 X-Spam-Level: X-Spam-Status: No, score=-0.008 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, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=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 sTvnzbF_fJjQ; Mon, 29 Oct 2018 07:55:39 -0700 (PDT) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 0E4BB12F18C; Mon, 29 Oct 2018 07:55:39 -0700 (PDT) Received: by mail-pl1-x629.google.com with SMTP id y11-v6so3942237plt.3; Mon, 29 Oct 2018 07:55:39 -0700 (PDT) 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=bZk9je8ndvZg5dGZXIKnoizfRXRmqJ6+MWOuLNs2qLg=; b=hKUDmYPhbdpxv2ihfWZ2cyA63AI4TzHg6uc0vYpbghOhGEmfhP7bMXwR+t6TQvWrhS WO1QtIayPQ8RR8mSbH0BgNpKBg4YM+gEFq+PrpO4lX9ZD7WFCTo2nMqEqvD6fmoLOncz MkY9ZzJIP5uXhSH5yMnm/3QwcPMqwSItd/+d1eROdtNW328BW1tPXYkZ1PTy9DEckCma 75GDZCEd+O0iiYMicM4AK8sbVkizFbnfA8qF8jzK96VA6TjCgjamMJILdX9+5JVlgN5F jK2LRElF7qNpXJswRXpQxotBx7cEcffWJH/gBWf18+SowtLuPrqn5qAxvYGnu/viC+1B mUgA== 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=bZk9je8ndvZg5dGZXIKnoizfRXRmqJ6+MWOuLNs2qLg=; b=jEZzZlNnXFQBOKj001VVYvtKJDEmDj8VPp8y2qjUJ1YXaPZNsPLzNZkGioc5ZGEfCl tjQVjJjXb36t96QZB4D0QNaz9Vd6q6ArL4A6aBpVPzBWzuszpcUKaW7L5528s1Hq+ZJS PwrYx36vtPPmocVoM9TxCoV3GazzqAwCFyHwRLbqnuvPA1J26OgxJuWh5E1IoPggeMxO S1zt5dfR9WlgyASge39PE41NIhdHr0ge1P5P/Pb6TalTtW3fIG1imbOTnJFO+Jth3ubj h9sZBmry09I5SXmYg4aB6hgFsLUjS+oZ7W4AB1gRrruVJMgSFbmsSki8D2o2SnOEwijJ wWHQ== X-Gm-Message-State: AGRZ1gLuaHL0mIF9fFFhC2t8lgYzQ00F6D+loZ+GcNrizI5WAGWqrC09 LN7U9z+csVT3xDx9SW3iOHpY2N3KeSDIkXNP8fg= X-Google-Smtp-Source: AJdET5d8k7hPkFqHvYEW8HRSMiSvkz+6YFpauT6OeR1kwCLl+jlkErU6P1AbT57CHMqjqqxODj64UyFGUREqx/g2rDA= X-Received: by 2002:a17:902:7587:: with SMTP id j7-v6mr14568878pll.67.1540824938369; Mon, 29 Oct 2018 07:55:38 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Vishnu Pavan Beeram Date: Mon, 29 Oct 2018 10:55:26 -0400 Message-ID: To: "Andrew G. Malis" Cc: TEAS WG , TEAS WG Chairs , Italo Busi , "Belotti, Sergio (Nokia - IT)" Content-Type: multipart/alternative; boundary="0000000000001cdb2d05795f4318" Archived-At: Subject: Re: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2018 14:55:41 -0000 --0000000000001cdb2d05795f4318 Content-Type: text/plain; charset="UTF-8" Andy, Hi! Thanks for pointing that out! We do have an alternate presenter (Sergio Belotti on cc) ready and listed in case Italo can't make it to the TEAS session in time for the third slot. Regards, -Pavan On Mon, Oct 29, 2018 at 10:18 AM Andrew G. Malis wrote: > Vishnu, > > Italo is presenting in PALS, so that conflicts with you placing his draft > second on Monday. Italo is our first (and only, at this moment) presenter > in PALS, so if you put him third on Monday, we should be done in PALS by > then. > > Thanks, > Andy > > > On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram > wrote: > >> Folks, Hi! >> >> We had originally requested a 2.5 hour slot, but (with the no-friday >> experiment) we were granted only a 2 hour slot. We were hoping that the >> agenda would be light enough to fit in the 2 hour slot, but unfortunately >> it really hasn't turned out that way. So, we now have been granted an >> additional one hour slot -- Monday Morning Session II, 1120-1220. This >> unfortunately conflicts with PALS, but is the best option available. >> >> Agenda: >> https://datatracker.ietf.org/meeting/103/materials/agenda-103-teas >> >> Session 1: Monday November 5th 2018, 11:20 - 12:20, Room - Meeting 2 >> Session 2: Tuesday November 6th 2018, 16:10 - 18:10, Room - Chitlada 3 >> >> Please take a look and let us know if there are any errors/questions. >> Also, if you intend to present remotely, please let the chairs know - you >> can confirm that you are listed as remote presenter at >> https://ietf103.conf.meetecho.com/list.php >> >> Other Logistics: >> >> We will as always be using etherpad for collaborative note taking. >> The etherpad link is >> >> >> >> http://etherpad.tools.ietf.org:9000/p/notes-ietf-103-teas?useMonospaceFont=true >> >> Links to audio streams, meetecho and jabber can be found at >> Session 1: https://tools.ietf.org/agenda/103/#103-mon-1120-teas >> Session 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas >> >> Please note that WG Draft authors who aren't presenting should send >> status to the list prior to the WG meeting. Please send your status >> update by Friday, November 2nd. Status includes review of: any recent >> changes, any open discussions or issues, and planned next steps. >> >> For all drafts that have a slot in the agenda, we need the >> presentation-slides sent out to us (Chairs/Secretary) by Friday, November >> 2nd. >> >> Cheers, >> Pavan and Lou >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > --0000000000001cdb2d05795f4318 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    Andy, Hi!

    Thanks for pointin= g that out!=C2=A0 We do have an alternate presenter (Sergio Belotti on cc) = ready and listed in case Italo can't make it to the TEAS session in tim= e for the third slot.

    Regards,
    -Pavan

    On Mon, Oct 29, 2018= at 10:18 AM Andrew G. Malis <agmal= is@gmail.com> wrote:
    Vishnu,

    Italo is presenting in PALS, so that c= onflicts with you placing his draft second on Monday. Italo is our first (a= nd only, at this moment) presenter in PALS, so if you put him third on Mond= ay, we should be done in PALS by then.

    Thanks,
    Andy


    On Mon, Oct 29, 2018 at 8:41 AM Vishnu Pavan Beeram <vishnupavan@gmail.com> wrote:


    Agenda:
    Session 1: Monday November 5th 2018, 11:20 -= 12:20, Room - Meeting 2
    Session 2: Tuesday November 6th 2018, 16= :10 - 18:10, Room - Chitlada 3

    Please take a look and let us know if there are any errors/questions.=C2=A0 Also,= =20 if you intend to present remotely, please let the chairs know - you can=20 confirm that you are listed as remote presenter at https://ietf103.conf.meete= cho.com/list.php

    Other Logistics:
    We will as always be using etherpad for collaborative note tak= ing.
    The etherpad link is
    <= /div>
    http://etherpad.tools.ietf.o= rg:9000/p/notes-ietf-103-teas?useMonospaceFont=3Dtrue

    Links to a= udio streams, meetecho =C2=A0and jabber can be found at
    Session 1= : https://tools.ietf.org/agenda/103/#103-mon-1120-teas
    Ses= sion 2: https://tools.ietf.org/agenda/103/#103-tue-1610-teas

    Please note that WG Draft authors who aren't presenting should send status to= =20 the list prior to the WG meeting. Please send your status update by = Friday, November 2nd. Status includes review of: any recent changes, any op= en discussions or issues, and planned next steps.

    For all drafts tha= t have a slot in the agenda, we need the presentation-slides sent ou= t to us (Chairs/Secretary) by Friday, November 2nd.

    Cheers,
    Pavan= and Lou
    _______________________________________________
    Teas mailing list
    Teas@ietf.org
    https://www.ietf.org/mailman/listinfo/teas
    --0000000000001cdb2d05795f4318-- From nobody Tue Oct 30 02:14:07 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5C8612D4E9; Tue, 30 Oct 2018 02:14:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=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 qpqC042GBVww; Tue, 30 Oct 2018 02:14:02 -0700 (PDT) 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 AEFEC128A6E; Tue, 30 Oct 2018 02:14:01 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CC76EA7D5426E; Tue, 30 Oct 2018 09:13:56 +0000 (GMT) Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by lhreml702-cah.china.huawei.com ([10.201.108.43]) with mapi id 14.03.0415.000; Tue, 30 Oct 2018 09:13:55 +0000 From: Italo Busi To: Vishnu Pavan Beeram , "Andrew G. Malis" CC: TEAS WG , TEAS WG Chairs , "Belotti, Sergio (Nokia - IT)" Thread-Topic: [Teas] Bangkok Meeting: Agenda Update Thread-Index: AQHUb5JDuG1UtFxCJkKG2GavndNcuKU2T7UAgAAeZ7A= Date: Tue, 30 Oct 2018 09:13:55 +0000 Message-ID: <91E3A1BD737FDF4FA14118387FF6766B1590D471@lhreml504-mbs> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.203.246.81] Content-Type: multipart/alternative; boundary="_000_91E3A1BD737FDF4FA14118387FF6766B1590D471lhreml504mbs_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Bangkok Meeting: Agenda Update X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2018 09:14:05 -0000 --_000_91E3A1BD737FDF4FA14118387FF6766B1590D471lhreml504mbs_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QW5keSwgTG91LCBQYXZhbiwNCg0KVGhhbmtzIGZvciBoYXZpbmcgYWRkcmVzc2VkIG15IG92ZXJs YXANCg0KSSB0aGluayBpdCBpcyBvayB0byBoYXZlIG91ciBwcmVzZW50YXRpb24gQCBURUFTIFdH IGluIHRoZSB0aGlyZCBzbG90IG9uIE1vbmRheQ0KDQpJdGFsbw0KDQpGcm9tOiBWaXNobnUgUGF2 YW4gQmVlcmFtIFttYWlsdG86dmlzaG51cGF2YW5AZ21haWwuY29tXQ0KU2VudDogTW9uZGF5LCBP Y3RvYmVyIDI5LCAyMDE4IDM6NTUgUE0NClRvOiBBbmRyZXcgRy4gTWFsaXMgPGFnbWFsaXNAZ21h aWwuY29tPg0KQ2M6IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc+OyBURUFTIFdHIENoYWlycyA8dGVh cy1jaGFpcnNAaWV0Zi5vcmc+OyBJdGFsbyBCdXNpIDxJdGFsby5CdXNpQGh1YXdlaS5jb20+OyBC ZWxvdHRpLCBTZXJnaW8gKE5va2lhIC0gSVQpIDxzZXJnaW8uYmVsb3R0aUBub2tpYS5jb20+DQpT dWJqZWN0OiBSZTogW1RlYXNdIEJhbmdrb2sgTWVldGluZzogQWdlbmRhIFVwZGF0ZQ0KDQpBbmR5 LCBIaSENCg0KVGhhbmtzIGZvciBwb2ludGluZyB0aGF0IG91dCEgIFdlIGRvIGhhdmUgYW4gYWx0 ZXJuYXRlIHByZXNlbnRlciAoU2VyZ2lvIEJlbG90dGkgb24gY2MpIHJlYWR5IGFuZCBsaXN0ZWQg aW4gY2FzZSBJdGFsbyBjYW4ndCBtYWtlIGl0IHRvIHRoZSBURUFTIHNlc3Npb24gaW4gdGltZSBm b3IgdGhlIHRoaXJkIHNsb3QuDQoNClJlZ2FyZHMsDQotUGF2YW4NCg0KT24gTW9uLCBPY3QgMjks IDIwMTggYXQgMTA6MTggQU0gQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbTxtYWls dG86YWdtYWxpc0BnbWFpbC5jb20+PiB3cm90ZToNClZpc2hudSwNCg0KSXRhbG8gaXMgcHJlc2Vu dGluZyBpbiBQQUxTLCBzbyB0aGF0IGNvbmZsaWN0cyB3aXRoIHlvdSBwbGFjaW5nIGhpcyBkcmFm dCBzZWNvbmQgb24gTW9uZGF5LiBJdGFsbyBpcyBvdXIgZmlyc3QgKGFuZCBvbmx5LCBhdCB0aGlz IG1vbWVudCkgcHJlc2VudGVyIGluIFBBTFMsIHNvIGlmIHlvdSBwdXQgaGltIHRoaXJkIG9uIE1v bmRheSwgd2Ugc2hvdWxkIGJlIGRvbmUgaW4gUEFMUyBieSB0aGVuLg0KDQpUaGFua3MsDQpBbmR5 DQoNCg0KT24gTW9uLCBPY3QgMjksIDIwMTggYXQgODo0MSBBTSBWaXNobnUgUGF2YW4gQmVlcmFt IDx2aXNobnVwYXZhbkBnbWFpbC5jb208bWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbT4+IHdy b3RlOg0KRm9sa3MsIEhpIQ0KDQpXZSBoYWQgb3JpZ2luYWxseSByZXF1ZXN0ZWQgYSAyLjUgaG91 ciBzbG90LCBidXQgKHdpdGggdGhlIG5vLWZyaWRheSBleHBlcmltZW50KSB3ZSB3ZXJlIGdyYW50 ZWQgb25seSBhIDIgaG91ciBzbG90LiBXZSB3ZXJlIGhvcGluZyB0aGF0IHRoZSBhZ2VuZGEgd291 bGQgYmUgbGlnaHQgZW5vdWdoIHRvIGZpdCBpbiB0aGUgMiBob3VyIHNsb3QsIGJ1dCB1bmZvcnR1 bmF0ZWx5IGl0IHJlYWxseSBoYXNuJ3QgdHVybmVkIG91dCB0aGF0IHdheS4gU28sIHdlIG5vdyBo YXZlIGJlZW4gZ3JhbnRlZCBhbiBhZGRpdGlvbmFsIG9uZSBob3VyIHNsb3QgLS0gTW9uZGF5IE1v cm5pbmcgU2Vzc2lvbiBJSSwgMTEyMC0xMjIwLiBUaGlzIHVuZm9ydHVuYXRlbHkgY29uZmxpY3Rz IHdpdGggUEFMUywgYnV0IGlzIHRoZSBiZXN0IG9wdGlvbiBhdmFpbGFibGUuDQoNCkFnZW5kYToN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL2FnZW5k YS0xMDMtdGVhczxodHRwczovL3d3dy5nb29nbGUuY29tL3VybD9xPWh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL2FnZW5kYS0xMDMtdGVhcyZzYT1EJnNv dXJjZT1oYW5nb3V0cyZ1c3Q9MTU0MDkwMTk0MzY2MDAwMCZ1c2c9QUZRakNORnVwaGhCZENtcEd6 ZGxxZmZBb3diZGJkc3FjQT4NClNlc3Npb24gMTogTW9uZGF5IE5vdmVtYmVyIDV0aCAyMDE4LCAx MToyMCAtIDEyOjIwLCBSb29tIC0gTWVldGluZyAyDQpTZXNzaW9uIDI6IFR1ZXNkYXkgTm92ZW1i ZXIgNnRoIDIwMTgsIDE2OjEwIC0gMTg6MTAsIFJvb20gLSBDaGl0bGFkYSAzDQoNClBsZWFzZSB0 YWtlIGEgbG9vayBhbmQgbGV0IHVzIGtub3cgaWYgdGhlcmUgYXJlIGFueSBlcnJvcnMvcXVlc3Rp b25zLiAgQWxzbywgaWYgeW91IGludGVuZCB0byBwcmVzZW50IHJlbW90ZWx5LCBwbGVhc2UgbGV0 IHRoZSBjaGFpcnMga25vdyAtIHlvdSBjYW4gY29uZmlybSB0aGF0IHlvdSBhcmUgbGlzdGVkIGFz IHJlbW90ZSBwcmVzZW50ZXIgYXQgaHR0cHM6Ly9pZXRmMTAzLmNvbmYubWVldGVjaG8uY29tL2xp c3QucGhwDQoNCk90aGVyIExvZ2lzdGljczoNCg0KV2Ugd2lsbCBhcyBhbHdheXMgYmUgdXNpbmcg ZXRoZXJwYWQgZm9yIGNvbGxhYm9yYXRpdmUgbm90ZSB0YWtpbmcuDQpUaGUgZXRoZXJwYWQgbGlu ayBpcw0KPGh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi0x MDMtdGVhcz91c2VNb25vc3BhY2VGb250PXRydWU+DQpodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0 Zi5vcmc6OTAwMC9wL25vdGVzLWlldGYtMTAzLXRlYXM/dXNlTW9ub3NwYWNlRm9udD10cnVlDQoN CkxpbmtzIHRvIGF1ZGlvIHN0cmVhbXMsIG1lZXRlY2hvICBhbmQgamFiYmVyIGNhbiBiZSBmb3Vu ZCBhdA0KU2Vzc2lvbiAxOiBodHRwczovL3Rvb2xzLmlldGYub3JnL2FnZW5kYS8xMDMvIzEwMy1t b24tMTEyMC10ZWFzDQpTZXNzaW9uIDI6IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvYWdlbmRhLzEw My8jMTAzLXR1ZS0xNjEwLXRlYXMNCg0KUGxlYXNlIG5vdGUgdGhhdCBXRyBEcmFmdCBhdXRob3Jz IHdobyBhcmVuJ3QgcHJlc2VudGluZyBzaG91bGQgc2VuZCBzdGF0dXMgdG8gdGhlIGxpc3QgcHJp b3IgdG8gdGhlIFdHIG1lZXRpbmcuIFBsZWFzZSBzZW5kIHlvdXIgc3RhdHVzIHVwZGF0ZSBieSBG cmlkYXksIE5vdmVtYmVyIDJuZC4gU3RhdHVzIGluY2x1ZGVzIHJldmlldyBvZjogYW55IHJlY2Vu dCBjaGFuZ2VzLCBhbnkgb3BlbiBkaXNjdXNzaW9ucyBvciBpc3N1ZXMsIGFuZCBwbGFubmVkIG5l eHQgc3RlcHMuDQoNCkZvciBhbGwgZHJhZnRzIHRoYXQgaGF2ZSBhIHNsb3QgaW4gdGhlIGFnZW5k YSwgd2UgbmVlZCB0aGUgcHJlc2VudGF0aW9uLXNsaWRlcyBzZW50IG91dCB0byB1cyAoQ2hhaXJz L1NlY3JldGFyeSkgYnkgRnJpZGF5LCBOb3ZlbWJlciAybmQuDQoNCkNoZWVycywNClBhdmFuIGFu ZCBMb3UNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpU ZWFzIG1haWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZzxtYWlsdG86VGVhc0BpZXRmLm9yZz4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw0K --_000_91E3A1BD737FDF4FA14118387FF6766B1590D471lhreml504mbs_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnNwYW4ubTEzNjY1ODY5ODg0NTI4NzIwMTBtLTgwMjAxMzkxNjc1MjQzODg0ODJnbWFp bC1tMzk1NzU4NTQzNTUwNjU2MDI4MmdtYWlsLXRsOHdtZQ0KCXttc28tc3R5bGUtbmFtZTptXzEz NjY1ODY5ODg0NTI4NzIwMTBtXy04MDIwMTM5MTY3NTI0Mzg4NDgyZ21haWwtbV8zOTU3NTg1NDM1 NTA2NTYwMjgyZ21haWwtdGw4d21lO30NCnNwYW4ubTEzNjY1ODY5ODg0NTI4NzIwMTBtLTgwMjAx MzkxNjc1MjQzODg0ODJnbWFpbC1tMzk1NzU4NTQzNTUwNjU2MDI4MmdtYWlsLW0tODIzOTUwMDg5 MjE5NjA0NTE3MGdtYWlsLWlsDQoJe21zby1zdHlsZS1uYW1lOm1fMTM2NjU4Njk4ODQ1Mjg3MjAx MG1fLTgwMjAxMzkxNjc1MjQzODg0ODJnbWFpbC1tXzM5NTc1ODU0MzU1MDY1NjAyODJnbWFpbC1t Xy04MjM5NTAwODkyMTk2MDQ1MTcwZ21haWwtaWw7fQ0Kc3Bhbi5tMTM2NjU4Njk4ODQ1Mjg3MjAx MG0tODAyMDEzOTE2NzUyNDM4ODQ4MmdtYWlsLW0zOTU3NTg1NDM1NTA2NTYwMjgyZ21haWwtaWwN Cgl7bXNvLXN0eWxlLW5hbWU6bV8xMzY2NTg2OTg4NDUyODcyMDEwbV8tODAyMDEzOTE2NzUyNDM4 ODQ4MmdtYWlsLW1fMzk1NzU4NTQzNTUwNjU2MDI4MmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHls ZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFuZHksIExvdSwgUGF2 YW4sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9y IGhhdmluZyBhZGRyZXNzZWQgbXkgb3ZlcmxhcDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+SSB0aGluayBpdCBpcyBvayB0byBoYXZlIG91ciBwcmVzZW50YXRpb24g QCBURUFTIFdHIGluIHRoZSB0aGlyZCBzbG90IG9uIE1vbmRheTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SXRhbG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gVmlzaG51IFBhdmFuIEJlZXJh bSBbbWFpbHRvOnZpc2hudXBhdmFuQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBNb25k YXksIE9jdG9iZXIgMjksIDIwMTggMzo1NSBQTTxicj4NCjxiPlRvOjwvYj4gQW5kcmV3IEcuIE1h bGlzICZsdDthZ21hbGlzQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IFRFQVMgV0cgJmx0 O3RlYXNAaWV0Zi5vcmcmZ3Q7OyBURUFTIFdHIENoYWlycyAmbHQ7dGVhcy1jaGFpcnNAaWV0Zi5v cmcmZ3Q7OyBJdGFsbyBCdXNpICZsdDtJdGFsby5CdXNpQGh1YXdlaS5jb20mZ3Q7OyBCZWxvdHRp LCBTZXJnaW8gKE5va2lhIC0gSVQpICZsdDtzZXJnaW8uYmVsb3R0aUBub2tpYS5jb20mZ3Q7PGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbVGVhc10gQmFuZ2tvayBNZWV0aW5nOiBBZ2VuZGEgVXBk YXRlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZHksIEhp ITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5U aGFua3MgZm9yIHBvaW50aW5nIHRoYXQgb3V0ISZuYnNwOyBXZSBkbyBoYXZlIGFuIGFsdGVybmF0 ZSBwcmVzZW50ZXIgKFNlcmdpbyBCZWxvdHRpIG9uIGNjKSByZWFkeSBhbmQgbGlzdGVkIGluIGNh c2UgSXRhbG8gY2FuJ3QgbWFrZSBpdCB0byB0aGUgVEVBUyBzZXNzaW9uIGluIHRpbWUgZm9yIHRo ZSB0aGlyZCBzbG90LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+LVBhdmFuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiBNb24sIE9jdCAyOSwgMjAxOCBhdCAxMDoxOCBBTSBBbmRyZXcgRy4gTWFs aXMgJmx0OzxhIGhyZWY9Im1haWx0bzphZ21hbGlzQGdtYWlsLmNvbSI+YWdtYWxpc0BnbWFpbC5j b208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5WaXNobnUsPG86cD48L286cD48L3A+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JdGFsbyBpcyBwcmVzZW50aW5nIGluIFBBTFMsIHNvIHRo YXQgY29uZmxpY3RzIHdpdGggeW91IHBsYWNpbmcgaGlzIGRyYWZ0IHNlY29uZCBvbiBNb25kYXku IEl0YWxvIGlzIG91ciBmaXJzdCAoYW5kIG9ubHksIGF0IHRoaXMgbW9tZW50KSBwcmVzZW50ZXIg aW4gUEFMUywgc28gaWYgeW91IHB1dCBoaW0gdGhpcmQgb24gTW9uZGF5LCB3ZSBzaG91bGQgYmUg ZG9uZSBpbiBQQUxTIGJ5IHRoZW4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNb24sIE9jdCAyOSwgMjAxOCBhdCA4OjQxIEFN IFZpc2hudSBQYXZhbiBCZWVyYW0gJmx0OzxhIGhyZWY9Im1haWx0bzp2aXNobnVwYXZhbkBnbWFp bC5jb20iIHRhcmdldD0iX2JsYW5rIj52aXNobnVwYXZhbkBnbWFpbC5jb208L2E+Jmd0OyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBw dDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Rm9sa3MsIEhpITxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBoYWQgb3JpZ2luYWxseSByZXF1ZXN0ZWQgYSAy LjUgaG91ciBzbG90LCBidXQgKHdpdGggdGhlIG5vLWZyaWRheSBleHBlcmltZW50KSB3ZSB3ZXJl IGdyYW50ZWQgb25seSBhIDIgaG91ciBzbG90LiBXZSB3ZXJlIGhvcGluZyB0aGF0IHRoZSBhZ2Vu ZGEgd291bGQgYmUgbGlnaHQgZW5vdWdoIHRvIGZpdCBpbiB0aGUgMiBob3VyIHNsb3QsIGJ1dCB1 bmZvcnR1bmF0ZWx5IGl0IHJlYWxseSBoYXNuJ3QgdHVybmVkDQogb3V0IHRoYXQgd2F5LiBTbywg d2Ugbm93IGhhdmUgYmVlbiBncmFudGVkIGFuIGFkZGl0aW9uYWwgb25lIGhvdXIgc2xvdCAtLSBN b25kYXkgTW9ybmluZyBTZXNzaW9uIElJLCAxMTIwLTEyMjAuIFRoaXMgdW5mb3J0dW5hdGVseSBj b25mbGljdHMgd2l0aCBQQUxTLCBidXQgaXMgdGhlIGJlc3Qgb3B0aW9uIGF2YWlsYWJsZS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWdlbmRh OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gY2xhc3M9Im0xMzY2NTg2OTg4NDUyODcyMDEwbS04MDIwMTM5MTY3NTI0Mzg4NDgyZ21haWwt bTM5NTc1ODU0MzU1MDY1NjAyODJnbWFpbC10bDh3bWUiPjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmdv b2dsZS5jb20vdXJsP3E9aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nLzEwMy9t YXRlcmlhbHMvYWdlbmRhLTEwMy10ZWFzJmFtcDtzYT1EJmFtcDtzb3VyY2U9aGFuZ291dHMmYW1w O3VzdD0xNTQwOTAxOTQzNjYwMDAwJmFtcDt1c2c9QUZRakNORnVwaGhCZENtcEd6ZGxxZmZBb3di ZGJkc3FjQSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVl dGluZy8xMDMvbWF0ZXJpYWxzL2FnZW5kYS0xMDMtdGVhczwvYT48L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZXNzaW9uIDE6IE1vbmRh eSBOb3ZlbWJlciA1dGggMjAxOCwgMTE6MjAgLSAxMjoyMCwgUm9vbSAtIE1lZXRpbmcgMjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2Vzc2lvbiAy OiBUdWVzZGF5IE5vdmVtYmVyIDZ0aCAyMDE4LCAxNjoxMCAtIDE4OjEwLCBSb29tIC0gQ2hpdGxh ZGEgMzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5QbGVhc2UgdGFrZSBhIGxvb2sgYW5kIGxldCB1cyBrbm93IGlmIHRoZXJlIGFyZSBhbnkgZXJy b3JzL3F1ZXN0aW9ucy4mbmJzcDsgQWxzbywgaWYgeW91IGludGVuZCB0byBwcmVzZW50IHJlbW90 ZWx5LCBwbGVhc2UgbGV0IHRoZSBjaGFpcnMga25vdyAtIHlvdSBjYW4gY29uZmlybSB0aGF0IHlv dSBhcmUgbGlzdGVkIGFzIHJlbW90ZSBwcmVzZW50ZXIgYXQNCjxhIGhyZWY9Imh0dHBzOi8vaWV0 ZjEwMy5jb25mLm1lZXRlY2hvLmNvbS9saXN0LnBocCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8v aWV0ZjEwMy5jb25mLm1lZXRlY2hvLmNvbS9saXN0LnBocDwvYT48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3RoZXIgTG9naXN0aWNzOjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSB3aWxs IGFzIGFsd2F5cyBiZSB1c2luZyBldGhlcnBhZCBmb3IgY29sbGFib3JhdGl2ZSBub3RlIHRha2lu Zy48YnI+DQpUaGUgZXRoZXJwYWQgbGluayBpczxhIGhyZWY9Imh0dHA6Ly9ldGhlcnBhZC50b29s cy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi0xMDMtdGVhcz91c2VNb25vc3BhY2VGb250PXRy dWUiIHRhcmdldD0iX2JsYW5rIj4NCjxicj4NCjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHA6Ly9ldGhlcnBhZC50b29s cy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi0xMDMtdGVhcz91c2VNb25vc3BhY2VGb250PXRy dWUiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9w L25vdGVzLWlldGYtMTAzLXRlYXM/dXNlTW9ub3NwYWNlRm9udD10cnVlPC9hPjxicj4NCjxicj4N CkxpbmtzIHRvIGF1ZGlvIHN0cmVhbXMsIG1lZXRlY2hvICZuYnNwO2FuZCBqYWJiZXIgY2FuIGJl IGZvdW5kIGF0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5TZXNzaW9uIDE6IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvYWdlbmRhLzEw My8jMTAzLW1vbi0xMTIwLXRlYXMiIHRhcmdldD0iX2JsYW5rIj4NCmh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvYWdlbmRhLzEwMy8jMTAzLW1vbi0xMTIwLXRlYXM8L2E+PGJyPg0KU2Vzc2lvbiAyOiA8 YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2FnZW5kYS8xMDMvIzEwMy10dWUtMTYxMC10 ZWFzIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2FnZW5kYS8xMDMv IzEwMy10dWUtMTYxMC10ZWFzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2Ugbm90ZSB0aGF0IFdHIERyYWZ0IGF1dGhvcnMgd2hv IGFyZW4ndCBwcmVzZW50aW5nIHNob3VsZCBzZW5kIHN0YXR1cyB0byB0aGUgbGlzdCBwcmlvciB0 byB0aGUgV0cgbWVldGluZy4gUGxlYXNlIHNlbmQgeW91ciBzdGF0dXMNCjxzcGFuIGNsYXNzPSJt MTM2NjU4Njk4ODQ1Mjg3MjAxMG0tODAyMDEzOTE2NzUyNDM4ODQ4MmdtYWlsLW0zOTU3NTg1NDM1 NTA2NTYwMjgyZ21haWwtaWwiPg0KdXBkYXRlPC9zcGFuPiBieSBGcmlkYXksIE5vdmVtYmVyIDJu ZC4gU3RhdHVzIGluY2x1ZGVzIHJldmlldyBvZjogYW55IHJlY2VudCBjaGFuZ2VzLCBhbnkgb3Bl biBkaXNjdXNzaW9ucyBvciBpc3N1ZXMsIGFuZCBwbGFubmVkIG5leHQgc3RlcHMuPGJyPg0KPGJy Pg0KRm9yIGFsbCBkcmFmdHMgdGhhdCBoYXZlIGEgc2xvdCBpbiB0aGUgPHNwYW4gY2xhc3M9Im0x MzY2NTg2OTg4NDUyODcyMDEwbS04MDIwMTM5MTY3NTI0Mzg4NDgyZ21haWwtbTM5NTc1ODU0MzU1 MDY1NjAyODJnbWFpbC1pbCI+DQphZ2VuZGE8L3NwYW4+LCB3ZSBuZWVkIHRoZSBwcmVzZW50YXRp b24tc2xpZGVzIHNlbnQgb3V0IHRvIHVzIChDaGFpcnMvU2VjcmV0YXJ5KSBieSBGcmlkYXksIE5v dmVtYmVyIDJuZC48YnI+DQo8YnI+DQpDaGVlcnMsPGJyPg0KUGF2YW4gYW5kIExvdTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KVGVhcyBtYWlsaW5nIGxp c3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86VGVhc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPlRl YXNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby90ZWFzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby90ZWFzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_91E3A1BD737FDF4FA14118387FF6766B1590D471lhreml504mbs_-- From nobody Tue Oct 30 05:12:27 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 670A0128D68 for ; Tue, 30 Oct 2018 05:12:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_RED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 kNpn_ZHSkEDH for ; Tue, 30 Oct 2018 05:12:22 -0700 (PDT) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) (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 BD2CD128B14 for ; Tue, 30 Oct 2018 05:12:22 -0700 (PDT) Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id E78973BBB2FD4 for ; Tue, 30 Oct 2018 05:56:36 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id HSdQguNmhj0soHSdQgTJSu; Tue, 30 Oct 2018 05:56:36 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject: References:In-Reply-To:Message-ID:Date:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=YxfudT2fijKjxQLM+PC6eeXmdLoMTWq2a0VgNBfVJZw=; b=2eE1h/qlsKPxqyibchmiHe0xdv 30vvR9TM8dx+2dy/h383WG3QgTBh5HuMo4O6eTIwKTj/wHCJc6rSU/bNgrlIQpqDIDWovPqjVwuE+ JXXZZBjKNrl8pk9RZQG2yCUK9; Received: from [172.56.2.83] (port=41481 helo=[IPV6:2607:fb90:180b:8eb2::579d:a501]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gHSdQ-0036vM-9f for teas@ietf.org; Tue, 30 Oct 2018 05:56:36 -0600 From: Lou Berger To: TEAS WG Date: Tue, 30 Oct 2018 07:56:33 -0400 Message-ID: <166c4d51d68.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> References: <4a564715-347c-3fc2-a6a0-ee2caad8597e@labn.net> User-Agent: AquaMail/1.17.0-1318 (build: 101700009) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 172.56.2.83 X-Source-L: No X-Exim-ID: 1gHSdQ-0036vM-9f X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([IPV6:2607:fb90:180b:8eb2::579d:a501]) [172.56.2.83]:41481 X-Source-Auth: lberger@labn.net X-Email-Count: 2 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: Re: [Teas] WG Last Call: draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2018 12:12:26 -0000 Hi The last call is closed. Authors, Please let the working group know when the document has been updated to address all last call comments. Please note there is a Yang doctors review due on November 8th. Submission to the iesg for publication is pending that review. Lou ---------- On October 15, 2018 11:08:59 AM Lou Berger wrote: > > All, > > This starts a two-week working group last call for > draft-ietf-teas-yang-te-types-01 > > The working group last call ends on October 29. > Please send your comments to the working group mailing list. > > Positive comments, e.g., "I've reviewed this document > and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thank you, > TEAS Chairs > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Tue Oct 30 06:56:56 2018 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6398D12DD85; Tue, 30 Oct 2018 06:56:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Jan Lindblad To: Cc: draft-ietf-teas-yang-te-types.all@ietf.org, ietf@ietf.org, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154090780735.15255.3911131220920609603@ietfa.amsl.com> Date: Tue, 30 Oct 2018 06:56:47 -0700 Archived-At: Subject: [Teas] Yangdoctors early review of draft-ietf-teas-yang-te-types-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2018 13:56:48 -0000 Reviewer: Jan Lindblad Review result: Ready with Issues This is my YANG Doctor early review of draft-ietf-teas-yang-te-types, or more specifically ietf-te-types.yang . I find the module ready with a couple of issues. I have also noted a few nits. Generally speaking, I'm not sure if reviewing a -types module with plenty of groupings on its own is the best way to go about it. The groupings defined here may be used in good or not so good ways later. General questions: #1: There are many locations in the YANG talking about an "ERO subobject index" (and once RRO index, record route subobject). What is this, and how is it supposed to be used? The document is silent on this matter, and I have seen modules with problems around numeric index leafs much like this earlier. Are these numbers stable, i.e. remains the same forever? #2: There are few leafs (5) with default values given, and none with mandatory. Probably needs to increase before we get to last call. #3: There are several choices in the module that are meant to be augmented with additional cases. In many instances, this is explicitly spelled out, very good. If this is meant to happen in all choices, it would be nice to point this out in every instance. Also, if there are any specific assumptions or considerations to keep in mind when augmenting in a new technology, please note that in the description as well. Issues and nits: #4: Unclear data type 419: typedef admin-group { type binary { length 4; What is the format of this binary? If this is always a 4-byte binary, wouldn't a numeric type be more user friendly, e.g. uint32? #5: identifier in container with optional leafs 1496: grouping te-topology-identifier { The name suggests this is used as an identifier, but all the leafs are optional. This is not typical. They are also in a container, precluding them from being used as list keys. Is that as intended? #6: Optional -id leafs again 1700: leaf node-id { leaf link-tp-id { 1768: leaf address { 1783: leaf node-id { leaf link-tp-id { Leafs that appear to be used as identifiers are optional #7: binary length in bits? 1731: leaf as-number { type binary { length 16; 1773: leaf ip-flags { type binary { length 8; 1805: leaf label-flags { type binary { length 8; It appears to me the modeler might have thought the length is given in bits. The value of length is in bytes, however. #8: Must expression copy paste 1852: container label-end { must "not(../label-end/te-label/direction) or " + "not(te-label/direction) " + "or ../label-end/te-label/direction = te-label/direction" { This must expression appears to have been copied from label-start. In any case, it always evaluates to true and has no effect. #9: Unclear bit field 1885: leaf range-bitmap { type binary; description "When there are gaps between label-start and label-end, this attribute is used to specify the positions of the used labels."; } Need more information on how to interpret this leaf. Which bits map to what, and what does the bit field values 0 and 1 indicate? #10: Canonical representation 67: typedef te-bandwidth { The type is based on a string with a pattern allowing hex characters and an upper or lowercase P. Since the pattern allows multiple representations of the same underlaying value (0x1p10 presumably means the same as 0x1p0xa and 0x1P0XA) the question comes up if there is a canonical representation of this value, e.g. using all lowercase and all hex, or if the string must be remembered exactly as given by the client. The description could answer this question. #11: Mix of upper and lowercase The module specifies many enumeration and identity values. Some are all lowercase. Some are all uppercase. The principle of least astonishment suggests to pick one and stick with it. YANG recommendations suggest to use all lowercase when in doubt. typedef te-link-direction { typedef te-label-direction { typedef te-hop-type { identity LSP_METRIC_TYPE { identity LSP_METRIC_RELATIVE { identity LSP_METRIC_ABSOLUTE { identity LSP_METRIC_INHERITED { Best Regards, /jan From nobody Wed Oct 31 09:20:06 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABB971293FB for ; Wed, 31 Oct 2018 09:20:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 vAH4_vPBr3no for ; Wed, 31 Oct 2018 09:19:59 -0700 (PDT) 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 8CE2C130DEE for ; Wed, 31 Oct 2018 09:19:57 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 042F8A0CAFCE9; Wed, 31 Oct 2018 16:19:51 +0000 (GMT) Received: from LHREML504-MBS.china.huawei.com ([10.201.109.59]) by lhreml702-cah.china.huawei.com ([10.201.108.43]) with mapi id 14.03.0415.000; Wed, 31 Oct 2018 16:19:51 +0000 From: Italo Busi To: TEAS WG CC: Carlo Perocchio , Francesco Lazzeri , "Belotti, Sergio (Nokia - IT/Vimercate)" Thread-Topic: Proposed enhancement to draft-ietf-teas-yang-path-computation Thread-Index: AdRxNPxQYywW0sCJSByuxFadD+5JJg== Date: Wed, 31 Oct 2018 16:19:50 +0000 Message-ID: <91E3A1BD737FDF4FA14118387FF6766B15910775@lhreml504-mbs> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.203.246.81] Content-Type: multipart/related; boundary="_004_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] Proposed enhancement to draft-ietf-teas-yang-path-computation X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 16:20:05 -0000 --_004_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_ Content-Type: multipart/alternative; boundary="_000_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_" --_000_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBURUFTIFdHLA0KDQoNCg0KRm9sbG93aW5nLXVwIG1haWxpbmcgbGlzdCBkaXNjdXNzaW9u cyBhZnRlciBJRVRGIDEwMiwgd2Ugd291bGQgbGlrZSB0byBkaXNjdXNzIHRoZSBwcm9wb3NhbCBm b3IgYSBwb3NzaWJsZSBlbmhhbmNlbWVudCB0byB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgZGVm aW5lZCBpbiBkcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNvbXB1dGF0aW9uLTAzDQoNCg0KDQpU aGUgc3RhdGVsZXNzIHBhdGggY29tcHV0YXRpb24gc29sdXRpb24gIHJlcXVpcmVzIHRoYXQgdGhl IFlBTkcgRFMgc2VydmVyIChlLmcuLCBhIFBOQykgIGNvbXB1dGVzIGEgcGF0aCB0d2ljZSBiZWZv cmUgc2V0dGluZyB1cCBhbiBMU1A6IGF0IHRpbWUgVDEsIHdoZW4gaXRzIGNsaWVudCAoZS5nLiwg YW4gTURTQykgc2VuZHMgYSBwYXRoIGNvbXB1dGF0aW9uIFJQQyByZXF1ZXN0LCBhbmQgbGF0ZXIs IGF0IHRpbWUgVDIsIHdoZW4gdGhlIHNhbWUgY2xpZW50IChNRFNDKSBjcmVhdGVzIGEgdGUtdHVu bmVsIHJlcXVlc3RpbmcgdGhlIHNldHVwIG9mIHRoZSBMU1AuDQoNCg0KDQpUaGUgdW5kZXJseWlu ZyBhc3N1bXB0aW9uIGlzIHRoYXQsIGlmIG5ldHdvcmsgY29uZGl0aW9ucyBoYXZlIG5vdCBjaGFu Z2VkLCB0aGUgc2FtZSBwYXRoIHRoYXQgaGFzIGJlZW4gY29tcHV0ZWQgYXQgdGltZSBUMSBpcyBh bHNvIGNvbXB1dGVkIGF0IHRpbWUgVDIsIGJ5IHRoZSBzZXJ2ZXIgKFBOQykgYW5kIHRoZXJlZm9y ZSB0aGUgcGF0aCB0aGF0IGlzIHNldHVwIGF0IHRpbWUgVDIgaXMgZXhhY3RseSB0aGUgc2FtZSBw YXRoIHRoYXQgaGFzIGJlZW4gY29tcHV0ZWQgYXQgdGltZSBUMQ0KDQoNCg0KRnJvbSB0aGUgbWFp bGluZyBsaXN0IGRpc2N1c3Npb24gYWZ0ZXIgSUVURiAxMDIsIGl0IHNlZW1zIHRoYXQgc29tZSBw ZW9wbGUgdGhpbmsgdGhhdCBpdCBpcyBub3QgbmVjZXNzYXJ5IHRvIGd1YXJhbnRlZSB0aGF0IHRo ZSBwYXRoIHNldHVwIGF0IHRpbWUgVDIgaXMgZXhhY3RseSB0aGUgc2FtZSBhcyB0aGUgcGF0aCBj b21wdXRlZCBhdCB0aW1lIFQxIGJ1dCBvbmx5IHRoYXQgaXQgaGFzIHRoZSBzYW1lIG9yIGJldHRl ciBtZXRyaWNzLCB3aGlsZSBvdGhlciBwZW9wbGUgd291bGQgbGlrZSB0byBiZSBhYmxlIHRvIHNl dHVwIGF0IHRpbWUgVDIgdGhlIHBhdGggY29tcHV0ZWQgYXQgdGltZSBUMSwgaWYgc3RpbGwgYXZh aWxhYmxlDQoNCg0KDQpPbmUgcG9zc2liaWxpdHkgdG8gYWNoaWV2ZSB0aGUgbGF0dGVyIGJlaGF2 aW9yIGlzIHRvIHVzZSB0aGUgc3RhdGVmdWwgcGF0aCBjb21wdXRhdGlvbiBzb2x1dGlvbiBkZXNj cmliZWQgaW4gc2VjdGlvbiAzLjMuMSBvZiBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS0xNy4gSG93 ZXZlciwgdGhpcyBhcHByb2FjaCBoYXMgc29tZSBkcmF3YmFja3MgYXMgZGVzY3JpYmVkIGluIHNl Y3Rpb24gMy4zIG9mIGRyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRpb24tMDMNCg0K DQoNCldlIHRoaW5rIHRoYXQgaXQgaXMgYWxzbyBwb3NzaWJsZSB0byBkZWZpbmUgc29tZSBleHRl bnNpb25zIHRvIHRoZSBwYXRoIGNvbXB1dGF0aW9uIFJQQyB3aGVyZSB0aGUgc2VydmVyIChQTkMp LCBhZnRlciBoYXZpbmcgcmVjZWl2ZWQgYSBwYXRoIGNvbXB1dGF0aW9uIFJQQyByZXF1ZXN0LCBt YWludGFpbnMgc29tZSDigJx0ZW1wb3Jhcnkgc3RhdGXigJ0gYXNzb2NpYXRlZCB0byB0aGUgcGF0 aCBjb21wdXRlZCBhdCB0aW1lIFQxIGFuZCBhbGxvd3MgdGhlIGNsaWVudCAoTURTQykgdG8gcmVx dWVzdCwgYXQgdGltZSBUMiwgdGhlIHNldHVwIG9mIHRoYXQgcGF0aCwgaWYgc3RpbGwgYXZhaWxh YmxlLg0KDQoNCg0KVGhlIHNvbHV0aW9uIHdlIGFyZSBjb25zaWRlcmluZyBpcyBzaW1pbGFyIHRv IHRoZSBjb21wdXRlLW9ubHkgbW9kZSBidXQsIHRvIGF2b2lkIGEgc3RhdGVmdWwgYXBwcm9hY2gs IGlzIGxldmVyYWdpbmcgdGhlIHBhdGggY29tcHV0YXRpb24gUlBDIGFuZCB0aGUgc2VwYXJhdGlv biBiZXR3ZWVuIGNvbmZpZyBhbmQgc3RhdGUgRFMsIGluIGxpbmUgd2l0aCB0aGUgTk1EQSBhcmNo aXRlY3R1cmUuDQoNCg0KDQpBdCB0aW1lIFQxLCBhZnRlciBoYXZpbmcgY29tcHV0ZWQgYSBwYXRo LCBhcyByZXF1ZXN0ZWQgYnkgYSBwYXRoIGNvbXB1dGF0aW9uIFJQQyByZXF1ZXN0LCB0aGUgc2Vy dmVyIChQTkMpIGFsc28gY3JlYXRlcyBhIGNvbXB1dGUtb25seSB0ZS10dW5uZWwgaW4gdGhlIHN0 YXRlIERTIHJlcG9ydGluZyB0aGUgY29tcHV0ZWQgcGF0aC4gVGhpcyB3b3VsZCBiZSBzaW1pbGFy IHRvIHRoZSBzdGF0ZWZ1bCBzb2x1dGlvbiB3aXRoIHRoZSBvbmx5IGRpZmZlcmVuY2UgdGhhdCB0 aGVyZSBpcyBubyB0ZS10dW5uZWwgaW4gdGhlIGNvbmZpZyBEUy4NCg0KDQoNCkF0IHRpbWUgVDIs IHRoZSBjbGllbnQgKGUuZy4sIE1EU0MpIGNhbiByZXF1ZXN0IHRvIHNldHVwIHRoYXQgcGF0aCBi eSBjcmVhdGluZyBhIHRlLXR1bm5lbCAobm90IGluIGNvbXB1dGUtb25seSBtb2RlKSBpbiB0aGUg Y29uZmlnIERTIHVzaW5nIHRoZSBzYW1lIHR1bm5lbC1uYW1lIG9mIHRoZSBleGlzdGluZyB0ZS10 dW5uZWwgIGluIHRoZSBzdGF0ZSBkYXRhc3RvcmU6IHRoaXMgd2lsbCB0cmlnZ2VyIHRoZSBzZXJ2 ZXIgKFBOQykgdG8gc2V0dXAgdGhlIHBhdGggdGhhdCBoYXMgYmVlbiBjb21wdXRlZCBhdCB0aW1l IFQxLCBpZiBzdGlsbCBhdmFpbGFibGUuDQoNCg0KDQpRdWVzdGlvbiBmb3IgdGhlIFRFQVMgV0c6 IGRvIHlvdSB0aGluayB0aGF0IGEgc29sdXRpb24gdGhhdCBhbGxvd3MgcmVxdWVzdGluZyB0aGUg c2V0dXAgYSBwYXRoIHByZXZpb3VzbHkgY29tcHV0ZWQsIGFzIGRlc2NyaWJlZCBhYm92ZSwgd291 bGQgYmUgdXNlZnVsPw0KDQoNCg0KVGhhbmtzLCBDYXJsbywgRnJhbmNlc2NvLCBTZXJnaW8gYW5k IEl0YWxvDQoNCkl0YWxvIEJ1c2kNClByaW5jaXBhbCBPcHRpY2FsIFRyYW5zcG9ydCBOZXR3b3Jr IFJlc2VhcmNoIEVuZ2luZWVyDQpbY2lkOmltYWdlMDAyLmpwZ0AwMUQyNDc0MC45MTVERkE2MF0N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCkh1YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5sLg0K QWRkcmVzc++8mkNlbnRybyBEaXJlemlvbmFsZSBNaWxhbm8gMiwgUGFsYXp6byBWZXJyb2NjaGlv LCAzwrAgRmxvb3IsIDIwMDkwIFNlZ3JhdGUgKE1JKSwgSXRhbHkNClRlbO+8miszOSAwMiAzOTk5 NDggMzIgICAgRmF477yaICAgTW9iaWxl77yaKzM5IDM0NSA0NzIxOTQ2DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KSHVhd2VpIFRlY2hub2xvZ2llcyBJdGFsaWEgUy5yLmwuIGlzIGEgY29tcGFueSBy ZWdpc3RlcmVkIGluIEl0YWx5IGF0IHRoZSBDb21wYW55IFJlZ2lzdHJhdGlvbiBPZmZpY2Ugb2Yg TWlsYW4sIHdpdGggcmVnaXN0ZXJlZCBudW1iZXIgMDQ1MDExOTA5NjMgYW5kIGVxdWl0eSBjYXBp dGFsIOKCrDMsMDAwLDAwMCBmdWxseSBwYWlkIHVwLCB3aG9zZSByZWdpc3RlcmVkIG9mZmljZSBp cyBpbiBNaWxhbiwgVmlhIExvcmVudGVnZ2lvIDI1NywgVG93ZXIgQiwgMjAxNTIgTWlsYW4uIEh1 YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5sLiBpcyAxMDAlIG93bmVkIGJ5IEh1YXdlaSBU ZWNobm9sb2dpZXMgQ29vcGVyYXRpZWYgVS5BDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGhpcyBl LW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlv biBmcm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBl bnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2YgdGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBidXQgbm90IGxp bWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBvciBk aXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVu dChzKSBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBpbiBlcnJvciwg cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25lIG9yIGVtYWlsIGltbWVkaWF0ZWx5IGFu ZCBkZWxldGUgaXQhDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KUFJJVkFDWSBOT1RJQ0U6IFB1cnN1YW50IHRvIEFydC4gMTMgb2YgdGhlIEdlbmVy YWwgRGF0YSBQcm90ZWN0aW9uIFJlZ3VsYXRpb24gMjAxNi82NzkgKEdEUFIpLCBIdWF3ZWkgVGVj aG5vbG9naWVzIEl0YWxpYSBTLnIubC4gaW5mb3JtcyB5b3UgdGhhdCB0aGUgcGVyc29uYWwgZGF0 YSBjb250YWluZWQgaW4gdGhpcyBlbWFpbCB3aWxsIGJlIGNvbGxlY3RlZCBhbmQgdHJlYXRlZCBm b3IgdGhlIGFjcXVpc2l0aW9uIG9mIGluZm9ybWF0aW9uIHByZWxpbWluYXJ5IHRvIHRoZSBjb25j bHVzaW9uIG9mIGNvbnRyYWN0cywgZm9yIHRoZSBkZWZpbml0aW9uIG9mIHRoZSBjb250cmFjdHVh bCByZWxhdGlvbnNoaXAsIGFzIHdlbGwgYXMgZm9yIHRoZSBmdWxmaWxsbWVudCBvZiBsZWdhbCBy ZXF1aXJlbWVudHMgcmVsYXRlZCB0byBjaXZpbCwgdGF4IGFuZCBhY2NvdW50aW5nIGxhdyBvciBh bnkgb3RoZXIgbGVnYWwgb2JsaWdhdGlvbiB0byB3aGljaCBIdWF3ZWkgbWF5IGJlIHN1YmplY3Qu IFBlcnNvbmFsIGRhdGEgd2lsbCBub3QgYmUgc3ViamVjdCB0byBkaXNjbG9zdXJlIGFuZCBzcHJl YWQgdW5sZXNzIG90aGVyd2lzZSByZXF1aXJlZCBieSBsYXcuIEh1YXdlaSB3aWxsIHRha2UgYXBw cm9wcmlhdGUgc2VjdXJpdHkgbWVhc3VyZXMgdG8gcHJvdGVjdHMgcGVyc29uYWwgZGF0YSBhZ2Fp bnN0IGxvc3MsIG1pc3VzZSBkaXNjbG9zdXJlIG9yIGRlc3RydWN0aW9uIG9mIHRoZSBpbmZvcm1h dGlvbi4gUGVyc29uYWwgRGF0YSBoZWxkIG1heSBiZSB0cmFuc2ZlcnJlZCB0byBjb3VudHJpZXMg b3V0c2lkZSB0aGUgRXVyb3BlYW4gVW5pb24sIGhvd2V2ZXIgSHVhd2VpIEl0YWxpYSBoYXMgcHV0 IGluIHBsYWNlIGFwcHJvcHJpYXRlIHNhZmVndWFyZHMgZm9yIHRoZSB0cmFuc2ZlciBvZiBwZXJz b25hbCBkYXRhIHRvIHRoaXJkIGNvdW50cmllcyBieSBhZG9wdGluZyB0aGUgc3RhbmRhcmQgZGF0 YSBwcm90ZWN0aW9uIGNsYXVzZXMgb2YgdGhlIEVVIENvbW1pc3Npb24uIFBlcnNvbmFsIERhdGEg YXJlIGtlcHQgZm9yIGEgcGVyaW9kIG5lY2Vzc2FyeSBmb3IgdGhlIGZ1bGZpbGxtZW50IG9mIGNv bnRyYWN0IG9ibGlnYXRpb25zIHVubGVzcyBvdGhlcndpc2UgcmVxdWlyZWQgYnkgbGF3LiBZb3Ug Y2FuIGV4ZXJjaXNlIHlvdXIgcmlnaHRzIHVuZGVyIEFydC4gMTUgYW5kIGZvbGxvd2luZyBvZiAg dGhlIEdEUFIgKGkuZS4gcmlnaHQgb2YgYWNjZXNzLCByZWN0aWZpY2F0aW9uLCBlcmFzdXJlLCBy ZXN0cmljdGlvbiwgcG9ydGFiaWxpdHksIG9iamVjdCkgYnkgY29udGFjdGluZyBIdWF3ZWkgYXQg dGhpcyBlbWFpbCBhZGRyZXNzOiBkYXRhcHJvdGVjdGlvbkBodWF3ZWkuY29tPG1haWx0bzpkYXRh cHJvdGVjdGlvbkBodWF3ZWkuY29tPiBvciB0aHJvdWdoIHRoZSBmb2xsb3dpbmcgY2hhbm5lbDog d3d3Lmh1YXdlaS5jb20vZW4vcGVyc29uYWwtZGF0YS1yZXF1ZXN0PGh0dHA6Ly93d3cuaHVhd2Vp LmNvbS9lbi9wZXJzb25hbC1kYXRhLXJlcXVlc3Q+LiBZb3UgaGF2ZSBhbHNvIHRoZSByaWdodCB0 byBsb2RnZSBhIGNvbXBsYWludCB3aXRoIHRoZSBjb21wZXRlbnQgc3VwZXJ2aXNvcnkgYXV0aG9y aXRpZXMuIElmIHlvdSBuZWVkIGFueSBmdXJ0aGVyIGluZm9ybWF0aW9uIG9yIGhhdmUgYW55IHF1 ZXJpZXMgb24gaG93IEh1YXdlaSBwcm9jZXNzIHlvdXIgcGVyc29uYWwgZGF0YSwgcGxlYXNlIHNl bmQgYW4gZW1haWwgdG8gb3VyIERhdGEgUHJvdGVjdGlvbiBPZmZpY2VyIGF0IGRwb0BodWF3ZWku Y29tPG1haWx0bzpkcG9AaHVhd2VpLmNvbT4uVGhlIERhdGEgQ29udHJvbGxlciBpcyBIdWF3ZWkg VGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gd2l0aCByZWdpc3RlcmVkIG9mZmljZSBpbiBNaWxh biwgVmlhIExvcmVudGVnZ2lvIDI1NyBUb3dlciBCLCAyMDE1Mi4NCg0KDQo= --_000_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiXEBTaW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIg NDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwg ZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5 NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGku TXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6d2luZG93dGV4dDt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IlBs YWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIu MHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ RGVhciBURUFTIFdHLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Gb2xsb3dpbmctdXAg bWFpbGluZyBsaXN0IGRpc2N1c3Npb25zIGFmdGVyIElFVEYgMTAyLCB3ZSB3b3VsZCBsaWtlIHRv IGRpc2N1c3MgdGhlIHByb3Bvc2FsIGZvciBhIHBvc3NpYmxlIGVuaGFuY2VtZW50IHRvIHRoZSBw YXRoIGNvbXB1dGF0aW9uIFJQQyBkZWZpbmVkIGluIGRyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgt Y29tcHV0YXRpb24tMDM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGhlIHN0YXRlbGVz cyBwYXRoIGNvbXB1dGF0aW9uIHNvbHV0aW9uJm5ic3A7IHJlcXVpcmVzIHRoYXQgdGhlIFlBTkcg RFMgc2VydmVyIChlLmcuLCBhIFBOQykmbmJzcDsgY29tcHV0ZXMgYSBwYXRoIHR3aWNlIGJlZm9y ZSBzZXR0aW5nIHVwIGFuIExTUDogYXQgdGltZSBUMSwgd2hlbiBpdHMgY2xpZW50IChlLmcuLCBh biBNRFNDKSBzZW5kcyBhIHBhdGggY29tcHV0YXRpb24gUlBDIHJlcXVlc3QsIGFuZCBsYXRlciwg YXQNCiB0aW1lIFQyLCB3aGVuIHRoZSBzYW1lIGNsaWVudCAoTURTQykgY3JlYXRlcyBhIHRlLXR1 bm5lbCByZXF1ZXN0aW5nIHRoZSBzZXR1cCBvZiB0aGUgTFNQLjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5UaGUgdW5kZXJseWluZyBhc3N1bXB0aW9uIGlzIHRoYXQsIGlmIG5ldHdvcmsg Y29uZGl0aW9ucyBoYXZlIG5vdCBjaGFuZ2VkLCB0aGUgc2FtZSBwYXRoIHRoYXQgaGFzIGJlZW4g Y29tcHV0ZWQgYXQgdGltZSBUMSBpcyBhbHNvIGNvbXB1dGVkIGF0IHRpbWUgVDIsIGJ5IHRoZSBz ZXJ2ZXIgKFBOQykgYW5kIHRoZXJlZm9yZSB0aGUgcGF0aCB0aGF0IGlzIHNldHVwIGF0IHRpbWUg VDIgaXMgZXhhY3RseSB0aGUNCiBzYW1lIHBhdGggdGhhdCBoYXMgYmVlbiBjb21wdXRlZCBhdCB0 aW1lIFQxPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZyb20gdGhlIG1haWxpbmcgbGlz dCBkaXNjdXNzaW9uIGFmdGVyIElFVEYgMTAyLCBpdCBzZWVtcyB0aGF0IHNvbWUgcGVvcGxlIHRo aW5rIHRoYXQgaXQgaXMgbm90IG5lY2Vzc2FyeSB0byBndWFyYW50ZWUgdGhhdCB0aGUgcGF0aCBz ZXR1cCBhdCB0aW1lIFQyIGlzIGV4YWN0bHkgdGhlIHNhbWUgYXMgdGhlIHBhdGggY29tcHV0ZWQg YXQgdGltZSBUMSBidXQgb25seSB0aGF0IGl0IGhhcyB0aGUgc2FtZSBvcg0KIGJldHRlciBtZXRy aWNzLCB3aGlsZSBvdGhlciBwZW9wbGUgd291bGQgbGlrZSB0byBiZSBhYmxlIHRvIHNldHVwIGF0 IHRpbWUgVDIgdGhlIHBhdGggY29tcHV0ZWQgYXQgdGltZSBUMSwgaWYgc3RpbGwgYXZhaWxhYmxl PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPk9uZSBwb3NzaWJpbGl0eSB0byBhY2hpZXZl IHRoZSBsYXR0ZXIgYmVoYXZpb3IgaXMgdG8gdXNlIHRoZSBzdGF0ZWZ1bCBwYXRoIGNvbXB1dGF0 aW9uIHNvbHV0aW9uIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDMuMy4xIG9mIGRyYWZ0LWlldGYtdGVh cy15YW5nLXRlLTE3LiBIb3dldmVyLCB0aGlzIGFwcHJvYWNoIGhhcyBzb21lIGRyYXdiYWNrcyBh cyBkZXNjcmliZWQgaW4gc2VjdGlvbiAzLjMgb2YgZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1j b21wdXRhdGlvbi0wMzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5XZSB0aGluayB0aGF0 IGl0IGlzIGFsc28gcG9zc2libGUgdG8gZGVmaW5lIHNvbWUgZXh0ZW5zaW9ucyB0byB0aGUgcGF0 aCBjb21wdXRhdGlvbiBSUEMgd2hlcmUgdGhlIHNlcnZlciAoUE5DKSwgYWZ0ZXIgaGF2aW5nIHJl Y2VpdmVkIGEgcGF0aCBjb21wdXRhdGlvbiBSUEMgcmVxdWVzdCwgbWFpbnRhaW5zIHNvbWUg4oCc dGVtcG9yYXJ5IHN0YXRl4oCdIGFzc29jaWF0ZWQgdG8gdGhlIHBhdGggY29tcHV0ZWQgYXQNCiB0 aW1lIFQxIGFuZCBhbGxvd3MgdGhlIGNsaWVudCAoTURTQykgdG8gcmVxdWVzdCwgYXQgdGltZSBU MiwgdGhlIHNldHVwIG9mIHRoYXQgcGF0aCwgaWYgc3RpbGwgYXZhaWxhYmxlLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGUgc29sdXRpb24gd2UgYXJlIGNvbnNpZGVyaW5nIGlzIHNp bWlsYXIgdG8gdGhlIGNvbXB1dGUtb25seSBtb2RlIGJ1dCwgdG8gYXZvaWQgYSBzdGF0ZWZ1bCBh cHByb2FjaCwgaXMgbGV2ZXJhZ2luZyB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgYW5kIHRoZSBz ZXBhcmF0aW9uIGJldHdlZW4gY29uZmlnIGFuZCBzdGF0ZSBEUywgaW4gbGluZSB3aXRoIHRoZSBO TURBIGFyY2hpdGVjdHVyZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+QXQgdGltZSBU MSwgYWZ0ZXIgaGF2aW5nIGNvbXB1dGVkIGEgcGF0aCwgYXMgcmVxdWVzdGVkIGJ5IGEgcGF0aCBj b21wdXRhdGlvbiBSUEMgcmVxdWVzdCwgdGhlIHNlcnZlciAoUE5DKSBhbHNvIGNyZWF0ZXMgYSBj b21wdXRlLW9ubHkgdGUtdHVubmVsIGluIHRoZSBzdGF0ZSBEUyByZXBvcnRpbmcgdGhlIGNvbXB1 dGVkIHBhdGguIFRoaXMgd291bGQgYmUgc2ltaWxhciB0byB0aGUgc3RhdGVmdWwgc29sdXRpb24N CiB3aXRoIHRoZSBvbmx5IGRpZmZlcmVuY2UgdGhhdCB0aGVyZSBpcyBubyB0ZS10dW5uZWwgaW4g dGhlIGNvbmZpZyBEUy4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkF0IHRpbWUgVDIs IHRoZSBjbGllbnQgKGUuZy4sIE1EU0MpIGNhbiByZXF1ZXN0IHRvIHNldHVwIHRoYXQgcGF0aCBi eSBjcmVhdGluZyBhIHRlLXR1bm5lbCAobm90IGluIGNvbXB1dGUtb25seSBtb2RlKSBpbiB0aGUg Y29uZmlnIERTIHVzaW5nIHRoZSBzYW1lIHR1bm5lbC1uYW1lIG9mIHRoZSBleGlzdGluZyB0ZS10 dW5uZWwmbmJzcDsgaW4gdGhlIHN0YXRlIGRhdGFzdG9yZTogdGhpcyB3aWxsIHRyaWdnZXIgdGhl DQogc2VydmVyIChQTkMpIHRvIHNldHVwIHRoZSBwYXRoIHRoYXQgaGFzIGJlZW4gY29tcHV0ZWQg YXQgdGltZSBUMSwgaWYgc3RpbGwgYXZhaWxhYmxlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5RdWVzdGlvbiBmb3IgdGhlIFRFQVMgV0c6IGRvIHlvdSB0aGluayB0aGF0IGEgc29sdXRp b24gdGhhdCBhbGxvd3MgcmVxdWVzdGluZyB0aGUgc2V0dXAgYSBwYXRoIHByZXZpb3VzbHkgY29t cHV0ZWQsIGFzIGRlc2NyaWJlZCBhYm92ZSwgd291bGQgYmUgdXNlZnVsPzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJJVCI+VGhhbmtzLCBDYXJsbywgRnJhbmNlc2Nv LCBTZXJnaW8gYW5kIEl0YWxvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iSVQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5JdGFsbyBCdXNpPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj5QcmluY2lwYWwgT3B0aWNhbCBUcmFuc3BvcnQgTmV0d29yayBSZXNlYXJjaCBFbmdp bmVlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48aW1nIHdpZHRoPSI2MTYiIGhlaWdodD0iODMiIGlkPSJQaWN0 dXJlX3gwMDIwXzEiIHNyYz0iY2lkOmltYWdlMDAxLmpwZ0AwMUQ0NzEzOS44M0EzOUY0MCIgYWx0 PSJjaWQ6aW1hZ2UwMDIuanBnQDAxRDI0NzQwLjkxNURGQTYwIj48L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJJVCIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188L3NwYW4+PHNwYW4gbGFuZz0iSVQiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iREUiIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5IdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC48L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IklUIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IklUIiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+QWRkcmVzczwvc3Bhbj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTpTaW1TdW47Y29sb3I6IzFGNDk3RCI+77yaPC9zcGFuPjxzcGFu IGxhbmc9IklUIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2VudHJvDQogRGlyZXppb25hbGUgTWls YW5vIDIsIFBhbGF6em8gVmVycm9jY2hpbywgM8KwIEZsb29yLCAyMDA5MCBTZWdyYXRlIChNSSks IEl0YWx5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iSVQiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UZWw8L3NwYW4+PHNwYW4gbGFuZz0iWkgt Q04iIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOiMxRjQ5 N0QiPu+8mjwvc3Bhbj48c3BhbiBsYW5nPSJJVCIgc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiYjNDM7 MzkNCiAwMiAzOTk5NDggMzImbmJzcDsmbmJzcDsgJm5ic3A7RmF4PC9zcGFuPjxzcGFuIGxhbmc9 IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjoj MUY0OTdEIj7vvJo8L3NwYW4+PHNwYW4gbGFuZz0iSVQiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDsgJm5ic3A7TW9iaWxlPC9zcGFuPjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMUY0OTdEIj7vvJo8L3NwYW4+PHNw YW4gbGFuZz0iSVQiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mIzQzOzM5DQogMzQ1IDQ3MjE5NDY8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojN0Y3RjdGIj5IdWF3ZWkgVGVjaG5v bG9naWVzIEl0YWxpYSBTLnIubC4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSXRhbHkgYXQg dGhlIENvbXBhbnkgUmVnaXN0cmF0aW9uIE9mZmljZSBvZiBNaWxhbiwgd2l0aCByZWdpc3RlcmVk IG51bWJlciAwNDUwMTE5MDk2MyBhbmQgZXF1aXR5IGNhcGl0YWwNCiDigqwzLDAwMCwwMDAgZnVs bHkgcGFpZCB1cCwgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgaW4gTWlsYW4sIFZpYSBMb3Jl bnRlZ2dpbyAyNTcsIFRvd2VyIEIsIDIwMTUyIE1pbGFuLiBIdWF3ZWkgVGVjaG5vbG9naWVzIEl0 YWxpYSBTLnIubC4gaXMgMTAwJSBvd25lZCBieSBIdWF3ZWkgVGVjaG5vbG9naWVzIENvb3BlcmF0 aWVmIFUuQTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojN0Y3RjdGIj5UaGlzIGUtbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlk ZW50aWFsIGluZm9ybWF0aW9uIGZyb20gSFVBV0VJLCB3aGljaCBpcyBpbnRlbmRlZCBvbmx5IGZv ciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRyZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55 DQogdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGluIGFueSB3YXkgKGlu Y2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBvciBwYXJ0aWFsIGRpc2Nsb3N1cmUs IHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhlciB0aGFuIHRo ZSBpbnRlbmRlZCByZWNpcGllbnQocykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkNCiB0aGUgc2VuZGVyIGJ5IHBob25lIG9y IGVtYWlsIGltbWVkaWF0ZWx5IGFuZCBkZWxldGUgaXQhPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzdGN0Y3RiI+LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjwvaT48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTUyRUU5Ij5QUklWQUNZIE5PVElDRTo8 L3NwYW4+PC9pPjwvYj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzdGN0Y3RiI+DQo8L3NwYW4+PC9p PjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6YmxhY2siPlB1cnN1YW50IHRv IEFydC4gMTMgb2YgdGhlIEdlbmVyYWwgRGF0YSBQcm90ZWN0aW9uIFJlZ3VsYXRpb24gMjAxNi82 NzkgKEdEUFIpLCBIdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gaW5mb3JtcyB5b3Ug dGhhdCB0aGUgcGVyc29uYWwgZGF0YSBjb250YWluZWQgaW4gdGhpcyBlbWFpbCB3aWxsIGJlIGNv bGxlY3RlZCBhbmQgdHJlYXRlZA0KIGZvciB0aGUgYWNxdWlzaXRpb24gb2YgaW5mb3JtYXRpb24g cHJlbGltaW5hcnkgdG8gdGhlIGNvbmNsdXNpb24gb2YgY29udHJhY3RzLCBmb3IgdGhlIGRlZmlu aXRpb24gb2YgdGhlIGNvbnRyYWN0dWFsIHJlbGF0aW9uc2hpcCwgYXMgd2VsbCBhcyBmb3IgdGhl IGZ1bGZpbGxtZW50IG9mIGxlZ2FsIHJlcXVpcmVtZW50cyByZWxhdGVkIHRvIGNpdmlsLCB0YXgg YW5kIGFjY291bnRpbmcgbGF3IG9yIGFueSBvdGhlciBsZWdhbCBvYmxpZ2F0aW9uIHRvDQogd2hp Y2ggSHVhd2VpIG1heSBiZSBzdWJqZWN0LiBQZXJzb25hbCBkYXRhIHdpbGwgbm90IGJlIHN1Ympl Y3QgdG8gZGlzY2xvc3VyZSBhbmQgc3ByZWFkIHVubGVzcyBvdGhlcndpc2UgcmVxdWlyZWQgYnkg bGF3LiBIdWF3ZWkgd2lsbCB0YWtlIGFwcHJvcHJpYXRlIHNlY3VyaXR5IG1lYXN1cmVzIHRvIHBy b3RlY3RzIHBlcnNvbmFsIGRhdGEgYWdhaW5zdCBsb3NzLCBtaXN1c2UgZGlzY2xvc3VyZSBvciBk ZXN0cnVjdGlvbiBvZiB0aGUgaW5mb3JtYXRpb24uDQogUGVyc29uYWwgRGF0YSBoZWxkIG1heSBi ZSB0cmFuc2ZlcnJlZCB0byBjb3VudHJpZXMgb3V0c2lkZSB0aGUgRXVyb3BlYW4gVW5pb24sIGhv d2V2ZXIgSHVhd2VpIEl0YWxpYSBoYXMgcHV0IGluIHBsYWNlIGFwcHJvcHJpYXRlIHNhZmVndWFy ZHMgZm9yIHRoZSB0cmFuc2ZlciBvZiBwZXJzb25hbCBkYXRhIHRvIHRoaXJkIGNvdW50cmllcyBi eSBhZG9wdGluZyB0aGUgc3RhbmRhcmQgZGF0YSBwcm90ZWN0aW9uIGNsYXVzZXMgb2YgdGhlIEVV IENvbW1pc3Npb24uDQogUGVyc29uYWwgRGF0YSBhcmUga2VwdCBmb3IgYSBwZXJpb2QgbmVjZXNz YXJ5IGZvciB0aGUgZnVsZmlsbG1lbnQgb2YgY29udHJhY3Qgb2JsaWdhdGlvbnMgdW5sZXNzIG90 aGVyd2lzZSByZXF1aXJlZCBieSBsYXcuIFlvdSBjYW4gZXhlcmNpc2UgeW91ciByaWdodHMgdW5k ZXIgQXJ0LiAxNSBhbmQgZm9sbG93aW5nIG9mICZuYnNwO3RoZSBHRFBSIChpLmUuIHJpZ2h0IG9m IGFjY2VzcywgcmVjdGlmaWNhdGlvbiwgZXJhc3VyZSwgcmVzdHJpY3Rpb24sIHBvcnRhYmlsaXR5 LA0KIG9iamVjdCkgYnkgY29udGFjdGluZyBIdWF3ZWkgYXQgdGhpcyBlbWFpbCBhZGRyZXNzOiA8 L3NwYW4+PC9pPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzE1MkVF OSI+PGEgaHJlZj0ibWFpbHRvOmRhdGFwcm90ZWN0aW9uQGh1YXdlaS5jb20iIHRhcmdldD0iX2Js YW5rIj48c3BhbiBzdHlsZT0iY29sb3I6IzE1MkVFOTt0ZXh0LWRlY29yYXRpb246bm9uZSI+ZGF0 YXByb3RlY3Rpb25AaHVhd2VpLmNvbTwvc3Bhbj48L2E+PC9zcGFuPjwvaT48L2I+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjpibGFjayI+DQogb3IgdGhyb3VnaCB0aGUgZm9s bG93aW5nIGNoYW5uZWw6IDwvc3Bhbj48L2k+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtjb2xvcjojMTUyRUU5Ij48YSBocmVmPSJodHRwOi8vd3d3Lmh1YXdlaS5jb20vZW4vcGVy c29uYWwtZGF0YS1yZXF1ZXN0IiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs dWUiPnd3dy5odWF3ZWkuY29tL2VuL3BlcnNvbmFsLWRhdGEtcmVxdWVzdDwvc3Bhbj48L2E+PC9z cGFuPjwvaT48L2I+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjpibGFjayI+ Lg0KIFlvdSBoYXZlIGFsc28gdGhlIHJpZ2h0IHRvIGxvZGdlIGEgY29tcGxhaW50Jm5ic3A7d2l0 aCZuYnNwO3RoZSBjb21wZXRlbnQgc3VwZXJ2aXNvcnkgYXV0aG9yaXRpZXMuIElmIHlvdSBuZWVk IGFueSBmdXJ0aGVyIGluZm9ybWF0aW9uIG9yIGhhdmUgYW55IHF1ZXJpZXMgb24gaG93IEh1YXdl aSBwcm9jZXNzIHlvdXIgcGVyc29uYWwgZGF0YSwgcGxlYXNlIHNlbmQgYW4gZW1haWwgdG8gb3Vy IERhdGEgUHJvdGVjdGlvbiBPZmZpY2VyIGF0DQo8L3NwYW4+PC9pPjxiPjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzE1MkVFOSI+PGEgaHJlZj0ibWFpbHRvOmRwb0BodWF3 ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxNTJFRTk7dGV4dC1k ZWNvcmF0aW9uOm5vbmUiPmRwb0BodWF3ZWkuY29tPC9zcGFuPjwvYT48L3NwYW4+PC9pPjwvYj48 aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj4uVGhlIERhdGEgQ29u dHJvbGxlcg0KIGlzIEh1YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5sLiB3aXRoIHJlZ2lz dGVyZWQgb2ZmaWNlIGluIE1pbGFuLCBWaWEgTG9yZW50ZWdnaW8gMjU3IFRvd2VyIEIsIDIwMTUy Ljwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_-- --_004_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=6459; creation-date="Wed, 31 Oct 2018 16:19:50 GMT"; modification-date="Wed, 31 Oct 2018 16:19:50 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABTAmgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAopKQsFGScD1NADqKhiuYp93kypJtODsYHBp3nRiTy967+u3PNA7MkopM0UCFooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAg uxm2kx1xmlkODE3bdj86dMN0Tj1BqMndaKw7KGpkvcfNygA7kCnH7wprHc6AdPvGnH7w+lTIpCRf dP8AvH+dNg+YyN6tj8uKA+yORv7pJp0ClIlB645oWwySiiimIKTNLUNxMIIZJWHEalzj0AzQG403 kP2v7L5qfaNm/wAvPzbemcelebfEvXrn+1I9JhkaO3VA8oU43k9AfbFcj/wkl9/wkTa0spFyZN4B 6bf7v0xxW146lj1b+z9ftP8AVXUXlSDuki/wn8/0rknW54ux9PhMr+q4mnKrqmvul2/yNv4b3Pla jNbD7s0e7HuP/rGtW4mS61G4mdud5Cn2HArj/Al7s8RWoB6hx/46anj1XO5t3Uk1nzfu0jTE4RvF zkuqX6/5Ho+g3z3dtIjnc0Tbdx6kdq0IbqG4aQQyo5jbY4U52n0NcINcOg+FTMGxeX7EwjuqjjdW B4J12W08WxQ72aG8PlyAnq3UN9c/zroVXl5Ys8t5ZOpGpVjtHbztuewA5paQd6M1ueQLRSUZFAC0 Umc0E4oAWikzRnnFAC0UmRQTigBaKTOaM4oAWikzRuHqKAFopMiigBaKKKACiiigApKWkoAqT6rZ W0pjmuY0deqk1Nb3UN1HvglSRfVTWBK+zxHeH7Ebv5F+UAHbwOeaTTpDHc6pMsYtnWPIgI6cdadg OlqFruFLpLZpAJnG5U7kVkT6ndJ4ahvFdfPYjLbeOvpU8s7DxBZxYQh4SxJUbu/Q0WA0YLqG5aQQ uHMbbXx2NFzdQ2kXmTuETIXJ9aw7C6+xW+r3GN3lzEgepqtqY1J9Jjnupo3ikZWMYXBTPTmiwHSG 8gW6S3Mg8513KncipqyZJ2XxJbQbU2tASSVG7v3qmLzVboXrQzRIlq7clOWx2pWA6OkrCm1i4fS7 GWLZHJdNtLkZVPenWMt2+tvbz3nmpCm75FADZ/vUWFc2ncIpZiAqjJJ7VHb3UV3H5kEiyJnG5aoe Ibgx6d5KHElwwjH49araPs0/VbmwV90bqJIyDntzQM2Li6htY/MnkWNM4y3rUMOq2VxII4bqJnPQ ButUfE//ACCl4z++Xis7U3EscCtpxsh5q/vyB8v5U7CudVSMwRSzEKo6knAFYeoatINQa1ju4rRI lBaR13FiewqrcX9xqOg3J82P9wSsxC8Sr2x6UWGdL5ieXv3LsxndnjH1pysGUMpBB5BFc3cQ3o8N EvcRtF5YO0Jzsx0+vvUq3d1peiJLJLHIZAiwjbgICO/rRYVzfpa5+z1eVNRgge8hvI5uMouCjf4U +zutSvr6dI5IkhgmIYleSM/d/wDr0rDNqSRIkLyMFUDJJOAKrW2q2d3J5cFxG7+gPJqh4jzJ9hty f3cs4DjPUVauNGtZmhZFELwsCrRgA/SgDQorEa61DUb25Sxljhitztyy5LtUUutXDaIl1GFWdZhE 4xkE0WA6CisSK71C11W3gvZI5EuQSAq42Gohd6nd3N9HbzRRpbOcMUySPSnYDoKKwH1yX+xbacbE nnbZub7q46tTrDV3/tBbaS7iu43QsJEXBUgZxilYDepjSKrqrMoZugJ5NYMF3q19bm9tWi8vdhIC vLAe9RX8d6+u2hEqRyOpMWVz5fHIPrRYR0tLWBfapNHerZ/a4rby4wZJmXO5vQCmR6/KNKuHPlyT wuI1dfutnoadgubk93DbNGJnCmRtqZ7mlnuYrVA87qikgZPrXO30V/HPp5vZ0lVplI2rgqfT3rW1 6Ez6NcKOqruH4c0DLktzFAUEsioZDtUE/ePtSPdRRzpA0iiWQEqvc1zF/JJqflvC3/HpbLMSP73H +FW4rxLnWGvOqW9oGwPU8miwrnQ0tc39v1QWH9p+ZF5BOfI2/wAOcdasXmo3j39tBYsgFxDvG8fd 96Vhms11CtytuXAmZdwX1FSMwRSx4AGSaxNsq+I7JZ3Dyi3bcwGATzTBc6jqf2uS1ljigiLIEZMl 8deadhGzb3EV3CJYHDxnIBFJbD/Rwp/hJX9ao+Gv+QJF9W/nV6I7JJlboDu/AigQW3O4n+H5PyqU /eFRW/ylh/e+f86kY/Mp96mQ47EMmTIYv7zA/h3/AJVZqsh3XrN2C7QffqatUIphRRRTEJXP+IPF mnaBf21nqe9Y7tGPmAZVQOOR1710NcD8U/Ddxq+nQX9kjSTWW7fGoyWQ9SPXGKibai2jowsac6qj U0TOG8ReG30iU3Nqy3WlzNmG5iO5QD0VvQimaDcpNHNo104W3vceW7HiKYfcb8eh+tZmka7eaUzC 1l/dPxJC43RyD0ZTxWqtvpWuH/QXXTL4/wDLvK37mQ/7D/wn2P51w6N3R9pzTVLkq6rpJdLbNr9S TwlBLD4ytoJFKSRtIroexCnIqto8T398IZG8u3jBknk/uRryx/p9TXe6BoVzc63YavdwNDdwK8N8 jjG9guFkHY5B5xWNf+F7zTtLbT4I0SW6cz311I22KKME7E3fqQK09k0jk/tCnOpKN0m0l6au/wDw O+hy+tazJq1+9xjy4uEijzxGg4UV0XhLSodEkj1/xBKtrCgLW0T/AH5Wx94L1xWOL7TdDONORb69 X/l6mT92h/2E7/VvyrNklvta1Fd7TXd3KcAfeY+w9BWafK7vVnbOk6tL2Ufcp21fW36er+4918P6 5D4h037bbI6Rl2QB+vB615z8e5pIdL0cxSOhM0mdrEZ+UV6B4T0ZtC8PW1k5BlUF5CP7x5P+Feef H/8A5BWjf9d5P/QRXoRvbU+GrKCqSVP4b6eh6Dp/iTRV061V9XsAwiQEG5TOcD3rzb4dXZufiz4k KXBlgKTshD7lI8wYI7V0Vl8HfCU9jbyvaXG541Y/6Q3UiuW+FtjDp/xU8QWVqCsEEUsUYY5IUSKB zTMi58DJpZdR8QiSR3w0eNzE45ep/j5NJDpWjmKR0JmkztYjPyisT4Xa5Y+D/E+u2GvzCxllYANN woKs2QT2yDkU/wCMPiTTfFL6RpmhXC39wsrE+R8wy2ABnuaAPTtW16Pw34E/tSUgmG0TYpP33KgK PzNeKaRdaz4QvtB8W388slrqcshlUkn5C2Dn3IO4fSuj+Jtzea9q+i+CdM2vPEiNMN2B5m3gE+gX J/GjXvCHxD1Tw2NOvzpcljaqHjii2hhsHAXC9ccUAXPjNbzWkmjeKNNlfajqjsjHaf44z/P9K2/i T4pQfC1b20k2tqqxpEVPIDfM36AisPwfdDx58KNR8PXDbr+xj2x7upA+aM/mNv4Vw2lahc+K/wDh F/Ccqtstbpw5PdSwOPwAb86AOw+EF7faJ4vvvD+qO/mXECTIGYnDBQwxn1Vv0qfXZJPFvxws9Ljl f7HpwXzVViB8vztn8SBR8UlPhXx5oPii3jby+ElC8btnb8UOPwq38F7CS+uNb8T3QPmXs5jjJ9M7 m/UgfhQBgatrt54++IFzpUmuf2To1qzqG83ywQpwT1G5ifXoK2Ifhz4VSaNh40mZlYED7ZFyc1xz 6Lo+hfEq/svGUMw0+V3aKVSyj5myrcckYyPrXWw6R8JBLGY75fM3DaPPl654oAh+Lk0sXxC8OrHL IqskeQrEA/va9orxT4wf8lF8Of7kf/o017XQAUUUUAFFFFABSUtFAGNPp2oLqk93ZzQoJQFw4J6U +10ibzLma9nEk08flkoMBRWtSUAc42h6lJYCza4h8iM5QYOW+tab6fI+r213uXZFGUI7k1oZoouB kR6PKHvonkQ2t1lgAPmDGq8ukanPZpay3MBiiI24By2Oma6CigDOk0+R9bhvdy7I4yhXvmmWumSw Q36MyE3Lsy47ZHetSigDl7+ze2stMsXaNnDnIY/u2+tWdNlax1BLJoLUecpbdbk5GPXNbNxawXcf l3ESyJ6MKZa6daWRJt4EjJ6kDmncCpfaUdR1GKS4Km1jQjYCclj3qJtBS3u7afTwIjG2XDEncK2a KQGfrFhJqFkIYWVWDhst04qlPpep3yLDe3UPkAgsI05OK3aKAMi60udb03ViYSzoEeOZcg46EVIN Nlk0qa2uJg0swOXVQAPYD0rTpKLgZUOn3b6VNZXksZDJsjZB0GO9RjSbu40w2t5NFmMqYGQfdx61 tUUAZVpZX32pJLqSBY0H3IU++fUk1LplhJZS3byMpE8u9dvYVoUUAUdU04ajbBA+yRG3I/oazodP vrueP7fOnlIRIVjGCx963jUFv6+qg/zoEzOl02+t7yebTpolW4OXWQfdPqKbLoTjR47OGRS4lEju 3AJ71t0UDM660+WfVLO5VlCQA7gep+lNs9Oltpb9nZCLliy47dev51p0lAGImhSf2PDbtIguIXMi OBlc571Zs7O8+0GW8eAJt2iKFMAn1J61p0UAYS6RqEEbWlrdolozZDYO9R6Cp9Q0y4lltp7OVRNb jaDLzurWooAx7jTLr7Ul5btA07RhJVkX5W9x6U5tIluNMlt7qZTLIdwZVACEdAK1qKLgYbaZqdzJ bNdTwFYHDAKD82O5962JYxLE8Z6MpX86kooAydG0dtOtpkmKu0pwSv8AdxTdJ0Q2MN1HOVcTfKNv 93n/ABrXooAwP7F1A2wsDcxfYgfvbfnxnOKvNprjVrW5RlEUMRj2nrWjS0AZl5YTyarb3lvIimMb HVx1X2quNKvraa4SyniW3uGLNvBLIT1xW3RQBR0myfT9PS3kZWZSTlenJqSb5bgDtIu38c/4GrNV rkkSxEfwtk/Q8f1pky2JJBtkjYf7ppZWCRlz0XmicZiJHUc/lUc53hEHRjuP0HNTLYqO4KpjjjJ6 7vm/GrFMkGYmx1xmnKdyg+tC3GOooopiCmnrTqTFAHkPji8utI1mU3vh3SZYZGzFdGFvnHuQfvfW qvh621HxLIPsfh3SYbfPzXElu2wfTJ5P0r2Z4o5UKSIrqezDIpVRUUKqhVHQAYArF0ryvc9GGYOF PljHXvd/kVdOsxY6fDbZU+UuMquB+A7Cs/xNo0ms6eI4FtXljO5EuYy6MffB4+tbeBRgVq0mrHDG pKM+dbnh+p3tzotyYNS8NaXE46FoG2t7g5wa7X4evdXiyXbaNYWFoRhJI4iryn2yeldxJBFMAJY0 cDkBlzTwoAwAAB2rKNLlle56GIzFVqXJyWfe7/IBWdq/h7S9ejjTVrKG7SIlkEgztJ64rSorY8wa iLHGqIAqqMADsKzrPw5pWnalPqFnYQw3lxnzZlHzPk5OfxrTooAyNW8K6Lrrq+qaZbXLqMB3T5sf Uc03SvCGhaHP52maVa28vTzFTLD6E8itmigDKg8NaRbaxJqsNhAl/JndcAfOc9ea1McUtFAGVpvh jR9HvZbvTtPgtriYESPGMFsnJz+NRWnhDQrDU/7RtNLtobzczecq/Nlup/HJraooAoatomna7bLb 6pZxXUKtvVJBkA9M1Jpul2ej2S2mnW0dtboSVjjGACeTVuigChqmiabrUIi1Oxt7tF5AlQNj6elZ S/DvwqjBl0KyDA5BCd66SigDK1Hw1pOr3kF3qGnwXFxAAI5HGSmDkY/GtSlooAKKKKACiiigAooo oAKhnLBV2dSwqWo5eqf7woExsZfzZN/TggelRqZNkeScb85z1GelTj/WP9B/Wmf8sI/qP50CJqWk ooKFopKKAFopKKAEZgoyxwKUHI4qNvnlVeyjJ/pRF8pZOynj6UCJaKSgnFAxaKgt5TJu3HnPH07V PQAUh6UtNk4jb6GgCOKQsW3fVfpUtQM6xNETwCuM1K0iqm4nj270CQrnCMfaoISN4A7Jj8R/+upJ H3QZH8QwPxqKNTHLyMbnOPy/+tQJ7lkUtMeRYwCxx2pvnp6n8jQUS0VGJ0zjd19qfQAtFISB3pnm p/fX86AJKKTNLQAUUUUAFJS0lAFZWlwOuPM6+2aexfzztyVC9Pegf6lP94fzp6/65voKCRLcsYE3 HLY5NS1Fb/6kfj/OnkgdTigaHUUlLQMSoJV8wTAdQuB9etT1HH/y0/3qBMEPmRA/3lqKAbiSf4VC f40+2P8Ao4z/AA5X8jTLM5iY+rlvz5oYLuWF5UfSmwHMQ9uKVPuCmx8NIP8AaqV0KJKKWiqEFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRSEgAk9BQ AtJUfnLjIDH6LTZJ2WMssLsR0HHNArj2kVXCnqajVnl2koAA2c57UQwnyT5jMzPyS3Ue34VMi7EC joBigNWRvEXctuIGO3rQUYQqowWGDU1FAWIonZtwdQCD0B7dqTewuQmRtK5/GnL/AK1/wphP+lr/ ALtAiSQkRsR1ANNEQx1bPruNPYBlI9aZCcpg/eHBoGGHj5yXX0PWnqwZQQcg0tR/cmI7Nz+NAwQ5 kkPoQP0o6T/VaI/9ZL9Qf0oP+vH+7/WgRJUcxJ2p/ePP0pEDsud4GfanCNtwLPnHtQA2QCPa4HQ4 OPSlmdljJX7x4X60903oVzjNM8kkgtIxAOccUARicl0I+7/Fx3NSysFibJAyMVG0IjRyCeTnr0qS TB2j/aoAjbmaD6H+VIijzMdlzj2p0gPnwnHHP8qVYirlt5Oc8YoF1GbvkjAGcLuNNXgcbjtAYkg9 e9C7lClsoW74zgCnFwvKuW9QR1oAfJgmNv8AapzyCPGc1EeNsZBJVhjjtTpSA+T/AHSOlAxZvmjA B4YjkVIelQvhYY93ABGak86P/nov50AQ4jEStIASe5o8+M7h8xGdpGKrtMA4XzXXjoBx+dL5g8sn zm+uOaCOYlin6BSxAOMNirYrPUq7AGRj8w4/yaleeJZvK/eb+nGcDigafcstIqEBmAz0zT6zbhGn lt3jIYR8vg1d84H7qOfwoGmSE4BJ6CofPLFNiFgQc9iKYS09wF2yIi8nI4f2qYRASFxnJGMUDvca EYwBeFbrz9aWOMxs3zZHGM9akooCxBGzxssbIApz82e9F1zGn++p/WnynGwnoGqKdxIu1QxIOenp QJ7E7SKhwzAfU0CVGOAwJ+tV2uFEhYA5xjBGKTz1YqGI4IOR0oC5NNMIsZHWnRghCTwSckU3/XEc fIDnJ71J0oGVwdsM4/2j+tSRDazqOgx/KoX5SUesgH8qnX/XSfQUAtkOT7v401OJnHqAadH0/Gk/ 5bfValbIofRRRVCFooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKZJ/q2+hoooAVR8o+lLiiigApaKKACkoooAhlHznBIyOxpnkpgjB6+poooJYuMcZbj/ AGjUkIABPOT1yaKKARJUU4ztPOQexoooGwgHBPJJ9TSTcPkEjjsaKKBdCSMAIoHpT6KKCgooooAZ IMxkGoU5dckn8aKKBMsUUUUDCjFFFABijFFFABgHtRtX0FFFABgelG0egoooAMD0FGBRRQAYA6Ci iigApaKKACiiigBMUYoooATA9KNo9BRRQAtIetFFAFY9W/67D+lTL/x8P/uj+tFFDJWyHJ938aT/ AJb/APAaKKlbIskoooqhH//Z --_004_91E3A1BD737FDF4FA14118387FF6766B15910775lhreml504mbs_-- From nobody Wed Oct 31 14:03:25 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6C52130DD3 for ; Wed, 31 Oct 2018 14:03:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 oRsC5QGKU2KX for ; Wed, 31 Oct 2018 14:03:21 -0700 (PDT) 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 92E12130D7A for ; Wed, 31 Oct 2018 14:03:20 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4229AC6EA2176; Wed, 31 Oct 2018 21:03:16 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 31 Oct 2018 21:03:18 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML703-CHM.china.huawei.com ([169.254.5.104]) with mapi id 14.03.0415.000; Wed, 31 Oct 2018 14:03:09 -0700 From: Igor Bryskin To: Italo Busi , "teas@ietf.org" CC: "francesco.lazzeri@ericsson.com" , "sergio.belotti@nokia.com" , "carlo.perocchio@ericsson.com" Thread-Topic: [Teas] Proposed enhancement to draft-ietf-teas-yang-path-computation Thread-Index: AQHUcV0g+cB7zvZQTkWKm9T3gpMmVw== Date: Wed, 31 Oct 2018 21:03:09 +0000 Message-ID: References: <91E3A1BD737FDF4FA14118387FF6766B15910775@lhreml504-mbs> In-Reply-To: <91E3A1BD737FDF4FA14118387FF6766B15910775@lhreml504-mbs> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/related; boundary="_004_etPan5bda18d441979e04ffalocalhost_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Proposed enhancement to draft-ietf-teas-yang-path-computation X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 21:03:24 -0000 --_004_etPan5bda18d441979e04ffalocalhost_ Content-Type: multipart/alternative; boundary="_000_etPan5bda18d441979e04ffalocalhost_" --_000_etPan5bda18d441979e04ffalocalhost_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 Tm90IGEgYmFkIGlkZWEsIHByb3ZpZGVkIHRoYXQgdGhlIHNlcnZlciBpcyBzbWFydCB3aGVuIHN1 cHBvcnRpbmcgY29tcHV0ZS1vbmx5IHR1bm5lbHMuIEZvciBleGFtcGxlIGl0IGNhbiB1c2UgdGhl ICJzdGlja3kiIGFwcHJvYWNoIC0gcHJvamVjdCBDTyB0dW5uZWwgcGF0aHMgb250byBhdXRvLWRp c2NvdmVyZWQgdG9wb2xvZ3kuDQoNCklnb3INCkZyb206SXRhbG8gQnVzaQ0KVG86VEVBUyBXRywN CkNjOkZyYW5jZXNjbyBMYXp6ZXJpLEJlbG90dGksIFNlcmdpbyAoTm9raWEgLSBJVC9WaW1lcmNh dGUpLENhcmxvIFBlcm9jY2hpbywNCkRhdGU6MjAxOC0xMC0zMSAxMjoyMDozNQ0KU3ViamVjdDpb VGVhc10gUHJvcG9zZWQgZW5oYW5jZW1lbnQgdG8gZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1j b21wdXRhdGlvbg0KDQoNCkRlYXIgVEVBUyBXRywNCg0KDQoNCkZvbGxvd2luZy11cCBtYWlsaW5n IGxpc3QgZGlzY3Vzc2lvbnMgYWZ0ZXIgSUVURiAxMDIsIHdlIHdvdWxkIGxpa2UgdG8gZGlzY3Vz cyB0aGUgcHJvcG9zYWwgZm9yIGEgcG9zc2libGUgZW5oYW5jZW1lbnQgdG8gdGhlIHBhdGggY29t cHV0YXRpb24gUlBDIGRlZmluZWQgaW4gZHJhZnQtaWV0Zi10ZWFzLXlhbmctcGF0aC1jb21wdXRh dGlvbi0wMw0KDQoNCg0KVGhlIHN0YXRlbGVzcyBwYXRoIGNvbXB1dGF0aW9uIHNvbHV0aW9uICBy ZXF1aXJlcyB0aGF0IHRoZSBZQU5HIERTIHNlcnZlciAoZS5nLiwgYSBQTkMpICBjb21wdXRlcyBh IHBhdGggdHdpY2UgYmVmb3JlIHNldHRpbmcgdXAgYW4gTFNQOiBhdCB0aW1lIFQxLCB3aGVuIGl0 cyBjbGllbnQgKGUuZy4sIGFuIE1EU0MpIHNlbmRzIGEgcGF0aCBjb21wdXRhdGlvbiBSUEMgcmVx dWVzdCwgYW5kIGxhdGVyLCBhdCB0aW1lIFQyLCB3aGVuIHRoZSBzYW1lIGNsaWVudCAoTURTQykg Y3JlYXRlcyBhIHRlLXR1bm5lbCByZXF1ZXN0aW5nIHRoZSBzZXR1cCBvZiB0aGUgTFNQLg0KDQoN Cg0KVGhlIHVuZGVybHlpbmcgYXNzdW1wdGlvbiBpcyB0aGF0LCBpZiBuZXR3b3JrIGNvbmRpdGlv bnMgaGF2ZSBub3QgY2hhbmdlZCwgdGhlIHNhbWUgcGF0aCB0aGF0IGhhcyBiZWVuIGNvbXB1dGVk IGF0IHRpbWUgVDEgaXMgYWxzbyBjb21wdXRlZCBhdCB0aW1lIFQyLCBieSB0aGUgc2VydmVyIChQ TkMpIGFuZCB0aGVyZWZvcmUgdGhlIHBhdGggdGhhdCBpcyBzZXR1cCBhdCB0aW1lIFQyIGlzIGV4 YWN0bHkgdGhlIHNhbWUgcGF0aCB0aGF0IGhhcyBiZWVuIGNvbXB1dGVkIGF0IHRpbWUgVDENCg0K DQoNCkZyb20gdGhlIG1haWxpbmcgbGlzdCBkaXNjdXNzaW9uIGFmdGVyIElFVEYgMTAyLCBpdCBz ZWVtcyB0aGF0IHNvbWUgcGVvcGxlIHRoaW5rIHRoYXQgaXQgaXMgbm90IG5lY2Vzc2FyeSB0byBn dWFyYW50ZWUgdGhhdCB0aGUgcGF0aCBzZXR1cCBhdCB0aW1lIFQyIGlzIGV4YWN0bHkgdGhlIHNh bWUgYXMgdGhlIHBhdGggY29tcHV0ZWQgYXQgdGltZSBUMSBidXQgb25seSB0aGF0IGl0IGhhcyB0 aGUgc2FtZSBvciBiZXR0ZXIgbWV0cmljcywgd2hpbGUgb3RoZXIgcGVvcGxlIHdvdWxkIGxpa2Ug dG8gYmUgYWJsZSB0byBzZXR1cCBhdCB0aW1lIFQyIHRoZSBwYXRoIGNvbXB1dGVkIGF0IHRpbWUg VDEsIGlmIHN0aWxsIGF2YWlsYWJsZQ0KDQoNCg0KT25lIHBvc3NpYmlsaXR5IHRvIGFjaGlldmUg dGhlIGxhdHRlciBiZWhhdmlvciBpcyB0byB1c2UgdGhlIHN0YXRlZnVsIHBhdGggY29tcHV0YXRp b24gc29sdXRpb24gZGVzY3JpYmVkIGluIHNlY3Rpb24gMy4zLjEgb2YgZHJhZnQtaWV0Zi10ZWFz LXlhbmctdGUtMTcuIEhvd2V2ZXIsIHRoaXMgYXBwcm9hY2ggaGFzIHNvbWUgZHJhd2JhY2tzIGFz IGRlc2NyaWJlZCBpbiBzZWN0aW9uIDMuMyBvZiBkcmFmdC1pZXRmLXRlYXMteWFuZy1wYXRoLWNv bXB1dGF0aW9uLTAzDQoNCg0KDQpXZSB0aGluayB0aGF0IGl0IGlzIGFsc28gcG9zc2libGUgdG8g ZGVmaW5lIHNvbWUgZXh0ZW5zaW9ucyB0byB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgd2hlcmUg dGhlIHNlcnZlciAoUE5DKSwgYWZ0ZXIgaGF2aW5nIHJlY2VpdmVkIGEgcGF0aCBjb21wdXRhdGlv biBSUEMgcmVxdWVzdCwgbWFpbnRhaW5zIHNvbWUgobB0ZW1wb3Jhcnkgc3RhdGWhsSBhc3NvY2lh dGVkIHRvIHRoZSBwYXRoIGNvbXB1dGVkIGF0IHRpbWUgVDEgYW5kIGFsbG93cyB0aGUgY2xpZW50 IChNRFNDKSB0byByZXF1ZXN0LCBhdCB0aW1lIFQyLCB0aGUgc2V0dXAgb2YgdGhhdCBwYXRoLCBp ZiBzdGlsbCBhdmFpbGFibGUuDQoNCg0KDQpUaGUgc29sdXRpb24gd2UgYXJlIGNvbnNpZGVyaW5n IGlzIHNpbWlsYXIgdG8gdGhlIGNvbXB1dGUtb25seSBtb2RlIGJ1dCwgdG8gYXZvaWQgYSBzdGF0 ZWZ1bCBhcHByb2FjaCwgaXMgbGV2ZXJhZ2luZyB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgYW5k IHRoZSBzZXBhcmF0aW9uIGJldHdlZW4gY29uZmlnIGFuZCBzdGF0ZSBEUywgaW4gbGluZSB3aXRo IHRoZSBOTURBIGFyY2hpdGVjdHVyZS4NCg0KDQoNCkF0IHRpbWUgVDEsIGFmdGVyIGhhdmluZyBj b21wdXRlZCBhIHBhdGgsIGFzIHJlcXVlc3RlZCBieSBhIHBhdGggY29tcHV0YXRpb24gUlBDIHJl cXVlc3QsIHRoZSBzZXJ2ZXIgKFBOQykgYWxzbyBjcmVhdGVzIGEgY29tcHV0ZS1vbmx5IHRlLXR1 bm5lbCBpbiB0aGUgc3RhdGUgRFMgcmVwb3J0aW5nIHRoZSBjb21wdXRlZCBwYXRoLiBUaGlzIHdv dWxkIGJlIHNpbWlsYXIgdG8gdGhlIHN0YXRlZnVsIHNvbHV0aW9uIHdpdGggdGhlIG9ubHkgZGlm ZmVyZW5jZSB0aGF0IHRoZXJlIGlzIG5vIHRlLXR1bm5lbCBpbiB0aGUgY29uZmlnIERTLg0KDQoN Cg0KQXQgdGltZSBUMiwgdGhlIGNsaWVudCAoZS5nLiwgTURTQykgY2FuIHJlcXVlc3QgdG8gc2V0 dXAgdGhhdCBwYXRoIGJ5IGNyZWF0aW5nIGEgdGUtdHVubmVsIChub3QgaW4gY29tcHV0ZS1vbmx5 IG1vZGUpIGluIHRoZSBjb25maWcgRFMgdXNpbmcgdGhlIHNhbWUgdHVubmVsLW5hbWUgb2YgdGhl IGV4aXN0aW5nIHRlLXR1bm5lbCAgaW4gdGhlIHN0YXRlIGRhdGFzdG9yZTogdGhpcyB3aWxsIHRy aWdnZXIgdGhlIHNlcnZlciAoUE5DKSB0byBzZXR1cCB0aGUgcGF0aCB0aGF0IGhhcyBiZWVuIGNv bXB1dGVkIGF0IHRpbWUgVDEsIGlmIHN0aWxsIGF2YWlsYWJsZS4NCg0KDQoNClF1ZXN0aW9uIGZv ciB0aGUgVEVBUyBXRzogZG8geW91IHRoaW5rIHRoYXQgYSBzb2x1dGlvbiB0aGF0IGFsbG93cyBy ZXF1ZXN0aW5nIHRoZSBzZXR1cCBhIHBhdGggcHJldmlvdXNseSBjb21wdXRlZCwgYXMgZGVzY3Jp YmVkIGFib3ZlLCB3b3VsZCBiZSB1c2VmdWw/DQoNCg0KDQpUaGFua3MsIENhcmxvLCBGcmFuY2Vz Y28sIFNlcmdpbyBhbmQgSXRhbG8NCg0KSXRhbG8gQnVzaQ0KUHJpbmNpcGFsIE9wdGljYWwgVHJh bnNwb3J0IE5ldHdvcmsgUmVzZWFyY2ggRW5naW5lZXINCltjaWQ6aW1hZ2UwMDIuanBnQDAxRDI0 NzQwLjkxNURGQTYwXQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KSHVhd2VpIFRlY2hub2xvZ2llcyBJ dGFsaWEgUy5yLmwuDQpBZGRyZXNzo7pDZW50cm8gRGlyZXppb25hbGUgTWlsYW5vIDIsIFBhbGF6 em8gVmVycm9jY2hpbywgM6HGIEZsb29yLCAyMDA5MCBTZWdyYXRlIChNSSksIEl0YWx5DQpUZWyj uiszOSAwMiAzOTk5NDggMzIgICAgRmF4o7ogICBNb2JpbGWjuiszOSAzNDUgNDcyMTk0Ng0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCkh1YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5sLiBpcyBh IGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBJdGFseSBhdCB0aGUgQ29tcGFueSBSZWdpc3RyYXRpb24g T2ZmaWNlIG9mIE1pbGFuLCB3aXRoIHJlZ2lzdGVyZWQgbnVtYmVyIDA0NTAxMTkwOTYzIGFuZCBl cXVpdHkgY2FwaXRhbCCi5jMsMDAwLDAwMCBmdWxseSBwYWlkIHVwLCB3aG9zZSByZWdpc3RlcmVk IG9mZmljZSBpcyBpbiBNaWxhbiwgVmlhIExvcmVudGVnZ2lvIDI1NywgVG93ZXIgQiwgMjAxNTIg TWlsYW4uIEh1YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5sLiBpcyAxMDAlIG93bmVkIGJ5 IEh1YXdlaSBUZWNobm9sb2dpZXMgQ29vcGVyYXRpZWYgVS5BDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KVGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBp bmZvcm1hdGlvbiBmcm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBl cnNvbiBvciBlbnRpdHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQgYWJvdmUuIEFueSB1c2Ugb2Yg dGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gaW4gYW55IHdheSAoaW5jbHVkaW5nLCBi dXQgbm90IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwgZGlzY2xvc3VyZSwgcmVwcm9kdWN0 aW9uLCBvciBkaXNzZW1pbmF0aW9uKSBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVk IHJlY2lwaWVudChzKSBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGUtbWFpbCBp biBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25lIG9yIGVtYWlsIGltbWVk aWF0ZWx5IGFuZCBkZWxldGUgaXQhDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KUFJJVkFDWSBOT1RJQ0U6IFB1cnN1YW50IHRvIEFydC4gMTMgb2Yg dGhlIEdlbmVyYWwgRGF0YSBQcm90ZWN0aW9uIFJlZ3VsYXRpb24gMjAxNi82NzkgKEdEUFIpLCBI dWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gaW5mb3JtcyB5b3UgdGhhdCB0aGUgcGVy c29uYWwgZGF0YSBjb250YWluZWQgaW4gdGhpcyBlbWFpbCB3aWxsIGJlIGNvbGxlY3RlZCBhbmQg dHJlYXRlZCBmb3IgdGhlIGFjcXVpc2l0aW9uIG9mIGluZm9ybWF0aW9uIHByZWxpbWluYXJ5IHRv IHRoZSBjb25jbHVzaW9uIG9mIGNvbnRyYWN0cywgZm9yIHRoZSBkZWZpbml0aW9uIG9mIHRoZSBj b250cmFjdHVhbCByZWxhdGlvbnNoaXAsIGFzIHdlbGwgYXMgZm9yIHRoZSBmdWxmaWxsbWVudCBv ZiBsZWdhbCByZXF1aXJlbWVudHMgcmVsYXRlZCB0byBjaXZpbCwgdGF4IGFuZCBhY2NvdW50aW5n IGxhdyBvciBhbnkgb3RoZXIgbGVnYWwgb2JsaWdhdGlvbiB0byB3aGljaCBIdWF3ZWkgbWF5IGJl IHN1YmplY3QuIFBlcnNvbmFsIGRhdGEgd2lsbCBub3QgYmUgc3ViamVjdCB0byBkaXNjbG9zdXJl IGFuZCBzcHJlYWQgdW5sZXNzIG90aGVyd2lzZSByZXF1aXJlZCBieSBsYXcuIEh1YXdlaSB3aWxs IHRha2UgYXBwcm9wcmlhdGUgc2VjdXJpdHkgbWVhc3VyZXMgdG8gcHJvdGVjdHMgcGVyc29uYWwg ZGF0YSBhZ2FpbnN0IGxvc3MsIG1pc3VzZSBkaXNjbG9zdXJlIG9yIGRlc3RydWN0aW9uIG9mIHRo ZSBpbmZvcm1hdGlvbi4gUGVyc29uYWwgRGF0YSBoZWxkIG1heSBiZSB0cmFuc2ZlcnJlZCB0byBj b3VudHJpZXMgb3V0c2lkZSB0aGUgRXVyb3BlYW4gVW5pb24sIGhvd2V2ZXIgSHVhd2VpIEl0YWxp YSBoYXMgcHV0IGluIHBsYWNlIGFwcHJvcHJpYXRlIHNhZmVndWFyZHMgZm9yIHRoZSB0cmFuc2Zl ciBvZiBwZXJzb25hbCBkYXRhIHRvIHRoaXJkIGNvdW50cmllcyBieSBhZG9wdGluZyB0aGUgc3Rh bmRhcmQgZGF0YSBwcm90ZWN0aW9uIGNsYXVzZXMgb2YgdGhlIEVVIENvbW1pc3Npb24uIFBlcnNv bmFsIERhdGEgYXJlIGtlcHQgZm9yIGEgcGVyaW9kIG5lY2Vzc2FyeSBmb3IgdGhlIGZ1bGZpbGxt ZW50IG9mIGNvbnRyYWN0IG9ibGlnYXRpb25zIHVubGVzcyBvdGhlcndpc2UgcmVxdWlyZWQgYnkg bGF3LiBZb3UgY2FuIGV4ZXJjaXNlIHlvdXIgcmlnaHRzIHVuZGVyIEFydC4gMTUgYW5kIGZvbGxv d2luZyBvZiAgdGhlIEdEUFIgKGkuZS4gcmlnaHQgb2YgYWNjZXNzLCByZWN0aWZpY2F0aW9uLCBl cmFzdXJlLCByZXN0cmljdGlvbiwgcG9ydGFiaWxpdHksIG9iamVjdCkgYnkgY29udGFjdGluZyBI dWF3ZWkgYXQgdGhpcyBlbWFpbCBhZGRyZXNzOiBkYXRhcHJvdGVjdGlvbkBodWF3ZWkuY29tPG1h aWx0bzpkYXRhcHJvdGVjdGlvbkBodWF3ZWkuY29tPiBvciB0aHJvdWdoIHRoZSBmb2xsb3dpbmcg Y2hhbm5lbDogd3d3Lmh1YXdlaS5jb20vZW4vcGVyc29uYWwtZGF0YS1yZXF1ZXN0PGh0dHA6Ly93 d3cuaHVhd2VpLmNvbS9lbi9wZXJzb25hbC1kYXRhLXJlcXVlc3Q+LiBZb3UgaGF2ZSBhbHNvIHRo ZSByaWdodCB0byBsb2RnZSBhIGNvbXBsYWludCB3aXRoIHRoZSBjb21wZXRlbnQgc3VwZXJ2aXNv cnkgYXV0aG9yaXRpZXMuIElmIHlvdSBuZWVkIGFueSBmdXJ0aGVyIGluZm9ybWF0aW9uIG9yIGhh dmUgYW55IHF1ZXJpZXMgb24gaG93IEh1YXdlaSBwcm9jZXNzIHlvdXIgcGVyc29uYWwgZGF0YSwg cGxlYXNlIHNlbmQgYW4gZW1haWwgdG8gb3VyIERhdGEgUHJvdGVjdGlvbiBPZmZpY2VyIGF0IGRw b0BodWF3ZWkuY29tPG1haWx0bzpkcG9AaHVhd2VpLmNvbT4uVGhlIERhdGEgQ29udHJvbGxlciBp cyBIdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gd2l0aCByZWdpc3RlcmVkIG9mZmlj ZSBpbiBNaWxhbiwgVmlhIExvcmVudGVnZ2lvIDI1NyBUb3dlciBCLCAyMDE1Mi4NCg0KDQo= --_000_etPan5bda18d441979e04ffalocalhost_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable
    Not a bad idea, provided that the server is smart when supporting comp= ute-only tunnels. For example it can use the "sticky" approach - = project CO tunnel paths onto auto-discovered topology.

    Igor
    From:Italo Busi
    To:TEAS WG,
    Cc:Francesco Lazzeri,Belotti, Se= rgio (Nokia - IT/Vimercate),Carlo Perocchio,
    Date:2018-10-31 12:20:35
    Subject:[Teas] Proposed enhancem= ent to draft-ietf-teas-yang-path-computation

    Dear TEAS WG,

     

    Following-up mailing list discussions after IETF = 102, we would like to discuss the proposal for a possible enhancement to th= e path computation RPC defined in draft-ietf-teas-yang-path-computation-03<= /p>

     

    The stateless path computation solution  req= uires that the YANG DS server (e.g., a PNC)  computes a path twice bef= ore setting up an LSP: at time T1, when its client (e.g., an MDSC) sends a = path computation RPC request, and later, at time T2, when the same client (MDSC) creates a te-tunnel requesting the se= tup of the LSP.

     

    The underlying assumption is that, if network con= ditions have not changed, the same path that has been computed at time T1 i= s also computed at time T2, by the server (PNC) and therefore the path that= is setup at time T2 is exactly the same path that has been computed at time T1

     

    From the mailing list discussion after IETF 102, = it seems that some people think that it is not necessary to guarantee that = the path setup at time T2 is exactly the same as the path computed at time = T1 but only that it has the same or better metrics, while other people would like to be able to setup at time = T2 the path computed at time T1, if still available

     

    One possibility to achieve the latter behavior is= to use the stateful path computation solution described in section 3.3.1 o= f draft-ietf-teas-yang-te-17. However, this approach has some drawbacks as = described in section 3.3 of draft-ietf-teas-yang-path-computation-03

     

    We think that it is also possible to define some = extensions to the path computation RPC where the server (PNC), after having= received a path computation RPC request, maintains some =A1=B0temporary st= ate=A1=B1 associated to the path computed at time T1 and allows the client (MDSC) to request, at time T2, the setup of = that path, if still available.

     

    The solution we are considering is similar to the= compute-only mode but, to avoid a stateful approach, is leveraging the pat= h computation RPC and the separation between config and state DS, in line w= ith the NMDA architecture.

     

    At time T1, after having computed a path, as requ= ested by a path computation RPC request, the server (PNC) also creates a co= mpute-only te-tunnel in the state DS reporting the computed path. This woul= d be similar to the stateful solution with the only difference that there is no te-tunnel in the config DS.

     

    At time T2, the client (e.g., MDSC) can request t= o setup that path by creating a te-tunnel (not in compute-only mode) in the= config DS using the same tunnel-name of the existing te-tunnel  in th= e state datastore: this will trigger the server (PNC) to setup the path that has been computed at time T1, if still= available.

     

    Question for the TEAS WG: do you think that a sol= ution that allows requesting the setup a path previously computed, as descr= ibed above, would be useful?

     

    Thanks, Carlo, Francesco, Sergi= o and Italo

     

    Italo Busi

    Principal Optical Tran= sport Network Research Engineer

    3D"cid:image002.jpg@01D24740.915DFA60"

    __________= __________________________________________________________________

    Huawei Technologies Ita= lia S.r.l.

    Address=A3= =BACentro Direzionale Milano 2, Palazzo Verrocchio, 3=A1=C6 Floor, 20090 Segrate (MI= ), Italy

    Tel=A3=BA+39 02 399948 32    Fax=A3=BA   Mobile=A3=BA+39 345 4721946

    ______________________= _______________________________________________________

    Huawei Technologies Italia S.r.l. is a= company registered in Italy at the Company Registration Office of Milan, w= ith registered number 04501190963 and equity capital =A2=E63,000,000 fully paid up, whose registered office is in Milan, Via Lo= renteggio 257, Tower B, 20152 Milan. Huawei Technologies Italia S.r.l. is 1= 00% owned by Huawei Technologies Cooperatief U.A

    ______________________= _______________________________________________________

    This e-mail and its attachments contai= n confidential information from HUAWEI, which is intended only for the pers= on or entity whose address is listed above. Any use of the information contained herein in any way (including, but not lim= ited to, total or partial disclosure, reproduction, or dissemination) by pe= rsons other than the intended recipient(s) is prohibited. If you receive th= is e-mail in error, please notify the sender by phone or email immediately and delete it!

     

    -----------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ----------------------------------

    PRIVACY NOTICE: Pursuant to Art.= 13 of the General Data Protection Regulation 2016/679 (GDPR), Huawei Techn= ologies Italia S.r.l. informs you that the personal data contained in this = email will be collected and treated for the acquisition of information preliminary to the conclusion of contra= cts, for the definition of the contractual relationship, as well as for the= fulfillment of legal requirements related to civil, tax and accounting law= or any other legal obligation to which Huawei may be subject. Personal data will not be subject to disclosu= re and spread unless otherwise required by law. Huawei will take appropriat= e security measures to protects personal data against loss, misuse disclosu= re or destruction of the information. Personal Data held may be transferred to countries outside the European Un= ion, however Huawei Italia has put in place appropriate safeguards for the = transfer of personal data to third countries by adopting the standard data = protection clauses of the EU Commission. Personal Data are kept for a period necessary for the fulfillment of contr= act obligations unless otherwise required by law. You can exercise your rig= hts under Art. 15 and following of  the GDPR (i.e. right of access, re= ctification, erasure, restriction, portability, object) by contacting Huawei at this email address: dataprotection@huawei.com or through the following channel: www.huawei.com/en/pers= onal-data-request. You have also the right to lodge a complaint with the competent = supervisory authorities. If you need any further information or have any qu= eries on how Huawei process your personal data, please send an email to our= Data Protection Officer at dpo@huawei.com.The Data Controller is Huawei Technologies Italia S.r.l. with registered office in Milan, Via = Lorenteggio 257 Tower B, 20152.

     

     

    --_000_etPan5bda18d441979e04ffalocalhost_-- --_004_etPan5bda18d441979e04ffalocalhost_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=6459; creation-date="Wed, 31 Oct 2018 16:19:50 GMT"; modification-date="Wed, 31 Oct 2018 16:19:50 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABTAmgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAopKQsFGScD1NADqKhiuYp93kypJtODsYHBp3nRiTy967+u3PNA7MkopM0UCFooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAg uxm2kx1xmlkODE3bdj86dMN0Tj1BqMndaKw7KGpkvcfNygA7kCnH7wprHc6AdPvGnH7w+lTIpCRf dP8AvH+dNg+YyN6tj8uKA+yORv7pJp0ClIlB645oWwySiiimIKTNLUNxMIIZJWHEalzj0AzQG403 kP2v7L5qfaNm/wAvPzbemcelebfEvXrn+1I9JhkaO3VA8oU43k9AfbFcj/wkl9/wkTa0spFyZN4B 6bf7v0xxW146lj1b+z9ftP8AVXUXlSDuki/wn8/0rknW54ux9PhMr+q4mnKrqmvul2/yNv4b3Pla jNbD7s0e7HuP/rGtW4mS61G4mdud5Cn2HArj/Al7s8RWoB6hx/46anj1XO5t3Uk1nzfu0jTE4RvF zkuqX6/5Ho+g3z3dtIjnc0Tbdx6kdq0IbqG4aQQyo5jbY4U52n0NcINcOg+FTMGxeX7EwjuqjjdW B4J12W08WxQ72aG8PlyAnq3UN9c/zroVXl5Ys8t5ZOpGpVjtHbztuewA5paQd6M1ueQLRSUZFAC0 Umc0E4oAWikzRnnFAC0UmRQTigBaKTOaM4oAWikzRuHqKAFopMiigBaKKKACiiigApKWkoAqT6rZ W0pjmuY0deqk1Nb3UN1HvglSRfVTWBK+zxHeH7Ebv5F+UAHbwOeaTTpDHc6pMsYtnWPIgI6cdadg OlqFruFLpLZpAJnG5U7kVkT6ndJ4ahvFdfPYjLbeOvpU8s7DxBZxYQh4SxJUbu/Q0WA0YLqG5aQQ uHMbbXx2NFzdQ2kXmTuETIXJ9aw7C6+xW+r3GN3lzEgepqtqY1J9Jjnupo3ikZWMYXBTPTmiwHSG 8gW6S3Mg8513KncipqyZJ2XxJbQbU2tASSVG7v3qmLzVboXrQzRIlq7clOWx2pWA6OkrCm1i4fS7 GWLZHJdNtLkZVPenWMt2+tvbz3nmpCm75FADZ/vUWFc2ncIpZiAqjJJ7VHb3UV3H5kEiyJnG5aoe Ibgx6d5KHElwwjH49araPs0/VbmwV90bqJIyDntzQM2Li6htY/MnkWNM4y3rUMOq2VxII4bqJnPQ ButUfE//ACCl4z++Xis7U3EscCtpxsh5q/vyB8v5U7CudVSMwRSzEKo6knAFYeoatINQa1ju4rRI lBaR13FiewqrcX9xqOg3J82P9wSsxC8Sr2x6UWGdL5ieXv3LsxndnjH1pysGUMpBB5BFc3cQ3o8N EvcRtF5YO0Jzsx0+vvUq3d1peiJLJLHIZAiwjbgICO/rRYVzfpa5+z1eVNRgge8hvI5uMouCjf4U +zutSvr6dI5IkhgmIYleSM/d/wDr0rDNqSRIkLyMFUDJJOAKrW2q2d3J5cFxG7+gPJqh4jzJ9hty f3cs4DjPUVauNGtZmhZFELwsCrRgA/SgDQorEa61DUb25Sxljhitztyy5LtUUutXDaIl1GFWdZhE 4xkE0WA6CisSK71C11W3gvZI5EuQSAq42Gohd6nd3N9HbzRRpbOcMUySPSnYDoKKwH1yX+xbacbE nnbZub7q46tTrDV3/tBbaS7iu43QsJEXBUgZxilYDepjSKrqrMoZugJ5NYMF3q19bm9tWi8vdhIC vLAe9RX8d6+u2hEqRyOpMWVz5fHIPrRYR0tLWBfapNHerZ/a4rby4wZJmXO5vQCmR6/KNKuHPlyT wuI1dfutnoadgubk93DbNGJnCmRtqZ7mlnuYrVA87qikgZPrXO30V/HPp5vZ0lVplI2rgqfT3rW1 6Ez6NcKOqruH4c0DLktzFAUEsioZDtUE/ePtSPdRRzpA0iiWQEqvc1zF/JJqflvC3/HpbLMSP73H +FW4rxLnWGvOqW9oGwPU8miwrnQ0tc39v1QWH9p+ZF5BOfI2/wAOcdasXmo3j39tBYsgFxDvG8fd 96Vhms11CtytuXAmZdwX1FSMwRSx4AGSaxNsq+I7JZ3Dyi3bcwGATzTBc6jqf2uS1ljigiLIEZMl 8deadhGzb3EV3CJYHDxnIBFJbD/Rwp/hJX9ao+Gv+QJF9W/nV6I7JJlboDu/AigQW3O4n+H5PyqU /eFRW/ylh/e+f86kY/Mp96mQ47EMmTIYv7zA/h3/AJVZqsh3XrN2C7QffqatUIphRRRTEJXP+IPF mnaBf21nqe9Y7tGPmAZVQOOR1710NcD8U/Ddxq+nQX9kjSTWW7fGoyWQ9SPXGKibai2jowsac6qj U0TOG8ReG30iU3Nqy3WlzNmG5iO5QD0VvQimaDcpNHNo104W3vceW7HiKYfcb8eh+tZmka7eaUzC 1l/dPxJC43RyD0ZTxWqtvpWuH/QXXTL4/wDLvK37mQ/7D/wn2P51w6N3R9pzTVLkq6rpJdLbNr9S TwlBLD4ytoJFKSRtIroexCnIqto8T398IZG8u3jBknk/uRryx/p9TXe6BoVzc63YavdwNDdwK8N8 jjG9guFkHY5B5xWNf+F7zTtLbT4I0SW6cz311I22KKME7E3fqQK09k0jk/tCnOpKN0m0l6au/wDw O+hy+tazJq1+9xjy4uEijzxGg4UV0XhLSodEkj1/xBKtrCgLW0T/AH5Wx94L1xWOL7TdDONORb69 X/l6mT92h/2E7/VvyrNklvta1Fd7TXd3KcAfeY+w9BWafK7vVnbOk6tL2Ufcp21fW36er+4918P6 5D4h037bbI6Rl2QB+vB615z8e5pIdL0cxSOhM0mdrEZ+UV6B4T0ZtC8PW1k5BlUF5CP7x5P+Feef H/8A5BWjf9d5P/QRXoRvbU+GrKCqSVP4b6eh6Dp/iTRV061V9XsAwiQEG5TOcD3rzb4dXZufiz4k KXBlgKTshD7lI8wYI7V0Vl8HfCU9jbyvaXG541Y/6Q3UiuW+FtjDp/xU8QWVqCsEEUsUYY5IUSKB zTMi58DJpZdR8QiSR3w0eNzE45ep/j5NJDpWjmKR0JmkztYjPyisT4Xa5Y+D/E+u2GvzCxllYANN woKs2QT2yDkU/wCMPiTTfFL6RpmhXC39wsrE+R8wy2ABnuaAPTtW16Pw34E/tSUgmG0TYpP33KgK PzNeKaRdaz4QvtB8W388slrqcshlUkn5C2Dn3IO4fSuj+Jtzea9q+i+CdM2vPEiNMN2B5m3gE+gX J/GjXvCHxD1Tw2NOvzpcljaqHjii2hhsHAXC9ccUAXPjNbzWkmjeKNNlfajqjsjHaf44z/P9K2/i T4pQfC1b20k2tqqxpEVPIDfM36AisPwfdDx58KNR8PXDbr+xj2x7upA+aM/mNv4Vw2lahc+K/wDh F/Ccqtstbpw5PdSwOPwAb86AOw+EF7faJ4vvvD+qO/mXECTIGYnDBQwxn1Vv0qfXZJPFvxws9Ljl f7HpwXzVViB8vztn8SBR8UlPhXx5oPii3jby+ElC8btnb8UOPwq38F7CS+uNb8T3QPmXs5jjJ9M7 m/UgfhQBgatrt54++IFzpUmuf2To1qzqG83ywQpwT1G5ifXoK2Ifhz4VSaNh40mZlYED7ZFyc1xz 6Lo+hfEq/svGUMw0+V3aKVSyj5myrcckYyPrXWw6R8JBLGY75fM3DaPPl654oAh+Lk0sXxC8OrHL IqskeQrEA/va9orxT4wf8lF8Of7kf/o017XQAUUUUAFFFFABSUtFAGNPp2oLqk93ZzQoJQFw4J6U +10ibzLma9nEk08flkoMBRWtSUAc42h6lJYCza4h8iM5QYOW+tab6fI+r213uXZFGUI7k1oZoouB kR6PKHvonkQ2t1lgAPmDGq8ukanPZpay3MBiiI24By2Oma6CigDOk0+R9bhvdy7I4yhXvmmWumSw Q36MyE3Lsy47ZHetSigDl7+ze2stMsXaNnDnIY/u2+tWdNlax1BLJoLUecpbdbk5GPXNbNxawXcf l3ESyJ6MKZa6daWRJt4EjJ6kDmncCpfaUdR1GKS4Km1jQjYCclj3qJtBS3u7afTwIjG2XDEncK2a KQGfrFhJqFkIYWVWDhst04qlPpep3yLDe3UPkAgsI05OK3aKAMi60udb03ViYSzoEeOZcg46EVIN Nlk0qa2uJg0swOXVQAPYD0rTpKLgZUOn3b6VNZXksZDJsjZB0GO9RjSbu40w2t5NFmMqYGQfdx61 tUUAZVpZX32pJLqSBY0H3IU++fUk1LplhJZS3byMpE8u9dvYVoUUAUdU04ajbBA+yRG3I/oazodP vrueP7fOnlIRIVjGCx963jUFv6+qg/zoEzOl02+t7yebTpolW4OXWQfdPqKbLoTjR47OGRS4lEju 3AJ71t0UDM660+WfVLO5VlCQA7gep+lNs9Oltpb9nZCLliy47dev51p0lAGImhSf2PDbtIguIXMi OBlc571Zs7O8+0GW8eAJt2iKFMAn1J61p0UAYS6RqEEbWlrdolozZDYO9R6Cp9Q0y4lltp7OVRNb jaDLzurWooAx7jTLr7Ul5btA07RhJVkX5W9x6U5tIluNMlt7qZTLIdwZVACEdAK1qKLgYbaZqdzJ bNdTwFYHDAKD82O5962JYxLE8Z6MpX86kooAydG0dtOtpkmKu0pwSv8AdxTdJ0Q2MN1HOVcTfKNv 93n/ABrXooAwP7F1A2wsDcxfYgfvbfnxnOKvNprjVrW5RlEUMRj2nrWjS0AZl5YTyarb3lvIimMb HVx1X2quNKvraa4SyniW3uGLNvBLIT1xW3RQBR0myfT9PS3kZWZSTlenJqSb5bgDtIu38c/4GrNV rkkSxEfwtk/Q8f1pky2JJBtkjYf7ppZWCRlz0XmicZiJHUc/lUc53hEHRjuP0HNTLYqO4KpjjjJ6 7vm/GrFMkGYmx1xmnKdyg+tC3GOooopiCmnrTqTFAHkPji8utI1mU3vh3SZYZGzFdGFvnHuQfvfW qvh621HxLIPsfh3SYbfPzXElu2wfTJ5P0r2Z4o5UKSIrqezDIpVRUUKqhVHQAYArF0ryvc9GGYOF PljHXvd/kVdOsxY6fDbZU+UuMquB+A7Cs/xNo0ms6eI4FtXljO5EuYy6MffB4+tbeBRgVq0mrHDG pKM+dbnh+p3tzotyYNS8NaXE46FoG2t7g5wa7X4evdXiyXbaNYWFoRhJI4iryn2yeldxJBFMAJY0 cDkBlzTwoAwAAB2rKNLlle56GIzFVqXJyWfe7/IBWdq/h7S9ejjTVrKG7SIlkEgztJ64rSorY8wa iLHGqIAqqMADsKzrPw5pWnalPqFnYQw3lxnzZlHzPk5OfxrTooAyNW8K6Lrrq+qaZbXLqMB3T5sf Uc03SvCGhaHP52maVa28vTzFTLD6E8itmigDKg8NaRbaxJqsNhAl/JndcAfOc9ea1McUtFAGVpvh jR9HvZbvTtPgtriYESPGMFsnJz+NRWnhDQrDU/7RtNLtobzczecq/Nlup/HJraooAoatomna7bLb 6pZxXUKtvVJBkA9M1Jpul2ej2S2mnW0dtboSVjjGACeTVuigChqmiabrUIi1Oxt7tF5AlQNj6elZ S/DvwqjBl0KyDA5BCd66SigDK1Hw1pOr3kF3qGnwXFxAAI5HGSmDkY/GtSlooAKKKKACiiigAooo oAKhnLBV2dSwqWo5eqf7woExsZfzZN/TggelRqZNkeScb85z1GelTj/WP9B/Wmf8sI/qP50CJqWk ooKFopKKAFopKKAEZgoyxwKUHI4qNvnlVeyjJ/pRF8pZOynj6UCJaKSgnFAxaKgt5TJu3HnPH07V PQAUh6UtNk4jb6GgCOKQsW3fVfpUtQM6xNETwCuM1K0iqm4nj270CQrnCMfaoISN4A7Jj8R/+upJ H3QZH8QwPxqKNTHLyMbnOPy/+tQJ7lkUtMeRYwCxx2pvnp6n8jQUS0VGJ0zjd19qfQAtFISB3pnm p/fX86AJKKTNLQAUUUUAFJS0lAFZWlwOuPM6+2aexfzztyVC9Pegf6lP94fzp6/65voKCRLcsYE3 HLY5NS1Fb/6kfj/OnkgdTigaHUUlLQMSoJV8wTAdQuB9etT1HH/y0/3qBMEPmRA/3lqKAbiSf4VC f40+2P8Ao4z/AA5X8jTLM5iY+rlvz5oYLuWF5UfSmwHMQ9uKVPuCmx8NIP8AaqV0KJKKWiqEFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRSEgAk9BQ AtJUfnLjIDH6LTZJ2WMssLsR0HHNArj2kVXCnqajVnl2koAA2c57UQwnyT5jMzPyS3Ue34VMi7EC joBigNWRvEXctuIGO3rQUYQqowWGDU1FAWIonZtwdQCD0B7dqTewuQmRtK5/GnL/AK1/wphP+lr/ ALtAiSQkRsR1ANNEQx1bPruNPYBlI9aZCcpg/eHBoGGHj5yXX0PWnqwZQQcg0tR/cmI7Nz+NAwQ5 kkPoQP0o6T/VaI/9ZL9Qf0oP+vH+7/WgRJUcxJ2p/ePP0pEDsud4GfanCNtwLPnHtQA2QCPa4HQ4 OPSlmdljJX7x4X60903oVzjNM8kkgtIxAOccUARicl0I+7/Fx3NSysFibJAyMVG0IjRyCeTnr0qS TB2j/aoAjbmaD6H+VIijzMdlzj2p0gPnwnHHP8qVYirlt5Oc8YoF1GbvkjAGcLuNNXgcbjtAYkg9 e9C7lClsoW74zgCnFwvKuW9QR1oAfJgmNv8AapzyCPGc1EeNsZBJVhjjtTpSA+T/AHSOlAxZvmjA B4YjkVIelQvhYY93ABGak86P/nov50AQ4jEStIASe5o8+M7h8xGdpGKrtMA4XzXXjoBx+dL5g8sn zm+uOaCOYlin6BSxAOMNirYrPUq7AGRj8w4/yaleeJZvK/eb+nGcDigafcstIqEBmAz0zT6zbhGn lt3jIYR8vg1d84H7qOfwoGmSE4BJ6CofPLFNiFgQc9iKYS09wF2yIi8nI4f2qYRASFxnJGMUDvca EYwBeFbrz9aWOMxs3zZHGM9akooCxBGzxssbIApz82e9F1zGn++p/WnynGwnoGqKdxIu1QxIOenp QJ7E7SKhwzAfU0CVGOAwJ+tV2uFEhYA5xjBGKTz1YqGI4IOR0oC5NNMIsZHWnRghCTwSckU3/XEc fIDnJ71J0oGVwdsM4/2j+tSRDazqOgx/KoX5SUesgH8qnX/XSfQUAtkOT7v401OJnHqAadH0/Gk/ 5bfValbIofRRRVCFooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKZJ/q2+hoooAVR8o+lLiiigApaKKACkoooAhlHznBIyOxpnkpgjB6+poooJYuMcZbj/ AGjUkIABPOT1yaKKARJUU4ztPOQexoooGwgHBPJJ9TSTcPkEjjsaKKBdCSMAIoHpT6KKCgooooAZ IMxkGoU5dckn8aKKBMsUUUUDCjFFFABijFFFABgHtRtX0FFFABgelG0egoooAMD0FGBRRQAYA6Ci iigApaKKACiiigBMUYoooATA9KNo9BRRQAtIetFFAFY9W/67D+lTL/x8P/uj+tFFDJWyHJ938aT/ AJb/APAaKKlbIskoooqhH//Z --_004_etPan5bda18d441979e04ffalocalhost_-- From nobody Wed Oct 31 18:15:24 2018 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1761130E02 for ; Wed, 31 Oct 2018 18:15:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 eQ7rDV1ikPew for ; Wed, 31 Oct 2018 18:15:19 -0700 (PDT) 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 16186130E1E for ; Wed, 31 Oct 2018 18:15:16 -0700 (PDT) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id E1AE68CACD658; Thu, 1 Nov 2018 01:15:11 +0000 (GMT) Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 1 Nov 2018 01:15:13 +0000 Received: from BLREML503-MBX.china.huawei.com ([169.254.9.201]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0415.000; Thu, 1 Nov 2018 06:44:58 +0530 From: Dhruv Dhody To: Italo Busi , TEAS WG CC: Francesco Lazzeri , "Belotti, Sergio (Nokia - IT/Vimercate)" , Carlo Perocchio Thread-Topic: Proposed enhancement to draft-ietf-teas-yang-path-computation Thread-Index: AdRxNPxQYywW0sCJSByuxFadD+5JJgASdktA Date: Thu, 1 Nov 2018 01:14:58 +0000 Message-ID: <23CE718903A838468A8B325B80962F9B8D82AE5E@BLREML503-MBX.china.huawei.com> References: <91E3A1BD737FDF4FA14118387FF6766B15910775@lhreml504-mbs> In-Reply-To: <91E3A1BD737FDF4FA14118387FF6766B15910775@lhreml504-mbs> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.18.78.162] Content-Type: multipart/related; boundary="_004_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_"; type="multipart/alternative" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] Proposed enhancement to draft-ietf-teas-yang-path-computation X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 01:15:23 -0000 --_004_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_ Content-Type: multipart/alternative; boundary="_000_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_" --_000_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSXRhbG8sDQoNCk92ZXJhbGwgaXQgbWFrZSBzZW5zZSwgYnV04oCmDQoNCg0KKDEpICBXaGF0 IGFyZSB5b3VyIHRob3VnaHRzIG9uIHRoZSBzdGF0ZSAoY29tcHV0ZS1vbmx5KSBjcmVhdGVkIGF0 IFQxLiBBbmQgbWF5YmUgdGhlIHJlcXVlc3QgKGF0IFQyKSBuZXZlciBjb21lcz8gV291bGQgdGhp cyBsaXZlIGZvcmV2ZXI/IFNvbWUgbWVjaGFuaXNtIHRvIGNsZWFyIHRoaXMgd291bGQgYmUgbmlj ZSENCg0KKDIpICAgQWxzbyBsZXTigJlzIGNvbnNpZGVyIGEgY2FzZSB3aGVyZSBNRFNDIGFza3Mg YSBQTkMgdG8gY29tcHV0ZSBidW5jaCBvZiBwYXRocyBmcm9tIHZhcmlvdXMgSU4gYnJhbmNoIG5v ZGVzIHRvIEVYSVQgYnJhbmNoIG5vZGVzIChjb21tb24gaW4gY2FzZSBvZiBILVBDRSBsaWtlIGNv bXB1dGF0aW9ucyBvbiB0cmFuc2l0IGRvbWFpbikgYW5kIGJhc2VkIG9uIHRoZSBwYXRoIGNvbXB1 dGF0aW9uIGF0IE1EU0MgKG9yIHBhcmVudCBQQ0UpIGl0IGRldGVybWluZXMgdGhhdCBvbmUgb2Yg dGhlbSBuZWVkcyB0byBiZSBzZXR1cC4gU28gaW4gdGhpcyBjYXNlcyBzaG91bGQgd2Ugc3RheSBh d2F5IGZyb20gdGhpcz8gT3IgaXMgdGhlcmUgYSB3YXkgdG8gdXNlIHRoaXMgc3RpbGwhDQoNCkkg cmVtZW1iZXIgYWdlcyBhZ28gdGhpcyB3YXMgZGlzY3Vzc2VkIGluIFBDRSBXRyBhcyB3ZWxsIChi dXQgdGhhdCB3YXMgYmVmb3JlIHdlIGhhZCBzdGF0ZWZ1bCBQQ0UpLCBtYXliZSBhIGdvb2QgaWRl YSB0byB0aGluayBhYm91dCBpdCBhZ2FpbiENCg0KVGhhbmtzIQ0KRGhydXYNCg0KRnJvbTogVGVh cyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEl0YWxvIEJ1c2kN ClNlbnQ6IDMxIE9jdG9iZXIgMjAxOCAyMTo1MA0KVG86IFRFQVMgV0cgPHRlYXNAaWV0Zi5vcmc+ DQpDYzogRnJhbmNlc2NvIExhenplcmkgPGZyYW5jZXNjby5sYXp6ZXJpQGVyaWNzc29uLmNvbT47 IEJlbG90dGksIFNlcmdpbyAoTm9raWEgLSBJVC9WaW1lcmNhdGUpIDxzZXJnaW8uYmVsb3R0aUBu b2tpYS5jb20+OyBDYXJsbyBQZXJvY2NoaW8gPGNhcmxvLnBlcm9jY2hpb0Blcmljc3Nvbi5jb20+ DQpTdWJqZWN0OiBbVGVhc10gUHJvcG9zZWQgZW5oYW5jZW1lbnQgdG8gZHJhZnQtaWV0Zi10ZWFz LXlhbmctcGF0aC1jb21wdXRhdGlvbg0KDQoNCkRlYXIgVEVBUyBXRywNCg0KDQoNCkZvbGxvd2lu Zy11cCBtYWlsaW5nIGxpc3QgZGlzY3Vzc2lvbnMgYWZ0ZXIgSUVURiAxMDIsIHdlIHdvdWxkIGxp a2UgdG8gZGlzY3VzcyB0aGUgcHJvcG9zYWwgZm9yIGEgcG9zc2libGUgZW5oYW5jZW1lbnQgdG8g dGhlIHBhdGggY29tcHV0YXRpb24gUlBDIGRlZmluZWQgaW4gZHJhZnQtaWV0Zi10ZWFzLXlhbmct cGF0aC1jb21wdXRhdGlvbi0wMw0KDQoNCg0KVGhlIHN0YXRlbGVzcyBwYXRoIGNvbXB1dGF0aW9u IHNvbHV0aW9uICByZXF1aXJlcyB0aGF0IHRoZSBZQU5HIERTIHNlcnZlciAoZS5nLiwgYSBQTkMp ICBjb21wdXRlcyBhIHBhdGggdHdpY2UgYmVmb3JlIHNldHRpbmcgdXAgYW4gTFNQOiBhdCB0aW1l IFQxLCB3aGVuIGl0cyBjbGllbnQgKGUuZy4sIGFuIE1EU0MpIHNlbmRzIGEgcGF0aCBjb21wdXRh dGlvbiBSUEMgcmVxdWVzdCwgYW5kIGxhdGVyLCBhdCB0aW1lIFQyLCB3aGVuIHRoZSBzYW1lIGNs aWVudCAoTURTQykgY3JlYXRlcyBhIHRlLXR1bm5lbCByZXF1ZXN0aW5nIHRoZSBzZXR1cCBvZiB0 aGUgTFNQLg0KDQoNCg0KVGhlIHVuZGVybHlpbmcgYXNzdW1wdGlvbiBpcyB0aGF0LCBpZiBuZXR3 b3JrIGNvbmRpdGlvbnMgaGF2ZSBub3QgY2hhbmdlZCwgdGhlIHNhbWUgcGF0aCB0aGF0IGhhcyBi ZWVuIGNvbXB1dGVkIGF0IHRpbWUgVDEgaXMgYWxzbyBjb21wdXRlZCBhdCB0aW1lIFQyLCBieSB0 aGUgc2VydmVyIChQTkMpIGFuZCB0aGVyZWZvcmUgdGhlIHBhdGggdGhhdCBpcyBzZXR1cCBhdCB0 aW1lIFQyIGlzIGV4YWN0bHkgdGhlIHNhbWUgcGF0aCB0aGF0IGhhcyBiZWVuIGNvbXB1dGVkIGF0 IHRpbWUgVDENCg0KDQoNCkZyb20gdGhlIG1haWxpbmcgbGlzdCBkaXNjdXNzaW9uIGFmdGVyIElF VEYgMTAyLCBpdCBzZWVtcyB0aGF0IHNvbWUgcGVvcGxlIHRoaW5rIHRoYXQgaXQgaXMgbm90IG5l Y2Vzc2FyeSB0byBndWFyYW50ZWUgdGhhdCB0aGUgcGF0aCBzZXR1cCBhdCB0aW1lIFQyIGlzIGV4 YWN0bHkgdGhlIHNhbWUgYXMgdGhlIHBhdGggY29tcHV0ZWQgYXQgdGltZSBUMSBidXQgb25seSB0 aGF0IGl0IGhhcyB0aGUgc2FtZSBvciBiZXR0ZXIgbWV0cmljcywgd2hpbGUgb3RoZXIgcGVvcGxl IHdvdWxkIGxpa2UgdG8gYmUgYWJsZSB0byBzZXR1cCBhdCB0aW1lIFQyIHRoZSBwYXRoIGNvbXB1 dGVkIGF0IHRpbWUgVDEsIGlmIHN0aWxsIGF2YWlsYWJsZQ0KDQoNCg0KT25lIHBvc3NpYmlsaXR5 IHRvIGFjaGlldmUgdGhlIGxhdHRlciBiZWhhdmlvciBpcyB0byB1c2UgdGhlIHN0YXRlZnVsIHBh dGggY29tcHV0YXRpb24gc29sdXRpb24gZGVzY3JpYmVkIGluIHNlY3Rpb24gMy4zLjEgb2YgZHJh ZnQtaWV0Zi10ZWFzLXlhbmctdGUtMTcuIEhvd2V2ZXIsIHRoaXMgYXBwcm9hY2ggaGFzIHNvbWUg ZHJhd2JhY2tzIGFzIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDMuMyBvZiBkcmFmdC1pZXRmLXRlYXMt eWFuZy1wYXRoLWNvbXB1dGF0aW9uLTAzDQoNCg0KDQpXZSB0aGluayB0aGF0IGl0IGlzIGFsc28g cG9zc2libGUgdG8gZGVmaW5lIHNvbWUgZXh0ZW5zaW9ucyB0byB0aGUgcGF0aCBjb21wdXRhdGlv biBSUEMgd2hlcmUgdGhlIHNlcnZlciAoUE5DKSwgYWZ0ZXIgaGF2aW5nIHJlY2VpdmVkIGEgcGF0 aCBjb21wdXRhdGlvbiBSUEMgcmVxdWVzdCwgbWFpbnRhaW5zIHNvbWUg4oCcdGVtcG9yYXJ5IHN0 YXRl4oCdIGFzc29jaWF0ZWQgdG8gdGhlIHBhdGggY29tcHV0ZWQgYXQgdGltZSBUMSBhbmQgYWxs b3dzIHRoZSBjbGllbnQgKE1EU0MpIHRvIHJlcXVlc3QsIGF0IHRpbWUgVDIsIHRoZSBzZXR1cCBv ZiB0aGF0IHBhdGgsIGlmIHN0aWxsIGF2YWlsYWJsZS4NCg0KDQoNClRoZSBzb2x1dGlvbiB3ZSBh cmUgY29uc2lkZXJpbmcgaXMgc2ltaWxhciB0byB0aGUgY29tcHV0ZS1vbmx5IG1vZGUgYnV0LCB0 byBhdm9pZCBhIHN0YXRlZnVsIGFwcHJvYWNoLCBpcyBsZXZlcmFnaW5nIHRoZSBwYXRoIGNvbXB1 dGF0aW9uIFJQQyBhbmQgdGhlIHNlcGFyYXRpb24gYmV0d2VlbiBjb25maWcgYW5kIHN0YXRlIERT LCBpbiBsaW5lIHdpdGggdGhlIE5NREEgYXJjaGl0ZWN0dXJlLg0KDQoNCg0KQXQgdGltZSBUMSwg YWZ0ZXIgaGF2aW5nIGNvbXB1dGVkIGEgcGF0aCwgYXMgcmVxdWVzdGVkIGJ5IGEgcGF0aCBjb21w dXRhdGlvbiBSUEMgcmVxdWVzdCwgdGhlIHNlcnZlciAoUE5DKSBhbHNvIGNyZWF0ZXMgYSBjb21w dXRlLW9ubHkgdGUtdHVubmVsIGluIHRoZSBzdGF0ZSBEUyByZXBvcnRpbmcgdGhlIGNvbXB1dGVk IHBhdGguIFRoaXMgd291bGQgYmUgc2ltaWxhciB0byB0aGUgc3RhdGVmdWwgc29sdXRpb24gd2l0 aCB0aGUgb25seSBkaWZmZXJlbmNlIHRoYXQgdGhlcmUgaXMgbm8gdGUtdHVubmVsIGluIHRoZSBj b25maWcgRFMuDQoNCg0KDQpBdCB0aW1lIFQyLCB0aGUgY2xpZW50IChlLmcuLCBNRFNDKSBjYW4g cmVxdWVzdCB0byBzZXR1cCB0aGF0IHBhdGggYnkgY3JlYXRpbmcgYSB0ZS10dW5uZWwgKG5vdCBp biBjb21wdXRlLW9ubHkgbW9kZSkgaW4gdGhlIGNvbmZpZyBEUyB1c2luZyB0aGUgc2FtZSB0dW5u ZWwtbmFtZSBvZiB0aGUgZXhpc3RpbmcgdGUtdHVubmVsICBpbiB0aGUgc3RhdGUgZGF0YXN0b3Jl OiB0aGlzIHdpbGwgdHJpZ2dlciB0aGUgc2VydmVyIChQTkMpIHRvIHNldHVwIHRoZSBwYXRoIHRo YXQgaGFzIGJlZW4gY29tcHV0ZWQgYXQgdGltZSBUMSwgaWYgc3RpbGwgYXZhaWxhYmxlLg0KDQoN Cg0KUXVlc3Rpb24gZm9yIHRoZSBURUFTIFdHOiBkbyB5b3UgdGhpbmsgdGhhdCBhIHNvbHV0aW9u IHRoYXQgYWxsb3dzIHJlcXVlc3RpbmcgdGhlIHNldHVwIGEgcGF0aCBwcmV2aW91c2x5IGNvbXB1 dGVkLCBhcyBkZXNjcmliZWQgYWJvdmUsIHdvdWxkIGJlIHVzZWZ1bD8NCg0KDQoNClRoYW5rcywg Q2FybG8sIEZyYW5jZXNjbywgU2VyZ2lvIGFuZCBJdGFsbw0KDQpJdGFsbyBCdXNpDQpQcmluY2lw YWwgT3B0aWNhbCBUcmFuc3BvcnQgTmV0d29yayBSZXNlYXJjaCBFbmdpbmVlcg0KW2NpZDppbWFn ZTAwMi5qcGdAMDFEMjQ3NDAuOTE1REZBNjBdDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpIdWF3ZWkg VGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4NCkFkZHJlc3PvvJpDZW50cm8gRGlyZXppb25hbGUg TWlsYW5vIDIsIFBhbGF6em8gVmVycm9jY2hpbywgM8KwIEZsb29yLCAyMDA5MCBTZWdyYXRlIChN SSksIEl0YWx5DQpUZWzvvJorMzkgMDIgMzk5OTQ4IDMyICAgIEZheO+8miAgIE1vYmlsZe+8misz OSAzNDUgNDcyMTk0Ng0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkh1YXdlaSBUZWNobm9sb2dpZXMg SXRhbGlhIFMuci5sLiBpcyBhIGNvbXBhbnkgcmVnaXN0ZXJlZCBpbiBJdGFseSBhdCB0aGUgQ29t cGFueSBSZWdpc3RyYXRpb24gT2ZmaWNlIG9mIE1pbGFuLCB3aXRoIHJlZ2lzdGVyZWQgbnVtYmVy IDA0NTAxMTkwOTYzIGFuZCBlcXVpdHkgY2FwaXRhbCDigqwzLDAwMCwwMDAgZnVsbHkgcGFpZCB1 cCwgd2hvc2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgaW4gTWlsYW4sIFZpYSBMb3JlbnRlZ2dpbyAy NTcsIFRvd2VyIEIsIDIwMTUyIE1pbGFuLiBIdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIu bC4gaXMgMTAwJSBvd25lZCBieSBIdWF3ZWkgVGVjaG5vbG9naWVzIENvb3BlcmF0aWVmIFUuQQ0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NClRoaXMgZS1tYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgY29u dGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZnJvbSBIVUFXRUksIHdoaWNoIGlzIGludGVu ZGVkIG9ubHkgZm9yIHRoZSBwZXJzb24gb3IgZW50aXR5IHdob3NlIGFkZHJlc3MgaXMgbGlzdGVk IGFib3ZlLiBBbnkgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGluIGFu eSB3YXkgKGluY2x1ZGluZywgYnV0IG5vdCBsaW1pdGVkIHRvLCB0b3RhbCBvciBwYXJ0aWFsIGRp c2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgb3IgZGlzc2VtaW5hdGlvbikgYnkgcGVyc29ucyBvdGhl ciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJl Y2VpdmUgdGhpcyBlLW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBieSBw aG9uZSBvciBlbWFpbCBpbW1lZGlhdGVseSBhbmQgZGVsZXRlIGl0IQ0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClBSSVZBQ1kgTk9USUNFOiBQdXJz dWFudCB0byBBcnQuIDEzIG9mIHRoZSBHZW5lcmFsIERhdGEgUHJvdGVjdGlvbiBSZWd1bGF0aW9u IDIwMTYvNjc5IChHRFBSKSwgSHVhd2VpIFRlY2hub2xvZ2llcyBJdGFsaWEgUy5yLmwuIGluZm9y bXMgeW91IHRoYXQgdGhlIHBlcnNvbmFsIGRhdGEgY29udGFpbmVkIGluIHRoaXMgZW1haWwgd2ls bCBiZSBjb2xsZWN0ZWQgYW5kIHRyZWF0ZWQgZm9yIHRoZSBhY3F1aXNpdGlvbiBvZiBpbmZvcm1h dGlvbiBwcmVsaW1pbmFyeSB0byB0aGUgY29uY2x1c2lvbiBvZiBjb250cmFjdHMsIGZvciB0aGUg ZGVmaW5pdGlvbiBvZiB0aGUgY29udHJhY3R1YWwgcmVsYXRpb25zaGlwLCBhcyB3ZWxsIGFzIGZv ciB0aGUgZnVsZmlsbG1lbnQgb2YgbGVnYWwgcmVxdWlyZW1lbnRzIHJlbGF0ZWQgdG8gY2l2aWws IHRheCBhbmQgYWNjb3VudGluZyBsYXcgb3IgYW55IG90aGVyIGxlZ2FsIG9ibGlnYXRpb24gdG8g d2hpY2ggSHVhd2VpIG1heSBiZSBzdWJqZWN0LiBQZXJzb25hbCBkYXRhIHdpbGwgbm90IGJlIHN1 YmplY3QgdG8gZGlzY2xvc3VyZSBhbmQgc3ByZWFkIHVubGVzcyBvdGhlcndpc2UgcmVxdWlyZWQg YnkgbGF3LiBIdWF3ZWkgd2lsbCB0YWtlIGFwcHJvcHJpYXRlIHNlY3VyaXR5IG1lYXN1cmVzIHRv IHByb3RlY3RzIHBlcnNvbmFsIGRhdGEgYWdhaW5zdCBsb3NzLCBtaXN1c2UgZGlzY2xvc3VyZSBv ciBkZXN0cnVjdGlvbiBvZiB0aGUgaW5mb3JtYXRpb24uIFBlcnNvbmFsIERhdGEgaGVsZCBtYXkg YmUgdHJhbnNmZXJyZWQgdG8gY291bnRyaWVzIG91dHNpZGUgdGhlIEV1cm9wZWFuIFVuaW9uLCBo b3dldmVyIEh1YXdlaSBJdGFsaWEgaGFzIHB1dCBpbiBwbGFjZSBhcHByb3ByaWF0ZSBzYWZlZ3Vh cmRzIGZvciB0aGUgdHJhbnNmZXIgb2YgcGVyc29uYWwgZGF0YSB0byB0aGlyZCBjb3VudHJpZXMg YnkgYWRvcHRpbmcgdGhlIHN0YW5kYXJkIGRhdGEgcHJvdGVjdGlvbiBjbGF1c2VzIG9mIHRoZSBF VSBDb21taXNzaW9uLiBQZXJzb25hbCBEYXRhIGFyZSBrZXB0IGZvciBhIHBlcmlvZCBuZWNlc3Nh cnkgZm9yIHRoZSBmdWxmaWxsbWVudCBvZiBjb250cmFjdCBvYmxpZ2F0aW9ucyB1bmxlc3Mgb3Ro ZXJ3aXNlIHJlcXVpcmVkIGJ5IGxhdy4gWW91IGNhbiBleGVyY2lzZSB5b3VyIHJpZ2h0cyB1bmRl ciBBcnQuIDE1IGFuZCBmb2xsb3dpbmcgb2YgIHRoZSBHRFBSIChpLmUuIHJpZ2h0IG9mIGFjY2Vz cywgcmVjdGlmaWNhdGlvbiwgZXJhc3VyZSwgcmVzdHJpY3Rpb24sIHBvcnRhYmlsaXR5LCBvYmpl Y3QpIGJ5IGNvbnRhY3RpbmcgSHVhd2VpIGF0IHRoaXMgZW1haWwgYWRkcmVzczogZGF0YXByb3Rl Y3Rpb25AaHVhd2VpLmNvbTxtYWlsdG86ZGF0YXByb3RlY3Rpb25AaHVhd2VpLmNvbT4gb3IgdGhy b3VnaCB0aGUgZm9sbG93aW5nIGNoYW5uZWw6IHd3dy5odWF3ZWkuY29tL2VuL3BlcnNvbmFsLWRh dGEtcmVxdWVzdDxodHRwOi8vd3d3Lmh1YXdlaS5jb20vZW4vcGVyc29uYWwtZGF0YS1yZXF1ZXN0 Pi4gWW91IGhhdmUgYWxzbyB0aGUgcmlnaHQgdG8gbG9kZ2UgYSBjb21wbGFpbnQgd2l0aCB0aGUg Y29tcGV0ZW50IHN1cGVydmlzb3J5IGF1dGhvcml0aWVzLiBJZiB5b3UgbmVlZCBhbnkgZnVydGhl ciBpbmZvcm1hdGlvbiBvciBoYXZlIGFueSBxdWVyaWVzIG9uIGhvdyBIdWF3ZWkgcHJvY2VzcyB5 b3VyIHBlcnNvbmFsIGRhdGEsIHBsZWFzZSBzZW5kIGFuIGVtYWlsIHRvIG91ciBEYXRhIFByb3Rl Y3Rpb24gT2ZmaWNlciBhdCBkcG9AaHVhd2VpLmNvbTxtYWlsdG86ZHBvQGh1YXdlaS5jb20+LlRo ZSBEYXRhIENvbnRyb2xsZXIgaXMgSHVhd2VpIFRlY2hub2xvZ2llcyBJdGFsaWEgUy5yLmwuIHdp dGggcmVnaXN0ZXJlZCBvZmZpY2UgaW4gTWlsYW4sIFZpYSBMb3JlbnRlZ2dpbyAyNTcgVG93ZXIg QiwgMjAxNTIuDQoNCg0K --_000_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAx IDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0x OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21h Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRl eHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNv TGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207 DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDoz Ni4wcHQ7DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21z by1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7DQoJZm9udC13 ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0 IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxODMwMjkw NjEzOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNzky ODA3NTg2IC0xODgyMDcyMzIgMTA3NDMzMTY3MyAxMDc0MzMxNjc1IDEwNzQzMzE2NjMgMTA3NDMz MTY3MyAxMDc0MzMxNjc1IDEwNzQzMzE2NjMgMTA3NDMzMTY3MyAxMDc0MzMxNjc1O30NCkBsaXN0 IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGV4dDoiXCglMVwpIjsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6 LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpA bGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBs aXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZl bDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1i b3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkVOLUlOIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgSXRhbG8sDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5PdmVyYWxsIGl0IG1ha2Ugc2Vuc2UsIGJ1 dOKApg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4oMSk8c3BhbiBzdHlsZT0i Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOw0KPC9zcGFuPjwv c3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPldoYXQgYXJlIHlvdXIgdGhvdWdodHMgb24gdGhlIHN0YXRl IChjb21wdXRlLW9ubHkpIGNyZWF0ZWQgYXQgVDEuIEFuZCBtYXliZSB0aGUgcmVxdWVzdCAoYXQg VDIpIG5ldmVyIGNvbWVzPyBXb3VsZCB0aGlzIGxpdmUNCiBmb3JldmVyPyBTb21lIG1lY2hhbmlz bSB0byBjbGVhciB0aGlzIHdvdWxkIGJlIG5pY2UhIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t bGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PHNwYW4gc3R5bGU9Im1z by1saXN0Oklnbm9yZSI+KDIpPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJz cDtBbHNvIGxldOKAmXMgY29uc2lkZXIgYSBjYXNlIHdoZXJlIE1EU0MgYXNrcyBhIFBOQyB0byBj b21wdXRlIGJ1bmNoIG9mIHBhdGhzIGZyb20gdmFyaW91cyBJTiBicmFuY2ggbm9kZXMgdG8gRVhJ VCBicmFuY2ggbm9kZXMNCiAoY29tbW9uIGluIGNhc2Ugb2YgSC1QQ0UgbGlrZSBjb21wdXRhdGlv bnMgb24gdHJhbnNpdCBkb21haW4pIGFuZCBiYXNlZCBvbiB0aGUgcGF0aCBjb21wdXRhdGlvbiBh dCBNRFNDIChvciBwYXJlbnQgUENFKSBpdCBkZXRlcm1pbmVzIHRoYXQgb25lIG9mIHRoZW0gbmVl ZHMgdG8gYmUgc2V0dXAuIFNvIGluIHRoaXMgY2FzZXMgc2hvdWxkIHdlIHN0YXkgYXdheSBmcm9t IHRoaXM/IE9yIGlzIHRoZXJlIGEgd2F5IHRvIHVzZSB0aGlzIHN0aWxsIQ0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDtt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSByZW1lbWJlciBhZ2VzIGFnbyB0aGlzIHdhcyBk aXNjdXNzZWQgaW4gUENFIFdHIGFzIHdlbGwgKGJ1dCB0aGF0IHdhcyBiZWZvcmUgd2UgaGFkIHN0 YXRlZnVsIFBDRSksIG1heWJlIGEgZ29vZCBpZGVhIHRvIHRoaW5rIGFib3V0DQogaXQgYWdhaW4h IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyENCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkRocnV2PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAw Y20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIj4gVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9u IEJlaGFsZiBPZiA8L2I+SXRhbG8gQnVzaTxicj4NCjxiPlNlbnQ6PC9iPiAzMSBPY3RvYmVyIDIw MTggMjE6NTA8YnI+DQo8Yj5Ubzo8L2I+IFRFQVMgV0cgJmx0O3RlYXNAaWV0Zi5vcmcmZ3Q7PGJy Pg0KPGI+Q2M6PC9iPiBGcmFuY2VzY28gTGF6emVyaSAmbHQ7ZnJhbmNlc2NvLmxhenplcmlAZXJp Y3Nzb24uY29tJmd0OzsgQmVsb3R0aSwgU2VyZ2lvIChOb2tpYSAtIElUL1ZpbWVyY2F0ZSkgJmx0 O3Nlcmdpby5iZWxvdHRpQG5va2lhLmNvbSZndDs7IENhcmxvIFBlcm9jY2hpbyAmbHQ7Y2FybG8u cGVyb2NjaGlvQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1RlYXNdIFBy b3Bvc2VkIGVuaGFuY2VtZW50IHRvIGRyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRp b248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBsYW5nPSJFTi1VUyI+RGVhciBURUFTIFdHLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Rm9s bG93aW5nLXVwIG1haWxpbmcgbGlzdCBkaXNjdXNzaW9ucyBhZnRlciBJRVRGIDEwMiwgd2Ugd291 bGQgbGlrZSB0byBkaXNjdXNzIHRoZSBwcm9wb3NhbCBmb3IgYSBwb3NzaWJsZSBlbmhhbmNlbWVu dCB0byB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgZGVmaW5lZCBpbiBkcmFmdC1pZXRmLXRlYXMt eWFuZy1wYXRoLWNvbXB1dGF0aW9uLTAzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgc3Rh dGVsZXNzIHBhdGggY29tcHV0YXRpb24gc29sdXRpb24mbmJzcDsgcmVxdWlyZXMgdGhhdCB0aGUg WUFORyBEUyBzZXJ2ZXIgKGUuZy4sIGEgUE5DKSZuYnNwOyBjb21wdXRlcyBhIHBhdGggdHdpY2Ug YmVmb3JlIHNldHRpbmcgdXAgYW4gTFNQOiBhdCB0aW1lIFQxLCB3aGVuIGl0cyBjbGllbnQgKGUu Zy4sIGFuIE1EU0MpIHNlbmRzIGEgcGF0aCBjb21wdXRhdGlvbiBSUEMgcmVxdWVzdCwNCiBhbmQg bGF0ZXIsIGF0IHRpbWUgVDIsIHdoZW4gdGhlIHNhbWUgY2xpZW50IChNRFNDKSBjcmVhdGVzIGEg dGUtdHVubmVsIHJlcXVlc3RpbmcgdGhlIHNldHVwIG9mIHRoZSBMU1AuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh bmc9IkVOLVVTIj5UaGUgdW5kZXJseWluZyBhc3N1bXB0aW9uIGlzIHRoYXQsIGlmIG5ldHdvcmsg Y29uZGl0aW9ucyBoYXZlIG5vdCBjaGFuZ2VkLCB0aGUgc2FtZSBwYXRoIHRoYXQgaGFzIGJlZW4g Y29tcHV0ZWQgYXQgdGltZSBUMSBpcyBhbHNvIGNvbXB1dGVkIGF0IHRpbWUgVDIsIGJ5IHRoZSBz ZXJ2ZXIgKFBOQykgYW5kIHRoZXJlZm9yZSB0aGUgcGF0aCB0aGF0IGlzIHNldHVwIGF0IHRpbWUN CiBUMiBpcyBleGFjdGx5IHRoZSBzYW1lIHBhdGggdGhhdCBoYXMgYmVlbiBjb21wdXRlZCBhdCB0 aW1lIFQxPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tIHRoZSBtYWlsaW5nIGxpc3QgZGlz Y3Vzc2lvbiBhZnRlciBJRVRGIDEwMiwgaXQgc2VlbXMgdGhhdCBzb21lIHBlb3BsZSB0aGluayB0 aGF0IGl0IGlzIG5vdCBuZWNlc3NhcnkgdG8gZ3VhcmFudGVlIHRoYXQgdGhlIHBhdGggc2V0dXAg YXQgdGltZSBUMiBpcyBleGFjdGx5IHRoZSBzYW1lIGFzIHRoZSBwYXRoIGNvbXB1dGVkIGF0IHRp bWUgVDEgYnV0IG9ubHkgdGhhdA0KIGl0IGhhcyB0aGUgc2FtZSBvciBiZXR0ZXIgbWV0cmljcywg d2hpbGUgb3RoZXIgcGVvcGxlIHdvdWxkIGxpa2UgdG8gYmUgYWJsZSB0byBzZXR1cCBhdCB0aW1l IFQyIHRoZSBwYXRoIGNvbXB1dGVkIGF0IHRpbWUgVDEsIGlmIHN0aWxsIGF2YWlsYWJsZTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+T25lIHBvc3NpYmlsaXR5IHRvIGFjaGlldmUgdGhlIGxhdHRl ciBiZWhhdmlvciBpcyB0byB1c2UgdGhlIHN0YXRlZnVsIHBhdGggY29tcHV0YXRpb24gc29sdXRp b24gZGVzY3JpYmVkIGluIHNlY3Rpb24gMy4zLjEgb2YgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUt MTcuIEhvd2V2ZXIsIHRoaXMgYXBwcm9hY2ggaGFzIHNvbWUgZHJhd2JhY2tzIGFzIGRlc2NyaWJl ZCBpbiBzZWN0aW9uDQogMy4zIG9mIGRyYWZ0LWlldGYtdGVhcy15YW5nLXBhdGgtY29tcHV0YXRp b24tMDM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPldlIHRoaW5rIHRoYXQgaXQgaXMgYWxzbyBw b3NzaWJsZSB0byBkZWZpbmUgc29tZSBleHRlbnNpb25zIHRvIHRoZSBwYXRoIGNvbXB1dGF0aW9u IFJQQyB3aGVyZSB0aGUgc2VydmVyIChQTkMpLCBhZnRlciBoYXZpbmcgcmVjZWl2ZWQgYSBwYXRo IGNvbXB1dGF0aW9uIFJQQyByZXF1ZXN0LCBtYWludGFpbnMgc29tZSDigJx0ZW1wb3Jhcnkgc3Rh dGXigJ0gYXNzb2NpYXRlZCB0byB0aGUNCiBwYXRoIGNvbXB1dGVkIGF0IHRpbWUgVDEgYW5kIGFs bG93cyB0aGUgY2xpZW50IChNRFNDKSB0byByZXF1ZXN0LCBhdCB0aW1lIFQyLCB0aGUgc2V0dXAg b2YgdGhhdCBwYXRoLCBpZiBzdGlsbCBhdmFpbGFibGUuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij5UaGUgc29sdXRpb24gd2UgYXJlIGNvbnNpZGVyaW5nIGlzIHNpbWlsYXIgdG8gdGhlIGNvbXB1 dGUtb25seSBtb2RlIGJ1dCwgdG8gYXZvaWQgYSBzdGF0ZWZ1bCBhcHByb2FjaCwgaXMgbGV2ZXJh Z2luZyB0aGUgcGF0aCBjb21wdXRhdGlvbiBSUEMgYW5kIHRoZSBzZXBhcmF0aW9uIGJldHdlZW4g Y29uZmlnIGFuZCBzdGF0ZSBEUywgaW4gbGluZSB3aXRoIHRoZSBOTURBIGFyY2hpdGVjdHVyZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPkF0IHRpbWUgVDEsIGFmdGVyIGhhdmluZyBjb21wdXRl ZCBhIHBhdGgsIGFzIHJlcXVlc3RlZCBieSBhIHBhdGggY29tcHV0YXRpb24gUlBDIHJlcXVlc3Qs IHRoZSBzZXJ2ZXIgKFBOQykgYWxzbyBjcmVhdGVzIGEgY29tcHV0ZS1vbmx5IHRlLXR1bm5lbCBp biB0aGUgc3RhdGUgRFMgcmVwb3J0aW5nIHRoZSBjb21wdXRlZCBwYXRoLiBUaGlzIHdvdWxkIGJl IHNpbWlsYXIgdG8NCiB0aGUgc3RhdGVmdWwgc29sdXRpb24gd2l0aCB0aGUgb25seSBkaWZmZXJl bmNlIHRoYXQgdGhlcmUgaXMgbm8gdGUtdHVubmVsIGluIHRoZSBjb25maWcgRFMuDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gbGFuZz0iRU4tVVMiPkF0IHRpbWUgVDIsIHRoZSBjbGllbnQgKGUuZy4sIE1EU0MpIGNh biByZXF1ZXN0IHRvIHNldHVwIHRoYXQgcGF0aCBieSBjcmVhdGluZyBhIHRlLXR1bm5lbCAobm90 IGluIGNvbXB1dGUtb25seSBtb2RlKSBpbiB0aGUgY29uZmlnIERTIHVzaW5nIHRoZSBzYW1lIHR1 bm5lbC1uYW1lIG9mIHRoZSBleGlzdGluZyB0ZS10dW5uZWwmbmJzcDsgaW4gdGhlIHN0YXRlIGRh dGFzdG9yZTogdGhpcw0KIHdpbGwgdHJpZ2dlciB0aGUgc2VydmVyIChQTkMpIHRvIHNldHVwIHRo ZSBwYXRoIHRoYXQgaGFzIGJlZW4gY29tcHV0ZWQgYXQgdGltZSBUMSwgaWYgc3RpbGwgYXZhaWxh YmxlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UXVlc3Rpb24gZm9yIHRoZSBURUFTIFdHOiBk byB5b3UgdGhpbmsgdGhhdCBhIHNvbHV0aW9uIHRoYXQgYWxsb3dzIHJlcXVlc3RpbmcgdGhlIHNl dHVwIGEgcGF0aCBwcmV2aW91c2x5IGNvbXB1dGVkLCBhcyBkZXNjcmliZWQgYWJvdmUsIHdvdWxk IGJlIHVzZWZ1bD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iSVQiPlRoYW5rcywgQ2FybG8sIEZyYW5jZXNj bywgU2VyZ2lvIGFuZCBJdGFsbzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IklUIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi Pkl0YWxvIEJ1c2k8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UHJpbmNpcGFs IE9wdGljYWwgVHJhbnNwb3J0IE5ldHdvcmsgUmVzZWFyY2ggRW5naW5lZXI8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxpbWcgd2lkdGg9IjYxNiIgaGVpZ2h0PSI4MyIgaWQ9IlBpY3R1cmVf eDAwMjBfMSIgc3JjPSJjaWQ6aW1hZ2UwMDEuanBnQDAxRDQ3MUFFLjU5RkU4RTUwIiBhbHQ9ImNp ZDppbWFnZTAwMi5qcGdAMDFEMjQ3NDAuOTE1REZBNjAiPjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJJVCIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188L3NwYW4+PHNwYW4gbGFuZz0iSVQiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0i REUiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIu bC48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IklUIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IklUIiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+QWRkcmVzczwvc3Bhbj48c3BhbiBsYW5nPSJaSC1DTiIgc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTpTaW1TdW47Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpaSC1DTiI+77yaPC9zcGFuPjxzcGFuIGxhbmc9IklUIiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Q2VudHJvDQogRGlyZXppb25hbGUgTWlsYW5vIDIsIFBhbGF6em8gVmVycm9j Y2hpbywgM8KwIEZsb29yLCAyMDA5MCBTZWdyYXRlIChNSSksIEl0YWx5PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iSVQiIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UZWw8L3NwYW4+PHNwYW4gbGFuZz0iWkgtQ04iIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6WkgtQ04iPu+8mjwvc3Bhbj48c3BhbiBsYW5nPSJJVCIgc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiYjNDM7MzkNCiAwMiAzOTk5NDggMzImbmJzcDsmbmJzcDsgJm5ic3A7RmF4PC9zcGFuPjxzcGFu IGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OlNpbVN1bjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj7vvJo8L3NwYW4+PHNwYW4g bGFuZz0iSVQiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsgJm5ic3A7TW9iaWxlPC9zcGFu PjxzcGFuIGxhbmc9IlpILUNOIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OlNp bVN1bjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj7vvJo8L3NwYW4+ PHNwYW4gbGFuZz0iSVQiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mIzQzOzM5DQogMzQ1IDQ3MjE5 NDY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFu PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojN0Y3RjdGIj5IdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBT LnIubC4gaXMgYSBjb21wYW55IHJlZ2lzdGVyZWQgaW4gSXRhbHkgYXQgdGhlIENvbXBhbnkgUmVn aXN0cmF0aW9uIE9mZmljZSBvZiBNaWxhbiwgd2l0aCByZWdpc3RlcmVkIG51bWJlciAwNDUwMTE5 MDk2MyBhbmQNCiBlcXVpdHkgY2FwaXRhbCDigqwzLDAwMCwwMDAgZnVsbHkgcGFpZCB1cCwgd2hv c2UgcmVnaXN0ZXJlZCBvZmZpY2UgaXMgaW4gTWlsYW4sIFZpYSBMb3JlbnRlZ2dpbyAyNTcsIFRv d2VyIEIsIDIwMTUyIE1pbGFuLiBIdWF3ZWkgVGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gaXMg MTAwJSBvd25lZCBieSBIdWF3ZWkgVGVjaG5vbG9naWVzIENvb3BlcmF0aWVmIFUuQTwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzdGN0Y3RiI+VGhpcyBlLW1h aWwgYW5kIGl0cyBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBm cm9tIEhVQVdFSSwgd2hpY2ggaXMgaW50ZW5kZWQgb25seSBmb3IgdGhlIHBlcnNvbiBvciBlbnRp dHkgd2hvc2UgYWRkcmVzcyBpcyBsaXN0ZWQNCiBhYm92ZS4gQW55IHVzZSBvZiB0aGUgaW5mb3Jt YXRpb24gY29udGFpbmVkIGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBub3QgbGlt aXRlZCB0bywgdG90YWwgb3IgcGFydGlhbCBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRp c3NlbWluYXRpb24pIGJ5IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50 KHMpIGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBw bGVhc2UNCiBub3RpZnkgdGhlIHNlbmRlciBieSBwaG9uZSBvciBlbWFpbCBpbW1lZGlhdGVseSBh bmQgZGVsZXRlIGl0ITwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM3RjdGN0YiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LTwvc3Bhbj48L2k+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMTUyRUU5Ij5QUklWQUNZIE5PVElDRTo8L3NwYW4+PC9pPjwv Yj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3RjdGN0YiPg0KPC9zcGFuPjwv aT48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjpibGFj ayI+UHVyc3VhbnQgdG8gQXJ0LiAxMyBvZiB0aGUgR2VuZXJhbCBEYXRhIFByb3RlY3Rpb24gUmVn dWxhdGlvbiAyMDE2LzY3OSAoR0RQUiksIEh1YXdlaSBUZWNobm9sb2dpZXMgSXRhbGlhIFMuci5s LiBpbmZvcm1zIHlvdSB0aGF0IHRoZSBwZXJzb25hbCBkYXRhIGNvbnRhaW5lZCBpbiB0aGlzIGVt YWlsIHdpbGwgYmUgY29sbGVjdGVkDQogYW5kIHRyZWF0ZWQgZm9yIHRoZSBhY3F1aXNpdGlvbiBv ZiBpbmZvcm1hdGlvbiBwcmVsaW1pbmFyeSB0byB0aGUgY29uY2x1c2lvbiBvZiBjb250cmFjdHMs IGZvciB0aGUgZGVmaW5pdGlvbiBvZiB0aGUgY29udHJhY3R1YWwgcmVsYXRpb25zaGlwLCBhcyB3 ZWxsIGFzIGZvciB0aGUgZnVsZmlsbG1lbnQgb2YgbGVnYWwgcmVxdWlyZW1lbnRzIHJlbGF0ZWQg dG8gY2l2aWwsIHRheCBhbmQgYWNjb3VudGluZyBsYXcgb3IgYW55IG90aGVyIGxlZ2FsDQogb2Js aWdhdGlvbiB0byB3aGljaCBIdWF3ZWkgbWF5IGJlIHN1YmplY3QuIFBlcnNvbmFsIGRhdGEgd2ls bCBub3QgYmUgc3ViamVjdCB0byBkaXNjbG9zdXJlIGFuZCBzcHJlYWQgdW5sZXNzIG90aGVyd2lz ZSByZXF1aXJlZCBieSBsYXcuIEh1YXdlaSB3aWxsIHRha2UgYXBwcm9wcmlhdGUgc2VjdXJpdHkg bWVhc3VyZXMgdG8gcHJvdGVjdHMgcGVyc29uYWwgZGF0YSBhZ2FpbnN0IGxvc3MsIG1pc3VzZSBk aXNjbG9zdXJlIG9yIGRlc3RydWN0aW9uDQogb2YgdGhlIGluZm9ybWF0aW9uLiBQZXJzb25hbCBE YXRhIGhlbGQgbWF5IGJlIHRyYW5zZmVycmVkIHRvIGNvdW50cmllcyBvdXRzaWRlIHRoZSBFdXJv cGVhbiBVbmlvbiwgaG93ZXZlciBIdWF3ZWkgSXRhbGlhIGhhcyBwdXQgaW4gcGxhY2UgYXBwcm9w cmlhdGUgc2FmZWd1YXJkcyBmb3IgdGhlIHRyYW5zZmVyIG9mIHBlcnNvbmFsIGRhdGEgdG8gdGhp cmQgY291bnRyaWVzIGJ5IGFkb3B0aW5nIHRoZSBzdGFuZGFyZCBkYXRhIHByb3RlY3Rpb24gY2xh dXNlcw0KIG9mIHRoZSBFVSBDb21taXNzaW9uLiBQZXJzb25hbCBEYXRhIGFyZSBrZXB0IGZvciBh IHBlcmlvZCBuZWNlc3NhcnkgZm9yIHRoZSBmdWxmaWxsbWVudCBvZiBjb250cmFjdCBvYmxpZ2F0 aW9ucyB1bmxlc3Mgb3RoZXJ3aXNlIHJlcXVpcmVkIGJ5IGxhdy4gWW91IGNhbiBleGVyY2lzZSB5 b3VyIHJpZ2h0cyB1bmRlciBBcnQuIDE1IGFuZCBmb2xsb3dpbmcgb2YgJm5ic3A7dGhlIEdEUFIg KGkuZS4gcmlnaHQgb2YgYWNjZXNzLCByZWN0aWZpY2F0aW9uLCBlcmFzdXJlLA0KIHJlc3RyaWN0 aW9uLCBwb3J0YWJpbGl0eSwgb2JqZWN0KSBieSBjb250YWN0aW5nIEh1YXdlaSBhdCB0aGlzIGVt YWlsIGFkZHJlc3M6IDwvc3Bhbj4NCjwvaT48Yj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMTUyRUU5Ij48YSBocmVmPSJtYWlsdG86ZGF0YXByb3Rl Y3Rpb25AaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMTUy RUU5O3RleHQtZGVjb3JhdGlvbjpub25lIj5kYXRhcHJvdGVjdGlvbkBodWF3ZWkuY29tPC9zcGFu PjwvYT48L3NwYW4+PC9pPjwvYj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtjb2xvcjpibGFjayI+DQogb3IgdGhyb3VnaCB0aGUgZm9sbG93aW5nIGNoYW5uZWw6 IDwvc3Bhbj48L2k+PGI+PGk+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Y29sb3I6IzE1MkVFOSI+PGEgaHJlZj0iaHR0cDovL3d3dy5odWF3ZWkuY29tL2VuL3BlcnNv bmFsLWRhdGEtcmVxdWVzdCIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjpibHVl Ij53d3cuaHVhd2VpLmNvbS9lbi9wZXJzb25hbC1kYXRhLXJlcXVlc3Q8L3NwYW4+PC9hPjwvc3Bh bj48L2k+PC9iPjxpPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Nv bG9yOmJsYWNrIj4uDQogWW91IGhhdmUgYWxzbyB0aGUgcmlnaHQgdG8gbG9kZ2UgYSBjb21wbGFp bnQmbmJzcDt3aXRoJm5ic3A7dGhlIGNvbXBldGVudCBzdXBlcnZpc29yeSBhdXRob3JpdGllcy4g SWYgeW91IG5lZWQgYW55IGZ1cnRoZXIgaW5mb3JtYXRpb24gb3IgaGF2ZSBhbnkgcXVlcmllcyBv biBob3cgSHVhd2VpIHByb2Nlc3MgeW91ciBwZXJzb25hbCBkYXRhLCBwbGVhc2Ugc2VuZCBhbiBl bWFpbCB0byBvdXIgRGF0YSBQcm90ZWN0aW9uIE9mZmljZXIgYXQNCjwvc3Bhbj48L2k+PGI+PGk+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzE1MkVFOSI+ PGEgaHJlZj0ibWFpbHRvOmRwb0BodWF3ZWkuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxNTJFRTk7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRwb0BodWF3ZWkuY29tPC9z cGFuPjwvYT48L3NwYW4+PC9pPjwvYj48aT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtjb2xvcjpibGFjayI+LlRoZQ0KIERhdGEgQ29udHJvbGxlciBpcyBIdWF3ZWkg VGVjaG5vbG9naWVzIEl0YWxpYSBTLnIubC4gd2l0aCByZWdpc3RlcmVkIG9mZmljZSBpbiBNaWxh biwgVmlhIExvcmVudGVnZ2lvIDI1NyBUb3dlciBCLCAyMDE1Mi48L3NwYW4+PC9pPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6YmxhY2si PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_-- --_004_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=6459; creation-date="Thu, 01 Nov 2018 01:14:58 GMT"; modification-date="Thu, 01 Nov 2018 01:14:58 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAoHBwkHBgoJCAkLCwoMDxkQDw4ODx4WFxIZJCAmJSMg IyIoLTkwKCo2KyIjMkQyNjs9QEBAJjBGS0U+Sjk/QD3/2wBDAQsLCw8NDx0QEB09KSMpPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT3/wAARCABTAmgDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD2aiii gAopKQsFGScD1NADqKhiuYp93kypJtODsYHBp3nRiTy967+u3PNA7MkopM0UCFooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAg uxm2kx1xmlkODE3bdj86dMN0Tj1BqMndaKw7KGpkvcfNygA7kCnH7wprHc6AdPvGnH7w+lTIpCRf dP8AvH+dNg+YyN6tj8uKA+yORv7pJp0ClIlB645oWwySiiimIKTNLUNxMIIZJWHEalzj0AzQG403 kP2v7L5qfaNm/wAvPzbemcelebfEvXrn+1I9JhkaO3VA8oU43k9AfbFcj/wkl9/wkTa0spFyZN4B 6bf7v0xxW146lj1b+z9ftP8AVXUXlSDuki/wn8/0rknW54ux9PhMr+q4mnKrqmvul2/yNv4b3Pla jNbD7s0e7HuP/rGtW4mS61G4mdud5Cn2HArj/Al7s8RWoB6hx/46anj1XO5t3Uk1nzfu0jTE4RvF zkuqX6/5Ho+g3z3dtIjnc0Tbdx6kdq0IbqG4aQQyo5jbY4U52n0NcINcOg+FTMGxeX7EwjuqjjdW B4J12W08WxQ72aG8PlyAnq3UN9c/zroVXl5Ys8t5ZOpGpVjtHbztuewA5paQd6M1ueQLRSUZFAC0 Umc0E4oAWikzRnnFAC0UmRQTigBaKTOaM4oAWikzRuHqKAFopMiigBaKKKACiiigApKWkoAqT6rZ W0pjmuY0deqk1Nb3UN1HvglSRfVTWBK+zxHeH7Ebv5F+UAHbwOeaTTpDHc6pMsYtnWPIgI6cdadg OlqFruFLpLZpAJnG5U7kVkT6ndJ4ahvFdfPYjLbeOvpU8s7DxBZxYQh4SxJUbu/Q0WA0YLqG5aQQ uHMbbXx2NFzdQ2kXmTuETIXJ9aw7C6+xW+r3GN3lzEgepqtqY1J9Jjnupo3ikZWMYXBTPTmiwHSG 8gW6S3Mg8513KncipqyZJ2XxJbQbU2tASSVG7v3qmLzVboXrQzRIlq7clOWx2pWA6OkrCm1i4fS7 GWLZHJdNtLkZVPenWMt2+tvbz3nmpCm75FADZ/vUWFc2ncIpZiAqjJJ7VHb3UV3H5kEiyJnG5aoe Ibgx6d5KHElwwjH49araPs0/VbmwV90bqJIyDntzQM2Li6htY/MnkWNM4y3rUMOq2VxII4bqJnPQ ButUfE//ACCl4z++Xis7U3EscCtpxsh5q/vyB8v5U7CudVSMwRSzEKo6knAFYeoatINQa1ju4rRI lBaR13FiewqrcX9xqOg3J82P9wSsxC8Sr2x6UWGdL5ieXv3LsxndnjH1pysGUMpBB5BFc3cQ3o8N EvcRtF5YO0Jzsx0+vvUq3d1peiJLJLHIZAiwjbgICO/rRYVzfpa5+z1eVNRgge8hvI5uMouCjf4U +zutSvr6dI5IkhgmIYleSM/d/wDr0rDNqSRIkLyMFUDJJOAKrW2q2d3J5cFxG7+gPJqh4jzJ9hty f3cs4DjPUVauNGtZmhZFELwsCrRgA/SgDQorEa61DUb25Sxljhitztyy5LtUUutXDaIl1GFWdZhE 4xkE0WA6CisSK71C11W3gvZI5EuQSAq42Gohd6nd3N9HbzRRpbOcMUySPSnYDoKKwH1yX+xbacbE nnbZub7q46tTrDV3/tBbaS7iu43QsJEXBUgZxilYDepjSKrqrMoZugJ5NYMF3q19bm9tWi8vdhIC vLAe9RX8d6+u2hEqRyOpMWVz5fHIPrRYR0tLWBfapNHerZ/a4rby4wZJmXO5vQCmR6/KNKuHPlyT wuI1dfutnoadgubk93DbNGJnCmRtqZ7mlnuYrVA87qikgZPrXO30V/HPp5vZ0lVplI2rgqfT3rW1 6Ez6NcKOqruH4c0DLktzFAUEsioZDtUE/ePtSPdRRzpA0iiWQEqvc1zF/JJqflvC3/HpbLMSP73H +FW4rxLnWGvOqW9oGwPU8miwrnQ0tc39v1QWH9p+ZF5BOfI2/wAOcdasXmo3j39tBYsgFxDvG8fd 96Vhms11CtytuXAmZdwX1FSMwRSx4AGSaxNsq+I7JZ3Dyi3bcwGATzTBc6jqf2uS1ljigiLIEZMl 8deadhGzb3EV3CJYHDxnIBFJbD/Rwp/hJX9ao+Gv+QJF9W/nV6I7JJlboDu/AigQW3O4n+H5PyqU /eFRW/ylh/e+f86kY/Mp96mQ47EMmTIYv7zA/h3/AJVZqsh3XrN2C7QffqatUIphRRRTEJXP+IPF mnaBf21nqe9Y7tGPmAZVQOOR1710NcD8U/Ddxq+nQX9kjSTWW7fGoyWQ9SPXGKibai2jowsac6qj U0TOG8ReG30iU3Nqy3WlzNmG5iO5QD0VvQimaDcpNHNo104W3vceW7HiKYfcb8eh+tZmka7eaUzC 1l/dPxJC43RyD0ZTxWqtvpWuH/QXXTL4/wDLvK37mQ/7D/wn2P51w6N3R9pzTVLkq6rpJdLbNr9S TwlBLD4ytoJFKSRtIroexCnIqto8T398IZG8u3jBknk/uRryx/p9TXe6BoVzc63YavdwNDdwK8N8 jjG9guFkHY5B5xWNf+F7zTtLbT4I0SW6cz311I22KKME7E3fqQK09k0jk/tCnOpKN0m0l6au/wDw O+hy+tazJq1+9xjy4uEijzxGg4UV0XhLSodEkj1/xBKtrCgLW0T/AH5Wx94L1xWOL7TdDONORb69 X/l6mT92h/2E7/VvyrNklvta1Fd7TXd3KcAfeY+w9BWafK7vVnbOk6tL2Ufcp21fW36er+4918P6 5D4h037bbI6Rl2QB+vB615z8e5pIdL0cxSOhM0mdrEZ+UV6B4T0ZtC8PW1k5BlUF5CP7x5P+Feef H/8A5BWjf9d5P/QRXoRvbU+GrKCqSVP4b6eh6Dp/iTRV061V9XsAwiQEG5TOcD3rzb4dXZufiz4k KXBlgKTshD7lI8wYI7V0Vl8HfCU9jbyvaXG541Y/6Q3UiuW+FtjDp/xU8QWVqCsEEUsUYY5IUSKB zTMi58DJpZdR8QiSR3w0eNzE45ep/j5NJDpWjmKR0JmkztYjPyisT4Xa5Y+D/E+u2GvzCxllYANN woKs2QT2yDkU/wCMPiTTfFL6RpmhXC39wsrE+R8wy2ABnuaAPTtW16Pw34E/tSUgmG0TYpP33KgK PzNeKaRdaz4QvtB8W388slrqcshlUkn5C2Dn3IO4fSuj+Jtzea9q+i+CdM2vPEiNMN2B5m3gE+gX J/GjXvCHxD1Tw2NOvzpcljaqHjii2hhsHAXC9ccUAXPjNbzWkmjeKNNlfajqjsjHaf44z/P9K2/i T4pQfC1b20k2tqqxpEVPIDfM36AisPwfdDx58KNR8PXDbr+xj2x7upA+aM/mNv4Vw2lahc+K/wDh F/Ccqtstbpw5PdSwOPwAb86AOw+EF7faJ4vvvD+qO/mXECTIGYnDBQwxn1Vv0qfXZJPFvxws9Ljl f7HpwXzVViB8vztn8SBR8UlPhXx5oPii3jby+ElC8btnb8UOPwq38F7CS+uNb8T3QPmXs5jjJ9M7 m/UgfhQBgatrt54++IFzpUmuf2To1qzqG83ywQpwT1G5ifXoK2Ifhz4VSaNh40mZlYED7ZFyc1xz 6Lo+hfEq/svGUMw0+V3aKVSyj5myrcckYyPrXWw6R8JBLGY75fM3DaPPl654oAh+Lk0sXxC8OrHL IqskeQrEA/va9orxT4wf8lF8Of7kf/o017XQAUUUUAFFFFABSUtFAGNPp2oLqk93ZzQoJQFw4J6U +10ibzLma9nEk08flkoMBRWtSUAc42h6lJYCza4h8iM5QYOW+tab6fI+r213uXZFGUI7k1oZoouB kR6PKHvonkQ2t1lgAPmDGq8ukanPZpay3MBiiI24By2Oma6CigDOk0+R9bhvdy7I4yhXvmmWumSw Q36MyE3Lsy47ZHetSigDl7+ze2stMsXaNnDnIY/u2+tWdNlax1BLJoLUecpbdbk5GPXNbNxawXcf l3ESyJ6MKZa6daWRJt4EjJ6kDmncCpfaUdR1GKS4Km1jQjYCclj3qJtBS3u7afTwIjG2XDEncK2a KQGfrFhJqFkIYWVWDhst04qlPpep3yLDe3UPkAgsI05OK3aKAMi60udb03ViYSzoEeOZcg46EVIN Nlk0qa2uJg0swOXVQAPYD0rTpKLgZUOn3b6VNZXksZDJsjZB0GO9RjSbu40w2t5NFmMqYGQfdx61 tUUAZVpZX32pJLqSBY0H3IU++fUk1LplhJZS3byMpE8u9dvYVoUUAUdU04ajbBA+yRG3I/oazodP vrueP7fOnlIRIVjGCx963jUFv6+qg/zoEzOl02+t7yebTpolW4OXWQfdPqKbLoTjR47OGRS4lEju 3AJ71t0UDM660+WfVLO5VlCQA7gep+lNs9Oltpb9nZCLliy47dev51p0lAGImhSf2PDbtIguIXMi OBlc571Zs7O8+0GW8eAJt2iKFMAn1J61p0UAYS6RqEEbWlrdolozZDYO9R6Cp9Q0y4lltp7OVRNb jaDLzurWooAx7jTLr7Ul5btA07RhJVkX5W9x6U5tIluNMlt7qZTLIdwZVACEdAK1qKLgYbaZqdzJ bNdTwFYHDAKD82O5962JYxLE8Z6MpX86kooAydG0dtOtpkmKu0pwSv8AdxTdJ0Q2MN1HOVcTfKNv 93n/ABrXooAwP7F1A2wsDcxfYgfvbfnxnOKvNprjVrW5RlEUMRj2nrWjS0AZl5YTyarb3lvIimMb HVx1X2quNKvraa4SyniW3uGLNvBLIT1xW3RQBR0myfT9PS3kZWZSTlenJqSb5bgDtIu38c/4GrNV rkkSxEfwtk/Q8f1pky2JJBtkjYf7ppZWCRlz0XmicZiJHUc/lUc53hEHRjuP0HNTLYqO4KpjjjJ6 7vm/GrFMkGYmx1xmnKdyg+tC3GOooopiCmnrTqTFAHkPji8utI1mU3vh3SZYZGzFdGFvnHuQfvfW qvh621HxLIPsfh3SYbfPzXElu2wfTJ5P0r2Z4o5UKSIrqezDIpVRUUKqhVHQAYArF0ryvc9GGYOF PljHXvd/kVdOsxY6fDbZU+UuMquB+A7Cs/xNo0ms6eI4FtXljO5EuYy6MffB4+tbeBRgVq0mrHDG pKM+dbnh+p3tzotyYNS8NaXE46FoG2t7g5wa7X4evdXiyXbaNYWFoRhJI4iryn2yeldxJBFMAJY0 cDkBlzTwoAwAAB2rKNLlle56GIzFVqXJyWfe7/IBWdq/h7S9ejjTVrKG7SIlkEgztJ64rSorY8wa iLHGqIAqqMADsKzrPw5pWnalPqFnYQw3lxnzZlHzPk5OfxrTooAyNW8K6Lrrq+qaZbXLqMB3T5sf Uc03SvCGhaHP52maVa28vTzFTLD6E8itmigDKg8NaRbaxJqsNhAl/JndcAfOc9ea1McUtFAGVpvh jR9HvZbvTtPgtriYESPGMFsnJz+NRWnhDQrDU/7RtNLtobzczecq/Nlup/HJraooAoatomna7bLb 6pZxXUKtvVJBkA9M1Jpul2ej2S2mnW0dtboSVjjGACeTVuigChqmiabrUIi1Oxt7tF5AlQNj6elZ S/DvwqjBl0KyDA5BCd66SigDK1Hw1pOr3kF3qGnwXFxAAI5HGSmDkY/GtSlooAKKKKACiiigAooo oAKhnLBV2dSwqWo5eqf7woExsZfzZN/TggelRqZNkeScb85z1GelTj/WP9B/Wmf8sI/qP50CJqWk ooKFopKKAFopKKAEZgoyxwKUHI4qNvnlVeyjJ/pRF8pZOynj6UCJaKSgnFAxaKgt5TJu3HnPH07V PQAUh6UtNk4jb6GgCOKQsW3fVfpUtQM6xNETwCuM1K0iqm4nj270CQrnCMfaoISN4A7Jj8R/+upJ H3QZH8QwPxqKNTHLyMbnOPy/+tQJ7lkUtMeRYwCxx2pvnp6n8jQUS0VGJ0zjd19qfQAtFISB3pnm p/fX86AJKKTNLQAUUUUAFJS0lAFZWlwOuPM6+2aexfzztyVC9Pegf6lP94fzp6/65voKCRLcsYE3 HLY5NS1Fb/6kfj/OnkgdTigaHUUlLQMSoJV8wTAdQuB9etT1HH/y0/3qBMEPmRA/3lqKAbiSf4VC f40+2P8Ao4z/AA5X8jTLM5iY+rlvz5oYLuWF5UfSmwHMQ9uKVPuCmx8NIP8AaqV0KJKKWiqEFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRSEgAk9BQ AtJUfnLjIDH6LTZJ2WMssLsR0HHNArj2kVXCnqajVnl2koAA2c57UQwnyT5jMzPyS3Ue34VMi7EC joBigNWRvEXctuIGO3rQUYQqowWGDU1FAWIonZtwdQCD0B7dqTewuQmRtK5/GnL/AK1/wphP+lr/ ALtAiSQkRsR1ANNEQx1bPruNPYBlI9aZCcpg/eHBoGGHj5yXX0PWnqwZQQcg0tR/cmI7Nz+NAwQ5 kkPoQP0o6T/VaI/9ZL9Qf0oP+vH+7/WgRJUcxJ2p/ePP0pEDsud4GfanCNtwLPnHtQA2QCPa4HQ4 OPSlmdljJX7x4X60903oVzjNM8kkgtIxAOccUARicl0I+7/Fx3NSysFibJAyMVG0IjRyCeTnr0qS TB2j/aoAjbmaD6H+VIijzMdlzj2p0gPnwnHHP8qVYirlt5Oc8YoF1GbvkjAGcLuNNXgcbjtAYkg9 e9C7lClsoW74zgCnFwvKuW9QR1oAfJgmNv8AapzyCPGc1EeNsZBJVhjjtTpSA+T/AHSOlAxZvmjA B4YjkVIelQvhYY93ABGak86P/nov50AQ4jEStIASe5o8+M7h8xGdpGKrtMA4XzXXjoBx+dL5g8sn zm+uOaCOYlin6BSxAOMNirYrPUq7AGRj8w4/yaleeJZvK/eb+nGcDigafcstIqEBmAz0zT6zbhGn lt3jIYR8vg1d84H7qOfwoGmSE4BJ6CofPLFNiFgQc9iKYS09wF2yIi8nI4f2qYRASFxnJGMUDvca EYwBeFbrz9aWOMxs3zZHGM9akooCxBGzxssbIApz82e9F1zGn++p/WnynGwnoGqKdxIu1QxIOenp QJ7E7SKhwzAfU0CVGOAwJ+tV2uFEhYA5xjBGKTz1YqGI4IOR0oC5NNMIsZHWnRghCTwSckU3/XEc fIDnJ71J0oGVwdsM4/2j+tSRDazqOgx/KoX5SUesgH8qnX/XSfQUAtkOT7v401OJnHqAadH0/Gk/ 5bfValbIofRRRVCFooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKZJ/q2+hoooAVR8o+lLiiigApaKKACkoooAhlHznBIyOxpnkpgjB6+poooJYuMcZbj/ AGjUkIABPOT1yaKKARJUU4ztPOQexoooGwgHBPJJ9TSTcPkEjjsaKKBdCSMAIoHpT6KKCgooooAZ IMxkGoU5dckn8aKKBMsUUUUDCjFFFABijFFFABgHtRtX0FFFABgelG0egoooAMD0FGBRRQAYA6Ci iigApaKKACiiigBMUYoooATA9KNo9BRRQAtIetFFAFY9W/67D+lTL/x8P/uj+tFFDJWyHJ938aT/ AJb/APAaKKlbIskoooqhH//Z --_004_23CE718903A838468A8B325B80962F9B8D82AE5EBLREML503MBXchi_--