From nobody Wed Jun 1 07:09:51 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8B5712D578; Wed, 1 Jun 2016 07:09:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ycWbvJH8xuA; Wed, 1 Jun 2016 07:09:48 -0700 (PDT) Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F199612B010; Wed, 1 Jun 2016 07:09:47 -0700 (PDT) X-AuditID: c618062d-f79886d000002334-ce-574ee3be2c93 Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id BE.9A.09012.EB3EE475; Wed, 1 Jun 2016 15:31:42 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0294.000; Wed, 1 Jun 2016 10:09:46 -0400 From: Eric Gray To: Loa Andersson , "mpls@ietf.org" Thread-Topic: Working Group last call on draft-ietf-mpls-residence-time Thread-Index: AQHRu1lLm8geg6sw4k2UiLEez7sCoJ/UpqIg Date: Wed, 1 Jun 2016 14:09:45 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF644B4BF0E@eusaamb107.ericsson.se> References: <4bf47f82-154c-4e64-de7d-402edc21a95e@pi.nu> In-Reply-To: <4bf47f82-154c-4e64-de7d-402edc21a95e@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZXLonSnffY79wg+trrSwOXzjFbvFv7hxm i3WXT7FZ3Fq6ktWBxWPJkp9MHrOmt7EFMEVx2aSk5mSWpRbp2yVwZSx8vJal4JdwxYP9G1ka GHcIdzFyckgImEh8/babFcIWk7hwbz1bFyMXh5DAUUaJh0dXMEM4yxglvlx4xwxSxSagIXHs zlpGEFtEwE5i46t/YDazwARGieevKkBsYQE3iR9d/1i6GDmAatwl9mzwgCg3krjxrI0FxGYR UJGYPKkZbCSvgK/E9AlH2UHKhQQsJI7ddwMJcwpYSpx+2gZWwgh02/dTa5ggNolL3Hoynwni ZgGJJXvOM0PYohIvH/+D+kVJYtLSc6wgI5kFNCXW79KHaFWUmNL9kB1iq6DEyZlPWCYwis1C MnUWQscsJB2zkHQsYGRZxchRWlyQk5tuZLCJERgzxyTYdHcw3p/ueYhRgINRiYdX4aJvuBBr YllxZe4hRgkOZiURXs4XfuFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEecUeKYYLCaQnlqRmp6YW pBbBZJk4OKUaGLuM/M9sFDL84LF5/015ISWezQyc0lUF38tmRp+cv9ifdfesTYzngl+vfVXW ePukV2hf+xalOzM/pPjeMbG/e2Dva7vduwU0V4hwVl/UqXAPyvglva00dU3Yycx3Uzqmnet4 fGASx6Y5bkKK9QY7mbdqxvD8kpgxMbj/x8VE65ByhcjWyzuFXimxFGckGmoxFxUnAgBcZDPZ lQIAAA== Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Working Group last call on draft-ietf-mpls-residence-time X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 14:09:50 -0000 QXMgYSBjby1hdXRob3IsIEkgc3VwcG9ydCBwdWJsaWNhdGlvbiBvZiB0aGlzIEludGVybmV0IERy YWZ0IGFzIGFuIFJGQy4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IExvYSBB bmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdIA0KU2VudDogVHVlc2RheSwgTWF5IDMxLCAyMDE2 IDEyOjI3IFBNDQpUbzogbXBsc0BpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtbXBscy1yZXNpZGVu Y2UtdGltZUB0b29scy5pZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc7IGNjYW1wQGlldGYu b3JnOyB0aWN0b2NAaWV0Zi5vcmcNClN1YmplY3Q6IFdvcmtpbmcgR3JvdXAgbGFzdCBjYWxsIG9u IGRyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZQ0KDQpXb3JraW5nIEdyb3VwLA0KDQpUaGlz IGlzIHRvIGluaXRpYXRlIGEgdHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb24NCmRy YWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZS0wOS4NCg0KUGxlYXNlIHNlbmQgeW91ciBjb21t ZW50cyB0byB0aGUgbXBscyB3ZyBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0KDQpUaGVy ZSB3ZXJlIG9uZSBJUFIgZGlzY2xvc3VyZSBhZ2FpbnN0IHRoZSBpbmRpdmlkdWFsIGRyYWZ0IHRo YXQgdGhpcw0KZG9jdW1lbnQgcmVwbGFjZWQuDQoNClRoZSBkb2N1bWVudCBzaGVwaGVyZCBhbmQg d29ya2luZyBncm91cCBjaGFpcnMgYXJlIGZyZXF1ZW50bHkgYXNrZWQNCmFib3V0IHRoZSB3b3Jr aW5nIGdyb3VwIGRpc2N1c3Npb25zIHJlbGF0ZWQgdG8gYW55IElQUiBkaXNjbG9zdXJlcy4NCg0K V2UgbGlrZSB0byByZW1pbmQgdGhlIHdvcmtpbmcgZ3JvdXAgdGhhdCBkaXNjdXNzaW9uIG9uIHRo ZSBjb250ZW50DQphbmQgdmFsaWRpdHkgb2YgYW4gSVBSIGRpc2Nsb3N1cmUgc2hvdWxkIG5vdCB0 YWtlIHBsYWNlIG9uIHRoZSBNUExTIHdnDQpsaXN0IG9yIGFueSBJRVRGIG1haWxpbmcgbGlzdHMu DQoNCkhvd2V2ZXIgd2UgYXJlIGxvb2tpbmcgZm9yIHNpbXBsZSBzdGF0ZW1lbnRzIHdoZXRoZXIg eW91IHRoaW5rIHRoZQ0Kd29ya2luZyBncm91cCBzaG91bGQgY29udGludWUgcHJvZ3Jlc3MgdGhl IGRvY3VtZW50LCByZWdhcmRsZXNzIG9mIGFuDQpleGlzdGluZyBJUFIgZGlzY2xvc3VyZS4gUGxl YXNlIGluY2x1ZGUgdGhpcyBpbmZvcm1hdGlvbiBpbiB5b3VyDQoic3VwcG9ydC9kbyBub3Qgc3Vw cG9ydCIgd2hlbiByZXNwb25kaW5nIHRvIHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24NCmNhbGxzIGFu ZCBsYXN0IGNhbGxzLg0KDQpBbGwgdGhlIGF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyAod2l0aCBv bmUgZXhjZXB0aW9uKSBoYXZlIHN0YXRlZCBvbg0KdGhlIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBs aXN0IHRoYXQgdGhleSBhcmUgbm90IGF3YXJlIG9mIGFueSBvdGhlcg0KSVBScyB0aGF0IHJlbGF0 ZXMgdG8gdGhpcyBkcmFmdC4NCg0KVGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIEp1 bmUgMTUsIDIwMTYuDQoNCkNDQU1QIGFuZCBUSUNUT0Mgd2cncywNCg0KVGhpcyBpcyB0byBpbmZv cm0geW91IHRoYXQgdGhpcyB3Z2xjIGlzIHRha2luZyBwbGFjZSwgcGxlYXNlIGRpcmVjdCB0aGUN CmRpc2N1c3Npb24gdG8gdGhlIG1wbHMgd2cgbWFpbGluZyBsaXN0Lg0KDQoNCi9Mb2ENCmZvciB0 aGUgTVBMUyB3ZyBjaGFpcnMNCi0tIA0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAg ICAgICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQpTZW5pb3IgTVBMUyBFeHBlcnQg ICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udQ0KSHVhd2VpIFRlY2hub2xvZ2llcyAo Y29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo= From nobody Wed Jun 1 07:10:29 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBC1A12D540; Wed, 1 Jun 2016 07:10:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-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 ManrSgdsRzLZ; Wed, 1 Jun 2016 07:10:24 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8757E12D55A; Wed, 1 Jun 2016 07:10:08 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id u51EA5BQ023478; Wed, 1 Jun 2016 15:10:05 +0100 Received: from 950129200 ([79.141.128.249]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id u51EA4tB023451 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2016 15:10:05 +0100 From: "Adrian Farrel" To: "'Loa Andersson'" , Date: Wed, 1 Jun 2016 15:10:05 +0100 Message-ID: <122d01d1bc0f$4c7bfb20$e573f160$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdG8D0oZoVRoXDMDQbOcDv7HUecNCw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22364.002 X-TM-AS-Result: No--9.439-10.0-31-10 X-imss-scan-details: No--9.439-10.0-31-10 X-TMASE-MatchedRID: nlo5+9RNprU2DJ6UHhjHQnDa/gvjf/H4QKuv8uQBDjrJUzvc0KWbyWMs 5GjXLqvGb89hqq7zYTohOrRbPMSsrKxPoOv3z9vJHcQQBuf4ZFshotH7bEpEMrNTRH7kNsNs8wd 3a2xg/lnHlZLOyS5hnk7oIjusiHaK1RbX+21X57O8coKUcaOOvdZKsq3DGpalMjAZvPvUyFIbCp pkH6lJnhaK7RpMjujYA3nPfql79q8Ac7Km7SS5rKZCFtxq3n99Kx5ICGp/WtFffSkyb6LPSDPLz 9Y7hcw7DrNdzcvcuGXObAjzvczzElxxDx5qbkR9OX/V8P8ail1bCjvvWZW+SfxXvvKElGCjq7rF UcuGp/EgBwKKRHe+r4wZ1j2zPBw2NdKmiPpaT+iEvw6ci8UoGjslgzlvDqtWgSoeUHjgG6o= Archived-At: Cc: "'draft-ietf-mpls-residence-time@tools.ietf.org'" Subject: Re: [mpls] Working Group last call on draft-ietf-mpls-residence-time X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 14:10:27 -0000 Hi Loa, I have read the document and believe that the solution it describes is mature and useful. I note that there is an IPR disclosure relating to draft-mirsky-mpls-residence-time at https://datatracker.ietf.org/ipr/2626/ that might be assumed to also apply to this draft. My personal view is that we have a long tradition in this working group of offering RAND terms that include the option of mutual non-assert. I think that it is unfortunate that this is not the case for this document and would ideally like to see that change or for the solution to be modified to avoid the patented technology, however, in this case I think the material is sufficiently important that we should proceed to publication. Thanks, Adrian > Working Group, > > This is to initiate a two week working group last call on > draft-ietf-mpls-residence-time-09. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > There were one IPR disclosure against the individual draft that this > document replaced. > > The document shepherd and working group chairs are frequently asked > about the working group discussions related to any IPR disclosures. > > We like to remind the working group that discussion on the content > and validity of an IPR disclosure should not take place on the MPLS wg > list or any IETF mailing lists. > > However we are looking for simple statements whether you think the > working group should continue progress the document, regardless of an > existing IPR disclosure. Please include this information in your > "support/do not support" when responding to working group adoption > calls and last calls. > > All the authors and contributors (with one exception) have stated on > the working group mailing list that they are not aware of any other > IPRs that relates to this draft. > > This working group last call ends June 15, 2016. > > CCAMP and TICTOC wg's, > > This is to inform you that this wglc is taking place, please direct the > discussion to the mpls wg mailing list. > > > /Loa > for the MPLS wg chairs From nobody Wed Jun 1 08:52:39 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0451412B026; Wed, 1 Jun 2016 08:52:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 P_hJJfWYWP_6; Wed, 1 Jun 2016 08:52:35 -0700 (PDT) Received: from mx0a-000f0801.pphosted.com (mx0a-000f0801.pphosted.com [IPv6:2620:100:9001:7a::1]) (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 4BC3112D099; Wed, 1 Jun 2016 08:52:35 -0700 (PDT) Received: from pps.filterd (m0048193.ppops.net [127.0.0.1]) by mx0a-000f0801.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u51FhS5g013001; Wed, 1 Jun 2016 08:52:34 -0700 Received: from hq1wp-exmb12.corp.brocade.com ([144.49.131.13]) by mx0a-000f0801.pphosted.com with ESMTP id 237a253v3m-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 01 Jun 2016 08:52:34 -0700 Received: from HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) by HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Wed, 1 Jun 2016 08:52:33 -0700 Received: from HQ1WP-EXMB12.corp.brocade.com ([fe80::b5c6:be43:7d72:632d]) by HQ1WP-EXMB12.corp.brocade.com ([fe80::b5c6:be43:7d72:632d%20]) with mapi id 15.00.1156.000; Wed, 1 Jun 2016 08:52:33 -0700 From: Raqib Jones To: Loa Andersson , "mpls@ietf.org" Thread-Topic: poll to see if we have consensus to adopt two document (mpls-static and mpls-base) Thread-Index: AQHRsOxENlJdVWIOe0iJrKI3ZsVEKp/U2Ugg Date: Wed, 1 Jun 2016 15:52:33 +0000 Message-ID: <469dd6d85f2744d5a07e74e747b69a81@HQ1WP-EXMB12.corp.brocade.com> References: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> In-Reply-To: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.252.130.7] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-01_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606010176 Archived-At: Cc: "draft-saad-mpls-base-yang@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 15:52:37 -0000 U3VwcG9ydCBib3RoLA0KDQpUaGFua3MsDQoNCi0gUmFxaWINCg0KLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCkZyb206IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdIA0KU2VudDog V2VkbmVzZGF5LCBNYXkgMTgsIDIwMTYgMzowMSBBTQ0KVG86IG1wbHNAaWV0Zi5vcmcNCkNjOiBk cmFmdC1zYWFkLW1wbHMtYmFzZS15YW5nQGlldGYub3JnOyBkcmFmdC1zYWFkLW1wbHMtc3RhdGlj LXlhbmdAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQGlldGYub3JnDQpTdWJqZWN0OiBwb2xsIHRvIHNl ZSBpZiB3ZSBoYXZlIGNvbnNlbnN1cyB0byBhZG9wdCB0d28gZG9jdW1lbnQgKG1wbHMtc3RhdGlj IGFuZCBtcGxzLWJhc2UpDQoNCg0KV29ya2luZyBHcm91cCwNCg0KVGhpcyBpcyB0byBzdGFydCBh IHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtc2FhZC1tcGxzLXN0YXRpYy0NCnlhbmct MDMgYW5kIGRyYWZ0LXNhYWQtbXBscy1iYXNlLXlhbmctMDAgYXMgTVBMUyB3b3JraW5nIGdyb3Vw IGRvY3VtZW50cy4NCg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3Vw cG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5v cmcpLiBQbGVhc2UgZ2l2ZSBhIHRlY2huaWNhbCBtb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQv bm90IHN1cHBvcnQsIGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQgdGhlIGRvY3VtZW50IHNo b3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClRoZXJl IGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCBlaXRoZXIgZG9jdW1lbnQuIEFuIElQUiBw b2xsIGhhcyBiZWVuIHN0YXJ0ZWQgaW4gcGFyYWxsZWwgdG8gdGhpcyBhZG9wdGlvbiBwb2xsDQoN ClRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZW5kcyBKdW5lIDIsIDIwMTYsIGdpdmVu IHRoYXQgdGhlIElQUiBwb2xsIGhhcyBjb25jbHVkZWQuDQoNCi9Mb2ENCg0KTVBMUyB3ZyBjby1j aGFpci4NCi0tIA0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFp bDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAg ICAgICAgICAgICAgIGxvYUBwaS5udQ0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkg ICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo= From nobody Wed Jun 1 17:10:06 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2593512D0CE; Wed, 1 Jun 2016 17:10:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160602001002.16061.25088.idtracker@ietfa.amsl.com> Date: Wed, 01 Jun 2016 17:10:02 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-app-aware-tldp-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 00:10:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : Application-aware Targeted LDP Authors : Santosh Esale Raveendra Torvi Luay Jalil Uma Chunduri Kamran Raza Filename : draft-ietf-mpls-app-aware-tldp-05.txt Pages : 17 Date : 2016-06-01 Abstract: Recent targeted LDP (tLDP) applications such as remote loop-free alternate (LFA) and BGP auto discovered pseudowire may automatically establish a tLDP session to any LSR in a network. The initiating LSR has information about the targeted applications to administratively control initiation of the session. However, the responding LSR has no such information to control acceptance of this session. This document defines a mechanism to advertise and negotiate Targeted Applications Capability (TAC) during LDP session initialization. As the responding LSR becomes aware of targeted applications, it may establish a limited number of tLDP sessions for certain applications. In addition, each targeted application is mapped to LDP Forwarding Equivalence Class (FEC) Elements to advertise only necessary LDP FEC- label bindings over the session. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-app-aware-tldp/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-app-aware-tldp-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-app-aware-tldp-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 1 22:19:27 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C82FA12B03E; Wed, 1 Jun 2016 22:19:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 kY-figbqpRnA; Wed, 1 Jun 2016 22:19:21 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88B3812B020; Wed, 1 Jun 2016 22:19:19 -0700 (PDT) X-AuditID: c1b4fb25-f79f26d00000327e-87-574fc1d53288 Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.183.30]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id AB.F9.12926.5D1CF475; Thu, 2 Jun 2016 07:19:17 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.113]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0294.000; Thu, 2 Jun 2016 07:19:17 +0200 From: Stefano Ruffini To: Gregory Mirsky , Loa Andersson , "mpls@ietf.org" Thread-Topic: Working Group last call on draft-ietf-mpls-residence-time Thread-Index: AQHRu1lKQ7XMNHLg6UOwLMPP8EBA0Z/TH8SAgAKFR8A= Date: Thu, 2 Jun 2016 05:19:16 +0000 Message-ID: <1B5CAFEB4D81154AA0F020783784C31516178D5D@ESESSMB301.ericsson.se> References: <4bf47f82-154c-4e64-de7d-402edc21a95e@pi.nu> <7347100B5761DC41A166AC17F22DF11221A94A9F@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF11221A94A9F@eusaamb103.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJIsWRmVeSWpSXmKPExsUyM2K7nO7Vg/7hBnsfa1k8mXODxeLwhVPs Fv/mzmG2WHf5FJvFraUrWS3+NvewO7B5LFnyk8lj1vQ2tgCmKC6blNSczLLUIn27BK6MLR8u sxeskar4v24GUwPjFckuRg4OCQETiTOH7bsYOYFMMYkL99azdTFycQgJHGGUONzxkAXCWcwo 0XLxEjtIFRtQw/PFq5lAbBGBPInOOT1MIEXMArcYJRZv/s8MkhAWcJP40fWPBWSDiIC7xJ4N HhD1VhKzbjexgtgsAioSR079AivnFfCV+D3nGSNIuZBAjcTEl2ogYU4BP4n1H24zgtiMArIS E3YvArOZBcQlbj2ZzwRxtIDEkj3nmSFsUYmXj/+xQthKEiu2XwIbySygKbF+lz5Eq6LElO6H 7BBbBSVOznzCMoFRbBaSqbMQOmYh6ZiFpGMBI8sqRtHi1OKk3HQjY73Uoszk4uL8PL281JJN jMAIO7jlt+oOxstvHA8xCnAwKvHwPojyDxdiTSwrrsw9xCjBwawkwttzACjEm5JYWZValB9f VJqTWnyIUZqDRUmc1/+lYriQQHpiSWp2ampBahFMlomDU6qBMVrT9VS6VSD/vSD+y18sq7ax tYg2z+qwPnFh+773Nwq+rv/uESwcPa/1nBefNPPjRUtrjslo+3+41VCV9Xn5W6286MrSJ7fq FUwyLnEKr262eu23rdxk0TLu6Ot1N/wkuCNWzzfX8evdfCrL4ak37/o3havLWnU9bG237M+W WJ5x7N7iuzUtSizFGYmGWsxFxYkAhNEaeKwCAAA= Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" , "ccamp@ietf.org" , "mpls-chairs@ietf.org" , "tictoc@ietf.org" Subject: Re: [mpls] Working Group last call on draft-ietf-mpls-residence-time X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 05:19:24 -0000 SGksDQoNCmFzIGNvLWF1dGhvciwgSSBzdXBwb3J0IHB1YmxpY2F0aW9uIG9mIHRoaXMgSW50ZXJu ZXQgRHJhZnQgYXMgYW4gUkZDLg0KDQpCZXN0IHJlZ2FyZHMNCnN0ZWZhbm8NCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEdyZWdvcnkgTWlyc2t5IFttYWlsdG86Z3JlZ29yeS5t aXJza3lAZXJpY3Nzb24uY29tXSANClNlbnQ6IG1hcnRlZMOsIDMxIG1hZ2dpbyAyMDE2IDE4OjQ3 DQpUbzogTG9hIEFuZGVyc3NvbjsgbXBsc0BpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtbXBscy1y ZXNpZGVuY2UtdGltZUB0b29scy5pZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc7IGNjYW1w QGlldGYub3JnOyB0aWN0b2NAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBXb3JraW5nIEdyb3VwIGxh c3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWUNCg0KSGkgTG9hLCBldC4g YWwsDQpJIHN1cHBvcnQgdGhlIHdvcmsgb24gUmVzaWRlbmNlIFRpbWUgTWVhc3VyZW1lbnQgdG8g bW92ZSBmb3J3YXJkIChhcyBjby1hdXRob3IpLiBJdCBwcm9wb3NlcyBzb2x1dGlvbiB0aGF0IGlt cHJvdmVzIHF1YWxpdHkgb2YgY2xvY2sgc3luY2hyb25pemF0aW9uIHdpdGggdXNlIG9mIFRyYW5z cGFyZW50IENsb2NrIGluIGFuIE1QTFMgbmV0d29yay4NCg0KCVJlZ2FyZHMsDQoJCUdyZWcNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IExvYSBBbmRlcnNzb24gW21haWx0bzps b2FAcGkubnVdIA0KU2VudDogVHVlc2RheSwgTWF5IDMxLCAyMDE2IDk6MjcgQU0NClRvOiBtcGxz QGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xzLmlldGYu b3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgY2NhbXBAaWV0Zi5vcmc7IHRpY3RvY0BpZXRmLm9y Zw0KU3ViamVjdDogV29ya2luZyBHcm91cCBsYXN0IGNhbGwgb24gZHJhZnQtaWV0Zi1tcGxzLXJl c2lkZW5jZS10aW1lDQoNCldvcmtpbmcgR3JvdXAsDQoNClRoaXMgaXMgdG8gaW5pdGlhdGUgYSB0 d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRl bmNlLXRpbWUtMDkuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIG1wbHMgd2cg bWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCg0KVGhlcmUgd2VyZSBvbmUgSVBSIGRpc2Ns b3N1cmUgYWdhaW5zdCB0aGUgaW5kaXZpZHVhbCBkcmFmdCB0aGF0IHRoaXMgZG9jdW1lbnQgcmVw bGFjZWQuDQoNClRoZSBkb2N1bWVudCBzaGVwaGVyZCBhbmQgd29ya2luZyBncm91cCBjaGFpcnMg YXJlIGZyZXF1ZW50bHkgYXNrZWQgYWJvdXQgdGhlIHdvcmtpbmcgZ3JvdXAgZGlzY3Vzc2lvbnMg cmVsYXRlZCB0byBhbnkgSVBSIGRpc2Nsb3N1cmVzLg0KDQpXZSBsaWtlIHRvIHJlbWluZCB0aGUg d29ya2luZyBncm91cCB0aGF0IGRpc2N1c3Npb24gb24gdGhlIGNvbnRlbnQgYW5kIHZhbGlkaXR5 IG9mIGFuIElQUiBkaXNjbG9zdXJlIHNob3VsZCBub3QgdGFrZSBwbGFjZSBvbiB0aGUgTVBMUyB3 ZyBsaXN0IG9yIGFueSBJRVRGIG1haWxpbmcgbGlzdHMuDQoNCkhvd2V2ZXIgd2UgYXJlIGxvb2tp bmcgZm9yIHNpbXBsZSBzdGF0ZW1lbnRzIHdoZXRoZXIgeW91IHRoaW5rIHRoZSB3b3JraW5nIGdy b3VwIHNob3VsZCBjb250aW51ZSBwcm9ncmVzcyB0aGUgZG9jdW1lbnQsIHJlZ2FyZGxlc3Mgb2Yg YW4gZXhpc3RpbmcgSVBSIGRpc2Nsb3N1cmUuIFBsZWFzZSBpbmNsdWRlIHRoaXMgaW5mb3JtYXRp b24gaW4geW91ciAic3VwcG9ydC9kbyBub3Qgc3VwcG9ydCIgd2hlbiByZXNwb25kaW5nIHRvIHdv cmtpbmcgZ3JvdXAgYWRvcHRpb24gY2FsbHMgYW5kIGxhc3QgY2FsbHMuDQoNCkFsbCB0aGUgYXV0 aG9ycyBhbmQgY29udHJpYnV0b3JzICh3aXRoIG9uZSBleGNlcHRpb24pIGhhdmUgc3RhdGVkIG9u IHRoZSB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIG5vdCBhd2FyZSBv ZiBhbnkgb3RoZXIgSVBScyB0aGF0IHJlbGF0ZXMgdG8gdGhpcyBkcmFmdC4NCg0KVGhpcyB3b3Jr aW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIEp1bmUgMTUsIDIwMTYuDQoNCkNDQU1QIGFuZCBUSUNU T0Mgd2cncywNCg0KVGhpcyBpcyB0byBpbmZvcm0geW91IHRoYXQgdGhpcyB3Z2xjIGlzIHRha2lu ZyBwbGFjZSwgcGxlYXNlIGRpcmVjdCB0aGUgZGlzY3Vzc2lvbiB0byB0aGUgbXBscyB3ZyBtYWls aW5nIGxpc3QuDQoNCg0KL0xvYQ0KZm9yIHRoZSBNUExTIHdnIGNoYWlycw0KLS0gDQoNCg0KTG9h IEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdl aS5jb20NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBp Lm51DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3Mzkg ODEgMjEgNjQNCg== From nobody Thu Jun 2 07:31:00 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E55EB12D73F for ; Thu, 2 Jun 2016 07:30:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.903 X-Spam-Level: X-Spam-Status: No, score=-101.903 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_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 b8_E_XHeaMnd for ; Thu, 2 Jun 2016 07:30:46 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0110.outbound.protection.outlook.com [207.46.100.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2CD112D554 for ; Thu, 2 Jun 2016 07:30:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=A4/lcNhplh/i1drYc51MAwaoO79DlelhS1CZ7dfycUw=; b=DLcIjBbSZyCegf2rHb72dgxn5D24jJLXGhke0jYXEAVsvb39QX4dT+99bMy80R9fw+wY6DXpw8/eX/4jvgeT9X75YiHPvulj/bCFT63ol0gkUCeaB4CGlZqQQHaLmkTHzC9G8bVv/Guv1LaSTDRZ3uSdmc7vZ16l1iKmGy92Qd4= Received: from BLUPR05MB1985.namprd05.prod.outlook.com (10.162.224.27) by BLUPR05MB1987.namprd05.prod.outlook.com (10.162.224.29) with Microsoft SMTP Server (TLS) id 15.1.506.9; Thu, 2 Jun 2016 14:30:45 +0000 Received: from BLUPR05MB1985.namprd05.prod.outlook.com ([10.162.224.27]) by BLUPR05MB1985.namprd05.prod.outlook.com ([10.162.224.27]) with mapi id 15.01.0506.013; Thu, 2 Jun 2016 14:30:45 +0000 From: Ronald Bonica To: "mpls@ietf.org" Thread-Topic: [mpls] Working Group last call on draft-ietf-mpls-residence-time Thread-Index: AdG82yB3WFXVAzrpQ6mM8gdjMHsIDQ== Date: Thu, 2 Jun 2016 14:30:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.14] x-ms-office365-filtering-correlation-id: ba59ca7f-d599-4025-df09-08d38af27c0e x-microsoft-exchange-diagnostics: 1; BLUPR05MB1987; 5:OUxoQPyodk6kXm4Jtvog4zJGtTzuJPmQjw7Gjtxj5gSLuZMWnvDcAspYW7TbOpNK37YnZuIla5uua/W0QypZPTFE5Z1X9qo7biweB/0NiqZ2jIJsum5VexgHDsGRB6QDY1Uf9waqMh2UHyo4okS9BQ==; 24:v2FCWWqgXtNJRwk4nVBy7zMn1dxt+9z/95QZ/p/zcoWrt0byfHUnKvmcEuWldmbAulidzO79xruu0MvSpEigmpPe/0qH33EF2dH7roPre/Y=; 7:TJzCC5zTHbYVqC2wbYovPHRoDDLYp64+1Z4R3PVv7TO26y2QJp/hlQv5h+NOPEUp4gW74yKzcn9dqArotiq9crMI/1twAsQrmS1F1B01Lh/FB6r9Z+C1K8AGA9ZKz6SnDzV1/ig9JUQnDE29qpwQYnkfgZ59aOTsqf+BkD0f8Bc+XXIsv+Mu57vX4rJ6fSCW x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB1987; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BLUPR05MB1987; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB1987; x-forefront-prvs: 0961DF5286 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51444003)(66066001)(2900100001)(5004730100002)(5640700001)(5008740100001)(8676002)(77096005)(87936001)(3280700002)(19580395003)(2501003)(3660700001)(9686002)(19580405001)(1730700003)(11100500001)(15975445007)(81166006)(74316001)(122556002)(92566002)(8936002)(99286002)(107886002)(110136002)(230783001)(6116002)(2906002)(33656002)(586003)(3846002)(5002640100001)(102836003)(2351001)(5003600100002)(10400500002)(450100001)(50986999)(512954002)(189998001)(86362001)(575784001)(54356999)(76576001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB1987; H:BLUPR05MB1985.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2016 14:30:45.6346 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB1987 Archived-At: Subject: Re: [mpls] Working Group last call on draft-ietf-mpls-residence-time X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 14:30:49 -0000 +1 Ron >Date: Wed, 1 Jun 2016 15:10:05 +0100 >From: "Adrian Farrel" >To: "'Loa Andersson'" , >Cc: "'draft-ietf-mpls-residence-time@tools.ietf.org'" > >Subject: Re: [mpls] Working Group last call on > draft-ietf-mpls-residence-time >Message-ID: <122d01d1bc0f$4c7bfb20$e573f160$@olddog.co.uk> >Content-Type: text/plain; charset=3D"us-ascii" > >Hi Loa, > >I have read the document and believe that the solution it describes is mat= ure and useful. I note that there is an IPR disclosure relating to draft-mi= rsky-mpls-residence-time at https://datatracker.ietf.org/ipr/2626/ that mig= ht be assumed to also apply to this draft. =20 > >My personal view is that we have a long tradition in this working group of= offering RAND terms that include the option of mutual non-assert. I think = that it is unfortunate that this is not the case for this document and woul= d ideally like to see that change or for the solution to be modified to avo= id the patented technology, however, in this case I think the material is s= ufficiently important that we should proceed to publication. > >Thanks, >Adrian From nobody Fri Jun 3 02:58:59 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D87112B077; Fri, 3 Jun 2016 02:58:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 3L8TP0BvAk_6; Fri, 3 Jun 2016 02:58:56 -0700 (PDT) Received: from mx0b-000f0801.pphosted.com (mx0b-000f0801.pphosted.com [IPv6:2620:100:9005:71::1]) (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 E65C212B044; Fri, 3 Jun 2016 02:58:55 -0700 (PDT) Received: from pps.filterd (m0000700.ppops.net [127.0.0.1]) by mx0b-000f0801.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u539wEKk008535; Fri, 3 Jun 2016 02:58:54 -0700 Received: from hq1wp-exmb12.corp.brocade.com ([144.49.131.13]) by mx0b-000f0801.pphosted.com with ESMTP id 23aurchn1w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 03 Jun 2016 02:58:54 -0700 Received: from HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) by HQ1WP-EXMB12.corp.brocade.com (10.70.20.186) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Fri, 3 Jun 2016 02:58:52 -0700 Received: from HQ1WP-EXMB12.corp.brocade.com ([fe80::b5c6:be43:7d72:632d]) by HQ1WP-EXMB12.corp.brocade.com ([fe80::b5c6:be43:7d72:632d%20]) with mapi id 15.00.1156.000; Fri, 3 Jun 2016 02:58:52 -0700 From: Raqib Jones To: Xufeng Liu , "'Loa Andersson'" , "mpls@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "draft-saad-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on mpls-static and mpls-base Thread-Index: AQHRsOwrOD9LiX7R30ipcWwly32x1J/BJXiAgBZ1JmA= Date: Fri, 3 Jun 2016 09:58:52 +0000 Message-ID: References: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> <052901d1b208$fe2c8cb0$fa85a610$@gmail.com> In-Reply-To: <052901d1b208$fe2c8cb0$fa85a610$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.252.130.15] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-03_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606030113 Archived-At: Subject: Re: [mpls] IPR poll on mpls-static and mpls-base X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 09:58:57 -0000 SGkgQWxsLA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGVz ZSB0d28gZHJhZnRzLg0KDQpkcmFmdC1zYWFkLW1wbHMtYmFzZS15YW5nDQpkcmFmdC1zYWFkLW1w bHMtc3RhdGljLXlhbmcNCg0KVGhhbmtzLA0KUmFxaWINCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBpLm51XQ0KPiBTZW50 OiBXZWRuZXNkYXksIE1heSAxOCwgMjAxNiA2OjAxIEFNDQo+IFRvOiBtcGxzQGlldGYub3JnOyBk cmFmdC1zYWFkLW1wbHMtc3RhdGljLXlhbmdAaWV0Zi5vcmc7IA0KPiBkcmFmdC1zYWFkLW1wbHMt YmFzZS0geWFuZ0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmcNCj4gU3ViamVjdDogSVBS IHBvbGwgb24gbXBscy1zdGF0aWMgYW5kIG1wbHMtYmFzZQ0KPiANCj4gV29ya2luZyBHcm91cCwN Cj4gDQo+IFRoZSBhdXRob3JzIG9mIGRyYWZ0LXNhYWQtbXBscy1iYXNlLXlhbmcgYW5kIGRyYWZ0 LXNhYWQtbXBscy1zdGF0aWMtIA0KPiB5YW5nIGhhcyB0b2xkIHVzIHRoYXQgdGhlIGRvY3VtZW50 cyBpcyByZWFkeSB0byBiZSBjb25zaWRlcmVkIGZvciB3b3JraW5nIGFkb3B0aW9uLg0KPiANCj4g VGhlIGRvY3VtZW50cyBoYXZlIGJlZW4gdGhyb3VnaCBNUExTLVJUIHJldmlldy4gV2Ugd2lsbCBk byBhbiBJUFIgcG9sbCANCj4gaW4gcGFyYWxsZWwgdG8gdGhlIHRoZSBhZG9wdGlvbiBwb2xsLg0K PiANCj4gVGhpcyBtYWlsIHN0YXJ0cyB0aGUgSVBSIHBvbGwuDQo+IA0KPiBBcmUgeW91IGF3YXJl IG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYtbXBscy1hcHAtYXdhcmUtdGxk cD8NCj4gDQo+IElmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5j ZSB3aXRoIElFVEYgSVBSIHJ1bGVzIA0KPiAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQg NTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCj4gDQo+IFRoZXJlIGlzIG5vIElQUiBkaXNjbG9zdXJl IGZpbGVkIGRpcmVjdGx5IGFnYWluc3QgYW55IG9mIHRoZSBkb2N1bWVudHMuDQo+IA0KPiBJZiB5 b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2Ug cmVzcG9uZCANCj4gdG8gdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlv dSBhcmUgYXdhcmUgb2YgYW55IA0KPiByZWxldmFudCBJUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMg dG8gYmUgc2VudCB0byB0aGUgTVBMUyB3ZyBtYWlsaW5nIA0KPiBsaXN0LiogVGhlIGRvY3VtZW50 IHdpbGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSANCj4gcmVzcG9uc2Ug aGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQo+IA0K PiBJZiB5b3UgYXJlIG9uIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVk IGFzIGFuIGF1dGhvciANCj4gb3IgY29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkg cmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgDQo+IG9mIGFueSBJUFIgdGhhdCBoYXMgbm90 IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYgcnVsZXMuDQo+IA0K PiANCj4gL0xvYQ0KPiBtcGxzIHdnIGNvLWNoYWlyDQo+IC0tDQo+IA0KPiANCj4gTG9hIEFuZGVy c3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20N Cj4gU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUN Cj4gSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgx IDIxIDY0DQoNCg== From nobody Fri Jun 3 05:46:47 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 76A8512D127; Fri, 3 Jun 2016 05:46:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160603124646.1406.85986.idtracker@ietfa.amsl.com> Date: Fri, 03 Jun 2016 05:46:46 -0700 Archived-At: Cc: mpls@ietf.org, mpls-chairs@ietf.org Subject: [mpls] mpls - New Meeting Session Request for IETF 96 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 12:46:46 -0000 A new meeting session request has just been submitted by Tarek Saad, a Secretary of the mpls working group. --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Tarek Saad Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 150 Conflicts to Avoid: First Priority: teas ccamp pce bess bfd idr pals bier Second Priority: nvo3 sfc spring i2rs rtgarea rtgwg Third Priority: ospf isis sidr Special Requests: --------------------------------------------------------- From nobody Fri Jun 3 07:42:51 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAB1612D1B1; Fri, 3 Jun 2016 07:42:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 Gf2XdVJLAdUy; Fri, 3 Jun 2016 07:42:46 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCFB912D510; Fri, 3 Jun 2016 07:42:45 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CLI22106; Fri, 03 Jun 2016 14:42:43 +0000 (GMT) Received: from DFWEML701-CAH.china.huawei.com (10.193.5.175) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 3 Jun 2016 15:42:41 +0100 Received: from DFWEML501-MBX.china.huawei.com ([10.193.5.178]) by dfweml701-cah.china.huawei.com ([10.193.5.175]) with mapi id 14.03.0235.001; Fri, 3 Jun 2016 07:42:37 -0700 From: Igor Bryskin To: Loa Andersson , "mpls@ietf.org" Thread-Topic: poll to see if we have consensus to adopt two document (mpls-static and mpls-base) Thread-Index: AQHRsOxHSyBmewft6EmVNoilCZMaR5/X6jeg Date: Fri, 3 Jun 2016 14:42:37 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD007863908EDDC72@dfweml501-mbx> References: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> In-Reply-To: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.253.100] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.57519763.0085, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 3a95e9f505dfeb3d77be6c95f046692f Archived-At: Cc: "draft-saad-mpls-base-yang@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 14:42:49 -0000 WWVzLCBzdXBwb3J0IGJvdGguDQoNCklnb3IgQnJ5c2tpbg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0gDQpTZW50OiBX ZWRuZXNkYXksIE1heSAxOCwgMjAxNiA2OjAxIEFNDQpUbzogbXBsc0BpZXRmLm9yZw0KQ2M6IGRy YWZ0LXNhYWQtbXBscy1iYXNlLXlhbmdAaWV0Zi5vcmc7IGRyYWZ0LXNhYWQtbXBscy1zdGF0aWMt eWFuZ0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmcNClN1YmplY3Q6IHBvbGwgdG8gc2Vl IGlmIHdlIGhhdmUgY29uc2Vuc3VzIHRvIGFkb3B0IHR3byBkb2N1bWVudCAobXBscy1zdGF0aWMg YW5kIG1wbHMtYmFzZSkNCg0KDQpXb3JraW5nIEdyb3VwLA0KDQpUaGlzIGlzIHRvIHN0YXJ0IGEg dHdvIHdlZWsgcG9sbCBvbiBhZG9wdGluZyBkcmFmdC1zYWFkLW1wbHMtc3RhdGljLQ0KeWFuZy0w MyBhbmQgZHJhZnQtc2FhZC1tcGxzLWJhc2UteWFuZy0wMCBhcyBNUExTIHdvcmtpbmcgZ3JvdXAN CmRvY3VtZW50cy4NCg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3Vw cG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZw0KZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYu b3JnKS4gUGxlYXNlIGdpdmUgYSB0ZWNobmljYWwNCm1vdGl2YXRpb24gZm9yIHlvdXIgc3VwcG9y dC9ub3Qgc3VwcG9ydCwgZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhhdA0KdGhlIGRvY3VtZW50 IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClRo ZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5zdCBlaXRoZXIgZG9jdW1lbnQuIEFuIElQ UiBwb2xsIGhhcw0KYmVlbiBzdGFydGVkIGluIHBhcmFsbGVsIHRvIHRoaXMgYWRvcHRpb24gcG9s bA0KDQpUaGUgd29ya2luZyBncm91cCBhZG9wdGlvbiBwb2xsIGVuZHMgSnVuZSAyLCAyMDE2LCBn aXZlbiB0aGF0IHRoZSBJUFINCnBvbGwgaGFzIGNvbmNsdWRlZC4NCg0KL0xvYQ0KDQpNUExTIHdn IGNvLWNoYWlyLg0KLS0gDQoNCg0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAg IGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAg ICAgICAgICAgICAgICAgICAgbG9hQHBpLm51DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0 YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg== From nobody Fri Jun 3 13:24:23 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C26B12D80E; Fri, 3 Jun 2016 13:24:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 09zHTbtOIDkJ; Fri, 3 Jun 2016 13:24:20 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE37512D810; Fri, 3 Jun 2016 13:24:18 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQE95471; Fri, 03 Jun 2016 20:24:16 +0000 (GMT) Received: from DFWEML703-CAH.china.huawei.com (10.193.5.177) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 3 Jun 2016 21:24:11 +0100 Received: from DFWEML501-MBX.china.huawei.com ([10.193.5.178]) by DFWEML703-CAH.china.huawei.com ([10.193.5.177]) with mapi id 14.03.0235.001; Fri, 3 Jun 2016 13:24:08 -0700 From: Igor Bryskin To: Loa Andersson , "mpls@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "draft-saad-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on mpls-static and mpls-base Thread-Index: AQHRsOw5+ekImi9CdU+e2eJbu8qFAp/YScSQ Date: Fri, 3 Jun 2016 20:24:07 +0000 Message-ID: <0C72C38E7EBC34499E8A9E7DD007863908EDDCD0@dfweml501-mbx> References: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> In-Reply-To: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.253.100] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.5751E770.0107, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ad648a4c154ee7cf5cbac806f364d6b1 Archived-At: Subject: Re: [mpls] IPR poll on mpls-static and mpls-base X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 20:24:22 -0000 SGkgQWxsLA0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGVz ZSB0d28gZHJhZnRzLg0KDQpkcmFmdC1zYWFkLW1wbHMtYmFzZS15YW5nDQpkcmFmdC1zYWFkLW1w bHMtc3RhdGljLXlhbmcNCg0KVGhhbmtzLA0KSWdvcg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KRnJvbTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0gDQpTZW50OiBXZWRu ZXNkYXksIE1heSAxOCwgMjAxNiA2OjAxIEFNDQpUbzogbXBsc0BpZXRmLm9yZzsgZHJhZnQtc2Fh ZC1tcGxzLXN0YXRpYy15YW5nQGlldGYub3JnOyBkcmFmdC1zYWFkLW1wbHMtYmFzZS15YW5nQGll dGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogSVBSIHBvbGwgb24gbXBscy1z dGF0aWMgYW5kIG1wbHMtYmFzZQ0KDQpXb3JraW5nIEdyb3VwLA0KDQpUaGUgYXV0aG9ycyBvZiBk cmFmdC1zYWFkLW1wbHMtYmFzZS15YW5nIGFuZCBkcmFmdC1zYWFkLW1wbHMtc3RhdGljLQ0KeWFu ZyBoYXMgdG9sZCB1cyB0aGF0IHRoZSBkb2N1bWVudHMgaXMgcmVhZHkgdG8gYmUgY29uc2lkZXJl ZCBmb3IgDQp3b3JraW5nIGFkb3B0aW9uLg0KDQpUaGUgZG9jdW1lbnRzIGhhdmUgYmVlbiB0aHJv dWdoIE1QTFMtUlQgcmV2aWV3LiBXZSB3aWxsIGRvIGFuIElQUiBwb2xsDQppbiBwYXJhbGxlbCB0 byB0aGUgdGhlIGFkb3B0aW9uIHBvbGwuDQoNClRoaXMgbWFpbCBzdGFydHMgdGhlIElQUiBwb2xs Lg0KDQpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWlldGYt bXBscy1hcHAtYXdhcmUtdGxkcD8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3Nl ZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMNCihzZWUgUkZDcyAzOTc5LCA0ODc5 LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpLg0KDQpUaGVyZSBpcyBubyBJUFIgZGlz Y2xvc3VyZSBmaWxlZCBkaXJlY3RseSBhZ2FpbnN0IGFueSBvZiB0aGUgZG9jdW1lbnRzLg0KDQpJ ZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVh c2UgcmVzcG9uZCB0bw0KdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Igbm90IHlv dSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50DQpJUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMgdG8g YmUgc2VudCB0byB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QuKiBUaGUNCmRvY3VtZW50IHdpbGwg bm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbg0K cmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuDQoNCklmIHlvdSBhcmUg b24gdGhlIE1QTFMgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9y IG9yDQpjb250cmlidXRvciwgdGhlbiBwbGVhc2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYg eW91IGFyZSBhd2FyZSBvZiBhbnkNCklQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xvc2Vk IGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCg0KDQovTG9hDQptcGxzIHdnIGNvLWNo YWlyDQotLSANCg0KDQpMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6 IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAgICAgICAgICAg ICAgICAgICAgICBsb2FAcGkubnUNCkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpICAg ICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K From nobody Fri Jun 3 13:36:02 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 067C012D50E; Fri, 3 Jun 2016 13:36:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 oiZQcPfNTlhK; Fri, 3 Jun 2016 13:35:58 -0700 (PDT) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4280512D0D1; Fri, 3 Jun 2016 13:35:58 -0700 (PDT) Received: by mail-wm0-x22a.google.com with SMTP id a136so11913657wme.0; Fri, 03 Jun 2016 13:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-transfer-encoding; bh=LAn6nXf0kjDcrPJUIBg6pme/9pbkvyRPvNtCkzVB0fM=; b=z/DBeqTGK+C+IvuEcnRSNKiCaEWK8g+i9KoYb+T8WtXLuXA/7ljWIMBMmYISzOeIUC yQmqdIYRKa1gbX2EaSNR/DRCUH2JQP0wMej7II2WryJHGbvjjrRIjdgqsTavm9tYvpwm ui/+it/Ps1BicePYQxsDXVf4ZlK1XlERC4x8dhx591DrfEdjReu+HVYcphRwpgXGC8ro PaPDannWF0K6aVfXGuSI0T44vBvYBprsWqT8RrA0DDEL9D4XDpp4VxQ+fq3m7QdsmJmc rfcwBpu7A5xumXpnryxArVF2z+vV1/ZIjXglkZ7VDfKGNFTGKCSB+5L2kZl2fSTUb/5g z2Cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:disposition-notification-to:date:from :reply-to:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-transfer-encoding; bh=LAn6nXf0kjDcrPJUIBg6pme/9pbkvyRPvNtCkzVB0fM=; b=UetAgej8lroLALXTeV6LkThlyXEUWwbslmUBq4Pco9IMfOdJjPgPuI/H4yTR47LCNZ 5n5NZGXiMfj4n+jR7L5WxoiJkzik96oMcAd3kWnO977lN6zQNSe4ZpO6F95KAH9kniQ7 clxz4gmZtFe4Wz13HpZxwdXi0Z99VVyWdQuxILoQLGjjnxDMRHHzTvzgBDBd/R5PszOu Q+qlchscTxp5WiAwHT+tFRCATAoegZWf2LxM42wj7zZsKrh5629hpHn17qNSsiNpCTn3 HjX/FPlyXY6SS33Eju0tPCv2655YUa9YqPZsJQVOrdswy2wOkHvXQpcda6YyQkZfOF13 3oHQ== X-Gm-Message-State: ALyK8tJRmTaKXLLMtD7/oTFaeBButgnQA9P5jPK+UkgA/98zb4tqNARQuFefP4d9E/bTRg== X-Received: by 10.194.150.130 with SMTP id ui2mr5070280wjb.11.1464986156800; Fri, 03 Jun 2016 13:35:56 -0700 (PDT) Received: from McAsterix.local ([92.109.37.136]) by smtp.gmail.com with ESMTPSA id a195sm1241065wma.2.2016.06.03.13.35.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jun 2016 13:35:55 -0700 (PDT) Message-ID: <5751EA2A.7050701@gmail.com> Date: Fri, 03 Jun 2016 22:35:54 +0200 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Loa Andersson , "mpls@ietf.org" References: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> In-Reply-To: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-saad-mpls-base-yang@ietf.org, draft-saad-mpls-static-yang@ietf.org, "mpls-chairs@ietf.org" Subject: Re: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 20:36:00 -0000 Hello Loa, After separating the original draft into two drafts I support adoption of the two drafts. Cheers, Huub. > This is to start a two week poll on adopting draft-saad-mpls-static- > yang-03 and draft-saad-mpls-base-yang-00 as MPLS working group > documents. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > There are no IPR disclosures against either document. An IPR poll has > been started in parallel to this adoption poll > > The working group adoption poll ends June 2, 2016, given that the IPR > poll has concluded. > > /Loa > > MPLS wg co-chair. -- ================================================================ Always remember that you are unique...just like everyone else... From nobody Mon Jun 6 12:12:53 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15EAC12D105; Mon, 6 Jun 2016 12:12:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 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_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 UKWeLvUwFJBS; Mon, 6 Jun 2016 12:12:48 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0133.outbound.protection.outlook.com [207.46.100.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33D9812D1CA; Mon, 6 Jun 2016 12:12:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JTHSr8Uy/k6vk3rIkssZIqDaHACGQjIMdLpW/Dxe+iE=; b=WiFUzC76NAdmkCauqDyUKscZKybPxy6JJKqbVE8N9C5nAKcRhrAUSatIGnV7sGmgCq/HgxVA5xcr634PahkiOgRpZb9I/6AKuOM6hm6NaBrAMOFYgq2T/oiZ3PcLP8qgawXlQOLGBn38K71pnJYZwnQ77xNEOw+qwtmwytEzZLo= Received: from BY2PR05MB584.namprd05.prod.outlook.com (10.141.219.153) by BY2PR05MB581.namprd05.prod.outlook.com (10.141.219.142) with Microsoft SMTP Server (TLS) id 15.1.511.8; Mon, 6 Jun 2016 19:12:41 +0000 Received: from BY2PR05MB584.namprd05.prod.outlook.com ([10.141.219.153]) by BY2PR05MB584.namprd05.prod.outlook.com ([10.141.219.153]) with mapi id 15.01.0506.016; Mon, 6 Jun 2016 19:12:41 +0000 From: Santosh Esale To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) Thread-Index: AQHRsOxGMvFU2OnmOU2BVJ/j8eLt15/cd5yA Date: Mon, 6 Jun 2016 19:12:41 +0000 Message-ID: References: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> In-Reply-To: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 authentication-results: spf=none (sender IP is ) smtp.mailfrom=sesale@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.10] x-ms-office365-filtering-correlation-id: 2fb03099-863c-42e0-e0dc-08d38e3e8848 x-microsoft-exchange-diagnostics: 1; BY2PR05MB581; 5:a0M30icUYqFR3nTMRVETrDgFPAXPdqPsH+1SuFxG9OdcREjvkLuuWL5FOz0RgP1g7QbxNsx9jezQP+aGdPqYMObBiLyMjN+HmAofPaJ0Q2tXnP3SVi9Cp4Qt3KXvNEgasHGuBPDbanRcNtEfi1bu1Q==; 24:szttq8NeEbuT30QJUzWBGm7D5/Sf69L/3K9NAN/1YQkCYRN4H6inWrS1BijBm0+TAKk1XRI27ObFlA2ZXrRveowFpbhxmGrYO984NAVHvE0=; 7:K1uW3LbkjL5UjPpZQbV5L2s4VVWnM0syFCQF7/7TZwucVXZrBbX2ycCrgtqRncpXYHc7FkKNCbATjS9nRybMs+3HWpMmyVqDI1MrwGCWJGPJD0IpwznflzsHRX4AU1cm7ogeszfKOpLIy5CHDf2nz0ncJT1Ym1zfZ7eXkSjVLi0klJHjSXgzaAVcWJQHgdrrTvLfpTbnEFMMMOwD99AZkOBUcYtDMu1NqtO49wppZ1Y= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB581; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(50582790962513)(100405760836317); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BY2PR05MB581; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB581; x-forefront-prvs: 096507C068 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(377454003)(24454002)(252514010)(199003)(2501003)(4326007)(19580395003)(8936002)(2906002)(36756003)(3846002)(10400500002)(586003)(6116002)(102836003)(11100500001)(99286002)(19580405001)(68736007)(5004730100002)(3660700001)(86362001)(76176999)(83506001)(3280700002)(122556002)(87936001)(2900100001)(106356001)(2950100001)(5008740100001)(50986999)(106116001)(105586002)(5001770100001)(97736004)(54356999)(92566002)(15975445007)(77096005)(4001350100001)(81166006)(81156014)(5002640100001)(8676002)(66066001)(189998001)(101416001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB581; H:BY2PR05MB584.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <1D386CC570E2DE47816F488720939FBF@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jun 2016 19:12:41.3715 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB581 Archived-At: Cc: "draft-saad-mpls-base-yang@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2016 19:12:51 -0000 U3VwcG9ydCBib3RoIHRoZSBkcmFmdHMuDQoNCg0KQ2hlZXJzDQpTYW50b3NoDQoNCk9uIDUvMTgv MTYsIDM6MDEgQU0sICJMb2EgQW5kZXJzc29uIiA8bG9hQHBpLm51PiB3cm90ZToNCg0KPg0KPldv cmtpbmcgR3JvdXAsDQo+DQo+VGhpcyBpcyB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRv cHRpbmcgZHJhZnQtc2FhZC1tcGxzLXN0YXRpYy0NCj55YW5nLTAzIGFuZCBkcmFmdC1zYWFkLW1w bHMtYmFzZS15YW5nLTAwIGFzIE1QTFMgd29ya2luZyBncm91cA0KPmRvY3VtZW50cy4NCj4NCj5Q bGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgbXBs cyB3b3JraW5nDQo+Z3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4gUGxlYXNlIGdp dmUgYSB0ZWNobmljYWwNCj5tb3RpdmF0aW9uIGZvciB5b3VyIHN1cHBvcnQvbm90IHN1cHBvcnQs IGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQNCj50aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBi ZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4NCj4NCj5UaGVyZSBhcmUgbm8g SVBSIGRpc2Nsb3N1cmVzIGFnYWluc3QgZWl0aGVyIGRvY3VtZW50LiBBbiBJUFIgcG9sbCBoYXMN Cj5iZWVuIHN0YXJ0ZWQgaW4gcGFyYWxsZWwgdG8gdGhpcyBhZG9wdGlvbiBwb2xsDQo+DQo+VGhl IHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24gcG9sbCBlbmRzIEp1bmUgMiwgMjAxNiwgZ2l2ZW4gdGhh dCB0aGUgSVBSDQo+cG9sbCBoYXMgY29uY2x1ZGVkLg0KPg0KPi9Mb2ENCj4NCj5NUExTIHdnIGNv LWNoYWlyLg0KPi0tIA0KPg0KPg0KPkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAg ICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQo+U2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAg ICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUNCj5IdWF3ZWkgVGVjaG5vbG9naWVzIChjb25z dWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCj4NCj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPm1wbHMgbWFpbGluZyBsaXN0DQo+bXBs c0BpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K DQo= From nobody Tue Jun 7 07:30:19 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A96D412D13D; Tue, 7 Jun 2016 07:30:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 oKuL1CcG6vv1; Tue, 7 Jun 2016 07:30:16 -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 4CAF612D131; Tue, 7 Jun 2016 07:30:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1613; q=dns/txt; s=iport; t=1465309816; x=1466519416; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=dduQ6CW+Fu33QoSv+/tG/F7r/CgfllwCyD+fpwGmPXM=; b=F+LDpusLVT0E0mILbcitqNJNqOn6ibiK5bb83OCaTrNAfd9fCwtALISD /W8+mZaDBWMSHwwSImYqiF22XMeim4/YGa12FFWE+rpDtZzp2DMKSztCd KeC8dVsrP2aP19NVyr9IGdYdEXunleSe/228L54SxBUjkNQ0Iqps5Cbpi A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AQAV2VZX/5hdJa1dgz2BUwa6YoF5h?= =?us-ascii?q?hMCgTs4FAEBAQEBAQFlJ4RGAQEEOjEDBhMCAgEINhAbFyUCBAESiC+8UQEBAQE?= =?us-ascii?q?BAQEBAgEBAQEBASEFim+EEhACAYV1BZhLAY4mgWqEUohkj14BHjaDbm6JEAF+A?= =?us-ascii?q?QEB?= X-IronPort-AV: E=Sophos;i="5.26,433,1459814400"; d="scan'208";a="282765679" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jun 2016 14:30:15 +0000 Received: from XCH-RCD-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u57EUFBg007002 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Jun 2016 14:30:15 GMT Received: from xch-aln-013.cisco.com (173.36.7.23) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 7 Jun 2016 09:30:14 -0500 Received: from xch-aln-013.cisco.com ([173.36.7.23]) by XCH-ALN-013.cisco.com ([173.36.7.23]) with mapi id 15.00.1104.009; Tue, 7 Jun 2016 09:30:14 -0500 From: "Kamran Raza (skraza)" To: Loa Andersson , "mpls@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "draft-saad-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on mpls-static and mpls-base Thread-Index: AQHRsOwrLoPi5CDiiUi1CawGAjwiNp/eQRqA Date: Tue, 7 Jun 2016 14:30:14 +0000 Message-ID: References: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> In-Reply-To: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.213.115] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] IPR poll on mpls-static and mpls-base X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 14:30:18 -0000 I am not aware of any IPR that applies to these 2 drafts: draft-saad-mpls-base-yang draft-saad-mpls-static-yang Rgds. - Kamran On 2016-05-18, 3:00 AM, "Loa Andersson" wrote: >Working Group, > >The authors of draft-saad-mpls-base-yang and draft-saad-mpls-static- >yang has told us that the documents is ready to be considered for >working adoption. > >The documents have been through MPLS-RT review. We will do an IPR poll >in parallel to the the adoption poll. > >This mail starts the IPR poll. > >Are you aware of any IPR that applies to draft-ietf-mpls-app-aware-tldp? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >There is no IPR disclosure filed directly against any of the documents. > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. *The response needs to be sent to the MPLS wg mailing list.* The >document will not advance to the next stage until a response has been >received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of any >IPR that has not yet been disclosed in conformance with IETF rules. > > >/Loa >mpls wg co-chair >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Jun 7 07:42:27 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70AF212D0F0; Tue, 7 Jun 2016 07:42:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 lmk7cKweW7AY; Tue, 7 Jun 2016 07:42:25 -0700 (PDT) Received: from mx0b-00103a01.pphosted.com (mx0b-00103a01.pphosted.com [67.231.152.227]) (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 F27C812D6B5; Tue, 7 Jun 2016 07:42:24 -0700 (PDT) Received: from pps.filterd (m0002317.ppops.net [127.0.0.1]) by mx0b-00103a01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u57EQlUW019089; Tue, 7 Jun 2016 10:32:20 -0400 Received: from vawvcgsie2k1301.ciena.com (lin1-118-36-35.ciena.com [63.118.36.35]) by mx0b-00103a01.pphosted.com with ESMTP id 23bu7ebqj4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 07 Jun 2016 10:32:20 -0400 Received: from vawve2k13mbx03.ciena.com (10.4.156.94) by VAWVCGSIE2K1301.ciena.com (10.4.62.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 7 Jun 2016 10:32:18 -0400 Received: from ONWVEXCHHT01.ciena.com (10.128.6.16) by vawve2k13mbx03.ciena.com (10.4.156.94) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 7 Jun 2016 10:32:18 -0400 Received: from ONWVEXCHMB04.ciena.com ([::1]) by ONWVEXCHHT01.ciena.com ([::1]) with mapi; Tue, 7 Jun 2016 10:32:17 -0400 From: "Shah, Himanshu" To: "Kamran Raza (skraza)" , Loa Andersson , "mpls@ietf.org" , "draft-saad-mpls-static-yang@ietf.org" , "draft-saad-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" Date: Tue, 7 Jun 2016 10:32:16 -0400 Thread-Topic: IPR poll on mpls-static and mpls-base Thread-Index: AQHRsOwrLoPi5CDiiUi1CawGAjwiNp/eQRqA///vaEA= Message-ID: <40746B2300A8FC4AB04EE722A593182BADBA8029@ONWVEXCHMB04.ciena.com> References: <08323184-dfb3-d94f-a210-5c189a6f450a@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US x-tm-as-product-ver: SMEX-10.0.0.1412-7.000.1014-22376.007 x-tm-as-result: No--45.287200-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-06-07_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 impostorscore=0 lowpriorityscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1606070163 Archived-At: Subject: Re: [mpls] IPR poll on mpls-static and mpls-base X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 14:42:26 -0000 I am not aware any IPR that applies to these two drafts,=20 - draft-saad-mpls-base-yang - draft-saad-mpls-static-yang And I support progressing these drafts in the WG. Thanks, Himanshu (PS - I may have sent the email already, but just in case...) -----Original Message----- From: Kamran Raza (skraza) [mailto:skraza@cisco.com]=20 Sent: Tuesday, June 07, 2016 10:30 AM To: Loa Andersson; mpls@ietf.org; draft-saad-mpls-static-yang@ietf.org; dra= ft-saad-mpls-base-yang@ietf.org; mpls-chairs@ietf.org Subject: Re: IPR poll on mpls-static and mpls-base I am not aware of any IPR that applies to these 2 drafts: draft-saad-mpls-base-yang draft-saad-mpls-static-yang Rgds. - Kamran On 2016-05-18, 3:00 AM, "Loa Andersson" wrote: >Working Group, > >The authors of draft-saad-mpls-base-yang and draft-saad-mpls-static-=20 >yang has told us that the documents is ready to be considered for=20 >working adoption. > >The documents have been through MPLS-RT review. We will do an IPR poll=20 >in parallel to the the adoption poll. > >This mail starts the IPR poll. > >Are you aware of any IPR that applies to draft-ietf-mpls-app-aware-tldp? > >If so, has this IPR been disclosed in compliance with IETF IPR rules=20 >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >There is no IPR disclosure filed directly against any of the documents. > >If you are listed as a document author or contributor please respond to=20 >this email regardless of whether or not you are aware of any relevant=20 >IPR. *The response needs to be sent to the MPLS wg mailing list.* The=20 >document will not advance to the next stage until a response has been=20 >received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or=20 >contributor, then please explicitly respond only if you are aware of=20 >any IPR that has not yet been disclosed in conformance with IETF rules. > > >/Loa >mpls wg co-chair >-- > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Jun 7 12:29:04 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFB1612D127; Tue, 7 Jun 2016 12:29:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.326 X-Spam-Level: X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] 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 v0gacl_AdaPj; Tue, 7 Jun 2016 12:29:01 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B836712D504; Tue, 7 Jun 2016 12:29:01 -0700 (PDT) Received: from [192.168.0.102] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 11AE918013E4; Tue, 7 Jun 2016 21:29:00 +0200 (CEST) To: "mpls@ietf.org" References: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> From: Loa Andersson Message-ID: <0927425d-2c34-7a21-e9b2-9fcd632fc427@pi.nu> Date: Tue, 7 Jun 2016 21:28:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <729f6a0b-6222-7100-3b79-2291870d4421@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: draft-saad-mpls-base-yang@ietf.org, draft-saad-mpls-static-yang@ietf.org, "mpls-chairs@ietf.org" Subject: Re: [mpls] poll to see if we have consensus to adopt two document (mpls-static and mpls-base) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 19:29:04 -0000 Working Group, Thesd working group adoption polls are closed, and we have two new working group documents. The authors should re-post the documents as: - draft-ietf-mpls-static-yang-00 and; - draft-ietf-mpls-base-yang-00 Without any other changes than the administrative infomation (filename, version and dates). Also note that all the authors/contributors has stated on the working group mailing-list that they are unaware of any other IPRs than what has been disclosed to the IETF. /Loa On 2016-05-18 12:01, Loa Andersson wrote: > > Working Group, > > This is to start a two week poll on adopting draft-saad-mpls-static- > yang-03 and draft-saad-mpls-base-yang-00 as MPLS working group > documents. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > There are no IPR disclosures against either document. An IPR poll has > been started in parallel to this adoption poll > > The working group adoption poll ends June 2, 2016, given that the IPR > poll has concluded. > > /Loa > > MPLS wg co-chair. From nobody Thu Jun 9 09:46:31 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 294A212D88A; Thu, 9 Jun 2016 09:46:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 EuW17E78XJjT; Thu, 9 Jun 2016 09:46:25 -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 849E612D87E; Thu, 9 Jun 2016 09:46:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34672; q=dns/txt; s=iport; t=1465490785; x=1466700385; h=from:to:cc:subject:date:message-id:mime-version; bh=1owxb5Mvh/5uuPYxhq7G7X/5tty2qy4p1rNwNyHPYBU=; b=Zqu15Xf5re5oBpZjNHTwBy7Oznltrnh0SVFkBz9fkYZ97KP7+6LV1BXn fnaI8Wyy35RV2HhXQb8qiFU3+2o85RbhyJwP0MRrJxRoTyv+i5OG1dL07 T3ZTnC1Ez/WenYdTyKpezGE7xHFgcabZElWrmp6morlrRnOUUBbIYEdwJ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CHAADjnFlX/5NdJa1EFwOCcA8/Vn0Gu?= =?us-ascii?q?QWCD4ESBV8EFwEMhW8egRs4FAEBAQEBAQFlJ4RFAQICAiMKORMOBAEdAhUECAE?= =?us-ascii?q?DBgIEGRcdBwMEAQ0FiC8OLax9hQ2LfAEBAQEBAQEBAQEBAQEBAQEBAQEBARcFB?= =?us-ascii?q?YYigXeHB1YHgXs4ExiCLgWIZY9wAYYChWiCPIFpF4Q7iGWPZAEeNoIHHIEAS24?= =?us-ascii?q?BiEUrGH8BAQE?= X-IronPort-AV: E=Sophos;i="5.26,445,1459814400"; d="scan'208,217";a="283760390" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jun 2016 16:46:24 +0000 Received: from XCH-RTP-016.cisco.com (xch-rtp-016.cisco.com [64.101.220.156]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u59GkOkk015851 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 Jun 2016 16:46:24 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-016.cisco.com (64.101.220.156) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 9 Jun 2016 12:46:23 -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.1104.009; Thu, 9 Jun 2016 12:46:23 -0400 From: "Tarek Saad (tsaad)" To: "teas@ietf.org" , "mpls@ietf.org" Thread-Topic: YANG label type definition for multiple technologies Thread-Index: AQHRwm50Gf0siyjQDUGiThHMY6d/xQ== Date: Thu, 9 Jun 2016 16:46:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.246.218] Content-Type: multipart/alternative; boundary="_000_B42B518CBA3148D9BBBB116617BA1550ciscocom_" MIME-Version: 1.0 Archived-At: Cc: Igor Bryskin , =?utf-8?B?UGF3ZcWCIEthY3ptYXJlaw==?= , Xufeng Liu , Vishnu Pavan Beeram , "Rakesh Gandhi \(rgandhi\)" , "Chenxia \(D\)" , Raqib Jones , Anurag Sharma , "Wen, Bin" Subject: [mpls] YANG label type definition for multiple technologies X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 16:46:27 -0000 --_000_B42B518CBA3148D9BBBB116617BA1550ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0dzLA0KDQpJbiBvdXIgbGFzdCBURSBZQU5HIG1lZXRpbmcsIHRoZSB0ZWFtIGRpc2N1c3Nl ZCB0aGUgaXNzdWUgb2YgYSB1bmlmaWVkIFlBTkcgbGFiZWwgdHlwZSB0aGF0IGNhbiBhcHBseSB0 byBtdWx0aXBsZSB0ZWNobm9sb2dpZXMuIEJlbG93IGFyZSBzb21lIG1pbnV0ZXMuIExldCB1cyBr bm93IGlmIHlvdSBoYXZlIGZ1cnRoZXIgY29tbWVudHMvc3VnZ2VzdGlvbnMuDQpGb3IgcmVmZXJl bmNlLCBSRkMzNDcxIChzZWN0aW9uIDMuMi4xKSBkZWZpbmVzIHRoZSBnZW5lcmFsaXplZCBsYWJl bCBhcyBhIHZhcmlhYmxlIGxlbmd0aCBmaWVsZCB3aG9zZSBpbnRlcnByZXRhdGlvbiBpcyBkZXBl bmRlbnQgb24gdGhlIGxpbmsgbGFiZWwgdHlwZS4NCkFsc28gUkZDNzEzOSAoc2VjdGlvbiA2LjEp IGRlZmluZXMgdGhlIE9UTiBsYWJlbCBhcyB2YXJpYWJsZSBzaXplIGZpZWxkIHRvby4NCg0KVHdv IG9wdGlvbnMgd2VyZSBkaXNjdXNzZWQ6IEEpIHN0cmljdCBsYWJlbCB0eXBlIGRlZmluaXRpb24g cGVyIHRlY2hub2xvZ3ksIEIpIHVuaWZpZWQgZ2VuZXJpYyBsYWJlbCB0eXBlIHRoYXQgYXBwbGll cyB0byBhbGwgdGVjaG5vbG9naWVzDQoNCkNvdXBsZSBvZiB0aGluZ3MgdGhhdCB3ZSB0aG91Z2h0 IG1heSBuZWVkIHRvIGJlIGNvdmVyZWQ6DQoNCiAgMS4gIFNhbml0eSBvbiBsYWJlbCB2YWx1ZShz KSBvbiBwZXIgdGVjaG5vbG9neToNCiAgICAgKiAgIEZvciBBKSB0aGUgc2FuaXR5IGNvdWxkIGJl IGltcGxpY2l0IGluIHRoZSBsYWJlbCB0eXBlIGRlZmluaXRpb24sIGUuZy4NCiAgdHlwZWRlZiBt cGxzLWxhYmVsIHsNCiAgICB0eXBlIHVpbnQzMiB7DQogICAgICByYW5nZSAiMC4uMTA0ODU3NSI7 DQogICAgfQ0KICB9DQoNCiAgICAgKiAgIEZvciBCKToNCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGkuICAgICAgdGhlIHNhbml0 eSBjYW4gYmUgZG9uZSBpbiBZQU5HIHdpdGggYSDigJxtdXN04oCdIGNoZWNrIHVuZGVyIHRoZSBy ZXNwZWN0aXZlIGxlYWYocyksIG9yDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgaWkuICAgICAgdGhlIHNhbml0eSBjYW4gYmUgbGVm dCBmb3IgdGhlIGRldmljZSBiYWNrZW5kIHRvIHZhbGlkYXRlIGlucHV0IHZhbHVlcyDigJMgbm8g Y2hlY2sgaW4gWUFORw0KDQoNCiAgMS4gIFdlIGRlYmF0ZWQgaWYgYW4gYWJzdHJhY3QgKHRlY2hu b2xvZ3ktaW5kZXBlbmRlbnQpIFlBTkcgbW9kZWwocykgbWF5IHJlcXVpcmUgdGhlIHVzZSBvZiBn ZW5lcmljIGxhYmVsIHR5cGUg4oCTIGUuZy4gdG8gY292ZXIgYSBjYXNlIG9mIG11bHRpcGxlIHRl Y2hub2xvZ2llcyBvYmplY3RzIGJlaW5nIHJlcHJlc2VudGVkIGluIHNhbWUgbW9kZWwuDQoNCg0K SGVyZSBhcmUgb3B0aW9ucyB3ZSBkaXNjdXNzZWQ6DQpBLiBQZXItdGVjaG5vbG9neSBzdHJpY3Qg dHlwZSBkZWZpbml0aW9ucyAoZS5nLiBtcGxzLWxhYmVsLCBvdG4tbGFiZWwsIGV0Yy4uKToNCi0g TVBMUyB0ZWNobm9sb2d5IHR5cGU6DQogIHR5cGVkZWYgbXBscy1sYWJlbCB7DQogICAgdHlwZSB1 aW50MzIgew0KICAgICAgcmFuZ2UgIjAuLjEwNDg1NzUiOw0KICAgIH0NCiAgfQ0KDQppbiBNUExT IG1vZGVsIHVzZToNCmUuZy4gZm9yIE1QTFMgTFNQcywgdXNlDQogIGxlYWYgaW5jb21pbmctbGFi ZWwgew0KICAgIHR5cGUgbXBsczptcGxzLWxhYmVsOw0KICB9DQoNCi0gT1ROIHRlY2hub2xvZ3kg KHJmYzcxMzksIHNlY3Rpb24gNi4xIGRlZmluZXMgdmFyaWFibGUgc2l6ZSBmaWVsZCk6DQogIHR5 cGVkZWYgb3RuLWxhYmVsIHsNCiAgICB0eXBlIGJpbmFyeTsNCiAgfQ0KDQplLmcuIGZvciBPVE4g TFNQcywgdXNlDQogIGxlYWYgaW5jb21pbmctbGFiZWwgew0KICAgIHR5cGUgb3RuOm90bi1sYWJl bDsNCiAgfQ0KDQpCLiBHZW5lcmFsaXplZCBsYWJlbCB0eXBlIChsaWJlcmFsKToNCkdlbmVpYyBs YWJlbCBjb3ZlcnMgYWxsIGxhYmVsIHR5cGVzIGJ5IGRlZmluaW5nIGl0IGFzIGJpbmFyeSB3aXRo IG5vIHN0cmljdCBsZW5ndGggY2hlY2suDQp0eXBlZGVmIGdlbmVyaWMtbGFiZWwgew0KICB0eXBl IGJpbmFyeTsNCn0NCg0Kc29tZXdoYXQgc2ltaWxhciB0byB3YXkgaXAtYWRkcmVzcyB0eXBlIGlz IGRlZmluZWQgaW4gWUFORzoNCnR5cGVkZWYgaXAtYWRkcmVzcyB7DQogdHlwZSB1bmlvbiB7DQog ICB0eXBlIGlwdjQtYWRkcmVzczsNCiAgIHR5cGUgaXB2Ni1hZGRyZXNzOw0KIH0NCn0NCg0KaW4g TVBMUyBtb2RlbCB1c2U6DQplLmcuIGZvciBNUExTIExTUHMsIHVzZQ0KICBsZWFmIGluY29taW5n LWxhYmVsIHsNCiAgICB0eXBlIGdlbmVyaWMtbGFiZWw7DQogICAgbXVzdCDigJwwIDw9IGN1cnJl bnQoKSA8PSAxMDQ4NTc14oCdDQogIH0NCg0KUmVnYXJkcywNClRhcmVrDQoNCg0KDQoNCkZyb206 IHRzYWFkQGNpc2NvLmNvbQ0KV2hlbjogOTowMCBBTSAtIDEwOjAwIEFNIEp1bmUgMTAsIDIwMTYN ClN1YmplY3Q6IE1QTFMgYW5kIFRFIHR1bm5lbHMgWUFORyBkYXRhIG1vZGVsIG1lZXRpbmcNCkxv Y2F0aW9uOiB3ZWJleA0KDQoNClJlZnJlc2hpbmcgaW52aXRlIGZvciBNUExTIGFuZCBURSB0dW5u ZWxzIFlBTkcgZGF0YSBtb2RlbCBtZWV0aW5nLiBQbGVhc2UgZm9yd2FyZCB0byBhbnlvbmUgSSBt aXNzZWQuDQoNCg0KDQoNCi0tIERvIG5vdCBkZWxldGUgb3IgY2hhbmdlIGFueSBvZiB0aGUgZm9s bG93aW5nIHRleHQuIC0tDQoNCg0KSm9pbiBXZWJFeCBtZWV0aW5nPGh0dHBzOi8vY2lzY28ud2Vi ZXguY29tL2Npc2Nvc2FsZXMvai5waHA/TVRJRD1tMGNhMzkwYjcyZDA0MjljNTRkYTk3MjY0ZmJi ZjRiZjc+DQpNZWV0aW5nIG51bWJlcjogMjA4IDU1NCA0NjINCk1lZXRpbmcgcGFzc3dvcmQ6IDNq d01SWEVkDQoNCg0KSWYgeW91IGFyZSBhIGhvc3QsIGdvIGhlcmU8aHR0cHM6Ly9jaXNjby53ZWJl eC5jb20vY2lzY29zYWxlcy9qLnBocD9NVElEPW1mNzIxM2ZkOGFhZjE3ZmMyZTcwYzI4MmEzZTNk ODM3Nj4gdG8gdmlldyBob3N0IGluZm9ybWF0aW9uLg0KDQpKb2luIGJ5IHBob25lDQorMS00MDgt NTI1LTY4MDAgQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQ0KKzEtODY2LTQzMi05OTAz IENhbGwtaW4gdG9sbC1mcmVlIG51bWJlciAoVVMvQ2FuYWRhKQ0KQWNjZXNzIGNvZGU6IDIwOCA1 NTQgNDYyDQpOdW1lcmljIG1lZXRpbmcgcGFzc3dvcmQ6IDI0MzA1NjAzDQpHbG9iYWwgY2FsbC1p biBudW1iZXJzPGh0dHBzOi8vY2lzY28ud2ViZXguY29tL2Npc2Nvc2FsZXMvZ2xvYmFsY2FsbGlu LnBocD9zZXJ2aWNlVHlwZT1NQyZFRD0zNTAxMjQ5NjcmdG9sbEZyZWU9MT4gfCBUb2xsLWZyZWUg Y2FsbGluZyByZXN0cmljdGlvbnM8aHR0cHM6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9y ZXN0cmljdGlvbnMucGRmPg0KDQoNCkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/IENvbnRhY3Qgc3Vw cG9ydC48aHR0cHM6Ly9jaXNjby53ZWJleC5jb20vY2lzY29zYWxlcy9tYz4NCg0KSU1QT1JUQU5U IE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdlYkV4IHNlcnZpY2UgYWxsb3dzIGF1ZGlv IGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmluZyB0aGUgc2Vzc2lvbiB0byBiZSByZWNv cmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBpbiBhIGxlZ2FsIG1hdHRlci4gQnkgam9p bmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNhbGx5IGNvbnNlbnQgdG8gc3VjaCByZWNv cmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8gYmVpbmcgcmVjb3JkZWQsIGRpc2N1c3Mg eW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRvIG5vdCBqb2luIHRoZSBzZXNzaW9uLi4N Cg== --_000_B42B518CBA3148D9BBBB116617BA1550ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6QXJpYWw7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAy IDIgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglw YW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSI7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGluaywg c3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlz dFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0 Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTow Y207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1h aWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3Qg RGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE4NDIxMTgyMzU7DQoJbXNv LWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjk5NTkzNjI0MCA2NzY5 ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcw MyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFs cGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50 Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0K QGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA bGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2 ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpvbA0KCXttYXJnaW4t Ym90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPg0KPC9o ZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+SGkgV0dzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+SW4gb3VyIGxhc3QgVEUgWUFORyBtZWV0aW5nLCB0aGUgdGVhbSBkaXNj dXNzZWQgdGhlIGlzc3VlIG9mIGEgdW5pZmllZCBZQU5HIGxhYmVsIHR5cGUgdGhhdCBjYW4gYXBw bHkgdG8gbXVsdGlwbGUgdGVjaG5vbG9naWVzLiBCZWxvdyBhcmUgc29tZSBtaW51dGVzLiBMZXQg dXMga25vdyBpZiB5b3UgaGF2ZQ0KIGZ1cnRoZXIgY29tbWVudHMvc3VnZ2VzdGlvbnMuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkZvciByZWZlcmVu Y2UsIFJGQzM0NzEgKHNlY3Rpb24gMy4yLjEpIGRlZmluZXMgdGhlIGdlbmVyYWxpemVkIGxhYmVs IGFzIGEgdmFyaWFibGUgbGVuZ3RoIGZpZWxkIHdob3NlIGludGVycHJldGF0aW9uIGlzIGRlcGVu ZGVudCBvbiB0aGUgbGluayBsYWJlbCB0eXBlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5BbHNvIFJGQzcxMzkgKHNlY3Rpb24gNi4xKSBkZWZpbmVz IHRoZSBPVE4gbGFiZWwgYXMgdmFyaWFibGUgc2l6ZSBmaWVsZCB0b28uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5Ud28gb3B0aW9ucyB3ZXJlIGRp c2N1c3NlZDogQSkgc3RyaWN0IGxhYmVsIHR5cGUgZGVmaW5pdGlvbiBwZXIgdGVjaG5vbG9neSwg QikgdW5pZmllZCBnZW5lcmljIGxhYmVsIHR5cGUgdGhhdCBhcHBsaWVzIHRvIGFsbCB0ZWNobm9s b2dpZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PkNvdXBsZSBvZiB0aGluZ3MgdGhhdCB3ZSB0aG91Z2h0IG1heSBuZWVkIHRvIGJlIGNvdmVyZWQ6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBjbSIgc3RhcnQ9 IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMCBs ZXZlbDEgbGZvMSI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPlNhbml0eSBvbiBsYWJlbCB2YWx1ZShzKSBvbiBwZXIgdGVjaG5v bG9neTo8bzpwPjwvbzpwPjwvc3Bhbj4NCjxvbCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHN0YXJ0 PSIxIiB0eXBlPSJhIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6bDAg bGV2ZWwyIGxmbzEiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj5Gb3IgQSkgdGhlIHNhbml0eSBjb3VsZCBiZSBpbXBsaWNpdCBp biB0aGUgbGFiZWwgdHlwZSBkZWZpbml0aW9uLCBlLmcuPG86cD48L286cD48L3NwYW4+PC9saT48 L29sPg0KPC9saT48L29sPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB0eXBl ZGVmIG1wbHMtbGFiZWwgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSB1aW50MzIgezxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgcmFuZ2UgJnF1b3Q7MC4uMTA0ODU3NSZxdW90Ozs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7 IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8b2wgc3R5bGU9Im1hcmdpbi10b3A6MGNtIiBzdGFy dD0iMSIgdHlwZT0iMSI+DQo8b2wgc3R5bGU9Im1hcmdpbi10b3A6MGNtIiBzdGFydD0iMiIgdHlw ZT0iYSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1saXN0OmwwIGxldmVsMiBs Zm8xIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Rm9yIEIpOjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC9vbD4NCjwvb2w+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTA4LjBwdDt0ZXh0LWluZGVu dDotMTA4LjBwdDttc28tdGV4dC1pbmRlbnQtYWx0Oi05LjBwdDttc28tbGlzdDpsMCBsZXZlbDMg bGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PHNwYW4gc3R5bGU9Im1zby1saXN0 Oklnbm9yZSI+PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5pLjxzcGFuIHN0eWxl PSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+dGhl IHNhbml0eSBjYW4gYmUgZG9uZSBpbiBZQU5HIHdpdGggYSDigJxtdXN04oCdIGNoZWNrIHVuZGVy IHRoZSByZXNwZWN0aXZlIGxlYWYocyksIG9yPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEwOC4wcHQ7dGV4dC1pbmRlbnQ6LTEw OC4wcHQ7bXNvLXRleHQtaW5kZW50LWFsdDotOS4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwzIGxmbzEi Pg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v cmUiPjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+aWkuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg PC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj50aGUgc2FuaXR5IGNhbiBiZSBs ZWZ0IGZvciB0aGUgZGV2aWNlIGJhY2tlbmQgdG8gdmFsaWRhdGUgaW5wdXQgdmFsdWVzIOKAkyBu byBjaGVjayBpbiBZQU5HPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2lu LXRvcDowY20iIHN0YXJ0PSIyIiB0eXBlPSIxIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5XZSBkZWJhdGVkIGlmIGFuIGFic3Ry YWN0ICh0ZWNobm9sb2d5LWluZGVwZW5kZW50KSBZQU5HIG1vZGVsKHMpIG1heSByZXF1aXJlIHRo ZSB1c2Ugb2YgZ2VuZXJpYyBsYWJlbCB0eXBlIOKAkyBlLmcuIHRvIGNvdmVyIGEgY2FzZSBvZiBt dWx0aXBsZQ0KIHRlY2hub2xvZ2llcyBvYmplY3RzIGJlaW5nIHJlcHJlc2VudGVkIGluIHNhbWUg bW9kZWwuPG86cD48L286cD48L3NwYW4+PC9saT48L29sPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+SGVyZSBhcmUgb3B0aW9ucyB3ZSBkaXNjdXNzZWQ6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkEuIFBlci10ZWNobm9sb2d5 IHN0cmljdCB0eXBlIGRlZmluaXRpb25zIChlLmcuIG1wbHMtbGFiZWwsIG90bi1sYWJlbCwgZXRj Li4pOjxvOnA+PC9vOnA+PC9zcGFuPjwvdT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPi0gTVBMUyB0ZWNobm9sb2d5IHR5cGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB0eXBlZGVmDQo8Yj5tcGxzLWxhYmVsIDwv Yj57PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZu YnNwOyZuYnNwOyZuYnNwOyB0eXBlIHVpbnQzMiB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBy YW5nZSAmcXVvdDswLi4xMDQ4NTc1JnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsgfTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+aW4gTVBMUyBtb2RlbCB1 c2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPmUu Zy4gZm9yIE1QTFMgTFNQcywgdXNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPiZuYnNwOyBsZWFmIGluY29taW5nLWxhYmVsIHs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHR5cGUgbXBsczptcGxzLWxhYmVsOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsgfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+LSBPVE4gdGVjaG5vbG9neSAocmZjNzEzOSwgc2VjdGlvbiA2 LjEgZGVmaW5lcyB2YXJpYWJsZSBzaXplIGZpZWxkKTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7IHR5cGVkZWYNCjxiPm90bi1sYWJlbCA8 L2I+ezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBiaW5hcnk7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5lLmcuIGZvciBPVE4gTFNQcywgdXNlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyBsZWFm IGluY29taW5nLWxhYmVsIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGUgb3RuOm90bi1sYWJlbDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7IH08bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkIu IEdlbmVyYWxpemVkIGxhYmVsIHR5cGUgKGxpYmVyYWwpOjxvOnA+PC9vOnA+PC9zcGFuPjwvdT48 L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkdlbmVpYyBsYWJlbCBjb3ZlcnMg YWxsIGxhYmVsIHR5cGVzIGJ5IGRlZmluaW5nIGl0IGFzIGJpbmFyeSB3aXRoIG5vIHN0cmljdCBs ZW5ndGggY2hlY2suPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPnR5cGVkZWYgZ2VuZXJpYy1sYWJlbCB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB0eXBlIGJpbmFyeTs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+fTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+c29tZXdoYXQgc2ltaWxhciB0byB3 YXkgaXAtYWRkcmVzcyB0eXBlIGlzIGRlZmluZWQgaW4gWUFORzo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+dHlwZWRlZiBpcC1hZGRyZXNzIHs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7dHlw ZSB1bmlvbiB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPiZuYnNwOyZuYnNwOyZuYnNwO3R5cGUgaXB2NC1hZGRyZXNzOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDt0eXBl IGlwdjYtYWRkcmVzczs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7fTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj59PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj5pbiBNUExTIG1vZGVsIHVzZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ZS5nLiBmb3IgTVBMUyBMU1BzLCB1c2U8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7IGxlYWYgaW5jb21p bmctbGFiZWwgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBnZW5lcmljLWxhYmVsOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsgJm5ic3A7 bXVzdCDigJwwICZsdDs9IGN1cnJlbnQoKSAmbHQ7PSAxMDQ4NTc14oCdPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyB9PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5SZWdhcmRzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UYXJlazxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4N CjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+dHNhYWRA Y2lzY28uY29tPGJyPg0KPGI+V2hlbjogPC9iPjk6MDAgQU0gLSAxMDowMCBBTSBKdW5lIDEwLCAy MDE2IDxicj4NCjxiPlN1YmplY3Q6IDwvYj5NUExTIGFuZCBURSB0dW5uZWxzIFlBTkcgZGF0YSBt b2RlbCBtZWV0aW5nPGJyPg0KPGI+TG9jYXRpb246IDwvYj53ZWJleDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29s b3I6YmxhY2siPlJlZnJlc2hpbmcgaW52aXRlIGZvciBNUExTIGFuZCBURSB0dW5uZWxzIFlBTkcg ZGF0YSBtb2RlbCBtZWV0aW5nLiBQbGVhc2UgZm9yd2FyZCB0byBhbnlvbmUgSSBtaXNzZWQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpi bGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaTtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+PGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiM2NjY2NjYiPi08YSBu YW1lPSJNYWNCZWdpbldCWFRhZyI+PC9hPi0gRG8gbm90IGRlbGV0ZSBvciBjaGFuZ2UgYW55IG9m IHRoZSBmb2xsb3dpbmcgdGV4dC4gLS08L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVw dDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6 YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vY2lzY28ud2ViZXguY29tL2Npc2Nvc2FsZXMvai5waHA/ TVRJRD1tMGNhMzkwYjcyZDA0MjljNTRkYTk3MjY0ZmJiZjRiZjciPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2NvbG9yOiMwMEFGRjkiPkpvaW4gV2ViRXggbWVldGluZzwvc3Bhbj48L2E+ DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6IzY2NjY2NiI+TWVldGluZyBudW1iZXI6IDIwOCA1NTQgNDYyPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOmJsYWNr Ij4NCjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTpBcmlhbDtjb2xvcjojNjY2NjY2Ij5NZWV0aW5nIHBhc3N3b3JkOjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6 IzY2NjY2NiI+M2p3TVJYRWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9u dC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPjxicj4NCjxicj4N Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtT ZWdvZSBVSSZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojNjY2NjY2Ij5JZiB5b3UgYXJl IGEgaG9zdCwNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL2Npc2NvLndlYmV4LmNvbS9jaXNj b3NhbGVzL2oucGhwP01USUQ9bWY3MjEzZmQ4YWFmMTdmYzJlNzBjMjgyYTNlM2Q4Mzc2Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90 OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjojMDBBRkY5Ij5nbyBoZXJlPC9zcGFuPjwvYT48L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2Ug VUkmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzY2NjY2NiI+DQogdG8gdmlldyBob3N0 IGluZm9ybWF0aW9uLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFt aWx5OkFyaWFsO2NvbG9yOmJsYWNrIj48YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OkFyaWFsO2NvbG9yOiM2NjY2NjYiPkpvaW4gYnkgcGhvbmU8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2siPg0K PGJyPg0KPC9zcGFuPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6QXJpYWw7Y29sb3I6IzY2NjY2NiI+JiM0MzsxLTQwOC01MjUtNjgwMDwvc3Bhbj48L3N0 cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv cjojNjY2NjY2Ij4gQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKTwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+DQo8 YnI+DQo8L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojNjY2NjY2Ij4mIzQzOzEtODY2LTQzMi05OTAzPC9zcGFuPjwvc3Ry b25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9y OiM2NjY2NjYiPiBDYWxsLWluIHRvbGwtZnJlZSBudW1iZXIgKFVTL0NhbmFkYSk8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2si Pg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OkFyaWFsO2NvbG9yOiM2NjY2NjYiPkFjY2VzcyBjb2RlOiAyMDggNTU0IDQ2Mjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+ DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 QXJpYWw7Y29sb3I6IzY2NjY2NiI+TnVtZXJpYyBtZWV0aW5nIHBhc3N3b3JkOiAyNDMwNTYwMzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv cjpibGFjayI+DQo8YnI+DQo8YSBocmVmPSJodHRwczovL2Npc2NvLndlYmV4LmNvbS9jaXNjb3Nh bGVzL2dsb2JhbGNhbGxpbi5waHA/c2VydmljZVR5cGU9TUMmYW1wO0VEPTM1MDEyNDk2NyZhbXA7 dG9sbEZyZWU9MSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtjb2xvcjojMDBBRkY5Ij5H bG9iYWwgY2FsbC1pbiBudW1iZXJzPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+IHwNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+ PGEgaHJlZj0iaHR0cHM6Ly93d3cud2ViZXguY29tL3BkZi90b2xsZnJlZV9yZXN0cmljdGlvbnMu cGRmIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2NvbG9yOiMwMEFGRjkiPlRvbGwtZnJl ZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvc3Bhbj48L2E+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+PGJyPg0K PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJp YWw7Y29sb3I6IzY2NjY2NiI+Q2FuJ3Qgam9pbiB0aGUgbWVldGluZz88L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpibGFjayI+DQo8YSBo cmVmPSJodHRwczovL2Npc2NvLndlYmV4LmNvbS9jaXNjb3NhbGVzL21jIj48c3BhbiBzdHlsZT0i Y29sb3I6IzAwQUZGOSI+Q29udGFjdCBzdXBwb3J0Ljwvc3Bhbj48L2E+DQo8YnI+DQo8YnI+DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv cjojQTBBMEEwIj5JTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXgg c2VydmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRo ZSBzZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEg bGVnYWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMNCiBzZXNzaW9uLCB5b3UgYXV0b21hdGljYWxs eSBjb25zZW50IHRvIHN1Y2ggcmVjb3JkaW5ncy4gSWYgeW91IGRvIG5vdCBjb25zZW50IHRvIGJl aW5nIHJlY29yZGVkLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgaG9zdCBvciBkbyBu b3Qgam9pbiB0aGUgc2Vzc2lvbi4uPC9zcGFuPjxhIG5hbWU9Ik1hY0VuZFdCWFRhZyI+PC9hPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6YmxhY2si Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGli cmk7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B42B518CBA3148D9BBBB116617BA1550ciscocom_-- From nobody Fri Jun 10 11:20:11 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 07BBF12D789; Fri, 10 Jun 2016 11:20:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160610182010.18179.39322.idtracker@ietfa.amsl.com> Date: Fri, 10 Jun 2016 11:20:10 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-flow-ident-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 18:20:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : MPLS Flow Identification Considerations Authors : Stewart Bryant Carlos Pignataro Mach Chen Zhenbin Li Gregory Mirsky Filename : draft-ietf-mpls-flow-ident-01.txt Pages : 11 Date : 2016-06-10 Abstract: This memo discusses the desired capabilities for MPLS flow identification. The key application that needs this is in-band performance monitoring of user data packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-flow-ident/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-flow-ident-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-flow-ident-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 Sun Jun 12 00:41:05 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AADC812D0C1; Sun, 12 Jun 2016 00:41:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160612074101.5558.60405.idtracker@ietfa.amsl.com> Date: Sun, 12 Jun 2016 00:41:01 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-base-yang-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 07:41:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : A YANG Data Model for MPLS Base Authors : Tarek Saad Kamran Raza Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Himanshu Shah Igor Bryskin Xia Chen Raqib Jones Bin Wen Filename : draft-ietf-mpls-base-yang-00.txt Pages : 10 Date : 2016-06-11 Abstract: This document contains a specification of the the MPLS base YANG model. The MPLS base YANG module serves as a base framework for configuring and managing an MPLS switching subsystem. It is expected that other MPLS technology YANG models (e.g. MPLS LSP Static, LDP or RSVP-TE models) will augment the MPLS base YANG model. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-base-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-base-yang-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Jun 12 00:41:34 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AC94512D50A; Sun, 12 Jun 2016 00:41:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160612074129.5512.25341.idtracker@ietfa.amsl.com> Date: Sun, 12 Jun 2016 00:41:29 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-static-yang-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 07:41:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : A YANG Data Model for MPLS Static LSPs Authors : Tarek Saad Kamran Raza Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Himanshu Shah Igor Bryskin Xia Chen Raqib Jones Bin Wen Filename : draft-ietf-mpls-static-yang-00.txt Pages : 13 Date : 2016-06-11 Abstract: This document contains the specification for the MPLS Static Label Switched Paths (LSPs) YANG model. The model allows for the provisioning of static LSP(s) on LER(s) and LSR(s) devices along a LSP path without the dependency on any signaling protocol. The MPLS Static LSP model augments the MPLS base YANG model with specific data to configure and manage MPLS Static LSP(s). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-static-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-static-yang-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 14 03:22:38 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC7EB12D0B9; Tue, 14 Jun 2016 03:22:36 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eci365.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 B_v_-fd_g-0p; Tue, 14 Jun 2016 03:22:34 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0760.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::760]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 734BD12D097; Tue, 14 Jun 2016 03:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1243PvYvam/zpfDdnHdd3cLlUW3paPMKNBtNcTJIpps=; b=jgnmTnGF5FX2OEWhdmV4U0h112sMOOpmrwudgjmihkRRXqjIOMK/DYSGdEC1eHQycrbT4gTfZbgLeHzk1sUK3EujfwSPgZN6L4EIb9EsquKFxeH7J4PoGdf3yMDyH3QG2Nw66z1OBsDGro4vWTbOcdk1M+AeW0TwOfaBAyfWgOY= Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com (10.168.31.153) by AM3PR03MB0839.eurprd03.prod.outlook.com (10.160.211.155) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 10:22:10 +0000 Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) by HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) with mapi id 15.01.0517.011; Tue, 14 Jun 2016 10:22:09 +0000 From: Alexander Vainshtein To: "draft-ietf-mpls-static-yang@ietf.org" Thread-Topic: YANG for MPLS-TP? Thread-Index: AdHGIzK2KJjYzQelTo2t4MmyNPnKTA== Date: Tue, 14 Jun 2016 10:22:09 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.241.1] x-ms-office365-filtering-correlation-id: 366868dc-7b14-4f65-2c5a-08d3943dbe6c x-microsoft-exchange-diagnostics: 1; AM3PR03MB0839; 6:zyGtyAm9ci7V1mj/1UxSA7U+hKfLzVg3ktdW62F2pAuoZLlmFs9uaA3VIpD/3zprM2pLrIhzXZIe/RXzje+MVmZ3t3RAYfGGHkK0T5Zyz0b9JkRsav9ZkgBeIwJc2JgUnsvE0w+k6hqvgBBY43ArF5Qd7VN/5XhIZ65TSiPkcTHJEAniBXCArAUwlehYL5HDhZuFoSsNK+Au1vuiFvWAeU0YoABTnGFvn3geBgJc8kMlxncsYKNMHDhf7JWweSm825SWpYmLCubHHNYT/qh+7q6FW8rfrxjo+GM+I5cyOLFrH6g3a6moqlE1c9uD/SVk7SJVYfruWm22GaFgDL2Xlg==; 5:DZHLeF8MO7xuLOO0xcikdmoDPWJ+ZC2EFbNGiCYGXfO+EjvnIvG5kPqcn9SZxV/7DqXh6EXD5C8cWyVzsyXJcgnH2bjfytycUmwX2/APVodLxqpJNTAbtBEBgpINb9Hwc08YBOAMNliXSuQ9p400EA==; 24:JOQQk57DxE5cGr/H36PjlwdcoR9Rpru2MKhMO9wGjG5XWpzpbV0IIbpfvqGi37gq/bwWgjLNxmUcMR4j1e4J5KuHml47wm3oYQ0NIThQz0I=; 7:DhwEzWAD9Pe/4nIRbuNTy5iPcEr1cJfbBv0HI2NkbbLUIDM191RH/4QhT43FHFjf5S65fCVFtsndBqwVTnnTGQ+DDExqd9/8YLrXpWyFvjVXGXpa8/66P5c9mkEZRNOIsoJO6kywcWhcgVzX7G1UFAtAEVubg8gi8Z0XshT49qLXQcdDkJrB3dkp+PHh9ReHf/zQBFmAsOylnjv6xhR+bDufGzLfM8S1zGfDE/EfFbw= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM3PR03MB0839; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155)(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:AM3PR03MB0839; BCL:0; PCL:0; RULEID:; SRVR:AM3PR03MB0839; x-forefront-prvs: 09730BD177 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(51874003)(189002)(53754006)(199003)(252514010)(54356999)(9686002)(92566002)(107886002)(110136002)(189998001)(2906002)(50986999)(33656002)(76576001)(101416001)(8676002)(74316001)(7906002)(5003600100002)(10400500002)(86362001)(2900100001)(81156014)(81166006)(5630700001)(5640700001)(4326007)(97736004)(3660700001)(3280700002)(19580395003)(122556002)(19300405004)(106356001)(15975445007)(4001430100002)(105586002)(68736007)(229853001)(450100001)(2351001)(66066001)(8936002)(5004730100002)(19617315012)(19580405001)(19625215002)(87936001)(2501003)(5002640100001)(586003)(16236675004)(790700001)(102836003)(3846002)(6116002)(5008740100001)(77096005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR03MB0839; H:HE1PR0301MB2266.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; CAT:NONE; LANG:en; CAT:NONE; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR0301MB226639582EEEE9D50D74E7889D540HE1PR0301MB2266_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2016 10:22:09.6907 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR03MB0839 Archived-At: Cc: "mpls@ietf.org" , Michael Gorokhovsky Subject: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 10:22:37 -0000 --_000_HE1PR0301MB226639582EEEE9D50D74E7889D540HE1PR0301MB2266_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I wonder what are the WG plans (if any) regarding YANG data models for MPLS= -TP. While it is obviously true that static MPLS and MPLS-TP are different (neit= her is the subset of the other), MPLS-TP is today the most important applic= ation of static MPLS. However, after looking up draft-ietf-mpls-static-yang I did not find = there any mention of MPLS-TP-specific issues. One example that comes to mind is co-routed bi-directional and associated b= i-directional MPLS-TP LSPs. Other issues include: 1. MPLS-TP Identifiers (i.e. YANG model for RFC 6370). From my POV such a data model is a pre-requisite for= all MPLS-TP-related work 2. MPLS-TP protection mechanisms 3. MPLS-TP OAM mechanisms. There is an individual draft that tr= ies to address these issues, but it looks to me like very much incomplete. = E.g.: o It does not even mention RFC 6428 o While RFC 6427 appears in the list= of Normative references in this draft, there are no actual references to t= his document. Any inputs in this regard would be highly appreciated. Regards, and lots of thanks in advance, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com --_000_HE1PR0301MB226639582EEEE9D50D74E7889D540HE1PR0301MB2266_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

I wonder what are the WG plans (if any) regarding YA= NG data models for MPLS-TP.

 

While it is obviously true that static MPLS and MPLS= -TP are different (neither is the subset of the other), MPLS-TP is today th= e most important application of static MPLS.

 

However, after looking up  draf= t-ietf-mpls-static-yang I did not find there any mention of MPLS-TP-spe= cific issues.

 

One example that comes to mind is co-routed bi-direc= tional and associated bi-directional MPLS-TP LSPs. Other issues include:

1.       MPLS-TP Identifiers (i.e. = YANG model for RFC 6370). From my POV = such a data model is a pre-requisite for all MPLS-TP-related work

2.       MPLS-TP protection mechani= sms

3.       MPLS-TP OAM mechanisms. Th= ere is an individual draft that tries to address these issues, but it looks to me like very = much incomplete. E.g.:

o   It does not even me= ntion RFC 6428

o   While RFC 6427 appears in the list of Normative references in this draft, the= re are no actual references to this document.

 

Any inputs in this regard would be highly appreciate= d.

 

Regards, and lots of thanks in advance,

Sasha

 

Office: +972-39266302

Cell:      +972-5492663= 02

Email:   Alexander.Vainshtein@ecitele.com<= o:p>

 

--_000_HE1PR0301MB226639582EEEE9D50D74E7889D540HE1PR0301MB2266_-- From nobody Tue Jun 14 04:20:09 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16F8012D593; Tue, 14 Jun 2016 04:19:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, 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 3ChwDAKesU5W; Tue, 14 Jun 2016 04:19:56 -0700 (PDT) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (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 13AA012D58C; Tue, 14 Jun 2016 04:19:56 -0700 (PDT) Received: by mail-it0-x230.google.com with SMTP id z189so74136140itg.0; Tue, 14 Jun 2016 04:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=al/Hha9E+GdEuFbxijpolPu4LPPpNhcVEsfHy9yaF7E=; b=0CKp/c1a0WBAtEVqVyaUGpWGO1xs928LCu9jybDgcS1BRzr27F/r0m7rheRv2w8yYL 4jn7xGHhLNST2INC/541a7YmLA7Q/oMKgDHfQLgKJ7uqxq4jIsyBjvDM0PXUZWg+o7mt sJ/a57iYwdR9TRY0+eykaXcTpteUJ4Fqn2DNP3APo4GuEKPe4YCfjHrlV6IONeRGwB9C fVMYW4UERB/dIVEWJk/kg3apBjPIyGA0mdpNBPc8xaF8n6lwy20b+/FZzLl4ADDRLRYq UBiQtLp02WcGe1gBUhwZ4ARMw8X/oYSrOLeWULmb5puO1VWI+YeJjf3iB/ZKe28azZ1Y EKNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=al/Hha9E+GdEuFbxijpolPu4LPPpNhcVEsfHy9yaF7E=; b=W7uUM51BfyJXDtagNN5crLqkIBweE8/kJhr3ankQjJRyaPI6cdONKlXeNFvlG4gc/l Y2YoIxRlG19QnM8O89t39UckgMniOC6bsuCDMCWroMvAwTCDHFah3sRgyTYCFM9D6bpx rh4IQwpW3YMcv2XBaAtOP0OuCfN5Re2E2cJshPeeKGOaPJWjjkS/ZXaIohjLptgXfzmj 94LrRUqlj9wZzLUKxgfnid0U2FF17WpK2/V+y2BYOqD2PmFloK+OfwaUzV+wsFyEaP1L DDjPM17PiaV5GXLnreuROAJWPOEMPjwr/edk2sa2SxX/vGKEocuEsFqyka8sWir6S87k 4GbQ== X-Gm-Message-State: ALyK8tLxCytQUtA7zswzJBpRXMmfchjBQGTvsCfgBTGJPDmCvv+tF64vu/5BuyIh83Jha+pzrv289ppJGvE9lg== MIME-Version: 1.0 X-Received: by 10.36.23.206 with SMTP id 197mr24884959ith.15.1465903195421; Tue, 14 Jun 2016 04:19:55 -0700 (PDT) Received: by 10.79.28.80 with HTTP; Tue, 14 Jun 2016 04:19:55 -0700 (PDT) Received: by 10.79.28.80 with HTTP; Tue, 14 Jun 2016 04:19:55 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jun 2016 13:19:55 +0200 Message-ID: From: Huub van Helvoort To: Alexander Vainshtein Content-Type: multipart/alternative; boundary=001a11437ffa3d013005353b2f2d Archived-At: Cc: "draft-ietf-mpls-static-yang@ietf.org" , mpls@ietf.org, Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 11:19:58 -0000 --001a11437ffa3d013005353b2f2d Content-Type: text/plain; charset=UTF-8 Hello Sacha, For MPLS-TP OAM there is draft-zhang-mpls-tp-oam. Regards, Huub. sent from Huawei Nexus On 14 Jun 2016 12:22 p.m., "Alexander Vainshtein" < Alexander.Vainshtein@ecitele.com> wrote: > Hi all, > > I wonder what are the WG plans (if any) regarding YANG data models for > MPLS-TP. > > > > While it is obviously true that static MPLS and MPLS-TP are different > (neither is the subset of the other), MPLS-TP is today the most important > application of static MPLS. > > > > However, after looking up draft-ietf-mpls-static-yang > > I did not find there any mention of MPLS-TP-specific issues. > > > > One example that comes to mind is co-routed bi-directional and associated > bi-directional MPLS-TP LSPs. Other issues include: > > 1. MPLS-TP Identifiers (i.e. YANG model for RFC 6370 > ). From my POV such a data model is > a pre-requisite for all MPLS-TP-related work > > 2. MPLS-TP protection mechanisms > > 3. MPLS-TP OAM mechanisms. There is an individual draft > > that tries to address these issues, but it looks to me like very much > incomplete. E.g.: > > o It does not even mention RFC 6428 > > > o While RFC 6427 appears in the > list of Normative references in this draft, there are no actual references > to this document. > > > > Any inputs in this regard would be highly appreciated. > > > > Regards, and lots of thanks in advance, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --001a11437ffa3d013005353b2f2d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello Sacha,

For MPLS-TP OAM there is draft-zhang-mpls-tp-oam.

Regards, Huub.

sent from Huawei Nexus

On 14 Jun 2016 12:22 p.m., "Alexander Vains= htein" <Alexand= er.Vainshtein@ecitele.com> wrote:

Hi all,

I wonder what are the WG plans (if any) regarding YA= NG data models for MPLS-TP.

=C2=A0

While it is obviously true that static MPLS and MPLS= -TP are different (neither is the subset of the other), MPLS-TP is today th= e most important application of static MPLS.

=C2=A0

However, after looking up =C2=A0draft-ietf-mpls-static-yang I did not find there any ment= ion of MPLS-TP-specific issues.

=C2=A0

One example that comes to mind is co-routed bi-direc= tional and associated bi-directional MPLS-TP LSPs. Other issues include:=

1.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP Identifiers (i.e. YAN= G model for RFC 6370<= /a>). From my POV such a data model is a pre-requisite for all MPLS-TP-rela= ted work

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP protection mechanisms=

3.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP OAM mechanisms. There= is an individual draft that tries to address these issues, but it looks to me like very = much incomplete. E.g.:

o=C2=A0=C2=A0 It does not even menti= on RFC 6428

o=C2=A0=C2=A0 While RFC 6427 appears in the list of Normative references in this draft, the= re are no actual references to this document.

=C2=A0

Any inputs in this regard would be highly appreciate= d.

=C2=A0

Regards, and lots of thanks in advance,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0


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

--001a11437ffa3d013005353b2f2d-- From nobody Tue Jun 14 04:28:54 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EED7212D512; Tue, 14 Jun 2016 04:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, 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 BsGCJ_SopYNu; Tue, 14 Jun 2016 04:28:42 -0700 (PDT) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (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 7D08512D14F; Tue, 14 Jun 2016 04:28:42 -0700 (PDT) Received: by mail-it0-x231.google.com with SMTP id i6so14716738ith.0; Tue, 14 Jun 2016 04:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Rj7jSC6HI39oJdq8kSjCc4n4lnIgQNgog2gq8g/Qn88=; b=zaYGu9y8J1C8h7BSabHSnnDTYV8OoVM3r564tsjE3PK+slymnuIMTzHkgwVxDdtTuD lmiEYjdwKsnqyWJNCw2m1//wNrOxPCc/aZiT5OcU8eY9dXA2X+nt3p/UPR3eElqzJ1wg NgJzRwHGFOJ7zrcYJKalQLIl57dtKS6PIHKz02EZKjG20xwNGL72g7zRJUuaJ+PXYfDZ YagnJop/ym8SFEPNU7qDFo6Agbp6/1N8JlDFdct3yiYnbKx/uYnGsQfS9B4R1MbKrtSw B5vcO3Uwg56xU0IDXy/7NUs9p/vSrdBdvKOQJoNRB0bifSYA9YaKbJ+SjbkjfAgL79Gg r2jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Rj7jSC6HI39oJdq8kSjCc4n4lnIgQNgog2gq8g/Qn88=; b=CxS6t72+vmF5SaBVaefkk7+JZSuXRfnjB8Bg7A0mxUlwgSWRWqPfPMbV1iZHNm8svK wprFc7XWSEn58lw6SjWiTAvYa2Aq1csnhHDLNRmTDykeKMErJi5aZbFCdHUsuczMit3H cg4ffdrxV77jbOpu5rhx0hwa/n04s+Wk+MO62Nel9fb0InnqarQMpYo4eoR2lpcDFd7G aB1nWQJ8ng+AbA1GRFT1OtJvFC+9B8oRmzsaNEZobi1w8S8IXvRSTyc+oAgMwgYTs1E5 H6rZ/+h4K1A1fC+TJXHN+D+uV5M49vcm318W1QvTiNVvwDZItle0wJ/EEMGx4XTdQcOD fvSA== X-Gm-Message-State: ALyK8tJKdXTHB9izcW4E+4R49AaludrcNHWldrmFeI3ni7+RruXHAOgvYORAaOh64EV1k/sTuU5bKJF+yuqTlA== MIME-Version: 1.0 X-Received: by 10.36.155.84 with SMTP id o81mr25849759itd.55.1465903721913; Tue, 14 Jun 2016 04:28:41 -0700 (PDT) Received: by 10.79.28.80 with HTTP; Tue, 14 Jun 2016 04:28:41 -0700 (PDT) Received: by 10.79.28.80 with HTTP; Tue, 14 Jun 2016 04:28:41 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jun 2016 13:28:41 +0200 Message-ID: From: Huub van Helvoort To: Alexander Vainshtein Content-Type: multipart/alternative; boundary=94eb2c06006c9ea49b05353b4eed Archived-At: Cc: draft-ietf-mpls-static-yang@ietf.org, mpls@ietf.org, Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 11:28:52 -0000 --94eb2c06006c9ea49b05353b4eed Content-Type: text/plain; charset=UTF-8 Hello Sacha, In the IETF91 proceedings there is a slideset slides-91-mpls-13.pdf which provides details of work on MPLS and MPLS-TP yang models . Cheers, Huub. sent from Huawei Nexus On 14 Jun 2016 12:22 p.m., "Alexander Vainshtein" < Alexander.Vainshtein@ecitele.com> wrote: > Hi all, > > I wonder what are the WG plans (if any) regarding YANG data models for > MPLS-TP. > > > > While it is obviously true that static MPLS and MPLS-TP are different > (neither is the subset of the other), MPLS-TP is today the most important > application of static MPLS. > > > > However, after looking up draft-ietf-mpls-static-yang > > I did not find there any mention of MPLS-TP-specific issues. > > > > One example that comes to mind is co-routed bi-directional and associated > bi-directional MPLS-TP LSPs. Other issues include: > > 1. MPLS-TP Identifiers (i.e. YANG model for RFC 6370 > ). From my POV such a data model is > a pre-requisite for all MPLS-TP-related work > > 2. MPLS-TP protection mechanisms > > 3. MPLS-TP OAM mechanisms. There is an individual draft > > that tries to address these issues, but it looks to me like very much > incomplete. E.g.: > > o It does not even mention RFC 6428 > > > o While RFC 6427 appears in the > list of Normative references in this draft, there are no actual references > to this document. > > > > Any inputs in this regard would be highly appreciated. > > > > Regards, and lots of thanks in advance, > > Sasha > > > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --94eb2c06006c9ea49b05353b4eed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hello Sacha,

In the IETF91 proceedings there is a slideset slides-91-mpls= -13.pdf which provides details of work on MPLS and MPLS-TP yang models .

Cheers, Huub.

sent from Huawei Nexus

On 14 Jun 2016 12:22 p.m., "Alexander Vains= htein" <Alexand= er.Vainshtein@ecitele.com> wrote:

Hi all,

I wonder what are the WG plans (if any) regarding YA= NG data models for MPLS-TP.

=C2=A0

While it is obviously true that static MPLS and MPLS= -TP are different (neither is the subset of the other), MPLS-TP is today th= e most important application of static MPLS.

=C2=A0

However, after looking up =C2=A0draft-ietf-mpls-static-yang I did not find there any ment= ion of MPLS-TP-specific issues.

=C2=A0

One example that comes to mind is co-routed bi-direc= tional and associated bi-directional MPLS-TP LSPs. Other issues include:=

1.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP Identifiers (i.e. YAN= G model for RFC 6370<= /a>). From my POV such a data model is a pre-requisite for all MPLS-TP-rela= ted work

2.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP protection mechanisms=

3.=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 MPLS-TP OAM mechanisms. There= is an individual draft that tries to address these issues, but it looks to me like very = much incomplete. E.g.:

o=C2=A0=C2=A0 It does not even menti= on RFC 6428

o=C2=A0=C2=A0 While RFC 6427 appears in the list of Normative references in this draft, the= re are no actual references to this document.

=C2=A0

Any inputs in this regard would be highly appreciate= d.

=C2=A0

Regards, and lots of thanks in advance,

Sasha

=C2=A0

Office: +972-39266302

Cell:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 +972-549266302

Email:=C2=A0=C2=A0 Alexander.Vainshtein@ecitele.com

=C2=A0


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

--94eb2c06006c9ea49b05353b4eed-- From nobody Tue Jun 14 04:29:36 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D23112DB82; Tue, 14 Jun 2016 04:29:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eci365.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 iWoM_FmK9pqi; Tue, 14 Jun 2016 04:29:32 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0112.outbound.protection.outlook.com [104.47.2.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17E7D12DB6F; Tue, 14 Jun 2016 04:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pThTFp91admNaFeDoC2GrHINeCLO+x27bpPfIlnbNJU=; b=V0ODzADLIXrYw2OGR7zh4wsaLFHx+wuMvr1xNVjup3AgR3jo5tU1cNoZFGjVUufxd9pmsbjJd0tFgpK54H0bsN3mAMJHPxnmv/bl6g59e8rebo5GEjvOruItpE9/76Ri8tUAgqLNwnBStSBQSuXFjCOD6YZl7yfCl7fd+u3mZPM= Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com (10.168.31.153) by HE1PR0301MB2267.eurprd03.prod.outlook.com (10.168.31.154) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 11:29:27 +0000 Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) by HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) with mapi id 15.01.0517.011; Tue, 14 Jun 2016 11:29:25 +0000 From: Alexander Vainshtein To: Huub van Helvoort Thread-Topic: [mpls] YANG for MPLS-TP? Thread-Index: AdHGIzK2KJjYzQelTo2t4MmyNPnKTAAC3qqAAAAvsVA= Date: Tue, 14 Jun 2016 11:29:25 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.241.1] x-ms-office365-filtering-correlation-id: c1739fdc-1d66-4d8b-1628-08d39447241c x-microsoft-exchange-diagnostics: 1; HE1PR0301MB2267; 6:hwuQGj2D5QdMeB3T38nhoX3W2V33QtZfJLGZZ5yFHoMpWu+i4HAzFbCgKZbpOkF977KDzRtHV6ch7B3UEWW66eQEifncdWv8Kh5mbNIE33lTL4R21pYo1iBVq6XDXC2LxYZWBW9y8wWkt+L6bVthv8RGXrk+AtDnOPFvYuzQWSPNZPtz89mEeO8YCqf1EQ3utJGe7vuWRnmACXuhgk80lACbp4WBjF1zko8/6VtYAO6i7HicYYXMThTg+W1F05FLJOB1jinidnlFZlOBSEDKOWNJz/EPFfHkHbfq8bGDoKY4oLW/JYLfA95qtWRhghW4; 5:Ou6YfSGJ/tzTNwcUevw+lb23n+mRiOhTSQoQMSUM/WGfPTSPrOBzEzHvJCMbQ8zkKBcHD2BPUDJjBlox3bfKDRNIYC5Yu5J7ek/KdDxriBjzbY1gTjcL0u0j56vqBK0w7fKhPrTpZaBW37Ckiyjb/g==; 24:iB+/DoAuRJQngGp2XTFakK2t6cDnPPUmSDAJ11CFXTIDjRIZ8GGG3e769rLUCQ1OJBKFnPuUJl5jmXrNRO1Nb0a5HG3n2MsUdSrbVBTGgYw=; 7:5fk61Whdt6FDeQXG3wkufBIbbvsFNCsaQZlDgke7cOPfXKmsnnPoIVwYXvJndiTl3+4MSLJ2ib47Sz5d7eIH0zBoo1lAMg8ITDiUPBeY3iR27Mious0EMGXiPd0FvuEzRkkWn8uWUaGg/6ftB2KblBYmoAPQHPs60sO39+Rxf0efjlxCQ7dKEzcDowKxBpax19tdpDIb1T46DvlPjiclNw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0301MB2267; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155)(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:HE1PR0301MB2267; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0301MB2267; x-forefront-prvs: 09730BD177 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(24454002)(53754006)(377454003)(199003)(189002)(252514010)(51874003)(19617315012)(122556002)(86362001)(4326007)(66066001)(2906002)(106356001)(105586002)(586003)(19300405004)(1411001)(3846002)(102836003)(6116002)(790700001)(7906002)(10400500002)(8936002)(9686002)(19609705001)(16236675004)(19580405001)(5004730100002)(19625215002)(77096005)(5002640100001)(19580395003)(76176999)(54356999)(74316001)(2950100001)(189998001)(2900100001)(87936001)(76576001)(15975445007)(33656002)(3280700002)(101416001)(5008740100001)(92566002)(81166006)(81156014)(8676002)(50986999)(97736004)(4001430100002)(3660700001)(110136002)(107886002)(5003600100002)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0301MB2267; H:HE1PR0301MB2266.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; CAT:NONE; LANG:en; CAT:NONE; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR0301MB226644496E8CDE7F697AE2789D540HE1PR0301MB2266_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2016 11:29:25.7460 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0301MB2267 Archived-At: Cc: "draft-ietf-mpls-static-yang@ietf.org" , "mpls@ietf.org" , Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 11:29:35 -0000 --_000_HE1PR0301MB226644496E8CDE7F697AE2789D540HE1PR0301MB2266_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SHV1YiBoaSENCg0KTG90cyBvZiB0aGFua3MgZm9yIGEgcHJvbXB0IHJlc3BvbnNlLg0KDQpJIGhh dmUgbWVudGlvbmVkIGRyYWZ0LXpoYW5nIGFuZCBldmVuIHByb3ZpZGVkIGEgbGluayB0byBpdC4g SSBoYXZlIGFsc28gY29tbWVudGVkIHRoYXQgaXQgc2VlbXMgdmVyeSBtdWNoIGluY29tcGxldGUu DQoNCkJ1dCB3aGF0IGlzIGV2ZW4gbW9yZSBpbXBvcnRhbnQsIEkgZG8gbm90IHVuZGVyc3RhbmQg aG93IE1QTFMtVFAgT0FNIGNhbiBiZSBtb2RlbGVkIHdpdGhvdXQgYW4gTVBMUy1UUCBkYXRhIG1v ZGVsIGJlaW5nIGRlZmluZWQuDQpFLmcuLCBpZiBJIHdhbnQgdG8gYXBwbHkgYW4gT0FNIG9wZXJh dGlvbiAoc2F5LCBMU1AtUGluZyBvbiBhbiBNUExTLVRQIExTUCksIGhvdyBjYW4gSSBkbyBpdCBp ZiBNUExTLVRQIExTUCBpdHNlbGYgaXMgbm90IGRlZmluZWQ/DQoNClJlZ2FyZHMsDQpTYXNoYQ0K DQpPZmZpY2U6ICs5NzItMzkyNjYzMDINCkNlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWls OiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tDQoNCkZyb206IEh1dWIgdmFuIEhl bHZvb3J0IFttYWlsdG86aHV1YmF0d29ya0BnbWFpbC5jb21dDQpTZW50OiBUdWVzZGF5LCBKdW5l IDE0LCAyMDE2IDI6MjAgUE0NClRvOiBBbGV4YW5kZXIgVmFpbnNodGVpbiA8QWxleGFuZGVyLlZh aW5zaHRlaW5AZWNpdGVsZS5jb20+DQpDYzogbXBsc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxz LXN0YXRpYy15YW5nQGlldGYub3JnOyBNaWNoYWVsIEdvcm9raG92c2t5IDxNaWNoYWVsLkdvcm9r aG92c2t5QGVjaXRlbGUuY29tPg0KU3ViamVjdDogUmU6IFttcGxzXSBZQU5HIGZvciBNUExTLVRQ Pw0KDQoNCkhlbGxvIFNhY2hhLA0KDQpGb3IgTVBMUy1UUCBPQU0gdGhlcmUgaXMgZHJhZnQtemhh bmctbXBscy10cC1vYW0uDQoNClJlZ2FyZHMsIEh1dWIuDQoNCnNlbnQgZnJvbSBIdWF3ZWkgTmV4 dXMNCk9uIDE0IEp1biAyMDE2IDEyOjIyIHAubS4sICJBbGV4YW5kZXIgVmFpbnNodGVpbiIgPEFs ZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbT4+IHdyb3RlOg0KSGkgYWxsLA0KSSB3b25kZXIgd2hhdCBhcmUgdGhlIFdH IHBsYW5zIChpZiBhbnkpIHJlZ2FyZGluZyBZQU5HIGRhdGEgbW9kZWxzIGZvciBNUExTLVRQLg0K DQpXaGlsZSBpdCBpcyBvYnZpb3VzbHkgdHJ1ZSB0aGF0IHN0YXRpYyBNUExTIGFuZCBNUExTLVRQ IGFyZSBkaWZmZXJlbnQgKG5laXRoZXIgaXMgdGhlIHN1YnNldCBvZiB0aGUgb3RoZXIpLCBNUExT LVRQIGlzIHRvZGF5IHRoZSBtb3N0IGltcG9ydGFudCBhcHBsaWNhdGlvbiBvZiBzdGF0aWMgTVBM Uy4NCg0KSG93ZXZlciwgYWZ0ZXIgbG9va2luZyB1cCAgZHJhZnQtaWV0Zi1tcGxzLXN0YXRpYy15 YW5nPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1zdGF0 aWMteWFuZy8/aW5jbHVkZV90ZXh0PTE+IEkgZGlkIG5vdCBmaW5kIHRoZXJlIGFueSBtZW50aW9u IG9mIE1QTFMtVFAtc3BlY2lmaWMgaXNzdWVzLg0KDQpPbmUgZXhhbXBsZSB0aGF0IGNvbWVzIHRv IG1pbmQgaXMgY28tcm91dGVkIGJpLWRpcmVjdGlvbmFsIGFuZCBhc3NvY2lhdGVkIGJpLWRpcmVj dGlvbmFsIE1QTFMtVFAgTFNQcy4gT3RoZXIgaXNzdWVzIGluY2x1ZGU6DQoNCjEuICAgICAgIE1Q TFMtVFAgSWRlbnRpZmllcnMgKGkuZS4gWUFORyBtb2RlbCBmb3IgUkZDIDYzNzA8aHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzYzNzA+KS4gRnJvbSBteSBQT1Ygc3VjaCBhIGRhdGEgbW9k ZWwgaXMgYSBwcmUtcmVxdWlzaXRlIGZvciBhbGwgTVBMUy1UUC1yZWxhdGVkIHdvcmsNCg0KMi4g ICAgICAgTVBMUy1UUCBwcm90ZWN0aW9uIG1lY2hhbmlzbXMNCg0KMy4gICAgICAgTVBMUy1UUCBP QU0gbWVjaGFuaXNtcy4gVGhlcmUgaXMgYW4gaW5kaXZpZHVhbCBkcmFmdDxodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGFuZy1tcGxzLXRwLXlhbmctb2FtLz9pbmNsdWRl X3RleHQ9MT4gdGhhdCB0cmllcyB0byBhZGRyZXNzIHRoZXNlIGlzc3VlcywgYnV0IGl0IGxvb2tz IHRvIG1lIGxpa2UgdmVyeSBtdWNoIGluY29tcGxldGUuIEUuZy46DQoNCm8gICBJdCBkb2VzIG5v dCBldmVuIG1lbnRpb24gUkZDIDY0Mjg8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0 Mjg+DQoNCm8gICBXaGlsZSBSRkMgNjQyNzxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZj NjQyNz4gYXBwZWFycyBpbiB0aGUgbGlzdCBvZiBOb3JtYXRpdmUgcmVmZXJlbmNlcyBpbiB0aGlz IGRyYWZ0LCB0aGVyZSBhcmUgbm8gYWN0dWFsIHJlZmVyZW5jZXMgdG8gdGhpcyBkb2N1bWVudC4N Cg0KQW55IGlucHV0cyBpbiB0aGlzIHJlZ2FyZCB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQu DQoNClJlZ2FyZHMsIGFuZCBsb3RzIG9mIHRoYW5rcyBpbiBhZHZhbmNlLA0KU2FzaGENCg0KT2Zm aWNlOiArOTcyLTM5MjY2MzAyDQpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQpFbWFpbDogICBB bGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRl aW5AZWNpdGVsZS5jb20+DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxz QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo= --_000_HE1PR0301MB226644496E8CDE7F697AE2789D540HE1PR0301MB2266_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM0NDU0NkE7DQoJZm9udC13ZWlnaHQ6 bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM0NDU0NkEiPkh1dWIgaGkhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1 NDZBIj5Mb3RzIG9mIHRoYW5rcyBmb3IgYSBwcm9tcHQgcmVzcG9uc2UuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0 NkEiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5JIGhhdmUgbWVudGlvbmVkIGRyYWZ0LXpoYW5n IGFuZCBldmVuIHByb3ZpZGVkIGEgbGluayB0byBpdC4gSSBoYXZlIGFsc28gY29tbWVudGVkIHRo YXQgaXQgc2VlbXMgdmVyeSBtdWNoIGluY29tcGxldGUuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojNDQ1NDZBIj5CdXQgd2hhdCBpcyBldmVuIG1vcmUgaW1wb3J0YW50LCBJIGRv IG5vdCB1bmRlcnN0YW5kIGhvdyBNUExTLVRQDQo8aT5PQU0gPC9pPmNhbiBiZSBtb2RlbGVkIHdp dGhvdXQgYW4gTVBMUy1UUCBkYXRhIG1vZGVsIGJlaW5nIGRlZmluZWQuIDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1 NDZBIj5FLmcuLCBpZiBJIHdhbnQgdG8gYXBwbHkgYW4gT0FNIG9wZXJhdGlvbiAoc2F5LCBMU1At UGluZyBvbiBhbiBNUExTLVRQIExTUCksIGhvdyBjYW4gSSBkbyBpdCBpZiBNUExTLVRQIExTUCBp dHNlbGYgaXMgbm90IGRlZmluZWQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj NDQ1NDZBIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5TYXNoYTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZB Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojNDQ1NDZBIj5DZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3 Mi01NDkyNjYzMDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+RW1haWw6Jm5ic3A7Jm5ic3A7IEFsZXhhbmRl ci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEh1dWIgdmFuIEhlbHZvb3J0IFttYWls dG86aHV1YmF0d29ya0BnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVu ZSAxNCwgMjAxNiAyOjIwIFBNPGJyPg0KPGI+VG86PC9iPiBBbGV4YW5kZXIgVmFpbnNodGVpbiAm bHQ7QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBt cGxzQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlhbmdAaWV0Zi5vcmc7IE1pY2hh ZWwgR29yb2tob3Zza3kgJmx0O01pY2hhZWwuR29yb2tob3Zza3lAZWNpdGVsZS5jb20mZ3Q7PGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gWUFORyBmb3IgTVBMUy1UUD88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwPkhlbGxvIFNhY2hhLDxvOnA+PC9vOnA+PC9wPg0KPHA+Rm9yIE1QTFMtVFAgT0FNIHRoZXJl IGlzIGRyYWZ0LXpoYW5nLW1wbHMtdHAtb2FtLjxvOnA+PC9vOnA+PC9wPg0KPHA+UmVnYXJkcywg SHV1Yi48bzpwPjwvbzpwPjwvcD4NCjxwPnNlbnQgZnJvbSBIdWF3ZWkgTmV4dXM8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNCBKdW4gMjAxNiAxMjoyMiBw Lm0uLCAmcXVvdDtBbGV4YW5kZXIgVmFpbnNodGVpbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRv OkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj5BbGV4YW5kZXIuVmFpbnNodGVpbkBl Y2l0ZWxlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBhbGwsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgd29uZGVyIHdoYXQgYXJlIHRoZSBXRyBwbGFucyAo aWYgYW55KSByZWdhcmRpbmcgWUFORyBkYXRhIG1vZGVscyBmb3IgTVBMUy1UUC48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPldoaWxlIGl0IGlzIG9idmlvdXNseSB0cnVlIHRoYXQgc3RhdGlj IE1QTFMgYW5kIE1QTFMtVFAgYXJlIGRpZmZlcmVudCAobmVpdGhlciBpcyB0aGUgc3Vic2V0IG9m IHRoZSBvdGhlciksIE1QTFMtVFAgaXMgdG9kYXkgdGhlIG1vc3QgaW1wb3J0YW50IGFwcGxpY2F0 aW9uIG9mIHN0YXRpYyBNUExTLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Ib3dldmVy LCBhZnRlciBsb29raW5nIHVwICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZy8/aW5jbHVkZV90ZXh0PTEiIHRh cmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlhbmc8L2E+IEkgZGlkIG5vdCBm aW5kDQogdGhlcmUgYW55IG1lbnRpb24gb2YgTVBMUy1UUC1zcGVjaWZpYyBpc3N1ZXMuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbmUgZXhhbXBsZSB0aGF0IGNvbWVzIHRvIG1pbmQgaXMg Y28tcm91dGVkIGJpLWRpcmVjdGlvbmFsIGFuZCBhc3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFsIE1Q TFMtVFAgTFNQcy4gT3RoZXIgaXNzdWVzIGluY2x1ZGU6PG86cD48L286cD48L3A+DQo8cCBzdHls ZT0ibWFyZ2luLWxlZnQ6MzguMjVwdCI+MS48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPk1QTFMtVFAgSWRlbnRp ZmllcnMgKGkuZS4gWUFORyBtb2RlbCBmb3INCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9yZmM2MzcwIiB0YXJnZXQ9Il9ibGFuayI+UkZDIDYzNzA8L2E+KS4gRnJvbSBteSBQ T1Ygc3VjaCBhIGRhdGEgbW9kZWwgaXMgYSBwcmUtcmVxdWlzaXRlIGZvciBhbGwgTVBMUy1UUC1y ZWxhdGVkIHdvcms8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozOC4yNXB0 Ij4yLjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L3NwYW4+TVBMUy1UUCBwcm90ZWN0aW9uIG1lY2hhbmlzbXM8bzpwPjwv bzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozOC4yNXB0Ij4zLjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3Nw YW4+TVBMUy1UUCBPQU0gbWVjaGFuaXNtcy4gVGhlcmUgaXMgYW4gaW5kaXZpZHVhbA0KPGEgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhhbmctbXBscy10cC15 YW5nLW9hbS8/aW5jbHVkZV90ZXh0PTEiIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0PC9hPiB0aGF0 IHRyaWVzIHRvIGFkZHJlc3MgdGhlc2UgaXNzdWVzLCBidXQgaXQgbG9va3MgdG8gbWUgbGlrZSB2 ZXJ5IG11Y2ggaW5jb21wbGV0ZS4gRS5nLjo8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW4tbGVmdDo3NC4yNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+SXQgZG9lcyBub3QgZXZlbiBtZW50aW9uIDxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM2NDI4IiB0YXJnZXQ9Il9ibGFuayI+DQpSRkMgNjQyODwvYT48 bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3NC4yNXB0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+V2hpbGUgPGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0MjciIHRhcmdldD0iX2JsYW5rIj5SRkMg NjQyNzwvYT4gYXBwZWFycyBpbiB0aGUgbGlzdCBvZiBOb3JtYXRpdmUgcmVmZXJlbmNlcyBpbiB0 aGlzIGRyYWZ0LCB0aGVyZSBhcmUgbm8gYWN0dWFsIHJlZmVyZW5jZXMgdG8gdGhpcyBkb2N1bWVu dC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkFueSBpbnB1dHMgaW4gdGhpcyByZWdhcmQg d291bGQgYmUgaGlnaGx5IGFwcHJlY2lhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ UmVnYXJkcywgYW5kIGxvdHMgb2YgdGhhbmtzIGluIGFkdmFuY2UsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPlNhc2hhPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5P ZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2 NjMwMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5FbWFpbDombmJzcDsm bmJzcDsNCjxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSIg dGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPC9hPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRv bToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bXBsc0Bp ZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_HE1PR0301MB226644496E8CDE7F697AE2789D540HE1PR0301MB2266_-- From nobody Tue Jun 14 04:36:38 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A546D12DB95; Tue, 14 Jun 2016 04:36:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.892 X-Spam-Level: X-Spam-Status: No, score=-1.892 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_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eci365.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 jwsVkt8yUc3X; Tue, 14 Jun 2016 04:36:34 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0135.outbound.protection.outlook.com [104.47.1.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD52B12DB99; Tue, 14 Jun 2016 04:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=UvZTCZtL0idgjSRZZoxMkuoPNEL4GZQWW1ttAMZn4EU=; b=EXfXFdwk7QZHJobZ5qwGwzw5aGWVrR6YQ4EnOYoiGaHphduadc3Zn3qZofuPVIeyfxc6fevgyLaUyd6OVOkxWPc7URe0qrt0PCR25PMmBCw5Qgrh/fK8cGxPd4t6FHk3NAmHIVCYiSlci/kF23o0Na29ZWG1wAOLNyVk5fJ6Lag= Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com (10.168.31.153) by DB5PR03MB1720.eurprd03.prod.outlook.com (10.166.171.19) with Microsoft SMTP Server (TLS) id 15.1.511.8; Tue, 14 Jun 2016 11:36:31 +0000 Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) by HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) with mapi id 15.01.0517.011; Tue, 14 Jun 2016 11:36:30 +0000 From: Alexander Vainshtein To: Huub van Helvoort Thread-Topic: [mpls] YANG for MPLS-TP? Thread-Index: AdHGIzK2KJjYzQelTo2t4MmyNPnKTAADLQuAAAAtlxA= Date: Tue, 14 Jun 2016 11:36:30 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.241.1] x-ms-office365-filtering-correlation-id: ddbc1ae5-2489-40e8-845d-08d394482154 x-microsoft-exchange-diagnostics: 1; DB5PR03MB1720; 5:WqRmu/rNrcYn2wMTgvk24HU5TnZNG9FkrJL2WP9zB3rWutRZcGWM0V91RvvscemfrH7yjy9tOIynIc2F1XT5/gz0mFKs3yPg1ajrjEe4LjnMkkGgPsnkzxM4MbJsBD9sBPnjyUdsSDbNo9tXZ28grw==; 24:IplsrlcmzOGu+PoUKCN7HOuUciPMQ7YCi6IdWsl4lopNhZWE0rj4zC+W1VjS0fT//xgZ0vxOArPmjJtDGoLUD5y3av3Rqa3Rc4SOJ0xVhEE=; 7:fZuLafEE2lD8eweOXCw2VYAEZR0lndpC51ymgIteVF7uGnCDM76vjqjQ6inVFFZI2poY4Gq8cujlLL6y37DMfa7esOWcxMEUyVDuUzJVj59O9FUYji15J0b4m8kP+SvlFH7M02IMMsp/GMC37AXJgnM3FQQvfLw0PyLlCI5FuyRVkcEZpFKIiCPnk7X/e5CSSFbX+mRKQfEfB0+NtXabKA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR03MB1720; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155)(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:DB5PR03MB1720; BCL:0; PCL:0; RULEID:; SRVR:DB5PR03MB1720; x-forefront-prvs: 09730BD177 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(24454002)(53754006)(377454003)(199003)(189002)(252514010)(51874003)(19617315012)(122556002)(86362001)(4326007)(66066001)(2906002)(106356001)(105586002)(586003)(19300405004)(1411001)(3846002)(102836003)(6116002)(790700001)(7906002)(10400500002)(8936002)(9686002)(19609705001)(16236675004)(19580405001)(5004730100002)(19625215002)(77096005)(5002640100001)(19580395003)(76176999)(54356999)(74316001)(2950100001)(189998001)(2900100001)(87936001)(76576001)(15975445007)(33656002)(3280700002)(101416001)(5008740100001)(92566002)(81166006)(81156014)(8676002)(50986999)(97736004)(4001430100002)(3660700001)(110136002)(107886002)(5003600100002)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR03MB1720; H:HE1PR0301MB2266.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR0301MB2266961910857BEC7612ABD09D540HE1PR0301MB2266_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2016 11:36:30.4572 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR03MB1720 Archived-At: Cc: "draft-ietf-mpls-static-yang@ietf.org" , "mpls@ietf.org" , Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 11:36:37 -0000 --_000_HE1PR0301MB2266961910857BEC7612ABD09D540HE1PR0301MB2266_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SHV1YiwgaGkgYWdhaW4hDQoNCkkgaGF2ZSBsb29rZWQgdXAgdGhlIHByZXNlbnRhdGlvbiAodGhh dCBpcyAxLjUgeWVhcnMgb2xkKS4NCkl0IGxvb2tzIGdvb2QsIGJ1dCBpdCBzZWVtcyB0aGF0IG5v dCB0b28gbXVjaCBoYXMgaGFwcGVuZWQgaW4gdGhlIDEuNSB5ZWFycyB0aGF0IGhhdmUgcGFzc2Vk 4pi5Lg0KSW4gcGFydGljdWxhciwgaXQgc3BlYWtzIGFib3V0IE1QTFMtVFAgWUFORyBhcyBhdWdt ZW50aW5nIE1QTFMtVFAgYmFzZSBZQU5HIOKAkyBidXQsIEFGQUlLLCB0aGlzIGRpZCBub3QgaGFw cGVuIHlldC4NCg0KSGFzIHRoZXJlIGJlZW4gYW55IGNoYW5nZSBpbiB0aGUgcGxhbnM/DQoNClJl Z2FyZHMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzkyNjYzMDINCkNlbGw6ICAgICAgKzk3Mi01 NDkyNjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tDQoNCkZy b206IEh1dWIgdmFuIEhlbHZvb3J0IFttYWlsdG86aHV1YmF0d29ya0BnbWFpbC5jb21dDQpTZW50 OiBUdWVzZGF5LCBKdW5lIDE0LCAyMDE2IDI6MjkgUE0NClRvOiBBbGV4YW5kZXIgVmFpbnNodGVp biA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+DQpDYzogbXBsc0BpZXRmLm9yZzsg ZHJhZnQtaWV0Zi1tcGxzLXN0YXRpYy15YW5nQGlldGYub3JnOyBNaWNoYWVsIEdvcm9raG92c2t5 IDxNaWNoYWVsLkdvcm9raG92c2t5QGVjaXRlbGUuY29tPg0KU3ViamVjdDogUmU6IFttcGxzXSBZ QU5HIGZvciBNUExTLVRQPw0KDQoNCkhlbGxvIFNhY2hhLA0KDQpJbiB0aGUgSUVURjkxIHByb2Nl ZWRpbmdzIHRoZXJlIGlzIGEgc2xpZGVzZXQgc2xpZGVzLTkxLW1wbHMtMTMucGRmIHdoaWNoIHBy b3ZpZGVzIGRldGFpbHMgb2Ygd29yayBvbiBNUExTIGFuZCBNUExTLVRQIHlhbmcgbW9kZWxzIC4N Cg0KQ2hlZXJzLCBIdXViLg0KDQpzZW50IGZyb20gSHVhd2VpIE5leHVzDQpPbiAxNCBKdW4gMjAx NiAxMjoyMiBwLm0uLCAiQWxleGFuZGVyIFZhaW5zaHRlaW4iIDxBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+PiB3 cm90ZToNCkhpIGFsbCwNCkkgd29uZGVyIHdoYXQgYXJlIHRoZSBXRyBwbGFucyAoaWYgYW55KSBy ZWdhcmRpbmcgWUFORyBkYXRhIG1vZGVscyBmb3IgTVBMUy1UUC4NCg0KV2hpbGUgaXQgaXMgb2J2 aW91c2x5IHRydWUgdGhhdCBzdGF0aWMgTVBMUyBhbmQgTVBMUy1UUCBhcmUgZGlmZmVyZW50IChu ZWl0aGVyIGlzIHRoZSBzdWJzZXQgb2YgdGhlIG90aGVyKSwgTVBMUy1UUCBpcyB0b2RheSB0aGUg bW9zdCBpbXBvcnRhbnQgYXBwbGljYXRpb24gb2Ygc3RhdGljIE1QTFMuDQoNCkhvd2V2ZXIsIGFm dGVyIGxvb2tpbmcgdXAgIGRyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZzxodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlhbmcvP2luY2x1ZGVf dGV4dD0xPiBJIGRpZCBub3QgZmluZCB0aGVyZSBhbnkgbWVudGlvbiBvZiBNUExTLVRQLXNwZWNp ZmljIGlzc3Vlcy4NCg0KT25lIGV4YW1wbGUgdGhhdCBjb21lcyB0byBtaW5kIGlzIGNvLXJvdXRl ZCBiaS1kaXJlY3Rpb25hbCBhbmQgYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25hbCBNUExTLVRQIExT UHMuIE90aGVyIGlzc3VlcyBpbmNsdWRlOg0KDQoxLiAgICAgICBNUExTLVRQIElkZW50aWZpZXJz IChpLmUuIFlBTkcgbW9kZWwgZm9yIFJGQyA2MzcwPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9yZmM2MzcwPikuIEZyb20gbXkgUE9WIHN1Y2ggYSBkYXRhIG1vZGVsIGlzIGEgcHJlLXJlcXVp c2l0ZSBmb3IgYWxsIE1QTFMtVFAtcmVsYXRlZCB3b3JrDQoNCjIuICAgICAgIE1QTFMtVFAgcHJv dGVjdGlvbiBtZWNoYW5pc21zDQoNCjMuICAgICAgIE1QTFMtVFAgT0FNIG1lY2hhbmlzbXMuIFRo ZXJlIGlzIGFuIGluZGl2aWR1YWwgZHJhZnQ8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtemhhbmctbXBscy10cC15YW5nLW9hbS8/aW5jbHVkZV90ZXh0PTE+IHRoYXQgdHJp ZXMgdG8gYWRkcmVzcyB0aGVzZSBpc3N1ZXMsIGJ1dCBpdCBsb29rcyB0byBtZSBsaWtlIHZlcnkg bXVjaCBpbmNvbXBsZXRlLiBFLmcuOg0KDQpvICAgSXQgZG9lcyBub3QgZXZlbiBtZW50aW9uIFJG QyA2NDI4PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NDI4Pg0KDQpvICAgV2hpbGUg UkZDIDY0Mjc8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0Mjc+IGFwcGVhcnMgaW4g dGhlIGxpc3Qgb2YgTm9ybWF0aXZlIHJlZmVyZW5jZXMgaW4gdGhpcyBkcmFmdCwgdGhlcmUgYXJl IG5vIGFjdHVhbCByZWZlcmVuY2VzIHRvIHRoaXMgZG9jdW1lbnQuDQoNCkFueSBpbnB1dHMgaW4g dGhpcyByZWdhcmQgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lhdGVkLg0KDQpSZWdhcmRzLCBhbmQg bG90cyBvZiB0aGFua3MgaW4gYWR2YW5jZSwNClNhc2hhDQoNCk9mZmljZTogKzk3Mi0zOTI2NjMw Mg0KQ2VsbDogICAgICArOTcyLTU0OTI2NjMwMg0KRW1haWw6ICAgQWxleGFuZGVyLlZhaW5zaHRl aW5AZWNpdGVsZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPg0K DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxz IG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K --_000_HE1PR0301MB2266961910857BEC7612ABD09D540HE1PR0301MB2266_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp bi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6 MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs c2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzQ0NTQ2QTsN Cglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0 aW9uOm5vbmUgbm9uZTt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIu MHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4N CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+SHV1YiwgaGkgYWdhaW4hPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5JIGhhdmUgbG9va2VkIHVwIHRoZSBwcmVzZW50YXRp b24gKHRoYXQgaXMgMS41IHllYXJzIG9sZCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPkl0IGxvb2tzIGdv b2QsIGJ1dCBpdCBzZWVtcyB0aGF0IG5vdCB0b28gbXVjaCBoYXMgaGFwcGVuZWQgaW4gdGhlIDEu NSB5ZWFycyB0aGF0IGhhdmUgcGFzc2VkPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojNDQ1NDZBIj5MPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojNDQ1NDZBIj4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPkluIHBhcnRpY3VsYXIs IGl0IHNwZWFrcyBhYm91dCBNUExTLVRQIFlBTkcgYXMgYXVnbWVudGluZyBNUExTLVRQIGJhc2Ug WUFORyDigJMgYnV0LCBBRkFJSywgdGhpcyBkaWQgbm90IGhhcHBlbiB5ZXQuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0 NDU0NkEiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5IYXMgdGhlcmUgYmVlbiBhbnkgY2hhbmdl IGluIHRoZSBwbGFucz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEi PlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPlNhc2hhPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojNDQ1NDZBIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0 NDU0NkEiPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2 NjMwMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5FbWFpbDombmJzcDsmbmJzcDsgQWxleGFuZGVyLlZhaW5z aHRlaW5AZWNpdGVsZS5jb208bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSHV1YiB2YW4gSGVsdm9vcnQgW21haWx0bzpodXVi YXR3b3JrQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDE0LCAy MDE2IDI6MjkgUE08YnI+DQo8Yj5Ubzo8L2I+IEFsZXhhbmRlciBWYWluc2h0ZWluICZsdDtBbGV4 YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IG1wbHNAaWV0 Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZ0BpZXRmLm9yZzsgTWljaGFlbCBHb3Jv a2hvdnNreSAmbHQ7TWljaGFlbC5Hb3Jva2hvdnNreUBlY2l0ZWxlLmNvbSZndDs8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFttcGxzXSBZQU5HIGZvciBNUExTLVRQPzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+SGVs bG8gU2FjaGEsPG86cD48L286cD48L3A+DQo8cD5JbiB0aGUgSUVURjkxIHByb2NlZWRpbmdzIHRo ZXJlIGlzIGEgc2xpZGVzZXQgc2xpZGVzLTkxLW1wbHMtMTMucGRmIHdoaWNoIHByb3ZpZGVzIGRl dGFpbHMgb2Ygd29yayBvbiBNUExTIGFuZCBNUExTLVRQIHlhbmcgbW9kZWxzIC48bzpwPjwvbzpw PjwvcD4NCjxwPkNoZWVycywgSHV1Yi48bzpwPjwvbzpwPjwvcD4NCjxwPnNlbnQgZnJvbSBIdWF3 ZWkgTmV4dXM8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAx NCBKdW4gMjAxNiAxMjoyMiBwLm0uLCAmcXVvdDtBbGV4YW5kZXIgVmFpbnNodGVpbiZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj5BbGV4 YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9w Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0ND Q0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJn aW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBh bGwsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgd29uZGVyIHdoYXQg YXJlIHRoZSBXRyBwbGFucyAoaWYgYW55KSByZWdhcmRpbmcgWUFORyBkYXRhIG1vZGVscyBmb3Ig TVBMUy1UUC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldoaWxlIGl0IGlzIG9idmlvdXNs eSB0cnVlIHRoYXQgc3RhdGljIE1QTFMgYW5kIE1QTFMtVFAgYXJlIGRpZmZlcmVudCAobmVpdGhl ciBpcyB0aGUgc3Vic2V0IG9mIHRoZSBvdGhlciksIE1QTFMtVFAgaXMgdG9kYXkgdGhlIG1vc3Qg aW1wb3J0YW50IGFwcGxpY2F0aW9uIG9mIHN0YXRpYyBNUExTLg0KPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj5Ib3dldmVyLCBhZnRlciBsb29raW5nIHVwICZuYnNwOzxhIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZy8/ aW5jbHVkZV90ZXh0PTEiIHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlh bmc8L2E+IEkgZGlkIG5vdCBmaW5kDQogdGhlcmUgYW55IG1lbnRpb24gb2YgTVBMUy1UUC1zcGVj aWZpYyBpc3N1ZXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbmUgZXhhbXBsZSB0aGF0 IGNvbWVzIHRvIG1pbmQgaXMgY28tcm91dGVkIGJpLWRpcmVjdGlvbmFsIGFuZCBhc3NvY2lhdGVk IGJpLWRpcmVjdGlvbmFsIE1QTFMtVFAgTFNQcy4gT3RoZXIgaXNzdWVzIGluY2x1ZGU6PG86cD48 L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luLWxlZnQ6MzguMjVwdCI+MS48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9z cGFuPk1QTFMtVFAgSWRlbnRpZmllcnMgKGkuZS4gWUFORyBtb2RlbCBmb3INCjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2MzcwIiB0YXJnZXQ9Il9ibGFuayI+UkZDIDYz NzA8L2E+KS4gRnJvbSBteSBQT1Ygc3VjaCBhIGRhdGEgbW9kZWwgaXMgYSBwcmUtcmVxdWlzaXRl IGZvciBhbGwgTVBMUy1UUC1yZWxhdGVkIHdvcms8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW4tbGVmdDozOC4yNXB0Ij4yLjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+TVBMUy1UUCBwcm90ZWN0aW9u IG1lY2hhbmlzbXM8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozOC4yNXB0 Ij4zLjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L3NwYW4+TVBMUy1UUCBPQU0gbWVjaGFuaXNtcy4gVGhlcmUgaXMgYW4g aW5kaXZpZHVhbA0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtemhhbmctbXBscy10cC15YW5nLW9hbS8/aW5jbHVkZV90ZXh0PTEiIHRhcmdldD0iX2JsYW5r Ij4NCmRyYWZ0PC9hPiB0aGF0IHRyaWVzIHRvIGFkZHJlc3MgdGhlc2UgaXNzdWVzLCBidXQgaXQg bG9va3MgdG8gbWUgbGlrZSB2ZXJ5IG11Y2ggaW5jb21wbGV0ZS4gRS5nLjo8bzpwPjwvbzpwPjwv cD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3NC4yNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdCI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+SXQgZG9lcyBub3QgZXZlbiBtZW50aW9uIDxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NDI4IiB0YXJnZXQ9Il9ibGFu ayI+DQpSRkMgNjQyODwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3 NC4yNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi Pm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+V2hpbGUgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0MjciIHRh cmdldD0iX2JsYW5rIj5SRkMgNjQyNzwvYT4gYXBwZWFycyBpbiB0aGUgbGlzdCBvZiBOb3JtYXRp dmUgcmVmZXJlbmNlcyBpbiB0aGlzIGRyYWZ0LCB0aGVyZSBhcmUgbm8gYWN0dWFsIHJlZmVyZW5j ZXMgdG8gdGhpcyBkb2N1bWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkFueSBpbnB1 dHMgaW4gdGhpcyByZWdhcmQgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lhdGVkLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+UmVnYXJkcywgYW5kIGxvdHMgb2YgdGhhbmtzIGluIGFkdmFuY2Us PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlNhc2hhPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7OTcyLTU0OTI2NjMwMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj5FbWFpbDombmJzcDsmbmJzcDsNCjxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNo dGVpbkBlY2l0ZWxlLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBo cmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVm PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48 L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_HE1PR0301MB2266961910857BEC7612ABD09D540HE1PR0301MB2266_-- From nobody Tue Jun 14 06:35:31 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 658CB12D668; Tue, 14 Jun 2016 06:35:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eci365.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 ZBRlB0xApvME; Tue, 14 Jun 2016 06:35:27 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0124.outbound.protection.outlook.com [104.47.0.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DF1E12B065; Tue, 14 Jun 2016 06:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7jHPAOD6KZCWHzZcCZAahlMO0eaGu0WS8hVA5wT3rB8=; b=ikYu0eTqWKNNgJewdh7wqg11JT5dnGk8ThTfIFmqYyHLhM9iqCwVZsgR6Vl9RJ1yXfgHsb8GArLotvkFKyQnJ5ZRCFvUypewYHh8w0MngYLI1Ooo6O90mbRDFV3OsUHgbmH2WYBhoX8KV+eh0Oe16LSOmsevZ4ChaULXA1mWHQA= Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com (10.168.31.153) by HE1PR0301MB2266.eurprd03.prod.outlook.com (10.168.31.153) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 13:35:24 +0000 Received: from HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) by HE1PR0301MB2266.eurprd03.prod.outlook.com ([10.168.31.153]) with mapi id 15.01.0517.011; Tue, 14 Jun 2016 13:35:22 +0000 From: Alexander Vainshtein To: Huub van Helvoort Thread-Topic: [mpls] YANG for MPLS-TP? Thread-Index: AdHGIzK2KJjYzQelTo2t4MmyNPnKTAADLQuAAARWKlA= Date: Tue, 14 Jun 2016 13:35:22 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.241.1] x-ms-office365-filtering-correlation-id: d51e6f91-6a0b-4604-9c73-08d39458bc7e x-microsoft-exchange-diagnostics: 1; HE1PR0301MB2266; 6:TpX266vBqQad2q98ZcV5Uscmy+khDqitdtPdSd2gPLGb2ZXztlPN+GMp8kk+TabB9dUVlYm27/1gktK+YozjOXq7JunJkahQbXj1RQdltUiuKMscOWehEWqN4BRZKSRP6diC3YRPMIIuvFtsfATmuL7YcTK9g6yWoKyuruKLLjufNRwlaQYOxdPDw90fQgrRQkUpF9yPktkHpIVFPJZJzS6y4vfZQYM1RqucKyhfQ7O2Rt/wtT2i+OM8/tZWYyEnJil+CJMHJRFsKteZI7UKNoksoq4VuTYXa3ryy308v/G35ZKx7uk0y5LTR9/SSz/E; 5:+ln086azeBNclI0A4zmXmK6iCUHeZkoYwXgAGLj2lIwZrAm887s0nCz+Accvhc6Hu8O7VJnWRKBApQffWPjijf62xpGpSsWdnnSo/IucfrcF3gOhwOmd+BKvJRRpghXxhHmb80HzhBXketRcYzSuLQ==; 24:UdyN1p/W8hNVebYFbOedoPfpF8TM4MtSuV6a9T4Xytg6j3apeqNbdob1QHLxG85x+j0RNbx+hdS8Wal//BaTvmfOc67WxSUkT+yJo8YJYBo=; 7:J7Q60xzZfEGfq/zzk7FCIovQbSdRPy3JKMu8NxCpxXo6dIIOWMzlMYFh6SioGjDOzHdNG/cuJpIe+daldLVFQe5RdGVmcmriu5qnRjM7HBkDdyw0TbNIpAsr2cRmbf7ULF54r5e6rm1MLsGzq2gG9GDP9hWL7j+DpxaQPwdixeaa0zbr3cXGNWA/Cgj2+TevoyhdnabZCstsH9P1tjBC+w== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0301MB2266; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155)(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:HE1PR0301MB2266; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0301MB2266; x-forefront-prvs: 09730BD177 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(51874003)(24454002)(377454003)(53754006)(199003)(252514010)(101416001)(50986999)(54356999)(92566002)(76176999)(74316001)(105586002)(106356001)(10400500002)(5004730100002)(66066001)(1411001)(19609705001)(586003)(5003600100002)(3846002)(102836003)(6116002)(5002640100001)(790700001)(19580405001)(19580395003)(76576001)(122556002)(19625215002)(86362001)(77096005)(3280700002)(15975445007)(8676002)(2906002)(81156014)(81166006)(4326007)(2900100001)(189998001)(97736004)(2950100001)(107886002)(110136002)(87936001)(16236675004)(4001430100002)(5008740100001)(8936002)(19617315012)(33656002)(7906002)(68736007)(9686002)(19300405004)(3660700001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0301MB2266; H:HE1PR0301MB2266.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; CAT:NONE; LANG:en; CAT:NONE; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR0301MB22662C73415178325FCA61EB9D540HE1PR0301MB2266_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jun 2016 13:35:22.8357 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0301MB2266 Archived-At: Cc: "draft-ietf-mpls-static-yang@ietf.org" , "mpls@ietf.org" , Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 13:35:30 -0000 --_000_HE1PR0301MB22662C73415178325FCA61EB9D540HE1PR0301MB2266_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SHV1YiBoaSAoYWdhaW4pIQ0KSSBoYXZlIGxvb2tlZCB1cCBhbGwgdGhlIE1QTFMgV0cgcHJvY2Vl ZGluZ3MgZnJvbSBJRVRGLTkxIHRvIElFVEYtOTUgaW5jbHVzaXZlLg0KDQpJIGhhdmUgbm90IGZv dW5kIGFueSBzcGVjaWZpYyB3b3JrIG9uIE1QTFMtVFAgWUFORy4NCg0KRGlkIEkgbWlzcyBzb21l dGhpbmc/DQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQpPZmZpY2U6ICs5NzItMzkyNjYzMDINCkNlbGw6 ICAgICAgKzk3Mi01NDkyNjYzMDINCkVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRl bGUuY29tDQoNCkZyb206IEh1dWIgdmFuIEhlbHZvb3J0IFttYWlsdG86aHV1YmF0d29ya0BnbWFp bC5jb21dDQpTZW50OiBUdWVzZGF5LCBKdW5lIDE0LCAyMDE2IDI6MjkgUE0NClRvOiBBbGV4YW5k ZXIgVmFpbnNodGVpbiA8QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+DQpDYzogbXBs c0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxzLXN0YXRpYy15YW5nQGlldGYub3JnOyBNaWNoYWVs IEdvcm9raG92c2t5IDxNaWNoYWVsLkdvcm9raG92c2t5QGVjaXRlbGUuY29tPg0KU3ViamVjdDog UmU6IFttcGxzXSBZQU5HIGZvciBNUExTLVRQPw0KDQoNCkhlbGxvIFNhY2hhLA0KDQpJbiB0aGUg SUVURjkxIHByb2NlZWRpbmdzIHRoZXJlIGlzIGEgc2xpZGVzZXQgc2xpZGVzLTkxLW1wbHMtMTMu cGRmIHdoaWNoIHByb3ZpZGVzIGRldGFpbHMgb2Ygd29yayBvbiBNUExTIGFuZCBNUExTLVRQIHlh bmcgbW9kZWxzIC4NCg0KQ2hlZXJzLCBIdXViLg0KDQpzZW50IGZyb20gSHVhd2VpIE5leHVzDQpP biAxNCBKdW4gMjAxNiAxMjoyMiBwLm0uLCAiQWxleGFuZGVyIFZhaW5zaHRlaW4iIDxBbGV4YW5k ZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNp dGVsZS5jb20+PiB3cm90ZToNCkhpIGFsbCwNCkkgd29uZGVyIHdoYXQgYXJlIHRoZSBXRyBwbGFu cyAoaWYgYW55KSByZWdhcmRpbmcgWUFORyBkYXRhIG1vZGVscyBmb3IgTVBMUy1UUC4NCg0KV2hp bGUgaXQgaXMgb2J2aW91c2x5IHRydWUgdGhhdCBzdGF0aWMgTVBMUyBhbmQgTVBMUy1UUCBhcmUg ZGlmZmVyZW50IChuZWl0aGVyIGlzIHRoZSBzdWJzZXQgb2YgdGhlIG90aGVyKSwgTVBMUy1UUCBp cyB0b2RheSB0aGUgbW9zdCBpbXBvcnRhbnQgYXBwbGljYXRpb24gb2Ygc3RhdGljIE1QTFMuDQoN Ckhvd2V2ZXIsIGFmdGVyIGxvb2tpbmcgdXAgIGRyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZzxo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlh bmcvP2luY2x1ZGVfdGV4dD0xPiBJIGRpZCBub3QgZmluZCB0aGVyZSBhbnkgbWVudGlvbiBvZiBN UExTLVRQLXNwZWNpZmljIGlzc3Vlcy4NCg0KT25lIGV4YW1wbGUgdGhhdCBjb21lcyB0byBtaW5k IGlzIGNvLXJvdXRlZCBiaS1kaXJlY3Rpb25hbCBhbmQgYXNzb2NpYXRlZCBiaS1kaXJlY3Rpb25h bCBNUExTLVRQIExTUHMuIE90aGVyIGlzc3VlcyBpbmNsdWRlOg0KDQoxLiAgICAgICBNUExTLVRQ IElkZW50aWZpZXJzIChpLmUuIFlBTkcgbW9kZWwgZm9yIFJGQyA2MzcwPGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM2MzcwPikuIEZyb20gbXkgUE9WIHN1Y2ggYSBkYXRhIG1vZGVsIGlz IGEgcHJlLXJlcXVpc2l0ZSBmb3IgYWxsIE1QTFMtVFAtcmVsYXRlZCB3b3JrDQoNCjIuICAgICAg IE1QTFMtVFAgcHJvdGVjdGlvbiBtZWNoYW5pc21zDQoNCjMuICAgICAgIE1QTFMtVFAgT0FNIG1l Y2hhbmlzbXMuIFRoZXJlIGlzIGFuIGluZGl2aWR1YWwgZHJhZnQ8aHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtemhhbmctbXBscy10cC15YW5nLW9hbS8/aW5jbHVkZV90ZXh0 PTE+IHRoYXQgdHJpZXMgdG8gYWRkcmVzcyB0aGVzZSBpc3N1ZXMsIGJ1dCBpdCBsb29rcyB0byBt ZSBsaWtlIHZlcnkgbXVjaCBpbmNvbXBsZXRlLiBFLmcuOg0KDQpvICAgSXQgZG9lcyBub3QgZXZl biBtZW50aW9uIFJGQyA2NDI4PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NDI4Pg0K DQpvICAgV2hpbGUgUkZDIDY0Mjc8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0Mjc+ IGFwcGVhcnMgaW4gdGhlIGxpc3Qgb2YgTm9ybWF0aXZlIHJlZmVyZW5jZXMgaW4gdGhpcyBkcmFm dCwgdGhlcmUgYXJlIG5vIGFjdHVhbCByZWZlcmVuY2VzIHRvIHRoaXMgZG9jdW1lbnQuDQoNCkFu eSBpbnB1dHMgaW4gdGhpcyByZWdhcmQgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lhdGVkLg0KDQpS ZWdhcmRzLCBhbmQgbG90cyBvZiB0aGFua3MgaW4gYWR2YW5jZSwNClNhc2hhDQoNCk9mZmljZTog Kzk3Mi0zOTI2NjMwMg0KQ2VsbDogICAgICArOTcyLTU0OTI2NjMwMg0KRW1haWw6ICAgQWxleGFu ZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb208bWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tPg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRm Lm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0K --_000_HE1PR0301MB22662C73415178325FCA61EB9D540HE1PR0301MB2266_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiM0NDU0NkE7DQoJZm9udC13ZWlnaHQ6 bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM0NDU0NkEiPkh1dWIgaGkgKGFnYWluKSE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+SSBoYXZlIGxvb2tl ZCB1cCBhbGwgdGhlIE1QTFMgV0cgcHJvY2VlZGluZ3MgZnJvbSBJRVRGLTkxIHRvIElFVEYtOTUg aW5jbHVzaXZlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzQ0NTQ2QSI+SSBo YXZlIG5vdCBmb3VuZCBhbnkgc3BlY2lmaWMgd29yayBvbiBNUExTLVRQIFlBTkcuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM0NDU0NkEiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1NDZBIj5EaWQgSSBtaXNzIHNvbWV0aGluZz88 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzQ0NTQ2QSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPlJlZ2FyZHMsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM0NDU0NkEiPlNhc2hhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNDQ1 NDZBIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM0NDU0NkEiPkNlbGw6Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2NjMwMjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj NDQ1NDZBIj5FbWFpbDombmJzcDsmbmJzcDsgQWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5j b208bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzQ0NTQ2QSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj4gSHV1YiB2YW4gSGVsdm9vcnQgW21haWx0bzpodXViYXR3b3JrQGdtYWlsLmNv bV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDE0LCAyMDE2IDI6MjkgUE08YnI+ DQo8Yj5Ubzo8L2I+IEFsZXhhbmRlciBWYWluc2h0ZWluICZsdDtBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0LWll dGYtbXBscy1zdGF0aWMteWFuZ0BpZXRmLm9yZzsgTWljaGFlbCBHb3Jva2hvdnNreSAmbHQ7TWlj aGFlbC5Hb3Jva2hvdnNreUBlY2l0ZWxlLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6 IFttcGxzXSBZQU5HIGZvciBNUExTLVRQPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+SGVsbG8gU2FjaGEsPG86cD48 L286cD48L3A+DQo8cD5JbiB0aGUgSUVURjkxIHByb2NlZWRpbmdzIHRoZXJlIGlzIGEgc2xpZGVz ZXQgc2xpZGVzLTkxLW1wbHMtMTMucGRmIHdoaWNoIHByb3ZpZGVzIGRldGFpbHMgb2Ygd29yayBv biBNUExTIGFuZCBNUExTLVRQIHlhbmcgbW9kZWxzIC48bzpwPjwvbzpwPjwvcD4NCjxwPkNoZWVy cywgSHV1Yi48bzpwPjwvbzpwPjwvcD4NCjxwPnNlbnQgZnJvbSBIdWF3ZWkgTmV4dXM8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNCBKdW4gMjAxNiAxMjoy MiBwLm0uLCAmcXVvdDtBbGV4YW5kZXIgVmFpbnNodGVpbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tIj5BbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5IaSBhbGwsPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkkgd29uZGVyIHdoYXQgYXJlIHRoZSBXRyBwbGFu cyAoaWYgYW55KSByZWdhcmRpbmcgWUFORyBkYXRhIG1vZGVscyBmb3IgTVBMUy1UUC48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPldoaWxlIGl0IGlzIG9idmlvdXNseSB0cnVlIHRoYXQgc3Rh dGljIE1QTFMgYW5kIE1QTFMtVFAgYXJlIGRpZmZlcmVudCAobmVpdGhlciBpcyB0aGUgc3Vic2V0 IG9mIHRoZSBvdGhlciksIE1QTFMtVFAgaXMgdG9kYXkgdGhlIG1vc3QgaW1wb3J0YW50IGFwcGxp Y2F0aW9uIG9mIHN0YXRpYyBNUExTLg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Ib3dl dmVyLCBhZnRlciBsb29raW5nIHVwICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1zdGF0aWMteWFuZy8/aW5jbHVkZV90ZXh0PTEi IHRhcmdldD0iX2JsYW5rIj5kcmFmdC1pZXRmLW1wbHMtc3RhdGljLXlhbmc8L2E+IEkgZGlkIG5v dCBmaW5kDQogdGhlcmUgYW55IG1lbnRpb24gb2YgTVBMUy1UUC1zcGVjaWZpYyBpc3N1ZXMuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5PbmUgZXhhbXBsZSB0aGF0IGNvbWVzIHRvIG1pbmQg aXMgY28tcm91dGVkIGJpLWRpcmVjdGlvbmFsIGFuZCBhc3NvY2lhdGVkIGJpLWRpcmVjdGlvbmFs IE1QTFMtVFAgTFNQcy4gT3RoZXIgaXNzdWVzIGluY2x1ZGU6PG86cD48L286cD48L3A+DQo8cCBz dHlsZT0ibWFyZ2luLWxlZnQ6MzguMjVwdCI+MS48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPk1QTFMtVFAgSWRl bnRpZmllcnMgKGkuZS4gWUFORyBtb2RlbCBmb3INCjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9yZmM2MzcwIiB0YXJnZXQ9Il9ibGFuayI+UkZDIDYzNzA8L2E+KS4gRnJvbSBt eSBQT1Ygc3VjaCBhIGRhdGEgbW9kZWwgaXMgYSBwcmUtcmVxdWlzaXRlIGZvciBhbGwgTVBMUy1U UC1yZWxhdGVkIHdvcms8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozOC4y NXB0Ij4yLjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+TVBMUy1UUCBwcm90ZWN0aW9uIG1lY2hhbmlzbXM8bzpw PjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozOC4yNXB0Ij4zLjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8 L3NwYW4+TVBMUy1UUCBPQU0gbWVjaGFuaXNtcy4gVGhlcmUgaXMgYW4gaW5kaXZpZHVhbA0KPGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhhbmctbXBscy10 cC15YW5nLW9hbS8/aW5jbHVkZV90ZXh0PTEiIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0PC9hPiB0 aGF0IHRyaWVzIHRvIGFkZHJlc3MgdGhlc2UgaXNzdWVzLCBidXQgaXQgbG9va3MgdG8gbWUgbGlr ZSB2ZXJ5IG11Y2ggaW5jb21wbGV0ZS4gRS5nLjo8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW4tbGVmdDo3NC4yNXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+SXQgZG9lcyBub3QgZXZlbiBtZW50aW9uIDxhIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NDI4IiB0YXJnZXQ9Il9ibGFuayI+DQpSRkMgNjQyODwv YT48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDo3NC4yNXB0Ij48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdCI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+V2hpbGUgPGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzY0MjciIHRhcmdldD0iX2JsYW5rIj5S RkMgNjQyNzwvYT4gYXBwZWFycyBpbiB0aGUgbGlzdCBvZiBOb3JtYXRpdmUgcmVmZXJlbmNlcyBp biB0aGlzIGRyYWZ0LCB0aGVyZSBhcmUgbm8gYWN0dWFsIHJlZmVyZW5jZXMgdG8gdGhpcyBkb2N1 bWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkFueSBpbnB1dHMgaW4gdGhpcyByZWdh cmQgd291bGQgYmUgaGlnaGx5IGFwcHJlY2lhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+UmVnYXJkcywgYW5kIGxvdHMgb2YgdGhhbmtzIGluIGFkdmFuY2UsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlNhc2hhPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPkNlbGw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0 OTI2NjMwMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5FbWFpbDombmJz cDsmbmJzcDsNCjxhIGhyZWY9Im1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPC9hPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bXBs c0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48L286cD48L3A+DQo8L2Js b2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_HE1PR0301MB22662C73415178325FCA61EB9D540HE1PR0301MB2266_-- From nobody Tue Jun 14 22:29:25 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6122B12B040; Tue, 14 Jun 2016 22:29:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 BfcgoqjyHkLD; Tue, 14 Jun 2016 22:29:22 -0700 (PDT) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 D8E4412B04E; Tue, 14 Jun 2016 22:29:21 -0700 (PDT) Received: by mail-wm0-x230.google.com with SMTP id m124so18314022wme.1; Tue, 14 Jun 2016 22:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-transfer-encoding; bh=Gng81WtVICNuOMSuwE/QSYoUAzxexlTZiirzJZE+HM4=; b=WlUiwAhLD5aBnGuh0dzbKPO23WrQfYJAYeWAsQGD3taKYNzvkpeukPJURnQ47UVs47 g7DVB9vDdSpj2Of8LW6+ZpFHMInixWb6JmtVFtR2D+yAX5ZERtMsD6kKrIYhvUyFByWI 3hLq9EMBYfAfAsdpjibaEif773JtZDU2YGVgThnwpmuw6oVcpccPS51tsMmw15bfqQgj 3KK/rAOhgnmL6AVdf+357CPXvz2yR/LPSMKiGFImtUJ34e9eU2a8tCeHa0aGzelqJldx 58ufXZnKz7QrXJpA/NWK5qJMcBzZcmM7MLs3y9+37WKDOBYKOM5WJu25ymx4LcQgwi0b cHwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:disposition-notification-to:date:from :reply-to:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-transfer-encoding; bh=Gng81WtVICNuOMSuwE/QSYoUAzxexlTZiirzJZE+HM4=; b=j3W3+Q5t2UbSl2y459GK9a3aOw6eXbnef0DCA/z6urkJKPM6ueva/zJrTKJhgyCLfz 6I/2sXVa2/z/N0VLz6ltUMX5kr8V3OYu4DQ1m89Kk+xl85pu7Reif0AmSw3Ed6m4xGRy GToMzCBoREL/lJY+MUHe8tnLZtLBj5cVRzWeakNlSSIAqA8AHY6fgvWW5HDOBxSE+ccb ZsYdEvrf8BFgdAcIQ8RE5XEucxw8NyvVTAWaTuYk5Cfom7G38hFh9Yqykfy2+nJZCIK6 PGOzNNWvdQ5YGou+HUyCyBflHLrTsqvUdfOxuWNdEd2wy0xj3vAdcTuWTBD3xENF/NB7 7bGw== X-Gm-Message-State: ALyK8tKrWutU/8mMBVqQkPEM6NHRbgOWneEMLZadck7EscicS5IRJXVPQqfdRUfp2KSqMA== X-Received: by 10.28.130.12 with SMTP id e12mr9249882wmd.20.1465968560334; Tue, 14 Jun 2016 22:29:20 -0700 (PDT) Received: from McAsterix.local (host2-94-static.28-87-b.business.telecomitalia.it. [87.28.94.2]) by smtp.gmail.com with ESMTPSA id k62sm1815619wmb.7.2016.06.14.22.29.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jun 2016 22:29:19 -0700 (PDT) Message-ID: <5760E7B7.7090004@gmail.com> Date: Wed, 15 Jun 2016 07:29:27 +0200 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Alexander Vainshtein References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-mpls-static-yang@ietf.org" , "mpls@ietf.org" , Michael Gorokhovsky Subject: Re: [mpls] YANG for MPLS-TP? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 05:29:24 -0000 Hello Sasha, You replied: > I have looked up all the MPLS WG proceedings from IETF-91 to IETF-95 > inclusive. > > I have not found any specific work on MPLS-TP YANG. > > Did I miss something? I did check the lists MPLS and LIME too. I don't think you missed anything. Based on the presentation in IETF91 You may have expected that draft-ietf-mpls-static-yang and draft-ietf-mpls-base-yang would also cover MPLS-TP, but they don't. So it looks like separate drafts have to be written for MPLS-TP base and static or MPLS-TP should be added to them. Are there any other options? Cheers, Huub. > *From:*Huub van Helvoort [mailto:huubatwork@gmail.com] > *Sent:* Tuesday, June 14, 2016 2:29 PM > *To:* Alexander Vainshtein > *Cc:* mpls@ietf.org; draft-ietf-mpls-static-yang@ietf.org; Michael > Gorokhovsky > *Subject:* Re: [mpls] YANG for MPLS-TP? > > Hello Sacha, > > In the IETF91 proceedings there is a slideset slides-91-mpls-13.pdf > which provides details of work on MPLS and MPLS-TP yang models . > > Cheers, Huub. > > sent from Huawei Nexus > > On 14 Jun 2016 12:22 p.m., "Alexander Vainshtein" > > wrote: > > Hi all, > > I wonder what are the WG plans (if any) regarding YANG data models > for MPLS-TP. > > While it is obviously true that static MPLS and MPLS-TP are > different (neither is the subset of the other), MPLS-TP is today the > most important application of static MPLS. > > However, after looking up draft-ietf-mpls-static-yang > > I did not find there any mention of MPLS-TP-specific issues. > > One example that comes to mind is co-routed bi-directional and > associated bi-directional MPLS-TP LSPs. Other issues include: > > 1.MPLS-TP Identifiers (i.e. YANG model for RFC 6370 > ). From my POV such a data > model is a pre-requisite for all MPLS-TP-related work > > 2.MPLS-TP protection mechanisms > > 3.MPLS-TP OAM mechanisms. There is an individual draft > > that tries to address these issues, but it looks to me like very > much incomplete. E.g.: > > oIt does not even mention RFC 6428 > > oWhile RFC 6427 appears in the > list of Normative references in this draft, there are no actual > references to this document. > > Any inputs in this regard would be highly appreciated. > > Regards, and lots of thanks in advance, > > Sasha > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- ================================================================ Always remember that you are unique...just like everyone else... From nobody Tue Jun 14 23:34:36 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A56D012B031; Tue, 14 Jun 2016 23:34:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.22.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160615063430.31754.55088.idtracker@ietfa.amsl.com> Date: Tue, 14 Jun 2016 23:34:30 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-shared-ring-protection-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 06:34:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : MPLS-TP Shared-Ring protection (MSRP) mechanism for ring topology Authors : Weiqiang Cheng Lei Wang Han Li Huub van Helvoort Kai Liu Jie Dong Jia He Fang Li Jian Yang Junfang Wang Filename : draft-ietf-mpls-tp-shared-ring-protection-02.txt Pages : 47 Date : 2016-06-14 Abstract: This document describes requirements, architecture and solutions for MPLS-TP Shared Ring Protection (MSRP) in the ring topology for point- to-point (P2P) services. The mechanism of MSRP is illustrated and how it satisfies the requirements for optimized ring protection in RFC 5654 is analyzed. This document also defines the Ring Protection Switch (RPS) Protocol which is used to coordinate the protection behavior of the nodes on MPLS ring. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-shared-ring-protection/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-tp-shared-ring-protection-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-shared-ring-protection-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 Jun 17 03:21:00 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3C4F12D0A6; Fri, 17 Jun 2016 03:20:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.326 X-Spam-Level: X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] 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 bY5CX_kAC9-t; Fri, 17 Jun 2016 03:20:52 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30F2D12D0B1; Fri, 17 Jun 2016 03:20:51 -0700 (PDT) Received: from [192.168.0.102] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 7493E18013E4; Fri, 17 Jun 2016 12:20:49 +0200 (CEST) To: "Ryoo, Jeong-dong " , Joan Cucchiara References: <00a901d18e84$2c19a340$844ce9c0$@mindspring.com> <5B4A6CBE3924BB41A3BEE462A8E0B75A291DCD53@SMTP2.etri.info> <5B4A6CBE3924BB41A3BEE462A8E0B75A291DEFD7@SMTP2.etri.info> From: Loa Andersson Message-ID: <10688467-7288-a4b7-ab2e-69bf634a2afa@pi.nu> Date: Fri, 17 Jun 2016 12:20:47 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5B4A6CBE3924BB41A3BEE462A8E0B75A291DEFD7@SMTP2.etri.info> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "mpls@ietf.org" , "draft-ietf-mpls-tp-linear-protection-mib@ietf.org" , Joan Cucchiara , "mpls-chairs@ietf.org" , "mib-doctors@ietf.org" Subject: Re: [mpls] =?utf-8?b?7ZqM7IugOiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLXRw?= =?utf-8?q?-linear-protection-mib-07?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 10:20:56 -0000 Jeong-dong and Joan, This is the latest I have on this document, what is the status today? /Loa On 2016-05-27 03:09, Ryoo, Jeong-dong wrote: > Joan, thanks. > > > We are looking forward to hearing from you soon. > > > Jeong-dong > > > > > > > > ------------------------------------------------------------------------ > *보낸 사람 : *"Joan Cucchiara" > *보낸 날짜 : *2016-05-26 23:09:46 ( +09:00 ) > *받는 사람 : *ë¥˜ì •ë™ > *참조 : *Joan Cucchiara , Loa Andersson > , mpls@ietf.org , > draft-ietf-mpls-tp-linear-protection-mib@ietf.org > , > mpls-chairs@ietf.org , mib-doctors@ietf.org > > *제목 : *Re: [mpls] 회신: Review of > draft-ietf-mpls-tp-linear-protection-mib-07 > > > > Jeong-dong, > > > > > > Thank you for the responses to my comments. I will take a look at the > updated draft soon. > > > > > > -Joan > > > > > > On Thu, May 19, 2016 at 9:24 AM, ë¥˜ì •ë™ > wrote: > > > > Dear Joan, > > > > > > We resolved all of your comments and uploaded a revsion today. > > > > > > Please, see inlines starting with [Authors] in your previous email > below. > > > > > > The revised draft can be found in: > > > > https://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-linear-protection-mib-08.txt > > > > > > > We appreciate your help on this draft. > > > > > > Best regards, > > > > > > Jeong-dong > > > > > > ________________________________________ > > > > 보낸 사람: Joan Cucchiara [jcucchiara@mindspring.com > ] > > > > 보낸 날짜: 2016ë…„ 4ì›” 5ì¼ í™”ìš”ì¼ ì˜¤ì „ 12:10 > > > > 받는 사람: Loa Andersson; mpls@ietf.org ; > draft-ietf-mpls-tp-linear-protection-mib@ietf.org > ; > mpls-chairs@ietf.org > > > > 참조: mib-doctors@ietf.org > > > > 제목: Review of draft-ietf-mpls-tp-linear-protection-mib-07 > > > > > > Comments for draft-ietf-mpls-tp-linear-protection-mib-07.txt > > > > > > Authors, > > > > > > Lots of work went into this draft. The early MIB Doctor review > > > > comments have been incorporated, so thank you for that. These > > > > comments are arranged in 3 sections: MIB compiler outputs, > > > > General Comments which are observations that apply to several > > > > places in the MIB and should be checked for throughout the MIB. > > > > > > The last section is for specific comments. > > > > > > Please take these comments as part of the last call. > > > > > > Thanks, > > > > -Joan > > > > > > Compiles cleanly with smilint > > > > > > smicng flagged some errors > > > > Output from smicng > > > > E: f(MPLS-LSP-MIB.my), (370,4) Row "mplsLpsConfigEntry" may not > > > > have columns with MAX-ACCESS of read-write if any column is read-create > > > > E: f(MPLS-LSP-MIB.my), (378,15) Index item > > > > "mplsLpsConfigDomainIndex" must be defined with syntax that > > > > includes a range > > > > E: f(MPLS-LSP-MIB.my), (907,4) Item "mplsLpsMeConfigDomainIndex" > > > > has invalid value for MAX-ACCESS > > > > > > > > When looking at the MIB, I see that there do appear to be some > potential > > > > errors: > > > > mplsLpsConfigCommand OBJECT-TYPE > > > > SYNTAX MplsLpsCommand > > > > MAX-ACCESS read-write <---- should be read-create > > > > > > because row created using RowStatus > > > > STATUS current > > > > > > [Authors] OK, Fixed. > > > > > > In general, indices should specify a range so this is why it was > > > > flagged by compiler. Looking at this specific index would like to > > > > understand how the value is supposed to be assigned? If this is > > > > assigned by an operator, perhaps there should be a mechanism for > > > > the operator to choose a value (for example, by using a > > > > IndexIntegerNextFree object)? Please clarify. > > > > > > mplsLpsConfigDomainIndex OBJECT-TYPE > > > > SYNTAX Unsigned32 > > > > > > [Authors] Fixed by using the IndexIntegerNextFree object. > > > > > > mplsLpsMeConfigDomainIndex <--- name implies that this is an index > > > > but it is NOT included in the INDEX clause for this table. > > > > > > Please clarify what is intended. > > > > > > [Authors] This is not the INDEX for this table. It is used to > identify the corresponding mplsLpsConfigDomainIndex value in the > other table, “mplsLpsConfigTableâ€. The name of this object is > changed to mplsLpsMeConfigDomainIndexValue to avoid confusion. > > > > > > > > General Comments: > > > > ===================== > > > > > > * There are mentions of there being two MIB Modules in this > > > > document, but there is only one MIB Module. I have tried to note > > > > these statements under specific comments, but please check for > > > > such statements. If the intention is to create two MIB Modules, > > > > that is fine, but currently, there is only one. > > > > > > [Authors] Yes, there is only one defined in this document. Fixed > > > > > > * The relationships of these Tables is not clear. > > > > MplsLpsConfigTable has an INDEX but how the operator > > > > is supposed to choose a value for this index is > > > > not specified. The MplsLpsMeConfigTable indexing is confusing. > > > > Although the document states that this table is an extension > > > > of the MPLSOamIdMeTable, the name of the object, > > > > mplsLpsMeConfigDomainIndex is confusing because it suggests > > > > this is an INDEX (as does the status of not-accessible). Please > clarify. > > > > > > [Authors] Fixed by using the IndexIntegerNextFree object and > changing the name of mplsLpsConfigDomainIndex to > mplsLpsMeConfigDomainIndexValue > > > > > > Since the indexing for these Tables is confusing to me, then > > > > please realize that this MIB may have additional comments > > > > during the next review once the indexing is clarified. > > > > > > * In general more REFERENCE Clauses could/should be added throughout > MIB. > > > > > > Objects such as mplsLpsMeConfigDomainIndex, mplsLpsMeStatusCurrent, > > > > mplsLpsConfigMode, mplsLpsConfigProtectionType, etc. This was also > > > > mentioned during the early MIB Dr. review. > > > > > > [Authors] OK. Added more REFERENCE Clauses. > > > > > > * Some of the objects use Integer32 but they probably should > > > > use Unsigned32. In other words, if the objects can only take on > values 0 > > > > and above, then > > > > they should use Unsigned32. > > > > > > e.g. mplsLpsConfigSdBadSeconds, mplsLpsConfigSdGoodSeconds, > > > > mplsLpsConfigWaitToRestore, mplsLpsConfigHoldOff, etc. Please > > > > check all the Integer32 objects to see if they should be Unsigned32. > > > > > > [Authors] OK, Fixed. > > > > > > *) Date is same a previous version. This should be updated for > > > > every revision of the document. Please update. > > > > LAST-UPDATED and REVISION clauses > > > > "201512060000Z" -- December 06, 2015 > > > > > > [Authors] OK, Fixed. > > > > > > *) Only FullCompliance is done for this MIB Module. As you > > > > probably are aware, not all operators want to configure > > > > using SNMP, if there is not a ReadOnly Compliance available, then > > > > they will not be compliant with the MIB. I think a ReadOnly Compliance > > > > for a MIB is useful and would like to understand why this MIB > doesn't have > > > > one. > > > > Could the authors please clarify? > > > > > > [Authors] OK, ReadOnly Compliance is added. > > > > > > > > Specific Comments: > > > > > > Section 1. Introductions > > > > > > Mentions multiple MIB Modules but there is only one. Please > > > > clarify the text: "However, since the MIB modules ..." <-- plural > > > > > > [Authors] Yes, there is only one. Fixed. > > > > > > > > Section 4. > > > > > > As mentioned before there is only 1 MIB module. Please update. > > > > > > "This document specifies a MIB module > > > > for the Label Edge Router (LER) > > > > that supports MPLS TP Linear protection and a MIB > > > > module that defines textual conventions....." > > > > > > [Authors] OK. Fixed. > > > > > > Section 5.1 Textual Conventions > > > > > > * I don't see a separate MIB Module for TCs. Please clarify. > > > > > > [Authors] Fixed. > > > > > > Section 5.4 The Table Structure > > > > > > * The mplsLpsConfigTable > > > > > > "The protection domain is identified by mplsLpsConfigGroupName." > > > > This statement does not seem to be entirely accurate given the MIB > > > > design for 2 reasons, 1. there doesn't seem to be an object > > > > mplsLpsConfigGroupName > > > > and 2. the INDEX is mplsLpsConfigDomainIndex Unsigned32 (which also > appears > > > > in the > > > > mplsLpsMeConfigEntry with a status of not-accessible > > > > (and I think you intend for it to be an object)? > > > > > > [Authors] “mplsLpsConfigGroupName†should be > “mplsLpsConfigDomainNameâ€. It’s been corrected. > > > > > > As a reviewer, this is confusing because the relationship with > > > > these tables is unclear and so it is very difficult to > > > > review the MIB Module. Please clarify the relationship with > > > > these tables and to the mplsOamIdMeTable in the > > > > MPLS-OAM-ID-STD-MIB. > > > > > > [Authors] A protection domain consists of two paths, working and > protection paths, and requires two OAM MEs; one OAM ME for the > working path and the other ME for the protection path. In other > words, a row of “mplsLpsConfigTable†is for one protection domain, > which requires two rows in “mplsOamIdMeTableâ€: one for the working > path and the other for the protection path. Also note that an entry > of “mplsOamIdMeTable†may not belong to any protection domain. The > row of “mplsLpsMeConfigTable†defined in this document has a sparse > relationship with that of the “mplsOAMIdMeTable†defined in RFC 7697. > > > > > > > > "The other attributes in this table", do you mean objects? > > > > > > [Authors] Yes. Fixed. > > > > > > > > * The mplsLpsStatusTable > > > > > > There is no mention that the mplsLpsStatusTable's Entries have an > > > > AUGMENTS relationship with the mplsLpsConfigTable Entries. Please add. > > > > > > [Authors] Added. > > > > > > > > 6.1 Relationship to the MPLS OAM maintenance identifier MIB Module > > > > > > The title needs to be capitalized correctly, Relationship to the > > > > MPLS OAM Maintenance Identifier MIB Module > > > > > > Please update this section to use RFC7697 (and in Informative > References > > > > also) > > > > instead of draft-ietf-mpls-tp-oam-id-mib. > > > > > > [Authors] Ok. Fixed. > > > > > > > > As mentioned above, the mplsLpsMeConfigTable has an object > > > > mplsLpsMeConfigDomainIndex which is (not-accessible). > > > > Is this supposed to be an INDEX, or is this an object? I am > > > > confused by what is intended. > > > > > > [Authors] The name of this object is changed to > mplsLpsMeConfigDomainIndexValue to avoid confusion. > > > > > > > > 7. Example of Protection switching configuration for > > > > > > MPLS-TP TE tunnel (Please change title: Example of Protection > Switching > > > > Configuration) > > > > > > * I am unclear how mplsLspConfigEntry is actually configured for > > > > use in this example. Is an operator supposed to randomly choose an > INDEX > > > > value? > > > > > > Would an IndexNext object be useful to use in conjunction with this > INDEX? > > > > > > [Authors] Yes, it has been addressed with IndexIntegerNextFree. > > > > > > > > > > MIB Module > > > > ------------ > > > > > > (general comment: the DESCRIPTION clauses could be more readable > > > > if consistency was used. Sometimes the > > > > value is listed on the side and the description follows on the > > > > same line and sometimes the value is listed > > > > on a single line and the description follows a couple of lines > > > > after. Please be consistent.) > > > > > > [Authors] Ok. Fixed. > > > > > > > > * mplsLpsConfigDomainName -- Is there a DEFAULT value for this > > > > object? The string size is 1..32 with no > > > > option of 0 length string, so wanted to check about a default > > > > value? Under what circumstances can this value > > > > be modified? Please give a REFERENCE. > > > > > > [Authors] No DEFAULT value is needed. The size has been changed to > 0..32. > > > > > > > > * mplsLpsConfigMode - Needs REFERENCE (and please try to be > > > > specific). Under what circumstances can this be modified? > > > > > > [Authors] REFERENCE is given. > > > > > > > > * mplsLpsConfigWaitToRestore > > > > Why is this not in minutes? If someone configures this to be 30 > > > > seconds is that valid? Doesn't seem so based on the DESCRIPTION. > Please > > > > clarify. > > > > > > [Authors] Fixed with “minutesâ€. The range is also corrected. > > > > > > > > * mplsLpsConfigHoldOff What is meant by "Can be configured in > > > > steps of 100?" Is this 100 milliseconds? If so then maybe a > better unit > > > > choice would be > > > > centiseconds. Please clarify. > > > > > > [Authors] It can be configured like: 0, 100 ms, 200 ms, … , 10 > seconds. So, the units and the description are changed using > “decisecondsâ€. > > > > > > *mplsLpsConfigCommand is read-write. Is this supposed to be > > > > read-create? > > > > > > [Authors] Yes. Fixed > > > > > > > > *mplsLpsConfigRowStatus -- I think there is some conflicting > > > > advice given to the operator. Several objects say that it is fine > to change > > > > the > > > > value of the object when RowStatus is active, but this is not specified > > > > consistently. Limiting the > > > > values of RowStatus in the Conformance Section > > > > may be the way to go. Please clarify. > > > > > > [Authors] There are some objects that can be changed during protocol > operation, while other objects cannot be changed but their values > need to be given before the operation. In the revision, we specified > them consistently. > > > > > > > > *mplsLpsMeConfigState is a read-create. This is probably okay, but > > > > again, that depends on if mplsLpsMeConfigDomainIndex > > > > is an INDEX for this table given that it has a status of > not-accessible, > > > > etc. > > > > > > [Authors] “mplsLpsMeConfigDomainIndex†was not intended to be INDEX, > but to contain the value of the value of protection domain index. We > changed it to mplsLpsMeConfigDomainIndexValue to avoid confusion > > > > > > > > *mplsLpsMeStatusSwitchoverSeconds > > > > Needs a units clause for Seconds > > > > > > [Authors] Fixed. > > > > > > > > Notifications > > > > > > There are a couple Notifications that are send when values of certain > > > > counters increment. Maybe this is valid, but it seems suspect. > > > > If a management stations needs information on counters, > > > > why can't it just retrieve them at that point? I don't see any > > > > counter discontinuity objects, so was wondering about that too. > > > > > > [Authors] Whenever there is an increment in any of the enabled > counters, network operators need to be alarmed. > > > > > > > > * mplsLpsEventFopTimOut Notification > > > > > > Please rename this to mplsLpsEventFopTimeout > > > > > > [Authors] OK. Fixed. > > > > > > > > * Compliance/Conformance Section of the MIB Module > > > > > > Currently, there is only FullCompliance. Why is there no > > > > ReadOnlyCompliance? > > > > > > [Authors] OK. It’s been added. > > > > > > > > --- end of comments --- > > > > > > > > _______________________________________________ > > > > mpls mailing list > > > > mpls@ietf.org > > > > https://www.ietf.org/mailman/listinfo/mpls > > > > > From nobody Fri Jun 17 13:03:00 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FFBB12DA70 for ; Fri, 17 Jun 2016 13:02:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.636 X-Spam-Level: X-Spam-Status: No, score=-5.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 Xg6C-gR_vJHn for ; Fri, 17 Jun 2016 13:02:55 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F30B12D8AC for ; Fri, 17 Jun 2016 13:02:54 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml708-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQZ61460; Fri, 17 Jun 2016 20:02:51 +0000 (GMT) Received: from DFWEML702-CAH.china.huawei.com (10.193.5.176) by lhreml708-cah.china.huawei.com (10.201.5.202) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 17 Jun 2016 21:02:50 +0100 Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by dfweml702-cah.china.huawei.com ([10.193.5.176]) with mapi id 14.03.0235.001; Fri, 17 Jun 2016 13:02:44 -0700 From: Lucy yong To: Eric Rosen Thread-Topic: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt Thread-Index: AQHRu0WQuArjVPNYwkm9pBBbHtbxHZ/uAHZw Date: Fri, 17 Jun 2016 20:02:43 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> References: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> In-Reply-To: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.142.203] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D5729A50Ddfweml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5764576C.0069, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 75b81da38459e510a309d98d9900a2ee Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 20:02:58 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D5729A50Ddfweml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eric, It is good to extend MPLS to support multi label capability and operation. = Here are some comments/suggestions to the draft. * Sn 3.2.2, the listed local policies seem all related to label swa= pping actions. it is valuable to add a new local policy as follow: o Add a single label or a sequence of labels to the NLRI before propagati= ng the route. This policy results that, when a node receives a MPLS packet, it will = pop out the label(s) and forward the packet to next hop. * Sn 4 data plane description is not sufficient. When applying mutl= i labels on data plane, we need to specify the rules to fill the label stac= k entries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC= 3032), need to clarify TTL, EXP processing applying to the top label before= and after label process action. * This feature gives each next hop flexibility to determine how man= y labels to bind a prefix, which may impact Path MTU. We SHOULD avoid each = path segment to fragment labeled packets. Either use PMTU discovery or conf= iguration parameter to determine the proper MTU and limit the fragmentation= to be done once. If a next hop decides to advertise different # of labels = to different prefix, the case will be more complex. The draft needs describ= e this. * This example in Sn 4 is not correct. In this case, if S1 receives an MPLS data packet whose top label is L21 and whose second label is L22, S1 will remove both L21 and L22 from the label stack, and replace them with . Note that the fact that L21 is a context label is known only to S1; other BGP speakers do not know how S1 will interpret L21 (or L22). The ability to replace one or more labels by one or more labels can provide great flexibility, but must be done carefully. Let's suppose again that S1 receives an UPDATE that specifies prefix P, label stack , and next hop N1. And suppose that S1 propagates this UPDATE to BGP speaker S2 after setting next hop self and after replacing the label field with . Finally, suppose that S1 programs its data plane so that when it processes a received MPLS packet whose top label is L21, it replaces L21 with , and then tunnels the packet to N1. In this case, BGP speaker S2 will have received a route with prefix P, label field , and next hop S1. If S2 decides to forward an IP packet according to this route, it will push onto the packet's label stack, and tunnel the packet to S1. S1 will replace L21 with , and will tunnel the packet to N1. N1 will receive the packet with the following label stack: . While this may be useful in certain scenarios, it may provide unintended results in other scenarios. -end Lucy: Label is advertised by S1, it does not make a sense = that S1 programs its data plane so that when it processes a received MPLS packet= whose top label is L21, it replaces L21 with , and tunnel the packet to N= 1, i.e. N1 will receive the packet with the following label stack: . S1 should replace with in this case. Regards, Lucy -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Tuesday, May 31, 2016 9:05 AM To: i-d-announce@ietf.org Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : Using BGP to Bind MPLS Labels to Address Prefixes Author : Eric C. Rosen Filename : draft-rosen-mpls-rfc3107bis-01.txt Pages : 22 Date : 2016-05-31 Abstract: This document specifies a set of procedures for using BGP to advertise that a specified router has bound a specified MPLS label (or a specified sequence of MPLS labels, organized as a contiguous part of a label stack) to a specified address prefix. This can be done by sending a BGP UPDATE message whose Network Layer Reachability Information field contains both the prefix and the MPLS label(s), and whose Next Hop field identifies the node at which said prefix is bound to said label(s). This document obsoletes RFC 3107. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-rosen-mpls-rfc3107bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-rosen-mpls-rfc3107bis-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-rosen-mpls-rfc3107bis-01 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_2691CE0099834E4A9C5044EEC662BB9D5729A50Ddfweml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Eric,

 

It is good to extend MPLS to support multi label = capability and operation. Here are some comments/suggestions to the draft.<= o:p>

 

·         Sn 3.2.2, the listed local policies seem all related to label swapp= ing actions.

 it is valuable to add= a new local policy as follow:

o   Add a single label or a sequence of labels to the NLRI before propa= gating the route.

 

     This policy results = that, when a node receives a MPLS packet, it will pop out the label(s)

     and forward the= packet to next hop.

 

·         Sn 4 data plane description is not sufficien= t. When applying mutli labels on data plane, we need to specify the rules t= o fill the label stack entries beside pushing labels; e.g. TTL, EXP. To bac= kward comparable (RFC3032), need to clarify TTL, EXP processing applying to the top label before and after = label process action.   

·         This feature gives each next hop flexibility= to determine how many labels to bind a prefix, which may impact Path MTU. = We SHOULD avoid each path segment to fragment labeled packets. Either use P= MTU discovery or configuration parameter to determine the proper MTU and limit the fragmentation to be done once. I= f a next hop decides to advertise different # of labels to different prefix= , the case will be more complex. The draft needs describe this.

·         This example in Sn 4 is not correct.

 

 

   In this case, if S1 receives an = MPLS data packet whose top label is

   L21 and whose second label is L2= 2, S1 will remove both L21 and L22

  from the label stack, and replace= them with <L11,L12,...L1k>.  Note

   that the fact that L21 is a cont= ext label is known only to S1; other

   BGP speakers do not know how S1 = will interpret L21 (or L22).

 

   The ability to replace one or mo= re labels by one or more labels can

   provide great flexibility, but m= ust be done carefully.  Let's suppose

   again that S1 receives an UPDATE= that specifies prefix P, label stack

   <L11,L12,...,L1k>, and nex= t hop N1.  And suppose that S1 propagates

   this UPDATE to BGP speaker S2 af= ter setting next hop self and after

   replacing the label field with &= lt;L21,L22,...L2k>.  Finally, suppose

   that S1 programs its data plane = so that when it processes a received

   MPLS packet whose top label is L= 21, it replaces L21 with

   <L11,L12,...,L1k>, and the= n tunnels the packet to N1.

 

   In this case, BGP speaker S2 wil= l have received a route with prefix

   P, label field <L21,L22,...L2= k>, and next hop S1.  If S2 decides to

   forward an IP packet according t= o this route, it will push

   <L21,L22,...L2k> onto the = packet's label stack, and tunnel the packet

   to S1.  S1 will replace L21= with <L11,L12,...,L1k>, and will tunnel

   the packet to N1.  N1 will = receive the packet with the following

   label stack: <L11,L12,...L1k,= L22,...L2k>.  While this may be useful

   in certain scenarios, it may pro= vide unintended results in other

   scenarios. -end

 

   Lucy: Label <L21,L22,L2k> = is advertised by S1, it does not make a sense that S1

   programs its data plane so that = when it processes a received MPLS packet whose top label<= /p>

   is L21, it replaces L21 with <= ;L11,L12,..L1k>, and tunnel the packet to N1, i.e.

   N1 will receive the packet with = the following

   label stack: <L11,L12,...L1k,= L22,...L2k>. S1 should replace <L21, L22, ..L2k> with

   <L11,L12,...,L1k> in this = case.

 

 

Regards,

Lucy

 

 

 

 

-----Original Message-----
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org
Sent: Tuesday, May 31, 2016 9:05 AM
To: i-d-announce@ietf.org
Cc: mpls@ietf.org
Subject: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt

 

 

A New Internet-Draft is available from the on-lin= e Internet-Drafts directories.

This draft is a work item of the Multiprotocol La= bel Switching of the IETF.

 

        Title&= nbsp;          : Using BGP to = Bind MPLS Labels to Address Prefixes

        Author=           : Eric C. Rosen=

      Filename &nbs= p;      : draft-rosen-mpls-rfc3107bis-01.txt<= /o:p>

      Pages  &= nbsp;        : 22

      Date  &n= bsp;         : 2016-05-31

 

Abstract:

   This document specifies a set of pro= cedures for using BGP to

   advertise that a specified router ha= s bound a specified MPLS label

   (or a specified sequence of MPLS lab= els, organized as a contiguous

   part of a label stack) to a specifie= d address prefix.  This can be

   done by sending a BGP UPDATE message= whose Network Layer Reachability

   Information field contains both the = prefix and the MPLS label(s), and

   whose Next Hop field identifies the = node at which said prefix is

   bound to said label(s).  This d= ocument obsoletes RFC 3107.

 

 

The IETF datatracker status page for this draft i= s:

https://datatracker.ietf.org/doc/draft-rosen-mpls-rfc3107bis/

 

There's also a htmlized version available at:

https://tools.ietf.org/html/draft-rosen-mpls-rfc3107bis-01=

 

A diff from the previous version is available at:=

https://www.ietf.org/rfcdiff?url2=3Ddraft-rosen-mpls-rfc3107bis-01=

 

 

Please note that it may take a couple of minutes = from the time of submission until the htmlized version and diff are availab= le at tools.ietf.org.

 

Internet-Drafts are also available by anonymous F= TP at:

<= span style=3D"color:windowtext;text-decoration:none">ftp://ftp.ietf.org/int= ernet-drafts/

 

_______________________________________________

mpls mailing list

mpls@ietf.org

https://www.iet= f.org/mailman/listinfo/mpls

--_000_2691CE0099834E4A9C5044EEC662BB9D5729A50Ddfweml501mbb_-- From nobody Fri Jun 17 20:27:37 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD9C812D771; Fri, 17 Jun 2016 20:27:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.326 X-Spam-Level: X-Spam-Status: No, score=-103.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 qpB2HY9PIRvS; Fri, 17 Jun 2016 20:27:29 -0700 (PDT) Received: from smtpeg.etri.re.kr (smtpeg2.etri.re.kr [129.254.27.142]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE3E112B01A; Fri, 17 Jun 2016 20:27:28 -0700 (PDT) Received: from SMTP3.etri.info (129.254.28.73) by SMTPEG2.etri.info (129.254.27.142) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 18 Jun 2016 12:27:27 +0900 Received: from SMTP2.etri.info ([169.254.2.162]) by SMTP3.etri.info ([10.2.6.32]) with mapi id 14.01.0355.002; Sat, 18 Jun 2016 12:27:23 +0900 From: =?utf-8?B?66WY7KCV64+Z?= To: Loa Andersson , Joan Cucchiara Thread-Topic: =?utf-8?B?W21wbHNdIO2ajOyLoDogUmV2aWV3IG9mIGRyYWZ0LWlldGYtbXBscy10cC1s?= =?utf-8?Q?inear-protection-mib-07?= Thread-Index: AdHJEVPwYe5fPKTUg0SjKVVadnj6bQ== Date: Sat, 18 Jun 2016 03:27:23 +0000 Message-ID: Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_eo7rpm11h6888m0hrkuyfgpj1466220440723emailandroidcom_" MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "draft-ietf-mpls-tp-linear-protection-mib@ietf.org" , Joan Cucchiara , "mpls-chairs@ietf.org" , "mib-doctors@ietf.org" Subject: [mpls] =?utf-8?b?7ZqM7IugOiAg7ZqM7IugOiBSZXZpZXcgb2YgZHJhZnQtaWV0?= =?utf-8?q?f-mpls-tp-linear-protection-mib-07?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 03:27:34 -0000 --_000_eo7rpm11h6888m0hrkuyfgpj1466220440723emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TG9hLCB0aGFuayB5b3UgZm9yIGxvb2tpbmcgaW50byB0aGlzLg0KDQpZb3UgaGF2ZSB0aGUgbW9z dCByZWNlbnQgZW1haWwgb24gdGhpcyB3b3JrLg0KSSBhbSBzdGlsbCB3YWl0aW5nIGZvciBKb2Fu J3MgcmVzcG9uc2UuDQoNCkJlc3QgcmVnYXJkcw0KDQpKZW9uZy1kb25nDQoNCg0KLS0tLS0tLS0g 7JuQ67O4IOydtOuplOydvCAtLS0tLS0tLQ0K67O064K4IOyCrOuejDogTG9hIEFuZGVyc3NvbiA8 bG9hQHBpLm51Pg0K64Kg7KecOiAxNi82LzE3IDE5OjIwIChHTVQrMDk6MDApDQrrsJvsnYAg7IKs 656MOiDrpZjsoJXrj5kgPHJ5b29AZXRyaS5yZS5rcj4sIEpvYW4gQ3VjY2hpYXJhIDxqY3VjY2hp YXJhLmlldGZAZ21haWwuY29tPg0K7LC47KGwOiBKb2FuIEN1Y2NoaWFyYSA8amN1Y2NoaWFyYUBt aW5kc3ByaW5nLmNvbT4sIG1wbHNAaWV0Zi5vcmcsIGRyYWZ0LWlldGYtbXBscy10cC1saW5lYXIt cHJvdGVjdGlvbi1taWJAaWV0Zi5vcmcsIG1wbHMtY2hhaXJzQGlldGYub3JnLCBtaWItZG9jdG9y c0BpZXRmLm9yZw0K7KCc66qpOiBSZTogW21wbHNdIO2ajOyLoDogUmV2aWV3IG9mIGRyYWZ0LWll dGYtbXBscy10cC1saW5lYXItcHJvdGVjdGlvbi1taWItMDcNCg0KSmVvbmctZG9uZyBhbmQgSm9h biwNCg0KVGhpcyBpcyB0aGUgbGF0ZXN0IEkgaGF2ZSBvbiB0aGlzIGRvY3VtZW50LCB3aGF0IGlz IHRoZSBzdGF0dXMgdG9kYXk/DQoNCi9Mb2ENCg0KT24gMjAxNi0wNS0yNyAwMzowOSwgUnlvbywg SmVvbmctZG9uZyAgd3JvdGU6DQo+IEpvYW4sIHRoYW5rcy4NCj4NCj4NCj4gV2UgYXJlIGxvb2tp bmcgZm9yd2FyZCB0byBoZWFyaW5nIGZyb20geW91IHNvb24uDQo+DQo+DQo+IEplb25nLWRvbmcN Cj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ICrrs7Trgrgg7IKs656M IDogKiJKb2FuIEN1Y2NoaWFyYSIgPGpjdWNjaGlhcmEuaWV0ZkBnbWFpbC5jb20+DQo+ICrrs7Tr grgg64Kg7KecIDogKjIwMTYtMDUtMjYgMjM6MDk6NDYgKCArMDk6MDAgKQ0KPiAq67Cb64qUIOyC rOuejCA6ICrrpZjsoJXrj5kgPHJ5b29AZXRyaS5yZS5rcj4NCj4gKuywuOyhsCA6ICpKb2FuIEN1 Y2NoaWFyYSA8amN1Y2NoaWFyYUBtaW5kc3ByaW5nLmNvbT4sIExvYSBBbmRlcnNzb24NCj4gPGxv YUBwaS5udT4sIG1wbHNAaWV0Zi5vcmcgPG1wbHNAaWV0Zi5vcmc+LA0KPiBkcmFmdC1pZXRmLW1w bHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYub3JnDQo+IDxkcmFmdC1pZXRmLW1wbHMt dHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYub3JnPiwNCj4gbXBscy1jaGFpcnNAaWV0Zi5v cmcgPG1wbHMtY2hhaXJzQGlldGYub3JnPiwgbWliLWRvY3RvcnNAaWV0Zi5vcmcNCj4gPG1pYi1k b2N0b3JzQGlldGYub3JnPg0KPiAq7KCc66qpIDogKlJlOiBbbXBsc10g7ZqM7IugOiBSZXZpZXcg b2YNCj4gZHJhZnQtaWV0Zi1tcGxzLXRwLWxpbmVhci1wcm90ZWN0aW9uLW1pYi0wNw0KPg0KPg0K Pg0KPiBKZW9uZy1kb25nLA0KPg0KPg0KPg0KPg0KPg0KPiBUaGFuayB5b3UgZm9yIHRoZSByZXNw b25zZXMgdG8gbXkgY29tbWVudHMuICAgSSB3aWxsIHRha2UgYSBsb29rIGF0IHRoZQ0KPiB1cGRh dGVkIGRyYWZ0IHNvb24uDQo+DQo+DQo+DQo+DQo+DQo+IC1Kb2FuDQo+DQo+DQo+DQo+DQo+DQo+ IE9uIFRodSwgTWF5IDE5LCAyMDE2IGF0IDk6MjQgQU0sIOulmOygleuPmSA8cnlvb0BldHJpLnJl LmtyDQo+IDxtYWlsdG86cnlvb0BldHJpLnJlLmtyPj4gd3JvdGU6DQo+DQo+DQo+DQo+ICAgICBE ZWFyIEpvYW4sDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBXZSByZXNvbHZlZCBhbGwgb2YgeW91ciBj b21tZW50cyBhbmQgdXBsb2FkZWQgYSByZXZzaW9uIHRvZGF5Lg0KPg0KPg0KPg0KPg0KPg0KPiAg ICAgUGxlYXNlLCBzZWUgaW5saW5lcyBzdGFydGluZyB3aXRoIFtBdXRob3JzXSBpbiB5b3VyIHBy ZXZpb3VzIGVtYWlsDQo+ICAgICBiZWxvdy4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFRoZSByZXZp c2VkIGRyYWZ0IGNhbiBiZSBmb3VuZCBpbjoNCj4NCj4NCj4NCj4gICAgIGh0dHBzOi8vd3d3Lmll dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rp b24tbWliLTA4LnR4dA0KPg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgV2UgYXBwcmVjaWF0ZSB5b3Vy IGhlbHAgb24gdGhpcyBkcmFmdC4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIEJlc3QgcmVnYXJkcywN Cj4NCj4NCj4NCj4NCj4NCj4gICAgIEplb25nLWRvbmcNCj4NCj4NCj4NCj4NCj4NCj4gICAgIF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4NCj4NCj4NCj4gICAgIOuz tOuCuCDsgqzrnow6IEpvYW4gQ3VjY2hpYXJhIFtqY3VjY2hpYXJhQG1pbmRzcHJpbmcuY29tDQo+ ICAgICA8bWFpbHRvOmpjdWNjaGlhcmFAbWluZHNwcmluZy5jb20+XQ0KPg0KPg0KPg0KPiAgICAg 67O064K4IOuCoOynnDogMjAxNuuFhCA07JuUIDXsnbwg7ZmU7JqU7J28IOyYpOyghCAxMjoxMA0K Pg0KPg0KPg0KPiAgICAg67Cb64qUIOyCrOuejDogTG9hIEFuZGVyc3NvbjsgbXBsc0BpZXRmLm9y ZyA8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+Ow0KPiAgICAgZHJhZnQtaWV0Zi1tcGxzLXRwLWxpbmVh ci1wcm90ZWN0aW9uLW1pYkBpZXRmLm9yZw0KPiAgICAgPG1haWx0bzpkcmFmdC1pZXRmLW1wbHMt dHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYub3JnPjsNCj4gICAgIG1wbHMtY2hhaXJzQGll dGYub3JnIDxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmc+DQo+DQo+DQo+DQo+ICAgICDssLjs obA6IG1pYi1kb2N0b3JzQGlldGYub3JnIDxtYWlsdG86bWliLWRvY3RvcnNAaWV0Zi5vcmc+DQo+ DQo+DQo+DQo+ICAgICDsoJzrqqk6IFJldmlldyBvZiBkcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFy LXByb3RlY3Rpb24tbWliLTA3DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBDb21tZW50cyBmb3IgZHJh ZnQtaWV0Zi1tcGxzLXRwLWxpbmVhci1wcm90ZWN0aW9uLW1pYi0wNy50eHQNCj4NCj4NCj4NCj4N Cj4NCj4gICAgIEF1dGhvcnMsDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBMb3RzIG9mIHdvcmsgd2Vu dCBpbnRvIHRoaXMgZHJhZnQuICBUaGUgZWFybHkgTUlCIERvY3RvciByZXZpZXcNCj4NCj4NCj4N Cj4gICAgIGNvbW1lbnRzIGhhdmUgYmVlbiBpbmNvcnBvcmF0ZWQsIHNvIHRoYW5rIHlvdSBmb3Ig dGhhdC4gICBUaGVzZQ0KPg0KPg0KPg0KPiAgICAgY29tbWVudHMgYXJlIGFycmFuZ2VkIGluIDMg c2VjdGlvbnM6ICBNSUIgY29tcGlsZXIgb3V0cHV0cywNCj4NCj4NCj4NCj4gICAgIEdlbmVyYWwg Q29tbWVudHMgd2hpY2ggYXJlIG9ic2VydmF0aW9ucyB0aGF0IGFwcGx5IHRvIHNldmVyYWwNCj4N Cj4NCj4NCj4gICAgIHBsYWNlcyBpbiB0aGUgTUlCIGFuZCBzaG91bGQgYmUgY2hlY2tlZCBmb3Ig dGhyb3VnaG91dCB0aGUgTUlCLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgVGhlIGxhc3Qgc2VjdGlv biBpcyBmb3Igc3BlY2lmaWMgY29tbWVudHMuDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBQbGVhc2Ug dGFrZSB0aGVzZSBjb21tZW50cyBhcyBwYXJ0IG9mIHRoZSBsYXN0IGNhbGwuDQo+DQo+DQo+DQo+ DQo+DQo+ICAgICBUaGFua3MsDQo+DQo+DQo+DQo+ICAgICAtSm9hbg0KPg0KPg0KPg0KPg0KPg0K PiAgICAgQ29tcGlsZXMgY2xlYW5seSB3aXRoIHNtaWxpbnQNCj4NCj4NCj4NCj4NCj4NCj4gICAg IHNtaWNuZyBmbGFnZ2VkIHNvbWUgZXJyb3JzDQo+DQo+DQo+DQo+ICAgICBPdXRwdXQgZnJvbSBz bWljbmcNCj4NCj4NCj4NCj4gICAgIEU6IGYoTVBMUy1MU1AtTUlCLm15KSwgKDM3MCw0KSBSb3cg Im1wbHNMcHNDb25maWdFbnRyeSIgbWF5IG5vdA0KPg0KPg0KPg0KPiAgICAgaGF2ZSBjb2x1bW5z IHdpdGggTUFYLUFDQ0VTUyBvZiByZWFkLXdyaXRlIGlmIGFueSBjb2x1bW4gaXMgcmVhZC1jcmVh dGUNCj4NCj4NCj4NCj4gICAgIEU6IGYoTVBMUy1MU1AtTUlCLm15KSwgKDM3OCwxNSkgSW5kZXgg aXRlbQ0KPg0KPg0KPg0KPiAgICAgIm1wbHNMcHNDb25maWdEb21haW5JbmRleCIgbXVzdCBiZSBk ZWZpbmVkIHdpdGggc3ludGF4IHRoYXQNCj4NCj4NCj4NCj4gICAgIGluY2x1ZGVzIGEgcmFuZ2UN Cj4NCj4NCj4NCj4gICAgIEU6IGYoTVBMUy1MU1AtTUlCLm15KSwgKDkwNyw0KSBJdGVtICJtcGxz THBzTWVDb25maWdEb21haW5JbmRleCINCj4NCj4NCj4NCj4gICAgIGhhcyBpbnZhbGlkIHZhbHVl IGZvciBNQVgtQUNDRVNTDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBXaGVuIGxvb2tpbmcg YXQgdGhlIE1JQiwgSSBzZWUgdGhhdCB0aGVyZSBkbyBhcHBlYXIgdG8gYmUgc29tZQ0KPiAgICAg cG90ZW50aWFsDQo+DQo+DQo+DQo+ICAgICBlcnJvcnM6DQo+DQo+DQo+DQo+ICAgICAgICBtcGxz THBzQ29uZmlnQ29tbWFuZCBPQkpFQ1QtVFlQRQ0KPg0KPg0KPg0KPiAgICAgICAgICAgU1lOVEFY ICAgICAgTXBsc0xwc0NvbW1hbmQNCj4NCj4NCj4NCj4gICAgICAgICAgIE1BWC1BQ0NFU1MgIHJl YWQtd3JpdGUgICAgPC0tLS0gc2hvdWxkIGJlIHJlYWQtY3JlYXRlDQo+DQo+DQo+DQo+DQo+DQo+ ICAgICBiZWNhdXNlIHJvdyBjcmVhdGVkIHVzaW5nIFJvd1N0YXR1cw0KPg0KPg0KPg0KPiAgICAg ICAgICAgU1RBVFVTICAgICAgY3VycmVudA0KPg0KPg0KPg0KPg0KPg0KPiAgICAgW0F1dGhvcnNd IE9LLCBGaXhlZC4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIEluIGdlbmVyYWwsIGluZGljZXMgc2hv dWxkIHNwZWNpZnkgYSByYW5nZSBzbyB0aGlzIGlzIHdoeSBpdCB3YXMNCj4NCj4NCj4NCj4gICAg IGZsYWdnZWQgYnkgY29tcGlsZXIuICBMb29raW5nIGF0IHRoaXMgc3BlY2lmaWMgaW5kZXggd291 bGQgbGlrZSB0bw0KPg0KPg0KPg0KPiAgICAgdW5kZXJzdGFuZCBob3cgdGhlIHZhbHVlIGlzIHN1 cHBvc2VkIHRvIGJlIGFzc2lnbmVkPyAgIElmIHRoaXMgaXMNCj4NCj4NCj4NCj4gICAgIGFzc2ln bmVkIGJ5IGFuIG9wZXJhdG9yLCBwZXJoYXBzIHRoZXJlIHNob3VsZCBiZSBhIG1lY2hhbmlzbSBm b3INCj4NCj4NCj4NCj4gICAgIHRoZSBvcGVyYXRvciB0byBjaG9vc2UgYSB2YWx1ZSAoZm9yIGV4 YW1wbGUsIGJ5IHVzaW5nIGENCj4NCj4NCj4NCj4gICAgIEluZGV4SW50ZWdlck5leHRGcmVlIG9i amVjdCk/ICBQbGVhc2UgY2xhcmlmeS4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICAgIG1wbHNMcHND b25maWdEb21haW5JbmRleCBPQkpFQ1QtVFlQRQ0KPg0KPg0KPg0KPiAgICAgICAgICAgU1lOVEFY ICAgICAgICBVbnNpZ25lZDMyDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gRml4ZWQg YnkgdXNpbmcgdGhlIEluZGV4SW50ZWdlck5leHRGcmVlIG9iamVjdC4NCj4NCj4NCj4NCj4NCj4N Cj4gICAgIG1wbHNMcHNNZUNvbmZpZ0RvbWFpbkluZGV4IDwtLS0gbmFtZSBpbXBsaWVzIHRoYXQg dGhpcyBpcyBhbiBpbmRleA0KPg0KPg0KPg0KPiAgICAgYnV0IGl0IGlzIE5PVCBpbmNsdWRlZCBp biB0aGUgSU5ERVggY2xhdXNlIGZvciB0aGlzIHRhYmxlLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAg UGxlYXNlIGNsYXJpZnkgd2hhdCBpcyBpbnRlbmRlZC4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtB dXRob3JzXSBUaGlzIGlzIG5vdCB0aGUgSU5ERVggZm9yIHRoaXMgdGFibGUuIEl0IGlzIHVzZWQg dG8NCj4gICAgIGlkZW50aWZ5IHRoZSBjb3JyZXNwb25kaW5nIG1wbHNMcHNDb25maWdEb21haW5J bmRleCB2YWx1ZSBpbiB0aGUNCj4gICAgIG90aGVyIHRhYmxlLCDigJxtcGxzTHBzQ29uZmlnVGFi bGXigJ0uIFRoZSBuYW1lIG9mIHRoaXMgb2JqZWN0IGlzDQo+ICAgICBjaGFuZ2VkIHRvIG1wbHNM cHNNZUNvbmZpZ0RvbWFpbkluZGV4VmFsdWUgdG8gYXZvaWQgY29uZnVzaW9uLg0KPg0KPg0KPg0K Pg0KPg0KPg0KPg0KPiAgICAgR2VuZXJhbCBDb21tZW50czoNCj4NCj4NCj4NCj4gICAgID09PT09 PT09PT09PT09PT09PT09PQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKiBUaGVyZSBhcmUgbWVudGlv bnMgb2YgdGhlcmUgYmVpbmcgdHdvIE1JQiBNb2R1bGVzIGluIHRoaXMNCj4NCj4NCj4NCj4gICAg IGRvY3VtZW50LCBidXQgdGhlcmUgaXMgb25seSBvbmUgTUlCIE1vZHVsZS4gSSBoYXZlIHRyaWVk IHRvIG5vdGUNCj4NCj4NCj4NCj4gICAgIHRoZXNlIHN0YXRlbWVudHMgdW5kZXIgc3BlY2lmaWMg Y29tbWVudHMsIGJ1dCBwbGVhc2UgY2hlY2sgZm9yDQo+DQo+DQo+DQo+ICAgICBzdWNoIHN0YXRl bWVudHMuICAgSWYgdGhlIGludGVudGlvbiBpcyB0byBjcmVhdGUgdHdvIE1JQiBNb2R1bGVzLA0K Pg0KPg0KPg0KPiAgICAgdGhhdCBpcyBmaW5lLCBidXQgY3VycmVudGx5LCB0aGVyZSBpcyBvbmx5 IG9uZS4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtBdXRob3JzXSBZZXMsIHRoZXJlIGlzIG9ubHkg b25lIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gRml4ZWQNCj4NCj4NCj4NCj4NCj4NCj4gICAg ICogVGhlIHJlbGF0aW9uc2hpcHMgb2YgdGhlc2UgVGFibGVzIGlzIG5vdCBjbGVhci4NCj4NCj4N Cj4NCj4gICAgIE1wbHNMcHNDb25maWdUYWJsZSBoYXMgYW4gSU5ERVggYnV0IGhvdyB0aGUgb3Bl cmF0b3INCj4NCj4NCj4NCj4gICAgIGlzIHN1cHBvc2VkIHRvIGNob29zZSBhIHZhbHVlIGZvciB0 aGlzIGluZGV4IGlzDQo+DQo+DQo+DQo+ICAgICBub3Qgc3BlY2lmaWVkLiAgVGhlIE1wbHNMcHNN ZUNvbmZpZ1RhYmxlIGluZGV4aW5nIGlzIGNvbmZ1c2luZy4NCj4NCj4NCj4NCj4gICAgIEFsdGhv dWdoIHRoZSBkb2N1bWVudCBzdGF0ZXMgdGhhdCB0aGlzIHRhYmxlIGlzIGFuIGV4dGVuc2lvbg0K Pg0KPg0KPg0KPiAgICAgb2YgdGhlIE1QTFNPYW1JZE1lVGFibGUsIHRoZSBuYW1lIG9mIHRoZSBv YmplY3QsDQo+DQo+DQo+DQo+ICAgICBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleCBpcyBjb25m dXNpbmcgYmVjYXVzZSBpdCBzdWdnZXN0cw0KPg0KPg0KPg0KPiAgICAgdGhpcyBpcyBhbiBJTkRF WCAoYXMgZG9lcyB0aGUgc3RhdHVzIG9mIG5vdC1hY2Nlc3NpYmxlKS4gICBQbGVhc2UNCj4gICAg IGNsYXJpZnkuDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gRml4ZWQgYnkgdXNpbmcg dGhlIEluZGV4SW50ZWdlck5leHRGcmVlIG9iamVjdCBhbmQNCj4gICAgIGNoYW5naW5nIHRoZSBu YW1lIG9mIG1wbHNMcHNDb25maWdEb21haW5JbmRleCB0bw0KPiAgICAgbXBsc0xwc01lQ29uZmln RG9tYWluSW5kZXhWYWx1ZQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgU2luY2UgdGhlIGluZGV4aW5n IGZvciB0aGVzZSBUYWJsZXMgaXMgY29uZnVzaW5nIHRvIG1lLCB0aGVuDQo+DQo+DQo+DQo+ICAg ICBwbGVhc2UgcmVhbGl6ZSB0aGF0IHRoaXMgTUlCIG1heSBoYXZlIGFkZGl0aW9uYWwgY29tbWVu dHMNCj4NCj4NCj4NCj4gICAgIGR1cmluZyB0aGUgbmV4dCByZXZpZXcgb25jZSB0aGUgaW5kZXhp bmcgaXMgY2xhcmlmaWVkLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKiBJbiBnZW5lcmFsIG1vcmUg UkVGRVJFTkNFIENsYXVzZXMgY291bGQvc2hvdWxkIGJlIGFkZGVkIHRocm91Z2hvdXQNCj4gICAg IE1JQi4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIE9iamVjdHMgc3VjaCBhcyBtcGxzTHBzTWVDb25m aWdEb21haW5JbmRleCwgbXBsc0xwc01lU3RhdHVzQ3VycmVudCwNCj4NCj4NCj4NCj4gICAgIG1w bHNMcHNDb25maWdNb2RlLCBtcGxzTHBzQ29uZmlnUHJvdGVjdGlvblR5cGUsIGV0Yy4gICBUaGlz IHdhcyBhbHNvDQo+DQo+DQo+DQo+ICAgICBtZW50aW9uZWQgZHVyaW5nIHRoZSBlYXJseSBNSUIg RHIuIHJldmlldy4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtBdXRob3JzXSBPSy4gQWRkZWQgbW9y ZSBSRUZFUkVOQ0UgQ2xhdXNlcy4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICogU29tZSBvZiB0aGUg b2JqZWN0cyB1c2UgSW50ZWdlcjMyIGJ1dCB0aGV5IHByb2JhYmx5IHNob3VsZA0KPg0KPg0KPg0K PiAgICAgdXNlIFVuc2lnbmVkMzIuICAgSW4gb3RoZXIgd29yZHMsIGlmIHRoZSBvYmplY3RzIGNh biBvbmx5IHRha2Ugb24NCj4gICAgIHZhbHVlcyAwDQo+DQo+DQo+DQo+ICAgICBhbmQgYWJvdmUs IHRoZW4NCj4NCj4NCj4NCj4gICAgIHRoZXkgc2hvdWxkIHVzZSBVbnNpZ25lZDMyLg0KPg0KPg0K Pg0KPg0KPg0KPiAgICAgZS5nLiAgICAgbXBsc0xwc0NvbmZpZ1NkQmFkU2Vjb25kcywgbXBsc0xw c0NvbmZpZ1NkR29vZFNlY29uZHMsDQo+DQo+DQo+DQo+ICAgICBtcGxzTHBzQ29uZmlnV2FpdFRv UmVzdG9yZSwgbXBsc0xwc0NvbmZpZ0hvbGRPZmYsIGV0Yy4gIFBsZWFzZQ0KPg0KPg0KPg0KPiAg ICAgY2hlY2sgYWxsIHRoZSBJbnRlZ2VyMzIgb2JqZWN0cyB0byBzZWUgaWYgdGhleSBzaG91bGQg YmUgVW5zaWduZWQzMi4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtBdXRob3JzXSBPSywgRml4ZWQu DQo+DQo+DQo+DQo+DQo+DQo+ICAgICAqKSBEYXRlIGlzIHNhbWUgYSBwcmV2aW91cyB2ZXJzaW9u LiAgVGhpcyBzaG91bGQgYmUgdXBkYXRlZCBmb3INCj4NCj4NCj4NCj4gICAgIGV2ZXJ5IHJldmlz aW9uIG9mIHRoZSBkb2N1bWVudC4gIFBsZWFzZSB1cGRhdGUuDQo+DQo+DQo+DQo+ICAgICAgICAg ICBMQVNULVVQREFURUQgIGFuZCBSRVZJU0lPTiBjbGF1c2VzDQo+DQo+DQo+DQo+ICAgICAgICAg IjIwMTUxMjA2MDAwMFoiICAtLSBEZWNlbWJlciAwNiwgMjAxNQ0KPg0KPg0KPg0KPg0KPg0KPiAg ICAgW0F1dGhvcnNdIE9LLCBGaXhlZC4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICopIE9ubHkgRnVs bENvbXBsaWFuY2UgaXMgZG9uZSBmb3IgdGhpcyBNSUIgTW9kdWxlLiAgQXMgeW91DQo+DQo+DQo+ DQo+ICAgICBwcm9iYWJseSBhcmUgYXdhcmUsIG5vdCBhbGwgb3BlcmF0b3JzIHdhbnQgdG8gY29u ZmlndXJlDQo+DQo+DQo+DQo+ICAgICB1c2luZyBTTk1QLCBpZiB0aGVyZSBpcyBub3QgYSBSZWFk T25seSBDb21wbGlhbmNlIGF2YWlsYWJsZSwgdGhlbg0KPg0KPg0KPg0KPiAgICAgdGhleSB3aWxs IG5vdCBiZSBjb21wbGlhbnQgd2l0aCB0aGUgTUlCLiAgSSB0aGluayBhIFJlYWRPbmx5IENvbXBs aWFuY2UNCj4NCj4NCj4NCj4gICAgIGZvciBhIE1JQiBpcyB1c2VmdWwgYW5kIHdvdWxkIGxpa2Ug dG8gdW5kZXJzdGFuZCB3aHkgdGhpcyBNSUINCj4gICAgIGRvZXNuJ3QgaGF2ZQ0KPg0KPg0KPg0K PiAgICAgb25lLg0KPg0KPg0KPg0KPiAgICAgQ291bGQgdGhlIGF1dGhvcnMgcGxlYXNlIGNsYXJp Znk/DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gT0ssIFJlYWRPbmx5IENvbXBsaWFu Y2UgaXMgYWRkZWQuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBTcGVjaWZpYyBDb21tZW50 czoNCj4NCj4NCj4NCj4NCj4NCj4gICAgIFNlY3Rpb24gMS4gSW50cm9kdWN0aW9ucw0KPg0KPg0K Pg0KPg0KPg0KPiAgICAgTWVudGlvbnMgbXVsdGlwbGUgTUlCIE1vZHVsZXMgYnV0IHRoZXJlIGlz IG9ubHkgb25lLiAgUGxlYXNlDQo+DQo+DQo+DQo+ICAgICBjbGFyaWZ5IHRoZSB0ZXh0OiAgIkhv d2V2ZXIsIHNpbmNlIHRoZSBNSUIgbW9kdWxlcyAuLi4iIDwtLSBwbHVyYWwNCj4NCj4NCj4NCj4N Cj4NCj4gICAgIFtBdXRob3JzXSBZZXMsIHRoZXJlIGlzIG9ubHkgb25lLiBGaXhlZC4NCj4NCj4N Cj4NCj4NCj4NCj4NCj4NCj4gICAgIFNlY3Rpb24gNC4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIEFz IG1lbnRpb25lZCBiZWZvcmUgdGhlcmUgaXMgb25seSAxIE1JQiBtb2R1bGUuICBQbGVhc2UgdXBk YXRlLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgICAgIlRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEg TUlCIG1vZHVsZQ0KPg0KPg0KPg0KPiAgICAgICAgIGZvciB0aGUgTGFiZWwgRWRnZSBSb3V0ZXIg KExFUikNCj4NCj4NCj4NCj4gICAgICAgICB0aGF0IHN1cHBvcnRzIE1QTFMgVFAgTGluZWFyIHBy b3RlY3Rpb24gYW5kIGEgTUlCDQo+DQo+DQo+DQo+ICAgICAgICAgbW9kdWxlIHRoYXQgZGVmaW5l cyB0ZXh0dWFsIGNvbnZlbnRpb25zLi4uLi4iDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9y c10gT0suIEZpeGVkLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgU2VjdGlvbiA1LjEgVGV4dHVhbCBD b252ZW50aW9ucw0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKiBJIGRvbid0IHNlZSBhIHNlcGFyYXRl IE1JQiBNb2R1bGUgZm9yIFRDcy4gIFBsZWFzZSBjbGFyaWZ5Lg0KPg0KPg0KPg0KPg0KPg0KPiAg ICAgW0F1dGhvcnNdIEZpeGVkLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgU2VjdGlvbiA1LjQgVGhl IFRhYmxlIFN0cnVjdHVyZQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgICogVGhlIG1wbHNMcHNDb25m aWdUYWJsZQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgIlRoZSBwcm90ZWN0aW9uIGRvbWFpbiBpcyBp ZGVudGlmaWVkIGJ5IG1wbHNMcHNDb25maWdHcm91cE5hbWUuIg0KPg0KPg0KPg0KPiAgICAgVGhp cyBzdGF0ZW1lbnQgZG9lcyBub3Qgc2VlbSB0byBiZSBlbnRpcmVseSBhY2N1cmF0ZSBnaXZlbiB0 aGUgTUlCDQo+DQo+DQo+DQo+ICAgICBkZXNpZ24gZm9yIDIgcmVhc29ucywgMS4gIHRoZXJlIGRv ZXNuJ3Qgc2VlbSB0byBiZSBhbiBvYmplY3QNCj4NCj4NCj4NCj4gICAgIG1wbHNMcHNDb25maWdH cm91cE5hbWUNCj4NCj4NCj4NCj4gICAgIGFuZCAyLiB0aGUgSU5ERVggaXMgbXBsc0xwc0NvbmZp Z0RvbWFpbkluZGV4IFVuc2lnbmVkMzIgKHdoaWNoIGFsc28NCj4gICAgIGFwcGVhcnMNCj4NCj4N Cj4NCj4gICAgIGluIHRoZQ0KPg0KPg0KPg0KPiAgICAgbXBsc0xwc01lQ29uZmlnRW50cnkgd2l0 aCBhIHN0YXR1cyBvZiBub3QtYWNjZXNzaWJsZQ0KPg0KPg0KPg0KPiAgICAgKGFuZCBJIHRoaW5r IHlvdSBpbnRlbmQgZm9yIGl0IHRvIGJlIGFuIG9iamVjdCk/DQo+DQo+DQo+DQo+DQo+DQo+ICAg ICBbQXV0aG9yc10g4oCcbXBsc0xwc0NvbmZpZ0dyb3VwTmFtZeKAnSBzaG91bGQgYmUNCj4gICAg IOKAnG1wbHNMcHNDb25maWdEb21haW5OYW1l4oCdLiBJdOKAmXMgYmVlbiBjb3JyZWN0ZWQuDQo+ DQo+DQo+DQo+DQo+DQo+ICAgICBBcyBhIHJldmlld2VyLCB0aGlzIGlzIGNvbmZ1c2luZyBiZWNh dXNlIHRoZSByZWxhdGlvbnNoaXAgd2l0aA0KPg0KPg0KPg0KPiAgICAgdGhlc2UgdGFibGVzIGlz IHVuY2xlYXIgYW5kIHNvIGl0IGlzIHZlcnkgZGlmZmljdWx0IHRvDQo+DQo+DQo+DQo+ICAgICBy ZXZpZXcgdGhlIE1JQiBNb2R1bGUuICBQbGVhc2UgY2xhcmlmeSB0aGUgcmVsYXRpb25zaGlwIHdp dGgNCj4NCj4NCj4NCj4gICAgIHRoZXNlIHRhYmxlcyBhbmQgdG8gdGhlIG1wbHNPYW1JZE1lVGFi bGUgaW4gdGhlDQo+DQo+DQo+DQo+ICAgICBNUExTLU9BTS1JRC1TVEQtTUlCLg0KPg0KPg0KPg0K Pg0KPg0KPiAgICAgW0F1dGhvcnNdIEEgcHJvdGVjdGlvbiBkb21haW4gY29uc2lzdHMgb2YgdHdv IHBhdGhzLCB3b3JraW5nIGFuZA0KPiAgICAgcHJvdGVjdGlvbiBwYXRocywgYW5kIHJlcXVpcmVz IHR3byBPQU0gTUVzOyBvbmUgT0FNIE1FIGZvciB0aGUNCj4gICAgIHdvcmtpbmcgcGF0aCBhbmQg dGhlIG90aGVyIE1FIGZvciB0aGUgcHJvdGVjdGlvbiBwYXRoLiBJbiBvdGhlcg0KPiAgICAgd29y ZHMsIGEgcm93IG9mIOKAnG1wbHNMcHNDb25maWdUYWJsZeKAnSBpcyBmb3Igb25lIHByb3RlY3Rp b24gZG9tYWluLA0KPiAgICAgd2hpY2ggcmVxdWlyZXMgdHdvIHJvd3MgaW4g4oCcbXBsc09hbUlk TWVUYWJsZeKAnTogb25lIGZvciB0aGUgd29ya2luZw0KPiAgICAgcGF0aCBhbmQgdGhlIG90aGVy IGZvciB0aGUgcHJvdGVjdGlvbiBwYXRoLiBBbHNvIG5vdGUgdGhhdCBhbiBlbnRyeQ0KPiAgICAg b2Yg4oCcbXBsc09hbUlkTWVUYWJsZeKAnSBtYXkgbm90IGJlbG9uZyB0byBhbnkgcHJvdGVjdGlv biBkb21haW4uIFRoZQ0KPiAgICAgcm93IG9mIOKAnG1wbHNMcHNNZUNvbmZpZ1RhYmxl4oCdIGRl ZmluZWQgaW4gdGhpcyBkb2N1bWVudCBoYXMgYSBzcGFyc2UNCj4gICAgIHJlbGF0aW9uc2hpcCB3 aXRoIHRoYXQgb2YgdGhlIOKAnG1wbHNPQU1JZE1lVGFibGXigJ0gZGVmaW5lZCBpbiBSRkMgNzY5 Ny4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICJUaGUgb3RoZXIgYXR0cmlidXRlcyBpbiB0 aGlzIHRhYmxlIiwgZG8geW91IG1lYW4gb2JqZWN0cz8NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtB dXRob3JzXSBZZXMuIEZpeGVkLg0KPg0KPg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKiBUaGUgIG1w bHNMcHNTdGF0dXNUYWJsZQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgVGhlcmUgaXMgbm8gbWVudGlv biB0aGF0IHRoZSBtcGxzTHBzU3RhdHVzVGFibGUncyBFbnRyaWVzIGhhdmUgYW4NCj4NCj4NCj4N Cj4gICAgIEFVR01FTlRTIHJlbGF0aW9uc2hpcCB3aXRoIHRoZSBtcGxzTHBzQ29uZmlnVGFibGUg RW50cmllcy4gIFBsZWFzZSBhZGQuDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gQWRk ZWQuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICA2LjEgIFJlbGF0aW9uc2hpcCB0byB0aGUg TVBMUyBPQU0gbWFpbnRlbmFuY2UgaWRlbnRpZmllciBNSUIgTW9kdWxlDQo+DQo+DQo+DQo+DQo+ DQo+ICAgICBUaGUgdGl0bGUgbmVlZHMgdG8gYmUgY2FwaXRhbGl6ZWQgY29ycmVjdGx5LCBSZWxh dGlvbnNoaXAgdG8gdGhlDQo+DQo+DQo+DQo+ICAgICBNUExTIE9BTSBNYWludGVuYW5jZSBJZGVu dGlmaWVyIE1JQiBNb2R1bGUNCj4NCj4NCj4NCj4NCj4NCj4gICAgIFBsZWFzZSB1cGRhdGUgdGhp cyBzZWN0aW9uIHRvIHVzZSBSRkM3Njk3IChhbmQgaW4gSW5mb3JtYXRpdmUNCj4gICAgIFJlZmVy ZW5jZXMNCj4NCj4NCj4NCj4gICAgIGFsc28pDQo+DQo+DQo+DQo+ICAgICBpbnN0ZWFkIG9mIGRy YWZ0LWlldGYtbXBscy10cC1vYW0taWQtbWliLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgW0F1dGhv cnNdIE9rLiBGaXhlZC4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIEFzIG1lbnRpb25lZCBh Ym92ZSwgdGhlIG1wbHNMcHNNZUNvbmZpZ1RhYmxlIGhhcyBhbiBvYmplY3QNCj4NCj4NCj4NCj4g ICAgIG1wbHNMcHNNZUNvbmZpZ0RvbWFpbkluZGV4IHdoaWNoIGlzIChub3QtYWNjZXNzaWJsZSku DQo+DQo+DQo+DQo+ICAgICBJcyB0aGlzIHN1cHBvc2VkIHRvIGJlIGFuIElOREVYLCBvciBpcyB0 aGlzIGFuIG9iamVjdD8gICBJIGFtDQo+DQo+DQo+DQo+ICAgICBjb25mdXNlZCBieSB3aGF0IGlz IGludGVuZGVkLg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgW0F1dGhvcnNdIFRoZSBuYW1lIG9mIHRo aXMgb2JqZWN0IGlzIGNoYW5nZWQgdG8NCj4gICAgIG1wbHNMcHNNZUNvbmZpZ0RvbWFpbkluZGV4 VmFsdWUgdG8gYXZvaWQgY29uZnVzaW9uLg0KPg0KPg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgNy4g IEV4YW1wbGUgb2YgUHJvdGVjdGlvbiBzd2l0Y2hpbmcgY29uZmlndXJhdGlvbiBmb3INCj4NCj4N Cj4NCj4NCj4NCj4gICAgIE1QTFMtVFAgVEUgdHVubmVsIChQbGVhc2UgY2hhbmdlIHRpdGxlOiAg RXhhbXBsZSBvZiBQcm90ZWN0aW9uDQo+ICAgICBTd2l0Y2hpbmcNCj4NCj4NCj4NCj4gICAgIENv bmZpZ3VyYXRpb24pDQo+DQo+DQo+DQo+DQo+DQo+ICAgICAqIEkgYW0gdW5jbGVhciBob3cgbXBs c0xzcENvbmZpZ0VudHJ5IGlzIGFjdHVhbGx5IGNvbmZpZ3VyZWQgZm9yDQo+DQo+DQo+DQo+ICAg ICB1c2UgaW4gdGhpcyBleGFtcGxlLiAgIElzIGFuIG9wZXJhdG9yIHN1cHBvc2VkIHRvIHJhbmRv bWx5IGNob29zZSBhbg0KPiAgICAgSU5ERVgNCj4NCj4NCj4NCj4gICAgIHZhbHVlPw0KPg0KPg0K Pg0KPg0KPg0KPiAgICAgV291bGQgYW4gSW5kZXhOZXh0IG9iamVjdCBiZSB1c2VmdWwgdG8gdXNl IGluIGNvbmp1bmN0aW9uIHdpdGggdGhpcw0KPiAgICAgSU5ERVg/DQo+DQo+DQo+DQo+DQo+DQo+ ICAgICBbQXV0aG9yc10gWWVzLCBpdCBoYXMgYmVlbiBhZGRyZXNzZWQgd2l0aCBJbmRleEludGVn ZXJOZXh0RnJlZS4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIE1JQiBNb2R1bGUN Cj4NCj4NCj4NCj4gICAgIC0tLS0tLS0tLS0tLQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKGdlbmVy YWwgY29tbWVudDogIHRoZSBERVNDUklQVElPTiBjbGF1c2VzIGNvdWxkIGJlIG1vcmUgcmVhZGFi bGUNCj4NCj4NCj4NCj4gICAgIGlmIGNvbnNpc3RlbmN5IHdhcyB1c2VkLiAgU29tZXRpbWVzIHRo ZQ0KPg0KPg0KPg0KPiAgICAgdmFsdWUgaXMgbGlzdGVkIG9uIHRoZSBzaWRlIGFuZCB0aGUgZGVz Y3JpcHRpb24gZm9sbG93cyBvbiB0aGUNCj4NCj4NCj4NCj4gICAgIHNhbWUgbGluZSBhbmQgc29t ZXRpbWVzIHRoZSB2YWx1ZSBpcyBsaXN0ZWQNCj4NCj4NCj4NCj4gICAgIG9uIGEgc2luZ2xlIGxp bmUgYW5kIHRoZSBkZXNjcmlwdGlvbiBmb2xsb3dzIGEgY291cGxlIG9mIGxpbmVzDQo+DQo+DQo+ DQo+ICAgICBhZnRlci4gICBQbGVhc2UgYmUgY29uc2lzdGVudC4pDQo+DQo+DQo+DQo+DQo+DQo+ ICAgICBbQXV0aG9yc10gT2suIEZpeGVkLg0KPg0KPg0KPg0KPg0KPg0KPg0KPg0KPiAgICAgKiBt cGxzTHBzQ29uZmlnRG9tYWluTmFtZSAgLS0gSXMgdGhlcmUgYSBERUZBVUxUIHZhbHVlIGZvciB0 aGlzDQo+DQo+DQo+DQo+ICAgICBvYmplY3Q/ICAgVGhlIHN0cmluZyBzaXplIGlzIDEuLjMyIHdp dGggbm8NCj4NCj4NCj4NCj4gICAgIG9wdGlvbiBvZiAwIGxlbmd0aCBzdHJpbmcsIHNvIHdhbnRl ZCB0byBjaGVjayBhYm91dCBhIGRlZmF1bHQNCj4NCj4NCj4NCj4gICAgIHZhbHVlPyAgVW5kZXIg d2hhdCBjaXJjdW1zdGFuY2VzIGNhbiB0aGlzIHZhbHVlDQo+DQo+DQo+DQo+ICAgICBiZSBtb2Rp ZmllZD8gICBQbGVhc2UgZ2l2ZSBhIFJFRkVSRU5DRS4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIFtB dXRob3JzXSBObyBERUZBVUxUIHZhbHVlIGlzIG5lZWRlZC4gVGhlIHNpemUgaGFzIGJlZW4gY2hh bmdlZCB0bw0KPiAgICAgMC4uMzIuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICAqIG1wbHNM cHNDb25maWdNb2RlIC0gTmVlZHMgUkVGRVJFTkNFIChhbmQgcGxlYXNlIHRyeSB0byBiZQ0KPg0K Pg0KPg0KPiAgICAgc3BlY2lmaWMpLiAgVW5kZXIgd2hhdCBjaXJjdW1zdGFuY2VzIGNhbiB0aGlz IGJlIG1vZGlmaWVkPw0KPg0KPg0KPg0KPg0KPg0KPiAgICAgW0F1dGhvcnNdIFJFRkVSRU5DRSBp cyBnaXZlbi4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICogbXBsc0xwc0NvbmZpZ1dhaXRU b1Jlc3RvcmUNCj4NCj4NCj4NCj4gICAgIFdoeSBpcyB0aGlzIG5vdCBpbiBtaW51dGVzPyAgSWYg c29tZW9uZSBjb25maWd1cmVzIHRoaXMgdG8gYmUgMzANCj4NCj4NCj4NCj4gICAgIHNlY29uZHMg aXMgdGhhdCB2YWxpZD8gIERvZXNuJ3Qgc2VlbSBzbyBiYXNlZCBvbiB0aGUgREVTQ1JJUFRJT04u DQo+ICAgICBQbGVhc2UNCj4NCj4NCj4NCj4gICAgIGNsYXJpZnkuDQo+DQo+DQo+DQo+DQo+DQo+ ICAgICBbQXV0aG9yc10gRml4ZWQgd2l0aCDigJxtaW51dGVz4oCdLiBUaGUgcmFuZ2UgaXMgYWxz byBjb3JyZWN0ZWQuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICAqIG1wbHNMcHNDb25maWdI b2xkT2ZmIFdoYXQgaXMgbWVhbnQgYnkgIkNhbiBiZSBjb25maWd1cmVkIGluDQo+DQo+DQo+DQo+ ICAgICBzdGVwcyBvZiAxMDA/IiAgIElzIHRoaXMgMTAwIG1pbGxpc2Vjb25kcz8gIElmIHNvIHRo ZW4gbWF5YmUgYQ0KPiAgICAgYmV0dGVyIHVuaXQNCj4NCj4NCj4NCj4gICAgIGNob2ljZSB3b3Vs ZCBiZQ0KPg0KPg0KPg0KPiAgICAgY2VudGlzZWNvbmRzLiAgIFBsZWFzZSBjbGFyaWZ5Lg0KPg0K Pg0KPg0KPg0KPg0KPiAgICAgW0F1dGhvcnNdIEl0IGNhbiBiZSBjb25maWd1cmVkIGxpa2U6IDAs IDEwMCBtcywgMjAwIG1zLCDigKYgLCAxMA0KPiAgICAgc2Vjb25kcy4gU28sIHRoZSB1bml0cyBh bmQgdGhlIGRlc2NyaXB0aW9uIGFyZSBjaGFuZ2VkIHVzaW5nDQo+ICAgICDigJxkZWNpc2Vjb25k c+KAnS4NCj4NCj4NCj4NCj4NCj4NCj4gICAgICptcGxzTHBzQ29uZmlnQ29tbWFuZCBpcyByZWFk LXdyaXRlLiAgSXMgdGhpcyBzdXBwb3NlZCB0byBiZQ0KPg0KPg0KPg0KPiAgICAgcmVhZC1jcmVh dGU/DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gWWVzLiBGaXhlZA0KPg0KPg0KPg0K Pg0KPg0KPg0KPg0KPiAgICAgKm1wbHNMcHNDb25maWdSb3dTdGF0dXMgLS0gIEkgdGhpbmsgdGhl cmUgaXMgc29tZSBjb25mbGljdGluZw0KPg0KPg0KPg0KPiAgICAgYWR2aWNlIGdpdmVuIHRvIHRo ZSBvcGVyYXRvci4gIFNldmVyYWwgb2JqZWN0cyBzYXkgdGhhdCBpdCBpcyBmaW5lDQo+ICAgICB0 byBjaGFuZ2UNCj4NCj4NCj4NCj4gICAgIHRoZQ0KPg0KPg0KPg0KPiAgICAgdmFsdWUgb2YgdGhl IG9iamVjdCB3aGVuIFJvd1N0YXR1cyBpcyBhY3RpdmUsIGJ1dCB0aGlzIGlzIG5vdCBzcGVjaWZp ZWQNCj4NCj4NCj4NCj4gICAgIGNvbnNpc3RlbnRseS4gIExpbWl0aW5nIHRoZQ0KPg0KPg0KPg0K PiAgICAgdmFsdWVzIG9mIFJvd1N0YXR1cyBpbiB0aGUgQ29uZm9ybWFuY2UgU2VjdGlvbg0KPg0K Pg0KPg0KPiAgICAgbWF5IGJlIHRoZSB3YXkgdG8gZ28uICBQbGVhc2UgY2xhcmlmeS4NCj4NCj4N Cj4NCj4NCj4NCj4gICAgIFtBdXRob3JzXSBUaGVyZSBhcmUgc29tZSBvYmplY3RzIHRoYXQgY2Fu IGJlIGNoYW5nZWQgZHVyaW5nIHByb3RvY29sDQo+ICAgICBvcGVyYXRpb24sIHdoaWxlIG90aGVy IG9iamVjdHMgY2Fubm90IGJlIGNoYW5nZWQgYnV0IHRoZWlyIHZhbHVlcw0KPiAgICAgbmVlZCB0 byBiZSBnaXZlbiBiZWZvcmUgdGhlIG9wZXJhdGlvbi4gSW4gdGhlIHJldmlzaW9uLCB3ZSBzcGVj aWZpZWQNCj4gICAgIHRoZW0gY29uc2lzdGVudGx5Lg0KPg0KPg0KPg0KPg0KPg0KPg0KPg0KPiAg ICAgKm1wbHNMcHNNZUNvbmZpZ1N0YXRlIGlzIGEgcmVhZC1jcmVhdGUuIFRoaXMgaXMgcHJvYmFi bHkgb2theSwgYnV0DQo+DQo+DQo+DQo+ICAgICBhZ2FpbiwgdGhhdCBkZXBlbmRzIG9uIGlmIG1w bHNMcHNNZUNvbmZpZ0RvbWFpbkluZGV4DQo+DQo+DQo+DQo+ICAgICBpcyBhbiBJTkRFWCBmb3Ig dGhpcyB0YWJsZSBnaXZlbiB0aGF0IGl0IGhhcyBhIHN0YXR1cyBvZg0KPiAgICAgbm90LWFjY2Vz c2libGUsDQo+DQo+DQo+DQo+ICAgICBldGMuDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9y c10g4oCcbXBsc0xwc01lQ29uZmlnRG9tYWluSW5kZXjigJ0gd2FzIG5vdCBpbnRlbmRlZCB0byBi ZSBJTkRFWCwNCj4gICAgIGJ1dCB0byBjb250YWluIHRoZSB2YWx1ZSBvZiB0aGUgdmFsdWUgb2Yg cHJvdGVjdGlvbiBkb21haW4gaW5kZXguIFdlDQo+ICAgICBjaGFuZ2VkIGl0IHRvIG1wbHNMcHNN ZUNvbmZpZ0RvbWFpbkluZGV4VmFsdWUgdG8gYXZvaWQgY29uZnVzaW9uDQo+DQo+DQo+DQo+DQo+ DQo+DQo+DQo+ICAgICAqbXBsc0xwc01lU3RhdHVzU3dpdGNob3ZlclNlY29uZHMNCj4NCj4NCj4N Cj4gICAgIE5lZWRzIGEgdW5pdHMgY2xhdXNlIGZvciBTZWNvbmRzDQo+DQo+DQo+DQo+DQo+DQo+ ICAgICBbQXV0aG9yc10gRml4ZWQuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBOb3RpZmlj YXRpb25zDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBUaGVyZSBhcmUgYSBjb3VwbGUgTm90aWZpY2F0 aW9ucyB0aGF0IGFyZSBzZW5kIHdoZW4gdmFsdWVzIG9mIGNlcnRhaW4NCj4NCj4NCj4NCj4gICAg IGNvdW50ZXJzIGluY3JlbWVudC4gIE1heWJlIHRoaXMgaXMgdmFsaWQsIGJ1dCBpdCBzZWVtcyBz dXNwZWN0Lg0KPg0KPg0KPg0KPiAgICAgSWYgYSBtYW5hZ2VtZW50IHN0YXRpb25zIG5lZWRzIGlu Zm9ybWF0aW9uIG9uIGNvdW50ZXJzLA0KPg0KPg0KPg0KPiAgICAgd2h5IGNhbid0IGl0IGp1c3Qg cmV0cmlldmUgdGhlbSBhdCB0aGF0IHBvaW50PyAgIEkgZG9uJ3Qgc2VlIGFueQ0KPg0KPg0KPg0K PiAgICAgY291bnRlciBkaXNjb250aW51aXR5IG9iamVjdHMsIHNvIHdhcyB3b25kZXJpbmcgYWJv dXQgdGhhdCB0b28uDQo+DQo+DQo+DQo+DQo+DQo+ICAgICBbQXV0aG9yc10gV2hlbmV2ZXIgdGhl cmUgaXMgYW4gaW5jcmVtZW50IGluIGFueSBvZiB0aGUgZW5hYmxlZA0KPiAgICAgY291bnRlcnMs IG5ldHdvcmsgb3BlcmF0b3JzIG5lZWQgdG8gYmUgYWxhcm1lZC4NCj4NCj4NCj4NCj4NCj4NCj4N Cj4NCj4gICAgICogbXBsc0xwc0V2ZW50Rm9wVGltT3V0IE5vdGlmaWNhdGlvbg0KPg0KPg0KPg0K Pg0KPg0KPiAgICAgUGxlYXNlIHJlbmFtZSB0aGlzIHRvIG1wbHNMcHNFdmVudEZvcFRpbWVvdXQN Cj4NCj4NCj4NCj4NCj4NCj4gICAgIFtBdXRob3JzXSBPSy4gRml4ZWQuDQo+DQo+DQo+DQo+DQo+ DQo+DQo+DQo+ICAgICAqIENvbXBsaWFuY2UvQ29uZm9ybWFuY2UgU2VjdGlvbiBvZiB0aGUgTUlC IE1vZHVsZQ0KPg0KPg0KPg0KPg0KPg0KPiAgICAgQ3VycmVudGx5LCB0aGVyZSBpcyBvbmx5IEZ1 bGxDb21wbGlhbmNlLiAgIFdoeSBpcyB0aGVyZSBubw0KPg0KPg0KPg0KPiAgICAgUmVhZE9ubHlD b21wbGlhbmNlPw0KPg0KPg0KPg0KPg0KPg0KPiAgICAgW0F1dGhvcnNdIE9LLiBJdOKAmXMgYmVl biBhZGRlZC4NCj4NCj4NCj4NCj4NCj4NCj4NCj4NCj4gICAgIC0tLSBlbmQgb2YgY29tbWVudHMg LS0tDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+ICAgICBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPg0KPg0KPg0KPiAgICAgbXBscyBtYWlsaW5nIGxpc3QN Cj4NCj4NCj4NCj4gICAgIG1wbHNAaWV0Zi5vcmcgPG1haWx0bzptcGxzQGlldGYub3JnPg0KPg0K Pg0KPg0KPiAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ DQo+DQo+DQo+DQo+DQo= --_000_eo7rpm11h6888m0hrkuyfgpj1466220440723emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KTG9hLCB0aGFuayB5 b3UgZm9yIGxvb2tpbmcgaW50byB0aGlzLg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+WW91IGhh dmUgdGhlIG1vc3QgcmVjZW50IGVtYWlsIG9uIHRoaXMgd29yay48L2Rpdj4NCjxkaXY+SSBhbSBz dGlsbCB3YWl0aW5nIGZvciBKb2FuJ3MgcmVzcG9uc2UuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj5CZXN0IHJlZ2FyZHM8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pkplb25n LWRvbmc8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1zaXplOjEwMCU7Y29sb3I6IzAwMDAwMCI+PCEtLSBvcmlnaW5hbE1lc3NhZ2Ug LS0+DQo8ZGl2Pi0tLS0tLS0tIOybkOuzuCDsnbTrqZTsnbwgLS0tLS0tLS08L2Rpdj4NCjxkaXY+ 67O064K4IOyCrOuejDogTG9hIEFuZGVyc3NvbiAmbHQ7bG9hQHBpLm51Jmd0OyA8L2Rpdj4NCjxk aXY+64Kg7KecOiAxNi82LzE3IDE5OjIwIChHTVQmIzQzOzA5OjAwKSA8L2Rpdj4NCjxkaXY+67Cb 7J2AIOyCrOuejDog66WY7KCV64+ZICZsdDtyeW9vQGV0cmkucmUua3ImZ3Q7LCBKb2FuIEN1Y2No aWFyYSAmbHQ7amN1Y2NoaWFyYS5pZXRmQGdtYWlsLmNvbSZndDsgPC9kaXY+DQo8ZGl2PuywuOyh sDogSm9hbiBDdWNjaGlhcmEgJmx0O2pjdWNjaGlhcmFAbWluZHNwcmluZy5jb20mZ3Q7LCBtcGxz QGlldGYub3JnLCBkcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYu b3JnLCBtcGxzLWNoYWlyc0BpZXRmLm9yZywgbWliLWRvY3RvcnNAaWV0Zi5vcmcNCjwvZGl2Pg0K PGRpdj7soJzrqqk6IFJlOiBbbXBsc10g7ZqM7IugOiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxz LXRwLWxpbmVhci1wcm90ZWN0aW9uLW1pYi0wNyA8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 L2Rpdj4NCjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdDsiPg0KPGRp diBjbGFzcz0iUGxhaW5UZXh0Ij5KZW9uZy1kb25nIGFuZCBKb2FuLDxicj4NCjxicj4NClRoaXMg aXMgdGhlIGxhdGVzdCBJIGhhdmUgb24gdGhpcyBkb2N1bWVudCwgd2hhdCBpcyB0aGUgc3RhdHVz IHRvZGF5Pzxicj4NCjxicj4NCi9Mb2E8YnI+DQo8YnI+DQpPbiAyMDE2LTA1LTI3IDAzOjA5LCBS eW9vLCBKZW9uZy1kb25nJm5ic3A7IHdyb3RlOjxicj4NCiZndDsgSm9hbiwgdGhhbmtzLjxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBXZSBhcmUgbG9va2luZyBmb3J3YXJkIHRvIGhlYXJp bmcgZnJvbSB5b3Ugc29vbi48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgSmVvbmctZG9u Zzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZndDsgKuuztOuC uCDsgqzrnowgOiAqJnF1b3Q7Sm9hbiBDdWNjaGlhcmEmcXVvdDsgJmx0O2pjdWNjaGlhcmEuaWV0 ZkBnbWFpbC5jb20mZ3Q7PGJyPg0KJmd0OyAq67O064K4IOuCoOynnCA6ICoyMDE2LTA1LTI2IDIz OjA5OjQ2ICggJiM0MzswOTowMCApPGJyPg0KJmd0OyAq67Cb64qUIOyCrOuejCA6ICrrpZjsoJXr j5kgJmx0O3J5b29AZXRyaS5yZS5rciZndDs8YnI+DQomZ3Q7ICrssLjsobAgOiAqSm9hbiBDdWNj aGlhcmEgJmx0O2pjdWNjaGlhcmFAbWluZHNwcmluZy5jb20mZ3Q7LCBMb2EgQW5kZXJzc29uPGJy Pg0KJmd0OyAmbHQ7bG9hQHBpLm51Jmd0OywgbXBsc0BpZXRmLm9yZyAmbHQ7bXBsc0BpZXRmLm9y ZyZndDssPGJyPg0KJmd0OyBkcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWli QGlldGYub3JnPGJyPg0KJmd0OyAmbHQ7ZHJhZnQtaWV0Zi1tcGxzLXRwLWxpbmVhci1wcm90ZWN0 aW9uLW1pYkBpZXRmLm9yZyZndDssPGJyPg0KJmd0OyBtcGxzLWNoYWlyc0BpZXRmLm9yZyAmbHQ7 bXBscy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBtaWItZG9jdG9yc0BpZXRmLm9yZzxicj4NCiZndDsg Jmx0O21pYi1kb2N0b3JzQGlldGYub3JnJmd0Ozxicj4NCiZndDsgKuygnOuqqSA6ICpSZTogW21w bHNdIO2ajOyLoDogUmV2aWV3IG9mPGJyPg0KJmd0OyBkcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFy LXByb3RlY3Rpb24tbWliLTA3PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyBKZW9uZy1kb25nLDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyBUaGFuayB5b3UgZm9yIHRoZSByZXNwb25zZXMgdG8gbXkgY29tbWVu dHMuJm5ic3A7Jm5ic3A7IEkgd2lsbCB0YWtlIGEgbG9vayBhdCB0aGU8YnI+DQomZ3Q7IHVwZGF0 ZWQgZHJhZnQgc29vbi48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsgLUpvYW48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gVGh1LCBNYXkgMTksIDIwMTYgYXQgOToyNCBB TSwg66WY7KCV64+ZICZsdDtyeW9vQGV0cmkucmUua3I8YnI+DQomZ3Q7ICZsdDs8YSBocmVmPSJt YWlsdG86cnlvb0BldHJpLnJlLmtyIj5tYWlsdG86cnlvb0BldHJpLnJlLmtyPC9hPiZndDsmZ3Q7 IHdyb3RlOjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgRGVhciBKb2FuLDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBXZSBy ZXNvbHZlZCBhbGwgb2YgeW91ciBjb21tZW50cyBhbmQgdXBsb2FkZWQgYSByZXZzaW9uIHRvZGF5 Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQbGVhc2UsIHNlZSBpbmxpbmVzIHN0YXJ0aW5n IHdpdGggW0F1dGhvcnNdIGluIHlvdXIgcHJldmlvdXMgZW1haWw8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGJlbG93Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUgcmV2 aXNlZCBkcmFmdCBjYW4gYmUgZm91bmQgaW46PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1tcGxzLXRwLWxpbmVhci1wcm90ZWN0 aW9uLW1pYi0wOC50eHQiIHRhcmdldD0iX0JMQU5LIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWliLTA4 LnR4dDwvYT48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdlIGFwcHJlY2lh dGUgeW91ciBoZWxwIG9uIHRoaXMgZHJhZnQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJl c3QgcmVnYXJkcyw8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSmVvbmctZG9uZzxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyDrs7Trgrgg7IKs656MOiBKb2FuIEN1Y2NoaWFyYSBbamN1Y2NoaWFyYUBtaW5k c3ByaW5nLmNvbTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0OzxhIGhyZWY9 Im1haWx0bzpqY3VjY2hpYXJhQG1pbmRzcHJpbmcuY29tIj5tYWlsdG86amN1Y2NoaWFyYUBtaW5k c3ByaW5nLmNvbTwvYT4mZ3Q7XTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg67O064K4IOuCoOynnDogMjAxNuuFhCA07JuUIDXs nbwg7ZmU7JqU7J28IOyYpOyghCAxMjoxMDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg67Cb64qUIOyCrOuejDogTG9hIEFuZGVy c3NvbjsgbXBsc0BpZXRmLm9yZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1h aWx0bzptcGxzQGlldGYub3JnPC9hPiZndDs7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBkcmFmdC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYub3JnPGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0 LWlldGYtbXBscy10cC1saW5lYXItcHJvdGVjdGlvbi1taWJAaWV0Zi5vcmciPm1haWx0bzpkcmFm dC1pZXRmLW1wbHMtdHAtbGluZWFyLXByb3RlY3Rpb24tbWliQGlldGYub3JnPC9hPiZndDs7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtcGxzLWNoYWlyc0BpZXRmLm9yZyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIj5tYWlsdG86bXBscy1jaGFpcnNA aWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg7LC47KGwOiBtaWItZG9jdG9yc0BpZXRmLm9yZyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOm1pYi1kb2N0b3JzQGlldGYub3JnIj5tYWlsdG86bWliLWRvY3RvcnNA aWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg7KCc66qpOiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxz LXRwLWxpbmVhci1wcm90ZWN0aW9uLW1pYi0wNzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBD b21tZW50cyBmb3IgZHJhZnQtaWV0Zi1tcGxzLXRwLWxpbmVhci1wcm90ZWN0aW9uLW1pYi0wNy50 eHQ8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQXV0aG9ycyw8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgTG90cyBvZiB3b3JrIHdlbnQgaW50byB0aGlzIGRyYWZ0LiZuYnNwOyBUaGUgZWFy bHkgTUlCIERvY3RvciByZXZpZXc8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbW1lbnRzIGhhdmUgYmVlbiBpbmNvcnBvcmF0 ZWQsIHNvIHRoYW5rIHlvdSBmb3IgdGhhdC4mbmJzcDsmbmJzcDsgVGhlc2U8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbW1l bnRzIGFyZSBhcnJhbmdlZCBpbiAzIHNlY3Rpb25zOiZuYnNwOyBNSUIgY29tcGlsZXIgb3V0cHV0 cyw8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IEdlbmVyYWwgQ29tbWVudHMgd2hpY2ggYXJlIG9ic2VydmF0aW9ucyB0aGF0IGFw cGx5IHRvIHNldmVyYWw8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBsYWNlcyBpbiB0aGUgTUlCIGFuZCBzaG91bGQgYmUgY2hl Y2tlZCBmb3IgdGhyb3VnaG91dCB0aGUgTUlCLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBU aGUgbGFzdCBzZWN0aW9uIGlzIGZvciBzcGVjaWZpYyBjb21tZW50cy48YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUGxlYXNlIHRha2UgdGhlc2UgY29tbWVudHMgYXMgcGFydCBvZiB0aGUgbGFz dCBjYWxsLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGFua3MsPGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtSm9hbjxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDb21waWxlcyBjbGVhbmx5IHdpdGggc21pbGludDxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzbWljbmcgZmxhZ2dlZCBzb21lIGVycm9yczxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgT3V0cHV0IGZyb20gc21pY25nPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBFOiBmKE1QTFMtTFNQLU1JQi5teSksICgzNzAs NCkgUm93ICZxdW90O21wbHNMcHNDb25maWdFbnRyeSZxdW90OyBtYXkgbm90PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBoYXZl IGNvbHVtbnMgd2l0aCBNQVgtQUNDRVNTIG9mIHJlYWQtd3JpdGUgaWYgYW55IGNvbHVtbiBpcyBy ZWFkLWNyZWF0ZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgRTogZihNUExTLUxTUC1NSUIubXkpLCAoMzc4LDE1KSBJbmRleCBp dGVtPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmcXVvdDttcGxzTHBzQ29uZmlnRG9tYWluSW5kZXgmcXVvdDsgbXVzdCBiZSBk ZWZpbmVkIHdpdGggc3ludGF4IHRoYXQ8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluY2x1ZGVzIGEgcmFuZ2U8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEU6 IGYoTVBMUy1MU1AtTUlCLm15KSwgKDkwNyw0KSBJdGVtICZxdW90O21wbHNMcHNNZUNvbmZpZ0Rv bWFpbkluZGV4JnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBoYXMgaW52YWxpZCB2YWx1ZSBmb3IgTUFYLUFDQ0VTUzxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdoZW4gbG9va2lu ZyBhdCB0aGUgTUlCLCBJIHNlZSB0aGF0IHRoZXJlIGRvIGFwcGVhciB0byBiZSBzb21lPGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwb3RlbnRpYWw8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVycm9yczo8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1wbHNMcHNDb25maWdDb21tYW5kIE9CSkVDVC1UWVBFPGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBTWU5UQVgmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgTXBsc0xwc0NvbW1hbmQ8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1BWC1BQ0NFU1MmbmJzcDsgcmVhZC13cml0ZSZuYnNwOyZu YnNwOyZuYnNwOyAmbHQ7LS0tLSBzaG91bGQgYmUgcmVhZC1jcmVhdGU8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYmVjYXVzZSByb3cgY3JlYXRlZCB1c2luZyBSb3dTdGF0dXM8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNUQVRVUyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBjdXJyZW50PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3Jz XSBPSywgRml4ZWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIGdlbmVyYWwsIGluZGlj ZXMgc2hvdWxkIHNwZWNpZnkgYSByYW5nZSBzbyB0aGlzIGlzIHdoeSBpdCB3YXM8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZs YWdnZWQgYnkgY29tcGlsZXIuJm5ic3A7IExvb2tpbmcgYXQgdGhpcyBzcGVjaWZpYyBpbmRleCB3 b3VsZCBsaWtlIHRvPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB1bmRlcnN0YW5kIGhvdyB0aGUgdmFsdWUgaXMgc3VwcG9zZWQg dG8gYmUgYXNzaWduZWQ/Jm5ic3A7Jm5ic3A7IElmIHRoaXMgaXM8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFzc2lnbmVkIGJ5 IGFuIG9wZXJhdG9yLCBwZXJoYXBzIHRoZXJlIHNob3VsZCBiZSBhIG1lY2hhbmlzbSBmb3I8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHRoZSBvcGVyYXRvciB0byBjaG9vc2UgYSB2YWx1ZSAoZm9yIGV4YW1wbGUsIGJ5IHVzaW5n IGE8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IEluZGV4SW50ZWdlck5leHRGcmVlIG9iamVjdCk/Jm5ic3A7IFBsZWFzZSBjbGFy aWZ5Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtcGxzTHBz Q29uZmlnRG9tYWluSW5kZXggT0JKRUNULVRZUEU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFNZTlRBWCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBVbnNpZ25lZDMyPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSBG aXhlZCBieSB1c2luZyB0aGUgSW5kZXhJbnRlZ2VyTmV4dEZyZWUgb2JqZWN0Ljxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleCAmbHQ7LS0tIG5hbWUg aW1wbGllcyB0aGF0IHRoaXMgaXMgYW4gaW5kZXg8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGJ1dCBpdCBpcyBOT1QgaW5jbHVk ZWQgaW4gdGhlIElOREVYIGNsYXVzZSBmb3IgdGhpcyB0YWJsZS48YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgUGxlYXNlIGNsYXJpZnkgd2hhdCBpcyBpbnRlbmRlZC48YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgW0F1dGhvcnNdIFRoaXMgaXMgbm90IHRoZSBJTkRFWCBmb3IgdGhpcyB0YWJs ZS4gSXQgaXMgdXNlZCB0bzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaWRlbnRp ZnkgdGhlIGNvcnJlc3BvbmRpbmcgbXBsc0xwc0NvbmZpZ0RvbWFpbkluZGV4IHZhbHVlIGluIHRo ZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3RoZXIgdGFibGUsIOKAnG1wbHNM cHNDb25maWdUYWJsZeKAnS4gVGhlIG5hbWUgb2YgdGhpcyBvYmplY3QgaXM8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNoYW5nZWQgdG8gbXBsc0xwc01lQ29uZmlnRG9tYWluSW5k ZXhWYWx1ZSB0byBhdm9pZCBjb25mdXNpb24uPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgR2VuZXJhbCBDb21tZW50czo8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ID09PT09PT09PT09PT09 PT09PT09PTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqIFRoZXJlIGFyZSBtZW50aW9ucyBv ZiB0aGVyZSBiZWluZyB0d28gTUlCIE1vZHVsZXMgaW4gdGhpczxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZG9jdW1lbnQsIGJ1 dCB0aGVyZSBpcyBvbmx5IG9uZSBNSUIgTW9kdWxlLiBJIGhhdmUgdHJpZWQgdG8gbm90ZTxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgdGhlc2Ugc3RhdGVtZW50cyB1bmRlciBzcGVjaWZpYyBjb21tZW50cywgYnV0IHBsZWFzZSBj aGVjayBmb3I8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHN1Y2ggc3RhdGVtZW50cy4mbmJzcDsmbmJzcDsgSWYgdGhlIGludGVu dGlvbiBpcyB0byBjcmVhdGUgdHdvIE1JQiBNb2R1bGVzLDxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhhdCBpcyBmaW5lLCBi dXQgY3VycmVudGx5LCB0aGVyZSBpcyBvbmx5IG9uZS48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgW0F1dGhvcnNdIFllcywgdGhlcmUgaXMgb25seSBvbmUgZGVmaW5lZCBpbiB0aGlzIGRvY3Vt ZW50LiBGaXhlZDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqIFRoZSByZWxhdGlvbnNoaXBz IG9mIHRoZXNlIFRhYmxlcyBpcyBub3QgY2xlYXIuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNcGxzTHBzQ29uZmlnVGFibGUg aGFzIGFuIElOREVYIGJ1dCBob3cgdGhlIG9wZXJhdG9yPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpcyBzdXBwb3NlZCB0byBj aG9vc2UgYSB2YWx1ZSBmb3IgdGhpcyBpbmRleCBpczxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbm90IHNwZWNpZmllZC4mbmJz cDsgVGhlIE1wbHNMcHNNZUNvbmZpZ1RhYmxlIGluZGV4aW5nIGlzIGNvbmZ1c2luZy48YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEFsdGhvdWdoIHRoZSBkb2N1bWVudCBzdGF0ZXMgdGhhdCB0aGlzIHRhYmxlIGlzIGFuIGV4dGVu c2lvbjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgb2YgdGhlIE1QTFNPYW1JZE1lVGFibGUsIHRoZSBuYW1lIG9mIHRoZSBvYmpl Y3QsPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleCBpcyBjb25mdXNpbmcgYmVjYXVz ZSBpdCBzdWdnZXN0czxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhpcyBpcyBhbiBJTkRFWCAoYXMgZG9lcyB0aGUgc3RhdHVz IG9mIG5vdC1hY2Nlc3NpYmxlKS4mbmJzcDsmbmJzcDsgUGxlYXNlPGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBjbGFyaWZ5Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0 aG9yc10gRml4ZWQgYnkgdXNpbmcgdGhlIEluZGV4SW50ZWdlck5leHRGcmVlIG9iamVjdCBhbmQ8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNoYW5naW5nIHRoZSBuYW1lIG9mIG1w bHNMcHNDb25maWdEb21haW5JbmRleCB0bzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgbXBsc0xwc01lQ29uZmlnRG9tYWluSW5kZXhWYWx1ZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBTaW5jZSB0aGUgaW5kZXhpbmcgZm9yIHRoZXNlIFRhYmxlcyBpcyBjb25mdXNpbmcgdG8g bWUsIHRoZW48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHBsZWFzZSByZWFsaXplIHRoYXQgdGhpcyBNSUIgbWF5IGhhdmUgYWRk aXRpb25hbCBjb21tZW50czxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZHVyaW5nIHRoZSBuZXh0IHJldmlldyBvbmNlIHRoZSBp bmRleGluZyBpcyBjbGFyaWZpZWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICogSW4gZ2Vu ZXJhbCBtb3JlIFJFRkVSRU5DRSBDbGF1c2VzIGNvdWxkL3Nob3VsZCBiZSBhZGRlZCB0aHJvdWdo b3V0PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNSUIuPGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IE9iamVjdHMgc3VjaCBhcyBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleCwg bXBsc0xwc01lU3RhdHVzQ3VycmVudCw8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1wbHNMcHNDb25maWdNb2RlLCBtcGxzTHBz Q29uZmlnUHJvdGVjdGlvblR5cGUsIGV0Yy4mbmJzcDsmbmJzcDsgVGhpcyB3YXMgYWxzbzxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgbWVudGlvbmVkIGR1cmluZyB0aGUgZWFybHkgTUlCIERyLiByZXZpZXcuPGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSBPSy4gQWRkZWQgbW9yZSBSRUZFUkVOQ0UgQ2xhdXNl cy48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKiBTb21lIG9mIHRoZSBvYmplY3RzIHVzZSBJ bnRlZ2VyMzIgYnV0IHRoZXkgcHJvYmFibHkgc2hvdWxkPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1c2UgVW5zaWduZWQzMi4m bmJzcDsmbmJzcDsgSW4gb3RoZXIgd29yZHMsIGlmIHRoZSBvYmplY3RzIGNhbiBvbmx5IHRha2Ug b248YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHZhbHVlcyAwPGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbmQg YWJvdmUsIHRoZW48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZXkgc2hvdWxkIHVzZSBVbnNpZ25lZDMyLjxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBlLmcuJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1wbHNMcHNDb25m aWdTZEJhZFNlY29uZHMsIG1wbHNMcHNDb25maWdTZEdvb2RTZWNvbmRzLDxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbXBsc0xw c0NvbmZpZ1dhaXRUb1Jlc3RvcmUsIG1wbHNMcHNDb25maWdIb2xkT2ZmLCBldGMuJm5ic3A7IFBs ZWFzZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgY2hlY2sgYWxsIHRoZSBJbnRlZ2VyMzIgb2JqZWN0cyB0byBzZWUgaWYgdGhl eSBzaG91bGQgYmUgVW5zaWduZWQzMi48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhv cnNdIE9LLCBGaXhlZC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKikgRGF0ZSBpcyBzYW1l IGEgcHJldmlvdXMgdmVyc2lvbi4mbmJzcDsgVGhpcyBzaG91bGQgYmUgdXBkYXRlZCBmb3I8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IGV2ZXJ5IHJldmlzaW9uIG9mIHRoZSBkb2N1bWVudC4mbmJzcDsgUGxlYXNlIHVwZGF0ZS48 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IExBU1QtVVBEQVRFRCZu YnNwOyBhbmQgUkVWSVNJT04gY2xhdXNlczxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JnF1b3Q7MjAxNTEyMDYwMDAwWiZxdW90OyZuYnNwOyAtLSBEZWNlbWJlciAwNiwgMjAxNTxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gT0ssIEZpeGVkLjxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAqKSBPbmx5IEZ1bGxDb21wbGlhbmNlIGlzIGRvbmUgZm9yIHRoaXMgTUlC IE1vZHVsZS4mbmJzcDsgQXMgeW91PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwcm9iYWJseSBhcmUgYXdhcmUsIG5vdCBhbGwg b3BlcmF0b3JzIHdhbnQgdG8gY29uZmlndXJlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1c2luZyBTTk1QLCBpZiB0aGVyZSBp cyBub3QgYSBSZWFkT25seSBDb21wbGlhbmNlIGF2YWlsYWJsZSwgdGhlbjxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhleSB3 aWxsIG5vdCBiZSBjb21wbGlhbnQgd2l0aCB0aGUgTUlCLiZuYnNwOyBJIHRoaW5rIGEgUmVhZE9u bHkgQ29tcGxpYW5jZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgZm9yIGEgTUlCIGlzIHVzZWZ1bCBhbmQgd291bGQgbGlrZSB0 byB1bmRlcnN0YW5kIHdoeSB0aGlzIE1JQjxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgZG9lc24ndCBoYXZlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvbmUuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDb3VsZCB0aGUgYXV0aG9ycyBwbGVh c2UgY2xhcmlmeT88YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhvcnNdIE9LLCBSZWFk T25seSBDb21wbGlhbmNlIGlzIGFkZGVkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IFNwZWNpZmljIENvbW1lbnRzOjxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBTZWN0aW9uIDEuIEludHJvZHVjdGlvbnM8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg TWVudGlvbnMgbXVsdGlwbGUgTUlCIE1vZHVsZXMgYnV0IHRoZXJlIGlzIG9ubHkgb25lLiZuYnNw OyBQbGVhc2U8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGNsYXJpZnkgdGhlIHRleHQ6Jm5ic3A7ICZxdW90O0hvd2V2ZXIsIHNp bmNlIHRoZSBNSUIgbW9kdWxlcyAuLi4mcXVvdDsgJmx0Oy0tIHBsdXJhbDxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gWWVzLCB0aGVyZSBpcyBvbmx5IG9uZS4gRml4ZWQuPGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2VjdGlvbiA0Ljxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBcyBtZW50aW9uZWQgYmVmb3JlIHRoZXJlIGlzIG9u bHkgMSBNSUIgbW9kdWxlLiZuYnNwOyBQbGVhc2UgdXBkYXRlLjxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBh IE1JQiBtb2R1bGU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZvciB0aGUgTGFiZWwg RWRnZSBSb3V0ZXIgKExFUik8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYXQgc3Vw cG9ydHMgTVBMUyBUUCBMaW5lYXIgcHJvdGVjdGlvbiBhbmQgYSBNSUI8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IG1vZHVsZSB0aGF0IGRlZmluZXMgdGV4dHVhbCBjb252ZW50aW9ucy4u Li4uJnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSBPSy4gRml4ZWQu PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNlY3Rpb24gNS4xIFRleHR1YWwgQ29udmVudGlv bnM8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKiBJIGRvbid0IHNlZSBhIHNlcGFyYXRlIE1J QiBNb2R1bGUgZm9yIFRDcy4mbmJzcDsgUGxlYXNlIGNsYXJpZnkuPGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFtBdXRob3JzXSBGaXhlZC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgU2Vj dGlvbiA1LjQgVGhlIFRhYmxlIFN0cnVjdHVyZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAqIFRoZSBtcGxzTHBzQ29uZmlnVGFibGU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg JnF1b3Q7VGhlIHByb3RlY3Rpb24gZG9tYWluIGlzIGlkZW50aWZpZWQgYnkgbXBsc0xwc0NvbmZp Z0dyb3VwTmFtZS4mcXVvdDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoaXMgc3RhdGVtZW50IGRvZXMgbm90IHNlZW0gdG8g YmUgZW50aXJlbHkgYWNjdXJhdGUgZ2l2ZW4gdGhlIE1JQjxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzaWduIGZvciAyIHJl YXNvbnMsIDEuJm5ic3A7IHRoZXJlIGRvZXNuJ3Qgc2VlbSB0byBiZSBhbiBvYmplY3Q8YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IG1wbHNMcHNDb25maWdHcm91cE5hbWU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCAyLiB0aGUgSU5ERVggaXMgbXBsc0xw c0NvbmZpZ0RvbWFpbkluZGV4IFVuc2lnbmVkMzIgKHdoaWNoIGFsc288YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFwcGVhcnM8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluIHRoZTxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbXBsc0xwc01l Q29uZmlnRW50cnkgd2l0aCBhIHN0YXR1cyBvZiBub3QtYWNjZXNzaWJsZTxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKGFuZCBJ IHRoaW5rIHlvdSBpbnRlbmQgZm9yIGl0IHRvIGJlIGFuIG9iamVjdCk/PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSDigJxtcGxzTHBzQ29uZmlnR3JvdXBOYW1l4oCdIHNob3Vs ZCBiZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg4oCcbXBsc0xwc0NvbmZpZ0Rv bWFpbk5hbWXigJ0uIEl04oCZcyBiZWVuIGNvcnJlY3RlZC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgQXMgYSByZXZpZXdlciwgdGhpcyBpcyBjb25mdXNpbmcgYmVjYXVzZSB0aGUgcmVsYXRp b25zaGlwIHdpdGg8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZXNlIHRhYmxlcyBpcyB1bmNsZWFyIGFuZCBzbyBpdCBpcyB2 ZXJ5IGRpZmZpY3VsdCB0bzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV2aWV3IHRoZSBNSUIgTW9kdWxlLiZuYnNwOyBQbGVh c2UgY2xhcmlmeSB0aGUgcmVsYXRpb25zaGlwIHdpdGg8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZXNlIHRhYmxlcyBhbmQg dG8gdGhlIG1wbHNPYW1JZE1lVGFibGUgaW4gdGhlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNUExTLU9BTS1JRC1TVEQtTUlC Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gQSBwcm90ZWN0aW9uIGRvbWFp biBjb25zaXN0cyBvZiB0d28gcGF0aHMsIHdvcmtpbmcgYW5kPGJyPg0KJmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBwcm90ZWN0aW9uIHBhdGhzLCBhbmQgcmVxdWlyZXMgdHdvIE9BTSBNRXM7 IG9uZSBPQU0gTUUgZm9yIHRoZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgd29y a2luZyBwYXRoIGFuZCB0aGUgb3RoZXIgTUUgZm9yIHRoZSBwcm90ZWN0aW9uIHBhdGguIEluIG90 aGVyPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3b3JkcywgYSByb3cgb2Yg4oCc bXBsc0xwc0NvbmZpZ1RhYmxl4oCdIGlzIGZvciBvbmUgcHJvdGVjdGlvbiBkb21haW4sPGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aGljaCByZXF1aXJlcyB0d28gcm93cyBpbiDi gJxtcGxzT2FtSWRNZVRhYmxl4oCdOiBvbmUgZm9yIHRoZSB3b3JraW5nPGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBwYXRoIGFuZCB0aGUgb3RoZXIgZm9yIHRoZSBwcm90ZWN0aW9u IHBhdGguIEFsc28gbm90ZSB0aGF0IGFuIGVudHJ5PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBvZiDigJxtcGxzT2FtSWRNZVRhYmxl4oCdIG1heSBub3QgYmVsb25nIHRvIGFueSBw cm90ZWN0aW9uIGRvbWFpbi4gVGhlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBy b3cgb2Yg4oCcbXBsc0xwc01lQ29uZmlnVGFibGXigJ0gZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50 IGhhcyBhIHNwYXJzZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVsYXRpb25z aGlwIHdpdGggdGhhdCBvZiB0aGUg4oCcbXBsc09BTUlkTWVUYWJsZeKAnSBkZWZpbmVkIGluIFJG QyA3Njk3Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZx dW90O1RoZSBvdGhlciBhdHRyaWJ1dGVzIGluIHRoaXMgdGFibGUmcXVvdDssIGRvIHlvdSBtZWFu IG9iamVjdHM/PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSBZZXMuIEZpeGVk Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICogVGhlJm5i c3A7IG1wbHNMcHNTdGF0dXNUYWJsZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGVyZSBp cyBubyBtZW50aW9uIHRoYXQgdGhlIG1wbHNMcHNTdGF0dXNUYWJsZSdzIEVudHJpZXMgaGF2ZSBh bjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgQVVHTUVOVFMgcmVsYXRpb25zaGlwIHdpdGggdGhlIG1wbHNMcHNDb25maWdUYWJs ZSBFbnRyaWVzLiZuYnNwOyBQbGVhc2UgYWRkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBb QXV0aG9yc10gQWRkZWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgNi4xJm5ic3A7IFJlbGF0aW9uc2hpcCB0byB0aGUgTVBMUyBPQU0gbWFpbnRlbmFuY2Ug aWRlbnRpZmllciBNSUIgTW9kdWxlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSB0aXRs ZSBuZWVkcyB0byBiZSBjYXBpdGFsaXplZCBjb3JyZWN0bHksIFJlbGF0aW9uc2hpcCB0byB0aGU8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IE1QTFMgT0FNIE1haW50ZW5hbmNlIElkZW50aWZpZXIgTUlCIE1vZHVsZTxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBQbGVhc2UgdXBkYXRlIHRoaXMgc2VjdGlvbiB0byB1c2UgUkZD NzY5NyAoYW5kIGluIEluZm9ybWF0aXZlPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBSZWZlcmVuY2VzPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBhbHNvKTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW5zdGVhZCBvZiBkcmFmdC1pZXRmLW1w bHMtdHAtb2FtLWlkLW1pYi48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhvcnNdIE9r LiBGaXhlZC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBB cyBtZW50aW9uZWQgYWJvdmUsIHRoZSBtcGxzTHBzTWVDb25maWdUYWJsZSBoYXMgYW4gb2JqZWN0 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleCB3aGljaCBpcyAobm90LWFjY2Vzc2li bGUpLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgSXMgdGhpcyBzdXBwb3NlZCB0byBiZSBhbiBJTkRFWCwgb3IgaXMgdGhpcyBh biBvYmplY3Q/Jm5ic3A7Jm5ic3A7IEkgYW08YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbmZ1c2VkIGJ5IHdoYXQgaXMgaW50 ZW5kZWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRob3JzXSBUaGUgbmFtZSBvZiB0 aGlzIG9iamVjdCBpcyBjaGFuZ2VkIHRvPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleFZhbHVlIHRvIGF2b2lkIGNvbmZ1c2lvbi48YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA3LiZuYnNwOyBFeGFt cGxlIG9mIFByb3RlY3Rpb24gc3dpdGNoaW5nIGNvbmZpZ3VyYXRpb24gZm9yPGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IE1QTFMtVFAgVEUgdHVubmVsIChQbGVhc2UgY2hhbmdlIHRpdGxlOiZu YnNwOyBFeGFtcGxlIG9mIFByb3RlY3Rpb248YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IFN3aXRjaGluZzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgQ29uZmlndXJhdGlvbik8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgKiBJIGFtIHVuY2xlYXIgaG93IG1wbHNMc3BDb25maWdFbnRyeSBpcyBhY3R1YWxseSBj b25maWd1cmVkIGZvcjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdXNlIGluIHRoaXMgZXhhbXBsZS4mbmJzcDsmbmJzcDsgSXMg YW4gb3BlcmF0b3Igc3VwcG9zZWQgdG8gcmFuZG9tbHkgY2hvb3NlIGFuPGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBJTkRFWDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdmFsdWU/PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFdvdWxkIGFuIEluZGV4TmV4dCBvYmplY3QgYmUgdXNlZnVsIHRvIHVzZSBpbiBj b25qdW5jdGlvbiB3aXRoIHRoaXM8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElO REVYPzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gWWVzLCBpdCBoYXMgYmVl biBhZGRyZXNzZWQgd2l0aCBJbmRleEludGVnZXJOZXh0RnJlZS48YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1JQiBNb2R1 bGU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IC0tLS0tLS0tLS0tLTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoZ2VuZXJh bCBjb21tZW50OiZuYnNwOyB0aGUgREVTQ1JJUFRJT04gY2xhdXNlcyBjb3VsZCBiZSBtb3JlIHJl YWRhYmxlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBpZiBjb25zaXN0ZW5jeSB3YXMgdXNlZC4mbmJzcDsgU29tZXRpbWVzIHRo ZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgdmFsdWUgaXMgbGlzdGVkIG9uIHRoZSBzaWRlIGFuZCB0aGUgZGVzY3JpcHRpb24g Zm9sbG93cyBvbiB0aGU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNhbWUgbGluZSBhbmQgc29tZXRpbWVzIHRoZSB2YWx1ZSBp cyBsaXN0ZWQ8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IG9uIGEgc2luZ2xlIGxpbmUgYW5kIHRoZSBkZXNjcmlwdGlvbiBmb2xs b3dzIGEgY291cGxlIG9mIGxpbmVzPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhZnRlci4mbmJzcDsmbmJzcDsgUGxlYXNlIGJl IGNvbnNpc3RlbnQuKTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gT2suIEZp eGVkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICogbXBs c0xwc0NvbmZpZ0RvbWFpbk5hbWUmbmJzcDsgLS0gSXMgdGhlcmUgYSBERUZBVUxUIHZhbHVlIGZv ciB0aGlzPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBvYmplY3Q/Jm5ic3A7Jm5ic3A7IFRoZSBzdHJpbmcgc2l6ZSBpcyAxLi4z MiB3aXRoIG5vPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvcHRpb24gb2YgMCBsZW5ndGggc3RyaW5nLCBzbyB3YW50ZWQgdG8g Y2hlY2sgYWJvdXQgYSBkZWZhdWx0PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB2YWx1ZT8mbmJzcDsgVW5kZXIgd2hhdCBjaXJj dW1zdGFuY2VzIGNhbiB0aGlzIHZhbHVlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBiZSBtb2RpZmllZD8mbmJzcDsmbmJzcDsg UGxlYXNlIGdpdmUgYSBSRUZFUkVOQ0UuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRo b3JzXSBObyBERUZBVUxUIHZhbHVlIGlzIG5lZWRlZC4gVGhlIHNpemUgaGFzIGJlZW4gY2hhbmdl ZCB0bzxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMC4uMzIuPGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKiBtcGxzTHBzQ29uZmlnTW9kZSAt IE5lZWRzIFJFRkVSRU5DRSAoYW5kIHBsZWFzZSB0cnkgdG8gYmU8YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNwZWNpZmljKS4m bmJzcDsgVW5kZXIgd2hhdCBjaXJjdW1zdGFuY2VzIGNhbiB0aGlzIGJlIG1vZGlmaWVkPzxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gUkVGRVJFTkNFIGlzIGdpdmVuLjxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICogbXBsc0xwc0NvbmZp Z1dhaXRUb1Jlc3RvcmU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdoeSBpcyB0aGlzIG5vdCBpbiBtaW51dGVzPyZuYnNwOyBJ ZiBzb21lb25lIGNvbmZpZ3VyZXMgdGhpcyB0byBiZSAzMDxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2Vjb25kcyBpcyB0aGF0 IHZhbGlkPyZuYnNwOyBEb2Vzbid0IHNlZW0gc28gYmFzZWQgb24gdGhlIERFU0NSSVBUSU9OLjxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUGxlYXNlPGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjbGFyaWZ5Ljxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gRml4ZWQgd2l0aCDigJxtaW51dGVz 4oCdLiBUaGUgcmFuZ2UgaXMgYWxzbyBjb3JyZWN0ZWQuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKiBtcGxzTHBzQ29uZmlnSG9sZE9mZiBXaGF0IGlzIG1l YW50IGJ5ICZxdW90O0NhbiBiZSBjb25maWd1cmVkIGluPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzdGVwcyBvZiAxMDA/JnF1 b3Q7Jm5ic3A7Jm5ic3A7IElzIHRoaXMgMTAwIG1pbGxpc2Vjb25kcz8mbmJzcDsgSWYgc28gdGhl biBtYXliZSBhPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBiZXR0ZXIgdW5pdDxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgY2hvaWNlIHdvdWxkIGJlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjZW50aXNlY29uZHMuJm5ic3A7Jm5ic3A7IFBs ZWFzZSBjbGFyaWZ5Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gSXQgY2Fu IGJlIGNvbmZpZ3VyZWQgbGlrZTogMCwgMTAwIG1zLCAyMDAgbXMsIOKApiAsIDEwPGJyPg0KJmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzZWNvbmRzLiBTbywgdGhlIHVuaXRzIGFuZCB0aGUg ZGVzY3JpcHRpb24gYXJlIGNoYW5nZWQgdXNpbmc8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IOKAnGRlY2lzZWNvbmRz4oCdLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqbXBs c0xwc0NvbmZpZ0NvbW1hbmQgaXMgcmVhZC13cml0ZS4mbmJzcDsgSXMgdGhpcyBzdXBwb3NlZCB0 byBiZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgcmVhZC1jcmVhdGU/PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtBdXRo b3JzXSBZZXMuIEZpeGVkPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgKm1wbHNMcHNDb25maWdSb3dTdGF0dXMgLS0mbmJzcDsgSSB0aGluayB0aGVyZSBpcyBz b21lIGNvbmZsaWN0aW5nPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhZHZpY2UgZ2l2ZW4gdG8gdGhlIG9wZXJhdG9yLiZuYnNw OyBTZXZlcmFsIG9iamVjdHMgc2F5IHRoYXQgaXQgaXMgZmluZTxicj4NCiZndDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgdG8gY2hhbmdlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGU8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHZhbHVlIG9mIHRoZSBv YmplY3Qgd2hlbiBSb3dTdGF0dXMgaXMgYWN0aXZlLCBidXQgdGhpcyBpcyBub3Qgc3BlY2lmaWVk PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBjb25zaXN0ZW50bHkuJm5ic3A7IExpbWl0aW5nIHRoZTxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdmFsdWVzIG9m IFJvd1N0YXR1cyBpbiB0aGUgQ29uZm9ybWFuY2UgU2VjdGlvbjxicj4NCiZndDs8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbWF5IGJlIHRoZSB3 YXkgdG8gZ28uJm5ic3A7IFBsZWFzZSBjbGFyaWZ5Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBbQXV0aG9yc10gVGhlcmUgYXJlIHNvbWUgb2JqZWN0cyB0aGF0IGNhbiBiZSBjaGFuZ2VkIGR1 cmluZyBwcm90b2NvbDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3BlcmF0aW9u LCB3aGlsZSBvdGhlciBvYmplY3RzIGNhbm5vdCBiZSBjaGFuZ2VkIGJ1dCB0aGVpciB2YWx1ZXM8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5lZWQgdG8gYmUgZ2l2ZW4gYmVmb3Jl IHRoZSBvcGVyYXRpb24uIEluIHRoZSByZXZpc2lvbiwgd2Ugc3BlY2lmaWVkPGJyPg0KJmd0OyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGVtIGNvbnNpc3RlbnRseS48YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqbXBsc0xwc01lQ29uZmlnU3RhdGUgaXMg YSByZWFkLWNyZWF0ZS4gVGhpcyBpcyBwcm9iYWJseSBva2F5LCBidXQ8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFnYWluLCB0 aGF0IGRlcGVuZHMgb24gaWYgbXBsc0xwc01lQ29uZmlnRG9tYWluSW5kZXg8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlzIGFu IElOREVYIGZvciB0aGlzIHRhYmxlIGdpdmVuIHRoYXQgaXQgaGFzIGEgc3RhdHVzIG9mPGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub3QtYWNjZXNzaWJsZSw8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV0Yy48 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhvcnNdIOKAnG1wbHNMcHNNZUNvbmZpZ0Rv bWFpbkluZGV44oCdIHdhcyBub3QgaW50ZW5kZWQgdG8gYmUgSU5ERVgsPGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBidXQgdG8gY29udGFpbiB0aGUgdmFsdWUgb2YgdGhlIHZhbHVl IG9mIHByb3RlY3Rpb24gZG9tYWluIGluZGV4LiBXZTxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgY2hhbmdlZCBpdCB0byBtcGxzTHBzTWVDb25maWdEb21haW5JbmRleFZhbHVlIHRv IGF2b2lkIGNvbmZ1c2lvbjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8 YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICptcGxzTHBzTWVTdGF0dXNTd2l0Y2hvdmVyU2Vjb25kczxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTmVlZHMgYSB1 bml0cyBjbGF1c2UgZm9yIFNlY29uZHM8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhv cnNdIEZpeGVkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQom Z3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IE5vdGlmaWNhdGlvbnM8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlcmUgYXJlIGEgY291 cGxlIE5vdGlmaWNhdGlvbnMgdGhhdCBhcmUgc2VuZCB3aGVuIHZhbHVlcyBvZiBjZXJ0YWluPGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBjb3VudGVycyBpbmNyZW1lbnQuJm5ic3A7IE1heWJlIHRoaXMgaXMgdmFsaWQsIGJ1dCBp dCBzZWVtcyBzdXNwZWN0Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgSWYgYSBtYW5hZ2VtZW50IHN0YXRpb25zIG5lZWRzIGlu Zm9ybWF0aW9uIG9uIGNvdW50ZXJzLDxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgd2h5IGNhbid0IGl0IGp1c3QgcmV0cmlldmUg dGhlbSBhdCB0aGF0IHBvaW50PyZuYnNwOyZuYnNwOyBJIGRvbid0IHNlZSBhbnk8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNv dW50ZXIgZGlzY29udGludWl0eSBvYmplY3RzLCBzbyB3YXMgd29uZGVyaW5nIGFib3V0IHRoYXQg dG9vLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBbQXV0aG9yc10gV2hlbmV2ZXIgdGhlcmUg aXMgYW4gaW5jcmVtZW50IGluIGFueSBvZiB0aGUgZW5hYmxlZDxicj4NCiZndDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgY291bnRlcnMsIG5ldHdvcmsgb3BlcmF0b3JzIG5lZWQgdG8gYmUgYWxh cm1lZC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqIG1w bHNMcHNFdmVudEZvcFRpbU91dCBOb3RpZmljYXRpb248YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgUGxlYXNlIHJlbmFtZSB0aGlzIHRvIG1wbHNMcHNFdmVudEZvcFRpbWVvdXQ8YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgW0F1dGhvcnNdIE9LLiBGaXhlZC48YnI+DQomZ3Q7PGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAqIENvbXBsaWFuY2UvQ29uZm9ybWFuY2UgU2Vj dGlvbiBvZiB0aGUgTUlCIE1vZHVsZTxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N CiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDdXJyZW50 bHksIHRoZXJlIGlzIG9ubHkgRnVsbENvbXBsaWFuY2UuJm5ic3A7Jm5ic3A7IFdoeSBpcyB0aGVy ZSBubzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUmVhZE9ubHlDb21wbGlhbmNlPzxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBbQXV0aG9yc10gT0suIEl04oCZcyBiZWVuIGFkZGVkLjxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC0tLSBlbmQgb2YgY29tbWVudHMgLS0tPGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0K Jmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZn dDs8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1wbHMgbWFpbGluZyBsaXN0PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBtcGxzQGlldGYub3JnICZsdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bWFp bHRvOm1wbHNAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIiB0YXJnZXQ9Il9CTEFOSyI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KPC9kaXY+DQo8L3NwYW4+PC9mb250Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_eo7rpm11h6888m0hrkuyfgpj1466220440723emailandroidcom_-- From nobody Sat Jun 18 10:30:25 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77BBB12D7CB; Sat, 18 Jun 2016 10:30:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 I3ic52nrKgCv; Sat, 18 Jun 2016 10:30:21 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DC0512D7C6; Sat, 18 Jun 2016 10:30:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=32728; q=dns/txt; s=iport; t=1466271021; x=1467480621; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=QILhOu79mZzXyjdKLWnnjWRc+Nzp9wAehm011yZDU5w=; b=G2uDljHa8fKhXf77rac2+hER+hlSCI/I/iWqPP8uC3ycVDhteek3Alim nmu7YqgW+yfIvD+GhBdth5YMTOnznc8ZPNNVAiv/+zdgThWzcHHI+kZls G2ee53kG7DM0SmPvWwraogYVz/mJYstxcsohw/f44hTbltTiMOGWQeoEi 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D4AQCXhGVX/5BdJa1dgnBOVn0GrlqJc?= =?us-ascii?q?4IPgXqGFwIcgQM4FAEBAQEBAQFlJ4RLAQEBAwEjCkwQAgEIEQMBAiEKAgICHxE?= =?us-ascii?q?dCAEBBAENBYgWAw8Ir1eMKg2DXgEBAQEBAQEBAQEBAQEBAQEBAQEBARyGJ4F3g?= =?us-ascii?q?laCQ4FPEQE8gmErgi8Fk0iEejQBjC+BeoFphFKDLYU6iAqHbAEeNoNwbokTNn8?= =?us-ascii?q?BAQE?= X-IronPort-AV: E=Sophos;i="5.26,487,1459814400"; d="scan'208,217";a="287304087" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jun 2016 17:30:20 +0000 Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u5IHUJ9S000632 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 18 Jun 2016 17:30:19 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sat, 18 Jun 2016 13:30:18 -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.1104.009; Sat, 18 Jun 2016 13:30:18 -0400 From: "Tarek Saad (tsaad)" To: "Kamran Raza (skraza)" , "Reshad Rahman (rrahman)" , "Rajiv Asati (rajiva)" , "xliu@kuatrotech.com" , "jeff.tantsura@ericsson.com" , "jefftant.ietf@gmail.com" , Santosh Esale , "jescia.chenxia@huawei.com" , Loa Andersson , "hshah@ciena.com" , "Bocci, Matthew (Matthew)" , "stephane.litkowski@orange.com" , "Sowmya Krishnaswamy (sowkrish)" , "Danial Johari (dajohari)" Thread-Topic: MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 Thread-Index: AdG3bLXTtn0B3RvFQBm5DUcAqBi2yQSGjCkA Date: Sat, 18 Jun 2016 17:30:18 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.16.0.160506 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.247.144] Content-Type: multipart/alternative; boundary="_000_AF0EEC596D774C1B927E590501F1520Bciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 17:30:24 -0000 --_000_AF0EEC596D774C1B927E590501F1520Bciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgY28tYXV0aG9ycywNCg0KSSBoYXZlIHJldmlld2VkIHRoZSB2ZXJzaW9uIG9mIGRyYWZ0IOKA nGRyYWZ0LXJhemEtbXBscy1sZHAtbWxkcC15YW5nLTAz4oCdLiBUaGlzIGRyYWZ0IGlzIHVzZWZ1 bCBhcyBpdCBkZXNjcmliZXMgYSBkYXRhIG1vZGVsIHRoYXQgYWxsb3dzIG9wZXJhdGluZyBhbmQg bWFuYWdpbmcgd2lkZWx5IGRlcGxveWVkIE1QTFMgTERQIGFuZCBNTERQIHByb3RvY29scy4gSSB0 aGluayBpdCBpcyBhdCBhIGdvb2Qgc3RhcnRpbmcgcG9pbnQgdG8gYmUgYWRvcHRlZCBieSB0aGUg V0cuDQpNeSBjb21tZW50cyBhcmUgYmVsb3cgYW5kIGNhbiB3YWl0IHVudGlsIHRoZSBkb2N1bWVu dCBpcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQgYW5kIHRoZSB3b3JraW5nIGdyb3VwIGhhcyB0 aGUgcmV2aXNpb24gY29udHJvbC4NCg0KR2VuZXJhbCBjb21tZW50czoNCg0KwrcgICAgICAgICBZ b3UgdXNlIG9mIGlmLWZlYXR1cmUgY2hlY2tzIGluIHRoaXMgbW9kZWwuIE9uZSBmZWVkYmFjayBm cm9tIHRoZSBvcGVyYXRvcnMgd2FzIHRvIHBvc3NpYmx5IHNwbGl0IGEgbW9kZWwgaW50byBhIOKA nGJhc2XigJ0gYW5kIOKAnGV4dGVuZGVk4oCdIHBhcnRzLSB3aXRoIHRoZSDigJxiYXNl4oCdIHBh cnQgdG8gY29udGFpbiBtYW5kYXRvcnkgZGF0YSBub2RlcyB0aGF0IGFsbCB2ZW5kb3JzIGFyZSBl eHBlY3RlZCB0byBzdXBwb3J0IGFuZCBoZW5jZSB3b3VsZCBub3QgaGF2ZSBhbnkgaWYtZmVhdHVy ZSBjaGVjay4gVGhlIOKAnGV4dGVuZGVk4oCdIG1vZGVsIHdvdWxkIGNvbnRhaW4gYWRkaXRpb25h bCBmZWF0dXJlcyB0aGF0IGNhbiBiZSBpZi1mZWF0dXJlIGNoZWNrZWQuIEnigJlsbCBsZWF2ZSBp dCB1cCB0byB5b3UgdG8gY29uc2lkZXIgdGhpcyBhcHByb2FjaC4NCg0KwrcgICAgICAgICBZb3Ug YXJlIGRlZmluaW5nIE1MRFAgYW5kIExEUCBpbiBzYW1lIG1vZGVsLiBZb3UgbWF5IHdhbnQgdG8g Y29uc2lkZXIgaGF2aW5nIE1MRFAgbW9kZWwgKGVpdGhlciBpbiBhIHN1Ym1vZHVsZSB0aGF0IGNh biBpbmNsdWRlZCBpbiB0aGUgbGRwIG1vZHVsZSkgb3IgYSBzZXBhcmF0ZSBtb2R1bGUgdGhhdCBp bXBvcnRzIExEUCBhbmQgYXVnbWVudHMgaXQuDQoNCsK3ICAgICAgICAgU2luY2UgdGhlIG1vZGVs IGlzIGhhbmdpbmcgZG93biBmcm9tIG1wbHMsIGl0IGlzIG9rIHRvIGRyb3AgdGhlIOKAnG1wbHPi gJ0gZnJvbSBhbGwgbGVhZiBuYW1lcyAoZS5nLiBzL21wbHMtbGRwL2xkcCkNCg0KU2VjdGlvbiAz LjE6DQo+PiAgIG8gIFJlYWQtV3JpdGUgcGFyYW1ldGVycyBmb3IgY29uZmlndXJhdGlvbiAoRGlz Y3Vzc2VkIGluIFNlY3Rpb24gMy4yKQ0KW1RTXTogdGhlIG1vZGVsIGluIEktRC5vcGVuY29uZmln LW5ldG1vZC1vcHN0YXRlIHN1Z2dlc3RzIGhhdmluZyByZWFkLW9ubHkgbGVhdmVzIGZvciBhcHBs aWVkIGNvbmZpZ3VyYXRpb24gaXRlbXMgaGFuZ2luZyBkb3duIHRoZSBzYW1lIGJyYW5jaA0KDQpT ZWN0aW9uIDMuMjoNCj4+IGF1Z21lbnQgL3J0OnJvdXRpbmcvcnQ6cm91dGluZy1pbnN0YW5jZS9t cGxzOm1wbHM6DQpbVFNdOiB0aGUgYWJvdmUgcGF0aCBoYXMgY2hhbmdlZCBpbiBkcmFmdC1pZXRm LW5ldG1vZC1yb3V0aW5nLWNmZy0yMSBhbmQgcnQ6cm91dGluZy1pbnN0YW5jZSBpcyBub3QgbG9u Z2VyIHRoZXJlLiBZb3XigJlsbCBuZWVkIHRvIG1ha2UgdGhlIG5lY2Vzc2FyeSBjaGFuZ2VzDQoN Cj4+IFRoZSAiaW50ZXJmYWNlcyIgaXMgYSBjb250YWluZXIgdG8gY29uZmlndXJlIHBhcmFtZXRl cnMgcmVsYXRlZCB0byAgVlJGIGludGVyZmFjZXMuDQpbVFNdOiB5b3Ugc2VlbSB0byBiZSBjcmVh dGluZyBhIHNlcGFyYXRlIOKAnGludGVyZmFjZXPigJ0gY29udGFpbmVyIGFuZCBsaXN0IChhbmQg YWRkaW5nIGNoZWNrcyBmb3IgZXhhbXBsZSB0byBlbnN1cmUgaXB2NCBpcyBlbmFibGVkKS4gVG8g ZW5zdXJlIE1QTFMgaXMgZW5hYmxlZCwgeW914oCZZCBuZWVkIHRvIGRvIHRoZSBzYW1lLiBPciBh bHRlcm5hdGl2ZWx5LCB5b3UgY291bGQgYXVnbWVudCB0aGUgTVBMUyBlbmFibGVkIGludGVyZmFj ZXMgbGlzdGVkIGluIE1QTFMtQkFTRSBtb2RlbD8NCg0KPj4gdHlwZWRlZiBhZGRyZXNzLWZhbWls eQ0KW1RTXTogcmZjNjk5MSBkZWZpbmVzIOKAnGlwLXZlcnNpb27igJ0gZGF0YS10eXBlLSB3aGlj aCBpcyBzaW1pbGFyIHRvIHRoZSB0eXBlIHlvdeKAmXJlIGRlZmluaW5nLiBZb3UgbWF5IHdhbnQg dG8gdXNlIHRoYXQgaW5zdGVhZC4NCg0KPj4gWW91IGFyZSBkZWZpbmluZyBzZXZlcmFsIGRhdGEt dHlwZXMgYXMgZW51bXMuIFlvdSBtYXkgd2FudCB0byBjb25zaWRlciBpZGVudGl0aWVzIGZvciB0 eXBlcyB5b3UgdGhpbmsgbWF5IGJlIGV4dGVuZGVkIGJ5IG90aGVyIG1vZHVsZXMuDQoNCj4+IG9w ZXItc3RhdHVzLWV2ZW50LXR5cGUNCklzIHRoaXMgc3BlY2lmaWMgdG8gZXZlbnRzPyBub3QgYXBw bGljYWJsZSB0byBzdGF0ZT8NCg0KPj4gdXNlIG9mIGRlZmF1bHRzIChlLmcuIGhlbGxvLWludGVy dmFsLCBldGMuKSDigJMgdW5sZXNzIGRpY3RhdGVkIGJ5IHN0YW5kYXJkIG1heSBub3QgYmUgZmF2 b3JhYmxlLi4gWW91IG1heSB3YW50IHRvIGNvbnNpZGVyIGxlYXZpbmcgaXQgZmxleGlibGUgYW5k IGFsbG93IHZlbmRvciBiYWNrZW5kIHRvIGFwcGx5IHRoZWlyIGludGVybmFsIGRlZmF1bHQuDQoN Cj4+IHVzZSBvZiDigJxwcmVzZW5jZeKAnSBrZXl3b3JkIHRvIGVuYWJsZSBmdW5jdGlvbnMuIEZy b20gZmVlZGJhY2ssIGhhdmluZyBleHBsaWNpdCDigJxlbmFibGXigJ0gbGVhZiB3YXMgbW9yZSBm YXZvcmFibGUgKGF2b2lkcyBpc3N1ZXMNCg0KPj4gICAgICArLS1ybyBsYWJlbD8gICAgICAgICAg ICAgICAgdWludDMyDQpbVFNdOiBwbGVhc2UgY29uc2lkZXIgdXNpbmcgbXBsczptcGxzLWxhYmVs IGluc3RlYWQgaW4gc2ltaWxhciBvY2N1cnJlbmNlDQoNClJlZ2FyZHMsDQpUYXJlaw0KDQoNCkZy b206IFJvc3MgQ2FsbG9uIDxyY2FsbG9uQGp1bmlwZXIubmV0Pg0KRGF0ZTogVGh1cnNkYXksIE1h eSAyNiwgMjAxNiBhdCAxMjozNiBQTQ0KVG86ICInQmVydCAoSUVURikgV2lqbmVuJyIgPGJlcnRp ZXRmQGJ3aWpuZW4ubmV0PiwgTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4sIFRhcmVr IFNhYWQgPHRzYWFkQGNpc2NvLmNvbT4sIE1pbnRvIEpleWFuYW50aCA8bWludG9AanVuaXBlci5u ZXQ+DQpDYzogIm1wbHMtY2hhaXJzQGlldGYub3JnIiA8bXBscy1jaGFpcnNAaWV0Zi5vcmc+LCAi S2FtcmFuIFJhemEgKHNrcmF6YSkiIDxza3JhemFAY2lzY28uY29tPiwgIlJlc2hhZCBSYWhtYW4g KHJyYWhtYW4pIiA8cnJhaG1hbkBjaXNjby5jb20+LCAiUmFqaXYgQXNhdGkgKHJhaml2YSkiIDxy YWppdmFAY2lzY28uY29tPiwgInhsaXVAa3VhdHJvdGVjaC5jb20iIDx4bGl1QGt1YXRyb3RlY2gu Y29tPiwgImplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tIiA8amVmZi50YW50c3VyYUBlcmljc3Nv bi5jb20+LCAiamVmZnRhbnQuaWV0ZkBnbWFpbC5jb20iIDxqZWZmdGFudC5pZXRmQGdtYWlsLmNv bT4sIFNhbnRvc2ggRXNhbGUgPHNlc2FsZUBqdW5pcGVyLm5ldD4sICJqZXNjaWEuY2hlbnhpYUBo dWF3ZWkuY29tIiA8amVzY2lhLmNoZW54aWFAaHVhd2VpLmNvbT4sIExvYSBBbmRlcnNzb24gPGxv YUBwaS5udT4sICJoc2hhaEBjaWVuYS5jb20iIDxoc2hhaEBjaWVuYS5jb20+LCAiQm9jY2ksIE1h dHRoZXcgKE1hdHRoZXcpIiA8bWF0dGhldy5ib2NjaUBhbGNhdGVsLWx1Y2VudC5jb20+LCAic3Rl cGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20iIDxzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNv bT4sICJTb3dteWEgS3Jpc2huYXN3YW15IChzb3drcmlzaCkiIDxzb3drcmlzaEBjaXNjby5jb20+ LCAiRGFuaWFsIEpvaGFyaSAoZGFqb2hhcmkpIiA8ZGFqb2hhcmlAY2lzY28uY29tPg0KU3ViamVj dDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtcmF6YS1tcGxzLWxkcC1tbGRwLXlhbmctMDMNCg0K QmVydCwgTWFjaCwgVGFyZWssIE1pbnRvOw0KDQpZb3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBNUExT IHJldmlldyB0ZWFtIHJldmlld2VycyBmb3IgZHJhZnQtcmF6YS1tcGxzLWxkcC1tbGRwLXlhbmct MDMuDQoNCk5vdGUgdG8gYXV0aG9yczogWW91IGhhdmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwg c28gdGhhdCB5b3UgY2FuIGtub3cNCnRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2 ZXIsIHBsZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duDQpkb2N1bWVudC4NCg0KUmV2aWV3cyBz aG91bGQgY29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQN CnVzZWZ1bCAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0 aW9uYWwgbmV0d29ya3MpLCBhbmQgaXMNCnRoZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8g IFdlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dpbmcgd2hldGhlcg0KdGhlIGRvY3VtZW50IGlzIHJl YWR5IHRvIGJlIGNvbnNpZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndA0KaGF2 ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMgcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0 KS4NCg0KUmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cg Y28tY2hhaXJzIGFuZCBXRw0Kc2VjcmV0YXJ5LCBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBlbWFp bCBsaXN0LiBJZiBuZWNlc3NhcnksIGNvbW1lbnRzDQptYXkgYmUgc2VudCBwcml2YXRlbHkgdG8g b25seSB0aGUgV0cgY2hhaXJzLg0KDQpJZiB5b3UgaGF2ZSB0ZWNobmljYWwgY29tbWVudHMgeW91 IHNob3VsZCB0cnkgdG8gYmUgZXhwbGljaXQgYWJvdXQgd2hhdA0KbmVlZHMgdG8gYmUgcmVzb2x2 ZWQgYmVmb3JlIGFkb3B0aW5nIGl0IGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCwgYW5kDQp3 aGF0IGNhbiB3YWl0IHVudGlsIHRoZSBkb2N1bWVudCBpcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1l bnQgYW5kIHRoZQ0Kd29ya2luZyBncm91cCBoYXMgdGhlIHJldmlzaW9uIGNvbnRyb2wuDQoNCkJl Y2F1c2Ugb2YgdGhlIHNpemUgb2YgdGhlIGRvY3VtZW50IHdlIHdpbGwgaW5jcmVhc2UgdGhlIHJl dmlldyB0aW1lIHRvIHRocmVlDQp3ZWVrcy4gQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRy YWZ0IGJ5IEZyaWRheSBKdW5lIDE3LCAyMDE2PyBQbGVhc2UgcmVzcG9uZA0KaW4gYSB0aW1lbHkg ZmFzaGlvbi4NCg0KVGhhbmtzLCBSb3NzDQooYXMgTVBMUyBXRyBjaGFpcikNCg0K --_000_AF0EEC596D774C1B927E590501F1520Bciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5 NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgs IGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1w cmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdp bi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9 DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFpbHF1b3RlDQoJe21zby1zdHls ZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp Z2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDoxLjBw dDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6 d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9y OnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5 Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBs aXN0IGwwDQoJe21zby1saXN0LWlkOjE2OTQxNjc0MjsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsN Cgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTExMjI4MjExNiAxNzI4OTcxMTcwIDY3Njk4NjkxIDY3 Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4 NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MzsNCgltc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDsNCgltc28tZmFyZWFzdC1mb250 LWZhbWlseTpDYWxpYnJpOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0K QGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6 V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7 bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPkhpIGNvLWF1dGhvcnMsDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5JIGhh dmUgcmV2aWV3ZWQgdGhlIHZlcnNpb24gb2YgZHJhZnQg4oCcZHJhZnQtcmF6YS1tcGxzLWxkcC1t bGRwLXlhbmctMDPigJ0uIFRoaXMgZHJhZnQgaXMgdXNlZnVsIGFzIGl0IGRlc2NyaWJlcyBhIGRh dGEgbW9kZWwgdGhhdCBhbGxvd3Mgb3BlcmF0aW5nIGFuZCBtYW5hZ2luZyB3aWRlbHkgZGVwbG95 ZWQgTVBMUyBMRFAgYW5kDQogTUxEUCBwcm90b2NvbHMuIEkgdGhpbmsgaXQgaXMgYXQgYSBnb29k IHN0YXJ0aW5nIHBvaW50IHRvIGJlIGFkb3B0ZWQgYnkgdGhlIFdHLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmkiPk15IGNvbW1lbnRzIGFyZSBiZWxvdyBhbmQgY2FuIHdhaXQg dW50aWwgdGhlIGRvY3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlIHdv cmtpbmcgZ3JvdXAgaGFzIHRoZSByZXZpc2lvbiBjb250cm9sLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPkdlbmVyYWwgY29tbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0Omww IGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi PsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpDYWxpYnJpIj5Zb3UgdXNlIG9mIGlmLWZlYXR1cmUgY2hlY2tzIGluIHRoaXMgbW9k ZWwuIE9uZSBmZWVkYmFjayBmcm9tIHRoZSBvcGVyYXRvcnMgd2FzIHRvIHBvc3NpYmx5IHNwbGl0 IGEgbW9kZWwgaW50byBhIOKAnGJhc2XigJ0gYW5kIOKAnGV4dGVuZGVk4oCdIHBhcnRzLSB3aXRo IHRoZSDigJxiYXNl4oCdIHBhcnQgdG8gY29udGFpbiBtYW5kYXRvcnkNCiBkYXRhIG5vZGVzIHRo YXQgYWxsIHZlbmRvcnMgYXJlIGV4cGVjdGVkIHRvIHN1cHBvcnQgYW5kIGhlbmNlIHdvdWxkIG5v dCBoYXZlIGFueSBpZi1mZWF0dXJlIGNoZWNrLiBUaGUg4oCcZXh0ZW5kZWTigJ0gbW9kZWwgd291 bGQgY29udGFpbiBhZGRpdGlvbmFsIGZlYXR1cmVzIHRoYXQgY2FuIGJlIGlmLWZlYXR1cmUgY2hl Y2tlZC4gSeKAmWxsIGxlYXZlIGl0IHVwIHRvIHlvdSB0byBjb25zaWRlciB0aGlzIGFwcHJvYWNo LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1 cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6U3lt Ym9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250Ojcu MHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+WW91IGFy ZSBkZWZpbmluZyBNTERQIGFuZCBMRFAgaW4gc2FtZSBtb2RlbC4gWW91IG1heSB3YW50IHRvIGNv bnNpZGVyIGhhdmluZyBNTERQIG1vZGVsIChlaXRoZXIgaW4gYSBzdWJtb2R1bGUgdGhhdCBjYW4g aW5jbHVkZWQgaW4gdGhlIGxkcCBtb2R1bGUpIG9yIGEgc2VwYXJhdGUgbW9kdWxlIHRoYXQgaW1w b3J0cw0KIExEUCBhbmQgYXVnbWVudHMgaXQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0 OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v cmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj5TaW5jZSB0aGUgbW9kZWwgaXMgaGFuZ2luZyBkb3duIGZyb20g bXBscywgaXQgaXMgb2sgdG8gZHJvcCB0aGUg4oCcbXBsc+KAnSBmcm9tIGFsbCBsZWFmIG5hbWVz IChlLmcuIHMvbXBscy1sZHAvbGRwKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlNlY3Rpb24g My4xOg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jmd0OyZndDsmbmJz cDsmbmJzcDsgbyZuYnNwOyBSZWFkLVdyaXRlIHBhcmFtZXRlcnMgZm9yIGNvbmZpZ3VyYXRpb24g KERpc2N1c3NlZCBpbiBTZWN0aW9uIDMuMik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj5bVFNdOiB0aGUgbW9kZWwgaW4gSS1ELm9wZW5jb25maWctbmV0bW9kLW9wc3RhdGUg c3VnZ2VzdHMgaGF2aW5nIHJlYWQtb25seSBsZWF2ZXMgZm9yIGFwcGxpZWQgY29uZmlndXJhdGlv biBpdGVtcyBoYW5naW5nIGRvd24gdGhlIHNhbWUgYnJhbmNoPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+U2VjdGlvbiAzLjI6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jmd0OyZndDsgYXVnbWVudCAvcnQ6cm91dGluZy9ydDpyb3V0aW5nLWluc3RhbmNlL21wbHM6bXBs czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5bVFNdOiB0aGUgYWJvdmUg cGF0aCBoYXMgY2hhbmdlZCBpbiBkcmFmdC1pZXRmLW5ldG1vZC1yb3V0aW5nLWNmZy0yMSBhbmQg cnQ6cm91dGluZy1pbnN0YW5jZSBpcyBub3QgbG9uZ2VyIHRoZXJlLiBZb3XigJlsbCBuZWVkIHRv IG1ha2UgdGhlIG5lY2Vzc2FyeSBjaGFuZ2VzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jmd0 OyZndDsgVGhlICZxdW90O2ludGVyZmFjZXMmcXVvdDsgaXMgYSBjb250YWluZXIgdG8gY29uZmln dXJlIHBhcmFtZXRlcnMgcmVsYXRlZCB0byZuYnNwOyBWUkYgaW50ZXJmYWNlcy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5bVFNdOiB5b3Ugc2VlbSB0byBiZSBjcmVhdGlu ZyBhIHNlcGFyYXRlIOKAnGludGVyZmFjZXPigJ0gY29udGFpbmVyIGFuZCBsaXN0IChhbmQgYWRk aW5nIGNoZWNrcyBmb3IgZXhhbXBsZSB0byBlbnN1cmUgaXB2NCBpcyBlbmFibGVkKS4gVG8gZW5z dXJlIE1QTFMgaXMgZW5hYmxlZCwgeW914oCZZCBuZWVkIHRvIGRvIHRoZSBzYW1lLg0KIE9yIGFs dGVybmF0aXZlbHksIHlvdSBjb3VsZCBhdWdtZW50IHRoZSBNUExTIGVuYWJsZWQgaW50ZXJmYWNl cyBsaXN0ZWQgaW4gTVBMUy1CQVNFIG1vZGVsPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZn dDsmZ3Q7IHR5cGVkZWYgYWRkcmVzcy1mYW1pbHkNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPltUU106IHJmYzY5OTEgZGVmaW5lcyDigJxpcC12ZXJzaW9u4oCdIGRhdGEt dHlwZS0gd2hpY2ggaXMgc2ltaWxhciB0byB0aGUgdHlwZSB5b3XigJlyZSBkZWZpbmluZy4gWW91 IG1heSB3YW50IHRvIHVzZSB0aGF0IGluc3RlYWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jmd0OyZndDsgWW91IGFyZSBkZWZpbmluZyBzZXZlcmFsIGRhdGEtdHlwZXMgYXMgZW51bXMuIFlv dSBtYXkgd2FudCB0byBjb25zaWRlciBpZGVudGl0aWVzIGZvciB0eXBlcyB5b3UgdGhpbmsgbWF5 IGJlIGV4dGVuZGVkIGJ5IG90aGVyIG1vZHVsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ Jmd0OyZndDsgb3Blci1zdGF0dXMtZXZlbnQtdHlwZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPklzIHRoaXMgc3BlY2lmaWMgdG8gZXZlbnRzPyBub3QgYXBwbGljYWJsZSB0 byBzdGF0ZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mZ3Q7Jmd0OyB1c2Ugb2YgZGVmYXVs dHMgKGUuZy4gaGVsbG8taW50ZXJ2YWwsIGV0Yy4pIOKAkyB1bmxlc3MgZGljdGF0ZWQgYnkgc3Rh bmRhcmQgbWF5IG5vdCBiZSBmYXZvcmFibGUuLiBZb3UgbWF5IHdhbnQgdG8gY29uc2lkZXIgbGVh dmluZyBpdCBmbGV4aWJsZSBhbmQgYWxsb3cgdmVuZG9yIGJhY2tlbmQgdG8gYXBwbHkgdGhlaXIN CiBpbnRlcm5hbCBkZWZhdWx0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZndDsmZ3Q7IHVz ZSBvZiDigJxwcmVzZW5jZeKAnSBrZXl3b3JkIHRvIGVuYWJsZSBmdW5jdGlvbnMuIEZyb20gZmVl ZGJhY2ssIGhhdmluZyBleHBsaWNpdCDigJxlbmFibGXigJ0gbGVhZiB3YXMgbW9yZSBmYXZvcmFi bGUgKGF2b2lkcyBpc3N1ZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mZ3Q7Jmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcm8gbGFiZWw/Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVpbnQzMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPltUU106IHBsZWFzZSBjb25zaWRlciB1c2luZyBtcGxzOm1wbHMtbGFiZWwgaW5zdGVh ZCBpbiBzaW1pbGFyIG9jY3VycmVuY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5SZWdhcmRz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRhcmVrPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+Um9zcyBDYWxsb24gJmx0O3JjYWxs b25AanVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlRodXJzZGF5LCBNYXkgMjYsIDIw MTYgYXQgMTI6MzYgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90OydCZXJ0IChJRVRGKSBXaWpuZW4n JnF1b3Q7ICZsdDtiZXJ0aWV0ZkBid2lqbmVuLm5ldCZndDssIE1hY2ggQ2hlbiAmbHQ7bWFjaC5j aGVuQGh1YXdlaS5jb20mZ3Q7LCBUYXJlayBTYWFkICZsdDt0c2FhZEBjaXNjby5jb20mZ3Q7LCBN aW50byBKZXlhbmFudGggJmx0O21pbnRvQGp1bmlwZXIubmV0Jmd0Ozxicj4NCjxiPkNjOiA8L2I+ JnF1b3Q7bXBscy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O21wbHMtY2hhaXJzQGlldGYub3Jn Jmd0OywgJnF1b3Q7S2FtcmFuIFJhemEgKHNrcmF6YSkmcXVvdDsgJmx0O3NrcmF6YUBjaXNjby5j b20mZ3Q7LCAmcXVvdDtSZXNoYWQgUmFobWFuIChycmFobWFuKSZxdW90OyAmbHQ7cnJhaG1hbkBj aXNjby5jb20mZ3Q7LCAmcXVvdDtSYWppdiBBc2F0aSAocmFqaXZhKSZxdW90OyAmbHQ7cmFqaXZh QGNpc2NvLmNvbSZndDssICZxdW90O3hsaXVAa3VhdHJvdGVjaC5jb20mcXVvdDsgJmx0O3hsaXVA a3VhdHJvdGVjaC5jb20mZ3Q7LCAmcXVvdDtqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbSZxdW90 Ow0KICZsdDtqZWZmLnRhbnRzdXJhQGVyaWNzc29uLmNvbSZndDssICZxdW90O2plZmZ0YW50Lmll dGZAZ21haWwuY29tJnF1b3Q7ICZsdDtqZWZmdGFudC5pZXRmQGdtYWlsLmNvbSZndDssIFNhbnRv c2ggRXNhbGUgJmx0O3Nlc2FsZUBqdW5pcGVyLm5ldCZndDssICZxdW90O2plc2NpYS5jaGVueGlh QGh1YXdlaS5jb20mcXVvdDsgJmx0O2plc2NpYS5jaGVueGlhQGh1YXdlaS5jb20mZ3Q7LCBMb2Eg QW5kZXJzc29uICZsdDtsb2FAcGkubnUmZ3Q7LCAmcXVvdDtoc2hhaEBjaWVuYS5jb20mcXVvdDsg Jmx0O2hzaGFoQGNpZW5hLmNvbSZndDssICZxdW90O0JvY2NpLCBNYXR0aGV3DQogKE1hdHRoZXcp JnF1b3Q7ICZsdDttYXR0aGV3LmJvY2NpQGFsY2F0ZWwtbHVjZW50LmNvbSZndDssICZxdW90O3N0 ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tJnF1b3Q7ICZsdDtzdGVwaGFuZS5saXRrb3dza2lA b3JhbmdlLmNvbSZndDssICZxdW90O1Nvd215YSBLcmlzaG5hc3dhbXkgKHNvd2tyaXNoKSZxdW90 OyAmbHQ7c293a3Jpc2hAY2lzY28uY29tJmd0OywgJnF1b3Q7RGFuaWFsIEpvaGFyaSAoZGFqb2hh cmkpJnF1b3Q7ICZsdDtkYWpvaGFyaUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9i Pk1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LXJhemEtbXBscy1sZHAtbWxkcC15YW5nLTAzPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmkiPkJlcnQsIE1hY2gsIFRhcmVrLCBNaW50bzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5Zb3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBN UExTIHJldmlldyB0ZWFtIHJldmlld2VycyBmb3IgZHJhZnQtcmF6YS1tcGxzLWxkcC1tbGRwLXlh bmctMDMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2Fs aWJyaSI+Tm90ZSB0byBhdXRob3JzOiBZb3UgaGF2ZSBiZWVuIENDJ2Qgb24gdGhpcyBlbWFpbCBz byB0aGF0IHlvdSBjYW4ga25vdzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OkNhbGlicmkiPnRoYXQgdGhpcyByZXZpZXcgaXMgZ29pbmcgb24uIEhvd2V2ZXIsIHBs ZWFzZSBkbyBub3QgcmV2aWV3IHlvdXIgb3duPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ZG9jdW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+UmV2aWV3cyBzaG91bGQgY29tbWVudCBv biB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj51c2VmdWwgKGllLCBpcyBpdCBs aWtlbHkgdG8gYmUgYWN0dWFsbHkgdXNlZnVsIGluIG9wZXJhdGlvbmFsIG5ldHdvcmtzKSwgYW5k IGlzDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij50aGUgZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/Jm5ic3A7IFdlIGFyZSBpbnRlcmVzdGVk IGluIGtub3dpbmcgd2hldGhlcg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+dGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlIGNvbnNpZGVyZWQg Zm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndA0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+aGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMg cG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5SZXZpZXdzIHNob3VsZCBiZSBzZW50 IHRvIHRoZSBkb2N1bWVudCBhdXRob3JzLCBXRyBjby1jaGFpcnMgYW5kIFdHDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5zZWNyZXRhcnksIGFu ZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QuIElmIG5lY2Vzc2FyeSwgY29tbWVudHM8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5tYXkg YmUgc2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPklmIHlvdSBoYXZlIHRlY2hu aWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBsaWNpdCBhYm91dCB3aGF0PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+bmVlZHMg dG8gYmUgcmVzb2x2ZWQgYmVmb3JlIGFkb3B0aW5nIGl0IGFzIGEgd29ya2luZyBncm91cCBkb2N1 bWVudCwgYW5kDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD YWxpYnJpIj53aGF0IGNhbiB3YWl0IHVudGlsIHRoZSBkb2N1bWVudCBpcyBhIHdvcmtpbmcgZ3Jv dXAgZG9jdW1lbnQgYW5kIHRoZQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+d29ya2luZyBncm91cCBoYXMgdGhlIHJldmlzaW9uIGNvbnRyb2wu PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ QmVjYXVzZSBvZiB0aGUgc2l6ZSBvZiB0aGUgZG9jdW1lbnQgd2Ugd2lsbCBpbmNyZWFzZSB0aGUg cmV2aWV3IHRpbWUgdG8gdGhyZWU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpDYWxpYnJpIj53ZWVrcy4gQXJlIHlvdSBhYmxlIHRvIHJldmlldyB0aGlzIGRyYWZ0 IGJ5IEZyaWRheSBKdW5lIDE3LCAyMDE2PyBQbGVhc2UgcmVzcG9uZA0KPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+aW4gYSB0aW1lbHkgZmFzaGlv bi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5UaGFua3MsIFJvc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj4oYXMgTVBMUyBXRyBjaGFpcik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_AF0EEC596D774C1B927E590501F1520Bciscocom_-- From nobody Mon Jun 20 12:07:03 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4268512D675 for ; Mon, 20 Jun 2016 12:07:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.791 X-Spam-Level: X-Spam-Status: No, score=-1.791 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=junipernetworks.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 NtmsD3Ex5X8y for ; Mon, 20 Jun 2016 12:07:00 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0796.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:796]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D38512D64F for ; Mon, 20 Jun 2016 12:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=20ZE85s+FbUTx3T653YoBh87gYNCVx7u0Tcuj/EOQ4k=; b=KIpDxo9oFt9AxAkBVAEQTkCPbWaOfhN60ZceBC2LC53BIg5ivT+qOfl/RIrdajUCqisWv3rLg1wdbxK7ZldcL8VM/yf8xAdbDs7P3pFUEp2k1b7VLqU2omkowmy892r0qzrWAjPBPWJO6bwG3QGFfSCzrMBXt5Wa2bOnRgOR8F0= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.35.243] (66.129.241.14) by SN1PR05MB2191.namprd05.prod.outlook.com (10.169.124.139) with Microsoft SMTP Server (TLS) id 15.1.506.9; Mon, 20 Jun 2016 19:06:41 +0000 To: Lucy yong References: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> From: Eric C Rosen Message-ID: Date: Mon, 20 Jun 2016 15:06:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> Content-Type: multipart/alternative; boundary="------------521528C4F2514274B2FDFD07" X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: BY1PR18CA0024.namprd18.prod.outlook.com (10.162.126.34) To SN1PR05MB2191.namprd05.prod.outlook.com (10.169.124.139) X-MS-Office365-Filtering-Correlation-Id: 848f6012-4be2-4783-4336-08d3993e03c5 X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2191; 2:66BajoGXzsIOpXWEqpO2dHY0ErMBzv5TzRyjSADTGFrTgKWSiWTON8PCtN85EZFOQ0x3gDFxscIWgkvlp86BYRm6FAmocKOTQ1yyQqN1EKQRdU5LlWGYBKcKpxakmcEWnNa/H/QrTen2niyFLeBLGSU3kvNgRh+6I76WWMUlXJ/mHdZgdakTxigP90odPH1s; 3:dT6IisOODN+Il1ZUx2lwuCHEPnALxUpGQAHNPYZAq6t04mtXSJL0a7v9DbtUPhQcMy52YaDI54bYCjIB1uDJw4VZsIUdRdP+gism4Z7V74FxZascflUgoEG4ZNa++TOl X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR05MB2191; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2191; 25:3AqnWBhLCNvVCLw2FLviL7t1vz2GIuuV42JL6pJk8r1I4p8IbWzwvCyJhDd0uy7s/6g33Y1AZW5aG0iKIeNjmkGMXlIoZogpUA3Qs0ktsrxQWyDcxEucQakeAtVw1JAUv2PprV/F2VXOZK41bOl94Zg8LoouPxuf81WQoxD3SHwwYmycyLzRzE57ClhKVyWl/2SAoZpoHnX8pEPy3k9ZGw0AoE8T4ZJfzDPDWiGDk+6rI9BTjby9tDYbgEVdifbdYy8sIgBRraWi1x/5Mbbr7I1VgH/I4n8phYG7nlclqNSdGVcB97cEf/Pl20IH3IpK3gVwOf+d4Umsv/xIy1rY4iLR6gDZ1TDOKFBk4f6OD0v5wgIqcMtOveDQjW8aB3Way7bdrFKLdPNiPU3fYeONJPXESg1fMgIQTpF+tcWyb/Ynw0SZk0X1aZdL05IxmdjYDUd5Odu9n8a53j0bLH562Gx0ojjUjLf8cFT0jOEPqWRvl6wB/KTbk8694cbOC1kDuQ/llkwGGVWXzy1K+fNChBnlwkyvVarzTyEXw3gJokZXHcEv+nQVAg4wpaBH+GIgw4ZdssnZ4uMGu0O2v2F2MUwTM436tvhMEypRlv2UkjVhMb1kGhBU1YeEKN7cf4q+Z4yDEIOqkD/rXoJsmFFWE/asKJE+i8XQJWACjzR8QHZTUPHF40cct8gEHVog7rvuPZrw9fhmDnN4KPluj+aYIeQx6PIEz6mlEfS9HABUGuhHzd2meBUDno441S/uJxxIzqBf/Rq41bIjWbkfsbxXSrhkPRP3C90am4Vfv3qVBDGu/FjApbLf7U6yD1KkIwMhq3qD54cbWip1QS4iQlEXociOz0Is4/ZBpsrRrsZjJmt1hVDvo4h6ZVe7HUSsrKFXkXXGvo+eXobsuTY+GCLWYA== X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2191; 20:pZQViv5pmO9bdpHu103EJhoi5/ecLh0pMkzf8/WRcQioK8F2K7Z3BQVbuARFnGZennQng7m+1doLgxd9eWJIkW28FldEaknENrdQoZtUnnTH/OCN7C0BhHbQtBelhRBDFPbF+9SSkOfWlPO9cUTVoNthO6xFzAQW5ptj4vL1Wd74yp+PVnHAoRrSbrT5jgl0ZbsrGH7NtWN7y1xZfBvtOPY8Y3BjB/LvoNGVGhDGHJPPNJ8qZlhwKsiE9hf5ea0s4G1X25PMitMzm+uZgsVY6H0+g7Q8NIdLNCX/BzWHZDTobJoBkfINnZLiOE2VheB0UXNVEkldauj14Vxd9yMO8FSQfoT3IoSdGF2rJtLYs91rhoqFf3guIHkZEm18BmFwH6idm18QcMcFBhIBON9ntI0c7dbzNZJ1x5+/ahGLzGsOf/SyHUxhbTVR+MaMNJb2enzioqtJocZrdhCYetwYADX/08/GO6p+aC/wZtoFP/aTmiFsd3NVbtmpVeKw3kZ+; 4:W1t1Zc5RhVQ6uevl+IYOvrho/yMbvqUZ1DFHfZjSyBMSmDYANXtQ62ZFCgqYZFttREYjSXNewMuMYomrLHtobNFeRIf1squBCGCSC5Jj7GqU/dchzhBu11Q69kYzvWaEqlgoQFlYmkPTwKbLhKdd7A9aeRtN04MU+xTCDzGlIY6fMvXYysvh8vJDcLnDL0R572N9Yh7Xu0ur4HdOP0dPOLFHZtktgTYscC03vyyn08gEtEFcyM9NLY2FMDYsibUNfPTd8KsX1k2jJYMyuJaVOdUx7rraxuNKJpIxBxSzwKdLxYf01iTfxv/QNVCUj3LaB2HcYSivC54duUWP5lIYYGTlZ0Z4w+BESMijaLYv+XKiT2fytZCtYtt8zD3X3ZHfR0+CAzkCtP/553TbzG2hX3L976WXwElBB6/4g6VjH8o= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(788757137089); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:SN1PR05MB2191; BCL:0; PCL:0; RULEID:; SRVR:SN1PR05MB2191; X-Forefront-PRVS: 09796A1B83 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(7916002)(189002)(199003)(64126003)(36756003)(84326002)(230783001)(19580405001)(2950100001)(42186005)(33646002)(189998001)(31686004)(4001350100001)(97736004)(8676002)(7736002)(3846002)(110136002)(31696002)(586003)(81156014)(81166006)(50986999)(65806001)(66066001)(65956001)(77096005)(6116002)(68736007)(92566002)(86362001)(512944002)(106356001)(101416001)(105586002)(83506001)(76176999)(54356999)(4326007)(2906002)(15187005004)(7846002)(65826006); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR05MB2191; H:[172.29.35.243]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; SN1PR05MB2191; 23:i3ZBRdWYVwuHCOu7rMf718CiUmN93qS9hv46h?= =?Windows-1252?Q?YxNOnY7D3yJ9Iatksg1k9eBJMBRXindEdlXGUOCOX5ayRs9yHv2dQz6p?= =?Windows-1252?Q?uGFuSxmY9r0vSD873PM7raSRW/gyAOs+oMvnUedZ/wpP2NB/VyMAhQfi?= =?Windows-1252?Q?gbgxAwlFHxHbGM2vtxODGC4/rIjmkHqPMNg4Dt7eoQxBaSaXo/enihtt?= =?Windows-1252?Q?gY+vHzA5aSpuJV2OzS0W0oT8WT/DIwcbsS7niovRxrH00GaPQgvz+azK?= =?Windows-1252?Q?V7xlrNdJe/XaH4YiKWVCL37G4bchvw3PcfIMHYF5/wnVeSAcge81Tt85?= =?Windows-1252?Q?gUDg/TaY/VJ+C5vx0QRQBlAYmQZ8bKKRKszEkdc8+TRg4UxjnGo2/PT2?= =?Windows-1252?Q?FArZZjPJ2Dg6vSjB0sjJHvOG8RzTP8XnvdMrqm7CXuxlcu4iuIalpt/p?= =?Windows-1252?Q?z2sjXE5yVNZKZwFkFbw3VfCJ/Vz9cV4lioflrQPx7/6VjleY1y2aYZjc?= =?Windows-1252?Q?M4BygB8ZzyuGPm024A5QmE3BER8TNrs5zwMcNwel86X5kuCQ1EOnf6a6?= =?Windows-1252?Q?8wU+2JOebE8s+GMOnf2RSIVxd3joqksWAyVovliXz/SYOPEsLKADC/vF?= =?Windows-1252?Q?CBCYfutETpRQ/bOf/RNvEIV/Al9OU0DB3opK1YnMqf3QD4vQM1eTneEh?= =?Windows-1252?Q?+4cxf3EKsqLRcP78VNkF5EMf91T60djyLpnPyb5Q7JuQTB8l0xJ0zUQO?= =?Windows-1252?Q?HopZ08GdHFBmu1XgUnLUbS1Z2BzvH2/jiJUh7X1VsYAyVf7LgtYxlsqm?= =?Windows-1252?Q?RKHyEHIlT5U89fvMZIOZDVswt1N68/zxbCtgdDkv0yUFrn/VXZ3Ch0ko?= =?Windows-1252?Q?3R0huhhUyxE/HWQNK3fN8hJbhJQVMRagVnECud4fcC17MesoKXxhFBab?= =?Windows-1252?Q?BYh5o42zEUhTSDtYtKXL8v0A7RcKBKJEF2Kf3EZc1Mm0OyU/XzqXSzgX?= =?Windows-1252?Q?JBOmFIfgPI5YKQGtT/Ok+OFNhZXtoVexX1fd6MSPGbG+O+9IxTH43e98?= =?Windows-1252?Q?yEdk2+N8FRLXX/bG6gmUH0bBtFBc2eLGZZtTrmIpGCyG9I48uItiDxaq?= =?Windows-1252?Q?nuG34iX3PTak25Chm1RT+O+VUXYeoWXUamgMYqWWD06ih1718BXQI1iH?= =?Windows-1252?Q?8SqDUuU8eTdzEa8cxtFi95OoQuotMR2A5WWGjpveY87fOL4tA3+LHl9L?= =?Windows-1252?Q?5S4Rmd0xEuEbsNrFQCf+/hQ2Tan+cL1xSpwII0=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2191; 5:OZ9451TprE69pY/IkK8vR+EwcvamrCqNzRQVoHwdsvh8bsokifMcN4nUEnAIn9a//dpSrsHa30Mu0VgvyfZy2xLcLABlR7HRn9pl+Ts1WI0nYaOyHIt+PpixSWaNonxHkFoevFB96w4BMOvZel5V4g==; 24:TSt3K3dj1PA99n/qhl2cHCR+wKrtPoxDrMZRDChfuxctfFiNAt8ALgaG2Md13YqdTE4TfnVPbuaLo2qZWlAG+2M5uvJwQ5kiHwUdoZdHdlo=; 7:hwmg5wI3pzmGP06uoM6OqhGk6CruiIvqlGyS0yGTpyDV7bjzDDL1GaQFwIyRMvFwl5u/9KI/E7Np+X8DezJYRBrpB6ENgyS8WomZ9LC2r4ObW/V0yKlnuLm4PIfeY+UnADVG65/ko81m95PDItQ0b4ik7gqE1ojGR/LllT6+irN642bMuBNHbfH7Lt/7jsm13pugHNpCGXjE07SebscI7g== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jun 2016 19:06:41.1528 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR05MB2191 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 19:07:02 -0000 --------------521528C4F2514274B2FDFD07 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit Hi Lucy, Thanks for reviewing the draft! > > ·Sn 3.2.2, the listed local policies seem all related to label > swapping actions. > > it is valuable to add a new local policy as follow: > > oAdd a single label or a sequence of labels to the NLRI before > propagating the route. > > This policy results that, when a node receives a MPLS packet, it > will pop out the label(s) and forward the packet to next hop. > I think this is a sub-case of "replacing one label with multiple labels". > > ·Sn 4 data plane description is not sufficient. When applying mutli > labels on data plane, we need to specify the rules to fill the label > stack entries beside pushing labels; e.g. TTL, EXP. To backward > comparable (RFC3032), need to clarify TTL, EXP processing applying to > the top label before and after label process action. > 3107bis does not convey TTL or TC values, so I think all we need to say is that "the setting of the TTL and TC fields in the label stack of a data packet is determined by local policy". > > ·This feature gives each next hop flexibility to determine how many > labels to bind a prefix, which may impact Path MTU. We SHOULD avoid > each path segment to fragment labeled packets. > MPLS does not have fragmentation, so it is not possible to fragment labeled packets ;-) > Either use PMTU discovery or configuration parameter to determine the > proper MTU and limit the fragmentation to be done once. If a next hop > decides to advertise different # of labels to different prefix, the > case will be more complex. The draft needs describe this. > 3107bis provides a mechanism that can be used to propagate an instruction to push a sequence of labels onto a packet's label stack. You're right that a router should not be instructed to push on so many labels that the MTU is exceeded. But this is always an issue with MPLS, and is not specifically related to 3107bis. It is outside the scope of this draft to specify procedures for determining the maximum number of labels that can be safely pushed. > > ·This example in Sn 4 is not correct. > > In this case, if S1 receives an MPLS data packet whose top label is > > L21 and whose second label is L22, S1 will remove both L21 and L22 > > from the label stack, and replace them with . Note > > that the fact that L21 is a context label is known only to S1; other > > BGP speakers do not know how S1 will interpret L21 (or L22). > > The ability to replace one or more labels by one or more labels can > > provide great flexibility, but must be done carefully. Let's suppose > > again that S1 receives an UPDATE that specifies prefix P, label stack > > , and next hop N1. And suppose that S1 propagates > > this UPDATE to BGP speaker S2 after setting next hop self and after > > replacing the label field with . Finally, suppose > > that S1 programs its data plane so that when it processes a received > > MPLS packet whose top label is L21, it replaces L21 with > > , and then tunnels the packet to N1. > > In this case, BGP speaker S2 will have received a route with prefix > > P, label field , and next hop S1. If S2 decides to > > forward an IP packet according to this route, it will push > > onto the packet's label stack, and tunnel the packet > > to S1. S1 will replace L21 with , and will tunnel > > the packet to N1. N1 will receive the packet with the following > > label stack: . While this may be useful > > in certain scenarios, it may provide unintended results in other > > scenarios. -end > > Lucy: Label is advertised by S1, it does not make a > sense that S1 > > programs its data plane so that when it processes a received MPLS > packet whose top label > > is L21, it replaces L21 with , and tunnel the packet > to N1, i.e. > > N1 will receive the packet with the following > > label stack: . > Whether this example corresponds to an actual use case is debatable. The example merely shows something that can be done with the specified mechanisms. This scenario would only be useful if S1 knows somehow that L22 will rise to the top of the packet's label stack at a node to which L22 is meaningful. > > S1 should replace with > > in this case. > No, 3107bis does not (and should not) modify any of the rules for processing the label stack of an incoming packet. Eric --------------521528C4F2514274B2FDFD07 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit Hi Lucy,

Thanks for reviewing the draft!

·         Sn 3.2.2, the listed local policies seem all related to label swapping actions.

 it is valuable to add a new local policy as follow:

o   Add a single label or a sequence of labels to the NLRI before propagating the route.

     This policy results that, when a node receives a MPLS packet, it will pop out the label(s) and forward the packet to next hop.

I think this is a sub-case of "replacing one label with multiple labels".

·         Sn 4 data plane description is not sufficient. When applying mutli labels on data plane, we need to specify the rules to fill the label stack entries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC3032), need to clarify TTL, EXP processing applying to the top label before and after label process action.  

3107bis does not convey TTL or TC values, so I think all we need to say is that "the setting of the TTL and TC fields in the label stack of a data packet is determined by local policy".

·         This feature gives each next hop flexibility to determine how many labels to bind a prefix, which may impact Path MTU. We SHOULD avoid each path segment to fragment labeled packets.

MPLS does not have fragmentation, so it is not possible to fragment labeled packets ;-) 

Either use PMTU discovery or configuration parameter to determine the proper MTU and limit the fragmentation to be done once. If a next hop decides to advertise different # of labels to different prefix, the case will be more complex. The draft needs describe this.

3107bis provides a mechanism that can be used to propagate an instruction to push a sequence of labels onto a packet's label stack.  You're right that a router should not be instructed to push on so many labels that the MTU is exceeded.  But this is always an issue with MPLS, and is not specifically related to 3107bis.  It is outside the scope of this draft to specify procedures for determining the maximum number of labels that can be safely pushed.

·         This example in Sn 4 is not correct.

 

 

   In this case, if S1 receives an MPLS data packet whose top label is

   L21 and whose second label is L22, S1 will remove both L21 and L22

  from the label stack, and replace them with <L11,L12,...L1k>.  Note

   that the fact that L21 is a context label is known only to S1; other

   BGP speakers do not know how S1 will interpret L21 (or L22).

 

   The ability to replace one or more labels by one or more labels can

   provide great flexibility, but must be done carefully.  Let's suppose

   again that S1 receives an UPDATE that specifies prefix P, label stack

   <L11,L12,...,L1k>, and next hop N1.  And suppose that S1 propagates

   this UPDATE to BGP speaker S2 after setting next hop self and after

   replacing the label field with <L21,L22,...L2k>.  Finally, suppose

   that S1 programs its data plane so that when it processes a received

   MPLS packet whose top label is L21, it replaces L21 with

   <L11,L12,...,L1k>, and then tunnels the packet to N1.

 

   In this case, BGP speaker S2 will have received a route with prefix

   P, label field <L21,L22,...L2k>, and next hop S1.  If S2 decides to

   forward an IP packet according to this route, it will push

   <L21,L22,...L2k> onto the packet's label stack, and tunnel the packet

   to S1.  S1 will replace L21 with <L11,L12,...,L1k>, and will tunnel

   the packet to N1.  N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.  While this may be useful

   in certain scenarios, it may provide unintended results in other

   scenarios. -end

 

   Lucy: Label <L21,L22,L2k> is advertised by S1, it does not make a sense that S1

   programs its data plane so that when it processes a received MPLS packet whose top label

   is L21, it replaces L21 with <L11,L12,..L1k>, and tunnel the packet to N1, i.e.

   N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.

Whether this example corresponds to an actual use case is debatable.  The example merely shows something that can be done with the specified mechanisms.  

This scenario would only be useful if S1 knows somehow that L22 will rise to the top of the packet's label stack at a node to which L22 is meaningful.

S1 should replace <L21, L22, ..L2k> with

   <L11,L12,...,L1k> in this case.

No, 3107bis does not (and should not) modify any of the rules for processing the label stack of an incoming packet.

Eric

--------------521528C4F2514274B2FDFD07-- From nobody Mon Jun 20 12:38:56 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AC5412D1D5 for ; Mon, 20 Jun 2016 12:38:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.636 X-Spam-Level: X-Spam-Status: No, score=-5.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 53bO-Xm9cfpu for ; Mon, 20 Jun 2016 12:38:50 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E069412D6A6 for ; Mon, 20 Jun 2016 12:38:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CMH43783; Mon, 20 Jun 2016 19:38:46 +0000 (GMT) Received: from DFWEML703-CAH.china.huawei.com (10.193.5.177) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 20 Jun 2016 20:38:45 +0100 Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by DFWEML703-CAH.china.huawei.com ([10.193.5.177]) with mapi id 14.03.0235.001; Mon, 20 Jun 2016 12:38:42 -0700 From: Lucy yong To: Eric C Rosen Thread-Topic: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt Thread-Index: AQHRu0WQuArjVPNYwkm9pBBbHtbxHZ/uAHZwgAVMEYD//42ZsA== Date: Mon, 20 Jun 2016 19:38:42 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D572A3D86@dfweml501-mbb> References: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.134.112] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D572A3D86dfweml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.57684647.004D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 8fc71577a03939370d828ccd1bd4e9d5 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 19:38:54 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D572A3D86dfweml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eric, Pls see inline below. From: Eric C Rosen [mailto:erosen@juniper.net] Sent: Monday, June 20, 2016 2:07 PM To: Lucy yong Cc: mpls@ietf.org Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt Hi Lucy, Thanks for reviewing the draft! * Sn 3.2.2, the listed local policies seem all related to label swa= pping actions. it is valuable to add a new local policy as follow: o Add a single label or a sequence of labels to the NLRI before propagati= ng the route. This policy results that, when a node receives a MPLS packet, it will = pop out the label(s) and forward the packet to next hop. I think this is a sub-case of "replacing one label with multiple labels". [Lucy] IMO, two are different. The case here does not replace any label in = NLRI, just add one or multiple labels to the NLRI. * Sn 4 data plane description is not sufficient. When applying mutl= i labels on data plane, we need to specify the rules to fill the label stac= k entries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC= 3032), need to clarify TTL, EXP processing applying to the top label before= and after label process action. 3107bis does not convey TTL or TC values, so I think all we need to say is = that "the setting of the TTL and TC fields in the label stack of a data pac= ket is determined by local policy". [Lucy] True. But 3107 does describes data plane operation accordingly. So i= t should at least mention these fields setting must be compatible to RFC303= 2 because no intention to change here. * This feature gives each next hop flexibility to determine how man= y labels to bind a prefix, which may impact Path MTU. We SHOULD avoid each = path segment to fragment labeled packets. MPLS does not have fragmentation, so it is not possible to fragment labeled= packets ;-) [Lucy] pls check RFC3032. Either use PMTU discovery or configuration parameter to determine the prope= r MTU and limit the fragmentation to be done once. If a next hop decides to= advertise different # of labels to different prefix, the case will be more= complex. The draft needs describe this. 3107bis provides a mechanism that can be used to propagate an instruction t= o push a sequence of labels onto a packet's label stack. [Lucy] yes. You're right that a router should not be instructed to push on so many labe= ls that the MTU is exceeded. But this is always an issue with MPLS, and is= not specifically related to 3107bis. It is outside the scope of this draf= t to specify procedures for determining the maximum number of labels that c= an be safely pushed. [Lucy] This mechanism adds more complex for Path MTU computation. It is go= od to point out it when describing data plane. * This example in Sn 4 is not correct. In this case, if S1 receives an MPLS data packet whose top label is L21 and whose second label is L22, S1 will remove both L21 and L22 from the label stack, and replace them with . Note that the fact that L21 is a context label is known only to S1; other BGP speakers do not know how S1 will interpret L21 (or L22). The ability to replace one or more labels by one or more labels can provide great flexibility, but must be done carefully. Let's suppose again that S1 receives an UPDATE that specifies prefix P, label stack , and next hop N1. And suppose that S1 propagates this UPDATE to BGP speaker S2 after setting next hop self and after replacing the label field with . Finally, suppose that S1 programs its data plane so that when it processes a received MPLS packet whose top label is L21, it replaces L21 with , and then tunnels the packet to N1. In this case, BGP speaker S2 will have received a route with prefix P, label field , and next hop S1. If S2 decides to forward an IP packet according to this route, it will push onto the packet's label stack, and tunnel the packet to S1. S1 will replace L21 with , and will tunnel the packet to N1. N1 will receive the packet with the following label stack: . While this may be useful in certain scenarios, it may provide unintended results in other scenarios. -end Lucy: Label is advertised by S1, it does not make a sense = that S1 programs its data plane so that when it processes a received MPLS packet= whose top label is L21, it replaces L21 with , and tunnel the packet to N= 1, i.e. N1 will receive the packet with the following label stack: . Whether this example corresponds to an actual use case is debatable. The e= xample merely shows something that can be done with the specified mechanism= s. This scenario would only be useful if S1 knows somehow that L22 will rise t= o the top of the packet's label stack at a node to which L22 is meaningful. [Lucy] IMO: this is a fault case. S1 should replace with in this case. No, 3107bis does not (and should not) modify any of the rules for processin= g the label stack of an incoming packet. [Lucy] ?? Lucy Eric --_000_2691CE0099834E4A9C5044EEC662BB9D572A3D86dfweml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Eric,

 

Pls see inline below.<= o:p>

 

From: Eric C Rosen [mailto:erosen@juniper.net]
Sent: Monday, June 20, 2016 2:07 PM
To: Lucy yong
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt

 

Hi Lucy,= <= br>
Thanks for reviewing the draft!

·         Sn 3.2.2, the listed local policies seem all related to label swappi= ng actions.

 it is valuable to add a new local policy as follow:

o   Add a single label or = a sequence of labels to the NLRI before propagating the route.

     This policy results that, when a node receives a M= PLS packet, it will pop out the label(s) and forward the packet to next hop= .

I think this is a sub-case of "replacing one la= bel with multiple labels".

[Lucy] IMO, two are= different. The case here does not replace any label in NLRI, just add one = or multiple labels to the NLRI.



·         Sn 4 data plane description is not sufficient. When applying mutli l= abels on data plane, we need to specify the rules to fill the label stack e= ntries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC303= 2), need to clarify TTL, EXP processing applying to the top label before and after label process action.  

3107bis does not convey TTL or TC values, so I think= all we need to say is that "the setting of the TTL and TC fields in t= he label stack of a data packet is determined by local policy".

[Lucy] True. But 31= 07 does describes data plane operation accordingly. So it should at least m= ention these fields setting must be compatible to RFC3032 because no intention to change here.



·         This feature gives each next hop flexibility to determine how many l= abels to bind a prefix, which may impact Path MTU. We SHOULD avoid each pat= h segment to fragment labeled packets.

MPLS does not have fragmentation, so it is not possi= ble to fragment labeled packets ;-) 

[Lucy] pls check RF= C3032.




Eit= her use PMTU discovery or configuration parameter to determine the proper M= TU and limit the fragmentation to be done once. If a next hop decides to ad= vertise different # of labels to different prefix, the case will be more complex. The draft needs describe this.

3107bis provides a mechanism that can be used to pro= pagate an instruction to push a sequence of labels onto a packet's label st= ack. 

[Lucy] yes.

You're right that a router should not be instructed = to push on so many labels that the MTU is exceeded.  But this is alway= s an issue with MPLS, and is not specifically related to 3107bis.  It = is outside the scope of this draft to specify procedures for determining the maximum number of labels that can be safely= pushed.

[Lucy]  This m= echanism adds more complex for Path MTU computation. It is good to point ou= t it when describing data plane.



·         This example in Sn 4 is not correct.

 

 

   In this ca= se, if S1 receives an MPLS data packet whose top label is=

   L21 and wh= ose second label is L22, S1 will remove both L21 and L22<= /p>

  from the la= bel stack, and replace them with <L11,L12,...L1k>.  Note<= o:p>

   that the f= act that L21 is a context label is known only to S1; other

   BGP speake= rs do not know how S1 will interpret L21 (or L22).

 

   The abilit= y to replace one or more labels by one or more labels can=

   provide gr= eat flexibility, but must be done carefully.  Let's suppose

   again that= S1 receives an UPDATE that specifies prefix P, label stack

   <L11,L1= 2,...,L1k>, and next hop N1.  And suppose that S1 propagates=

   this UPDAT= E to BGP speaker S2 after setting next hop self and after=

   replacing = the label field with <L21,L22,...L2k>.  Finally, suppose<= o:p>

   that S1 pr= ograms its data plane so that when it processes a received

   MPLS packe= t whose top label is L21, it replaces L21 with

   <L11,L1= 2,...,L1k>, and then tunnels the packet to N1.

 

   In this ca= se, BGP speaker S2 will have received a route with prefix=

   P, label f= ield <L21,L22,...L2k>, and next hop S1.  If S2 decides to=

   forward an= IP packet according to this route, it will push

   <L21,L2= 2,...L2k> onto the packet's label stack, and tunnel the packet

   to S1.&nbs= p; S1 will replace L21 with <L11,L12,...,L1k>, and will tunnel=

   the packet= to N1.  N1 will receive the packet with the following

   label stac= k: <L11,L12,...L1k,L22,...L2k>.  While this may be useful=

   in certain= scenarios, it may provide unintended results in other

   scenarios.= -end

 

   Lucy: Label <L21,L22,L2k> is advertised by S1, it does n= ot make a sense that S1

   programs its data plane so that when it processes a received M= PLS packet whose top label

   is L21, it replaces L21 with <L11,L12,..L1k>, and tunnel= the packet to N1, i.e.

   N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.

Whether this example corresponds to an actual use ca= se is debatable.  The example merely shows something that can be done = with the specified mechanisms.  

This scenario would only be useful if S1 knows somehow that L22 will rise t= o the top of the packet's label stack at a node to which L22 is meaningful.=

[Lucy] IMO: this is= a fault case.



S1 should replace <L21, L22, ..L2k> with

   <L11,L12,...,L1k> in this case.

No, 3107bis does not = (and should not) modify any of the rules for processing the label stack of = an incoming packet.

[Lucy] ??

Lucy

Eric

--_000_2691CE0099834E4A9C5044EEC662BB9D572A3D86dfweml501mbb_-- From nobody Tue Jun 21 06:54:19 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22CC712B05B for ; Tue, 21 Jun 2016 06:54:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.529 X-Spam-Level: X-Spam-Status: No, score=0.529 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_LOW=-0.7] 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 2pffi1wyZ9c4 for ; Tue, 21 Jun 2016 06:54:16 -0700 (PDT) Received: from smtp07.msg.oleane.net (smtp07.msg.oleane.net [62.161.4.7]) by ietfa.amsl.com (Postfix) with ESMTP id 9470F12D0B2 for ; Tue, 21 Jun 2016 06:54:15 -0700 (PDT) Received: from MGosseDellM6800 (LMontsouris-656-1-5-162.w80-12.abo.wanadoo.fr [80.12.94.162]) (authenticated) by smtp07.msg.oleane.net (MSA) with ESMTP id u5LDsDAl012117 for ; Tue, 21 Jun 2016 15:54:13 +0200 X-Oleane-Rep: REPA From: "Michel Gosse" To: Date: Tue, 21 Jun 2016 15:54:11 +0200 Message-ID: <003301d1cbc4$63842c10$2a8c8430$@upperside.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0034_01D1CBD5.270E82B0" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdHLxAHkSPNItYpQR+KMpdW20HP7Bg== Content-Language: fr X-Backend: vm-smtp-sophos21v3 X-PMX-Spam: Probability=11% X-PFSI-Info: PMX 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.6.21.134516 (no antivirus check) X-Orange-Auth: bWcyNjMtM0B1cHBlc2lkZS5mci5mdG8= Archived-At: Subject: [mpls] MPLS + SDN + NFV World 2017: Call for papers X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 13:54:18 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0034_01D1CBD5.270E82B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The call for proposals for the 19th Edition of the MPLS SDN & NFV World Congress has been issued. New items include : - - MPLS & IPv6 SR instantiation - - Docker for optimization - - Intent-based northbound interface The CFP will be closed the 15th of July. More info: http://www.uppersideconferences.com/mpls-sdn-nfv/mpls-sdn-nfv_2017_call_for_ papers.html ------=_NextPart_000_0034_01D1CBD5.270E82B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The call for proposals for the 19th Edition of the MPLS SDN = & NFV World Congress has been issued.

New items include :

-      - MPLS & IPv6 SR = instantiation

-      - Docker for = optimization

-      - Intent-based =  northbound interface

The CFP will be closed the 15th of = July.

More info: http://www.uppersideconferences.com/mpls-sdn-nfv/= mpls-sdn-nfv_2017_call_for_papers.html

 

 

 

------=_NextPart_000_0034_01D1CBD5.270E82B0-- From nobody Tue Jun 21 07:56:11 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92E3212D854 for ; Tue, 21 Jun 2016 07:56:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.792 X-Spam-Level: X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=junipernetworks.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 6JYa7XkvXHPK for ; Tue, 21 Jun 2016 07:56:07 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0122.outbound.protection.outlook.com [65.55.169.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7626712D7F2 for ; Tue, 21 Jun 2016 07:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=oog55EV25579Bu7lzRoEGrdynqRvoscFJSnpjCjE/ac=; b=Vf+OSIy3DT5Fg9ls26zQ1t5S82hK27q8aRmQ8flQ8iyh8DSMXh2XM7R1DFDps0yvyCJaaNKc8iPD/8LCu7ciQQkvaO1K8/FEAnq/k/SZMxJfIACsGNXfey8di35ePbSmscbZvZsZ9pxHAbIWJrco2fLYo6a3TpytsWbkNwG+lh4= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.38.148] (66.129.241.12) by BL2PR05MB2178.namprd05.prod.outlook.com (10.167.98.138) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 14:56:04 +0000 To: Lucy yong References: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> <2691CE0099834E4A9C5044EEC662BB9D572A3D86@dfweml501-mbb> From: Eric C Rosen Message-ID: Date: Tue, 21 Jun 2016 10:56:00 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <2691CE0099834E4A9C5044EEC662BB9D572A3D86@dfweml501-mbb> Content-Type: multipart/alternative; boundary="------------3EFD3EF9F21EA6D75BE6BED6" X-Originating-IP: [66.129.241.12] X-ClientProxiedBy: BN3PR0301CA0084.namprd03.prod.outlook.com (10.160.152.180) To BL2PR05MB2178.namprd05.prod.outlook.com (10.167.98.138) X-MS-Office365-Filtering-Correlation-Id: 7471d418-7c79-4d7b-43cf-08d399e42b85 X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2178; 2:G8wdhL0JRfCx1YslbaxERJSgtajQ2lRLUSKkBm7SaR6dcQb4HrSUEUqWfL6FfZQ7/thDTQz/lzKtRgYoteDxD5V9nLj5apJbYyz5JvCCjojbuy1Hs/d3R2II92zRYRHZKGMrfVjQvXUBrG8bHi2IYvPIeD1ilQyirpLAQiDsOtR4LTu1dlFissQNDiUevIAl; 3:FhZ6YWYnIFABnwJHV7hepbgyBJ1kurUcR4eqqgglLbK+M/rqZKSQOo/egieH9Xw3bk26Re3kBbpzFd14Xbu4D/TIazl4FCeAIcY1aZ6xZ36EHU8exL1WGP654hhAPERa X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BL2PR05MB2178; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2178; 25:zPWnf0d1WpDUdv7ZwcHqJmnzxe1fBExrulx+mnwyhGleYm3A0HfsPSxuk4xwEub+Ubh/W0ZREZN1IxL4u1WkNUnm8kXIAO2+JEbZA36DX8Gim6RExLyYjxCUw0NlBZjGL2jc///xwClEMAZfNALrOVfVqiT2jJTurIH39H6EATkrce7fbBepsy0HG+x4IKNOYafAx1bAnuuzw7vE8nGnMEdO2P0N+hHdy7c6moIO8p25ailE05+RbjWAUf5FDyYsI8qJSc+XhYWZPhlXsDj2QI9HAtG+JfRSbuiNYyXV7E8ouBI8QbHAdeqWvwD5P4YWm7MsO/Z5j2XgxWTXKc8JwvAVxX0Jcq1MIFOyVag+i3sCab0PsHbWRPFU+Mc/O/ElQU2FXgNduO8QP8dHlJXM3o3EHdDKVh+yMbyTkxr2mVdvIPOw/xKNAOrlCOIAfTRcTRAaO8NI0kdqeTS6kS5bc/+TAbyPUvhO5Qkx0zRBTKuXl1x4JpC7QTnuJ78bBH/wi9EpaEM849oxHmldZshnkbWduWkVjDeu9R3yIqwsAKqBZ/rRenX+cqXGwpxTRtwbPguKD1cIp356urcSUb9SZ04uIAgr8qux2z4/8CocTCEcKF20NqGp47hrbfUqARKMrkpCyYJVwgNGBT9Pyr1o8WIbOuDDfuapb8sBDdTFW/12RPUf88/2VlsTrMTdQEYztM7zFJbxF+PG0pdTLqtCDEZXxNlpLn+2rdatbBeGsixTm86MBS2C8FUSS7N7ruWcmRpK3rcXMufqnQZnuJVU1l81oWrdLn/VhmmhCwgsX94ZpJkoPxjEzBI7BmH0eFVCmvugnOZ4H+Gn684nT2nTxA== X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2178; 20:+4bQrT9qFQYpjh95udRcAxN/bRpOuKqnP6R1SaBEL9NPop5Mrx7qHZxIaLIk600fDy/WHjboTAgeM/ImCWw4y86F1iSCH3PxQUzzqoQSzwrlJe6XWvekbCENaUoVnhg8HUF3v7kKLJ205S0t1xlawDF19JEJnQ/ICdMxomzDqU/pbWn8nnZ3CQq8TL2K33fa8+o8AWsNuFLEtJQG+4TgUoJM/QD2YcllZnmxpowuPYmTamZ0oowb0Vpz8KUxonY0+Uca9H1Rri77iXR6J6DES83DALYIATy/gS3AA3IKfoQ8oQBFxGr5hx00cFUDWddAvXtNHRkO/AbFImWN1rwTFNcyMPOkLhbyeJfUEEN3Vo8Jfvt9TfYkwz7bSgLQtBzM2nADwmHSdKgTuvW48tzLMykM7qL0eZOZXYcFF5JGvk8Ik1gN2T1jXt6iTgrT5udTxMCtQqQKnuhPJoMU5h0ms9j/UQXFI32rZXOc1bTi/jTgEdtdMgYiVzx3zL4a2Hlv; 4:FhfRpi+ALQpWWoX0qsZ0v7VlZOerQ/J/5I78np+gjkg5TuxT6Y801TgouAv5/JL1XJMaKjsexIUfGBTypAGCxh7/E7gie/cInSyxqpNGmfg/OeDd1ek7ts/r0c6+jJE/zfnABGzC/iyTPvEnrPiQa0y+S+sdKauU6zF2DDXis6cQSmbUKdw2sr6iYOtwTagHU40kAjQm1D2U6XxI03otaKexn+UsvRwq52AHBnZDaDUB2crCPB3L5pwi8aZ3wFJpqzT4nXBVqgZ3AluuPEZwsLnfQ71DxbyHm6z6bc7QvU5BHX1P04Py8ZzKTsjSsezdlwKACvWNUiFvr6nNALmG5yImRsPfbnq/2IXKkFCDWmW47Yzyz+uoBpiOGTBVWl8aoDeJzuTJUZx8nk2LIiGCHZZCndZ5LvGBd/tx36wpZ2c= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(788757137089); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:BL2PR05MB2178; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB2178; X-Forefront-PRVS: 098076C36C X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(7916002)(199003)(189002)(2906002)(76176999)(84326002)(4001350100001)(64126003)(50986999)(31696002)(512944002)(8676002)(4326007)(54356999)(81166006)(81156014)(65956001)(105586002)(36756003)(77096005)(97736004)(189998001)(110136002)(42186005)(83506001)(3846002)(7736002)(6116002)(586003)(65806001)(19580405001)(31686004)(66066001)(106356001)(33646002)(230783001)(2950100001)(68736007)(101416001)(92566002)(93886004)(7846002)(86362001)(65826006); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB2178; H:[172.29.38.148]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; BL2PR05MB2178; 23:x3huvzx1VW2gQqUr+QocTmUyfx0HOeSoeuz+l?= =?Windows-1252?Q?9Zv/M9gbKUaJ8xK1vUEocO9qmgKNtCsX84KuVLaGsysImhqqdwALlVSv?= =?Windows-1252?Q?8QZpH+NB+I0WwHqYIXyF8hDc9d7TzsRlWoiRfyRexhpVPZVEQ8bXgc2r?= =?Windows-1252?Q?oSLk9AMrmPAE3ExfmLX2jJJ0InnNM91sDXxCpt5rn3HE+FH9E5breiFK?= =?Windows-1252?Q?tAG6WeM7M34evJ+QsIX1tke3WgHs6cG/kiDqvukfm1duvaozUx+RLhE9?= =?Windows-1252?Q?eN/94VY0so44ShED2KKXtNj4YJhVzICmfVwMMhBdiXv7vhjl8X3sBPvc?= =?Windows-1252?Q?yBcw4embXMq/9wngp8BI/nZs27Maea0Lzl0ZU/Ai7HQudjOGIdRN/qXC?= =?Windows-1252?Q?b7eGFt9ZKCoNTmk0JGKCdPDCzX11jSFynwVL6IMzFl3y3TdZGZzRiK/m?= =?Windows-1252?Q?lDABvXge3iRtBrHfGq5HQHic5e76SQI7OVPpv+Phit2UeWJoA0ZevMZC?= =?Windows-1252?Q?168Ka1d7L30//9qReNQWrCNIjFzQec+PdxvbmumELK+YPj96wVjEqwE6?= =?Windows-1252?Q?WnlKg8zLuPe9BEJ7Gi9XDZxciMGm5Ma0vM2rgA+h+N0atrkAV/lvHLtJ?= =?Windows-1252?Q?p7z8XRMLbmeeM2IpLgevgtDbAgE4lG4avRh9V/LrOxBo3MXW6+F2Qpvb?= =?Windows-1252?Q?ZnPyAntkfPajJ2VPrG3qUnnVRf7OhBf5Pak6PCMVP06Aa20hihhnBbyp?= =?Windows-1252?Q?XTbn/lwDMRw9swgmBYsFB6P5sI+YYReaNHWlQddZ4LRfF1gYh0YxZmGr?= =?Windows-1252?Q?7a1ieWNlrno0yd1ICYhDIL2seDiIk28MI0vvT4eginBwRDT0VTA8ZQYv?= =?Windows-1252?Q?UjiTm0tKxxJxu/8lrYoVHhmo0KFADOk3msJJ+TE7Iwss56e+Rz+9B0hD?= =?Windows-1252?Q?5TV72DTz6Jfn3ncZeVLBS7t8EV3qEd+xKA5+kBhBv6LntuY1C4TvKmkz?= =?Windows-1252?Q?45/3U4Xrq2HMl/N+gLhW4zsi40Q5TIEoiUTtPmrvqxFN0gjL4yixuhZG?= =?Windows-1252?Q?DshzImirOflUaqHhB8w8Hks5bCwatqQmrL9reZj+0vcSDAjMi2QK4Von?= =?Windows-1252?Q?rJrvlIbDuwRK4EpMQBuMhCTTs2OmMwb6VYWxVFQQhKowKONBgu3ZzyTl?= =?Windows-1252?Q?zatvaQN6lBg6VKTBhZaP79KgTknRQoYavSOza1Hod5Muf2LKSibaCANT?= =?Windows-1252?Q?dm3O/noHDlaygwj0g=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2178; 6:7jWc8lPtHca6hjj0OBlkqVIWWlA7TSb2bsNZJjEO1FXVQwR5v69RNcpjRc15MB2ZeRrXTFJ5eegm4CnwNZAZOlXpRvQ6gAXwOx9uXJ8Y9XFWo5skmPHXl61QmhWi+kgytKkyOCxrKFR6dGfRgzNv9J++Dmp0Zh5U1dAG3T18KseGU4bEaETNNDZdBydUxI1kO56DX9RIw/fjC3muatAh55jfxe735Io5hE3olwp40WAO+mJqPPK0daaHN/ojUFSHVbBRwwkYhdmt+LGXicVrHqADgJPF+vSBGVjF+8pR8es93sbpJmRL7UYDJ1U/Y9V7IqONQnyGiffZ/4rgJWrW2g==; 5:W/rI7gkREh2ZpyDj7PLZ88DEF/aDOsfX2FTi1mGzSP0Giv8h8ZvhAuF6QIsHeSY01bfykyfnixsHVThUnTRYfNZeUi5amgNK4zbFQwq0C3sEvKVCbeEURp0vw94CSqirLN+hzRR3NibIPZTcpP9N+A==; 24:tbB673IwOKyL09UHfGidBWvI1aPl0P10ZI7oSW89oAArXq6bS0HgtViP8oKJsDQ5c+86sneRkNwhC8af+4DEiKGMoMjWY5C+C5HshZncuYY=; 7:yZDoSh5M66kDaLyz2HEc6jZtm0tUaHF8CrBwQEz0fjsEFvzAFSm36jaD46tDo20cYy3yp/TPGCjoS7tTFv+JMUKJdFOk5Xx5Im/uFEpTw4utP88ShUBDAyFNre+uXOnMWacNPpWb/Fwc6kNXbDLT5VkN1+boi5SXmeB3cqNi/F2IR6R7XZlXV5YJfxdNtQPTH1KZxsqtgANXYTedBeWgt73mGxqOUEdrzzg1hlemJtYXhJ2iQPx3VmhLQ0jMm1tG SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Jun 2016 14:56:04.7095 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB2178 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 14:56:09 -0000 --------------3EFD3EF9F21EA6D75BE6BED6 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit > ·Sn 3.2.2, the listed local policies seem all related to label > swapping actions. > > it is valuable to add a new local policy as follow: > > oAdd a single label or a sequence of labels to the NLRI before > propagating the route. > > This policy results that, when a node receives a MPLS packet, it will > pop out the label(s) and forward the packet to next hop. > > I think this is a sub-case of "replacing one label with multiple labels". > > */[Lucy] IMO, two are different. The case here does not replace any > label in NLRI, just add one or multiple labels to the NLRI. /* > That's the same as replacing by . > > *//* > > > > ·Sn 4 data plane description is not sufficient. When applying mutli > labels on data plane, we need to specify the rules to fill the label > stack entries beside pushing labels; e.g. TTL, EXP. To backward > comparable (RFC3032), need to clarify TTL, EXP processing applying to > the top label before and after label process action. > > 3107bis does not convey TTL or TC values, so I think all we need to > say is that "the setting of the TTL and TC fields in the label stack > of a data packet is determined by local policy". > > */[Lucy] True. But 3107 does describes data plane operation > accordingly. So it should at least mention these fields setting must > be compatible to RFC3032 because no intention to change here./* > I'll add the following text: When pushing labels onto a packet's label stack, the Time-to-Live (TTL) field ([RFC3032], [RFC3443]) and the Traffic Class (TC) field ([RFC3032], [RFC5462]) of each label stack entry must of course be set. This document does not specify any set of rules for setting these fields; that is a matter of local policy. > *//* > > > > ·This feature gives each next hop flexibility to determine how many > labels to bind a prefix, which may impact Path MTU. We SHOULD avoid > each path segment to fragment labeled packets. > > MPLS does not have fragmentation, so it is not possible to fragment > labeled packets ;-) > > */[Lucy] pls check RFC3032./* > I'd forgotten that RFC3032 contains an elaborate discussion about applying IP fragmentation in the case where the MPLS payload is an IP datagram and pushing on labels might cause the MTU to be exceeded. In 1997, it seemed like that might be important, but I don't think those procedures are actually used much (if at all). I don't think 3107bis needs to mention MTU issues, any more than any other draft that provides a way of distributing labels. > > *//* > > *//* > > You're right that a router should not be instructed to push on so many > labels that the MTU is exceeded. But this is always an issue with > MPLS, and is not specifically related to 3107bis. It is outside the > scope of this draft to specify procedures for determining the maximum > number of labels that can be safely pushed. > > */[Lucy] This mechanism adds more complex for Path MTU computation. > It is good to point out it when describing data plane. /* > The "data plane" section of 3107bis is about forming a packet's label stack based on the information in SAFI-128 or SAFI-4 UPDATES. It is not a general discussion of MPLS data plane issues. > > *//* > > > > ·This example in Sn 4 is not correct. > > In this case, if S1 receives an MPLS data packet whose top label is > > L21 and whose second label is L22, S1 will remove both L21 and L22 > > from the label stack, and replace them with . Note > > that the fact that L21 is a context label is known only to S1; other > > BGP speakers do not know how S1 will interpret L21 (or L22). > > The ability to replace one or more labels by one or more labels can > > provide great flexibility, but must be done carefully. Let's suppose > > again that S1 receives an UPDATE that specifies prefix P, label stack > > , and next hop N1. And suppose that S1 propagates > > this UPDATE to BGP speaker S2 after setting next hop self and after > > replacing the label field with . Finally, suppose > > that S1 programs its data plane so that when it processes a received > > MPLS packet whose top label is L21, it replaces L21 with > > , and then tunnels the packet to N1. > > In this case, BGP speaker S2 will have received a route with prefix > > P, label field , and next hop S1. If S2 decides to > > forward an IP packet according to this route, it will push > > onto the packet's label stack, and tunnel the packet > > to S1. S1 will replace L21 with , and will tunnel > > the packet to N1. N1 will receive the packet with the following > > label stack: . While this may be useful > > in certain scenarios, it may provide unintended results in other > > scenarios. -end > > Lucy: Label is advertised by S1, it does not make a > sense that S1 > > programs its data plane so that when it processes a received MPLS > packet whose top label > > is L21, it replaces L21 with , and tunnel the packet to > N1, i.e. > > N1 will receive the packet with the following > > label stack: . > > Whether this example corresponds to an actual use case is debatable. > The example merely shows something that can be done with the specified > mechanisms. > > This scenario would only be useful if S1 knows somehow that L22 will > rise to the top of the packet's label stack at a node to which L22 is > meaningful. > > */[Lucy] IMO: this is a fault case./* > As I said, this is just an example of something you could do with the mechanisms of 3107bis. If there's no use case for it, no one will do it. > > > S1 should replace with > > in this case. > > No, 3107bis does not (and should not) modify any of the rules for > processing the label stack of an incoming packet. > > */[Lucy] ??/* > If S1 really wanted to replace with it would program each of as a POP, and it would program L2k as a "POP and then PUSH ". But that's a different example than the one given in the draft. --------------3EFD3EF9F21EA6D75BE6BED6 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit

·         Sn 3.2.2, the listed local policies seem all related to label swapping actions.

 it is valuable to add a new local policy as follow:

o   Add a single label or a sequence of labels to the NLRI before propagating the route.

     This policy results that, when a node receives a MPLS packet, it will pop out the label(s) and forward the packet to next hop.

I think this is a sub-case of "replacing one label with multiple labels".

[Lucy] IMO, two are different. The case here does not replace any label in NLRI, just add one or multiple labels to the NLRI.

That's the same as replacing <x> by <a,b,x>.



·         Sn 4 data plane description is not sufficient. When applying mutli labels on data plane, we need to specify the rules to fill the label stack entries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC3032), need to clarify TTL, EXP processing applying to the top label before and after label process action.  

3107bis does not convey TTL or TC values, so I think all we need to say is that "the setting of the TTL and TC fields in the label stack of a data packet is determined by local policy".

[Lucy] True. But 3107 does describes data plane operation accordingly. So it should at least mention these fields setting must be compatible to RFC3032 because no intention to change here.

I'll add the following text:

   When pushing labels onto a packet's label stack, the Time-to-Live
   (TTL) field ([RFC3032], [RFC3443]) and the Traffic Class (TC) field
   ([RFC3032], [RFC5462]) of each label stack entry must of course be
   set.  This document does not specify any set of rules for setting
   these fields; that is a matter of local policy.



·         This feature gives each next hop flexibility to determine how many labels to bind a prefix, which may impact Path MTU. We SHOULD avoid each path segment to fragment labeled packets.

MPLS does not have fragmentation, so it is not possible to fragment labeled packets ;-) 

[Lucy] pls check RFC3032.

I'd forgotten that RFC3032 contains an elaborate discussion about applying IP fragmentation in the case where the MPLS payload is an IP datagram and pushing on labels might cause the MTU to be exceeded.   In 1997, it seemed like that might be important, but I don't think those procedures are actually used much (if at all).

I don't think 3107bis needs to mention MTU issues, any more than any other draft that provides a way of distributing labels.

You're right that a router should not be instructed to push on so many labels that the MTU is exceeded.  But this is always an issue with MPLS, and is not specifically related to 3107bis.  It is outside the scope of this draft to specify procedures for determining the maximum number of labels that can be safely pushed.

[Lucy]  This mechanism adds more complex for Path MTU computation. It is good to point out it when describing data plane.

The "data plane" section of 3107bis is about forming a packet's label stack based on the information in SAFI-128 or SAFI-4 UPDATES.  It is not a general discussion of MPLS data plane issues. 



·         This example in Sn 4 is not correct.

 

 

   In this case, if S1 receives an MPLS data packet whose top label is

   L21 and whose second label is L22, S1 will remove both L21 and L22

  from the label stack, and replace them with <L11,L12,...L1k>.  Note

   that the fact that L21 is a context label is known only to S1; other

   BGP speakers do not know how S1 will interpret L21 (or L22).

 

   The ability to replace one or more labels by one or more labels can

   provide great flexibility, but must be done carefully.  Let's suppose

   again that S1 receives an UPDATE that specifies prefix P, label stack

   <L11,L12,...,L1k>, and next hop N1.  And suppose that S1 propagates

   this UPDATE to BGP speaker S2 after setting next hop self and after

   replacing the label field with <L21,L22,...L2k>.  Finally, suppose

   that S1 programs its data plane so that when it processes a received

   MPLS packet whose top label is L21, it replaces L21 with

   <L11,L12,...,L1k>, and then tunnels the packet to N1.

 

   In this case, BGP speaker S2 will have received a route with prefix

   P, label field <L21,L22,...L2k>, and next hop S1.  If S2 decides to

   forward an IP packet according to this route, it will push

   <L21,L22,...L2k> onto the packet's label stack, and tunnel the packet

   to S1.  S1 will replace L21 with <L11,L12,...,L1k>, and will tunnel

   the packet to N1.  N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.  While this may be useful

   in certain scenarios, it may provide unintended results in other

   scenarios. -end

 

   Lucy: Label <L21,L22,L2k> is advertised by S1, it does not make a sense that S1

   programs its data plane so that when it processes a received MPLS packet whose top label

   is L21, it replaces L21 with <L11,L12,..L1k>, and tunnel the packet to N1, i.e.

   N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.

Whether this example corresponds to an actual use case is debatable.  The example merely shows something that can be done with the specified mechanisms.  

This scenario would only be useful if S1 knows somehow that L22 will rise to the top of the packet's label stack at a node to which L22 is meaningful.

[Lucy] IMO: this is a fault case.

As I said, this is just an example of something you could do with the mechanisms of 3107bis.  If there's no use case for it, no one will do it.



S1 should replace <L21, L22, ..L2k> with

   <L11,L12,...,L1k> in this case.

No, 3107bis does not (and should not) modify any of the rules for processing the label stack of an incoming packet.

[Lucy] ??

If S1 really wanted to replace <L21,L22,...,L2k> with <L11,L12,...,L1k> it would program each of <L21,L22,...,L2(k-1)> as a POP, and it would program L2k as a "POP and then PUSH <L11,L12,...,L2k>".  But that's a different example than the one given in the draft.
--------------3EFD3EF9F21EA6D75BE6BED6-- From nobody Tue Jun 21 08:22:08 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F2812D95F for ; Tue, 21 Jun 2016 08:22:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.636 X-Spam-Level: X-Spam-Status: No, score=-5.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 CEUY6hmsiAoU for ; Tue, 21 Jun 2016 08:22:03 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F9AA12D964 for ; Tue, 21 Jun 2016 08:22:02 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRF90137; Tue, 21 Jun 2016 15:21:59 +0000 (GMT) Received: from DFWEML703-CAH.china.huawei.com (10.193.5.177) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jun 2016 16:21:57 +0100 Received: from DFWEML501-MBB.china.huawei.com ([10.193.5.179]) by DFWEML703-CAH.china.huawei.com ([10.193.5.177]) with mapi id 14.03.0235.001; Tue, 21 Jun 2016 08:21:51 -0700 From: Lucy yong To: Eric C Rosen Thread-Topic: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt Thread-Index: AQHRu0WQuArjVPNYwkm9pBBbHtbxHZ/uAHZwgAVMEYD//42ZsIABvrkA//+OkdA= Date: Tue, 21 Jun 2016 15:21:51 +0000 Message-ID: <2691CE0099834E4A9C5044EEC662BB9D572A4105@dfweml501-mbb> References: <20160531140504.18647.87194.idtracker@ietfa.amsl.com> <2691CE0099834E4A9C5044EEC662BB9D5729A50D@dfweml501-mbb> <2691CE0099834E4A9C5044EEC662BB9D572A3D86@dfweml501-mbb> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.245.83] Content-Type: multipart/alternative; boundary="_000_2691CE0099834E4A9C5044EEC662BB9D572A4105dfweml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.57695B98.0279, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 75b81da38459e510a309d98d9900a2ee Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 15:22:06 -0000 --_000_2691CE0099834E4A9C5044EEC662BB9D572A4105dfweml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I thought about this example :) and think the followings may result differe= nt control plane and data plane operations. Add to NLRI, -> Replace by The first one works regardless if x exists or not, especially when x means = multiple labels. Lucy From: Eric C Rosen [mailto:erosen@juniper.net] Sent: Tuesday, June 21, 2016 9:56 AM To: Lucy yong Cc: mpls@ietf.org Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt * Sn 3.2.2, the listed local policies seem all related to label swa= pping actions. it is valuable to add a new local policy as follow: o Add a single label or a sequence of labels to the NLRI before propagati= ng the route. This policy results that, when a node receives a MPLS packet, it will = pop out the label(s) and forward the packet to next hop. I think this is a sub-case of "replacing one label with multiple labels". [Lucy] IMO, two are different. The case here does not replace any label in = NLRI, just add one or multiple labels to the NLRI. That's the same as replacing by . * Sn 4 data plane description is not sufficient. When applying mutl= i labels on data plane, we need to specify the rules to fill the label stac= k entries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC= 3032), need to clarify TTL, EXP processing applying to the top label before= and after label process action. 3107bis does not convey TTL or TC values, so I think all we need to say is = that "the setting of the TTL and TC fields in the label stack of a data pac= ket is determined by local policy". [Lucy] True. But 3107 does describes data plane operation accordingly. So i= t should at least mention these fields setting must be compatible to RFC303= 2 because no intention to change here. I'll add the following text: When pushing labels onto a packet's label stack, the Time-to-Live (TTL) field ([RFC3032], [RFC3443]) and the Traffic Class (TC) field ([RFC3032], [RFC5462]) of each label stack entry must of course be set. This document does not specify any set of rules for setting these fields; that is a matter of local policy. * This feature gives each next hop flexibility to determine how man= y labels to bind a prefix, which may impact Path MTU. We SHOULD avoid each = path segment to fragment labeled packets. MPLS does not have fragmentation, so it is not possible to fragment labeled= packets ;-) [Lucy] pls check RFC3032. I'd forgotten that RFC3032 contains an elaborate discussion about applying = IP fragmentation in the case where the MPLS payload is an IP datagram and p= ushing on labels might cause the MTU to be exceeded. In 1997, it seemed l= ike that might be important, but I don't think those procedures are actuall= y used much (if at all). I don't think 3107bis needs to mention MTU issues, any more than any other = draft that provides a way of distributing labels. You're right that a router should not be instructed to push on so many labe= ls that the MTU is exceeded. But this is always an issue with MPLS, and is= not specifically related to 3107bis. It is outside the scope of this draf= t to specify procedures for determining the maximum number of labels that c= an be safely pushed. [Lucy] This mechanism adds more complex for Path MTU computation. It is go= od to point out it when describing data plane. The "data plane" section of 3107bis is about forming a packet's label stack= based on the information in SAFI-128 or SAFI-4 UPDATES. It is not a gener= al discussion of MPLS data plane issues. * This example in Sn 4 is not correct. In this case, if S1 receives an MPLS data packet whose top label is L21 and whose second label is L22, S1 will remove both L21 and L22 from the label stack, and replace them with . Note that the fact that L21 is a context label is known only to S1; other BGP speakers do not know how S1 will interpret L21 (or L22). The ability to replace one or more labels by one or more labels can provide great flexibility, but must be done carefully. Let's suppose again that S1 receives an UPDATE that specifies prefix P, label stack , and next hop N1. And suppose that S1 propagates this UPDATE to BGP speaker S2 after setting next hop self and after replacing the label field with . Finally, suppose that S1 programs its data plane so that when it processes a received MPLS packet whose top label is L21, it replaces L21 with , and then tunnels the packet to N1. In this case, BGP speaker S2 will have received a route with prefix P, label field , and next hop S1. If S2 decides to forward an IP packet according to this route, it will push onto the packet's label stack, and tunnel the packet to S1. S1 will replace L21 with , and will tunnel the packet to N1. N1 will receive the packet with the following label stack: . While this may be useful in certain scenarios, it may provide unintended results in other scenarios. -end Lucy: Label is advertised by S1, it does not make a sense = that S1 programs its data plane so that when it processes a received MPLS packet= whose top label is L21, it replaces L21 with , and tunnel the packet to N= 1, i.e. N1 will receive the packet with the following label stack: . Whether this example corresponds to an actual use case is debatable. The e= xample merely shows something that can be done with the specified mechanism= s. This scenario would only be useful if S1 knows somehow that L22 will rise t= o the top of the packet's label stack at a node to which L22 is meaningful. [Lucy] IMO: this is a fault case. As I said, this is just an example of something you could do with the mecha= nisms of 3107bis. If there's no use case for it, no one will do it. S1 should replace with in this case. No, 3107bis does not (and should not) modify any of the rules for processin= g the label stack of an incoming packet. [Lucy] ?? If S1 really wanted to replace with it = would program each of as a POP, and it would program = L2k as a "POP and then PUSH ". But that's a different exa= mple than the one given in the draft. --_000_2691CE0099834E4A9C5044EEC662BB9D572A4105dfweml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I thought about this e= xample J and think the followings= may result different control plane and data plane operations.

Add <a,b>  = to NLRI, ->  <a,b,x …>

Replace <x> by &= nbsp;<a,b,x …>

 

The first one works re= gardless if x exists or not, especially when x means multiple labels.

 

Lucy=

 

From: Eric C Rosen [mailto:erosen@juniper.net]
Sent: Tuesday, June 21, 2016 9:56 AM
To: Lucy yong
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action: draft-rosen-mpls-rfc3107bis-01.txt

 

·         Sn 3.2.2, the listed local policies seem all related to label swappi= ng actions.

 it is valuable to add a new local policy as follow:

o   Add a single label or = a sequence of labels to the NLRI before propagating the route.

     This policy results that, when a node receives a M= PLS packet, it will pop out the label(s) and forward the packet to next hop= .

I think this is a sub-case of "replacing one label with multi= ple labels".

[Lucy] IMO, two are different. Th= e case here does not replace any label in NLRI, just add one or multiple labels to the NLRI.

That's the same as replacing <x> by <a,b,x&= gt;.




·         Sn 4 data plane description is not sufficient. When applying mutli l= abels on data plane, we need to specify the rules to fill the label stack e= ntries beside pushing labels; e.g. TTL, EXP. To backward comparable (RFC303= 2), need to clarify TTL, EXP processing applying to the top label before and after label process action.  

3107bis does not convey TTL or TC values, so I think all we need t= o say is that "the setting of the TTL and TC fields in the label stack= of a data packet is determined by local policy".

[Lucy] True. But 3107 does descri= bes data plane operation accordingly. So it should at least mention these fields setting must be compatible to RFC3032 because no inte= ntion to change here.

I'll add the following text:

   When pushing labels onto a packet's label stack, the Time-to-L= ive
   (TTL) field ([RFC3032], [RFC3443]) and the Traffic Class (TC) = field
   ([RFC3032], [RFC5462]) of each label stack entry must of cours= e be
   set.  This document does not specify any set of rules for= setting
   these fields; that is a matter of local policy.





·         This feature gives each next hop flexibility to determine how many l= abels to bind a prefix, which may impact Path MTU. We SHOULD avoid each pat= h segment to fragment labeled packets.

MPLS does not have fragmentation, so it is not possible to fragmen= t labeled packets ;-) 

[Lucy] pls check RFC3032.<= /i>

I'd forgotten that RFC3032 contains an elaborate dis= cussion about applying IP fragmentation in the case where the MPLS payload = is an IP datagram and pushing on labels might cause the MTU to be exceeded.=    In 1997, it seemed like that might be important, but I don't think those procedures are actually used much (i= f at all).

I don't think 3107bis needs to mention MTU issues, any more than any other = draft that provides a way of distributing labels.

You're right that a router should not be instructed to push on so = many labels that the MTU is exceeded.  But this is always an issue wit= h MPLS, and is not specifically related to 3107bis.  It is outside the scope of this draft to specify procedures= for determining the maximum number of labels that can be safely pushed.

[Lucy]  This mechanism adds = more complex for Path MTU computation. It is good to point out it when describing data plane.

The "data plane" section of 3107bis is abo= ut forming a packet's label stack based on the information in SAFI-128 or S= AFI-4 UPDATES.  It is not a general discussion of MPLS data plane issu= es. 




·         This example in Sn 4 is not correct.

 

 

   In this ca= se, if S1 receives an MPLS data packet whose top label is=

   L21 and wh= ose second label is L22, S1 will remove both L21 and L22<= /p>

  from the la= bel stack, and replace them with <L11,L12,...L1k>.  Note<= o:p>

   that the f= act that L21 is a context label is known only to S1; other

   BGP speake= rs do not know how S1 will interpret L21 (or L22).

 

   The abilit= y to replace one or more labels by one or more labels can=

   provide gr= eat flexibility, but must be done carefully.  Let's suppose

   again that= S1 receives an UPDATE that specifies prefix P, label stack

   <L11,L1= 2,...,L1k>, and next hop N1.  And suppose that S1 propagates=

   this UPDAT= E to BGP speaker S2 after setting next hop self and after=

   replacing = the label field with <L21,L22,...L2k>.  Finally, suppose<= o:p>

   that S1 pr= ograms its data plane so that when it processes a received

   MPLS packe= t whose top label is L21, it replaces L21 with

   <L11,L1= 2,...,L1k>, and then tunnels the packet to N1.

 

   In this ca= se, BGP speaker S2 will have received a route with prefix=

   P, label f= ield <L21,L22,...L2k>, and next hop S1.  If S2 decides to=

   forward an= IP packet according to this route, it will push

   <L21,L2= 2,...L2k> onto the packet's label stack, and tunnel the packet

   to S1.&nbs= p; S1 will replace L21 with <L11,L12,...,L1k>, and will tunnel=

   the packet= to N1.  N1 will receive the packet with the following

   label stac= k: <L11,L12,...L1k,L22,...L2k>.  While this may be useful=

   in certain= scenarios, it may provide unintended results in other

   scenarios.= -end

 

   Lucy: Label <L21,L22,L2k> is advertised by S1, it does n= ot make a sense that S1

   programs its data plane so that when it processes a received M= PLS packet whose top label

   is L21, it replaces L21 with <L11,L12,..L1k>, and tunnel= the packet to N1, i.e.

   N1 will receive the packet with the following

   label stack: <L11,L12,...L1k,L22,...L2k>.

Whether this example corresponds to an actual use case is debatabl= e.  The example merely shows something that can be done with the speci= fied mechanisms.  

This scenario would only be useful if S1 knows somehow that L22 will rise t= o the top of the packet's label stack at a node to which L22 is meaningful.=

[Lucy] IMO: this is a fault case.=

As I said, this is just an example of something you = could do with the mechanisms of 3107bis.  If there's no use case for i= t, no one will do it.





S1 should replace <L21, L22, ..L2k> with

   <L11,L12,...,L1k> in this case.

No, 3107bis does not (and should not) modify any of the rules for proces= sing the label stack of an incoming packet.

[Lucy] ??

If S1 really wanted to replace <L21,L22,...,L2k&g= t; with <L11,L12,...,L1k> it would program each of <L21,L22,...,L2= (k-1)> as a POP, and it would program L2k as a "POP and then PUSH &= lt;L11,L12,...,L2k>".  But that's a different example than the one given in the draft.

--_000_2691CE0099834E4A9C5044EEC662BB9D572A4105dfweml501mbb_-- From nobody Tue Jun 21 08:50:17 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FE0712D939; Tue, 21 Jun 2016 08:50:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.719 X-Spam-Level: X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=jcucchiara@mindspring.com header.d=mindspring.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 dTv2EvRLoFcF; Tue, 21 Jun 2016 08:50:08 -0700 (PDT) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by ietfa.amsl.com (Postfix) with ESMTP id 8413612D147; Tue, 21 Jun 2016 08:50:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=m2kI/0fzbZlflkPQQzy/1IIHmhBuHUzlil9JaQMWBn00nkQHhmBaDLlyRSxuaDU+; h=Received:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:X-ELNK-Trace:X-Originating-IP; Received: from [72.93.239.57] (helo=JoanTower) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1bFNvo-0005zV-S2; Tue, 21 Jun 2016 11:49:41 -0400 From: "Joan Cucchiara" To: "'???'" , "'Loa Andersson'" , "'Joan Cucchiara'" References: In-Reply-To: Date: Tue, 21 Jun 2016 11:49:35 -0400 Message-ID: <017001d1cbd4$84b4c600$8e1e5200$@mindspring.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0171_01D1CBB2.FDAF0CE0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFgvweFI5FsImu4J8BlAaj6Ri7FGqDWKrAg Content-Language: en-us X-ELNK-Trace: 4d68bbe9cb71969ea344cf2d1a8e60840a9da525759e26547ce1a1b3cafbcf3ce3e28be3e1449f3608a8bb3e8e732a70350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 72.93.239.57 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-tp-linear-protection-mib@ietf.org, mpls-chairs@ietf.org, mib-doctors@ietf.org Subject: Re: [mpls] ??: Review of draft-ietf-mpls-tp-linear-protection-mib-07 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 15:50:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0171_01D1CBB2.FDAF0CE0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Sorry, yes, I dropped the ball but it is back on my plate. Please give = me another couple of days. -Joan =20 From: ??? [mailto:ryoo@etri.re.kr]=20 Sent: Friday, June 17, 2016 11:27 PM To: Loa Andersson; Joan Cucchiara Cc: Joan Cucchiara; mpls@ietf.org; = draft-ietf-mpls-tp-linear-protection-mib@ietf.org; mpls-chairs@ietf.org; = mib-doctors@ietf.org Subject: ??: [mpls] ??: Review of = draft-ietf-mpls-tp-linear-protection-mib-07 =20 Loa, thank you for looking into this.=20 =20 You have the most recent email on this work. I am still waiting for Joan's response. =20 Best regards =20 Jeong-dong =20 =20 -------- =EC=9B=90=EB=B3=B8 =EC=9D=B4=EB=A9=94=EC=9D=BC -------- =EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C: Loa Andersson =20 =EB=82=A0=EC=A7=9C: 16/6/17 19:20 (GMT+09:00)=20 =EB=B0=9B=EC=9D=80 =EC=82=AC=EB=9E=8C: =EB=A5=98=EC=A0=95=EB=8F=99 = , Joan Cucchiara =20 =EC=B0=B8=EC=A1=B0: Joan Cucchiara , = mpls@ietf.org, draft-ietf-mpls-tp-linear-protection-mib@ietf.org, = mpls-chairs@ietf.org, mib-doctors@ietf.org=20 =EC=A0=9C=EB=AA=A9: Re: [mpls] =ED=9A=8C=EC=8B=A0: Review of = draft-ietf-mpls-tp-linear-protection-mib-07=20 =20 Jeong-dong and Joan, This is the latest I have on this document, what is the status today? /Loa On 2016-05-27 03:09, Ryoo, Jeong-dong wrote: > Joan, thanks. > > > We are looking forward to hearing from you soon. > > > Jeong-dong > > > > > > > > = ------------------------------------------------------------------------ > *=EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C : *"Joan Cucchiara" = > *=EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C : *2016-05-26 23:09:46 ( +09:00 = ) > *=EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C : *=EB=A5=98=EC=A0=95=EB=8F=99 = > *=EC=B0=B8=EC=A1=B0 : *Joan Cucchiara , Loa = Andersson > , mpls@ietf.org , > draft-ietf-mpls-tp-linear-protection-mib@ietf.org > , > mpls-chairs@ietf.org , mib-doctors@ietf.org > > *=EC=A0=9C=EB=AA=A9 : *Re: [mpls] =ED=9A=8C=EC=8B=A0: Review of > draft-ietf-mpls-tp-linear-protection-mib-07 > > > > Jeong-dong, > > > > > > Thank you for the responses to my comments. I will take a look at = the > updated draft soon. > > > > > > -Joan > > > > > > On Thu, May 19, 2016 at 9:24 AM, =EB=A5=98=EC=A0=95=EB=8F=99 = =20 > > wrote: > > > > Dear Joan, > > > > > > We resolved all of your comments and uploaded a revsion today. > > > > > > Please, see inlines starting with [Authors] in your previous email > below. > > > > > > The revised draft can be found in: > > > > = https://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-linear-protection= -mib-08.txt > > > > > > > We appreciate your help on this draft. > > > > > > Best regards, > > > > > > Jeong-dong > > > > > > ________________________________________ > > > > =EB=B3=B4=EB=82=B8 =EC=82=AC=EB=9E=8C: Joan Cucchiara = [jcucchiara@mindspring.com > ] > > > > =EB=B3=B4=EB=82=B8 =EB=82=A0=EC=A7=9C: 2016=EB=85=84 4=EC=9B=94 = 5=EC=9D=BC =ED=99=94=EC=9A=94=EC=9D=BC =EC=98=A4=EC=A0=84 12:10 > > > > =EB=B0=9B=EB=8A=94 =EC=82=AC=EB=9E=8C: Loa Andersson; = mpls@ietf.org ; > draft-ietf-mpls-tp-linear-protection-mib@ietf.org > ; > mpls-chairs@ietf.org > > > > =EC=B0=B8=EC=A1=B0: mib-doctors@ietf.org = > > > > =EC=A0=9C=EB=AA=A9: Review of = draft-ietf-mpls-tp-linear-protection-mib-07 > > > > > > Comments for draft-ietf-mpls-tp-linear-protection-mib-07.txt > > > > > > Authors, > > > > > > Lots of work went into this draft. The early MIB Doctor review > > > > comments have been incorporated, so thank you for that. These > > > > comments are arranged in 3 sections: MIB compiler outputs, > > > > General Comments which are observations that apply to several > > > > places in the MIB and should be checked for throughout the MIB. > > > > > > The last section is for specific comments. > > > > > > Please take these comments as part of the last call. > > > > > > Thanks, > > > > -Joan > > > > > > Compiles cleanly with smilint > > > > > > smicng flagged some errors > > > > Output from smicng > > > > E: f(MPLS-LSP-MIB.my), (370,4) Row "mplsLpsConfigEntry" may not > > > > have columns with MAX-ACCESS of read-write if any column is = read-create > > > > E: f(MPLS-LSP-MIB.my), (378,15) Index item > > > > "mplsLpsConfigDomainIndex" must be defined with syntax that > > > > includes a range > > > > E: f(MPLS-LSP-MIB.my), (907,4) Item "mplsLpsMeConfigDomainIndex" > > > > has invalid value for MAX-ACCESS > > > > > > > > When looking at the MIB, I see that there do appear to be some > potential > > > > errors: > > > > mplsLpsConfigCommand OBJECT-TYPE > > > > SYNTAX MplsLpsCommand > > > > MAX-ACCESS read-write <---- should be read-create > > > > > > because row created using RowStatus > > > > STATUS current > > > > > > [Authors] OK, Fixed. > > > > > > In general, indices should specify a range so this is why it was > > > > flagged by compiler. Looking at this specific index would like to > > > > understand how the value is supposed to be assigned? If this is > > > > assigned by an operator, perhaps there should be a mechanism for > > > > the operator to choose a value (for example, by using a > > > > IndexIntegerNextFree object)? Please clarify. > > > > > > mplsLpsConfigDomainIndex OBJECT-TYPE > > > > SYNTAX Unsigned32 > > > > > > [Authors] Fixed by using the IndexIntegerNextFree object. > > > > > > mplsLpsMeConfigDomainIndex <--- name implies that this is an index > > > > but it is NOT included in the INDEX clause for this table. > > > > > > Please clarify what is intended. > > > > > > [Authors] This is not the INDEX for this table. It is used to > identify the corresponding mplsLpsConfigDomainIndex value in the > other table, =E2=80=9CmplsLpsConfigTable=E2=80=9D. The name of = this object is > changed to mplsLpsMeConfigDomainIndexValue to avoid confusion. > > > > > > > > General Comments: > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > * There are mentions of there being two MIB Modules in this > > > > document, but there is only one MIB Module. I have tried to note > > > > these statements under specific comments, but please check for > > > > such statements. If the intention is to create two MIB Modules, > > > > that is fine, but currently, there is only one. > > > > > > [Authors] Yes, there is only one defined in this document. Fixed > > > > > > * The relationships of these Tables is not clear. > > > > MplsLpsConfigTable has an INDEX but how the operator > > > > is supposed to choose a value for this index is > > > > not specified. The MplsLpsMeConfigTable indexing is confusing. > > > > Although the document states that this table is an extension > > > > of the MPLSOamIdMeTable, the name of the object, > > > > mplsLpsMeConfigDomainIndex is confusing because it suggests > > > > this is an INDEX (as does the status of not-accessible). Please > clarify. > > > > > > [Authors] Fixed by using the IndexIntegerNextFree object and > changing the name of mplsLpsConfigDomainIndex to > mplsLpsMeConfigDomainIndexValue > > > > > > Since the indexing for these Tables is confusing to me, then > > > > please realize that this MIB may have additional comments > > > > during the next review once the indexing is clarified. > > > > > > * In general more REFERENCE Clauses could/should be added = throughout > MIB. > > > > > > Objects such as mplsLpsMeConfigDomainIndex, = mplsLpsMeStatusCurrent, > > > > mplsLpsConfigMode, mplsLpsConfigProtectionType, etc. This was = also > > > > mentioned during the early MIB Dr. review. > > > > > > [Authors] OK. Added more REFERENCE Clauses. > > > > > > * Some of the objects use Integer32 but they probably should > > > > use Unsigned32. In other words, if the objects can only take on > values 0 > > > > and above, then > > > > they should use Unsigned32. > > > > > > e.g. mplsLpsConfigSdBadSeconds, mplsLpsConfigSdGoodSeconds, > > > > mplsLpsConfigWaitToRestore, mplsLpsConfigHoldOff, etc. Please > > > > check all the Integer32 objects to see if they should be = Unsigned32. > > > > > > [Authors] OK, Fixed. > > > > > > *) Date is same a previous version. This should be updated for > > > > every revision of the document. Please update. > > > > LAST-UPDATED and REVISION clauses > > > > "201512060000Z" -- December 06, 2015 > > > > > > [Authors] OK, Fixed. > > > > > > *) Only FullCompliance is done for this MIB Module. As you > > > > probably are aware, not all operators want to configure > > > > using SNMP, if there is not a ReadOnly Compliance available, then > > > > they will not be compliant with the MIB. I think a ReadOnly = Compliance > > > > for a MIB is useful and would like to understand why this MIB > doesn't have > > > > one. > > > > Could the authors please clarify? > > > > > > [Authors] OK, ReadOnly Compliance is added. > > > > > > > > Specific Comments: > > > > > > Section 1. Introductions > > > > > > Mentions multiple MIB Modules but there is only one. Please > > > > clarify the text: "However, since the MIB modules ..." <-- plural > > > > > > [Authors] Yes, there is only one. Fixed. > > > > > > > > Section 4. > > > > > > As mentioned before there is only 1 MIB module. Please update. > > > > > > "This document specifies a MIB module > > > > for the Label Edge Router (LER) > > > > that supports MPLS TP Linear protection and a MIB > > > > module that defines textual conventions....." > > > > > > [Authors] OK. Fixed. > > > > > > Section 5.1 Textual Conventions > > > > > > * I don't see a separate MIB Module for TCs. Please clarify. > > > > > > [Authors] Fixed. > > > > > > Section 5.4 The Table Structure > > > > > > * The mplsLpsConfigTable > > > > > > "The protection domain is identified by mplsLpsConfigGroupName." > > > > This statement does not seem to be entirely accurate given the MIB > > > > design for 2 reasons, 1. there doesn't seem to be an object > > > > mplsLpsConfigGroupName > > > > and 2. the INDEX is mplsLpsConfigDomainIndex Unsigned32 (which = also > appears > > > > in the > > > > mplsLpsMeConfigEntry with a status of not-accessible > > > > (and I think you intend for it to be an object)? > > > > > > [Authors] =E2=80=9CmplsLpsConfigGroupName=E2=80=9D should be > =E2=80=9CmplsLpsConfigDomainName=E2=80=9D. It=E2=80=99s been = corrected. > > > > > > As a reviewer, this is confusing because the relationship with > > > > these tables is unclear and so it is very difficult to > > > > review the MIB Module. Please clarify the relationship with > > > > these tables and to the mplsOamIdMeTable in the > > > > MPLS-OAM-ID-STD-MIB. > > > > > > [Authors] A protection domain consists of two paths, working and > protection paths, and requires two OAM MEs; one OAM ME for the > working path and the other ME for the protection path. In other > words, a row of =E2=80=9CmplsLpsConfigTable=E2=80=9D is for one = protection domain, > which requires two rows in =E2=80=9CmplsOamIdMeTable=E2=80=9D: one = for the working > path and the other for the protection path. Also note that an = entry > of =E2=80=9CmplsOamIdMeTable=E2=80=9D may not belong to any = protection domain. The > row of =E2=80=9CmplsLpsMeConfigTable=E2=80=9D defined in this = document has a sparse > relationship with that of the =E2=80=9CmplsOAMIdMeTable=E2=80=9D = defined in RFC 7697. > > > > > > > > "The other attributes in this table", do you mean objects? > > > > > > [Authors] Yes. Fixed. > > > > > > > > * The mplsLpsStatusTable > > > > > > There is no mention that the mplsLpsStatusTable's Entries have an > > > > AUGMENTS relationship with the mplsLpsConfigTable Entries. Please = add. > > > > > > [Authors] Added. > > > > > > > > 6.1 Relationship to the MPLS OAM maintenance identifier MIB = Module > > > > > > The title needs to be capitalized correctly, Relationship to the > > > > MPLS OAM Maintenance Identifier MIB Module > > > > > > Please update this section to use RFC7697 (and in Informative > References > > > > also) > > > > instead of draft-ietf-mpls-tp-oam-id-mib. > > > > > > [Authors] Ok. Fixed. > > > > > > > > As mentioned above, the mplsLpsMeConfigTable has an object > > > > mplsLpsMeConfigDomainIndex which is (not-accessible). > > > > Is this supposed to be an INDEX, or is this an object? I am > > > > confused by what is intended. > > > > > > [Authors] The name of this object is changed to > mplsLpsMeConfigDomainIndexValue to avoid confusion. > > > > > > > > 7. Example of Protection switching configuration for > > > > > > MPLS-TP TE tunnel (Please change title: Example of Protection > Switching > > > > Configuration) > > > > > > * I am unclear how mplsLspConfigEntry is actually configured for > > > > use in this example. Is an operator supposed to randomly choose = an > INDEX > > > > value? > > > > > > Would an IndexNext object be useful to use in conjunction with = this > INDEX? > > > > > > [Authors] Yes, it has been addressed with IndexIntegerNextFree. > > > > > > > > > > MIB Module > > > > ------------ > > > > > > (general comment: the DESCRIPTION clauses could be more readable > > > > if consistency was used. Sometimes the > > > > value is listed on the side and the description follows on the > > > > same line and sometimes the value is listed > > > > on a single line and the description follows a couple of lines > > > > after. Please be consistent.) > > > > > > [Authors] Ok. Fixed. > > > > > > > > * mplsLpsConfigDomainName -- Is there a DEFAULT value for this > > > > object? The string size is 1..32 with no > > > > option of 0 length string, so wanted to check about a default > > > > value? Under what circumstances can this value > > > > be modified? Please give a REFERENCE. > > > > > > [Authors] No DEFAULT value is needed. The size has been changed to > 0..32. > > > > > > > > * mplsLpsConfigMode - Needs REFERENCE (and please try to be > > > > specific). Under what circumstances can this be modified? > > > > > > [Authors] REFERENCE is given. > > > > > > > > * mplsLpsConfigWaitToRestore > > > > Why is this not in minutes? If someone configures this to be 30 > > > > seconds is that valid? Doesn't seem so based on the DESCRIPTION. > Please > > > > clarify. > > > > > > [Authors] Fixed with =E2=80=9Cminutes=E2=80=9D. The range is also = corrected. > > > > > > > > * mplsLpsConfigHoldOff What is meant by "Can be configured in > > > > steps of 100?" Is this 100 milliseconds? If so then maybe a > better unit > > > > choice would be > > > > centiseconds. Please clarify. > > > > > > [Authors] It can be configured like: 0, 100 ms, 200 ms, =E2=80=A6 = , 10 > seconds. So, the units and the description are changed using > =E2=80=9Cdeciseconds=E2=80=9D. > > > > > > *mplsLpsConfigCommand is read-write. Is this supposed to be > > > > read-create? > > > > > > [Authors] Yes. Fixed > > > > > > > > *mplsLpsConfigRowStatus -- I think there is some conflicting > > > > advice given to the operator. Several objects say that it is fine > to change > > > > the > > > > value of the object when RowStatus is active, but this is not = specified > > > > consistently. Limiting the > > > > values of RowStatus in the Conformance Section > > > > may be the way to go. Please clarify. > > > > > > [Authors] There are some objects that can be changed during = protocol > operation, while other objects cannot be changed but their values > need to be given before the operation. In the revision, we = specified > them consistently. > > > > > > > > *mplsLpsMeConfigState is a read-create. This is probably okay, but > > > > again, that depends on if mplsLpsMeConfigDomainIndex > > > > is an INDEX for this table given that it has a status of > not-accessible, > > > > etc. > > > > > > [Authors] =E2=80=9CmplsLpsMeConfigDomainIndex=E2=80=9D was not = intended to be INDEX, > but to contain the value of the value of protection domain index. = We > changed it to mplsLpsMeConfigDomainIndexValue to avoid confusion > > > > > > > > *mplsLpsMeStatusSwitchoverSeconds > > > > Needs a units clause for Seconds > > > > > > [Authors] Fixed. > > > > > > > > Notifications > > > > > > There are a couple Notifications that are send when values of = certain > > > > counters increment. Maybe this is valid, but it seems suspect. > > > > If a management stations needs information on counters, > > > > why can't it just retrieve them at that point? I don't see any > > > > counter discontinuity objects, so was wondering about that too. > > > > > > [Authors] Whenever there is an increment in any of the enabled > counters, network operators need to be alarmed. > > > > > > > > * mplsLpsEventFopTimOut Notification > > > > > > Please rename this to mplsLpsEventFopTimeout > > > > > > [Authors] OK. Fixed. > > > > > > > > * Compliance/Conformance Section of the MIB Module > > > > > > Currently, there is only FullCompliance. Why is there no > > > > ReadOnlyCompliance? > > > > > > [Authors] OK. It=E2=80=99s been added. > > > > > > > > --- end of comments --- > > > > > > > > _______________________________________________ > > > > mpls mailing list > > > > mpls@ietf.org > > > > https://www.ietf.org/mailman/listinfo/mpls > > > > > No virus found in this message. Checked by AVG - www.avg.com Version: 2016.0.7539 / Virus Database: 4604/12443 - Release Date: = 06/18/16 ------=_NextPart_000_0171_01D1CBB2.FDAF0CE0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Sorry, yes, I dropped the ball but it is back on my plate.=C2=A0 = Please give me another couple of days.

-Joan

 

From: ??? = [mailto:ryoo@etri.re.kr]
Sent: Friday, June 17, 2016 11:27 = PM
To: Loa Andersson; = Joan Cucchiara
Cc: = Joan Cucchiara; mpls@ietf.org; = draft-ietf-mpls-tp-linear-protection-mib@ietf.org; mpls-chairs@ietf.org; = mib-doctors@ietf.org
Subject: ??: [mpls] ??: Review of = draft-ietf-mpls-tp-linear-protection-mib-07

<= /div>

 

Loa, thank you for looking into this. =

 

=

You have the most recent email on this = work.

I am = still waiting for Joan's = response.

 

=

Best = regards

 

=

Jeong-dong

<= div>

 

=

 

=

-------- = =EC=9B=90=EB=B3=B8 = =EC=9D=B4=EB=A9=94=EC=9D= =BC = --------

=EB=B3= =B4=EB=82=B8 =EC=82=AC=EB=9E=8C: Loa = Andersson <loa@pi.nu>

=EB=82= =A0=EC=A7=9C: 16/6/17 19:20 (GMT+09:00) =

=EB=B0= =9B=EC=9D=80 =EC=82=AC=EB=9E=8C: = =EB=A5=98=EC=A0=95=EB=8F= =99 = <ryoo@etri.re.kr>, Joan Cucchiara = <jcucchiara.ietf@gmail.com> =

=EC=B0= =B8=EC=A1=B0: Joan Cucchiara = <jcucchiara@mindspring.com>, mpls@ietf.org, = draft-ietf-mpls-tp-linear-protection-mib@ietf.org, mpls-chairs@ietf.org, = mib-doctors@ietf.org

=EC=A0= =9C=EB=AA=A9: Re: [mpls] =ED=9A=8C=EC=8B=A0: Review of = draft-ietf-mpls-tp-linear-protection-mib-07 =

 

Jeong-dong and Joan,

This = is the latest I have on this document, what is the status = today?

/Loa

On 2016-05-27 03:09, Ryoo, Jeong-dong  = wrote:
> Joan, thanks.
>
>
> We are looking = forward to hearing from you soon.
>
>
> = Jeong-dong
>
>
>
>
>
>
>
>= ; = ------------------------------------------------------------------------<= br>> *=EB=B3=B4=EB=82=B8= = =EC=82=AC=EB=9E=8C= : = *"Joan Cucchiara" <jcucchiara.ietf@gmail.com&g= t;
> *=EB=B3=B4=EB=82=B8= = =EB=82=A0=EC=A7=9C= : = *2016-05-26 23:09:46 ( +09:00 )
> *=EB=B0=9B=EB=8A=94= = =EC=82=AC=EB=9E=8C= : = *=EB=A5=98=EC=A0=95= =EB=8F=99 = <ryoo@etri.re.kr>
> = *=EC=B0=B8=EC=A1=B0= : *Joan = Cucchiara <jcucchiara@mindspring.com&g= t;, Loa Andersson
> <loa@pi.nu>, mpls@ietf.org <mpls@ietf.org>,
> draft-i= etf-mpls-tp-linear-protection-mib@ietf.org
> <draft-i= etf-mpls-tp-linear-protection-mib@ietf.org>,
> mpls-chairs@ietf.org <mpls-chairs@ietf.org>, mib-doctors@ietf.org
> = <mib-doctors@ietf.org>
>= *=EC=A0=9C=EB=AA=A9= : *Re: = [mpls] =ED=9A=8C=EC=8B=A0= : Review = of
> = draft-ietf-mpls-tp-linear-protection-mib-07
>
>
>
&g= t; Jeong-dong,
>
>
>
>
>
> Thank you = for the responses to my comments.   I will take a look at = the
> updated draft = soon.
>
>
>
>
>
> = -Joan
>
>
>
>
>
> On Thu, May 19, = 2016 at 9:24 AM, =EB=A5=98=EC=A0=95= =EB=8F=99 = <ryoo@etri.re.kr
> = <mailto:ryoo@etri.re.kr>> = wrote:
>
>
>
>     Dear = Joan,
>
>
>
>
>
>   &n= bsp; We resolved all of your comments and uploaded a revsion = today.
>
>
>
>
>
>   &= nbsp; Please, see inlines starting with [Authors] in your previous = email
>     = below.
>
>
>
>
>
>   &= nbsp; The revised draft can be found = in:
>
>
>
>     https://www.ietf.org/internet-drafts/draft-ietf-mpls-tp= -linear-protection-mib-08.txt
>
>
>
>
>=
>
>     We appreciate your help on this = draft.
>
>
>
>
>
>   &= nbsp; Best = regards,
>
>
>
>
>
>   = ;  = Jeong-dong
>
>
>
>
>
>  &nb= sp;  = ________________________________________
>
>
>
>&= nbsp;    =EB=B3=B4=EB=82=B8= = =EC=82=AC=EB=9E=8C= : Joan = Cucchiara [jcucchiara@mindspring.com
>     = <mailto:jcucchiara@mindspring.co= m>]
>
>
>
>     = =EB=B3=B4=EB=82=B8= = =EB=82=A0=EC=A7=9C= : = 2016=EB=85=84<= /font> = 4=EC=9B=94<= /font> = 5=EC=9D=BC<= /font> = =ED=99=94=EC=9A=94= =EC=9D=BC = =EC=98=A4=EC=A0=84= = 12:10
>
>
>
>     = =EB=B0=9B=EB=8A=94= = =EC=82=AC=EB=9E=8C= : Loa = Andersson; mpls@ietf.org <mailto:mpls@ietf.org>;
> =     draft-i= etf-mpls-tp-linear-protection-mib@ietf.org
>   &= nbsp; <mailto:= draft-ietf-mpls-tp-linear-protection-mib@ietf.org>;
> &= nbsp;   mpls-chairs@ietf.org <mailto:mpls-chairs@ietf.org><= br>>
>
>
>     = =EC=B0=B8=EC=A1=B0= : mib-doctors@ietf.org <mailto:mib-doctors@ietf.org><= br>>
>
>
>     = =EC=A0=9C=EB=AA=A9= : Review = of = draft-ietf-mpls-tp-linear-protection-mib-07
>
>
>
&g= t;
>
>     Comments for = draft-ietf-mpls-tp-linear-protection-mib-07.txt
>
>
>>
>
>     = Authors,
>
>
>
>
>
>   = ;  Lots of work went into this draft.  The early MIB Doctor = review
>
>
>
>     comments = have been incorporated, so thank you for that.   = These
>
>
>
>     comments = are arranged in 3 sections:  MIB compiler = outputs,
>
>
>
>     General = Comments which are observations that apply to = several
>
>
>
>     places = in the MIB and should be checked for throughout the = MIB.
>
>
>
>
>
>   &nb= sp; The last section is for specific = comments.
>
>
>
>
>
>  &nbs= p;  Please take these comments as part of the last = call.
>
>
>
>
>
>   &n= bsp; Thanks,
>
>
>
>     = -Joan
>
>
>
>
>
>   &n= bsp; Compiles cleanly with = smilint
>
>
>
>
>
>   =   smicng flagged some = errors
>
>
>
>     Output = from smicng
>
>
>
>     E: = f(MPLS-LSP-MIB.my), (370,4) Row "mplsLpsConfigEntry" may = not
>
>
>
>     have columns = with MAX-ACCESS of read-write if any column is = read-create
>
>
>
>     E: = f(MPLS-LSP-MIB.my), (378,15) Index = item
>
>
>
>     = "mplsLpsConfigDomainIndex" must be defined with syntax = that
>
>
>
>     includes a = range
>
>
>
>     E: = f(MPLS-LSP-MIB.my), (907,4) Item = "mplsLpsMeConfigDomainIndex"
>
>
>
>&nb= sp;    has invalid value for = MAX-ACCESS
>
>
>
>
>
>
>
>= ;     When looking at the MIB, I see that there do = appear to be some
>     = potential
>
>
>
>     = errors:
>
>
>
>     &nbs= p;  mplsLpsConfigCommand = OBJECT-TYPE
>
>
>
>     =       SYNTAX      = MplsLpsCommand
>
>
>
>    &nb= sp;      MAX-ACCESS  = read-write    <---- should be = read-create
>
>
>
>
>
>  &n= bsp;  because row created using = RowStatus
>
>
>
>     &n= bsp;     STATUS      = current
>
>
>
>
>
>   =   [Authors] OK, = Fixed.
>
>
>
>
>
>   &= nbsp; In general, indices should specify a range so this is why it = was
>
>
>
>     flagged by = compiler.  Looking at this specific index would like = to
>
>
>
>     understand = how the value is supposed to be assigned?   If this = is
>
>
>
>     assigned by = an operator, perhaps there should be a mechanism = for
>
>
>
>     the operator = to choose a value (for example, by using = a
>
>
>
>     = IndexIntegerNextFree object)?  Please = clarify.
>
>
>
>
>
>   = ;     mplsLpsConfigDomainIndex = OBJECT-TYPE
>
>
>
>     =       = SYNTAX        = Unsigned32
>
>
>
>
>
>  &nb= sp;  [Authors] Fixed by using the IndexIntegerNextFree = object.
>
>
>
>
>
>   =   mplsLpsMeConfigDomainIndex <--- name implies that this is an = index
>
>
>
>     but it is = NOT included in the INDEX clause for this = table.
>
>
>
>
>
>   &= nbsp; Please clarify what is = intended.
>
>
>
>
>
>  &nbs= p;  [Authors] This is not the INDEX for this table. It is used = to
>     identify the corresponding = mplsLpsConfigDomainIndex value in the
>     = other table, =E2=80=9CmplsLpsConfigTable=E2=80=9D. The name of this = object is
>     changed to = mplsLpsMeConfigDomainIndexValue to avoid = confusion.
>
>
>
>
>
>
>
>= ;     General = Comments:
>
>
>
>     = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>
>
>
>
>     * There = are mentions of there being two MIB Modules in = this
>
>
>
>     document, = but there is only one MIB Module. I have tried to = note
>
>
>
>     these = statements under specific comments, but please check = for
>
>
>
>     such = statements.   If the intention is to create two MIB = Modules,
>
>
>
>     that is = fine, but currently, there is only = one.
>
>
>
>
>
>   &nb= sp; [Authors] Yes, there is only one defined in this document. = Fixed
>
>
>
>
>
>   &n= bsp; * The relationships of these Tables is not = clear.
>
>
>
>     = MplsLpsConfigTable has an INDEX but how the = operator
>
>
>
>     is = supposed to choose a value for this index = is
>
>
>
>     not = specified.  The MplsLpsMeConfigTable indexing is = confusing.
>
>
>
>     = Although the document states that this table is an = extension
>
>
>
>     of the = MPLSOamIdMeTable, the name of the = object,
>
>
>
>     = mplsLpsMeConfigDomainIndex is confusing because it = suggests
>
>
>
>     this is = an INDEX (as does the status of not-accessible).   = Please
>     = clarify.
>
>
>
>
>
>   = ;  [Authors] Fixed by using the IndexIntegerNextFree object = and
>     changing the name of = mplsLpsConfigDomainIndex to
>     = mplsLpsMeConfigDomainIndexValue
>
>
>
>
>>     Since the indexing for these Tables is = confusing to me, = then
>
>
>
>     please = realize that this MIB may have additional = comments
>
>
>
>     during = the next review once the indexing is = clarified.
>
>
>
>
>
>  &nb= sp;  * In general more REFERENCE Clauses could/should be added = throughout
>     = MIB.
>
>
>
>
>
>   &nb= sp; Objects such as mplsLpsMeConfigDomainIndex, = mplsLpsMeStatusCurrent,
>
>
>
>   =   mplsLpsConfigMode, mplsLpsConfigProtectionType, etc.   = This was also
>
>
>
>     = mentioned during the early MIB Dr. = review.
>
>
>
>
>
>   =   [Authors] OK. Added more REFERENCE = Clauses.
>
>
>
>
>
>   = ;  * Some of the objects use Integer32 but they probably = should
>
>
>
>     use = Unsigned32.   In other words, if the objects can only take = on
>     values = 0
>
>
>
>     and above, = then
>
>
>
>     they should = use = Unsigned32.
>
>
>
>
>
>  &n= bsp;  e.g.     mplsLpsConfigSdBadSeconds, = mplsLpsConfigSdGoodSeconds,
>
>
>
>  &n= bsp;  mplsLpsConfigWaitToRestore, mplsLpsConfigHoldOff, etc.  = Please
>
>
>
>     check all = the Integer32 objects to see if they should be = Unsigned32.
>
>
>
>
>
>  &n= bsp;  [Authors] OK, = Fixed.
>
>
>
>
>
>   &= nbsp; *) Date is same a previous version.  This should be updated = for
>
>
>
>     every = revision of the document.  Please = update.
>
>
>
>     &nbs= p;     LAST-UPDATED  and REVISION = clauses
>
>
>
>     &nbs= p;   "201512060000Z"  -- December 06, = 2015
>
>
>
>
>
>   &nb= sp; [Authors] OK, = Fixed.
>
>
>
>
>
>   &= nbsp; *) Only FullCompliance is done for this MIB Module.  As = you
>
>
>
>     probably are = aware, not all operators want to = configure
>
>
>
>     using = SNMP, if there is not a ReadOnly Compliance available, = then
>
>
>
>     they will = not be compliant with the MIB.  I think a ReadOnly = Compliance
>
>
>
>     for a = MIB is useful and would like to understand why this = MIB
>     doesn't = have
>
>
>
>     = one.
>
>
>
>     Could the = authors please = clarify?
>
>
>
>
>
>   = ;  [Authors] OK, ReadOnly Compliance is = added.
>
>
>
>
>
>
>
>&nb= sp;    Specific = Comments:
>
>
>
>
>
>  &nbs= p;  Section 1. = Introductions
>
>
>
>
>
>  =    Mentions multiple MIB Modules but there is only one.  = Please
>
>
>
>     clarify = the text:  "However, since the MIB modules ..." <-- = plural
>
>
>
>
>
>   &= nbsp; [Authors] Yes, there is only one. = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    Section = 4.
>
>
>
>
>
>    = ; As mentioned before there is only 1 MIB module.  Please = update.
>
>
>
>
>
>   =      "This document specifies a MIB = module
>
>
>
>      = ;   for the Label Edge Router = (LER)
>
>
>
>      =    that supports MPLS TP Linear protection and a = MIB
>
>
>
>      &n= bsp;  module that defines textual = conventions....."
>
>
>
>
>
>&nb= sp;    [Authors] OK. = Fixed.
>
>
>
>
>
>   &= nbsp; Section 5.1 Textual = Conventions
>
>
>
>
>
>  &n= bsp;  * I don't see a separate MIB Module for TCs.  Please = clarify.
>
>
>
>
>
>   = ;  [Authors] = Fixed.
>
>
>
>
>
>   &= nbsp; Section 5.4 The Table = Structure
>
>
>
>
>
>  &nbs= p;   * The = mplsLpsConfigTable
>
>
>
>
>
> &= nbsp;   "The protection domain is identified by = mplsLpsConfigGroupName."
>
>
>
>  =    This statement does not seem to be entirely accurate given = the MIB
>
>
>
>     design = for 2 reasons, 1.  there doesn't seem to be an = object
>
>
>
>     = mplsLpsConfigGroupName
>
>
>
>   &= nbsp; and 2. the INDEX is mplsLpsConfigDomainIndex Unsigned32 (which = also
>     = appears
>
>
>
>     in = the
>
>
>
>     = mplsLpsMeConfigEntry with a status of = not-accessible
>
>
>
>     = (and I think you intend for it to be an = object)?
>
>
>
>
>
>   = ;  [Authors] =E2=80=9CmplsLpsConfigGroupName=E2=80=9D should = be
>     = =E2=80=9CmplsLpsConfigDomainName=E2=80=9D. It=E2=80=99s been = corrected.
>
>
>
>
>
>  &nb= sp;  As a reviewer, this is confusing because the relationship = with
>
>
>
>     these = tables is unclear and so it is very difficult = to
>
>
>
>     review the = MIB Module.  Please clarify the relationship = with
>
>
>
>     these = tables and to the mplsOamIdMeTable in = the
>
>
>
>     = MPLS-OAM-ID-STD-MIB.
>
>
>
>
>
> = ;    [Authors] A protection domain consists of two paths, = working and
>     protection paths, and = requires two OAM MEs; one OAM ME for the
>     = working path and the other ME for the protection path. In = other
>     words, a row of = =E2=80=9CmplsLpsConfigTable=E2=80=9D is for one protection = domain,
>     which requires two rows in = =E2=80=9CmplsOamIdMeTable=E2=80=9D: one for the = working
>     path and the other for the = protection path. Also note that an entry
>     = of =E2=80=9CmplsOamIdMeTable=E2=80=9D may not belong to any protection = domain. The
>     row of = =E2=80=9CmplsLpsMeConfigTable=E2=80=9D defined in this document has a = sparse
>     relationship with that of the = =E2=80=9CmplsOAMIdMeTable=E2=80=9D defined in RFC = 7697.
>
>
>
>
>
>
>
>&nbs= p;    "The other attributes in this table", do = you mean = objects?
>
>
>
>
>
>   = ;  [Authors] Yes. = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    * The  = mplsLpsStatusTable
>
>
>
>
>
> &= nbsp;   There is no mention that the mplsLpsStatusTable's = Entries have an
>
>
>
>     = AUGMENTS relationship with the mplsLpsConfigTable Entries.  Please = add.
>
>
>
>
>
>   &nb= sp; [Authors] = Added.
>
>
>
>
>
>
>
>&nb= sp;    6.1  Relationship to the MPLS OAM maintenance = identifier MIB = Module
>
>
>
>
>
>   &= nbsp; The title needs to be capitalized correctly, Relationship to = the
>
>
>
>     MPLS OAM = Maintenance Identifier MIB = Module
>
>
>
>
>
>   &= nbsp; Please update this section to use RFC7697 (and in = Informative
>     = References
>
>
>
>     = also)
>
>
>
>     instead of = draft-ietf-mpls-tp-oam-id-mib.
>
>
>
>
>>     [Authors] Ok. = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    As mentioned above, the mplsLpsMeConfigTable has = an object
>
>
>
>     = mplsLpsMeConfigDomainIndex which is = (not-accessible).
>
>
>
>    = Is this supposed to be an INDEX, or is this an object?   I = am
>
>
>
>     confused by = what is = intended.
>
>
>
>
>
>  &nbs= p;  [Authors] The name of this object is changed = to
>     mplsLpsMeConfigDomainIndexValue to = avoid = confusion.
>
>
>
>
>
>
>
>= ;     7.  Example of Protection switching = configuration = for
>
>
>
>
>
>   &nbs= p; MPLS-TP TE tunnel (Please change title:  Example of = Protection
>     = Switching
>
>
>
>     = Configuration)
>
>
>
>
>
>  = ;   * I am unclear how mplsLspConfigEntry is actually = configured for
>
>
>
>     = use in this example.   Is an operator supposed to randomly = choose an
>     = INDEX
>
>
>
>     = value?
>
>
>
>
>
>   &= nbsp; Would an IndexNext object be useful to use in conjunction with = this
>     = INDEX?
>
>
>
>
>
>   &= nbsp; [Authors] Yes, it has been addressed with = IndexIntegerNextFree.
>
>
>
>
>
>
= >
>
>
>     MIB = Module
>
>
>
>     = ------------
>
>
>
>
>
>  &= nbsp;  (general comment:  the DESCRIPTION clauses could be = more readable
>
>
>
>     if = consistency was used.  Sometimes = the
>
>
>
>     value is = listed on the side and the description follows on = the
>
>
>
>     same line = and sometimes the value is = listed
>
>
>
>     on a = single line and the description follows a couple of = lines
>
>
>
>     = after.   Please be = consistent.)
>
>
>
>
>
>  &= nbsp;  [Authors] Ok. = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    * mplsLpsConfigDomainName  -- Is there a = DEFAULT value for = this
>
>
>
>     = object?   The string size is 1..32 with = no
>
>
>
>     option of 0 = length string, so wanted to check about a = default
>
>
>
>     = value?  Under what circumstances can this = value
>
>
>
>     be = modified?   Please give a = REFERENCE.
>
>
>
>
>
>  &nb= sp;  [Authors] No DEFAULT value is needed. The size has been = changed to
>     = 0..32.
>
>
>
>
>
>
>
>&nb= sp;    * mplsLpsConfigMode - Needs REFERENCE (and please = try to be
>
>
>
>     = specific).  Under what circumstances can this be = modified?
>
>
>
>
>
>  &nbs= p;  [Authors] REFERENCE is = given.
>
>
>
>
>
>
>
>&nb= sp;    * = mplsLpsConfigWaitToRestore
>
>
>
>  &nb= sp;  Why is this not in minutes?  If someone configures this = to be 30
>
>
>
>     seconds = is that valid?  Doesn't seem so based on the = DESCRIPTION.
>     = Please
>
>
>
>     = clarify.
>
>
>
>
>
>   = ;  [Authors] Fixed with =E2=80=9Cminutes=E2=80=9D. The range is = also = corrected.
>
>
>
>
>
>
>
>= ;     * mplsLpsConfigHoldOff What is meant by = "Can be configured = in
>
>
>
>     steps of = 100?"   Is this 100 milliseconds?  If so then maybe = a
>     better = unit
>
>
>
>     choice = would be
>
>
>
>     = centiseconds.   Please = clarify.
>
>
>
>
>
>   = ;  [Authors] It can be configured like: 0, 100 ms, 200 ms, = =E2=80=A6 , 10
>     seconds. So, the units = and the description are changed using
>     = =E2=80=9Cdeciseconds=E2=80=9D.
>
>
>
>
>>     *mplsLpsConfigCommand is read-write.  = Is this supposed to = be
>
>
>
>     = read-create?
>
>
>
>
>
>  &= nbsp;  [Authors] Yes. = Fixed
>
>
>
>
>
>
>
>&nbs= p;    *mplsLpsConfigRowStatus --  I think there is = some conflicting
>
>
>
>     = advice given to the operator.  Several objects say that it is = fine
>     to = change
>
>
>
>     = the
>
>
>
>     value of the = object when RowStatus is active, but this is not = specified
>
>
>
>     = consistently.  Limiting = the
>
>
>
>     values of = RowStatus in the Conformance = Section
>
>
>
>     may be = the way to go.  Please = clarify.
>
>
>
>
>
>   = ;  [Authors] There are some objects that can be changed during = protocol
>     operation, while other objects = cannot be changed but their values
>     need = to be given before the operation. In the revision, we = specified
>     them = consistently.
>
>
>
>
>
>
>
= >     *mplsLpsMeConfigState is a read-create. = This is probably okay, = but
>
>
>
>     again, that = depends on if = mplsLpsMeConfigDomainIndex
>
>
>
>  &nb= sp;  is an INDEX for this table given that it has a status = of
>     = not-accessible,
>
>
>
>     = etc.
>
>
>
>
>
>   &nb= sp; [Authors] =E2=80=9CmplsLpsMeConfigDomainIndex=E2=80=9D was not = intended to be INDEX,
>     but to contain the = value of the value of protection domain index. = We
>     changed it to = mplsLpsMeConfigDomainIndexValue to avoid = confusion
>
>
>
>
>
>
>
>=      = *mplsLpsMeStatusSwitchoverSeconds
>
>
>
> &n= bsp;   Needs a units clause for = Seconds
>
>
>
>
>
>   =   [Authors] = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    = Notifications
>
>
>
>
>
>  =    There are a couple Notifications that are send when values = of certain
>
>
>
>     = counters increment.  Maybe this is valid, but it seems = suspect.
>
>
>
>     If a = management stations needs information on = counters,
>
>
>
>     why = can't it just retrieve them at that point?   I don't see = any
>
>
>
>     counter = discontinuity objects, so was wondering about that = too.
>
>
>
>
>
>   &nb= sp; [Authors] Whenever there is an increment in any of the = enabled
>     counters, network operators need = to be = alarmed.
>
>
>
>
>
>
>
>&= nbsp;    * mplsLpsEventFopTimOut = Notification
>
>
>
>
>
>  &= nbsp;  Please rename this to = mplsLpsEventFopTimeout
>
>
>
>
>
>&nb= sp;    [Authors] OK. = Fixed.
>
>
>
>
>
>
>
>&nb= sp;    * Compliance/Conformance Section of the MIB = Module
>
>
>
>
>
>   &= nbsp; Currently, there is only FullCompliance.   Why is there = no
>
>
>
>     = ReadOnlyCompliance?
>
>
>
>
>
> =     [Authors] OK. It=E2=80=99s been = added.
>
>
>
>
>
>
>
>&nb= sp;    --- end of comments = ---
>
>
>
>
>
>
>
> =     = _______________________________________________
>
>
>>     mpls mailing = list
>
>
>
>     mpls@ietf.org <mailto:mpls@ietf.org>
>
>= ;
>
>     https://www.ietf.org/mailman/listinfo/mpls
><= br>>
>
>
>

No = virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7539 / = Virus Database: 4604/12443 - Release Date: = 06/18/16

------=_NextPart_000_0171_01D1CBB2.FDAF0CE0-- From nobody Thu Jun 23 00:05:32 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4792012DF2E; Thu, 23 Jun 2016 00:05:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.646 X-Spam-Level: X-Spam-Status: No, score=-5.646 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 rrqGUiDuocRS; Thu, 23 Jun 2016 00:05:20 -0700 (PDT) Received: from tcmail13.telekom.de (tcmail13.telekom.de [80.149.113.165]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49E3F12DF35; Thu, 23 Jun 2016 00:05:19 -0700 (PDT) Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail11.telekom.de with ESMTP/TLS/DHE-RSA-AES128-SHA; 23 Jun 2016 09:05:16 +0200 X-IronPort-AV: E=Sophos;i="5.26,515,1459807200"; d="scan'208";a="479329515" Received: from he101654.emea1.cds.t-internal.com ([10.134.226.15]) by qde0ps.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Jun 2016 09:05:14 +0200 Received: from HE101653.emea1.cds.t-internal.com (10.134.226.13) by HE101654.emea1.cds.t-internal.com (10.134.226.15) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 23 Jun 2016 09:05:13 +0200 Received: from HE101653.emea1.cds.t-internal.com ([fe80::8954:80af:2020:572c]) by HE101653.emea1.cds.t-internal.com ([fe80::8954:80af:2020:572c%27]) with mapi id 15.00.1178.000; Thu, 23 Jun 2016 09:05:13 +0200 From: To: , Thread-Topic: New Version Notification for draft-leipnitz-spring-pms-implementation-report-00.txt Thread-Index: AQHRzROgro7PGjkLl0G/wd6SmPRqu5/2nFNQ Date: Thu, 23 Jun 2016 07:05:13 +0000 Message-ID: <98ec3cd7d56a436f90e98f05231f8221@HE101653.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.157.165.14] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: mpls@ietf.org, spring@ietf.org, ippm@ietf.org Subject: [mpls] WG: New Version Notification for draft-leipnitz-spring-pms-implementation-report-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 07:05:23 -0000 SGkgQnJ1bm8sIGhpIEpvaG4sDQoNCnRoZSBkcmFmdCBiZWxvdyByZXBvcnRzIG9uIGFuIGltcGxl bWVudGF0aW9uIG9mIGFuIE1QTFMgUGF0aCBNb25pdG9yaW5nIFN5c3RlbS4gVGhlIFBNUyBpcyB1 c2luZyBzdGFja2VkIHRyYW5zcG9ydCBsYWJlbHMgYXMgYSBTUFJJTkcgcm91dGVyIHdpbGwgZG8u IFRoZSBNUExTIHRvcG9sb2d5IGxlYXJuZWQgYnkgdGhlIFBNUyBpcyBhbiBMRFAgb25lLiBUaGF0 J3Mgd2h5IEkgY29waWVkIHRoZSBtZXNzYWdlIHRvIHRoZSBNUExTIFdHIChJJ20gbm90IG9uIHRo ZSBNUExTIG1haWxpbmcgbGlzdCAtIGlmIHRoZXJlIGFyZSBjb21tZW50cyBhbmQgcXVlc3Rpb25z LCBwbGVhc2UgZGlzY3VzcyBvbiBTUFJJTkcgb3IgcmVwbHkgdG8gbWUgZGlyZWN0bHkpLg0KDQpG aW5hbGx5LCBJIGNvcHkgdGhlIG1lc3NhZ2UgdG8gSVBQTSBXRy4gVGhlIE1QTFMgUE1TIGNhcHR1 cmVzIHRoZSBSb3VuZC1UcmlwIERlbGF5IG1ldHJpYy4gUlREIG1lYXN1cmVtZW50cyBhbmQgb2Yg dGhlIE1QTFMgUE1TIGFyZSBjb21wYXJlZCB0byB0aG9zZSBvZiBhbiBJUFBNIGltcGxlbWVudGF0 aW9uIGluIHRoZSBkcmFmdC4NCg0KUmVnYXJkcywgUnVlZGlnZXIgDQoNCi0tLS0tVXJzcHLDvG5n bGljaGUgTmFjaHJpY2h0LS0tLS0NClZvbjogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANCkdlc2VuZGV0OiBEb25uZXJzdGFnLCAyMy4g SnVuaSAyMDE2IDA3OjU0DQpBbjogR2VpYiwgUsO8ZGlnZXI7IExlaXBuaXR6LCBSYWlrDQpCZXRy ZWZmOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxlaXBuaXR6LXNwcmluZy1w bXMtaW1wbGVtZW50YXRpb24tcmVwb3J0LTAwLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1E LCBkcmFmdC1sZWlwbml0ei1zcHJpbmctcG1zLWltcGxlbWVudGF0aW9uLXJlcG9ydC0wMC50eHQN CmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUmFpayBMZWlwbml0eiBhbmQgcG9z dGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1sZWlwbml0ei1zcHJp bmctcG1zLWltcGxlbWVudGF0aW9uLXJlcG9ydA0KUmV2aXNpb246CTAwDQpUaXRsZToJCUEgc2Nh bGFibGUgYW5kIHRvcG9sb2d5IGF3YXJlIE1QTFMgZGF0YSBwbGFuZSBtb25pdG9yaW5nIHN5c3Rl bQ0KRG9jdW1lbnQgZGF0ZToJMjAxNi0wNi0yMg0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Np b24NClBhZ2VzOgkJMjINClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvZHJhZnQtbGVpcG5pdHotc3ByaW5nLXBtcy1pbXBsZW1lbnRhdGlvbi1yZXBv cnQtMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtbGVpcG5pdHotc3ByaW5nLXBtcy1pbXBsZW1lbnRhdGlvbi1yZXBvcnQvDQpIdG1s aXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxlaXBuaXR6LXNw cmluZy1wbXMtaW1wbGVtZW50YXRpb24tcmVwb3J0LTAwDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlz IGRvY3VtZW50IHJlcG9ydHMgcm91bmQtdHJpcCBkZWxheSBtZWFzdXJlbWVudHMgY2FwdHVyZWQg YnkgYQ0KICAgc2luZ2xlIE1QTFMgUGF0aCBNb25pdG9yaW5nIFN5c3RlbSAoUE1TKSBjb21wYXJl ZCB3aXRoIHJlc3VsdHMgb2YgYW4NCiAgIElQUE0gY29uZm9ybWFudCBtZWFzdXJlbWVudCBzeXN0 ZW0sIGNvbnNpc3Rpbmcgb2YgdGhyZWUgZGlmZmVyZW50DQogICBNZWFzdXJlbWVudCBBZ2VudHMu ICBUaGUgbWVhc3VyZW1lbnRzIHdlcmUgbWFkZSBpbiBhIHJlc2VhcmNoDQogICBiYWNrYm9uZSB3 aXRoIGFuIExEUCBjb250cm9sIHBsYW5lLiAgVGhlIHBhY2tldHMgb2YgdGhlIE1QTFMgUE1TIHVz ZQ0KICAgbGFiZWwgc3RhY2tzIHNpbWlsYXIgdG8gdGhvc2UgdG8gYmUgdXNlZCBieSBhIHNlZ21l bnQgcm91dGluZyBNUExTDQogICBQTVMuICBUaGUgbWVhc3VyZW1lbnQgcGFja2V0cyBvZiB0aGUg TVBMUyBQTVMgcmVtYWluZWQgaW4gdGhlIG5ldHdvcmsNCiAgIGRhdGEgcGxhbmUuDQoNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBo dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcu DQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Fri Jun 24 09:03:23 2016 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B458412DC8F; Fri, 24 Jun 2016 09:00:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160043.10933.5759.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:00:43 -0700 Archived-At: Cc: mpls@ietf.org Subject: [mpls] mpls - Requested session has been scheduled for IETF 96 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:00:44 -0000 Dear Tarek Saad, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. mpls Session 1 (2:30:00) Monday, Morning Session I 1000-1230 Room Name: Potsdam I size: 300 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Tarek Saad Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 150 Conflicts to Avoid: First Priority: teas ccamp pce bess bfd idr pals bier Second Priority: nvo3 sfc spring i2rs rtgarea rtgwg Third Priority: ospf isis sidr Special Requests: --------------------------------------------------------- From nobody Sat Jun 25 20:50:07 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 291EC12B007; Sat, 25 Jun 2016 20:50:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 Fr-MkC8oJEMK; Sat, 25 Jun 2016 20:50:04 -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 2C304127078; Sat, 25 Jun 2016 20:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12010; q=dns/txt; s=iport; t=1466913004; x=1468122604; h=from:to:cc:subject:date:message-id:mime-version; bh=wOxYe76kKUKOQAQRv7pSkUSNHKjaNanWPlMp8m88+gQ=; b=W9zI3C2wUa52SI2SkNInq3M5A759vET0opqN9H1dZECxJSphGW4YCN7x E5tHuYmqScAmU6nSJBXgJwuI3clfKbkJIYHAgmED1EE4/rfK72g/dzOO6 iEkSudarLPNRBUqH8gmAka13Tl0VSHsODO47gT69jZgWnnt55xIITrzJi 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A9AgCBUG9X/4QNJK1bgnBOVn0GtSWCc?= =?us-ascii?q?oIPgXsihXYegQQ4FAEBAQEBAQFlHAuEUyNWEgFKAgQwJwQOiDUOtwuPfwEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBARcFhiiBdwiHJYJqK4IvBY17iwYBgTCEV4gvgWmEV?= =?us-ascii?q?IhnhlSJKgEeNoNwbgGICQRBfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,528,1459814400"; d="scan'208,217";a="290039549" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Jun 2016 03:50:03 +0000 Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u5Q3o2te013433 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 26 Jun 2016 03:50:03 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sat, 25 Jun 2016 23:50:02 -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.1210.000; Sat, 25 Jun 2016 23:50:02 -0400 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: Building agenda for MPLS WG session - Berlin IETF96 Thread-Index: AQHRz13R6QzeIIoUeUaFu1i9+XTeLA== Date: Sun, 26 Jun 2016 03:50:02 +0000 Message-ID: <4F93841C-B49D-4078-971C-1884FE30C47B@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.17.0.160611 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.242.66] Content-Type: multipart/alternative; boundary="_000_4F93841CB49D4078971C1884FE30C47Bciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] Building agenda for MPLS WG session - Berlin IETF96 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2016 03:50:06 -0000 --_000_4F93841CB49D4078971C1884FE30C47Bciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpXZSBhcmUgc3RhcnRpbmcgdG8gYnVpbGQgdGhlIE1QTFMgV0cgYWdlbmRhIGZv ciBCZXJsaW4gSUVURjk2LiBUaGUgcHJlbGltaW5hcnkgYWdlbmRhLCBpcyBhdmFpbGFibGUgYXQ6 DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvOTYvYWdlbmRhLmh0bWwNCg0K VGhlIE1QTFMgV0cgc2Vzc2lvbiBpcyBzY2hlZHVsZWQgZm9yOg0KTW9uZGF5LCBKdWx5IDE4LCAy MDE2IChDRVNUKSwgMTA6MDAtMTI6MzAgIE1vbmRheSBNb3JuaW5nIHNlc3Npb24gSQ0KDQpUaGVy ZSBpcyBhbHNvIGEgam9pbnQgc2Vzc2lvbiBmb3IgTVBMUywgVEVBUyBhbmQgUENFIFdHcyBmb3Ig dG9waWNzIG9mIGNvbW1vbiBpbnRlcmVzdCAoaW5jbHVkaW5nIFlBTkcgbW9kZWxzKSDigJMgaG9z dGVkIGJ5IFBDRSBXRyB0aGlzIHRpbWUgYW5kIHNjaGVkdWxlZCBmb3I6DQpUaHVyc2RheSwgSnVs eSAyMSwgMjAxNiAoQ0VTVCksIDE2OjIwLTE4OjIwIFRodXJzZGF5IEFmdGVybm9vbiBzZXNzaW9u IElJDQoNClBsZWFzZSBzZW5kIHNsb3QgcmVxdWVzdHMgZm9yIHRoZSBNUExTIHNlc3Npb24gZGly ZWN0ZWQgdG8gbXlzZWxmIGFuZCB0aGUgV0cgY2hhaXJzIGJ5IFdlZG5lc2RheSwgSnVseSA2dGgg LSBpbmRpY2F0aW5nIGRyYWZ0IG5hbWUsIHNwZWFrZXIgYW5kIGRlc2lyZWQgZHVyYXRpb24uDQpJ ZiBwcmVzZW50aW5nLCB5b3VyIHNsaWRlcyB3aWxsIGJlIGR1ZSBieSBTdW5kYXkgSnVseSAxN3Ro LiBQbGVhc2Ugc2VuZCBzbGlkZXMgYWxzbyB0byB0aGUgYWRkcmVzc2VzIGFib3ZlLg0KDQpBbnkg V0cgZHJhZnQgdGhhdCB3aWxsIG5vdCBiZSBkaXNjdXNzZWQvcHJlc2VudGVkIGF0IElFVDk2IG5l ZWRzIHRvIGhhdmUgYSBzdGF0dXMgdXBkYXRlIHNlbnQgdG8gdGhlIFdHIGxpc3QgYnkgU3VuZGF5 IEp1bHkgMTd0aC4gUGxlYXNlIGFsc28gcHJvdmlkZSBhIHN1bW1hcnkgc2xpZGUgYnkgdGhlIHNh bWUgZGF0ZS4NCg0KUmVnYXJkcywNClRhcmVrIGFuZCBNUExTIFdHIGNoYWlycw0KDQpJbXBvcnRh bnQgZGF0ZXM6DQoyMDE2LTA3LTA4IChGcmlkYXkpOiBJbnRlcm5ldCBEcmFmdCBzdWJtaXNzaW9u IGN1dC1vZmYgKGZvciBhbGwgZHJhZnRzLCBpbmNsdWRpbmcgLTAwKSBieSBVVEMgMjM6NTksIHVw bG9hZCB1c2luZyBJRVRGIElEIFN1Ym1pc3Npb24gVG9vbC4NCjIwMTYtMDctMDggKEZyaWRheSk6 IERyYWZ0IFdvcmtpbmcgR3JvdXAgYWdlbmRhcyBkdWUgYnkgVVRDIDIzOjU5LCB1cGxvYWQgdXNp bmcgSUVURiBNZWV0aW5nIE1hdGVyaWFscyBNYW5hZ2VtZW50IFRvb2wuDQoyMDE2LTA3LTA4IChG cmlkYXkpOiBFYXJseSBCaXJkIHJlZ2lzdHJhdGlvbiBhbmQgcGF5bWVudCBjdXQtb2ZmIGF0IFVU QyAyMzo1OS4NCjIwMTYtMDctMTEgKE1vbmRheSk6IFJldmlzZWQgV29ya2luZyBHcm91cCBhZ2Vu ZGFzIGR1ZSBieSBVVEMgMjM6NTksIHVwbG9hZCB1c2luZyBJRVRGIE1lZXRpbmcgTWF0ZXJpYWxz IE1hbmFnZW1lbnQgVG9vbC4NCjIwMTYtMDctMTEgKE1vbmRheSk6IFJlZ2lzdHJhdGlvbiBjYW5j ZWxsYXRpb24gY3V0LW9mZiBhdCBVVEMgMjM6NTkuDQoyMDE2LTA3LTE1IChGcmlkYXkpOiBGaW5h bCBQcmUtUmVnaXN0cmF0aW9uIGFuZCBQcmUtUGF5bWVudCBjdXQtb2ZmIGF0IDE3OjAwIGxvY2Fs IG1lZXRpbmcgdGltZS4NCjIwMTYtMDctMTcgLSAyMDE2LTA3LTIyOiBJRVRGIDk2IGluIEJlcmxp biwgR2VybWFueQ0KDQoNCg== --_000_4F93841CB49D4078971C1884FE30C47Bciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <3AD75BFE7F21E74790AABF7C9C4D0C3E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30N CnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQg NzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj5XZSBhcmUgc3RhcnRpbmcgdG8gYnVpbGQgdGhlIE1QTFMgV0cgYWdlbmRhIGZvciZu YnNwO0JlcmxpbiBJRVRGOTYuIFRoZSBwcmVsaW1pbmFyeSBhZ2VuZGEsIGlzIGF2YWlsYWJsZSBh dDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2Nv bG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcv OTYvYWdlbmRhLmh0bWwiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy85Ni9h Z2VuZGEuaHRtbDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5UaGUgTVBMUyBXRyBzZXNzaW9uIGlzIHNjaGVkdWxlZCBm b3I6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtj b2xvcjpibGFjayI+TW9uZGF5LCBKdWx5IDE4LCAyMDE2IChDRVNUKSwgMTA6MDAtMTI6MzAmbmJz cDsgTW9uZGF5IE1vcm5pbmcgc2Vzc2lvbiBJPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29s b3I6YmxhY2siPlRoZXJlIGlzIGFsc28gYSBqb2ludCBzZXNzaW9uIGZvciBNUExTLCBURUFTIGFu ZCBQQ0UgV0dzIGZvciB0b3BpY3Mgb2YgY29tbW9uIGludGVyZXN0IChpbmNsdWRpbmcgWUFORyBt b2RlbHMpIOKAkyBob3N0ZWQgYnkgUENFIFdHIHRoaXMgdGltZSBhbmQgc2NoZWR1bGVkIGZvcjo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OkNhbGlicmk7Y29sb3I6YmxhY2siPlRodXJzZGF5LCBKdWx5IDIxLCAyMDE2IChDRVNUKSwgMTY6 MjAtMTg6MjAgVGh1cnNkYXkgQWZ0ZXJub29uIHNlc3Npb24gSUk8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPlBs ZWFzZSBzZW5kIHNsb3QgcmVxdWVzdHMgZm9yIHRoZSBNUExTIHNlc3Npb24gZGlyZWN0ZWQgdG8g bXlzZWxmIGFuZCB0aGUgV0cgY2hhaXJzIGJ5IFdlZG5lc2RheSwgSnVseSA2PHN1cD50aDwvc3Vw PiAtIGluZGljYXRpbmcgZHJhZnQgbmFtZSwgc3BlYWtlciBhbmQgZGVzaXJlZCBkdXJhdGlvbi48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5JZiBwcmVz ZW50aW5nLCB5b3VyIHNsaWRlcyB3aWxsIGJlIGR1ZSBieSZuYnNwO1N1bmRheSBKdWx5IDE3dGgu IFBsZWFzZSBzZW5kIHNsaWRlcyBhbHNvIHRvIHRoZSBhZGRyZXNzZXMgYWJvdmUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+QW55IFdHIGRyYWZ0IHRo YXQgd2lsbCBub3QgYmUgZGlzY3Vzc2VkL3ByZXNlbnRlZCBhdCBJRVQ5NiBuZWVkcyB0byBoYXZl IGEgc3RhdHVzIHVwZGF0ZSBzZW50IHRvIHRoZSBXRyBsaXN0IGJ5IFN1bmRheSBKdWx5IDE3dGgu IFBsZWFzZSBhbHNvIHByb3ZpZGUgYSBzdW1tYXJ5IHNsaWRlIGJ5IHRoZQ0KIHNhbWUgZGF0ZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPlRhcmVrIGFuZCBNUExTIFdHIGNoYWlyczxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkltcG9ydGFudCBkYXRl czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4yMDE2 LTA3LTA4IChGcmlkYXkpOiBJbnRlcm5ldCBEcmFmdCBzdWJtaXNzaW9uIGN1dC1vZmYgKGZvciBh bGwgZHJhZnRzLCBpbmNsdWRpbmcgLTAwKSBieSBVVEMgMjM6NTksIHVwbG9hZCB1c2luZyBJRVRG IElEIFN1Ym1pc3Npb24gVG9vbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJp O2NvbG9yOmJsYWNrIj4yMDE2LTA3LTA4IChGcmlkYXkpOiBEcmFmdCBXb3JraW5nIEdyb3VwIGFn ZW5kYXMgZHVlIGJ5IFVUQyAyMzo1OSwgdXBsb2FkIHVzaW5nIElFVEYgTWVldGluZyBNYXRlcmlh bHMgTWFuYWdlbWVudCBUb29sLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7 Y29sb3I6YmxhY2siPjIwMTYtMDctMDggKEZyaWRheSk6IEVhcmx5IEJpcmQgcmVnaXN0cmF0aW9u IGFuZCBwYXltZW50IGN1dC1vZmYgYXQgVVRDIDIzOjU5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjIwMTYtMDctMTEgKE1vbmRheSk6IFJldmlzZWQg V29ya2luZyBHcm91cCBhZ2VuZGFzIGR1ZSBieSBVVEMgMjM6NTksIHVwbG9hZCB1c2luZyBJRVRG IE1lZXRpbmcgTWF0ZXJpYWxzIE1hbmFnZW1lbnQgVG9vbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4yMDE2LTA3LTExIChNb25kYXkpOiBSZWdpc3Ry YXRpb24gY2FuY2VsbGF0aW9uIGN1dC1vZmYgYXQgVVRDIDIzOjU5LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjIwMTYtMDctMTUgKEZyaWRheSk6IEZp bmFsIFByZS1SZWdpc3RyYXRpb24gYW5kIFByZS1QYXltZW50IGN1dC1vZmYgYXQgMTc6MDAgbG9j YWwgbWVldGluZyB0aW1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29s b3I6YmxhY2siPjIwMTYtMDctMTcgLSAyMDE2LTA3LTIyOiBJRVRGIDk2IGluIEJlcmxpbiwgR2Vy bWFueTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7 Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_4F93841CB49D4078971C1884FE30C47Bciscocom_-- From nobody Sun Jun 26 04:13:48 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F30212B068; Sun, 26 Jun 2016 04:13:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.326 X-Spam-Level: X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426] 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 x-8kCGpz2S3e; Sun, 26 Jun 2016 04:13:38 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21D161288B8; Sun, 26 Jun 2016 04:13:38 -0700 (PDT) Received: from [192.168.0.102] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id A3D9318013E4; Sun, 26 Jun 2016 13:13:36 +0200 (CEST) To: "mpls@ietf.org" References: <4bf47f82-154c-4e64-de7d-402edc21a95e@pi.nu> From: Loa Andersson Message-ID: <84f72c9c-decb-20ce-852e-affbc9d1a441@pi.nu> Date: Sun, 26 Jun 2016 13:13:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <4bf47f82-154c-4e64-de7d-402edc21a95e@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" , "ccamp@ietf.org" , "mpls-chairs@ietf.org" , "tictoc@ietf.org" Subject: Re: [mpls] Working Group last call on draft-ietf-mpls-residence-time X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2016 11:13:39 -0000 Working Group(s), This wglc is closed. We've have not had any comments that needs to be addressed before requesting publication. However, the nits tool have two comments and two warnings, a mail has been sent to the authors asking how they want to address these. /Loa On 2016-05-31 18:27, Loa Andersson wrote: > Working Group, > > This is to initiate a two week working group last call on > draft-ietf-mpls-residence-time-09. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > There were one IPR disclosure against the individual draft that this > document replaced. > > The document shepherd and working group chairs are frequently asked > about the working group discussions related to any IPR disclosures. > > We like to remind the working group that discussion on the content > and validity of an IPR disclosure should not take place on the MPLS wg > list or any IETF mailing lists. > > However we are looking for simple statements whether you think the > working group should continue progress the document, regardless of an > existing IPR disclosure. Please include this information in your > "support/do not support" when responding to working group adoption > calls and last calls. > > All the authors and contributors (with one exception) have stated on > the working group mailing list that they are not aware of any other > IPRs that relates to this draft. > > This working group last call ends June 15, 2016. > > CCAMP and TICTOC wg's, > > This is to inform you that this wglc is taking place, please direct the > discussion to the mpls wg mailing list. > > > /Loa > for the MPLS wg chairs From nobody Sun Jun 26 17:01:51 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41CE812B031; Sun, 26 Jun 2016 17:01:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 Q6zl_9z9ZRqR; Sun, 26 Jun 2016 17:01:46 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF6F712B01C; Sun, 26 Jun 2016 17:01:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=44589; q=dns/txt; s=iport; t=1466985705; x=1468195305; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Sqi4rqyyz6OTGPP1PupV+VE30qN6JZwiUyzh77rAViw=; b=PzZL60p1CEI72C4PDmz2D8FqjL4Zda0zUX2GXLZ8ernrU1ezehPpKfxr dZCsCsVNW9QD5UWSJJAXT35ss36VVNO+CkQKngASgn1p9AMLQ0EdGS8PS p4G9L0kWpDaoKuTAzWyaVjvIJhPVHqWD6yKlyI/Bwe0XiI8usZj4Co1fs 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D7AQCObHBX/4UNJK1bgnBOVn0GriCJe?= =?us-ascii?q?YIPgXuGGAKBJjgUAQEBAQEBAWUnhEwBAQEDAS1MEAIBCBEDAQIhAQYHIREUCQg?= =?us-ascii?q?BAQQBDQWIFgMPCMMzDYQJAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIp1gkOBTxEBP?= =?us-ascii?q?BaFJQWTTYUANAGMMoIEgWmEVIMuhTmGVIE8h24BHjaDcG6IIzZ/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,534,1459814400"; d="scan'208,217";a="288822618" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Jun 2016 00:01:44 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u5R01i9B023665 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Jun 2016 00:01:44 GMT Received: from xch-aln-013.cisco.com (173.36.7.23) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 26 Jun 2016 19:01:43 -0500 Received: from xch-aln-013.cisco.com ([173.36.7.23]) by XCH-ALN-013.cisco.com ([173.36.7.23]) with mapi id 15.00.1210.000; Sun, 26 Jun 2016 19:01:43 -0500 From: "Kamran Raza (skraza)" To: "Tarek Saad (tsaad)" , "Reshad Rahman (rrahman)" , "Rajiv Asati (rajiva)" , "xliu@kuatrotech.com" , "jeff.tantsura@ericsson.com" , "jefftant.ietf@gmail.com" , Santosh Esale , "jescia.chenxia@huawei.com" , Loa Andersson , "hshah@ciena.com" , "Bocci, Matthew (Matthew)" , "stephane.litkowski@orange.com" , "Sowmya Krishnaswamy (sowkrish)" , "Danial Johari (dajohari)" Thread-Topic: MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 Thread-Index: AdG3bLXTtn0B3RvFQBm5DUcAqBi2yQSGjCkAAaIjYwA= Date: Mon, 27 Jun 2016 00:01:43 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.7.141117 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.247.99] Content-Type: multipart/alternative; boundary="_000_D395E2EC121F84skrazaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 00:01:49 -0000 --_000_D395E2EC121F84skrazaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Tarek, Thanks for your comments. Please see inline [skraza]: From: "Tarek Saad (tsaad)" > Date: Saturday, June 18, 2016 at 1:30 PM To: Syed Kamran Raza >, "Reshad R= ahman (rrahman)" >, "Rajiv Asat= i (rajiva)" >, "xliu@kuatrotech.c= om" >, "jeff.tantsura@ericsson.com" >, "jefftant.iet= f@gmail.com" >, Santosh Esale >, "jescia.chenxia@huawei.com" >, Loa Ande= rsson >, "hshah@ciena.com" >, "Bocci, Matthew (Matthew)" <= matthew.bocci@alcatel-lucent.com>,= "stephane.litkowski@orange.com" >, "Sowmya = Krishnaswamy (sowkrish)" >, "= Danial Johari (dajohari)" > Cc: "mpls-chairs@ietf.org" >, "mpls@ietf.org" >, "Tarek Saad (tsaad)" > Subject: Re: MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 Hi co-authors, I have reviewed the version of draft =93draft-raza-mpls-ldp-mldp-yang-03=94= . This draft is useful as it describes a data model that allows operating a= nd managing widely deployed MPLS LDP and MLDP protocols. I think it is at a= good starting point to be adopted by the WG. My comments are below and can wait until the document is a working group do= cument and the working group has the revision control. General comments: =B7 You use of if-feature checks in this model. One feedback from t= he operators was to possibly split a model into a =93base=94 and =93extende= d=94 parts- with the =93base=94 part to contain mandatory data nodes that a= ll vendors are expected to support and hence would not have any if-feature = check. The =93extended=94 model would contain additional features that can = be if-feature checked. I=92ll leave it up to you to consider this approach. [skraza]: We discussed this in our weekly meeting and we will revisit this = in later rev. =B7 You are defining MLDP and LDP in same model. You may want to co= nsider having MLDP model (either in a submodule that can included in the ld= p module) or a separate module that imports LDP and augments it. [skraza]: mLDP is tightly coupled with LDP and this decision (of having a j= oint model) was made in one of our earliest arch/design meetings. We had al= so sought WG direction on this during our 1st presentation and WG had also = advised to have a common/combined model. =B7 Since the model is hanging down from mpls, it is ok to drop the= =93mpls=94 from all leaf names (e.g. s/mpls-ldp/ldp) [skraza]: Sure. Section 3.1: >> o Read-Write parameters for configuration (Discussed in Section 3.2) [TS]: the model in I-D.openconfig-netmod-opstate suggests having read-only = leaves for applied configuration items hanging down the same branch [skraza]: Yes, we are waiting for open cfg opstate model/discussions to set= tle in netmod/rtg area and will align our model later accordingly. Section 3.2: >> augment /rt:routing/rt:routing-instance/mpls:mpls: [TS]: the above path has changed in draft-ietf-netmod-routing-cfg-21 and rt= :routing-instance is not longer there. You=92ll need to make the necessary = changes [skraza]: Yes, we are aware and this is on our TODO list for next rev. >> The "interfaces" is a container to configure parameters related to VRF = interfaces. [TS]: you seem to be creating a separate =93interfaces=94 container and lis= t (and adding checks for example to ensure ipv4 is enabled). To ensure MPLS= is enabled, you=92d need to do the same. Or alternatively, you could augme= nt the MPLS enabled interfaces listed in MPLS-BASE model? [skraza]: Right, we had indicated in our Yokohama presentation that we will= align with mpls-base. We missed it in our prev rev but will fix it in next= . Thx. >> typedef address-family [TS]: rfc6991 defines =93ip-version=94 data-type- which is similar to the t= ype you=92re defining. You may want to use that instead. [skraza]: We got the same comment from other reviewer and will address it. >> You are defining several data-types as enums. You may want to consider i= dentities for types you think may be extended by other modules. [skraza]: Ok, we will evaluate for later rev. >> oper-status-event-type Is this specific to events? not applicable to state? [skraza]: Yes. >> use of defaults (e.g. hello-interval, etc.) =96 unless dictated by stand= ard may not be favorable.. You may want to consider leaving it flexible and= allow vendor backend to apply their internal default. [skraza]: Agree. The team had discussed the default a bit but we have not f= ully closed on all. Will update in later rev. >> use of =93presence=94 keyword to enable functions. From feedback, having= explicit =93enable=94 leaf was more favorable (avoids issues [skraza]: Ok, will rework. >> +--ro label? uint32 [TS]: please consider using mpls:mpls-label instead in similar occurrence [skraza]: Sure. Regards, Tarek From: Ross Callon > Date: Thursday, May 26, 2016 at 12:36 PM To: "'Bert (IETF) Wijnen'" >, Mach Chen >, Tarek S= aad >, Minto Jeyananth > Cc: "mpls-chairs@ietf.org" >, "Kamran Raza (skraza)" >, "Reshad Rahman (rrahman)" >, "Rajiv Asati (rajiva)" >, "xliu@kuatrotech.com" >, "jeff.tantsura@ericsson.com" >, "jefftant.ietf@gmail.com" >, Santosh Es= ale >, "jescia.chenxia@huawei= .com" >, Loa Andersson >, "h= shah@ciena.com" >, "Bocci, Matthew (Matthew)" >, "stephane.litkowski@orange.com" >, "Sowmya Krishnaswamy (sowkrish)" >, "Danial Johari (dajohari)" > Subject: MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03 Bert, Mach, Tarek, Minto; You have be selected as MPLS review team reviewers for draft-raza-mpls-ldp-= mldp-yang-03. Note to authors: You have been CC'd on this email so that you can know that this review is going on. However, please do not review your own document. Reviews should comment on whether the document is coherent, is it useful (ie, is it likely to be actually useful in operational networks), an= d is the document technically sound? We are interested in knowing whether the document is ready to be considered for WG adoption (ie, it doesn't have to be perfect at this point, but should be a good start). Reviews should be sent to the document authors, WG co-chairs and WG secretary, and CC'd to the MPLS WG email list. If necessary, comments may be sent privately to only the WG chairs. If you have technical comments you should try to be explicit about what needs to be resolved before adopting it as a working group document, and what can wait until the document is a working group document and the working group has the revision control. Because of the size of the document we will increase the review time to thr= ee weeks. Are you able to review this draft by Friday June 17, 2016? Please re= spond in a timely fashion. Thanks, Ross (as MPLS WG chair) --_000_D395E2EC121F84skrazaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Tarek,

Thanks for your comments. Please see inline [skraza]:

From: "Tarek Saad (tsaad)"= ; <tsaad@cisco.com>
Date: Saturday, June 18, 2016 at 1:= 30 PM
To: Syed Kamran Raza <skraza@cisco.com>, "Reshad Rahman (rr= ahman)" <rrahman@cisco.com= >, "Rajiv Asati (rajiva)" <rajiva@cisco.com>, "xliu@kuatrotech.com"= <xliu@kuatrotech.com>, &q= uot;jeff.tantsura@ericsson.co= m" <jeff.tantsura= @ericsson.com>, "jefftant.ietf@gmail.com" <jefftant.ietf@gmail= .com>, Santosh Esale <sesal= e@juniper.net>, "j= escia.chenxia@huawei.com" <jescia.chenxia@huawei.com= >, Loa Andersson <loa@pi.nu>,= "hshah@ciena.com" <hshah@ciena.com>, "Bocci, Matth= ew (Matthew)" <ma= tthew.bocci@alcatel-lucent.com>, "stephane.litkowski@orange.com" <stephane.litkowski@orange.com>= , "Sowmya Krishnaswamy (sowkrish)" <sowkrish@cisco.com>, "Danial Johari (dajohari)"= <dajohari@cisco.com>
Cc: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@= ietf.org>, "Tarek Saad (tsaad)" <tsaa= d@cisco.com>
Subject: Re: MPLS-RT review of draf= t-raza-mpls-ldp-mldp-yang-03

Hi co-authors,

 

I have reviewed the version of draft =93draft-raza-mpls-ldp-mldp-yang-03= =94. This draft is useful as it describes a data model that allows operatin= g and managing widely deployed MPLS LDP and MLDP protocols. I think it is at a good starting point to be adopted by th= e WG.

My comments are below and can wait until the document is a working group d= ocument and the working group has the revision control.

 

General comments:

=B7         You use of if-feature checks in this model. One feedback from = the operators was to possibly split a model into a =93base=94 and =93extend= ed=94 parts- with the =93base=94 part to contain mandatory data nodes that all vendors are expected to support and hence wo= uld not have any if-feature check. The =93extended=94 model would contain a= dditional features that can be if-feature checked. I=92ll leave it up to yo= u to consider this approach.

[skraza]: We discussed = this in our weekly meeting and we will revisit this in later rev.

=B7         You are defining MLDP and LDP in same model. You may want to c= onsider having MLDP model (either in a submodule that can included in the l= dp module) or a separate module that imports LDP and augments it.
[skraza]: mLDP is tight= ly coupled with LDP and this decision (of having a joint model) was made in= one of our earliest arch/design meetings. We had also sought WG direction = on this during our 1st presentation and WG had also advised to have a common/combined model. 

=B7         Since the model is hanging down from mpls, it is ok to drop th= e =93mpls=94 from all leaf names (e.g. s/mpls-ldp/ldp)

[skraza]: Sure.


 

Section 3.1:

>>   o=   Read-Write parameters for configuration (Discussed in Section 3.2)

[TS]: the model in I-D= .openconfig-netmod-opstate suggests having read-only leaves for applied con= figuration items hanging down the same branch

= [skraza]: Yes, we are waiting = for open cfg opstate model/discussions to settle in netmod/rtg area an= d will align our model later accordingly.

 

Section 3.2:

>> augment /rt:routing/rt:routing-instance/mpls:mpls:

[TS]: the above path has changed in draft-ietf-netmod-routing-cfg-21 and r= t:routing-instance is not longer there. You=92ll need to make the necessary= changes

[skraza]: Yes, we are = aware and this is on our TODO list for next rev. 

 

>> The "int= erfaces" is a container to configure parameters related to  VRF i= nterfaces.

[TS]: you seem to be c= reating a separate =93interfaces=94 container and list (and adding checks f= or example to ensure ipv4 is enabled). To ensure MPLS is enabled, you=92d n= eed to do the same. Or alternatively, you could augment the MPLS enabled interfaces listed in MPLS-BASE model?<= /o:p>

= [skraza]: Right, we had indica= ted in our Yokohama presentation that we will align with mpls-base. We miss= ed it in our prev rev but will fix it in next. Thx.

 

>> typedef address-family

[TS]: rfc6991 defines =93ip-version=94 data-type- which is similar to the = type you=92re defining. You may want to use that instead.=

 [skraza]: We got the same comment from other reviewer and will address it.

>> You are defining several data-types as enums. You may want to con= sider identities for types you think may be extended by other modules.=

 [skraza]: Ok, we will evaluat= e for later rev.

 

>> oper-status-event-type

Is this specific to events? not applicable to state?

[skraza]: Yes.

 

>> use of defaults (e.g. hello-interval, etc.) =96 unless dictated b= y standard may not be favorable.. You may want to consider leaving it flexi= ble and allow vendor backend to apply their internal default.

[skraza]: Agree. The team had discussed the default a bit but we have not fully closed on all. Will = update in later rev.

 

>> use of =93presence=94 keyword to enable functions. From feedback,= having explicit =93enable=94 leaf was more favorable (avoids issues

[skraza]: Ok, will rework.

 

>>      +--ro label?   &= nbsp;            uin= t32

[TS]: please consider using mpls:mpls-label instead in similar occurrence<= o:p>

 [skraza]:  Sure= .

Regards,

Tarek

 

 

F= rom: Ross Callon <rcallon@juniper.net>
Date: Thursday, May 26, 2016 at 12:36 PM
To: "'Bert (IETF) Wijnen'" <bertietf@bwijnen.net>, Mach Chen <mach.chen@huawei.com>, Tarek Saad <tsaad@cisco.com>, Minto Jeyananth <minto@juniper.net>
Cc: "mpls-chairs@ietf.o= rg" <mpls-chairs@ietf.o= rg>, "Kamran Raza (skraza)" <skraza@cisco.com>, "Reshad Rahman (rrahman)" <= ;rrahman@cisco.com>, "Rajiv Asati (rajiva)" <r= ajiva@cisco.com>, "xliu@= kuatrotech.com" <xliu@ku= atrotech.com>, "j= eff.tantsura@ericsson.com" <jeff.tantsura@ericsson.c= om>, "jefftant.ietf@= gmail.com" <jefftant= .ietf@gmail.com>, Santosh Esale <sesale@juniper.net>, "jescia.chenxia@huawei.c= om" <jescia.chenxi= a@huawei.com>, Loa Andersson <loa@pi= .nu>, "hshah@ciena.com&q= uot; <hshah@ciena.com>, "Bocc= i, Matthew (Matthew)" <matthew.bocci@alcatel-lucent.com>, "stephane.litkowski@orange.com" <stephane.litkowski@or= ange.com>, "Sowmya Krishnaswamy (sowkrish)" <sowkrish@cisco.com>, "Danial Johari= (dajohari)" <dajohari@cisco.= com>
Subject: MPLS-RT review of draft-raza-mpls-ldp-mldp-yang-03

 

Bert, Mach, Tarek, Minto;

 

You have be selected as MPLS review team reviewers for draft-raza-mpls-ldp= -mldp-yang-03.

 

Note to authors: You have been CC'd on this email so that you can know

that this review is going on. However, please do not review your own<= /o:p>

document.

 

Reviews should comment on whether the document is coherent, is it

useful (ie, is it likely to be actually useful in operational networks), a= nd is

the document technically sound?  We are interested in knowing whether

the document is ready to be considered for WG adoption (ie, it doesn't

have to be perfect at this point, but should be a good start).<= /span>

 

Reviews should be sent to the document authors, WG co-chairs and WG

secretary, and CC'd to the MPLS WG email list. If necessary, comments=

may be sent privately to only the WG chairs.

 

If you have technical comments you should try to be explicit about what

needs to be resolved before adopting it as a working group document, and

what can wait until the document is a working group document and the

working group has the revision control.

 

Because of the size of the document we will increase the review time to th= ree

weeks. Are you able to review this draft by Friday June 17, 2016? Please r= espond

in a timely fashion.

 

Thanks, Ross

(as MPLS WG chair)

 

 --_000_D395E2EC121F84skrazaciscocom_-- From nobody Sun Jun 26 20:18:09 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9087C12D5CE; Sun, 26 Jun 2016 20:18:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 ZeTQH13-gFfT; Sun, 26 Jun 2016 20:18:05 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5018112D5C5; Sun, 26 Jun 2016 20:18:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8280; q=dns/txt; s=iport; t=1466997485; x=1468207085; h=from:to:cc:subject:date:message-id:references: mime-version; bh=D9cIGLvTMJwDQvpqpSaLf/hihdsNS2FxxG7mAmZ+p2U=; b=eflcOoBLes+IlOrkmPY2zP8u2Vwf6ZGKzrhj+V+oJb/Z/42nE2RLuGJK 7GvX1iDDlKxohekQsuw7L73ehWm2875DCqksN58r0oZ1dc5tAleoWQ8q0 JQoiFjwtzDYxTy9rjwJr1qExvlw7Q0Ohw9NUl8HqO3g6oJi4SnjlxQsB3 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaAgAMmnBX/5hdJa1cgz5WfQa1H4UBg?= =?us-ascii?q?XsXAQyFdAIcgQ44FAEBAQEBAQFlJ4RMAQEBBAEBARoGSwQHEAIBGQMBAigDAgI?= =?us-ascii?q?CJQsUBwIIAQEEAQ0FiDAOrWqPcgEBAQEBAQEBAQEBAQEBAQEBAQEBARcFhiiBd?= =?us-ascii?q?wiCToRgFoJLK4IvBZkBAYYHiC+BaYRUh0yBG49+AR42g3BuAYhYfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,535,1459814400"; d="scan'208,217";a="117161220" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jun 2016 03:18:04 +0000 Received: from XCH-RTP-017.cisco.com (xch-rtp-017.cisco.com [64.101.220.157]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u5R3I3qW027798 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Jun 2016 03:18:04 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-017.cisco.com (64.101.220.157) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 26 Jun 2016 23:18:03 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Sun, 26 Jun 2016 23:18:03 -0400 From: "Carlos Pignataro (cpignata)" To: "draft-zhang-mpls-tp-yang-oam@ietf.org" , "mpls@ietf.org" , "lime@ietf.org" Thread-Topic: [Lime] WG Last Call Thread-Index: AdHNeHo9mfLLAhikTCqAkzKOu/b2GQ== Date: Mon, 27 Jun 2016 03:18:03 +0000 Message-ID: References: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.215.66] Content-Type: multipart/alternative; boundary="_000_F0285EF8B0FA4142A6B45388ABB75B26ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "lime-chairs@ietf.org" , "mpls-chairs@ietf.org" , "lime-ads@ietf.org" Subject: [mpls] Fwd: [Lime] WG Last Call X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 03:18:07 -0000 --_000_F0285EF8B0FA4142A6B45388ABB75B26ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIE1QTFMsIGFuZCBBdXRob3JzIG9mIE1QTFMtVFAgT0FNIFlBTkcgTW9kdWxlLA0KDQpQbGVh c2Ugc2VlIGJlbG93IHRoZSBMSU1FIFdHIExDIGZvciBkcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0t bW9kZWwuDQoNClRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUgQ29ubmVjdGlvbi1PcmllbnRl ZCBHZW5lcmljIE9BTSBZQU5HIE1vZGVsLCBhbmQgdGhlIE1QTFMtVFAgT0FNIFlBTkcgaXMgZGVw aWN0ZWQgaW4gUGFnZSA3IG9mIHRoZSBkcmFmdDoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwtMDYjcGFnZS03DQoNCkFuZCB0aGUgYXBw bGljYWJpbGl0eSBvZiB0aGUgTElNRSBDLU8gTW9kZWwgYW5kIHRoZSBNUExTLVRQIE9BTSBZQU5H IG1vZGVsIGlzIGRldGFpbGVkIGluIFNlY3Rpb25zIDcgYW5kIDcuMjoNCmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwtMDYjc2VjdGlvbi03 DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1saW1lLXlhbmctb2FtLW1v ZGVsLTA2I3NlY3Rpb24tNy4yDQoNClBsZWFzZSByZXZpZXcsIGFuZCBzZW5kIHlvdXIgY29tbWVu dHMgdG8gdGhlIExJTUUgbWFpbGluZyBsaXN0IGF0IGxpbWVAaWV0Zi5vcmc8bWFpbHRvOmxpbWVA aWV0Zi5vcmc+DQoNClRoYW5rcywNCg0K4oCUIENhcmxvcyBQaWduYXRhcm8sIGFzIExJTUUgY28t Y2hhaXIuDQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOg0KDQpGcm9tOiBSb25hbGQgQm9uaWNh IDxyYm9uaWNhQGp1bmlwZXIubmV0PG1haWx0bzpyYm9uaWNhQGp1bmlwZXIubmV0Pj4NClN1Ympl Y3Q6IFtMaW1lXSBXRyBMYXN0IENhbGwNCkRhdGU6IEp1bmUgMjMsIDIwMTYgYXQgMTo1Njo0MCBQ TSBFRFQNClRvOiAibGltZUBpZXRmLm9yZzxtYWlsdG86bGltZUBpZXRmLm9yZz4iIDxsaW1lQGll dGYub3JnPG1haWx0bzpsaW1lQGlldGYub3JnPj4NCg0KRm9sa3MsDQoNClRoaXMgbWVzc2FnZSBi ZWdpbnMgYSBXRyBsYXN0IGNhbGwgZm9yIGRyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbC0w Ni4gTGFzdCBjYWxsIGVuZHMgb24gSnVseSA3LCAyMDE2Lg0KDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBSb24NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkxpbWUgbWFpbGluZyBsaXN0DQpMaW1lQGlldGYub3JnPG1haWx0bzpMaW1l QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9saW1lDQoN Cg== --_000_F0285EF8B0FA4142A6B45388ABB75B26ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <871B9B1DD1869E47A09C08629C410F7A@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSwgTVBM UywgYW5kIEF1dGhvcnMgb2YgTVBMUy1UUCBPQU0gWUFORyBNb2R1bGUsPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5QbGVhc2Ugc2VlIGJl bG93IHRoZSBMSU1FIFdHIExDIGZvciBkcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwuPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5U aGUgcmVsYXRpb25zaGlwIGJldHdlZW4gdGhlIENvbm5lY3Rpb24tT3JpZW50ZWQgR2VuZXJpYyZu YnNwO09BTSBZQU5HIE1vZGVsLCBhbmQgdGhlIE1QTFMtVFAgT0FNIFlBTkcgaXMgZGVwaWN0ZWQg aW4gUGFnZSA3IG9mIHRoZSBkcmFmdDo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0iaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbC0w NiNwYWdlLTciIGNsYXNzPSIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LWxpbWUteWFuZy1vYW0tbW9kZWwtMDYjcGFnZS03PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+QW5kIHRoZSBhcHBsaWNhYmlsaXR5 IG9mIHRoZSBMSU1FIEMtTyBNb2RlbCBhbmQgdGhlIE1QTFMtVFAgT0FNIFlBTkcgbW9kZWwgaXMg ZGV0YWlsZWQgaW4gU2VjdGlvbnMgNyBhbmQgNy4yOjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1saW1lLXlhbmctb2Ft LW1vZGVsLTA2I3NlY3Rpb24tNyIgY2xhc3M9IiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtbGltZS15YW5nLW9hbS1tb2RlbC0wNiNzZWN0aW9uLTc8L2E+PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwtMDYjc2VjdGlvbi03LjIiIGNsYXNzPSIiPmh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwtMDYjc2Vj dGlvbi03LjI8L2E+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5QbGVhc2UgcmV2aWV3LCBhbmQgc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRo ZSBMSU1FIG1haWxpbmcgbGlzdCBhdCA8YSBocmVmPSJtYWlsdG86bGltZUBpZXRmLm9yZyIgY2xh c3M9IiI+DQpsaW1lQGlldGYub3JnPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+4oCUIENhcmxvcyBQaWduYXRhcm8s IGFzIExJTUUgY28tY2hhaXIuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iIj5CZWdpbiBmb3J3YXJkZWQgbWVzc2FnZTo8L2Rpdj4NCjxiciBjbGFzcz0i QXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7 IG1hcmdpbi1yaWdodDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IG1hcmdpbi1sZWZ0OiAwcHg7 IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zeXN0ZW0tZm9u dCwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6cmdiYSgwLCAw LCAwLCAxLjApOyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+RnJvbToNCjwvYj48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwg SGVsdmV0aWNhLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+Um9uYWxkIEJvbmljYSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnJib25pY2FAanVuaXBlci5uZXQiIGNsYXNzPSIiPnJib25pY2FAanVuaXBlci5u ZXQ8L2E+Jmd0OzxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdp bi10b3A6IDBweDsgbWFyZ2luLXJpZ2h0OiAwcHg7IG1hcmdpbi1ib3R0b206IDBweDsgbWFyZ2lu LWxlZnQ6IDBweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0 LXN5c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBjb2xv cjpyZ2JhKDAsIDAsIDAsIDEuMCk7IiBjbGFzcz0iIj48YiBjbGFzcz0iIj5TdWJqZWN0Og0KPC9i Pjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhl bHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48YiBjbGFzcz0i Ij5bTGltZV0gV0cgTGFzdCBDYWxsPC9iPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2Rpdj4NCjxk aXYgc3R5bGU9Im1hcmdpbi10b3A6IDBweDsgbWFyZ2luLXJpZ2h0OiAwcHg7IG1hcmdpbi1ib3R0 b206IDBweDsgbWFyZ2luLWxlZnQ6IDBweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiAtd2Via2l0LXN5c3RlbS1mb250LCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBz YW5zLXNlcmlmOyBjb2xvcjpyZ2JhKDAsIDAsIDAsIDEuMCk7IiBjbGFzcz0iIj48YiBjbGFzcz0i Ij5EYXRlOg0KPC9iPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lz dGVtLWZvbnQsIEhlbHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IiBjbGFzcz0i Ij5KdW5lIDIzLCAyMDE2IGF0IDE6NTY6NDAgUE0gRURUPGJyIGNsYXNzPSIiPg0KPC9zcGFuPjwv ZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tcmlnaHQ6IDBweDsgbWFy Z2luLWJvdHRvbTogMHB4OyBtYXJnaW4tbGVmdDogMHB4OyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVlLCBIZWx2 ZXRpY2EsIHNhbnMtc2VyaWY7IGNvbG9yOnJnYmEoMCwgMCwgMCwgMS4wKTsiIGNsYXNzPSIiPjxi IGNsYXNzPSIiPlRvOg0KPC9iPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJr aXQtc3lzdGVtLWZvbnQsIEhlbHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IiBj bGFzcz0iIj4mcXVvdDs8YSBocmVmPSJtYWlsdG86bGltZUBpZXRmLm9yZyIgY2xhc3M9IiI+bGlt ZUBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpsaW1lQGlldGYub3JnIiBj bGFzcz0iIj5saW1lQGlldGYub3JnPC9hPiZndDs8YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9kaXY+ DQo8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5Gb2xrcyw8YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGlzIG1lc3NhZ2UgYmVnaW5zIGEgV0cgbGFzdCBj YWxsIGZvciBkcmFmdC1pZXRmLWxpbWUteWFuZy1vYW0tbW9kZWwtMDYuIExhc3QgY2FsbCBlbmRz IG9uIEp1bHkgNywgMjAxNi48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDtSb248YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NCkxp bWUgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOkxpbWVAaWV0Zi5v cmciIGNsYXNzPSIiPkxpbWVAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9saW1lIiBjbGFzcz0iIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbWU8L2E+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_F0285EF8B0FA4142A6B45388ABB75B26ciscocom_-- From nobody Mon Jun 27 07:44:56 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB48112D733; Mon, 27 Jun 2016 07:44:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.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 k9ABbMz0nnrP; Mon, 27 Jun 2016 07:44:45 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0720.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::720]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B19012D61B; Mon, 27 Jun 2016 07:41:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+dAMq+kB8QLoD4tuTYcxKwj/sKcEW2ST0GddIOKm4DM=; b=GJoNgUzJW8MeXqTH3V8GVhFPw8Zc3jhsjXcNsDjbqy4ElTWI9m7q1Mn+x/TrXlDKJsQ/POG+/XVbCidhqnWD3a3Oszxij1O/Gsk3oYT0i2Ib6yaKDwp9RCUkMjA+ipaYi9i1PGuNAjD8z+i56wy23QxVpG7ANzSQ6h9I392PGPs= Received: from BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) by BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) with Microsoft SMTP Server (TLS) id 15.1.523.12; Mon, 27 Jun 2016 14:41:31 +0000 Received: from BY2PR0201MB1910.namprd02.prod.outlook.com ([10.163.75.152]) by BY2PR0201MB1910.namprd02.prod.outlook.com ([10.163.75.152]) with mapi id 15.01.0523.024; Mon, 27 Jun 2016 14:41:31 +0000 From: Jonathan Hardwick To: "mpls@ietf.org" , "pce@ietf.org" , "TEAS WG (teas@ietf.org)" Thread-Topic: Agenda requests for joint MPLS/PCE/TEAS Yang session Thread-Index: AdHQf+vIi1PyJnPDSXKQWN0GSxdQ+A== Date: Mon, 27 Jun 2016 14:41:31 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Jonathan.Hardwick@metaswitch.com; x-originating-ip: [81.132.84.33] x-ms-office365-filtering-correlation-id: 1eaf7374-c55f-4f07-8237-08d39e992188 x-microsoft-exchange-diagnostics: 1; BY2PR0201MB1910; 6:KkAYYiGEKjMhfJqX4IgtrV0gYht7zdxkp121nDw0r2oh3XIKLR/boLIuKRCuFPNhQ7jcoo9COo4rVzjt4z4xGE0VvXbHEJdkKFyNfd4mYjpMSkws9i3edO15WahLvhmbetXGYwp7MmquL35HzvYdF6Nad31sK3pxHbFnvJkANszHzHb8dJEZEP/go14U20WgpqDifLXET+n9VEAM+o1icNlLYcjtMqrlzI6qtdGQUgCocMZEQLxJi0YCd1HyyjXR78GhIJqSmW3EGNZFpMQsPguERGuV+hkz+T9xZzXX2cWCYX4Xn93UD+bLeL9H8HG0; 5:wy7JmqNUAj35jwe+hQgtRT4U/jMmX45deRKggQPDqK0wFCJBiXFH8BIS9lhdj+P9BJX20BT39NaQ9HdJ+IlzgeVccpw5/cp4eop1YqLBy8vi3uo0QsQhp+aoDDf9XfO42Rs7EoU3ktgFvRJZfuF4Og==; 24:Cg/esH+lXoyTxvaEL0FNtsK8sPGbE+qd4MaSKtxeB1jVBsHLezYDcG8VoOmWuQHYBPgz/wHMTuzdDW+K2Yg9SoGk3gy992nme0GF84ANOHM=; 7:HHqCJXHi+xOWgTZeGvuJVYssnYWBGoYN1iYALRNBwsQlrL0XeRfmtESVU6t46+cnk6yLgjMI8iKWcPE2DLY4vdNfckkHs7ECYt8eIWRhioCzW4jMXMz4Pt1DNwZ+t2IZ9qDFC6vALgYPV7dQokfanQFIesSxAOAMxwNrVDgSgmD/OYk/9SvJTSz5vYpuAGl3Fn0V5/DsPHZD0IRGXn2nq2PXbqU9dBhtGEGvOTfntyZS0tJR1at1QP1zdv2SVwOJH4+hdpEtPx7FkbQYgmw6PA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0201MB1910; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BY2PR0201MB1910; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0201MB1910; x-forefront-prvs: 09860C2161 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(199003)(189002)(66654002)(77096005)(74316001)(99286002)(5001770100001)(5002640100001)(2501003)(2900100001)(16236675004)(105586002)(3660700001)(10400500002)(106356001)(229853001)(97736004)(33656002)(15975445007)(3280700002)(9686002)(8936002)(19625215002)(76576001)(4326007)(68736007)(101416001)(189998001)(19300405004)(586003)(102836003)(6116002)(790700001)(8676002)(92566002)(3846002)(81166006)(81156014)(86362001)(450100001)(87936001)(19580395003)(11100500001)(54356999)(7846002)(7736002)(7696003)(5003600100003)(122556002)(66066001)(2906002)(50986999)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0201MB1910; H:BY2PR0201MB1910.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BY2PR0201MB19102A5D96B60B5424B4808A84210BY2PR0201MB1910_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2016 14:41:31.5177 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0201MB1910 Archived-At: Cc: "teas-chairs@ietf.org" , "mpls-chairs@ietf.org" , "pce-chairs@ietf.org" Subject: [mpls] Agenda requests for joint MPLS/PCE/TEAS Yang session X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 14:44:47 -0000 --_000_BY2PR0201MB19102A5D96B60B5424B4808A84210BY2PR0201MB1910_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, On the agenda for Berlin, we have a session on Thursday July 21, 16:20 - 18= :20 in Charlottenburg II/III. This is listed on the IETF agenda as a PCE m= eeting, but it is intended as a joint MPLS/PCE/TEAS meeting for the discuss= ion of Yang models. If you'd like a slot to present a Yang draft in Berlin, please send a reque= st to me and the other WG chairs (cc'ed) by Thursday July 7, telling us - the corresponding I-D(s), - the expected presenters, - the requested duration. Please note that the deadline for draft submission is UTC 23:59 on Friday J= uly 8. Please send any slides for presentation no later than Sunday July 17, to me= and the other chairs. Many thanks Jon --_000_BY2PR0201MB19102A5D96B60B5424B4808A84210BY2PR0201MB1910_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

On the agenda for Berlin, we have a session on Thurs= day July 21, 16:20 - 18:20 in Charlottenburg II/III.  This is listed o= n the IETF agenda as a PCE meeting, but it is intended as a joint MPLS/PCE/= TEAS meeting for the discussion of Yang models.

 

If you'd like a slot to present a Yang draft in Berl= in, please send a request to me and the other WG chairs (cc’ed) by Th= ursday July 7, telling us

- the corresponding I-D(s),

- the expected presenters,

- the requested duration.

 

Please note that the deadline for draft submission i= s UTC 23:59 on Friday July 8.

 

Please send any slides for presentation no later tha= n Sunday July 17, to me and the other chairs.

 

Many thanks

Jon

 

 

--_000_BY2PR0201MB19102A5D96B60B5424B4808A84210BY2PR0201MB1910_-- From nobody Wed Jun 29 10:51:58 2016 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2752112D59D; Wed, 29 Jun 2016 10:51:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=jcucchiara@mindspring.com header.d=mindspring.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 TXF4PG3bv9Hs; Wed, 29 Jun 2016 10:51:51 -0700 (PDT) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C25312D5A1; Wed, 29 Jun 2016 10:51:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=f4JBU3kP27KvBB/SRgwdYLfk+UrMLCi5xr1pyMA8KQlQG+sOGvrWM5NNRTXVCDXt; h=Received:From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-ELNK-Trace:X-Originating-IP; Received: from [72.93.239.57] (helo=JoanTower) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1bIJdw-0004IS-1C; Wed, 29 Jun 2016 13:51:20 -0400 From: "Joan Cucchiara" To: "'Loa Andersson'" Date: Wed, 29 Jun 2016 13:51:20 -0400 Message-ID: <015001d1d22e$d8a8ba40$89fa2ec0$@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdHSFjWpcpjL+xraTQufstl1/Pb5kg== Content-Language: en-us X-ELNK-Trace: 4d68bbe9cb71969ea344cf2d1a8e60840a9da525759e26547af7c7b659eb282902775406f2200bbcb07bc47b65cfebd7350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 72.93.239.57 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-tp-linear-protection-mib@ietf.org, jcucchiara@mindspring.com, mib-doctors@ietf.org, mpls-chairs@ietf.org Subject: [mpls] Review of draft-ietf-mpls-tp-linear-protection-mib-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 17:51:53 -0000 Authors, Thank you for addressing the review comments quickly and I apologize for being late with the follow-on review. The MIB compiles cleanly with smingPRO and smilint. In the previous review the relationship between some tables in the MPLS-OAM-ID-STD-MIB and in this draft were not clear. While changes have been made, more clarification is needed. Please keep in mind that developers need to understand the relationships between these tables and how the rows in these tables are created (i.e., network management entity and/or operator). I have reviewed the changes made from 07 to this draft. I have deleted the 07 comments that are resolved in this new version. If there is still a clarification that is needed, I added additional comments prefaced by "JEC". Thanks, -Joan Specific Comments: ================== Section 1. Introduction "However, since the MIB module specified in this document are ..." <-- plural JEC: minor edit. In the above sentence, s/are/is/ Section 5.4 The Table Structure * The mplsLpsConfigTable As a reviewer, this is confusing because the relationship with these tables is unclear and so it is very difficult to review the MIB Module. Please clarify the relationship with these tables and to the mplsOamIdMeTable in the MPLS-OAM-ID-STD-MIB. JEC: This section specifies "The protection domain is identified by mplsLpsConfigDomainName." and the object's DESCRIPTION indicates that this value is supposed to be unique, so my question is why does this need to be unique, and if it really does need to be unique, then why isn't this an INDEX? Please clarify. mplsLpsConfigDomainName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE (0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "Textual name represents the MPLS-TP linear protection domain. Each protection domain is identified by a unique protection domain name. " ::= { mplsLpsConfigEntry 2 } (This object should probably have a DEFVAL{""} since 0 length string is allowed.) Section 7. Example of Protection Switching Configuration JEC: The example in this section needs to be reworked. Please use different values for some of these indices. Too many of these indices are "1" and that is not very helpful. If the indices are supposed to be the same values that would be good to know with additional comments too. MIB Module ------------ * mplsLpsConfigDomainName -- Is there a DEFAULT value for this object? The string size is 1..32 with no option of 0 length string, so wanted to check about a default value? Under what circumstances can this value be modified? Please give a REFERENCE. JEC: Now that a 0 length string is allowed, there should probably be a DEFVAL{ ""}; Additionally, why is it necessary to have each Domain Name be unique? If it MUST be unique, then perhaps it should be an INDEX. Also, it is unclear how rows in this table are supposed to be created. Could that be included in the Table's description? * mplsLpsConfigMode - Needs REFERENCE (and please try to be specific). Under what circumstances can this be modified? JEC: Still needs a REFERENCE. Need to add what sort of SNMP error code will be returned when an attempt is made to change this value and RowStatus == "active", e.g. inconsistentValue Error ? JEC: * mplsLpsConfigSdBadSeconds -- see this 2 times in the DESCRIPTION clause. This object may be modified if the associated mplsLpsConfigRowStatus object is equal to active(1). This object may be modified if the associated mplsLpsConfigRowStatus object is equal to active(1). " JEC: * mplsLpsConfigSdBadSeconds and mplsLpsConfigSdGoodSeconds Did not see such features as these in the REFERENCE sited. Could you please confirm REFERENCE. Not clear on how these are used with the SdThreshold. Where does the DEFVAL of 10 come from? * mplsLpsConfigWaitToRestore Why is this not in minutes? If someone configures this to be 30 seconds is that valid? Doesn't seem so based on the DESCRIPTION. Please clarify. JEC: The DESCRIPTION clause still mentions seconds. ("This object holds the Wait To Restore timer value in seconds.") Units are in minutes and the rest of DESCRIPTION clause is in minutes. Please be consistent. JEC: * mplsLpsMeConfigDomainIndexValue, is this an INDEX? The name leads me to believe it is, as does the DESCRIPTION, but have no idea how the objects in this entry are configured. Please add a REFERENCE clause, or clarify somehow. This is crucial to the success or failure of this MIB. Is the network management entity (e.g SNMP Agent/subagent) suppose to create these rows? Is an operator? Please add details on how entries are made in this table. You say that it is a Sparse Augments relationship but even still, very unclear on how rows are created. If this is NOT an INDEX, then please remove the term "Index" from the name of this object. Have to ask If the intention is that one or more entries (i.e. rows in this table) could be related to a single entry in mplsOamIdMeTable? If so, then an index is needed. *mplsLpsMeConfigState is a read-create. JEC: DESCRIPTION says "operational state" but the name says "ConfigState" and this is a read-create? Need to decide which this is and be consistent. Do you need another object for the operational state which is a read-only? Notifications * mplsLpsEventFopTimOut Notification Please rename this to mplsLpsEventFopTimeout JEC: Not done, please rename to be consistent with other objects in the MIB Module. ---