
From nobody Tue May  2 01:17:08 2017
Return-Path: <tomonori.takeda@ntt.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2A001294DF; Sat, 29 Apr 2017 07:11:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level: 
X-Spam-Status: No, score=-0.702 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-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 gA81FVeDCZwy; Sat, 29 Apr 2017 07:11:05 -0700 (PDT)
Received: from mgw030.noc.ntt.com (mgw030.noc.ntt.com [210.160.55.3]) by ietfa.amsl.com (Postfix) with ESMTP id D92B312947D; Sat, 29 Apr 2017 07:10:41 -0700 (PDT)
Received: from c0043i0.coe.ntt.com (c0043i0.nc.agilit-hosting.com [10.18.161.12]) by mgw030.noc.ntt.com (NTT Com MailSV) with ESMTP id 66FC81C58950; Sat, 29 Apr 2017 23:10:40 +0900 (JST)
Received: from C0147I0.coe.ntt.com (10.18.160.111) by c0043i0.coe.ntt.com (10.18.161.12) with Microsoft SMTP Server (TLS) id 14.3.339.0; Sat, 29 Apr 2017 23:10:40 +0900
Received: from C0561I0.coe.ntt.com ([169.254.1.133]) by C0147I0.coe.ntt.com ([10.18.160.111]) with mapi id 14.03.0339.000; Sat, 29 Apr 2017 23:10:39 +0900
From: Tomonori Takeda <tomonori.takeda@ntt.com>
To: "'rtg-ads@ietf.org'" <rtg-ads@ietf.org>
CC: "'rtg-dir@ietf.org'" <'rtg-dir@ietf.org'>, "'draft-ietf-rtgwg-spf-uloop-pb-statement.all@ietf.org'" <draft-ietf-rtgwg-spf-uloop-pb-statement.all@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Thread-Topic: RTG-DIR QA review: draft-ietf-rtgwg-spf-uloop-pb-statement-03.txt
Thread-Index: AdLA7qLGXj0F8yDgRaK42VOyHjaunA==
Date: Sat, 29 Apr 2017 14:10:38 +0000
Message-ID: <EB0F2EAC05E9C64D80571F2042700A2A8673D7D9@C0561I0.coe.ntt.com>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ccmail-original-to: rtg-ads@ietf.org
x-ccmail-original-cc: 'rtg-dir@ietf.org', draft-ietf-rtgwg-spf-uloop-pb-statement.all@ietf.org, rtgwg@ietf.org
x-originating-ip: [10.25.154.86]
Content-Type: text/plain; charset="iso-2022-jp"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/b7JF4gF_LHdpFkXclZ82ljzdeOc>
X-Mailman-Approved-At: Tue, 02 May 2017 01:17:05 -0700
Subject: [RTG-DIR] RTG-DIR QA review: draft-ietf-rtgwg-spf-uloop-pb-statement-03.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Apr 2017 14:11:09 -0000

Hi,

I have been selected as the Routing Directorate QA reviewer for this draft.

Document: draft-ietf-rtgwg-spf-uloop-pb-statement-03.txt
Reviewer: Tomonori Takeda
Review Date: April 29, 2017
Intended Status: Standards Track

Here are my comments.

Overall, the document is well organized and clear about problem statement and analysis of SPF triggers and SPF delays impact on micro-loops.

Some specific comments.

1) The document is intended to be Standards Track. I do not think it is common for such analysis document to be Standards Track.

2) Just a nits, but in page 12, it says "In the figure 5", but it seems figures are not numbered.

3) In Section 4.2. Exponential backoff, it is not clear what is a condition (or conditions) to move from FM to BM.

Thanks,
Tomonori Takeda


From nobody Tue May  2 02:14:50 2017
Return-Path: <bruno.decraene@orange.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5069F129B76; Tue,  2 May 2017 02:14:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level: 
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id swo-oBu85r4Z; Tue,  2 May 2017 02:14:37 -0700 (PDT)
Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C283127342; Tue,  2 May 2017 02:09:22 -0700 (PDT)
Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 0D4D54044A; Tue,  2 May 2017 11:09:21 +0200 (CEST)
Received: from Exchangemail-eme3.itn.ftgroup (unknown [xx.xx.50.52]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id B24E34006F; Tue,  2 May 2017 11:09:20 +0200 (CEST)
Received: from OPEXCNORM2F.corporate.adroot.infra.ftgroup ([fe80::994e:c3e:1d70:d2b4]) by OPEXCNORM54.corporate.adroot.infra.ftgroup ([fe80::d4c1:bb8:4040:a2bb%21]) with mapi id 14.03.0339.000; Tue, 2 May 2017 11:09:20 +0200
From: <bruno.decraene@orange.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "vainshtein.alex@gmail.com" <vainshtein.alex@gmail.com>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-rtgwg-backoff-algo@ietf.org" <draft-ietf-rtgwg-backoff-algo@ietf.org>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com)" <Jonathan.Hardwick@metaswitch.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "jefftant.ietf@gmail.com" <jefftant.ietf@gmail.com>, "chrisbowers.ietf@gmail.com" <chrisbowers.ietf@gmail.com>
Thread-Topic: Early RTG-DIR review of draft-ietf-rtgwg-backoff-algo-04
Thread-Index: AdK8QEEK4unKSUKcREikSjn35QwsHwG4h3lQ
Date: Tue, 2 May 2017 09:09:19 +0000
Message-ID: <4720_1493716160_59084CC0_4720_340_1_53C29892C857584299CBF5D05346208A31CE985A@OPEXCNORM2F.corporate.adroot.infra.ftgroup>
References: <AM4PR03MB1713386BB8649B3813B8E24E9D100@AM4PR03MB1713.eurprd03.prod.outlook.com>
In-Reply-To: <AM4PR03MB1713386BB8649B3813B8E24E9D100@AM4PR03MB1713.eurprd03.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.3]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A31CE985AOPEXCNORM2Fcorp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/ycXaKAj6p7Fcw7jmMfkjmWe4_vw>
Subject: Re: [RTG-DIR] Early RTG-DIR review of draft-ietf-rtgwg-backoff-algo-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 May 2017 09:14:42 -0000

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

SGkgU2FzaGEsDQoNCk1hbnkgdGhhbmtzIGZvciB5b3VyIGNhcmVmdWwgcmV2aWV3Lg0KWW91ciBj
b21tZW50cyBoYXZlIGJlZW4gY29uc3RydWN0aXZlLCB1c2VmdWwgYW5kIGhlbHBlZCBjbGFyaWZ5
aW5nIHRoZSBkcmFmdC4gVGhhbmtzIGZvciB0aGlzLg0KDQpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRy
YWZ0IGFzIHBlciB5b3VyIGNvbW1lbnRzLiBXZSBiZWxpZXZlIHRoYXQgLTA1IGFkZHJlc3MgYWxs
IHlvdXIgY29tbWVudHMuIElmIGl0IGRvZXMgbm90LCBwbGVhc2UgY29tbWVudCBiYWNrLg0KRHJh
ZnQ6IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJ0Z3dnLWJhY2tvZmYt
YWxnby0wNQ0KRGlmZjogaHR0cHM6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt
aWV0Zi1ydGd3Zy1iYWNrb2ZmLWFsZ28tMDUudHh0DQoNCg0KLS1CcnVubywgb24gYmVoYWxmIG9m
IGFsbCBhdXRob3JzLg0KDQpGcm9tOiBydGctZGlyIFttYWlsdG86cnRnLWRpci1ib3VuY2VzQGll
dGYub3JnXSBPbiBCZWhhbGYgT2YgQWxleGFuZGVyIFZhaW5zaHRlaW4NClNlbnQ6IFRodXJzZGF5
LCBBcHJpbCAyNywgMjAxNyAyOjI1IFBNDQpUbzogamVmZnRhbnQuaWV0ZkBnbWFpbC5jb207IGNo
cmlzYm93ZXJzLmlldGZAZ21haWwuY29tDQpDYzogcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0
Zi1ydGd3Zy1iYWNrb2ZmLWFsZ29AaWV0Zi5vcmc7IHJ0Zy1hZHNAaWV0Zi5vcmc7IHZhaW5zaHRl
aW4uYWxleEBnbWFpbC5jb207IEpvbmF0aGFuIEhhcmR3aWNrIChKb25hdGhhbi5IYXJkd2lja0Bt
ZXRhc3dpdGNoLmNvbSk7IHJ0Z3dnQGlldGYub3JnDQpTdWJqZWN0OiBbUlRHLURJUl0gRWFybHkg
UlRHLURJUiByZXZpZXcgb2YgZHJhZnQtaWV0Zi1ydGd3Zy1iYWNrb2ZmLWFsZ28tMDQNCg0KSGVs
bG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIGFz
IGFuIGVhcmx5IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0
ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBh
cyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBz
b21ldGltZXMgb24gc3BlY2lhbCByZXF1ZXN0LiBJbiB0aGlzIGNhc2UgYW4gZWFybHkgcmV2aWV3
IGhhcyBiZWVuIHJlcXVlc3RlZCBieSBKZWZmIFRhbnRzdXJhIOKAkyBvbmUgb2YgdGhlIGNvLWNo
YWlycyBvZiB0aGUgUlRHV0cuDQpUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp
ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuICAgRm9yIG1vcmUgaW5mb3JtYXRpb24g
YWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLaHR0cDovL3RyYWMu
dG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KDQpEb2N1bWVudDogZHJh
ZnQtaWV0Zi1ydGd3Zy1iYWNrb2ZmLWFsZ28tMDQNClJldmlld2VyOiBBbGV4YW5kZXIgKOKAnFNh
c2hh4oCdKSBWYWluc2h0ZWluDQpSZXZpZXcgRGF0ZTogMjctQXByLTE3DQpJRVRGIExDIEVuZCBE
YXRlOiBOL0ENCkludGVuZGVkIFN0YXR1czogU3RhbmRhcmRzIFRyYWNrDQoNClN1bW1hcnk6DQpJ
IGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQsIGZyb20g
bXkgUE9WLCBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLg0KDQpDb21tZW50
czoNClRoZSBkcmFmdCBpcyB2ZXJ5IHdlbGwgd3JpdHRlbiwgYW5kLCB3aXRoIG9uZSBub3RhYmxl
IGV4Y2VwdGlvbiwgZWFzeSB0byB1bmRlcnN0YW5kLg0KSXQgcmVwcmVzZW50cyBhbiBhdHRlbXB0
IHRvIHN0YW5kYXJkaXplIG9uZSBhc3BlY3Qgb2YgYmVoYXZpb3Igb2YgbGluay1zdGF0ZSByb3V0
aW5nIHByb3RvY29sczogZGVsYXkgYmV0d2VlbiB0aGUgZmlyc3QgSUdQIGV2ZW50IHRoYXQgdHJp
Z2dlcnMgbmV3IFNQRiBjb21wdXRhdGlvbiBhbmQgdGhlIFNQRiBjYWxjdWxhdGlvbi4gVW50aWwg
bm93LCB0aGlzIGJlZW4gbGVmdCBmb3IgdGhlIGltcGxlbWVudGVycyB0byBwbGF5IHdpdGggZnJl
ZWx5LiBUaGUgcmVzdWx0aW5nIGRpZmZlcmVuY2VzIGhhdmUgYmVlbiBrbm93biBmb3IgcXVpdGUg
c29tZSB0aW1lIHRvIHJlc3VsdCBpbiBzb21lIGNhc2UgaW4gdHJhbnNpZW50IG1pY3JvLWxvb3Bz
Lg0KDQpUaGUgcmVzb2x1dGlvbiBwcm9wb3NlZCBpbiB0aGlzIGRyYWZ0IGluY2x1ZGVzIGEgd2Vs
bC1kZWZpbmVkIEZTTSBhbmQgYSBmdWxsIHNldCBvZiB0dW5hYmxlIHBhcmFtZXRlcnMgKHRpbWVy
cykgdXNlZCBpbiB0aGlzIEZTTS4NClRoZSByYW5nZSBhbmQgZ3JhbnVsYXJpdHkgb2YgYWxsIHRo
ZSB0dW5hYmxlIHBhcmFtZXRlcnMgYXJlIGV4cGxpY2l0bHkgZGVmaW5lZCBpbiB0aGUgZG9jdW1l
bnQgc28gdGhhdCB0aGUgb3BlcmF0b3Igd291bGQgYmUgYWJsZSB0byB0dW5lIGl0cyBuZXR3b3Jr
IHRvIHVzZSBleGFjdGx5IHRoZSBzYW1lIFNQRiBkZWxheSBhbGdvcml0aG0gd2l0aCBleGFjdGx5
IHRoZSBzYW1lIHBhcmFtZXRlcnMuIChUaGUgZGVmYXVsdCB2YWx1ZXMgYXJlIG5vdCBkZWZpbmVk
IGJlY2F1c2Ugb25lIHNpemUgZG9lcyBub3QgZml0IGFsbCBpbiB0aGlzIGNhc2UpLg0KDQpJdCBz
aG91bGQgYmUgbm90aWNlZCB0aGF0IHRoZSBkcmFmdCBkb2VzIG5vdCBpbnRlbmQgdG8gcHJvdmlk
ZSBhIGNvbXByZWhlbnNpdmUgc29sdXRpb24gb2YgdGhlIG1pY3JvLWxvb3AgcHJvYmxlbXMuDQpS
YXRoZXIsIGl0IHByb3ZpZGVzIGEgY29tbW9uIGJhc2VsaW5lIHVwb24gd2hpY2ggc3BlY2lmaWMg
c29sdXRpb25zIGZvciB0aGVzZSBwcm9ibGVtcyBjYW4gYmUgYnVpbHQgKGUuZy4sIHNlZSBkcmFm
dC1pZXRmLXJ0Z3dnLXVsb29wLWRlbGF5PGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2RyYWZ0LWlldGYtcnRnd2ctdWxvb3AtZGVsYXkvP2luY2x1ZGVfdGV4dD0xPikuDQoNCk1ham9y
IElzc3VlczogTm9uZSBmb3VuZC4NCg0KTWlub3IgSXNzdWVzOg0KDQoxLiAgICAgICBUaGUgZXhj
ZXB0aW9uIHRvIGdvb2QgcmVhZGFiaWxpdHkgb2YgdGhlIGRyYWZ0IHJlZmVycyB0byB0aGUgdGVy
bSDigJxwcm94aW1hdGUgZmFpbHVyZXMvSUdQIGV2ZW50c+KAnSB0aGF0IGFwcGVhcnMgNCB0aW1l
cyBpbiB0aGUgZHJhZnQuIEVuZ2xpc2ggaXMgbm90IG15IG1vdGhlciB0b25ndWUsIGFuZCB0aGUg
cmVmZXJlbmNlPGh0dHBzOi8vd3d3Lm1lcnJpYW0td2Vic3Rlci5jb20vdGhlc2F1cnVzL3Byb3hp
bWF0ZT4gSeKAmXZlIGxvb2tlZCB1cCBkaWQgbm90IGhlbHAgbXVjaC4g4oCcVGVtcG9yYWxseSBj
bG9zZeKAnSAob3Igc29tZXRoaW5nIGFsb25nIHRoZXNlIGxpbmVzKSBsb29rcyBsaWtlIGEgc3Vp
dGFibGUgYWx0ZXJuYXRpdmUuIChEb2VzIHRoaXMgY29tbWVudCBydW4gc3RyaWN0bHkgYWdhaW5z
dCB0aGUgcmVjb21tZW5kYXRpb24gZm9yIHRoZSBSVEctRElSIHJldmlld2VycyDigJx0byBhdm9p
ZCByYWlzaW5nIGVzb3RlcmljIHF1ZXN0aW9ucyBvZiBFbmdsaXNoIHVzYWdl4oCdPykNCg0KMi4g
ICAgICAgU2VjdGlvbiA1IG1lbnRpb25zIHN0YXJ0aW5nIHRoZSBTUEZfVElNRVIgKHdpdGggb25l
IG9mIHRoZSAzIHZhbHVlcyBkZWZpbmVkIGZvciBpdCkgYXMgcGFydCBvZiB0aGUgcmVzcG9uc2Ug
dG8gc29tZSBGU00gZXZlbnRzIGlmIGl0IHdhcyBub3QgYWxyZWFkeSBydW5uaW5nIC0gIGJ1dCBp
dCBkb2VzIG5vdCBzcGVjaWZ5IHdoYXQgaGFwcGVucyB3aGVuIHRoaXMgdGltZXIgZXhwaXJlcy4g
SSBhc3N1bWUgdGhhdCBpdHMgZXhwaXJhdGlvbiBsZWF2ZXMgdGhlIEZTTSBpbiBpdHMgY3VycmVu
dCBzdGF0ZSBhbmQgcmVzdWx0cyBpbiBydW5uaW5nIHRoZSBTUEYgY29tcHV0YXRpb24g4oCTIGlm
IHRoaXMgaXMgY29ycmVjdCwgaXQgd291bGQgYmUgbmljZSB0byBzYXkgdGhhdCBleHBsaWNpdGx5
Lg0KDQozLiAgICAgICBTZWN0aW9uIDcgcmVjb21tZW5kcyB0aGF0LCAgaW4gb3JkZXIgdG8gbWl0
aWdhdGUgbWljcm8tbG9vcCBwcm9ibGVtcyB1c2luZyB0aGUgcHJvcG9zZWQgYWxnb3JpdGhtLCDi
gJxhbGwgcm91dGVycyBpbiB0aGUgSUdQIGRvbWFpbiwgb3IgYXQgbGVhc3QgYWxsIHRoZSByb3V0
ZXJzIGluIHRoZSBzYW1lIGFyZWEvbGV2ZWwsIGhhdmUgZXhhY3RseSB0aGUgc2FtZSBjb25maWd1
cmVkICB2YWx1ZXPigJ0gb2YgdGhlIHJlbGV2YW50IHRpbWVycyAuIEhvd2V2ZXIsIHRoZSBkcmFm
dCBkb2VzIG5vdCBzcGVjaWZ5IHdoZXRoZXIgdGhlc2UgdGltZXJzIHNob3VsZCBiZSBjb25maWd1
cmVkIGp1c3QgYXQgdGhlIHByb3RvY29sIGluc3RhbmNlIGxldmVsIG9yIGFsc28gYXQgdGhlIGxl
dmVsIG9mIGVhY2ggc3BlY2lmaWMgYXJlYS9sZXZlbC4gRnJvbSBteSBQT1YsIHRoZSBncmFudWxh
cml0eSBvZiBjb25maWd1cmF0aW9uIHNob3VsZCBiZSBkZWZpbmVkIGluIHRoaXMgZHJhZnQg4oCT
IG9uZSB3YXkgb3IgYW5vdGhlci4NCg0KNC4gICAgICAgVGhlIGxhdGVzdCB2ZXJzaW9ucyBvZiB0
aGUgWUFORyBkYXRhIG1vZGVsIGRyYWZ0cyBmb3IgSVMtSVMgYW5kIE9TUEYgYWxyZWFkeSBkZWZp
bmUgdGhlIHRpbWVycyBpbnRyb2R1Y2VkIGluIHRoaXMgZHJhZnQuIEJ1dCB0aGVyZSBhcmUgbm8g
cmVmZXJlbmNlcyB0byB0aGVzZSBkcmFmdHMgaW4gdGhlIGRvY3VtZW50LiBGcm9tIG15IFBPViBz
dWNoIHJlZmVyZW5jZXMgKEluZm9ybWF0aW9uYWwgYW5kIHRoZXJlZm9yZSBub24tYmxvY2tpbmcp
IHdvdWxkIGJlIHVzZWZ1bCBmb3IgdGhlIHJlYWRlcnMsIGFuZCBJIHN1Z2dlc3QgdG8gYWRkIHRo
ZW0uDQoNCjUuICAgICAgIEkgaGF2ZSBzb21lIGNvbmNlcm5zIHJlZ2FyZGluZyBpbmNyZW1lbnRh
bCBpbnRyb2R1Y3Rpb24gYW5kIGFjdGl2YXRpb24gb2YgdGhlIHByb3Bvc2VkIGFsZ29yaXRobS4g
VGhlIG9wZXJhdG9yIHRoYXQgcnVucyBhIHdlbGwtdHVuZWQgbmV0d29yayBtYXkgZXhwZXJpZW5j
ZSB0cmFuc2llbnQgcHJvYmxlbXMgd2hlbiBzb21lIG9mIGl0cyByb3V0ZXJzIGFyZSBhbHJlYWR5
IHVwZ3JhZGVkIGFuZCB1c2UgdGhlIHByb3Bvc2VkIGJhY2stb2ZmIGFsZ29yaXRobSB3aGlsZSBz
b21lIG90aGVycyBzdGlsbCBjYW5ub3QgZG8gdGhhdC4gU29tZSB0ZXh0IGV4cGxhaW5pbmcgcG90
ZW50aWFsIGlzc3VlcyBpbiB0aGlzIHNjZW5hcmlvIGFuZCwgaWYgcG9zc2libGUsIHRoZWlyIG1p
dGlnYXRpb24sIHdvdWxkIGJlIG1vc3QgaGVscGZ1bC4NCg0KNi4gICAgICAgVGhlIGV4cGxhbmF0
b3J5IHRleHQgaW4gdGhlIGRyYWZ0IHNlZW1zIHRvIHN0cm9uZ2x5IHN1Z2dlc3QgdGhhdCAgU1BG
X0lOSVRJQUxfREVMQVkgPD0gU1BGX1NIT1JUX0RFTEFZIDw9ICBTUEZfTE9OR19ERUxBWSDigJMg
IGJ1dCB0aGlzIGlzIG5vdCBmb3JtYWxpemVkIGFzIGEgcmVxdWlyZW1lbnQgYW55d2hlcmUgaW4g
dGhlIHRleHQuIEZyb20gbXkgUE9WIHNhdGlzZnlpbmcgdGhpcyByZWxhdGlvbnNoaXAgc2hvdWxk
IGJlIFJFQ09NTUVOREVEIHRvIHRoZSBvcGVyYXRvcnMuDQoNCk5JVFM6DQoNCjEuICAgICAgIFNl
Y3Rpb24gMyBsaXN0cyAzIHBvc3NpYmxlIHZhbHVlcyBmb3IgdGhlIFNQRl9ERUxBWSB2YXJpYWJs
ZSBjYWxsZWQgSU5JVElBTF9TUEZfREVMQVksIFNIT1JUIFNQRl9ERUxBWSBhbmQgTE9OR19TUEZf
REVMQVkuIFRoZW4sIGluIHRoZSBsYXN0IHBhcmEsIGl0IHJlZmVycyB0byBhIHByZXZpb3VzbHkg
dW5kZWZpbmVkIHZhbHVlLCBJTklUSUFMX1dBSVQuIFRoaXMgaXMgYW4gb2J2aW91cyB0eXBvIGFu
ZCBzaG91bGQgYmUgcmVwbGFjZWQgd2l0aCBJTklUSUFMX1NQRl9ERUxBWQ0KDQoyLiAgICAgICBP
bmUgb2YgdGhlIHBhcmFtZXRlcnMgb2YgdGhlIGFsZ29yaXRobSBpcyBjYWxsZWQgSE9MRF9ET1dO
X0lOVEVSVkFMIChpbiBTZWN0aW9uIDMgYW5kIFNlY3Rpb24gNikgIHZzLiBIT0xERE9XTl9JTlRF
UlZBTCBpbiBTZWN0aW9uIDUuIFRoaXMgYWxzbyBsb29rcyBsaWtlIGFuIG9idmlvdXMgdHlwbywg
YW5kIHRoZSBzYW1lIG5hbWUgc2hvdWxkIGJlIHVzZWQgYWNyb3NzIHRoZSBkb2N1bWVudC4NCg0K
SSBoYXZlIGRpc2N1c3NlZCBteSBjb25jZXJucyBhYm91dCB0aGUgZHJhZnQgd2l0aCB0aGUgYXV0
aG9ycyB3aG8gaGF2ZSBiZWVuIG1vc3QgY29vcGVyYXRpdmUuDQpJIGJlbGlldmUgdGhhdCB3ZSBo
YXZlIHJlYWNoZWQgYW4gYWdyZWVtZW50IG9uIGFjY2VwdGFibGUgcmVzb2x1dGlvbiBvZiBhbGwg
Y29uY2VybnMgbGlzdGVkIGFib3ZlLg0KDQpSZWdhcmRzLA0KU2FzaGENCg0KT2ZmaWNlOiArOTcy
LTM5MjY2MzAyDQpDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQpFbWFpbDogICBBbGV4YW5kZXIu
VmFpbnNodGVpbkBlY2l0ZWxlLmNvbTxtYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVs
ZS5jb20+DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRoaXMgZS1tYWlsIG1lc3NhZ2UgaXMg
aW50ZW5kZWQgZm9yIHRoZSByZWNpcGllbnQgb25seSBhbmQgY29udGFpbnMgaW5mb3JtYXRpb24g
d2hpY2ggaXMNCkNPTkZJREVOVElBTCBhbmQgd2hpY2ggbWF5IGJlIHByb3ByaWV0YXJ5IHRvIEVD
SSBUZWxlY29tLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzDQp0cmFuc21pc3Npb24gaW4gZXJy
b3IsIHBsZWFzZSBpbmZvcm0gdXMgYnkgZS1tYWlsLCBwaG9uZSBvciBmYXgsIGFuZCB0aGVuIGRl
bGV0ZSB0aGUgb3JpZ2luYWwNCmFuZCBhbGwgY29waWVzIHRoZXJlb2YuDQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50
IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVl
cyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3Bp
ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVy
cmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg
YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg
ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVz
cG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lm
aWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g
Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj
dGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGll
ZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg
aW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2Fn
ZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBp
cyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdl
ZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov
KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z
b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r
LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1
NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3
MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGku
TXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9y
aXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJv
dHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN
Cglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7
fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0Ow0KCWZvbnQt
d2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDsNCgl0ZXh0LWRlY29yYXRpb246bm9u
ZSBub25lO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K
CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzQ0NTQ2QTsNCglm
b250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0aW9u
Om5vbmUgbm9uZTt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMx
RjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ
Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5
Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNl
Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv
IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv
Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh
eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv
bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkZS
IiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv
bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj5IaSBTYXNoYSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TWFueSB0aGFua3MgZm9yIHlvdXIgY2FyZWZ1bCBy
ZXZpZXcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Zb3VyIGNvbW1lbnRzIGhhdmUgYmVl
biBjb25zdHJ1Y3RpdmUsIHVzZWZ1bCBhbmQgaGVscGVkIGNsYXJpZnlpbmcgdGhlIGRyYWZ0LiBU
aGFua3MgZm9yIHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldlIGhhdmUgdXBkYXRlZCB0aGUgZHJhZnQgYXMgcGVyIHlv
dXIgY29tbWVudHMuIFdlIGJlbGlldmUgdGhhdCAtMDUgYWRkcmVzcyBhbGwgeW91ciBjb21tZW50
cy4gSWYgaXQgZG9lcyBub3QsIHBsZWFzZSBjb21tZW50IGJhY2suPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv
cjojMUY0OTdEIj5EcmFmdDogPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry
YWZ0LWlldGYtcnRnd2ctYmFja29mZi1hbGdvLTA1Ij4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv
aHRtbC9kcmFmdC1pZXRmLXJ0Z3dnLWJhY2tvZmYtYWxnby0wNTwvYT48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNv
bG9yOiMxRjQ5N0QiPkRpZmY6IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlm
Zj91cmwyPWRyYWZ0LWlldGYtcnRnd2ctYmFja29mZi1hbGdvLTA1LnR4dCI+DQpodHRwczovL3Rv
b2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXJ0Z3dnLWJhY2tvZmYtYWxnby0w
NS50eHQ8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+LS1CcnVu
bywgb24gYmVoYWxmIG9mIGFsbCBhdXRob3JzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxk
aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w
cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv
dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z
LXNlcmlmJnF1b3Q7Ij4gcnRnLWRpciBbbWFpbHRvOnJ0Zy1kaXItYm91bmNlc0BpZXRmLm9yZ10N
CjxiPk9uIEJlaGFsZiBPZiA8L2I+QWxleGFuZGVyIFZhaW5zaHRlaW48YnI+DQo8Yj5TZW50Ojwv
Yj4gVGh1cnNkYXksIEFwcmlsIDI3LCAyMDE3IDI6MjUgUE08YnI+DQo8Yj5Ubzo8L2I+IGplZmZ0
YW50LmlldGZAZ21haWwuY29tOyBjaHJpc2Jvd2Vycy5pZXRmQGdtYWlsLmNvbTxicj4NCjxiPkNj
OjwvYj4gcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1ydGd3Zy1iYWNrb2ZmLWFsZ29AaWV0
Zi5vcmc7IHJ0Zy1hZHNAaWV0Zi5vcmc7IHZhaW5zaHRlaW4uYWxleEBnbWFpbC5jb207IEpvbmF0
aGFuIEhhcmR3aWNrIChKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSk7IHJ0Z3dnQGll
dGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFtSVEctRElSXSBFYXJseSBSVEctRElSIHJldmll
dyBvZiBkcmFmdC1pZXRmLXJ0Z3dnLWJhY2tvZmYtYWxnby0wNDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IZWxsbyw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIGFzIGFuIGVhcmx5IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBE
aXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVk
IGRyYWZ0cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZp
ZXcsIGFuZA0KIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIEluIHRoaXMgY2FzZSBhbiBl
YXJseSByZXZpZXcgaGFzIGJlZW4gcmVxdWVzdGVkIGJ5IEplZmYgVGFudHN1cmEg4oCTIG9uZSBv
ZiB0aGUgY28tY2hhaXJzIG9mIHRoZSBSVEdXRy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIHB1cnBvc2Ugb2YgdGhlIHJl
dmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiZuYnNwOyZu
YnNwOyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwg
cGxlYXNlIHNlZSDigIs8YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0
Zy90cmFjL3dpa2kvUnRnRGlyIj5odHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90
cmFjL3dpa2kvUnRnRGlyPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RG9jdW1lbnQ8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj46IGRyYWZ0LWlldGYtcnRnd2ctYmFja29mZi1hbGdvLTA0
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu
Zz0iRU4tVVMiPlJldmlld2VyPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+OiBBbGV4YW5k
ZXIgKOKAnFNhc2hh4oCdKSBWYWluc2h0ZWluDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+UmV2aWV3IERhdGU8L3NwYW4+
PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj46IDI3LUFwci0xNw0KPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPklFVEYgTEMgRW5k
IERhdGU8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj46IE4vQTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5JbnRlbmRl
ZCBTdGF0dXM8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj46IFN0YW5kYXJkcyBUcmFjazxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
Yj48c3BhbiBsYW5nPSJFTi1VUyI+U3VtbWFyeTwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMi
Pjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n
PSJFTi1VUyI+SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0
aGF0LCBmcm9tIG15IFBPViwgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkNvbW1lbnRzPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1V
UyI+OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIj5UaGUgZHJhZnQgaXMgdmVyeSB3ZWxsIHdyaXR0ZW4sIGFuZCwgd2l0aCBvbmUg
bm90YWJsZSBleGNlcHRpb24sIGVhc3kgdG8gdW5kZXJzdGFuZC48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SXQgcmVwcmVzZW50
cyBhbiBhdHRlbXB0IHRvIHN0YW5kYXJkaXplIG9uZSBhc3BlY3Qgb2YgYmVoYXZpb3Igb2YgbGlu
ay1zdGF0ZSByb3V0aW5nIHByb3RvY29sczogZGVsYXkgYmV0d2VlbiB0aGUgZmlyc3QgSUdQIGV2
ZW50IHRoYXQgdHJpZ2dlcnMgbmV3IFNQRiBjb21wdXRhdGlvbiBhbmQgdGhlIFNQRiBjYWxjdWxh
dGlvbi4gVW50aWwgbm93LCB0aGlzIGJlZW4gbGVmdCBmb3INCiB0aGUgaW1wbGVtZW50ZXJzIHRv
IHBsYXkgd2l0aCBmcmVlbHkuIFRoZSByZXN1bHRpbmcgZGlmZmVyZW5jZXMgaGF2ZSBiZWVuIGtu
b3duIGZvciBxdWl0ZSBzb21lIHRpbWUgdG8gcmVzdWx0IGluIHNvbWUgY2FzZSBpbiB0cmFuc2ll
bnQgbWljcm8tbG9vcHMuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIHJlc29sdXRpb24g
cHJvcG9zZWQgaW4gdGhpcyBkcmFmdCBpbmNsdWRlcyBhIHdlbGwtZGVmaW5lZCBGU00gYW5kIGEg
ZnVsbCBzZXQgb2YgdHVuYWJsZSBwYXJhbWV0ZXJzICh0aW1lcnMpIHVzZWQgaW4gdGhpcyBGU00u
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i
RU4tVVMiPlRoZSByYW5nZSBhbmQgZ3JhbnVsYXJpdHkgb2YgYWxsIHRoZSB0dW5hYmxlIHBhcmFt
ZXRlcnMgYXJlIGV4cGxpY2l0bHkgZGVmaW5lZCBpbiB0aGUgZG9jdW1lbnQgc28gdGhhdCB0aGUg
b3BlcmF0b3Igd291bGQgYmUgYWJsZSB0byB0dW5lIGl0cyBuZXR3b3JrIHRvIHVzZSBleGFjdGx5
IHRoZSBzYW1lIFNQRiBkZWxheSBhbGdvcml0aG0gd2l0aCBleGFjdGx5IHRoZSBzYW1lIHBhcmFt
ZXRlcnMuDQogKFRoZSBkZWZhdWx0IHZhbHVlcyBhcmUgbm90IGRlZmluZWQgYmVjYXVzZSBvbmUg
c2l6ZSBkb2VzIG5vdCBmaXQgYWxsIGluIHRoaXMgY2FzZSkuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5J
dCBzaG91bGQgYmUgbm90aWNlZCB0aGF0IHRoZSBkcmFmdCBkb2VzIG5vdCBpbnRlbmQgdG8gcHJv
dmlkZSBhIGNvbXByZWhlbnNpdmUgc29sdXRpb24gb2YgdGhlIG1pY3JvLWxvb3AgcHJvYmxlbXMu
Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyI+UmF0aGVyLCBpdCBwcm92aWRlcyBhIGNvbW1vbiBiYXNlbGluZSB1cG9u
IHdoaWNoIHNwZWNpZmljIHNvbHV0aW9ucyBmb3IgdGhlc2UgcHJvYmxlbXMgY2FuIGJlIGJ1aWx0
IChlLmcuLCBzZWUNCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LWlldGYtcnRnd2ctdWxvb3AtZGVsYXkvP2luY2x1ZGVfdGV4dD0xIj4NCmRyYWZ0LWlldGYt
cnRnd2ctdWxvb3AtZGVsYXk8L2E+KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPk1ham9yIElzc3Vl
czwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjogTm9uZSBmb3VuZC48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu
Zz0iRU4tVVMiPk1pbm9yIElzc3Vlczwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPjo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl
eHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4xLjwvc3Bhbj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO
ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgZXhjZXB0aW9uIHRv
IGdvb2QgcmVhZGFiaWxpdHkgb2YgdGhlIGRyYWZ0IHJlZmVycyB0byB0aGUgdGVybSDigJw8Yj48
aT5wcm94aW1hdGU8L2k+PC9iPiBmYWlsdXJlcy9JR1AgZXZlbnRz4oCdIHRoYXQgYXBwZWFycyA0
IHRpbWVzIGluIHRoZSBkcmFmdC4gRW5nbGlzaCBpcyBub3QgbXkgbW90aGVyIHRvbmd1ZSwgYW5k
IHRoZQ0KPGEgaHJlZj0iaHR0cHM6Ly93d3cubWVycmlhbS13ZWJzdGVyLmNvbS90aGVzYXVydXMv
cHJveGltYXRlIj5yZWZlcmVuY2U8L2E+IEnigJl2ZSBsb29rZWQgdXAgZGlkIG5vdCBoZWxwIG11
Y2guIOKAnFRlbXBvcmFsbHkgY2xvc2XigJ0gKG9yIHNvbWV0aGluZyBhbG9uZyB0aGVzZSBsaW5l
cykgbG9va3MgbGlrZSBhIHN1aXRhYmxlIGFsdGVybmF0aXZlLiAoRG9lcyB0aGlzIGNvbW1lbnQg
cnVuIHN0cmljdGx5IGFnYWluc3QgdGhlIHJlY29tbWVuZGF0aW9uIGZvcg0KIHRoZSBSVEctRElS
IHJldmlld2VycyDigJx0byBhdm9pZCByYWlzaW5nIGVzb3RlcmljIHF1ZXN0aW9ucyBvZiBFbmds
aXNoIHVzYWdl4oCdPyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh
cmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4y
Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh
bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT
Ij5TZWN0aW9uIDUgbWVudGlvbnMgc3RhcnRpbmcgdGhlIFNQRl9USU1FUiAod2l0aCBvbmUgb2Yg
dGhlIDMgdmFsdWVzIGRlZmluZWQgZm9yIGl0KSBhcyBwYXJ0IG9mIHRoZSByZXNwb25zZSB0byBz
b21lIEZTTSBldmVudHMgaWYgaXQgd2FzIG5vdCBhbHJlYWR5IHJ1bm5pbmcgLSZuYnNwOyBidXQN
CjxiPjxpPml0IGRvZXMgbm90IHNwZWNpZnkgd2hhdCBoYXBwZW5zIHdoZW4gdGhpcyB0aW1lciBl
eHBpcmVzPC9pPjwvYj4uIEkgYXNzdW1lIHRoYXQgaXRzIGV4cGlyYXRpb24gbGVhdmVzIHRoZSBG
U00gaW4gaXRzIGN1cnJlbnQgc3RhdGUgYW5kIHJlc3VsdHMgaW4gcnVubmluZyB0aGUgU1BGIGNv
bXB1dGF0aW9uIOKAkyBpZiB0aGlzIGlzIGNvcnJlY3QsIGl0IHdvdWxkIGJlIG5pY2UgdG8gc2F5
IHRoYXQgZXhwbGljaXRseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlz
dFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVOLVVT
Ij4zLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250
LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO
LVVTIj5TZWN0aW9uIDcgcmVjb21tZW5kcyB0aGF0LCZuYnNwOyBpbiBvcmRlciB0byBtaXRpZ2F0
ZSBtaWNyby1sb29wIHByb2JsZW1zIHVzaW5nIHRoZSBwcm9wb3NlZCBhbGdvcml0aG0sIOKAnGFs
bCByb3V0ZXJzIGluIHRoZSBJR1AgZG9tYWluLCBvciBhdCBsZWFzdCBhbGwgdGhlIHJvdXRlcnMg
aW4gdGhlIHNhbWUgYXJlYS9sZXZlbCwgaGF2ZSBleGFjdGx5IHRoZSBzYW1lIGNvbmZpZ3VyZWQm
bmJzcDsgdmFsdWVz4oCdIG9mIHRoZQ0KIHJlbGV2YW50IHRpbWVycyAuIEhvd2V2ZXIsIHRoZSBk
cmFmdCBkb2VzIG5vdCBzcGVjaWZ5IHdoZXRoZXIgdGhlc2UgdGltZXJzIHNob3VsZCBiZSBjb25m
aWd1cmVkIGp1c3QgYXQgdGhlIHByb3RvY29sIGluc3RhbmNlIGxldmVsIG9yIGFsc28gYXQgdGhl
IGxldmVsIG9mIGVhY2ggc3BlY2lmaWMgYXJlYS9sZXZlbC4gRnJvbSBteSBQT1YsIHRoZQ0KPGI+
PGk+Z3JhbnVsYXJpdHkgb2YgY29uZmlndXJhdGlvbjwvaT48L2I+IHNob3VsZCBiZSBkZWZpbmVk
IGluIHRoaXMgZHJhZnQg4oCTIG9uZSB3YXkgb3IgYW5vdGhlci48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4w
cHQiPjxzcGFuIGxhbmc9IkVOLVVTIj40Ljwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss
JnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K
PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgbGF0ZXN0IHZlcnNpb25zIG9mIHRoZSBZQU5H
IGRhdGEgbW9kZWwgZHJhZnRzIGZvciBJUy1JUyBhbmQgT1NQRiBhbHJlYWR5IGRlZmluZSB0aGUg
dGltZXJzIGludHJvZHVjZWQgaW4gdGhpcyBkcmFmdC4gQnV0DQo8Yj48aT50aGVyZSBhcmUgbm8g
cmVmZXJlbmNlcyB0byB0aGVzZSBkcmFmdHMgaW4gdGhlIGRvY3VtZW50PC9pPjwvYj4uIEZyb20g
bXkgUE9WIHN1Y2ggcmVmZXJlbmNlcyAoSW5mb3JtYXRpb25hbCBhbmQgdGhlcmVmb3JlIG5vbi1i
bG9ja2luZykgd291bGQgYmUgdXNlZnVsIGZvciB0aGUgcmVhZGVycywgYW5kIEkgc3VnZ2VzdCB0
byBhZGQgdGhlbS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn
cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj41Ljwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5J
IGhhdmUgc29tZSBjb25jZXJucyByZWdhcmRpbmcgPGI+PGk+aW5jcmVtZW50YWwgaW50cm9kdWN0
aW9uIGFuZCBhY3RpdmF0aW9uIG9mIHRoZSBwcm9wb3NlZCBhbGdvcml0aG08L2k+PC9iPi4gVGhl
IG9wZXJhdG9yIHRoYXQgcnVucyBhIHdlbGwtdHVuZWQgbmV0d29yayBtYXkgZXhwZXJpZW5jZSB0
cmFuc2llbnQgcHJvYmxlbXMgd2hlbiBzb21lIG9mIGl0cyByb3V0ZXJzIGFyZSBhbHJlYWR5IHVw
Z3JhZGVkDQogYW5kIHVzZSB0aGUgcHJvcG9zZWQgYmFjay1vZmYgYWxnb3JpdGhtIHdoaWxlIHNv
bWUgb3RoZXJzIHN0aWxsIGNhbm5vdCBkbyB0aGF0LiBTb21lIHRleHQgZXhwbGFpbmluZyBwb3Rl
bnRpYWwgaXNzdWVzIGluIHRoaXMgc2NlbmFyaW8gYW5kLCBpZiBwb3NzaWJsZSwgdGhlaXIgbWl0
aWdhdGlvbiwgd291bGQgYmUgbW9zdCBoZWxwZnVsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNw
YW4gbGFuZz0iRU4tVVMiPjYuPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz
ZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+
PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSBleHBsYW5hdG9yeSB0ZXh0IGluIHRoZSBkcmFmdCBzZWVt
cyB0byBzdHJvbmdseSBzdWdnZXN0IHRoYXQmbmJzcDsNCjwvc3Bhbj48Yj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5TUEZfSU5J
VElBTF9ERUxBWSAmbHQ7PSBTUEZfU0hPUlRfREVMQVkgJmx0Oz0mbmJzcDsgU1BGX0xPTkdfREVM
QVkNCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPuKAkyZuYnNwOyBidXQgdGhpcyBpcyBu
b3QgZm9ybWFsaXplZCBhcyBhIHJlcXVpcmVtZW50IGFueXdoZXJlIGluIHRoZSB0ZXh0LiBGcm9t
IG15IFBPViBzYXRpc2Z5aW5nIHRoaXMgcmVsYXRpb25zaGlwIHNob3VsZCBiZSBSRUNPTU1FTkRF
RCB0byB0aGUgb3BlcmF0b3JzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+TklUUzwvc3Bhbj48L2I+
PHNwYW4gbGFuZz0iRU4tVVMiPjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
TGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVO
LVVTIj4xLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm
b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9
IkVOLVVTIj5TZWN0aW9uIDMgbGlzdHMgMyBwb3NzaWJsZSB2YWx1ZXMgZm9yIHRoZSBTUEZfREVM
QVkgdmFyaWFibGUgY2FsbGVkIElOSVRJQUxfU1BGX0RFTEFZLCBTSE9SVCBTUEZfREVMQVkgYW5k
IExPTkdfU1BGX0RFTEFZLiBUaGVuLCBpbiB0aGUgbGFzdCBwYXJhLCBpdCByZWZlcnMgdG8NCjxi
PjxpPmEgcHJldmlvdXNseSB1bmRlZmluZWQgdmFsdWUsIElOSVRJQUxfV0FJVDwvaT48L2I+LiBU
aGlzIGlzIGFuIG9idmlvdXMgdHlwbyBhbmQgc2hvdWxkIGJlIHJlcGxhY2VkIHdpdGggSU5JVElB
TF9TUEZfREVMQVk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn
cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4yLjwv
c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5P
bmUgb2YgdGhlIHBhcmFtZXRlcnMgb2YgdGhlIGFsZ29yaXRobSBpcyBjYWxsZWQgPGI+SE9MRF9E
T1dOX0lOVEVSVkFMPC9iPiAoaW4gU2VjdGlvbiAzIGFuZCBTZWN0aW9uIDYpJm5ic3A7IHZzLg0K
PGI+SE9MRERPV05fSU5URVJWQUw8L2I+IGluIFNlY3Rpb24gNS4gVGhpcyBhbHNvIGxvb2tzIGxp
a2UgYW4gb2J2aW91cyB0eXBvLCBhbmQgdGhlIHNhbWUgbmFtZSBzaG91bGQgYmUgdXNlZCBhY3Jv
c3MgdGhlIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBoYXZlIGRpc2N1c3NlZCBteSBj
b25jZXJucyBhYm91dCB0aGUgZHJhZnQgd2l0aCB0aGUgYXV0aG9ycyB3aG8gaGF2ZSBiZWVuIG1v
c3QgY29vcGVyYXRpdmUuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SSBiZWxpZXZlIHRoYXQgd2UgaGF2ZSByZWFjaGVkIGFu
IGFncmVlbWVudCBvbiBhY2NlcHRhYmxlIHJlc29sdXRpb24gb2YgYWxsIGNvbmNlcm5zIGxpc3Rl
ZCBhYm92ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNhc2hhPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh
bmc9IkVOLVVTIj5PZmZpY2U6ICYjNDM7OTcyLTM5MjY2MzAyPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkNlbGw6Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICYjNDM7OTcyLTU0OTI2NjMwMjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5FbWFpbDombmJz
cDsmbmJzcDsgPGEgaHJlZj0ibWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29t
Ij4NCkFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPC9hPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv
bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+
DQo8YnI+DQpUaGlzIGUtbWFpbCBtZXNzYWdlIGlzIGludGVuZGVkIGZvciB0aGUgcmVjaXBpZW50
IG9ubHkgYW5kIGNvbnRhaW5zIGluZm9ybWF0aW9uIHdoaWNoIGlzDQo8YnI+DQpDT05GSURFTlRJ
QUwgYW5kIHdoaWNoIG1heSBiZSBwcm9wcmlldGFyeSB0byBFQ0kgVGVsZWNvbS4gSWYgeW91IGhh
dmUgcmVjZWl2ZWQgdGhpcw0KPGJyPg0KdHJhbnNtaXNzaW9uIGluIGVycm9yLCBwbGVhc2UgaW5m
b3JtIHVzIGJ5IGUtbWFpbCwgcGhvbmUgb3IgZmF4LCBhbmQgdGhlbiBkZWxldGUgdGhlIG9yaWdp
bmFsDQo8YnI+DQphbmQgYWxsIGNvcGllcyB0aGVyZW9mLjxicj4NCl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8UFJFPl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNl
IG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9y
bWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9u
YwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv
bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz
aWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl
cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg
ZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt
ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1l
c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp
dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNo
b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh
dGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5v
dGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu
dHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1l
c3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhh
bmsgeW91Lgo8L1BSRT48L2JvZHk+DQo8L2h0bWw+DQo=

--_000_53C29892C857584299CBF5D05346208A31CE985AOPEXCNORM2Fcorp_--


From nobody Tue May  2 03:24:32 2017
Return-Path: <vainshtein.alex@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9D8D1315E9; Tue,  2 May 2017 03:24:23 -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 mZ3hpdgGlNSG; Tue,  2 May 2017 03:24:20 -0700 (PDT)
Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (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 56433131664; Tue,  2 May 2017 03:19:45 -0700 (PDT)
Received: by mail-it0-x236.google.com with SMTP id e65so7068110ita.1; Tue, 02 May 2017 03:19:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=apXaEQth/Clq3jU1o7tYCvjy1B0xLf1o+ISoyJ92o3Q=; b=eU0vrdkgtWg7AU5Xo2DlPanWB632WiqMwIdF8Wr6vNP8/iBRlpRKB0QpCIDZHGu48w HINe/YpwL0oFeHpQhUsHEW/dUu2wl1X87ky7D7LXeyvo8qw/jEPz/SD/gZL32C6vo4m3 xDun1g1IkvfBm30NHL5a485wD7M2wPCfy1QC4bfb6xfulQcRqLQSPG0ZKjSm32qCTPI8 Uk62X3+46fbSuIzxh/YDM35OkLY+GYIXKUU1hkvGXIzmJVB0XbXMgjEAfqNdi53RjfKD LUew/Mi+wqZ0d6/1YQFP4R543q5Az5rsXicAF2wz9QW+n26vF515XGbC1Iirjz3kVNa3 OvKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=apXaEQth/Clq3jU1o7tYCvjy1B0xLf1o+ISoyJ92o3Q=; b=f2mBCURrHqab1lShqlfk9md62/1UJsnGaej0GF6Y4T315+orwFoFKXM/qbcYLVwHak KEXA+Nl0nnqqyCpTnSFE+Kucmj4xp3udWl27xA7Xk5rtN9vysFyGxo58471it9UrtnZv iaw1G/r+hzDGboEwxrk0BnEaHRJyrXLjUoJEEaR3vyOVd6zbRDRxPmazrDv3hEpfqS5E WcsnStdVDxFRcsqtzYdiYVAlv0ZAcJcRlj3QJEsc0kq0fyjSXYl6jeEESXn8gmnTOt7M ryJUBmoucMgiZQ6mocIS+c4MJ4mHBUH6aLHKxKaLSGv1WFPY4hQAKRW/MK7DOjNuwQVa 2opg==
X-Gm-Message-State: AN3rC/7tgJ4MSJXBml4ssRx4aPcWJhXJFXFbRPEvbMo9Or1cJ7FlgHmZ +b0SEvyLVJXR0AnyCCyDDOy+PrQ5ZmFk
X-Received: by 10.36.41.72 with SMTP id p69mr2235131itp.84.1493720384706; Tue, 02 May 2017 03:19:44 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.79.35.139 with HTTP; Tue, 2 May 2017 03:19:43 -0700 (PDT)
Received: by 10.79.35.139 with HTTP; Tue, 2 May 2017 03:19:43 -0700 (PDT)
In-Reply-To: <4720_1493716160_59084CC0_4720_340_1_53C29892C857584299CBF5D05346208A31CE985A@OPEXCNORM2F.corporate.adroot.infra.ftgroup>
References: <AM4PR03MB1713386BB8649B3813B8E24E9D100@AM4PR03MB1713.eurprd03.prod.outlook.com> <4720_1493716160_59084CC0_4720_340_1_53C29892C857584299CBF5D05346208A31CE985A@OPEXCNORM2F.corporate.adroot.infra.ftgroup>
From: Alexander Vainshtein <vainshtein.alex@gmail.com>
Date: Tue, 2 May 2017 13:19:43 +0300
Message-ID: <CAA+i7Sv=H2vs1L7H9odN0ZfFxC954dN5FfCp+FRczEBWgxwc5w@mail.gmail.com>
To: Bruno Decraene <bruno.decraene@orange.com>
Cc: chrisbowers.ietf@gmail.com, rtgwg@ietf.org, rtg-dir@ietf.org,  jefftant.ietf@gmail.com,  Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>,  "Jonathan Hardwick (Jonathan.Hardwick@metaswitch.com)" <Jonathan.Hardwick@metaswitch.com>, rtg-ads@ietf.org,  draft-ietf-rtgwg-backoff-algo@ietf.org
Content-Type: multipart/alternative; boundary=001a113f837eec9efa054e87e042
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/XGsWM9uDlAxBztltxtc2_8fSLfE>
Subject: Re: [RTG-DIR] Early RTG-DIR review of draft-ietf-rtgwg-backoff-algo-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 May 2017 10:24:24 -0000

--001a113f837eec9efa054e87e042
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bruno,
Lots of thanks for a prompt response.
I have looked up the -05 version, and it addresses all concerns I've raised
in my review.

Regards,
Sasha

On May 2, 2017 12:09, <bruno.decraene@orange.com> wrote:

> Hi Sasha,
>
>
>
> Many thanks for your careful review.
>
> Your comments have been constructive, useful and helped clarifying the
> draft. Thanks for this.
>
>
>
> We have updated the draft as per your comments. We believe that -05
> address all your comments. If it does not, please comment back.
>
> Draft: https://tools.ietf.org/html/draft-ietf-rtgwg-backoff-algo-05
>
> Diff: https://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-
> backoff-algo-05.txt
>
>
>
>
>
> --Bruno, on behalf of all authors.
>
>
>
> *From:* rtg-dir [mailto:rtg-dir-bounces@ietf.org] *On Behalf Of *Alexande=
r
> Vainshtein
> *Sent:* Thursday, April 27, 2017 2:25 PM
> *To:* jefftant.ietf@gmail.com; chrisbowers.ietf@gmail.com
> *Cc:* rtg-dir@ietf.org; draft-ietf-rtgwg-backoff-algo@ietf.org;
> rtg-ads@ietf.org; vainshtein.alex@gmail.com; Jonathan Hardwick (
> Jonathan.Hardwick@metaswitch.com); rtgwg@ietf.org
> *Subject:* [RTG-DIR] Early RTG-DIR review of
> draft-ietf-rtgwg-backoff-algo-04
>
>
>
> Hello,
>
>
>
> I have been selected as the Routing Directorate as an early reviewer for
> this draft. The Routing Directorate seeks to review all routing or
> routing-related drafts as they pass through IETF last call and IESG revie=
w,
> and sometimes on special request. In this case an early review has been
> requested by Jeff Tantsura =E2=80=93 one of the co-chairs of the RTGWG.
>
> The purpose of the review is to provide assistance to the Routing ADs.
> For more information about the Routing Directorate, please see =E2=80=8B
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
>
>
> *Document*: draft-ietf-rtgwg-backoff-algo-04
>
> *Reviewer*: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein
>
> *Review Date*: 27-Apr-17
>
> *IETF LC End Date*: N/A
>
> *Intended Status*: Standards Track
>
>
>
> *Summary*:
>
> I have some minor concerns about this document that, from my POV, should
> be resolved before publication.
>
>
>
> *Comments*:
>
> The draft is very well written, and, with one notable exception, easy to
> understand.
>
> It represents an attempt to standardize one aspect of behavior of
> link-state routing protocols: delay between the first IGP event that
> triggers new SPF computation and the SPF calculation. Until now, this bee=
n
> left for the implementers to play with freely. The resulting differences
> have been known for quite some time to result in some case in transient
> micro-loops.
>
>
>
> The resolution proposed in this draft includes a well-defined FSM and a
> full set of tunable parameters (timers) used in this FSM.
>
> The range and granularity of all the tunable parameters are explicitly
> defined in the document so that the operator would be able to tune its
> network to use exactly the same SPF delay algorithm with exactly the same
> parameters. (The default values are not defined because one size does not
> fit all in this case).
>
>
>
> It should be noticed that the draft does not intend to provide a
> comprehensive solution of the micro-loop problems.
>
> Rather, it provides a common baseline upon which specific solutions for
> these problems can be built (e.g., see draft-ietf-rtgwg-uloop-delay
> <https://datatracker.ietf.org/doc/draft-ietf-rtgwg-uloop-delay/?include_t=
ext=3D1>
> ).
>
>
>
> *Major Issues*: None found.
>
>
>
> *Minor Issues*:
>
> 1.       The exception to good readability of the draft refers to the
> term =E2=80=9C*proximate* failures/IGP events=E2=80=9D that appears 4 tim=
es in the draft.
> English is not my mother tongue, and the reference
> <https://www.merriam-webster.com/thesaurus/proximate> I=E2=80=99ve looked=
 up did
> not help much. =E2=80=9CTemporally close=E2=80=9D (or something along the=
se lines) looks
> like a suitable alternative. (Does this comment run strictly against the
> recommendation for the RTG-DIR reviewers =E2=80=9Cto avoid raising esoter=
ic
> questions of English usage=E2=80=9D?)
>
> 2.       Section 5 mentions starting the SPF_TIMER (with one of the 3
> values defined for it) as part of the response to some FSM events if it w=
as
> not already running -  but *it does not specify what happens when this
> timer expires*. I assume that its expiration leaves the FSM in its
> current state and results in running the SPF computation =E2=80=93 if thi=
s is
> correct, it would be nice to say that explicitly.
>
> 3.       Section 7 recommends that,  in order to mitigate micro-loop
> problems using the proposed algorithm, =E2=80=9Call routers in the IGP do=
main, or
> at least all the routers in the same area/level, have exactly the same
> configured  values=E2=80=9D of the relevant timers . However, the draft d=
oes not
> specify whether these timers should be configured just at the protocol
> instance level or also at the level of each specific area/level. From my
> POV, the *granularity of configuration* should be defined in this draft =
=E2=80=93
> one way or another.
>
> 4.       The latest versions of the YANG data model drafts for IS-IS and
> OSPF already define the timers introduced in this draft. But *there are
> no references to these drafts in the document*. From my POV such
> references (Informational and therefore non-blocking) would be useful for
> the readers, and I suggest to add them.
>
> 5.       I have some concerns regarding *incremental introduction and
> activation of the proposed algorithm*. The operator that runs a
> well-tuned network may experience transient problems when some of its
> routers are already upgraded and use the proposed back-off algorithm whil=
e
> some others still cannot do that. Some text explaining potential issues i=
n
> this scenario and, if possible, their mitigation, would be most helpful.
>
> 6.       The explanatory text in the draft seems to strongly suggest
> that  *SPF_INITIAL_DELAY <=3D SPF_SHORT_DELAY <=3D  SPF_LONG_DELAY *=E2=
=80=93  but
> this is not formalized as a requirement anywhere in the text. From my POV
> satisfying this relationship should be RECOMMENDED to the operators.
>
>
>
> *NITS*:
>
> 1.       Section 3 lists 3 possible values for the SPF_DELAY variable
> called INITIAL_SPF_DELAY, SHORT SPF_DELAY and LONG_SPF_DELAY. Then, in th=
e
> last para, it refers to *a previously undefined value, INITIAL_WAIT*.
> This is an obvious typo and should be replaced with INITIAL_SPF_DELAY
>
> 2.       One of the parameters of the algorithm is called
> *HOLD_DOWN_INTERVAL* (in Section 3 and Section 6)  vs. *HOLDDOWN_INTERVAL=
*
> in Section 5. This also looks like an obvious typo, and the same name
> should be used across the document.
>
>
>
> I have discussed my concerns about the draft with the authors who have
> been most cooperative.
>
> I believe that we have reached an agreement on acceptable resolution of
> all concerns listed above.
>
>
>
> Regards,
>
> Sasha
>
>
>
> Office: +972-39266302 <+972%203-926-6302>
>
> Cell:      +972-549266302 <+972%2054-926-6302>
>
> Email:   Alexander.Vainshtein@ecitele.com
>
>
>
>
> ____________________________________________________________
> _______________
>
> This e-mail message is intended for the recipient only and contains
> information which is
> CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have
> received this
> transmission in error, please inform us by e-mail, phone or fax, and then
> delete the original
> and all copies thereof.
> ____________________________________________________________
> _______________
>
> _________________________________________________________________________=
________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confid=
entielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re=
cu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages =
electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme o=
u falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged i=
nformation that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and de=
lete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have bee=
n modified, changed or falsified.
> Thank you.
>
>

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

<div dir=3D"auto">Bruno,<div dir=3D"auto">Lots of thanks for a prompt respo=
nse.</div><div dir=3D"auto">I have looked up the -05 version, and it addres=
ses all concerns I&#39;ve raised in my review.</div><div dir=3D"auto"><br><=
/div><div dir=3D"auto">Regards,</div><div dir=3D"auto">Sasha</div></div><di=
v class=3D"gmail_extra"><br><div class=3D"gmail_quote">On May 2, 2017 12:09=
,  &lt;<a href=3D"mailto:bruno.decraene@orange.com">bruno.decraene@orange.c=
om</a>&gt; wrote:<br type=3D"attribution"><blockquote class=3D"gmail_quote"=
 style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"m_7790957708407595770WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">Hi Sash=
a,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">Many th=
anks for your careful review.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">Your co=
mments have been constructive, useful and helped clarifying the draft. Than=
ks for this.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">We have=
 updated the draft as per your comments. We believe that -05 address all yo=
ur comments. If it does not, please comment back.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">Draft: =
<a href=3D"https://tools.ietf.org/html/draft-ietf-rtgwg-backoff-algo-05" ta=
rget=3D"_blank">
https://tools.ietf.org/html/<wbr>draft-ietf-rtgwg-backoff-algo-<wbr>05</a><=
u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">Diff: <=
a href=3D"https://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-rtgwg-backoff-al=
go-05.txt" target=3D"_blank">
https://tools.ietf.org/<wbr>rfcdiff?url2=3Ddraft-ietf-rtgwg-<wbr>backoff-al=
go-05.txt</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d"><u></u>=
=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d">--Bruno=
, on behalf of all authors.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1f497d"><u></u>=
=C2=A0<u></u></span></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> rtg-dir =
[mailto:<a href=3D"mailto:rtg-dir-bounces@ietf.org" target=3D"_blank">rtg-d=
ir-bounces@ietf.<wbr>org</a>]
<b>On Behalf Of </b>Alexander Vainshtein<br>
<b>Sent:</b> Thursday, April 27, 2017 2:25 PM<br>
<b>To:</b> <a href=3D"mailto:jefftant.ietf@gmail.com" target=3D"_blank">jef=
ftant.ietf@gmail.com</a>; <a href=3D"mailto:chrisbowers.ietf@gmail.com" tar=
get=3D"_blank">chrisbowers.ietf@gmail.com</a><br>
<b>Cc:</b> <a href=3D"mailto:rtg-dir@ietf.org" target=3D"_blank">rtg-dir@ie=
tf.org</a>; <a href=3D"mailto:draft-ietf-rtgwg-backoff-algo@ietf.org" targe=
t=3D"_blank">draft-ietf-rtgwg-backoff-algo@<wbr>ietf.org</a>; <a href=3D"ma=
ilto:rtg-ads@ietf.org" target=3D"_blank">rtg-ads@ietf.org</a>; <a href=3D"m=
ailto:vainshtein.alex@gmail.com" target=3D"_blank">vainshtein.alex@gmail.co=
m</a>; Jonathan Hardwick (<a href=3D"mailto:Jonathan.Hardwick@metaswitch.co=
m" target=3D"_blank">Jonathan.Hardwick@metaswitch.<wbr>com</a>); <a href=3D=
"mailto:rtgwg@ietf.org" target=3D"_blank">rtgwg@ietf.org</a><br>
<b>Subject:</b> [RTG-DIR] Early RTG-DIR review of draft-ietf-rtgwg-backoff-=
algo-<wbr>04<u></u><u></u></span></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Hello,<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I have been selected as the Rou=
ting Directorate as an early reviewer for this draft. The Routing Directora=
te seeks to review all routing or routing-related drafts as they pass throu=
gh IETF last call and IESG review, and
 sometimes on special request. In this case an early review has been reques=
ted by Jeff Tantsura =E2=80=93 one of the co-chairs of the RTGWG.<u></u><u>=
</u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The purpose of the review is to=
 provide assistance to the Routing ADs.=C2=A0=C2=A0 For more information ab=
out the Routing Directorate, please see =E2=80=8B<a href=3D"http://trac.too=
ls.ietf.org/area/rtg/trac/wiki/RtgDir" target=3D"_blank">http://trac.tools.=
ietf.org/<wbr>area/rtg/trac/wiki/RtgDir</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Document</span></b><span lan=
g=3D"EN-US">: draft-ietf-rtgwg-backoff-algo-<wbr>04<u></u><u></u></span></p=
>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Reviewer</span></b><span lan=
g=3D"EN-US">: Alexander (=E2=80=9CSasha=E2=80=9D) Vainshtein
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Review Date</span></b><span =
lang=3D"EN-US">: 27-Apr-17
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">IETF LC End Date</span></b><=
span lang=3D"EN-US">: N/A<u></u><u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Intended Status</span></b><s=
pan lang=3D"EN-US">: Standards Track<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Summary</span></b><span lang=
=3D"EN-US">:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I have some minor concerns abou=
t this document that, from my POV, should be resolved before publication.<u=
></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Comments</span></b><span lan=
g=3D"EN-US">:<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The draft is very well written,=
 and, with one notable exception, easy to understand.<u></u><u></u></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">It represents an attempt to sta=
ndardize one aspect of behavior of link-state routing protocols: delay betw=
een the first IGP event that triggers new SPF computation and the SPF calcu=
lation. Until now, this been left for
 the implementers to play with freely. The resulting differences have been =
known for quite some time to result in some case in transient micro-loops. =
=C2=A0<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The resolution proposed in this=
 draft includes a well-defined FSM and a full set of tunable parameters (ti=
mers) used in this FSM.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The range and granularity of al=
l the tunable parameters are explicitly defined in the document so that the=
 operator would be able to tune its network to use exactly the same SPF del=
ay algorithm with exactly the same parameters.
 (The default values are not defined because one size does not fit all in t=
his case).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">It should be noticed that the d=
raft does not intend to provide a comprehensive solution of the micro-loop =
problems.=C2=A0
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Rather, it provides a common ba=
seline upon which specific solutions for these problems can be built (e.g.,=
 see
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-rtgwg-uloop-delay/?i=
nclude_text=3D1" target=3D"_blank">
draft-ietf-rtgwg-uloop-delay</a>).<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Major Issues</span></b><span=
 lang=3D"EN-US">: None found.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">Minor Issues</span></b><span=
 lang=3D"EN-US">:<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">1.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">The exception to good readability of the draft =
refers to the term =E2=80=9C<b><i>proximate</i></b> failures/IGP events=E2=
=80=9D that appears 4 times in the draft. English is not my mother tongue, =
and the
<a href=3D"https://www.merriam-webster.com/thesaurus/proximate" target=3D"_=
blank">reference</a> I=E2=80=99ve looked up did not help much. =E2=80=9CTem=
porally close=E2=80=9D (or something along these lines) looks like a suitab=
le alternative. (Does this comment run strictly against the recommendation =
for
 the RTG-DIR reviewers =E2=80=9Cto avoid raising esoteric questions of Engl=
ish usage=E2=80=9D?)<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">2.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">Section 5 mentions starting the SPF_TIMER (with=
 one of the 3 values defined for it) as part of the response to some FSM ev=
ents if it was not already running -=C2=A0 but
<b><i>it does not specify what happens when this timer expires</i></b>. I a=
ssume that its expiration leaves the FSM in its current state and results i=
n running the SPF computation =E2=80=93 if this is correct, it would be nic=
e to say that explicitly.<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">3.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">Section 7 recommends that,=C2=A0 in order to mi=
tigate micro-loop problems using the proposed algorithm, =E2=80=9Call route=
rs in the IGP domain, or at least all the routers in the same area/level, h=
ave exactly the same configured=C2=A0 values=E2=80=9D of the
 relevant timers . However, the draft does not specify whether these timers=
 should be configured just at the protocol instance level or also at the le=
vel of each specific area/level. From my POV, the
<b><i>granularity of configuration</i></b> should be defined in this draft =
=E2=80=93 one way or another.<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">4.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">The latest versions of the YANG data model draf=
ts for IS-IS and OSPF already define the timers introduced in this draft. B=
ut
<b><i>there are no references to these drafts in the document</i></b>. From=
 my POV such references (Informational and therefore non-blocking) would be=
 useful for the readers, and I suggest to add them.<u></u><u></u></span></p=
>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">5.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">I have some concerns regarding <b><i>incrementa=
l introduction and activation of the proposed algorithm</i></b>. The operat=
or that runs a well-tuned network may experience transient problems when so=
me of its routers are already upgraded
 and use the proposed back-off algorithm while some others still cannot do =
that. Some text explaining potential issues in this scenario and, if possib=
le, their mitigation, would be most helpful.<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">6.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">The explanatory text in the draft seems to stro=
ngly suggest that=C2=A0
</span><b><span lang=3D"EN-US" style=3D"font-family:&quot;Courier New&quot;=
">SPF_INITIAL_DELAY &lt;=3D SPF_SHORT_DELAY &lt;=3D=C2=A0 SPF_LONG_DELAY
</span></b><span lang=3D"EN-US">=E2=80=93=C2=A0 but this is not formalized =
as a requirement anywhere in the text. From my POV satisfying this relation=
ship should be RECOMMENDED to the operators.<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><b><span lang=3D"EN-US">NITS</span></b><span lang=3D=
"EN-US">:<u></u><u></u></span></p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">1.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">Section 3 lists 3 possible values for the SPF_D=
ELAY variable called INITIAL_SPF_DELAY, SHORT SPF_DELAY and LONG_SPF_DELAY.=
 Then, in the last para, it refers to
<b><i>a previously undefined value, INITIAL_WAIT</i></b>. This is an obviou=
s typo and should be replaced with INITIAL_SPF_DELAY<u></u><u></u></span></=
p>
<p class=3D"m_7790957708407595770MsoListParagraph"><span lang=3D"EN-US">2.<=
/span><span lang=3D"EN-US" style=3D"font-size:7.0pt;font-family:&quot;Times=
 New Roman&quot;,&quot;serif&quot;">=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
</span><span lang=3D"EN-US">One of the parameters of the algorithm is calle=
d <b>HOLD_DOWN_INTERVAL</b> (in Section 3 and Section 6)=C2=A0 vs.
<b>HOLDDOWN_INTERVAL</b> in Section 5. This also looks like an obvious typo=
, and the same name should be used across the document.<u></u><u></u></span=
></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I have discussed my concerns ab=
out the draft with the authors who have been most cooperative.
<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I believe that we have reached =
an agreement on acceptable resolution of all concerns listed above.<u></u><=
u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Regards,<u></u><u></u></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Sasha<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Office: <a href=3D"tel:+972%203=
-926-6302" value=3D"+97239266302" target=3D"_blank">+972-39266302</a><u></u=
><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Cell:=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 <a href=3D"tel:+972%2054-926-6302" value=3D"+972549266302" target=3D=
"_blank">+972-549266302</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Email:=C2=A0=C2=A0 <a href=3D"m=
ailto:Alexander.Vainshtein@ecitele.com" target=3D"_blank">
Alexander.Vainshtein@ecitele.<wbr>com</a><u></u><u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-=
family:&quot;Times New Roman&quot;,&quot;serif&quot;"><br>
______________________________<wbr>______________________________<wbr>_____=
__________<br>
<br>
This e-mail message is intended for the recipient only and contains informa=
tion which is
<br>
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have recei=
ved this
<br>
transmission in error, please inform us by e-mail, phone or fax, and then d=
elete the original
<br>
and all copies thereof.<br>
______________________________<wbr>______________________________<wbr>_____=
__________<u></u><u></u></span></p>
</div>
</div>
<pre>______________________________<wbr>______________________________<wbr>=
______________________________<wbr>______________________________<wbr>_

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l&#39;expediteur et le detruire ainsi que les pieces jointes. Les message=
s electroniques etant susceptibles d&#39;alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</pre></div>

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

--001a113f837eec9efa054e87e042--


From nobody Wed May  3 02:32:57 2017
Return-Path: <jonathan.hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F0C4212954E; Wed,  3 May 2017 02:32:38 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Jonathan Hardwick <jonathan.hardwick@metaswitch.com>
To: <rtg-dir@ietf.org>
Cc: draft-ietf-rtgwg-device-model.all@ietf.org, ietf@ietf.org, rtgwg@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.50.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149380395894.21423.18366134547138249926@ietfa.amsl.com>
Date: Wed, 03 May 2017 02:32:38 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/brSvroq8l4URjxq7AFb2jCsCgJs>
Subject: [RTG-DIR] Rtgdir early review of draft-ietf-rtgwg-device-model-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 09:32:39 -0000

Reviewer: Daniele Ceccarelli
Review result: Has Nits

Hello,
 
I’ve been selected as the QA reviewer for
draft-ietf-rtgwg-device-model-02.
 
I believe the draft is well written and quite easy to understand, I
just have some minor suggestion that might be help improving the
readability (mostly for non subject experts).
 
-	Title: the title is not very clear, while the abstract explains very
well in the first sentence what the goal of the draft is, what about
changing it into: “A logical organization for network device YANG
models” ?
-	Introduction: You are referencing an individual draft. This could be
a block for the draft, but most of all does it make sense to have two
separate drafts (in two different WGs), one to say the value of
organizing YANG models  and the other one defining a logical
organization for the models? (maybe too late for such change)
-	Introduction: this sentence is a bit confusing: 
“  This document refers to two new modules that are expected to be 
implemented.  These models are defined to support the configuration 
and operation of network-devices that allow for the partitioning of 
resources from both, or either, management and networking  
perspectives.  Two forms of resource partitioning are referenced:”
                Maybe a modules/models mismatch? You start saying that
the doc refers to two MODULES, then you say that MODELS are defined
and the list two FORMS OF RESOURCE PARTITIONING.
-	Intro: “    Should structural-mount/YSDL not be available, the more
explicit tree structure presented in earlier versions of this document
will need to  be utilized.” If it was described in previous versions
of the document it is no longer available, or ?
-	Scope: as I got it while reading and as it is confirmed in the
draft, the scope is “limited”  to physical and virtual switches and
routers and not devices operating at the lower layers. Since you say
“we consider network devices that support protocols  and functions
defined within the IETF Routing Area” I would expect it to cover also
lower layer devices. 
-	Section 2: Section 2 and its subsection are very clear and explain
well the concepts but it is not clear where the list comes from. It
partially overlaps with the “overall structure” example above but at
least having all of them in the overall structure plus some others
(provided as example and not analyzed in the details with dedicated
subsection ) would help.
 
BR
Daniele  



From nobody Wed May  3 07:54:28 2017
Return-Path: <stewart@g3ysx.org.uk>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AF471294D2; Wed,  3 May 2017 07:54:19 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant <stewart@g3ysx.org.uk>
To: <rtg-dir@ietf.org>
Cc: rtgwg@ietf.org, ietf@ietf.org, draft-ietf-rtgwg-routing-types.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.50.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149382325961.21410.10726283274929738928@ietfa.amsl.com>
Date: Wed, 03 May 2017 07:54:19 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/87nlguk7lmz9tqVOJfbfsUIhiwA>
Subject: [RTG-DIR] Rtgdir early partial review of draft-ietf-rtgwg-routing-types-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 14:54:20 -0000

Review is partially done. Another review request has been registered
for completing it.

Reviewer: Stewart Bryant
Review result: Has Issues

Firstly I should say that I am not an expert in YANG, hence my
suggestion that you may wish to assign an additional reviewer.

However in reviewing this a number of questions and issues arose:

2.  Overview

   This document defines the following data types:

SB> Accessibility note - the order of types seems random. It might
SB> be more helpful to the reader if they were, in a systematic order
SB> for example alphabetical and/or dependency order.

=======

 router-id
      Router Identifiers are commonly used to identify a nodes in
SB> s/a nodes/nodes/

=======

   route-target-type
      This type defines the import and export rules of Route Targets,
as
      descibed in Section 4.3.1 of [RFC4364].  An example usage can
be
SB> s/descibed/described/
      found in [I-D.ietf-idr-bgp-model].

========

SB> I am surprised that IP multicast addresses are here, but IP
addresses are not.
SB> I would have thought that both should be in the same place.

========

SB> In some protocols we use the NTP and the 1588 timer types, I
assume
SB> they are defined elsewhere.

========

   mpls-label
      The 20 bits label values in an MPLS label stack entry,
specified
      in [RFC3032].  This label value does not include the encodings
of
      Traffic Class and TTL (time to live).  The label range
specified
      by this type covers the general use values and the
special-purpose
      label values.  An example usage can be found in
      [I-D.ietf-mpls-base-yang].

SB> I am surprised that you don't start with label and then define the

SB> other label definitions in terms of existing definitions.
SB> The obvious order being label, sp-label, gp-label, generalized

========

S/ "This identity represents IPv4 address family.";/"This identity
represents the IPv4 address family.";

========

     //The rest of the values deinfed in the IANA registry
SB> s/deinfed/defined/

SB> However a question arises, the list stops at mt-v6
SB> Why do you stop at this point in the IANA list?
SB>
https://www.iana.org/assignments/address-family-numbers/address-family-numbers.xhtml
SB> It cannot be because some of the later ones are less relevant, as
some of the 
SB> included ones are rather rare. One the other hand there are some
later ones that 
SB> seem modern and useful.
SB>
SB> Also why do you have types in this list that you do not later
define in detail?

===========

SB> You have generalized label in the list top, but not in
SB> the YANG model itself.

===========



From nobody Wed May  3 08:21:07 2017
Return-Path: <ppsenak@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10418129B8B; Wed,  3 May 2017 08:20:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 3BJ3WfxebMlT; Wed,  3 May 2017 08:20:55 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8BFE129B3F; Wed,  3 May 2017 08:18:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6983; q=dns/txt; s=iport; t=1493824708; x=1495034308; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=otXmcu1OwOMIwBn9yUH0SJTT3te5WKZzq5rTwPs036Q=; b=hVUQ52iQJkmb/4suYNXdoIkkMJXtW4PqYjU84H7GL8cIeraWHrZO0KmE 4Crv5YLukgZl+PxgY7fnfe1WfvY+znX+OrULcfkb9sc1pP4xMcnt/6piC LzDB1L90wVmDSCiZYtg4ojaEnSOz9Dmm9COy0RGRRBixHkbv8eZ2q9PVY I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BTAQBn8wlZ/xbLJq1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBiSuKGHOQYXKUfIIPhiQChQEYAQIBAQEBAQEBayiFFQEBAQECASMVQAY?= =?us-ascii?q?LCxgCAgUWCwICCQMCAQIBRQYBDAgBAYoVCLEjghQSinIBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBASGBC4VUgV6CZzSEKSSDHIJfAQSWW4cBik6IRoIChTmDQoZjlDQfOIEKLiA?= =?us-ascii?q?IGRWFNhyBZT6JFAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.38,284,1491264000"; d="scan'208";a="652612578"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 May 2017 15:18:25 +0000
Received: from [10.147.24.33] ([10.147.24.33]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v43FIO5J022043; Wed, 3 May 2017 15:18:25 GMT
Message-ID: <5909F4C0.2010306@cisco.com>
Date: Wed, 03 May 2017 17:18:24 +0200
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Stig Venaas <stig@venaas.com>, rtg-dir@ietf.org, ospf@ietf.org, ospf-chairs@ietf.org, draft-ietf-ospf-segment-routing-extensions.all@ietf.org
References: <CAHANBt+ZdrU_=CquJSzisV1ore_=_QmPcxDfM=MBGYDj0GKZbg@mail.gmail.com>
In-Reply-To: <CAHANBt+ZdrU_=CquJSzisV1ore_=_QmPcxDfM=MBGYDj0GKZbg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Gqqm2l90Mb9eqSDaubKtA3yuldk>
Subject: Re: [RTG-DIR] RtgDir QA review: draft-ietf-ospf-segment-routing-extensions-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 15:20:58 -0000

Hi Stig,

please see inline:

On 27/04/17 00:08 , Stig Venaas wrote:
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this
> draft. This is just an early QA review.
>
> The draft is in good shape, but I did find some minor issues and nits.
> It is fairly readable, but it could be improved in a few places.
>
>
> Minor issues:
>
> In 3.1:
> The SR-Algorithm TLV is some places called a Sub-TLV. It might be
> good to be consistent.

fixed.

>
> This is not clear in 3.1:
>     The SR-Algorithm Sub-TLV is optional. It MAY only be advertised once
>     in the Router Information Opaque LSA.
> Is this trying to say that it MUST NOT be advertised more than
> once? With the current wording this is not obviously that strict.

yes, I changed the text to: "It MUST only be advertised once in the 
Router Information Opaque LSA". Hope that is clear enough.


>
> I see some text regarding multiple SR-Algorithm sub-TLVs, but it also
> looks like one can have multiple algorithms in one sub-TLV. At least
> from the diagram.

yes, multiple algorithms in the same SR-Algorithm TLV is fine.

> But I don't see any discussion about this. Is it OK
> to add multiple? When can it be done, what does it mean? What if
> routers don't support the exact same set of algorithms?

router advertise all algorithms it supports. Each router may support 
different set.

>
> The term "lowest flooding scope" is used a couple of places. I think I
> know what it means, but it might be good to point it out. Also, I'm
> used to seeing the term "smallest" rather than "lowest". I'm assuming
> they mean the same.

I changed all places to "narrowest flooding scope".

>
> In 3.2 there is this bullet point:
>     The receiving router must adhere to the order in which the ranges
>     are advertised when calculating a SID/label from a SID index.
>
> You probably should use MUST here.

fixed.

>
> Section 4:
> In section 4 there is a range for advertising a range of prefixes.
> But it looks like it contains a single prefix length and it says
> the length is the length of the prefix. While it says range size
> is the number of prefixes. I don't understand from the text what
> really prefix length and range size means and how this should be
> used.

10.0.1.0/24 - 10.0.100.0/24 represents a range of 100 /24 prefixes, where:

(starting) prefix - 10.0.1.0
length of the prefix is 24
range size is 100

>
> I understand this is IPv4 only since OSPFv2, but rather than just
> saying IPv4 is 0, maybe refer to an IANA AF registry? This might
> be helpful if you want to use the same sub-TLV in OSPFv3 and
> use the same code for parsing etc. IANA has 1 for IPv4 though.

this is equivalent to section 2.1 of RFC7684. I have updated the text to 
match RFC7684.

>
> Section 5:
> Is it intentional that the flags start in position 1 rather than
> 0?

yes. Originally we had N-flag (Node Flag) defined at position 0, but we 
moved that to the OSPFv2 Extended Prefix TLV (section 2.1 of RFC7684). 
Due to an existing implementations, we did not shift all other bits 
after that.

>
> I see that the NP flag should be ignored when M is set. Then I
> see this text:
>     As the Mapping Server does not specify the originator of a prefix
>     advertisement, it is not possible to determine PHP behavior solely
>     based on the Mapping Server advertisement.  However, PHP behavior may
>     safely be done in following cases:
> This seems not very precise. Could you say exactly what the behavior
> should be, rather than saying "behavior may be done"?

would changing  "may safely be done" to "SHOULD be done" be sufficient?

>
> Section 6:
> It might be good to make clear that other flag positions are
> reserved, set to 0 and ignored... Perhaps also point out that
> weight is in the range 0-255

fixed both.

>
> I see this sentence:
>        If the SID/Label Sub-TLV appears in the SID/Label Binding Sub-TLV
>        more than once, instances other than the first will be ignored and
>
> Should it say MUST be ignored?

changed to SHOULD as the previous text says "SHOULD only appear once".

>
> Section 6.2 it says:
>     All ERO Sub-TLVs must immediately follow the SID/Label Sub-TLV.
>     All Backup ERO Sub-TLVs must immediately follow the last ERO Sub-TLV.
>
> Should these be normative MUSTs?

Changed both to MUST.
I'm also going to clarify this with Hannes, whether that is still 
required, because I do not see equivalent text in ISIS draft.

>
> In 6.2.1:
> It would be good for all of these to specify that other flags are
> reserved.

done.


>
>
> Nits:
> The intro should perhaps mention LAN adjacency and binding SIDs?

LAN Adjacency SID is a sub-type of the Adjacency SID. I have added 
sentence about binding/other SID types.

>
> 2nd paragraph of section 2 is confusing. It sounds like
> the Opaque LSAs in 7684 were defined for SID in particular,
> but it is a generic mechanism. Perhaps SID was the
> motivation though?

this part is a left-over from the original draft before we split to 
RFC7684 and this draft.

I replaced the whole paragraph with:

"Extended Prefix/Link Opaque LSAs defined in <xref target="RFC7684"/> 
are used for advertisements of the various SID types."

>
> Section 6.1:
> It says:
>     The ERO Metric Sub-TLV advertises the cost of an ERO path.  It is
>     used to compare the cost of a given source/destination path.  A
>     router SHOULD advertise the ERO Metric Sub-TLV in an advertised ERO
>     TLV.
>
> Is the ERO TLV the ERO Sub-TLVs defined in 6.2? It would be good to
> point that out.

ERO Metric Sub-TLV as well as all the other ERO sub-TLVs in sectin 6.2 
are at the same level - they are all sub-TLVs of the Binding TLV. I 
added some text to 6.2 to make that clear.

>
> In 8.4.2:
>     Broadcast, NBMA or or hybrid
> Extra "or".

fixed.

>
> Section 9:
> There are no new registries and most of the TLVs are already
> allocated? It seems there are a few new ones where it should
> probably say TBD, or say something about being suggested values.
> That was done in earlier sections. I see in some places it says
> "are allocated" here, while it says "suggested" in the definition
> of the TLV.

section 9 lists all the updates to the four different registries. Values 
are explicitly mentioned in section 9 for every single code point.

>
> Section 10:
> It says there are responses from 2 implementers, but I see 3.

fixed

>
> Section 11:
> Are these really all the potential security issues?

I'm not aware of any others. Feel free to suggest more if required.

>
> I'm on vacation the next 2 weeks, so I may not reply to any
> emails during that period.

I will post the new version after closing on the ERO part with Hannes 
and others.

thanks,
Peter

>
> Regards,
> Stig
> .
>


From nobody Wed May  3 08:42:46 2017
Return-Path: <hannes@rtbrick.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0901129445 for <rtg-dir@ietfa.amsl.com>; Wed,  3 May 2017 08:42:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtbrick.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 Ef9Rm2BCJmNI for <rtg-dir@ietfa.amsl.com>; Wed,  3 May 2017 08:42:36 -0700 (PDT)
Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (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 5FA3A129457 for <rtg-dir@ietf.org>; Wed,  3 May 2017 08:40:24 -0700 (PDT)
Received: by mail-wr0-x242.google.com with SMTP id 6so23550874wrb.1 for <rtg-dir@ietf.org>; Wed, 03 May 2017 08:40:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtbrick.com; s=google;  h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u//VV3xQXQGagiCKrwSIZYomytDcJGIUJadCW90ES2k=; b=KIkWdVfgZ2w7hF/DJk+L+KGXO9GemyPgr6wzLK9FbZVvgUXBgLAjBaWkOia0hzVZId gkd234YXU9dDbBI5NumGhsu2BvCxBPaNtq4/3gNprwx3qGgwbGGyoy2A82cvnJ9/OUfK XOn+JYOEepiI81kptsmgOlKCb1ew9qVyCmAejY011ckDFMqtX/XbD2bLvEy5pOvfcohK MH+jwgxsDFEvi0yDVc5lFKwhc68z6vRUHkTbCuA0grldoupgmT68KV8lnH19+pClkYYi sH5RKhj7y0P8HatuuygfCwH+VJWmFuzNXbh8bY8Zfd8ay/Ibw8LM0Ehhm1H03j4x6FLA gI4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=u//VV3xQXQGagiCKrwSIZYomytDcJGIUJadCW90ES2k=; b=EAsi0cYvLzSBXjZUh9rCC4CvcSzR/XkHuEImbt9OsisafPOcUZKyXIHgr8763AtrOl v/AbZir1mkF04T7U9fgpe60fSrDmI6hJRoRBR1SkKUZoE9xVCDxWDpjFrOHZQJHU4OoH BpHK6ieOheI/3W3/fVuL2ZMTLAsZjyddC4Z+xwv28x/QS+DFbtiEpuXOR8RgFZX4cZV8 /O2J+1QB/RKCEYwTgUTFyRiNr9hS3hyvdTEQHNq1z7dRU5y5jxQjnYKLY2RU1IZ/7t7C afjFefWaH6iQTPExldHIOg5rS8bVpHUFEguHHC3UTWMTJ0wDGt3PhTnq3XElQ4kXa6gG yV0A==
X-Gm-Message-State: AN3rC/5zwUKjvWOrIIZSTDKX/jB/hQV908QE8R3F4W4ol3+00e1lqaUR aTligS67oSqmI9K7
X-Received: by 10.223.173.23 with SMTP id p23mr27146251wrc.117.1493826022736;  Wed, 03 May 2017 08:40:22 -0700 (PDT)
Received: from [172.16.213.119] ([46.183.103.8]) by smtp.gmail.com with ESMTPSA id f25sm25920016wrf.13.2017.05.03.08.40.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 May 2017 08:40:22 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (1.0)
From: Hannes Gredler <hannes@rtbrick.com>
X-Mailer: iPhone Mail (14E277)
In-Reply-To: <5909F4C0.2010306@cisco.com>
Date: Wed, 3 May 2017 17:40:13 +0200
Cc: Stig Venaas <stig@venaas.com>, rtg-dir@ietf.org, ospf@ietf.org, ospf-chairs@ietf.org, draft-ietf-ospf-segment-routing-extensions.all@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <7DFC8F58-1EDD-4239-9D8E-468EEF137FBE@rtbrick.com>
References: <CAHANBt+ZdrU_=CquJSzisV1ore_=_QmPcxDfM=MBGYDj0GKZbg@mail.gmail.com> <5909F4C0.2010306@cisco.com>
To: Peter Psenak <ppsenak@cisco.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/hWwZ8QnwiGIQerq_X-jKZxvfWMg>
Subject: Re: [RTG-DIR] RtgDir QA review: draft-ietf-ospf-segment-routing-extensions-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 15:42:39 -0000

not sure where the ordering requirements have come in. no need from my POV.
feel free to drop it.
/hannes

> On 3 May 2017, at 17:18, Peter Psenak <ppsenak@cisco.com> wrote:
>=20
> Hi Stig,
>=20
> please see inline:
>=20
>> On 27/04/17 00:08 , Stig Venaas wrote:
>> Hello,
>>=20
>> I have been selected as the Routing Directorate reviewer for this
>> draft. This is just an early QA review.
>>=20
>> The draft is in good shape, but I did find some minor issues and nits.
>> It is fairly readable, but it could be improved in a few places.
>>=20
>>=20
>> Minor issues:
>>=20
>> In 3.1:
>> The SR-Algorithm TLV is some places called a Sub-TLV. It might be
>> good to be consistent.
>=20
> fixed.
>=20
>>=20
>> This is not clear in 3.1:
>>    The SR-Algorithm Sub-TLV is optional. It MAY only be advertised once
>>    in the Router Information Opaque LSA.
>> Is this trying to say that it MUST NOT be advertised more than
>> once? With the current wording this is not obviously that strict.
>=20
> yes, I changed the text to: "It MUST only be advertised once in the Router=
 Information Opaque LSA". Hope that is clear enough.
>=20
>=20
>>=20
>> I see some text regarding multiple SR-Algorithm sub-TLVs, but it also
>> looks like one can have multiple algorithms in one sub-TLV. At least
>> from the diagram.
>=20
> yes, multiple algorithms in the same SR-Algorithm TLV is fine.
>=20
>> But I don't see any discussion about this. Is it OK
>> to add multiple? When can it be done, what does it mean? What if
>> routers don't support the exact same set of algorithms?
>=20
> router advertise all algorithms it supports. Each router may support diffe=
rent set.
>=20
>>=20
>> The term "lowest flooding scope" is used a couple of places. I think I
>> know what it means, but it might be good to point it out. Also, I'm
>> used to seeing the term "smallest" rather than "lowest". I'm assuming
>> they mean the same.
>=20
> I changed all places to "narrowest flooding scope".
>=20
>>=20
>> In 3.2 there is this bullet point:
>>    The receiving router must adhere to the order in which the ranges
>>    are advertised when calculating a SID/label from a SID index.
>>=20
>> You probably should use MUST here.
>=20
> fixed.
>=20
>>=20
>> Section 4:
>> In section 4 there is a range for advertising a range of prefixes.
>> But it looks like it contains a single prefix length and it says
>> the length is the length of the prefix. While it says range size
>> is the number of prefixes. I don't understand from the text what
>> really prefix length and range size means and how this should be
>> used.
>=20
> 10.0.1.0/24 - 10.0.100.0/24 represents a range of 100 /24 prefixes, where:=

>=20
> (starting) prefix - 10.0.1.0
> length of the prefix is 24
> range size is 100
>=20
>>=20
>> I understand this is IPv4 only since OSPFv2, but rather than just
>> saying IPv4 is 0, maybe refer to an IANA AF registry? This might
>> be helpful if you want to use the same sub-TLV in OSPFv3 and
>> use the same code for parsing etc. IANA has 1 for IPv4 though.
>=20
> this is equivalent to section 2.1 of RFC7684. I have updated the text to m=
atch RFC7684.
>=20
>>=20
>> Section 5:
>> Is it intentional that the flags start in position 1 rather than
>> 0?
>=20
> yes. Originally we had N-flag (Node Flag) defined at position 0, but we mo=
ved that to the OSPFv2 Extended Prefix TLV (section 2.1 of RFC7684). Due to a=
n existing implementations, we did not shift all other bits after that.
>=20
>>=20
>> I see that the NP flag should be ignored when M is set. Then I
>> see this text:
>>    As the Mapping Server does not specify the originator of a prefix
>>    advertisement, it is not possible to determine PHP behavior solely
>>    based on the Mapping Server advertisement.  However, PHP behavior may
>>    safely be done in following cases:
>> This seems not very precise. Could you say exactly what the behavior
>> should be, rather than saying "behavior may be done"?
>=20
> would changing  "may safely be done" to "SHOULD be done" be sufficient?
>=20
>>=20
>> Section 6:
>> It might be good to make clear that other flag positions are
>> reserved, set to 0 and ignored... Perhaps also point out that
>> weight is in the range 0-255
>=20
> fixed both.
>=20
>>=20
>> I see this sentence:
>>       If the SID/Label Sub-TLV appears in the SID/Label Binding Sub-TLV
>>       more than once, instances other than the first will be ignored and
>>=20
>> Should it say MUST be ignored?
>=20
> changed to SHOULD as the previous text says "SHOULD only appear once".
>=20
>>=20
>> Section 6.2 it says:
>>    All ERO Sub-TLVs must immediately follow the SID/Label Sub-TLV.
>>    All Backup ERO Sub-TLVs must immediately follow the last ERO Sub-TLV.
>>=20
>> Should these be normative MUSTs?
>=20
> Changed both to MUST.
> I'm also going to clarify this with Hannes, whether that is still required=
, because I do not see equivalent text in ISIS draft.
>=20
>>=20
>> In 6.2.1:
>> It would be good for all of these to specify that other flags are
>> reserved.
>=20
> done.
>=20
>=20
>>=20
>>=20
>> Nits:
>> The intro should perhaps mention LAN adjacency and binding SIDs?
>=20
> LAN Adjacency SID is a sub-type of the Adjacency SID. I have added sentenc=
e about binding/other SID types.
>=20
>>=20
>> 2nd paragraph of section 2 is confusing. It sounds like
>> the Opaque LSAs in 7684 were defined for SID in particular,
>> but it is a generic mechanism. Perhaps SID was the
>> motivation though?
>=20
> this part is a left-over from the original draft before we split to RFC768=
4 and this draft.
>=20
> I replaced the whole paragraph with:
>=20
> "Extended Prefix/Link Opaque LSAs defined in <xref target=3D"RFC7684"/> ar=
e used for advertisements of the various SID types."
>=20
>>=20
>> Section 6.1:
>> It says:
>>    The ERO Metric Sub-TLV advertises the cost of an ERO path.  It is
>>    used to compare the cost of a given source/destination path.  A
>>    router SHOULD advertise the ERO Metric Sub-TLV in an advertised ERO
>>    TLV.
>>=20
>> Is the ERO TLV the ERO Sub-TLVs defined in 6.2? It would be good to
>> point that out.
>=20
> ERO Metric Sub-TLV as well as all the other ERO sub-TLVs in sectin 6.2 are=
 at the same level - they are all sub-TLVs of the Binding TLV. I added some t=
ext to 6.2 to make that clear.
>=20
>>=20
>> In 8.4.2:
>>    Broadcast, NBMA or or hybrid
>> Extra "or".
>=20
> fixed.
>=20
>>=20
>> Section 9:
>> There are no new registries and most of the TLVs are already
>> allocated? It seems there are a few new ones where it should
>> probably say TBD, or say something about being suggested values.
>> That was done in earlier sections. I see in some places it says
>> "are allocated" here, while it says "suggested" in the definition
>> of the TLV.
>=20
> section 9 lists all the updates to the four different registries. Values a=
re explicitly mentioned in section 9 for every single code point.
>=20
>>=20
>> Section 10:
>> It says there are responses from 2 implementers, but I see 3.
>=20
> fixed
>=20
>>=20
>> Section 11:
>> Are these really all the potential security issues?
>=20
> I'm not aware of any others. Feel free to suggest more if required.
>=20
>>=20
>> I'm on vacation the next 2 weeks, so I may not reply to any
>> emails during that period.
>=20
> I will post the new version after closing on the ERO part with Hannes and o=
thers.
>=20
> thanks,
> Peter
>=20
>>=20
>> Regards,
>> Stig
>> .
>>=20
>=20


From nobody Wed May  3 10:48:49 2017
Return-Path: <acee@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AF85129AEB; Wed,  3 May 2017 10:48:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.503
X-Spam-Level: 
X-Spam-Status: No, score=-14.503 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, 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 5fo0HKH3hmvo; Wed,  3 May 2017 10:48:38 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12549129B0D; Wed,  3 May 2017 10:46:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5856; q=dns/txt; s=iport; t=1493833606; x=1495043206; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6ku7x6S6rGPDQtXF3VYvs7iQYiY0nfhHGGP9eHv24Ao=; b=lvEUS9UsTEW4MnzJ1VmHYld2JjKipplWikHC1fOvVgFVEe8k4SmwdEi+ xMi/5BJOqf+ydFacud1BkIpAQ0cofe4/HyGNNI/R6SwF0qTG68p4+cJbF 9+3RTDXlGP4IgUJ4JA3xF9dLmhnibTED0TtYjrpFlKFJLKW0iOFYnHJEh A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AsAQCjFgpZ/4wNJK1SAQkZAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGDVWKBDAeDYYoYkkSUfIIPLoV2AhqEJj8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFgYjETcOEAIBCBoCJgICAjAVEAIEAQ0DAoohDrEugiaKbQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARgFgQuHMoJnNIQ7AQMkgwaCXwWdXAGKTYhGkWCUMwEfOIEKbxV?= =?us-ascii?q?FhnBEMoYhgTCBDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.38,284,1491264000"; d="scan'208";a="244474688"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 May 2017 17:46:45 +0000
Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id v43HkjZ0009079 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 3 May 2017 17:46:46 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 3 May 2017 13:46:45 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 3 May 2017 13:46:45 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Stewart Bryant <stewart@g3ysx.org.uk>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "rtgwg@ietf.org" <rtgwg@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-rtgwg-routing-types.all@ietf.org" <draft-ietf-rtgwg-routing-types.all@ietf.org>
Thread-Topic: Rtgdir early partial review of draft-ietf-rtgwg-routing-types-02
Thread-Index: AQHSxB0oh6coHWzZ/0ef7UXdupRAiqHi3diA
Date: Wed, 3 May 2017 17:46:45 +0000
Message-ID: <D52F8264.AC8ED%acee@cisco.com>
References: <149382325961.21410.10726283274929738928@ietfa.amsl.com>
In-Reply-To: <149382325961.21410.10726283274929738928@ietfa.amsl.com>
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.116.152.197]
Content-Type: text/plain; charset="utf-8"
Content-ID: <5DE9A38BD98C924DA5BE70F4677D8D88@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/yq1s10CgD7OyYzhd4WRVoy5_FcU>
Subject: Re: [RTG-DIR] Rtgdir early partial review of draft-ietf-rtgwg-routing-types-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 17:48:41 -0000

SGkgU3Rld2FydCwNCg0KVGhhbmtzIGZvciByZXZpZXcuIFdlIG5lZWQgdG8gcHVibGlzaCBhIG5l
dyB2ZXJzaW9uIG9mIHRoaXMgZHJhZnQgYXMgd2UNCmhhdmUgc2lnbmlmaWNhdGlvbiBjaGFuZ2Vz
IGluIG91ciBHaXRIdWIgcmVwb3NpdG9yeS4NCg0KT24gNS8zLzE3LCAxMDo1NCBBTSwgIlN0ZXdh
cnQgQnJ5YW50IiA8c3Rld2FydEBnM3lzeC5vcmcudWs+IHdyb3RlOg0KDQo+UmV2aWV3IGlzIHBh
cnRpYWxseSBkb25lLiBBbm90aGVyIHJldmlldyByZXF1ZXN0IGhhcyBiZWVuIHJlZ2lzdGVyZWQN
Cj5mb3IgY29tcGxldGluZyBpdC4NCj4NCj5SZXZpZXdlcjogU3Rld2FydCBCcnlhbnQNCj5SZXZp
ZXcgcmVzdWx0OiBIYXMgSXNzdWVzDQo+DQo+Rmlyc3RseSBJIHNob3VsZCBzYXkgdGhhdCBJIGFt
IG5vdCBhbiBleHBlcnQgaW4gWUFORywgaGVuY2UgbXkNCj5zdWdnZXN0aW9uIHRoYXQgeW91IG1h
eSB3aXNoIHRvIGFzc2lnbiBhbiBhZGRpdGlvbmFsIHJldmlld2VyLg0KDQpUaGVyZSBpcyBubyBw
YXVjaXR5IG9mIFlBTkcgcmV2aWV3ZXJzIGZvciB0aGlzIGRvY3VtZW50Lg0KPg0KPkhvd2V2ZXIg
aW4gcmV2aWV3aW5nIHRoaXMgYSBudW1iZXIgb2YgcXVlc3Rpb25zIGFuZCBpc3N1ZXMgYXJvc2U6
DQo+DQo+Mi4gIE92ZXJ2aWV3DQo+DQo+ICAgVGhpcyBkb2N1bWVudCBkZWZpbmVzIHRoZSBmb2xs
b3dpbmcgZGF0YSB0eXBlczoNCj4NCj5TQj4gQWNjZXNzaWJpbGl0eSBub3RlIC0gdGhlIG9yZGVy
IG9mIHR5cGVzIHNlZW1zIHJhbmRvbS4gSXQgbWlnaHQNCj5TQj4gYmUgbW9yZSBoZWxwZnVsIHRv
IHRoZSByZWFkZXIgaWYgdGhleSB3ZXJlLCBpbiBhIHN5c3RlbWF0aWMgb3JkZXINCj5TQj4gZm9y
IGV4YW1wbGUgYWxwaGFiZXRpY2FsIGFuZC9vciBkZXBlbmRlbmN5IG9yZGVyLg0KDQpUaGV5IGFy
ZSBncm91cGVkIGJ5IGZ1bmN0aW9uYWxpdHkgd2l0aCBmdW5jdGlvbmFsbHkgc2ltaWxhciB0eXBl
cyBiZWluZw0KZ3JvdXBlZCB0b2dldGhlci4gVGhpcyBpcyBzaW1pbGFyIGluIG9yZ2FuaXphdGlv
biB0byBhIEMgaGVhZGVyIGZpbGUuDQoNCg0KPg0KPj09PT09PT0NCj4NCj4gcm91dGVyLWlkDQo+
ICAgICAgUm91dGVyIElkZW50aWZpZXJzIGFyZSBjb21tb25seSB1c2VkIHRvIGlkZW50aWZ5IGEg
bm9kZXMgaW4NCj5TQj4gcy9hIG5vZGVzL25vZGVzLw0KDQpXaWxsIGZpeCBpbiBuZXh0IHJldmlz
aW9uIChpZiBub3QgYWxyZWFkeSBmaXhlZCBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkpLg0KDQo+PT09
PT09PQ0KPg0KPiAgIHJvdXRlLXRhcmdldC10eXBlDQo+ICAgICAgVGhpcyB0eXBlIGRlZmluZXMg
dGhlIGltcG9ydCBhbmQgZXhwb3J0IHJ1bGVzIG9mIFJvdXRlIFRhcmdldHMsDQo+YXMNCj4gICAg
ICBkZXNjaWJlZCBpbiBTZWN0aW9uIDQuMy4xIG9mIFtSRkM0MzY0XS4gIEFuIGV4YW1wbGUgdXNh
Z2UgY2FuDQo+YmUNCj5TQj4gcy9kZXNjaWJlZC9kZXNjcmliZWQvDQo+ICAgICAgZm91bmQgaW4g
W0ktRC5pZXRmLWlkci1iZ3AtbW9kZWxdLg0KDQpXaWxsIGZpeCBpbiBuZXh0IHJldmlzaW9uIChp
ZiBub3QgYWxyZWFkeSBmaXhlZCBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkpLg0KDQo+DQo+PT09PT09
PT0NCj4NCj5TQj4gSSBhbSBzdXJwcmlzZWQgdGhhdCBJUCBtdWx0aWNhc3QgYWRkcmVzc2VzIGFy
ZSBoZXJlLCBidXQgSVANCj5hZGRyZXNzZXMgYXJlIG5vdC4NCj5TQj4gSSB3b3VsZCBoYXZlIHRo
b3VnaHQgdGhhdCBib3RoIHNob3VsZCBiZSBpbiB0aGUgc2FtZSBwbGFjZS4NCg0KSVAvSVB2NiBh
ZGRyZXNzZXMgYXJlIGFscmVhZHkgZGVmaW5lZCBpbiBSRkMgNjk5MSBhbmQgYXJlIGltcG9ydGVk
IGJ5IHRoaXMNCm1vZHVsZS4gDQo+DQo+PT09PT09PT0NCj4NCj5TQj4gSW4gc29tZSBwcm90b2Nv
bHMgd2UgdXNlIHRoZSBOVFAgYW5kIHRoZSAxNTg4IHRpbWVyIHR5cGVzLCBJDQo+YXNzdW1lDQo+
U0I+IHRoZXkgYXJlIGRlZmluZWQgZWxzZXdoZXJlLg0KDQpOb2JvZHkgaGFzIHN1Z2dlc3RlZCB0
aGVzZSBoZXJldG9mb3JlLiBJZiB5b3UgcHJvdmlkZSB0eXBlcyBhbmQgd2hlcmUgdGhleQ0Kd291
bGQgYmUgdXNlZCwgd2Ugd2lsbCBzdHJvbmdseSBjb25zaWRlciBpbmNsdWRpbmcgdGhlbS4NCg0K
Pg0KPj09PT09PT09DQo+DQo+ICAgbXBscy1sYWJlbA0KPiAgICAgIFRoZSAyMCBiaXRzIGxhYmVs
IHZhbHVlcyBpbiBhbiBNUExTIGxhYmVsIHN0YWNrIGVudHJ5LA0KPnNwZWNpZmllZA0KPiAgICAg
IGluIFtSRkMzMDMyXS4gIFRoaXMgbGFiZWwgdmFsdWUgZG9lcyBub3QgaW5jbHVkZSB0aGUgZW5j
b2RpbmdzDQo+b2YNCj4gICAgICBUcmFmZmljIENsYXNzIGFuZCBUVEwgKHRpbWUgdG8gbGl2ZSku
ICBUaGUgbGFiZWwgcmFuZ2UNCj5zcGVjaWZpZWQNCj4gICAgICBieSB0aGlzIHR5cGUgY292ZXJz
IHRoZSBnZW5lcmFsIHVzZSB2YWx1ZXMgYW5kIHRoZQ0KPnNwZWNpYWwtcHVycG9zZQ0KPiAgICAg
IGxhYmVsIHZhbHVlcy4gIEFuIGV4YW1wbGUgdXNhZ2UgY2FuIGJlIGZvdW5kIGluDQo+ICAgICAg
W0ktRC5pZXRmLW1wbHMtYmFzZS15YW5nXS4NCj4NCj5TQj4gSSBhbSBzdXJwcmlzZWQgdGhhdCB5
b3UgZG9uJ3Qgc3RhcnQgd2l0aCBsYWJlbCBhbmQgdGhlbiBkZWZpbmUgdGhlDQo+DQo+U0I+IG90
aGVyIGxhYmVsIGRlZmluaXRpb25zIGluIHRlcm1zIG9mIGV4aXN0aW5nIGRlZmluaXRpb25zLg0K
PlNCPiBUaGUgb2J2aW91cyBvcmRlciBiZWluZyBsYWJlbCwgc3AtbGFiZWwsIGdwLWxhYmVsLCBn
ZW5lcmFsaXplZA0KDQpZQU5HIElkZW50aXRpZXMgYXJlIHZlcnkgZXh0ZW5kYWJsZSBidXQgc29t
ZXdoYXQgbGltaXRlZCBpbiBzZW1hbnRpY3MuIEZvcg0KZXhhbXBsZSwgYSBiYXNlIGlkZW50aXR5
IGlzIOKAnGEgbmV3IGdsb2JhbGx5IHVuaXF1ZSwgYWJzdHJhY3QsIGFuZCB1bnR5cGVkDQppZGVu
dGl0eS7igJ0gU28sIHRoZSBzcC1sYWJlbCBpZGVudGl0aWVzIGNhbm5vdCBoYXZlIGEgYmFzZSB0
eXBlIG9mIGxhYmVsDQooUkZDIDc5NTApLiBJIGhhdmUgd29uZGVyZWQgd2h5IHRoZSBjYW7igJl0
IGhhdmUgYSB0eXBlIG15c2VsZi4NCg0KPg0KPj09PT09PT09DQo+DQo+Uy8gIlRoaXMgaWRlbnRp
dHkgcmVwcmVzZW50cyBJUHY0IGFkZHJlc3MgZmFtaWx5LiI7LyJUaGlzIGlkZW50aXR5DQo+cmVw
cmVzZW50cyB0aGUgSVB2NCBhZGRyZXNzIGZhbWlseS4iOw0KPg0KPj09PT09PT09DQo+DQo+ICAg
ICAvL1RoZSByZXN0IG9mIHRoZSB2YWx1ZXMgZGVpbmZlZCBpbiB0aGUgSUFOQSByZWdpc3RyeQ0K
PlNCPiBzL2RlaW5mZWQvZGVmaW5lZC8NCj4NCj5TQj4gSG93ZXZlciBhIHF1ZXN0aW9uIGFyaXNl
cywgdGhlIGxpc3Qgc3RvcHMgYXQgbXQtdjYNCj5TQj4gV2h5IGRvIHlvdSBzdG9wIGF0IHRoaXMg
cG9pbnQgaW4gdGhlIElBTkEgbGlzdD8NCj5TQj4NCj5odHRwczovL3d3dy5pYW5hLm9yZy9hc3Np
Z25tZW50cy9hZGRyZXNzLWZhbWlseS1udW1iZXJzL2FkZHJlc3MtZmFtaWx5LW51bQ0KPmJlcnMu
eGh0bWwNCj5TQj4gSXQgY2Fubm90IGJlIGJlY2F1c2Ugc29tZSBvZiB0aGUgbGF0ZXIgb25lcyBh
cmUgbGVzcyByZWxldmFudCwgYXMNCj5zb21lIG9mIHRoZSANCj5TQj4gaW5jbHVkZWQgb25lcyBh
cmUgcmF0aGVyIHJhcmUuIE9uZSB0aGUgb3RoZXIgaGFuZCB0aGVyZSBhcmUgc29tZQ0KPmxhdGVy
IG9uZXMgdGhhdCANCj5TQj4gc2VlbSBtb2Rlcm4gYW5kIHVzZWZ1bC4NCj5TQj4NCj5TQj4gQWxz
byB3aHkgZG8geW91IGhhdmUgdHlwZXMgaW4gdGhpcyBsaXN0IHRoYXQgeW91IGRvIG5vdCBsYXRl
cg0KPmRlZmluZSBpbiBkZXRhaWw/DQoNCkkgaGF2ZSBpbmNsdWRlZCB0aGUgcmVzdCBvZiB0aGUg
SUFOQSBkZWZpbmVkIEFGcyBpbiB0aGUgR2l0SHViIHZlcnNpb24uDQpUaGVyZSB3aWxsIGJlIG5v
IG90aGVyIFlBTkcgZGVzY3JpcHRpb24gb2YgdGhlc2UgYWRkcmVzcyBmYW1pbGllcy4NCkhvd2V2
ZXIsIEkgaGF2ZSBlbWJlbGxpc2hlZCB0aGVzZSBhIGJpdCB0byBhdCBsZWFzdCBoYXZlIHRoZSBm
dWxsDQpleHBhbnNpb24gb2YgYWNyb255bXMuIFRoZXNlIHdpbGwgYmUgbW92ZWQgdG8gYSBzZXBh
cmF0ZQ0KaWFuYS1yb3V0aW5nLXR5cGVzIG1vZHVsZSBpbiB0aGUgc2FtZSBkcmFmdC4NCg0KPg0K
Pj09PT09PT09PT09DQo+DQo+U0I+IFlvdSBoYXZlIGdlbmVyYWxpemVkIGxhYmVsIGluIHRoZSBs
aXN0IHRvcCwgYnV0IG5vdCBpbg0KPlNCPiB0aGUgWUFORyBtb2RlbCBpdHNlbGYuDQoNCkl0IGlz
IG9uIHBhZ2UgMTYuIA0KDQpUaGFua3MsDQpBY2VlIA0KPg0KPj09PT09PT09PT09DQo+DQo+DQoN
Cg==


From nobody Wed May  3 11:25:22 2017
Return-Path: <erosen@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EA52129A99; Wed,  3 May 2017 11:25:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level: 
X-Spam-Status: No, score=-2.021 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=juniper.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AgsNl2nNMKz2; Wed,  3 May 2017 11:25:11 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0123.outbound.protection.outlook.com [104.47.38.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10694129B19; Wed,  3 May 2017 11:23:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XXWT07Ujb5SmCeZlzejM2LfDp0ldfuboDxD0pdiybkk=; b=WpEbxVLS1hWNtm2AhGlJR3EraWecpfeybVxYUmPOBX5pAsBzu8BVH5a0mV6YAo8GdQuahmwCe4qoUSPauAH0A43pPX03RCXd43AtmTI3Y5TKxT3De+tn87tZYn4XKjUogZAv33HAOxTPVyb1G4akOVT/DFtZeHPJL5csOWka7Z0=
Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net;
Received: from [172.29.35.213] (66.129.241.14) by BY2PR05MB2184.namprd05.prod.outlook.com (10.166.112.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.1; Wed, 3 May 2017 18:23:07 +0000
To: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>, "draft-ietf-mpls-rfc3107bis@ietf.org" <draft-ietf-mpls-rfc3107bis@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
References: <BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <9913c8e1-50fe-34c1-a8d5-2d5efefafc5e@juniper.net>
Date: Wed, 3 May 2017 14:23:03 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------B904B5417489A850A8D161CD"
X-Originating-IP: [66.129.241.14]
X-ClientProxiedBy: BN6PR1301CA0021.namprd13.prod.outlook.com (10.174.84.162) To BY2PR05MB2184.namprd05.prod.outlook.com (10.166.112.12)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 7a60a971-f7d5-4636-ea42-08d4925172f0
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081)(201703131423075)(201703031133081); SRVR:BY2PR05MB2184; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2184; 3:fq0dx/bnVtlnzVUATiiGIUCkA43jXrXmQAib/C1+r5nDI/DdKTsUQiaEvLLu31wS+rJk5uiZjzjblnF4Eg24Qmnr6GV/PnjmoppBGM0AzedTjmG2CIpxSFgyNQTenNC/a6kb7P9GcuKve7IWBsDjaP+WhXk4zDnjNs7BVOn5fLXsZe7ueMVH8cX3c8JnQb25Gj+wASBy40pDzwdFViD3TR2ztDM+6sGmOq5Ng6GrJZtLC2JgiuO1j/bhLWE+ZtKfTnMhd25+P+6rCVEAWnldnmuA3zvzUob+gyema1f45OuPmEw6THda1H4oD95gIzbuhPk+kDHTSdV6i180MJtzNL0ESSoxZ9iQSIj6t+ygNAM=; 25:OJg7arre2Okrla7YCrl7yAHPVZXV9MUBisxwm2NxiSrMYRVgZQKAqGMsnsZw7cW6pjo+0laNXSV4G7dLgkO9EPAgoa8e9cBcKDcCS/l24HHn24dGRgxjecG8HI1y0oRx1hmPhuQW4eYYrSFOvn3aicn0b9FdQwUkLSwl+waGLL9YxKx0U0Nive/1NP0gPHvz/wQmib0ZlgkLOCAFvTj/epN0ITXsCckvAJpkSA9WvsZJCVn6P5H5g9AzBjmE8l07KI/6X2ihQcj4CmbNoZqcVeC5VEoqpjLj0QRK0jntH0qvGXLBlPHOFqJZ2C8RWw2u3FJmc4Lds1j+NRg2D4boddo5EbBnXza6DiK2cT0xEKOe+7+p2XcwoH4dclZMRGgAbQCV2DD45jYoQd8IQsJXdRGI+ffGHPLVItcnBZ5v61jE5WDIsEA2r3pTKlHImoMmD83foc/QDC3X7rz0iZBw+sMR9+aQkHrIjC1xk734I9E=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2184; 31:3c73c+V0g7UON6/yCApXBHIeKLjOxt219feva56q8XQj6YzRyi7vr8RikyvfnBx5+z1l/f8Se+f7FCsgrJvQnomqxXRQSTrDPOYQVacON+d+nIc68BCiOpCzJB0Ns+LbdVA03hYcwJMJh7rAXQ99qDEwL9T9fh9tSH0Nig4MmjzJAaKEGxHcxxYHB/qrL+tyd2nmmerBfRYvAdSGrX1UT+575Ba+e1eqIy/Xx+QPEFs=; 20:6WtVyx8A6tqaMdU6PBSkWpGO58j1eeq9ptuZ42MfQfS+WwmpWoNJiXC+tn/AYV9jifVEkjZffcoT7JYGRZIpadNInwxEnofh8LApxwvUy8WeCk1gwUN2cI7oWe9oP+ebv+p80DyLg/C/GEYEZhkziQqwSflj78NiiOIdN6Gz6NTRLyGHVXbM8LQqx7ppJyo+L+Rrslx92M2DBybKMjoZVQpJuWnuzG90ZX6DwwgnW8EvR7tKBobDPAfm3tjsWNBoIqpPm3k0lEX3RqoJ1Fhd3utWr6Z4DnpYe746tRFeBio+uLSz81RgoWXG8jK+W2Fzcn83piKeP8+YbFKsmBmKP58do+8vZaQZAfY+w35g4vAyZy1QrY5CafN+Wg1bDpfsX8jxXLLog/cZwsSpsS6wmg4/xppzUVtJbbZrbdPod4Zr5O1qzOC1215Z768KQTeBDoWA6ZkYycEAvQzKNHMmKnPIxiKMQMNqZqkrFfAjAXZ4n7y15cZQGbKBA6Vu7VRT/vNULnDsH1uJjPqTRc19WzmuIH/OETLO6Tde0AT026VryACdg+qffS6DN4zrypetMh6ay0xQ++3oEsMDhU4JYEgUbcV1E3ssVOWJ38nN8I0=
X-Microsoft-Antispam-PRVS: <BY2PR05MB21843CC098833DEADCF63C11D4160@BY2PR05MB2184.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(189930954265078)(35073007944872);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041248)(20161123562025)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(6072148); SRVR:BY2PR05MB2184; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB2184; 
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2184; 4:/7a2jOKGOHOv63cGXGKL6DkYtpk09Q9tq/IR9iuCV7+ojra7QN24hOxctgqXxFUNMgskAjh0Wui4ZlSNjy6AAP8wXM8b3Gj1Ozs1BEwdhNDRCqb5+GxAR0H4CY5WgurwV0475kUMRMxD0ipyfbgGRv5M4y/u9zMhjQvuIEeeF90Dj842VKjv+N7/HkHsK/X2UwGkx+GCyg/weyTR6lPijKrbebYmpE++nR+H703IerDwIAC/8cU2nHUs1wMMtlGvgqUwyJLXXoHcwPV89ZI5qsrPJ6DFFf+IZKfyFOFSSp/MmxqyFhAR7NJjF5YFX+bMU1bZFVIWwCrcYBd6YEZLXWTRm93j/R4RZhBXrs8/QoyBHNKOPQWHiIB+S9167NQRH9axFoTSkcljdtUU/J7J6ugp0xo1DLcPE8XVCy+EBFt/8DouD6o4XVHmLmvgMXxQGnWucvEYUgNAONJ/FuY7NnPTdZqFxE/l3il9+vaA2YBduTGcopnPeMBhvYnuGCJ7XMa+EdfxmxFMmWevsLs4f6RNfUb0VQ1fBHnqWsNM2eyN5ispzo1c7PEb2xNbriHxVujm6YN6VDaVww5w+FxyzCOjTuWZLhBSDQ/XCbEp+x3BtJzoUZBT8NUWssLh7Y3KxSIifdFCrx41/1kQqhux/FXMuNh7F6hxGtmi3wu8aycJy/PNbA1NZeWLVfDgiKtkxlCIUPV6/ha6rt5JNcNnfQH8zACR9qDJm5+kyW3XO0DMqYOE/Ropj6zYSSQcJp9hsiqT/j5hpXyi9nAYGQ2payovJOSfIG5C0uLKQeDTMY36xGWLSlxQSETlg8ROMB5Xo1c2G42CX4e8d6p2gjyag6loGdAu6lsqDpTrwwWP7pA2qHf96cFlCmiO0li+Q7k6
X-Forefront-PRVS: 029651C7A1
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(6049001)(39860400002)(39450400003)(39840400002)(39400400002)(39410400002)(39850400002)(24454002)(377454003)(76176999)(7736002)(2906002)(512874002)(54356999)(50986999)(229853002)(6666003)(2950100002)(81166006)(8676002)(31686004)(36756003)(42186005)(83506001)(5660300001)(90366009)(31696002)(4326008)(6246003)(33646002)(189998001)(77096006)(2201001)(6486002)(86362001)(230783001)(84326002)(4001350100001)(478600001)(6116002)(3846002)(54896002)(790700001)(2501003)(3260700006)(38730400002)(64126003)(53546009)(53936002)(25786009); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2184; H:[172.29.35.213]; FPR:; SPF:None; MLV:sfv; LANG:en; 
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB2184; 23:nERmTBuTJnDlMMFMGZFDOhkICKUyIlIpzToliNS80?= =?us-ascii?Q?EDGvGo3YIZdEU9tSPgdLR9rlqopXoDnCvSt5/pVlmVr9F7jyJd3SSR9P6YXK?= =?us-ascii?Q?iW34CeElpr9em5q/UeiYDW0JzKBP4oqE/sIUsegvUssMvD+L25UK40gL7x4A?= =?us-ascii?Q?7Rmt5e6l9Lo1EXX74hRFcKGyeVrCE/uQp7YyffhyqJr288cyLo5DyeroPA2y?= =?us-ascii?Q?jNaoH9Z/M9U2WKwXQ7N0BquBLxds8mNIPsUMX03rsBHpH36nNOyLpLzWkDqg?= =?us-ascii?Q?Zzjp/qYVpVKDBEzSSQewv3vsXSWUqaf0/YfcXBia3y7x7CkeIHxGy4mkWMM5?= =?us-ascii?Q?Ffk1RYdaz3bb4c7BFwQc5QKPu4sZ0VxANkRMWEiIvrAzBUlkV5eRLy8XBS9n?= =?us-ascii?Q?hXiKyw69OH6OEFT6bUmMGbaBcv/UdV1L8HpJoCHAxhAGci94ySnZ4hypnglz?= =?us-ascii?Q?+QeFbhXXNQ0N6UVH+9Ng8YI+DyOZPkGMygaxOLnE4vZ92avNUvuy4mC5W3LD?= =?us-ascii?Q?nXaJnRvoaMz+alxzsf7jSDieliHdyYb3sIF3hjSb1/HdvDI6X2l4D03vnM45?= =?us-ascii?Q?Cxz85acY/p6bxmRkjND0pIaYuAdMxUiPXLq87T3BPYdlJ1E3+Q/G3UMts7MF?= =?us-ascii?Q?+kF6bxeqtS6R8GIg/IJC+wtDtqXgi+QoBf6mfsNcn3wyZ/yqkS2LPNGtr8A9?= =?us-ascii?Q?DxLkNnUVT/xcUU+IKGbZnBMp7Xrvtk6lWLaf/XppVFXqaHfqABAUtQbWEkKe?= =?us-ascii?Q?W3Rsrp2yg6/wP2CeYzw1yE1MwMLPXzGNPEsPzd5gU6qVl40REOJ73gygCfOo?= =?us-ascii?Q?9o7QMqWKttEX0Ala0cdcBGSV1nRrIZ4AZ+cLf0aqfbddaoDmWrX1w3HcfJni?= =?us-ascii?Q?pqIHGmMsEWYDXYgic9CSTUvPhwyJGL2HE4RJczql7d3SEOFp3yMAM3eBXTXV?= =?us-ascii?Q?+PAbcXg64R7bN/4A5co+FHRdzM/xXbz/N1mKf3T2xiw2LilmyWK/9pcQpVTG?= =?us-ascii?Q?Dtp4VBaznHSzxE0/T3SH9bO1T1f3yoOyMqVagjJ8GeLZnzSVTloC0MuMYUdx?= =?us-ascii?Q?59GCyzEDx+pAZezRzieMCSEcgrao6sM2BQ/WZa1PSi4wDQOTwS+ob38ziGOx?= =?us-ascii?Q?oAldVKMD0v2w+qZQCOgGFRuQPpTu4Hf1TbGBivCo3cQWoh9WTPnUswwSohnK?= =?us-ascii?Q?EiKMXIfsWmXWaAYw++EokZCQoVhZrvjQQmbZ8bipI9UBXYv1/07WJJxoNkGY?= =?us-ascii?Q?Hr5zWIoy+As1IBfrQEtc2h85CPhi3QFSVso3Kc55pObHvG582MNblv6a2poo?= =?us-ascii?B?dz09?=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2184; 6:/JA2bKGsTINw7yvBXPvQK2fBDQNSnGwcTxUJ2vVxWaUmeUq/WaVIrzaFPgg7q9tcyeGzpWxNeeFooUoceYfUBmVqiVx3zJAC4NvcVr3hlN99Nw+kwscZAEAJ6wK3ezRLbfbiQmXonQGsC9SFE+pIwWaN4ejUonTq6s4wPva+Otu6TP0g9D+3QyqHd1ADuAjVxlRjJ6HljLmSdbLp8j6OZrQrsnOkcPMxe98moolBE7rAwThNuZ//OB5VmJu6bLv8+jPEoHVdQVRaDA+0km9tpLJsFGGl+tI4MMMGV+y0gkx+fPV+85gEa+oQ7ylpqnddqvB72nXzxrLuNEwrK3SKll0nYK7w3/yc/srScQjzR4GQajg7VXSmy8FoqbaDxPl0cHczIIo9UP38P+3I2oZhXJlw1nC0D71IAY5VOSWrxn3b+3NfCkY9ifLjixTnMGxlmxW7O5yAg8SOOZuUgJkm77nYa2qIDcIIchUGXC6AmNVjIkAvjAmKijzI9KeDtC+NRvUbjfo8XhGSOUEndnKAbSK9XDz2d7x5nNJpNvFZPR4=; 5:GTydr7fEuLR1PA9xmkH/3DwX3Ze4q5ho/xTDBNdso+EEb+lqTOZHS55o67Etfo82mQKXMbX0lqctY5Ahp99vuoakxf2kk0qroV7+S03lBcKYys+jzUilWvW5gMrk8AmRdnGU+cpiRO1OyGK9gjnkDA==; 24:GrRHKc64CQxerTjR6pgTfZayaYXrDHwolQXAqnDwJkUYoSKevk0pSfqIttFMi6Z7nw8C/+9CRzcbJZCaddG8pO0I0X9xiZfFnT8qA0LxoPQ=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2184; 7:vPo5+KtZO2PWDVDugwWkpYSct84i/hGlm5Zo90MnkwwBBkTF9AOqVLnEnQNV9oHdo80EAmn+Ka5d8a+I1in3aTYEyVfcWZOZsuaBlUVHxCvnUrGLWscXXOk45CX5QGjz70/JJoiNkZ5Uhw8hFvAwtmC4Xtxv8ADHSoJjreZ/2cKqYLUqIfuNnng3zo6I38Xq7TYPBDbdx9SIbO85+UsuPZRdBl7NJRjb40y5/XPwx2HTh8sHpoOotY/gnO1qyL7fpAaJZsvLY9nWHUgAYkIU6lsP3/WRgaSqHRJAKqZnhBxZD0e1irbd5b5vohF4CUqPDdqKzKboyS+hEoIVgkU/5g==
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 May 2017 18:23:07.4167 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2184
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/5hvx0PCiwI7GQdBYMsxlakuaRwQ>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-rfc3107-bis
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 May 2017 18:25:14 -0000

--------------B904B5417489A850A8D161CD
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit

Thanks for your review!


On 4/27/2017 9:03 AM, Jonathan Hardwick wrote:
>
> I also spotted a few nits that should be fixed at some point before 
> publication.
>

I have fixed the nits.

> Comments and Questions
>
> 1) In section 2.1 it says:
>
> “   If the Multiple Labels Capability for a given AFI/SAFI had been
>
>    exchanged on the failed session, but is not exchanged on the
>
>    restarted session, then any prefixes advertised in that AFI/SAFI with
>
>    multiple labels MUST be explicitly withdrawn.”
>
> If I have understood this correctly, it requires a speaker to withdraw 
> NLRI that it sent on the previous session but that it has not sent on 
> the restarted session (because the negotiated session capabilities 
> changed).
>
> (a) Why does it need to do that – isn’t the NLRI implicitly withdrawn 
> when the EOR marker is sent?
>

The theory here is that the label stack in the stale routes is known to 
be invalid, so you really don't want your peer to hold on to them until 
EOR is received.

> (b) This seems to contradict section 2.4 which says “Note that 
> label/prefix bindings that were not advertised on the given session 
> cannot be withdrawn by this method.”
>

I added the following text to section 2.4 right after the quoted sentence:

      (However, if the bindings were advertised on a previous session
    with the same peer, and the current session is the result of a
    "graceful restart" ([RFC4724]) of the previous session, then this
    withdrawal method may be used.)

>
> 2) In section 2.1 it says:
>
> “A BGP speaker SHOULD NOT send an UPDATE that binds more labels to a 
> given prefix than its peer is capable of receiving” – why isn’t that 
> MUST NOT?
>

Section 2.1 also requires the receiving speaker to apply 
"treat-as-withdraw" to such updates, which does imply that the sending 
speaker must not send them.  So I've changed "SHOULD NOT" to "MUST NOT".

> 3) In section 2.4 it says:
>
> “To do so, it may send a BGP UPDATE message with an MP_UNREACH_NLRI 
> attribute.”
>
> Should that be “it MUST send”?
>

I think the non-normative (non-RFC2119) language is fine here.

> 4) In section 5: although some implementations treat SAFI 1 and SAFI 4 
> routes as comparable, I believe that they should always be treated as 
> independent, in the following sense:
>
> Suppose a speaker S1 sends a SAFI 1 route and then a SAFI 4 route to 
> the same prefix P.  The SAFI 4 route MUST NOT be treated by the 
> receiving speaker as an implicit withdraw of the SAFI 1 route.  If S1 
> subsequently sends an explicit withdraw of the SAFI 4 route, this MUST 
> NOT implicitly withdraw the SAFI 1 route, and vice versa.
>
> Am I correct?  I have seen implementations that violate this so I 
> think it is worth spelling out somewhere in this section.
>

 From Section 1:

    This document also addresses the issue of the how UPDATEs that bind
    labels to a given prefix interact with UPDATEs that advertise paths
    to that prefix but do not bind labels to it. However, for backwards
    compatibility, it declares most of these interactions to be matters
    of local policy.

Different deployed implementations have different behavior, and I think 
it is better to advance the document as is rather than derail it with 
the inevitable food fight that would occur if we wanted to try to get 
the IETF to say which implementation is better than which other 
implementation.  The deployed implementations have been around for many 
years, and people seem to have adapted to the differences.

> 5) In section 7 it says:
>
> “ If a BGP implementation, not conformant with the current document,
>
> encodes multiple labels in the NLRI but has not sent and received the
>
> "Multiple Labels" Capability, a BGP implementation that does conform
>
> with the current document will likely reset the BGP session.”
>
> Wouldn’t that prevent incremental deployment of this RFC into a 
> network that is initially composed of such implementations?  Because 
> it seems to require that both ends of each BGP session must be 
> upgraded simultaneously, or else the BGP sessions will all reset.
>

This issue was discussed at great length when the draft was first 
submitted.  The vast majority of deployments do not check the S bit.  
That is, the de facto standard is to assume that a received update has 
only one label.   If any existing deployment were transmitting updates 
with multiple labels encoded into the NLRI, it would already be causing 
BGP session resets.

(Even iff this were a real problem, it wouldn't require both ends of a 
session to be upgraded simultaneously.  It would just require one end to 
have a knob allowing it to accept both old and new behavior from its 
peer, and a knob telling it whether to use old or new behavior when 
sending to its peer.  But since the defacto standard doesn't use 
multiple labels, I don't think we have to worry much about this.)


--------------B904B5417489A850A8D161CD
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Thanks for your review!<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 4/27/2017 9:03 AM, Jonathan Hardwick
      wrote:<br>
    </div>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
	{mso-style-priority:34;
	margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:36.0pt;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri",sans-serif;}
span.EmailStyle20
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1"><o:p></o:p>
        <p class="MsoNormal">I also spotted a few nits that should be
          fixed at some point before publication.</p>
      </div>
    </blockquote>
    <br>
    I have fixed the nits.<br>
    <br>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Comments and Questions<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">1) In section 2.1 it says:<o:p></o:p></p>
        <p class="MsoNormal">“   If the Multiple Labels Capability for a
          given AFI/SAFI had been<o:p></o:p></p>
        <p class="MsoNormal">   exchanged on the failed session, but is
          not exchanged on the<o:p></o:p></p>
        <p class="MsoNormal">   restarted session, then any prefixes
          advertised in that AFI/SAFI with<o:p></o:p></p>
        <p class="MsoNormal">   multiple labels MUST be explicitly
          withdrawn.”<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">If I have understood this correctly, it
          requires a speaker to withdraw NLRI that it sent on the
          previous session but that it has not sent on the restarted
          session (because the negotiated session capabilities changed).<o:p></o:p></p>
        <p class="MsoNormal">(a) Why does it need to do that – isn’t the
          NLRI implicitly withdrawn when the EOR marker is sent?</p>
      </div>
    </blockquote>
    <br>
    The theory here is that the label stack in the stale routes is known
    to be invalid, so you really don't want your peer to hold on to them
    until EOR is received.<br>
    <br>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal">(b) This seems to contradict section 2.4
          which says “Note that label/prefix bindings that were not
          advertised on the given session cannot be withdrawn by this
          method.”</p>
      </div>
    </blockquote>
    <br>
    I added the following text to section 2.4 right after the quoted
    sentence:<br>
    <blockquote> (However, if the bindings were advertised on a previous
      session with the same peer, and the current session is the result
      of a "graceful restart" ([RFC4724]) of the previous session, then
      this withdrawal method may be used.)<br>
    </blockquote>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p><br>
          </o:p></p>
        <p class="MsoNormal">2) In section 2.1 it says:<o:p></o:p></p>
        <p class="MsoNormal">“A BGP speaker SHOULD NOT send an UPDATE
          that binds more labels to a given prefix than its peer is
          capable of receiving” – why isn’t that MUST NOT?</p>
      </div>
    </blockquote>
    <br>
    Section 2.1 also requires the receiving speaker to apply
    "treat-as-withdraw" to such updates, which does imply that the
    sending speaker must not send them.  So I've changed "SHOULD NOT" to
    "MUST NOT".  <br>
    <br>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">3) In section 2.4 it says:<o:p></o:p></p>
        <p class="MsoNormal">“To do so, it may send a BGP UPDATE message
          with an MP_UNREACH_NLRI attribute.”<o:p></o:p></p>
        <p class="MsoNormal">Should that be “it MUST send”?</p>
      </div>
    </blockquote>
    <br>
    I think the non-normative (non-RFC2119) language is fine here.  <br>
    <br>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">4) In section 5: although some
          implementations treat SAFI 1 and SAFI 4 routes as comparable,
          I believe that they should always be treated as independent,
          in the following sense:<o:p></o:p></p>
        <p class="MsoNormal">Suppose a speaker S1 sends a SAFI 1 route
          and then a SAFI 4 route to the same prefix P.  The SAFI 4
          route MUST NOT be treated by the receiving speaker as an
          implicit withdraw of the SAFI 1 route.  If S1 subsequently
          sends an explicit withdraw of the SAFI 4 route, this MUST NOT
          implicitly withdraw the SAFI 1 route, and vice versa.<o:p></o:p></p>
        <p class="MsoNormal">Am I correct?  I have seen implementations
          that violate this so I think it is worth spelling out
          somewhere in this section.</p>
      </div>
    </blockquote>
    <br>
    From Section 1:<br>
    <blockquote>This document also addresses the issue of the how
      UPDATEs that bind labels to a given prefix interact with UPDATEs
      that advertise paths to that prefix but do not bind labels to it. 
      However, for backwards compatibility, it declares most of these
      interactions to be matters of local policy.<br>
    </blockquote>
    Different deployed implementations have different behavior, and I
    think it is better to advance the document as is rather than derail
    it with the inevitable food fight that would occur if we wanted to
    try to get the IETF to say which implementation is better than which
    other implementation.  The deployed implementations have been around
    for many years, and people seem to have adapted to the differences.<br>
    <br>
    <blockquote
cite="mid:BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">5) In section 7 it says:<o:p></o:p></p>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-GB">“
            If a BGP implementation, not conformant with the current
            document,<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-GB">encodes
            multiple labels in the NLRI but has not sent and received
            the<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-GB">"Multiple
            Labels" Capability, a BGP implementation that does conform<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="mso-fareast-language:EN-GB">with
            the current document will likely reset the BGP session.”<o:p></o:p></span></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Wouldn’t that prevent incremental
          deployment of this RFC into a network that is initially
          composed of such implementations?  Because it seems to require
          that both ends of each BGP session must be upgraded
          simultaneously, or else the BGP sessions will all reset.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
    </blockquote>
    <br>
    This issue was discussed at great length when the draft was first
    submitted.  The vast majority of deployments do not check the S
    bit.  That is, the de facto standard is to assume that a received
    update has only one label.   If any existing deployment were
    transmitting updates with multiple labels encoded into the NLRI, it
    would already be causing BGP session resets.<br>
    <br>
    (Even iff this were a real problem, it wouldn't require both ends of
    a session to be upgraded simultaneously.  It would just require one
    end to have a knob allowing it to accept both old and new behavior
    from its peer, and a knob telling it whether to use old or new
    behavior when sending to its peer.  But since the defacto standard
    doesn't use multiple labels, I don't think we have to worry much
    about this.)<br>
    <br>
  </body>
</html>

--------------B904B5417489A850A8D161CD--


From nobody Thu May  4 00:50:34 2017
Return-Path: <stephane.litkowski@orange.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2DF3129AD4; Thu,  4 May 2017 00:50:30 -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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lbrVlGRA89FP; Thu,  4 May 2017 00:50:28 -0700 (PDT)
Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A89DD1294A6; Thu,  4 May 2017 00:50:27 -0700 (PDT)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 18639A02CB; Thu,  4 May 2017 09:50:26 +0200 (CEST)
Received: from Exchangemail-eme3.itn.ftgroup (unknown [xx.xx.50.55]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id D414B120076; Thu,  4 May 2017 09:50:25 +0200 (CEST)
Received: from OPEXCNORMAC.corporate.adroot.infra.ftgroup ([fe80::f9fb:6cba:1c64:7737]) by OPEXCNORM63.corporate.adroot.infra.ftgroup ([fe80::950f:e42a:174e:2048%21]) with mapi id 14.03.0339.000; Thu, 4 May 2017 09:50:25 +0200
From: <stephane.litkowski@orange.com>
To: "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>, Lou Berger <lberger@labn.net>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-spring-resiliency-use-cases.all@ietf.org" <draft-ietf-spring-resiliency-use-cases.all@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-spring-resiliency-use-cases-08
Thread-Index: AQHSvStM4BHVWrHbK0qj4IblMxrb7aHaf4gAgAla8rA=
Date: Thu, 4 May 2017 07:50:24 +0000
Message-ID: <25760_1493884225_590ADD41_25760_636_1_9E32478DFA9976438E7A22F69B08FF921DD753DA@OPEXCNORMAC.corporate.adroot.infra.ftgroup>
References: <52f7d439-e0b3-e7c5-e0ab-c00569dad1a5@labn.net> <6F302925-DB12-451F-8738-40A2E891E404@cisco.com>
In-Reply-To: <6F302925-DB12-451F-8738-40A2E891E404@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.1]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/VQueeG6At_Zf12oJ_RlZJHjiWyQ>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-spring-resiliency-use-cases-08
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 May 2017 07:50:31 -0000

SGkgU3RlZmFubywNCg0KU3BlYWtpbmcgYXMgZG9jIFNoZXBoZXJkLCBJIGRvIG5vdCBzZWUgaW4g
dGhlIFYwOSwgaG93IHlvdSBhcmUgYWRkcmVzc2luZyBMb3UncyBwb2ludCBhYm91dCAxOjEgYW5k
IDErMSBwcm90ZWN0aW9uIGluIHRoZSBTZWN0aW9uIDIuDQpJIHRoaW5rIGl0IG1ha2Ugc2Vuc2Ug
dG8gYWRkIGEgc2ltcGxlIGV4cGxpY2l0IHN0YXRlbWVudCB0aGF0ICBTUFJJTkcgc2hvdWxkIHN1
cHBvcnQgYm90aCBhcHByb2FjaC4gSXQgaXMgcGFydGlhbGx5IGFkZHJlc3NlZCBieSAiIFRoZSB0
d28gcGF0aHMgbWF5IGJlIHVzZWQgY29uY3VycmVudGx5IG9yIGFzIGEgcHJpbWFyeSBhbmQgYmFj
a3VwDQogICBwYXRoIHdoZXJlIHRoZSBzZWNvbmRhcnkgcGF0aCBpcyB1c2VkIHdoZW4gdGhlIHBy
aW1hcnkgZmFpbGVkLiIgDQpCdXQgdGhlICJjb25jdXJyZW50bHkiIHdvcmQgaXMgSU1PIGFtYmln
dW91cyBhcyBpdCBjb3VsZCBtZWFuIDErMSBzY2hlbWUgb3IgRUNNUCBsaWtlIGJlaGF2aW9yLg0K
DQpCcmdkcywNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogU3RlZmFubyBQ
cmV2aWRpIChzcHJldmlkaSkgW21haWx0bzpzcHJldmlkaUBjaXNjby5jb21dIA0KU2VudDogRnJp
ZGF5LCBBcHJpbCAyOCwgMjAxNyAxMjo1NA0KVG86IExvdSBCZXJnZXINCkNjOiBydGctYWRzQGll
dGYub3JnOyBydGctZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLXNwcmluZy1yZXNpbGllbmN5LXVz
ZS1jYXNlcy5hbGxAaWV0Zi5vcmc7IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFJ0Z0Rp
ciByZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXJlc2lsaWVuY3ktdXNlLWNhc2VzLTA4DQoNCkhp
IExvdSwNCg0KdGhhbmtzIGZvciB0aGUgY29tbWVudC4gSSBpbnRlZ3JhdGVkIHRoZW0gaW4gdGhl
IG5ldyB2ZXJzaW9uIEnigJlsbCBzdWJtaXQgYXNhcC4NCg0KVGhhbmtzLg0Kcy4NCg0KDQo+IE9u
IEFwciAyNCwgMjAxNywgYXQgNjoxNSBQTSwgTG91IEJlcmdlciA8bGJlcmdlckBsYWJuLm5ldD4g
d3JvdGU6DQo+IA0KPiBIZWxsbywNCj4gDQo+IEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBS
b3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KPiBUaGUgUm91dGlu
ZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxh
dGVkIA0KPiBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5kIElF
U0cgcmV2aWV3LCBhbmQgDQo+IHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJw
b3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSANCj4gYXNzaXN0YW5jZSB0byB0aGUgUm91
dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIA0KPiBEaXJl
Y3RvcmF0ZSwgcGxlYXNlIHNlZSANCj4g4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJl
YS9ydGcvdHJhYy93aWtpL1J0Z0Rpcg0KPiANCj4gQWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJl
IHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIA0KPiBpdCB3b3VsZCBi
ZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVy
IA0KPiBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZl
IHRvIHJlc29sdmUgdGhlbSANCj4gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo
ZSBkcmFmdC4NCj4gDQo+IERvY3VtZW50OiBkcmFmdC1pZXRmLXNwcmluZy1yZXNpbGllbmN5LXVz
ZS1jYXNlcy0wOA0KPiBSZXZpZXdlcjogTG91IEJlcmdlcg0KPiBSZXZpZXcgRGF0ZTogQXByaWwg
MjQNCj4gSW50ZW5kZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsDQo+IA0KPiBTdW1tYXJ5Og0KPiAN
Cj4gICAgSSBoYXZlIHNvbWUgbWlub3IgY29tbWVudHMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0
IEkgdGhpbmsgd291bGQgDQo+IGJlIGdvb2QsIGJ1dCBub3QgbmVjZXNzYXJ5LCB0byBiZSByZXNv
bHZlZCBiZWZvcmUgcHVibGljYXRpb24uDQo+IA0KPiBDb21tZW50czoNCj4gDQo+IFRoaXMgZG9j
dW1lbnQgaXMgY29uY2lzZSBhbmQgY2xlYXIuICBJIG9ubHkgaGF2ZSBtaW5vci9uaXQgbGV2ZWwg
DQo+IGlzc3VlcyB0aGF0IGNvdWxkIGJlIGFkZHJlc3NlZCBiZWZvcmUgcHVibGljYXRpb24sIGJ1
dCBJIGRvbid0IHRoaW5rIA0KPiBpdCBjcml0aWNhbCBhcyB0aGUgZG9jdW1lbnQgaXMgYmVpbmcg
cHVibGlzaGVkIGFzIEluZm9ybWF0aW9uYWwuDQo+IA0KPiBNYWpvciBJc3N1ZXM6DQo+IA0KPiAJ
Tm8gbWFqb3IgaXNzdWVzIGZvdW5kLg0KPiANCj4gTWlub3IgSXNzdWVzOg0KPiANCj4gLSBTZWN0
aW9uIDIgbWVudGlvbnMgcmV2ZXJzaW9uLCB3aGlsZSBzZWN0aW9ucyAzIGFuZCA0IGRvIG5vdC4N
Cj4gIFRoaXMgbGVhdmVzIHJldmVyc2lvbiByZXF1aXJlbWVudHMgb3BlbiB0byBpbnRlcnByZXRh
dGlvbi4NCj4gIEkgc3VnZ2VzdCBleHBsaWNpdGx5IHN0YXRpbmcgaWYgcmV2ZXJzaW9uIGlzIGEg
cmVxdWlyZWQgIG9wdGlvbiBvciANCj4gbm90IGluIHNlY3Rpb25zIDMgYW5kIDQgYXMgd2VsbC4N
Cj4gDQo+IC0gU2VjdGlvbiAyIG1lbnRpb25zIDE6MSBzdHlsZSBwYXRoIHByb3RlY3Rpb24uICBQ
YXN0L290aGVyIHdvcmsgIG9uIA0KPiBwcm90ZWN0aW9uIGFsc28gYWxsb3dlZCBmb3IgLyB1c2Vz
IDErMSBzdHlsZSBwcm90ZWN0aW9uLiAgSXMNCj4gIDErMSBpbnRlbnRpb25hbGx5IG9taXR0ZWQ/
IElmIG5vdCwgSSBzdWdnZXN0IGFsbG93aW5nIGZvciBpdC4NCj4gDQo+IE5pdHM6DQo+IA0KPj4g
IHJlZmVycmVkIHRvIGFzIGxvY2FsIHByb3RlY3Rpb24gdGVjaG5pcXVlcyBvciBGYXN0IFJlcm91
dGUgIA0KPj4gdGVjaG5pcXVlcy4NCj4gDQo+IFJlZmVyZW5jZXMgc2hvdWxkIGJlIHByb3ZpZGVk
IGZvciBlYWNoIHRlY2huaXF1ZS4NCj4gDQo+PiAgIEl0IGlzIGVzc2VudGlhbCB0aGF0IHRoZSBw
cmltYXJ5IGFuZCBiYWNrdXAgcGF0aCBiZW5lZml0IGZyb20gYW4gZW5kLQ0KPj4gICB0by1lbmQg
bGl2ZW5lc3MgbW9uaXRvcmluZy92ZXJpZmljYXRpb24uICBUaGUgbWV0aG9kIGFuZCBtZWNoYW5p
c21zDQo+PiAgIHRoYXQgcHJvdmlkZSBzdWNoIGxpdmVuZXNzIGNoZWNrIGFyZSBvdXRzaWRlIHRo
ZSBzY29wZSBvZiB0aGlzDQo+PiAgIGRvY3VtZW50Lg0KPiANCj4gR2l2ZW4gdGhlIGltcG9ydGFu
Y2Ugb2YgbGl2ZW5lc3MgbW9uaXRvcmluZywgSSB0aGluayBpdCB3b3VsZCBiZSB3b3J0aCANCj4g
bWVudGlvbmVkIGFuIGV4YW1wbGUgb2Ygc3VjaC4NCj4gDQo+IFRoYXQncyBpdCENCj4gTG91DQo+
IA0KDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBj
b250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMg
ZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVz
IHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJl
dXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFp
bnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0
YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3Bv
bnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmll
LiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNv
bmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3Rl
ZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQg
d2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGlu
IGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2Ug
YW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMg
bm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQg
b3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo=


From nobody Thu May  4 03:02:33 2017
Return-Path: <ppsenak@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C47E912E76A; Thu,  4 May 2017 03:02:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 0v0A8HPHaZtm; Thu,  4 May 2017 03:02:23 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E27912E85E; Thu,  4 May 2017 03:02:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7476; q=dns/txt; s=iport; t=1493892142; x=1495101742; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=wzl0xX4fAjUe5DwBmAdX54L1SVOmPvboxYE7UWDJm14=; b=UcaOTWz1oM/EAz4+31pZ2kb9DfRhnJSIvVA7lziQBlwegWXecWDoU/9I km2R7HZwlFsvgl0HP/6hUuunVAxXqbNej36fD2bDWhsOjl6bwMXfzVPnG oyxaA/5odPtugSLnHaDl9os9HGPDVq/tX4vOpWlgxDwRZUwvGMBlQOpsS A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DxAABu+wpZ/xbLJq1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBhDeBDINoihhzkGJylH2CDy6FdgKFBhgBAgEBAQEBAQFrKIUWAQU?= =?us-ascii?q?jFUARCxgCAgUWCwICCQMCAQIBRQYBDAgBAYocDrA6ghQSimoBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEbBYELhVSBXoJnNIQpJIMcgl8BBJ1iik6IR4IChTmDQoZllDUfOIE?= =?us-ascii?q?KLiAIGRWFNhyBZT42AYh2AQEB?=
X-IronPort-AV: E=Sophos;i="5.38,287,1491264000"; d="scan'208";a="651608283"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 May 2017 10:02:19 +0000
Received: from [10.147.24.33] ([10.147.24.33]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v44A2Jx6015953; Thu, 4 May 2017 10:02:19 GMT
Message-ID: <590AFC2B.9050707@cisco.com>
Date: Thu, 04 May 2017 12:02:19 +0200
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Stig Venaas <stig@venaas.com>, rtg-dir@ietf.org, ospf@ietf.org, ospf-chairs@ietf.org, draft-ietf-ospf-segment-routing-extensions.all@ietf.org
References: <CAHANBt+ZdrU_=CquJSzisV1ore_=_QmPcxDfM=MBGYDj0GKZbg@mail.gmail.com> <5909F4C0.2010306@cisco.com>
In-Reply-To: <5909F4C0.2010306@cisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/TLGe15ovb3GeWcYyX-FSXcomaGs>
Subject: Re: [RTG-DIR] RtgDir QA review: draft-ietf-ospf-segment-routing-extensions-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 May 2017 10:02:26 -0000

Hi Stig,

a new version that includes your comments has been published.

https://www.ietf.org/internet-drafts/draft-ietf-ospf-segment-routing-extensions-13.txt

thanks,
Peter


On 03/05/17 17:18 , Peter Psenak wrote:
> Hi Stig,
>
> please see inline:
>
> On 27/04/17 00:08 , Stig Venaas wrote:
>> Hello,
>>
>> I have been selected as the Routing Directorate reviewer for this
>> draft. This is just an early QA review.
>>
>> The draft is in good shape, but I did find some minor issues and nits.
>> It is fairly readable, but it could be improved in a few places.
>>
>>
>> Minor issues:
>>
>> In 3.1:
>> The SR-Algorithm TLV is some places called a Sub-TLV. It might be
>> good to be consistent.
>
> fixed.
>
>>
>> This is not clear in 3.1:
>>     The SR-Algorithm Sub-TLV is optional. It MAY only be advertised once
>>     in the Router Information Opaque LSA.
>> Is this trying to say that it MUST NOT be advertised more than
>> once? With the current wording this is not obviously that strict.
>
> yes, I changed the text to: "It MUST only be advertised once in the
> Router Information Opaque LSA". Hope that is clear enough.
>
>
>>
>> I see some text regarding multiple SR-Algorithm sub-TLVs, but it also
>> looks like one can have multiple algorithms in one sub-TLV. At least
>> from the diagram.
>
> yes, multiple algorithms in the same SR-Algorithm TLV is fine.
>
>> But I don't see any discussion about this. Is it OK
>> to add multiple? When can it be done, what does it mean? What if
>> routers don't support the exact same set of algorithms?
>
> router advertise all algorithms it supports. Each router may support
> different set.
>
>>
>> The term "lowest flooding scope" is used a couple of places. I think I
>> know what it means, but it might be good to point it out. Also, I'm
>> used to seeing the term "smallest" rather than "lowest". I'm assuming
>> they mean the same.
>
> I changed all places to "narrowest flooding scope".
>
>>
>> In 3.2 there is this bullet point:
>>     The receiving router must adhere to the order in which the ranges
>>     are advertised when calculating a SID/label from a SID index.
>>
>> You probably should use MUST here.
>
> fixed.
>
>>
>> Section 4:
>> In section 4 there is a range for advertising a range of prefixes.
>> But it looks like it contains a single prefix length and it says
>> the length is the length of the prefix. While it says range size
>> is the number of prefixes. I don't understand from the text what
>> really prefix length and range size means and how this should be
>> used.
>
> 10.0.1.0/24 - 10.0.100.0/24 represents a range of 100 /24 prefixes, where:
>
> (starting) prefix - 10.0.1.0
> length of the prefix is 24
> range size is 100
>
>>
>> I understand this is IPv4 only since OSPFv2, but rather than just
>> saying IPv4 is 0, maybe refer to an IANA AF registry? This might
>> be helpful if you want to use the same sub-TLV in OSPFv3 and
>> use the same code for parsing etc. IANA has 1 for IPv4 though.
>
> this is equivalent to section 2.1 of RFC7684. I have updated the text to
> match RFC7684.
>
>>
>> Section 5:
>> Is it intentional that the flags start in position 1 rather than
>> 0?
>
> yes. Originally we had N-flag (Node Flag) defined at position 0, but we
> moved that to the OSPFv2 Extended Prefix TLV (section 2.1 of RFC7684).
> Due to an existing implementations, we did not shift all other bits
> after that.
>
>>
>> I see that the NP flag should be ignored when M is set. Then I
>> see this text:
>>     As the Mapping Server does not specify the originator of a prefix
>>     advertisement, it is not possible to determine PHP behavior solely
>>     based on the Mapping Server advertisement.  However, PHP behavior may
>>     safely be done in following cases:
>> This seems not very precise. Could you say exactly what the behavior
>> should be, rather than saying "behavior may be done"?
>
> would changing  "may safely be done" to "SHOULD be done" be sufficient?
>
>>
>> Section 6:
>> It might be good to make clear that other flag positions are
>> reserved, set to 0 and ignored... Perhaps also point out that
>> weight is in the range 0-255
>
> fixed both.
>
>>
>> I see this sentence:
>>        If the SID/Label Sub-TLV appears in the SID/Label Binding Sub-TLV
>>        more than once, instances other than the first will be ignored and
>>
>> Should it say MUST be ignored?
>
> changed to SHOULD as the previous text says "SHOULD only appear once".
>
>>
>> Section 6.2 it says:
>>     All ERO Sub-TLVs must immediately follow the SID/Label Sub-TLV.
>>     All Backup ERO Sub-TLVs must immediately follow the last ERO Sub-TLV.
>>
>> Should these be normative MUSTs?
>
> Changed both to MUST.
> I'm also going to clarify this with Hannes, whether that is still
> required, because I do not see equivalent text in ISIS draft.
>
>>
>> In 6.2.1:
>> It would be good for all of these to specify that other flags are
>> reserved.
>
> done.
>
>
>>
>>
>> Nits:
>> The intro should perhaps mention LAN adjacency and binding SIDs?
>
> LAN Adjacency SID is a sub-type of the Adjacency SID. I have added
> sentence about binding/other SID types.
>
>>
>> 2nd paragraph of section 2 is confusing. It sounds like
>> the Opaque LSAs in 7684 were defined for SID in particular,
>> but it is a generic mechanism. Perhaps SID was the
>> motivation though?
>
> this part is a left-over from the original draft before we split to
> RFC7684 and this draft.
>
> I replaced the whole paragraph with:
>
> "Extended Prefix/Link Opaque LSAs defined in <xref target="RFC7684"/>
> are used for advertisements of the various SID types."
>
>>
>> Section 6.1:
>> It says:
>>     The ERO Metric Sub-TLV advertises the cost of an ERO path.  It is
>>     used to compare the cost of a given source/destination path.  A
>>     router SHOULD advertise the ERO Metric Sub-TLV in an advertised ERO
>>     TLV.
>>
>> Is the ERO TLV the ERO Sub-TLVs defined in 6.2? It would be good to
>> point that out.
>
> ERO Metric Sub-TLV as well as all the other ERO sub-TLVs in sectin 6.2
> are at the same level - they are all sub-TLVs of the Binding TLV. I
> added some text to 6.2 to make that clear.
>
>>
>> In 8.4.2:
>>     Broadcast, NBMA or or hybrid
>> Extra "or".
>
> fixed.
>
>>
>> Section 9:
>> There are no new registries and most of the TLVs are already
>> allocated? It seems there are a few new ones where it should
>> probably say TBD, or say something about being suggested values.
>> That was done in earlier sections. I see in some places it says
>> "are allocated" here, while it says "suggested" in the definition
>> of the TLV.
>
> section 9 lists all the updates to the four different registries. Values
> are explicitly mentioned in section 9 for every single code point.
>
>>
>> Section 10:
>> It says there are responses from 2 implementers, but I see 3.
>
> fixed
>
>>
>> Section 11:
>> Are these really all the potential security issues?
>
> I'm not aware of any others. Feel free to suggest more if required.
>
>>
>> I'm on vacation the next 2 weeks, so I may not reply to any
>> emails during that period.
>
> I will post the new version after closing on the ERO part with Hannes
> and others.
>
> thanks,
> Peter
>
>>
>> Regards,
>> Stig
>> .
>>
>


From nobody Thu May  4 05:59:20 2017
Return-Path: <sprevidi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B5A41294E0; Thu,  4 May 2017 05:59:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 RXuYSMEdTajK; Thu,  4 May 2017 05:59:12 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1976B129540; Thu,  4 May 2017 05:59:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6516; q=dns/txt; s=iport; t=1493902749; x=1495112349; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=j5ZEZkBjZJQ2zzwRdkBc6fMA/B2TkVIfxkfXEoOLmIQ=; b=hNZymesCvZvT0KOG7LUaTQ2rx51PunAauN4gxZUbrVfGJzO9sZp1V1nO OZNprkIITlWlOAHmhCt7h9dRogo3Eus3AqzQaNBNL9/fQzhr/bMJESi+o Gqnn/7Xi3of4pxMSWyiqlrRGopMsnhAOPbaL1MdHwMEF99TbqJ2s3T6RR E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAQCxJAtZ/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VigQwHg2GKGJFVlW+CDyyFeAIahC8/GAECAQEBAQEBAWsohRU?= =?us-ascii?q?BAQEBAgEjEUUFBwQCAQgRAwEBAQECAiMDAgICMBQBCAgCBAENBYoYCA6wTYImi?= =?us-ascii?q?mgBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuFVIFeK4JwhCkLEgEzgm8ugjEFiTu?= =?us-ascii?q?IM4t3AYcai3qCBFWEZIoqlDQBHzh/C28VWAGEYByBY3YBhlKBIYENAQEB?=
X-IronPort-AV: E=Sophos;i="5.38,287,1491264000"; d="scan'208";a="421092791"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 May 2017 12:59:08 +0000
Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v44Cx73Z031922 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 4 May 2017 12:59:07 GMT
Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 4 May 2017 08:59:06 -0400
Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Thu, 4 May 2017 08:59:06 -0400
From: "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
To: Stephane Litkowski <stephane.litkowski@orange.com>, Lou Berger <lberger@labn.net>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-spring-resiliency-use-cases.all@ietf.org" <draft-ietf-spring-resiliency-use-cases.all@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-spring-resiliency-use-cases-08
Thread-Index: AQHSvStPgbckbBbQm0KLwaNzhINY1KHa5BsAgAk6yQCAAFY9AA==
Date: Thu, 4 May 2017 12:59:06 +0000
Message-ID: <645A0833-9D89-444E-9FC2-688A8332C5CD@cisco.com>
References: <52f7d439-e0b3-e7c5-e0ab-c00569dad1a5@labn.net> <6F302925-DB12-451F-8738-40A2E891E404@cisco.com> <25760_1493884225_590ADD41_25760_636_1_9E32478DFA9976438E7A22F69B08FF921DD753DA@OPEXCNORMAC.corporate.adroot.infra.ftgroup>
In-Reply-To: <25760_1493884225_590ADD41_25760_636_1_9E32478DFA9976438E7A22F69B08FF921DD753DA@OPEXCNORMAC.corporate.adroot.infra.ftgroup>
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.61.108.100]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A306386807AC3F44B191744964B1B990@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/iiej_x9qj57NiFQQnFc9OWRpzhA>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-spring-resiliency-use-cases-08
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 May 2017 12:59:18 -0000

SGkgU3RlcGhhbmUsIExvdSwNCg0Kc29ycnksIEkgbWlzc2VkIHRoYXQgY29tbWVudCAoaW4gZmFj
dCBJIGRpZCBnZXQgaXQgYnV0IGZvcmdvdCB0byBhZGRyZXNzIGl0KS4NCg0KSSB3aWxsIGFkZCB0
aGUgbmVjZXNzYXJ5IHRleHQgYW5kIHdpbGwgc3VibWl0IGEgbmV3IHZlcnNpb24gYXNhcC4NCg0K
cy4NCg0KDQo+IE9uIE1heSA0LCAyMDE3LCBhdCA5OjUwIEFNLCBzdGVwaGFuZS5saXRrb3dza2lA
b3JhbmdlLmNvbSB3cm90ZToNCj4gDQo+IEhpIFN0ZWZhbm8sDQo+IA0KPiBTcGVha2luZyBhcyBk
b2MgU2hlcGhlcmQsIEkgZG8gbm90IHNlZSBpbiB0aGUgVjA5LCBob3cgeW91IGFyZSBhZGRyZXNz
aW5nIExvdSdzIHBvaW50IGFib3V0IDE6MSBhbmQgMSsxIHByb3RlY3Rpb24gaW4gdGhlIFNlY3Rp
b24gMi4NCj4gSSB0aGluayBpdCBtYWtlIHNlbnNlIHRvIGFkZCBhIHNpbXBsZSBleHBsaWNpdCBz
dGF0ZW1lbnQgdGhhdCAgU1BSSU5HIHNob3VsZCBzdXBwb3J0IGJvdGggYXBwcm9hY2guIEl0IGlz
IHBhcnRpYWxseSBhZGRyZXNzZWQgYnkgIiBUaGUgdHdvIHBhdGhzIG1heSBiZSB1c2VkIGNvbmN1
cnJlbnRseSBvciBhcyBhIHByaW1hcnkgYW5kIGJhY2t1cA0KPiAgIHBhdGggd2hlcmUgdGhlIHNl
Y29uZGFyeSBwYXRoIGlzIHVzZWQgd2hlbiB0aGUgcHJpbWFyeSBmYWlsZWQuIiANCj4gQnV0IHRo
ZSAiY29uY3VycmVudGx5IiB3b3JkIGlzIElNTyBhbWJpZ3VvdXMgYXMgaXQgY291bGQgbWVhbiAx
KzEgc2NoZW1lIG9yIEVDTVAgbGlrZSBiZWhhdmlvci4NCj4gDQo+IEJyZ2RzLA0KPiANCj4gDQo+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFN0ZWZhbm8gUHJldmlkaSAoc3By
ZXZpZGkpIFttYWlsdG86c3ByZXZpZGlAY2lzY28uY29tXSANCj4gU2VudDogRnJpZGF5LCBBcHJp
bCAyOCwgMjAxNyAxMjo1NA0KPiBUbzogTG91IEJlcmdlcg0KPiBDYzogcnRnLWFkc0BpZXRmLm9y
ZzsgcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1zcHJpbmctcmVzaWxpZW5jeS11c2UtY2Fz
ZXMuYWxsQGlldGYub3JnOyBzcHJpbmdAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFJ0Z0RpciBy
ZXZpZXc6IGRyYWZ0LWlldGYtc3ByaW5nLXJlc2lsaWVuY3ktdXNlLWNhc2VzLTA4DQo+IA0KPiBI
aSBMb3UsDQo+IA0KPiB0aGFua3MgZm9yIHRoZSBjb21tZW50LiBJIGludGVncmF0ZWQgdGhlbSBp
biB0aGUgbmV3IHZlcnNpb24gSeKAmWxsIHN1Ym1pdCBhc2FwLg0KPiANCj4gVGhhbmtzLg0KPiBz
Lg0KPiANCj4gDQo+PiBPbiBBcHIgMjQsIDIwMTcsIGF0IDY6MTUgUE0sIExvdSBCZXJnZXIgPGxi
ZXJnZXJAbGFibi5uZXQ+IHdyb3RlOg0KPj4gDQo+PiBIZWxsbywNCj4+IA0KPj4gSSBoYXZlIGJl
ZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMg
ZHJhZnQuDQo+PiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJv
dXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIA0KPj4gZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdo
IElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIA0KPj4gc29tZXRpbWVzIG9uIHNw
ZWNpYWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIA0K
Pj4gYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi
b3V0IHRoZSBSb3V0aW5nIA0KPj4gRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQo+PiDigItodHRw
Oi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQo+PiANCj4+
IEFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhl
IFJvdXRpbmcgQURzLCANCj4+IGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNp
ZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgDQo+PiBJRVRGIExhc3QgQ2FsbCBjb21tZW50
cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSANCj4+IHRocm91
Z2ggZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQo+PiANCj4+IERvY3VtZW50
OiBkcmFmdC1pZXRmLXNwcmluZy1yZXNpbGllbmN5LXVzZS1jYXNlcy0wOA0KPj4gUmV2aWV3ZXI6
IExvdSBCZXJnZXINCj4+IFJldmlldyBEYXRlOiBBcHJpbCAyNA0KPj4gSW50ZW5kZWQgU3RhdHVz
OiBJbmZvcm1hdGlvbmFsDQo+PiANCj4+IFN1bW1hcnk6DQo+PiANCj4+ICAgSSBoYXZlIHNvbWUg
bWlub3IgY29tbWVudHMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgd291bGQgDQo+
PiBiZSBnb29kLCBidXQgbm90IG5lY2Vzc2FyeSwgdG8gYmUgcmVzb2x2ZWQgYmVmb3JlIHB1Ymxp
Y2F0aW9uLg0KPj4gDQo+PiBDb21tZW50czoNCj4+IA0KPj4gVGhpcyBkb2N1bWVudCBpcyBjb25j
aXNlIGFuZCBjbGVhci4gIEkgb25seSBoYXZlIG1pbm9yL25pdCBsZXZlbCANCj4+IGlzc3VlcyB0
aGF0IGNvdWxkIGJlIGFkZHJlc3NlZCBiZWZvcmUgcHVibGljYXRpb24sIGJ1dCBJIGRvbid0IHRo
aW5rIA0KPj4gaXQgY3JpdGljYWwgYXMgdGhlIGRvY3VtZW50IGlzIGJlaW5nIHB1Ymxpc2hlZCBh
cyBJbmZvcm1hdGlvbmFsLg0KPj4gDQo+PiBNYWpvciBJc3N1ZXM6DQo+PiANCj4+IAlObyBtYWpv
ciBpc3N1ZXMgZm91bmQuDQo+PiANCj4+IE1pbm9yIElzc3VlczoNCj4+IA0KPj4gLSBTZWN0aW9u
IDIgbWVudGlvbnMgcmV2ZXJzaW9uLCB3aGlsZSBzZWN0aW9ucyAzIGFuZCA0IGRvIG5vdC4NCj4+
IFRoaXMgbGVhdmVzIHJldmVyc2lvbiByZXF1aXJlbWVudHMgb3BlbiB0byBpbnRlcnByZXRhdGlv
bi4NCj4+IEkgc3VnZ2VzdCBleHBsaWNpdGx5IHN0YXRpbmcgaWYgcmV2ZXJzaW9uIGlzIGEgcmVx
dWlyZWQgIG9wdGlvbiBvciANCj4+IG5vdCBpbiBzZWN0aW9ucyAzIGFuZCA0IGFzIHdlbGwuDQo+
PiANCj4+IC0gU2VjdGlvbiAyIG1lbnRpb25zIDE6MSBzdHlsZSBwYXRoIHByb3RlY3Rpb24uICBQ
YXN0L290aGVyIHdvcmsgIG9uIA0KPj4gcHJvdGVjdGlvbiBhbHNvIGFsbG93ZWQgZm9yIC8gdXNl
cyAxKzEgc3R5bGUgcHJvdGVjdGlvbi4gIElzDQo+PiAxKzEgaW50ZW50aW9uYWxseSBvbWl0dGVk
PyBJZiBub3QsIEkgc3VnZ2VzdCBhbGxvd2luZyBmb3IgaXQuDQo+PiANCj4+IE5pdHM6DQo+PiAN
Cj4+PiByZWZlcnJlZCB0byBhcyBsb2NhbCBwcm90ZWN0aW9uIHRlY2huaXF1ZXMgb3IgRmFzdCBS
ZXJvdXRlICANCj4+PiB0ZWNobmlxdWVzLg0KPj4gDQo+PiBSZWZlcmVuY2VzIHNob3VsZCBiZSBw
cm92aWRlZCBmb3IgZWFjaCB0ZWNobmlxdWUuDQo+PiANCj4+PiAgSXQgaXMgZXNzZW50aWFsIHRo
YXQgdGhlIHByaW1hcnkgYW5kIGJhY2t1cCBwYXRoIGJlbmVmaXQgZnJvbSBhbiBlbmQtDQo+Pj4g
IHRvLWVuZCBsaXZlbmVzcyBtb25pdG9yaW5nL3ZlcmlmaWNhdGlvbi4gIFRoZSBtZXRob2QgYW5k
IG1lY2hhbmlzbXMNCj4+PiAgdGhhdCBwcm92aWRlIHN1Y2ggbGl2ZW5lc3MgY2hlY2sgYXJlIG91
dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMNCj4+PiAgZG9jdW1lbnQuDQo+PiANCj4+IEdpdmVuIHRo
ZSBpbXBvcnRhbmNlIG9mIGxpdmVuZXNzIG1vbml0b3JpbmcsIEkgdGhpbmsgaXQgd291bGQgYmUg
d29ydGggDQo+PiBtZW50aW9uZWQgYW4gZXhhbXBsZSBvZiBzdWNoLg0KPj4gDQo+PiBUaGF0J3Mg
aXQhDQo+PiBMb3UNCj4+IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gDQo+IENlIG1lc3NhZ2UgZXQg
c2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25m
aWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KPiBwYXMgZXRy
ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91
cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0K
PiBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu
dGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRl
cmF0aW9uLA0KPiBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNz
YWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+IA0KPiBUaGlz
IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3Ig
cHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KPiB0
aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0
aG9yaXNhdGlvbi4NCj4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg
cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMg
YXR0YWNobWVudHMuDQo+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBs
aWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZh
bHNpZmllZC4NCj4gVGhhbmsgeW91Lg0KPiANCg0K


From nobody Thu May  4 10:37:48 2017
Return-Path: <Jonathan.Hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D4B7129B66; Thu,  4 May 2017 10:37:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level: 
X-Spam-Status: No, score=-2.011 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 T4IJkG1dvHFn; Thu,  4 May 2017 10:37:36 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0118.outbound.protection.outlook.com [104.47.34.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 866CE129B2E; Thu,  4 May 2017 10:37:35 -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=rD3Injx8f7qmDia8xsf0R6dSjaKKl9xEYk8cgfNDJTk=; b=QuC1ztuaFolXIST+gpINVeC9tSV1Gnul2KZmiGjteTY9bxnbh+zjD8Fk64HYeFdrQzJGIwMf1/a6m9vNq5dzBYB4uZcVY1cNmMr7+iZiJyr73eVj+IqICEtUhB1MZ5z964CP9vhWCBYgDmiNsapt75lXW/o2/9x9rUKMfAnYzqw=
Received: from BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) by BY2PR0201MB1912.namprd02.prod.outlook.com (10.163.75.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Thu, 4 May 2017 17:37:34 +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.1075.010; Thu, 4 May 2017 17:37:34 +0000
From: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>
To: Eric C Rosen <erosen@juniper.net>, "draft-ietf-mpls-rfc3107bis@ietf.org" <draft-ietf-mpls-rfc3107bis@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-rfc3107-bis
Thread-Index: AdK/UgoPnMchP/X0SOKBF6US5Kr0PwE6EMqAAC5SQVA=
Date: Thu, 4 May 2017 17:37:34 +0000
Message-ID: <BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0@BY2PR0201MB1910.namprd02.prod.outlook.com>
References: <BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com> <9913c8e1-50fe-34c1-a8d5-2d5efefafc5e@juniper.net>
In-Reply-To: <9913c8e1-50fe-34c1-a8d5-2d5efefafc5e@juniper.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: juniper.net; dkim=none (message not signed) header.d=none; juniper.net; dmarc=none action=none header.from=metaswitch.com; 
x-originating-ip: [86.175.167.173]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY2PR0201MB1912; 7:nTxF7YELHQXk3O3PWOLT36Y9IfxTa1mFpgwWSpcohue2eH2jIo4xS5+u5qW60nr88pf4yKcAsAzF92/yCtrPsL3qOABRVABbkicMR6opwdCa7/XwoWSW/I2EEWStK+TI2Bdmaxpsf+1M/HjbzLDgm5Tj9DgU5kv+nG881eNpId+3P32KP4826iD/iytMWsxKmFRhubo2IZFFwrFEv8Axz2Ujk9xscgTz/Zd+QzzeBBCHmJ95OtLAmmwoU/GnXfGo26zZKRhV54bn6CnbX9EejKQR8BFIB1D9yzh8Us2f/gpdfZpDYgejdNbSUpM6ETxe30wFAfY2oIAL8OHxXSW/LA==
x-ms-office365-filtering-correlation-id: a880813f-5e01-4382-9445-08d493143fe6
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:BY2PR0201MB1912; 
x-microsoft-antispam-prvs: <BY2PR0201MB191276A92CEC58F964807B2C84EA0@BY2PR0201MB1912.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(35073007944872)(138986009662008)(21748063052155); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(6072148); SRVR:BY2PR0201MB1912; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0201MB1912; 
x-forefront-prvs: 02973C87BC
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39400400002)(39410400002)(39450400003)(24454002)(51444003)(377454003)(51914003)(2906002)(478600001)(189998001)(7696004)(76176999)(50986999)(54356999)(229853002)(3280700002)(2950100002)(3660700001)(230783001)(74316002)(5660300001)(2900100001)(6436002)(77096006)(6506006)(122556002)(33656002)(81166006)(8676002)(66066001)(8936002)(9686003)(54896002)(6306002)(55016002)(8666007)(99286003)(38730400002)(7736002)(53936002)(25786009)(53546009)(86362001)(2201001)(2501003)(3846002)(790700001)(102836003)(6116002)(4326008); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0201MB1912; H:BY2PR0201MB1910.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0BY2PR0201MB1910_"
MIME-Version: 1.0
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 May 2017 17:37:34.3124 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0201MB1912
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/oBNHveJRrO6N25Aj0hvsuv2LI1Q>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-rfc3107-bis
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 May 2017 17:37:40 -0000

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

SGkgRXJpYw0KDQpUaGFua3MgZm9yIHRoZSByZXBsaWVzIOKAkyBwbGVhc2Ugc2VlIFtKb25dIGlu
bGluZS4NCg0KQ2hlZXJzDQpKb24NCg0KRnJvbTogRXJpYyBDIFJvc2VuIFttYWlsdG86ZXJvc2Vu
QGp1bmlwZXIubmV0XQ0KU2VudDogMDMgTWF5IDIwMTcgMTk6MjMNClRvOiBKb25hdGhhbiBIYXJk
d2ljayA8Sm9uYXRoYW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBkcmFmdC1pZXRmLW1wbHMt
cmZjMzEwN2Jpc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmcN
CkNjOiBydGctZGlyQGlldGYub3JnDQpTdWJqZWN0OiBSZTogUm91dGluZyBkaXJlY3RvcmF0ZSBy
ZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLXJmYzMxMDctYmlzDQoNCg0KVGhhbmtzIGZvciB5b3Vy
IHJldmlldyENCg0KT24gNC8yNy8yMDE3IDk6MDMgQU0sIEpvbmF0aGFuIEhhcmR3aWNrIHdyb3Rl
Og0KSSBhbHNvIHNwb3R0ZWQgYSBmZXcgbml0cyB0aGF0IHNob3VsZCBiZSBmaXhlZCBhdCBzb21l
IHBvaW50IGJlZm9yZSBwdWJsaWNhdGlvbi4NCg0KSSBoYXZlIGZpeGVkIHRoZSBuaXRzLg0KDQoN
Cg0KQ29tbWVudHMgYW5kIFF1ZXN0aW9ucw0KDQoxKSBJbiBzZWN0aW9uIDIuMSBpdCBzYXlzOg0K
4oCcICAgSWYgdGhlIE11bHRpcGxlIExhYmVscyBDYXBhYmlsaXR5IGZvciBhIGdpdmVuIEFGSS9T
QUZJIGhhZCBiZWVuDQogICBleGNoYW5nZWQgb24gdGhlIGZhaWxlZCBzZXNzaW9uLCBidXQgaXMg
bm90IGV4Y2hhbmdlZCBvbiB0aGUNCiAgIHJlc3RhcnRlZCBzZXNzaW9uLCB0aGVuIGFueSBwcmVm
aXhlcyBhZHZlcnRpc2VkIGluIHRoYXQgQUZJL1NBRkkgd2l0aA0KICAgbXVsdGlwbGUgbGFiZWxz
IE1VU1QgYmUgZXhwbGljaXRseSB3aXRoZHJhd24u4oCdDQoNCklmIEkgaGF2ZSB1bmRlcnN0b29k
IHRoaXMgY29ycmVjdGx5LCBpdCByZXF1aXJlcyBhIHNwZWFrZXIgdG8gd2l0aGRyYXcgTkxSSSB0
aGF0IGl0IHNlbnQgb24gdGhlIHByZXZpb3VzIHNlc3Npb24gYnV0IHRoYXQgaXQgaGFzIG5vdCBz
ZW50IG9uIHRoZSByZXN0YXJ0ZWQgc2Vzc2lvbiAoYmVjYXVzZSB0aGUgbmVnb3RpYXRlZCBzZXNz
aW9uIGNhcGFiaWxpdGllcyBjaGFuZ2VkKS4NCihhKSBXaHkgZG9lcyBpdCBuZWVkIHRvIGRvIHRo
YXQg4oCTIGlzbuKAmXQgdGhlIE5MUkkgaW1wbGljaXRseSB3aXRoZHJhd24gd2hlbiB0aGUgRU9S
IG1hcmtlciBpcyBzZW50Pw0KDQpUaGUgdGhlb3J5IGhlcmUgaXMgdGhhdCB0aGUgbGFiZWwgc3Rh
Y2sgaW4gdGhlIHN0YWxlIHJvdXRlcyBpcyBrbm93biB0byBiZSBpbnZhbGlkLCBzbyB5b3UgcmVh
bGx5IGRvbid0IHdhbnQgeW91ciBwZWVyIHRvIGhvbGQgb24gdG8gdGhlbSB1bnRpbCBFT1IgaXMg
cmVjZWl2ZWQuDQoNCltKb25dIE9LLCB0aGF04oCZcyBmaW5lLg0KDQooYikgVGhpcyBzZWVtcyB0
byBjb250cmFkaWN0IHNlY3Rpb24gMi40IHdoaWNoIHNheXMg4oCcTm90ZSB0aGF0IGxhYmVsL3By
ZWZpeCBiaW5kaW5ncyB0aGF0IHdlcmUgbm90IGFkdmVydGlzZWQgb24gdGhlIGdpdmVuIHNlc3Np
b24gY2Fubm90IGJlIHdpdGhkcmF3biBieSB0aGlzIG1ldGhvZC7igJ0NCg0KSSBhZGRlZCB0aGUg
Zm9sbG93aW5nIHRleHQgdG8gc2VjdGlvbiAyLjQgcmlnaHQgYWZ0ZXIgdGhlIHF1b3RlZCBzZW50
ZW5jZToNCiAoSG93ZXZlciwgaWYgdGhlIGJpbmRpbmdzIHdlcmUgYWR2ZXJ0aXNlZCBvbiBhIHBy
ZXZpb3VzIHNlc3Npb24gd2l0aCB0aGUgc2FtZSBwZWVyLCBhbmQgdGhlIGN1cnJlbnQgc2Vzc2lv
biBpcyB0aGUgcmVzdWx0IG9mIGEgImdyYWNlZnVsIHJlc3RhcnQiIChbUkZDNDcyNF0pIG9mIHRo
ZSBwcmV2aW91cyBzZXNzaW9uLCB0aGVuIHRoaXMgd2l0aGRyYXdhbCBtZXRob2QgbWF5IGJlIHVz
ZWQuKQ0KDQoNCjIpIEluIHNlY3Rpb24gMi4xIGl0IHNheXM6DQrigJxBIEJHUCBzcGVha2VyIFNI
T1VMRCBOT1Qgc2VuZCBhbiBVUERBVEUgdGhhdCBiaW5kcyBtb3JlIGxhYmVscyB0byBhIGdpdmVu
IHByZWZpeCB0aGFuIGl0cyBwZWVyIGlzIGNhcGFibGUgb2YgcmVjZWl2aW5n4oCdIOKAkyB3aHkg
aXNu4oCZdCB0aGF0IE1VU1QgTk9UPw0KDQpTZWN0aW9uIDIuMSBhbHNvIHJlcXVpcmVzIHRoZSBy
ZWNlaXZpbmcgc3BlYWtlciB0byBhcHBseSAidHJlYXQtYXMtd2l0aGRyYXciIHRvIHN1Y2ggdXBk
YXRlcywgd2hpY2ggZG9lcyBpbXBseSB0aGF0IHRoZSBzZW5kaW5nIHNwZWFrZXIgbXVzdCBub3Qg
c2VuZCB0aGVtLiAgU28gSSd2ZSBjaGFuZ2VkICJTSE9VTEQgTk9UIiB0byAiTVVTVCBOT1QiLg0K
DQpbSm9uXSBUaGFua3MuICBOb3RlIHRoYXQgdGhlIHNhbWUgY2hhbmdlIGFsc28gYXBwbGllcyBp
biBzZWN0aW9uIDMuMi4xDQoNCiAgIOKAnFNpbWlsYXJseSwgYSBnaXZlbiByb3V0ZSBTSE9VTEQg
Tk9UIGJlDQogICBwcm9wYWdhdGVkIHRvIGEgZ2l2ZW4gcGVlciBpZiB0aGUgcm91dGUncyBOTFJJ
IGhhcyBtb3JlIGxhYmVscyB0aGFuDQogICB0aGUgcGVlciBoYXMgYW5ub3VuY2Vk4oCdDQoNCuKA
pmFuZCBhbHNvIGluIHNlY3Rpb24gMy4yLjINCg0K4oCcQSBCR1Agc3BlYWtlciBNVVNUIE5PVCBz
ZW5kIG11bHRpcGxlDQoNCiAgIGxhYmVscyB0byBhIHBlZXIgd2l0aCB3aGljaCBpdCBoYXMgbm90
IGV4Y2hhbmdlZCB0aGUgIk11bHRpcGxlDQoNCiAgIExhYmVscyIgQ2FwYWJpbGl0eSwgYW5kIFNI
T1VMRCBOT1Qgc2VuZCBtb3JlIGxhYmVscyB0byBhIGdpdmVuIHBlZXINCg0KICAgdGhhbiB0aGUg
cGVlciBoYXMgYW5ub3VuY2Vk4oCdDQoNCg0KMykgSW4gc2VjdGlvbiAyLjQgaXQgc2F5czoNCuKA
nFRvIGRvIHNvLCBpdCBtYXkgc2VuZCBhIEJHUCBVUERBVEUgbWVzc2FnZSB3aXRoIGFuIE1QX1VO
UkVBQ0hfTkxSSSBhdHRyaWJ1dGUu4oCdDQpTaG91bGQgdGhhdCBiZSDigJxpdCBNVVNUIHNlbmTi
gJ0/DQoNCkkgdGhpbmsgdGhlIG5vbi1ub3JtYXRpdmUgKG5vbi1SRkMyMTE5KSBsYW5ndWFnZSBp
cyBmaW5lIGhlcmUuDQoNCltKb25dIEl0IGp1c3QgamFycmVkIHdpdGggbWUgYSBsaXR0bGUuICBJ
4oCZbSBub3QgZ29pbmcgdG8gZGlnIGluIG9uIHRoaXMgcG9pbnQsIGJ1dCBsZXQgbWUgZXhwbGFp
biB3aGVyZSBJIHdhcyBjb21pbmcgZnJvbS4gIFdoZW4geW91IHNheSDigJxpdCBtYXkgc2VuZOKA
nSB0aGUgd29yZCDigJxtYXnigJ0gbWFrZXMgaXQgc291bmQgbGlrZSBpdCBpcyBub3Qgb2JsaWdl
ZCB0byBkbyBpdCB0aGlzIHdheS4gIEkgZG9u4oCZdCB0aGluayB0aGVyZSBpcyBhbnkgb3RoZXIg
d2F5IHRvIHdpdGhkcmF3IHRoZSByb3V0ZSAoc2hvcnQgb2YgY2xvc2luZyB0aGUgc2Vzc2lvbikg
c28gSSB0aGluayB0aGF0IHdoYXQgeW91IGFyZSBkZXNjcmliaW5nIGlzIHRoZSBvYmxpZ2F0b3J5
IHdheSB0byB3aXRoZHJhdyB0aGUgcm91dGUuICBGb3IgdGhhdCByZWFzb24gSeKAmWQgcHJlZmVy
IGVpdGhlciDigJxpdCBzZW5kc+KAnSBvciDigJxpdCBNVVNUIHNlbmTigJ0uDQoNCg0KNCkgSW4g
c2VjdGlvbiA1OiBhbHRob3VnaCBzb21lIGltcGxlbWVudGF0aW9ucyB0cmVhdCBTQUZJIDEgYW5k
IFNBRkkgNCByb3V0ZXMgYXMgY29tcGFyYWJsZSwgSSBiZWxpZXZlIHRoYXQgdGhleSBzaG91bGQg
YWx3YXlzIGJlIHRyZWF0ZWQgYXMgaW5kZXBlbmRlbnQsIGluIHRoZSBmb2xsb3dpbmcgc2Vuc2U6
DQpTdXBwb3NlIGEgc3BlYWtlciBTMSBzZW5kcyBhIFNBRkkgMSByb3V0ZSBhbmQgdGhlbiBhIFNB
RkkgNCByb3V0ZSB0byB0aGUgc2FtZSBwcmVmaXggUC4gIFRoZSBTQUZJIDQgcm91dGUgTVVTVCBO
T1QgYmUgdHJlYXRlZCBieSB0aGUgcmVjZWl2aW5nIHNwZWFrZXIgYXMgYW4gaW1wbGljaXQgd2l0
aGRyYXcgb2YgdGhlIFNBRkkgMSByb3V0ZS4gIElmIFMxIHN1YnNlcXVlbnRseSBzZW5kcyBhbiBl
eHBsaWNpdCB3aXRoZHJhdyBvZiB0aGUgU0FGSSA0IHJvdXRlLCB0aGlzIE1VU1QgTk9UIGltcGxp
Y2l0bHkgd2l0aGRyYXcgdGhlIFNBRkkgMSByb3V0ZSwgYW5kIHZpY2UgdmVyc2EuDQpBbSBJIGNv
cnJlY3Q/ICBJIGhhdmUgc2VlbiBpbXBsZW1lbnRhdGlvbnMgdGhhdCB2aW9sYXRlIHRoaXMgc28g
SSB0aGluayBpdCBpcyB3b3J0aCBzcGVsbGluZyBvdXQgc29tZXdoZXJlIGluIHRoaXMgc2VjdGlv
bi4NCg0KRnJvbSBTZWN0aW9uIDE6DQpUaGlzIGRvY3VtZW50IGFsc28gYWRkcmVzc2VzIHRoZSBp
c3N1ZSBvZiB0aGUgaG93IFVQREFURXMgdGhhdCBiaW5kIGxhYmVscyB0byBhIGdpdmVuIHByZWZp
eCBpbnRlcmFjdCB3aXRoIFVQREFURXMgdGhhdCBhZHZlcnRpc2UgcGF0aHMgdG8gdGhhdCBwcmVm
aXggYnV0IGRvIG5vdCBiaW5kIGxhYmVscyB0byBpdC4gIEhvd2V2ZXIsIGZvciBiYWNrd2FyZHMg
Y29tcGF0aWJpbGl0eSwgaXQgZGVjbGFyZXMgbW9zdCBvZiB0aGVzZSBpbnRlcmFjdGlvbnMgdG8g
YmUgbWF0dGVycyBvZiBsb2NhbCBwb2xpY3kuDQpEaWZmZXJlbnQgZGVwbG95ZWQgaW1wbGVtZW50
YXRpb25zIGhhdmUgZGlmZmVyZW50IGJlaGF2aW9yLCBhbmQgSSB0aGluayBpdCBpcyBiZXR0ZXIg
dG8gYWR2YW5jZSB0aGUgZG9jdW1lbnQgYXMgaXMgcmF0aGVyIHRoYW4gZGVyYWlsIGl0IHdpdGgg
dGhlIGluZXZpdGFibGUgZm9vZCBmaWdodCB0aGF0IHdvdWxkIG9jY3VyIGlmIHdlIHdhbnRlZCB0
byB0cnkgdG8gZ2V0IHRoZSBJRVRGIHRvIHNheSB3aGljaCBpbXBsZW1lbnRhdGlvbiBpcyBiZXR0
ZXIgdGhhbiB3aGljaCBvdGhlciBpbXBsZW1lbnRhdGlvbi4gIFRoZSBkZXBsb3llZCBpbXBsZW1l
bnRhdGlvbnMgaGF2ZSBiZWVuIGFyb3VuZCBmb3IgbWFueSB5ZWFycywgYW5kIHBlb3BsZSBzZWVt
IHRvIGhhdmUgYWRhcHRlZCB0byB0aGUgZGlmZmVyZW5jZXMuDQoNCltKb25dIEkgYWdyZWUgdGhh
dCB0aGlzIGRvY3VtZW50IGNhbuKAmXQgcmV0cm9zcGVjdGl2ZWx5IGRlcHJlY2F0ZSBleGlzdGlu
Zywgd2lkZWx5IGRlcGxveWVkIGJlaGF2aW91cnMuICBJbiBzZWN0aW9uIDUgeW91IHNheQ0KDQoN
CuKAnE90aGVyIGltcGxlbWVudGF0aW9ucyBtYXkgdHJlYXQgdGhlIFNBRkktMSBhbmQgU0FGSS00
IHJvdXRlcyBmb3IgYSBnaXZlbiBwcmVmaXggYXMgY29tcGFyYWJsZeKAnQ0KDQoNCg0KSW1hZ2lu
ZSB0aGF0IHRoZSBTQUZJIDEgYW5kIFNBRkkgNCByb3V0ZXMgd2VyZSByZWNlaXZlZCBmcm9tIHRo
ZSBzYW1lIHBlZXIgb24gdGhlIHNhbWUgc2Vzc2lvbi4gIFdoYXQgZG8geW91IG1lYW4gYnkg4oCc
Y29tcGFyYWJsZeKAnSBpbiB0aGlzIGNvbnRleHQ/ICBJdCBoYXMgYmVlbiBpbnRlcnByZXRlZCBp
biBpbmNvbXBhdGlibGUgd2F5cyBieSBkaWZmZXJlbnQgaW1wbGVtZW50YXRpb25zLg0KDQotICAg
ICAgICBFaXRoZXI6IHRoZSByb3V0ZXMgYXJlIGluZGVwZW5kZW50IGluIHRoZSBBZGotUklCLUlu
IGJ1dCBjb21wYXJhYmxlIGluIHRoZSBMT0MtUklCIChhIHNpbmdsZSBiZXN0IG9uZSBpcyBzZWxl
Y3RlZCwgdGhlIG90aGVyIGlzIHJldGFpbmVkIGluIG1lbW9yeSkNCg0KLSAgICAgICAgT3I6IFRo
ZSByb3V0ZXMgYXJlIGNvbXBhcmFibGUgaW4gdGhlIEFkai1SSUItSW4gaS5lLiBvbmUgaW1wbGlj
aXRseSB3aXRoZHJhd3MgdGhlIG90aGVyLg0KDQoNCg0KQm90aCBvZiB0aGVzZSBiZWhhdmlvdXJz
IGFyZSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQuICBUaGUgaXNzdWUgaXMgdGhhdCB0aGV5IGRv
IG5vdCBpbnRlcm9wZXJhdGUgaWYgU0FGSSAxIGFuZCBTQUZJIDQgYXJlIGVuYWJsZWQgb24gdGhl
IHNhbWUgc2Vzc2lvbi4gIEZvciBpbnN0YW5jZSwgaWYgYW4gaW1wbGVtZW50YXRpb24gb2YgdGhl
IGZpcnN0IHR5cGUgd2l0aGRyYXdzIGl0cyBTQUZJIDQgcm91dGUgdGhlbiBhbiBpbXBsZW1lbnRh
dGlvbiBvZiB0aGUgc2Vjb25kIHR5cGUgaXMgbGVmdCB3aXRoIG5vIFNBRkkgMSByb3V0ZSB3aXRo
IHdoaWNoIHRvIGZvcndhcmQgdHJhZmZpYy4gIFlvdSBkZXNjcmliZSB0aGlzIGFzIGEgbWF0dGVy
IG9mIHBvbGljeSwgd2hpY2ggSSBjYW4gbGl2ZSB3aXRoLCBidXQgd2l0aG91dCBmdXJ0aGVyIGRp
c2N1c3Npb24gaXQgZ2l2ZXMgbm8gY2x1ZSB0byB0aGUgbGFjayBvZiBpbnRlcm9wZXJhYmlsaXR5
Lg0KDQoNCg0KSSB1bmRlcnN0YW5kIHRoYXQgaXQgaXMgdG9vIGxhdGUgdG8gc2F5IHRoYXQgb25l
IG9mIHRoZXNlIGlzIHdyb25nIGFuZCBvbmUgaXMgcmlnaHQsIGJ1dCB0aGUgbGFjayBvZiBpbnRl
cm9wZXJhYmlsaXR5IGlzIGFuIGltcG9ydGFudCBkZXBsb3ltZW50IGNvbnNpZGVyYXRpb24gYW5k
IEkgZG9u4oCZdCB0aGluayB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzaWxlbnQgb24gaXQuICBJ
TU8gdGhpcyBpcyBhbiBpbXBvcnRhbnQgZGV0YWlsIGZvciBpbXBsZW1lbnRlcnMsIHdobyBuZWVk
IHRvIGJlIGF3YXJlIHRoYXQgYm90aCBpbnRlcnByZXRhdGlvbnMgb2Yg4oCcY29tcGFyYWJsZeKA
nSBleGlzdC4gIE5ldyBpbXBsZW1lbnRhdGlvbnMgbWF5IHdpc2ggdG8gaGF2ZSBhIOKAnGNvbXBh
dGliaWxpdHkgc2V0dGluZ+KAnSB0aGF0IGVtdWxhdGVzIG9uZSBvciB0aGUgb3RoZXIgYmVoYXZp
b3VyIG9uIGEgcGFydGljdWxhciBzZXNzaW9uLCBzbyB0aGF0IHRoZXkgY2FuIGludGVyb3BlcmF0
ZS4NCg0KDQoNCk15IHN1Z2dlc3Rpb246IGNhbiB3ZSBleHBhbmQgc2VjdGlvbiA1IHNsaWdodGx5
IHRvIGNsYXJpZnkgdGhhdCB0aGVyZSBhcmUgdHdvIHdheXMgaW4gd2hpY2ggaW1wbGVtZW50YXRp
b25zIGNhbiBjb25zaWRlciBTQUZJIDEgYW5kIFNBRkkgNCByb3V0ZXMgY29tcGFyYWJsZSBvbiBh
IGdpdmVuIHNlc3Npb24sIGFzIGFib3ZlLCBhbmQgdGhhdCB0aGUgcmVzdWx0aW5nIGludGVyb3Bl
cmFiaWxpdHkgaXNzdWUgY2FuIGJlIGF2b2lkZWQgZWl0aGVyIGJ5IGVtdWxhdGluZyB0aGUgYXBw
cm9wcmlhdGUgYmVoYXZpb3VyIG9uIHRoYXQgc2Vzc2lvbiBvciBieSBub3QgcnVubmluZyBTQUZJ
IDEgYW5kIFNBRkkgNCBvbiB0aGUgc2FtZSBzZXNzaW9uPw0KDQo1KSBJbiBzZWN0aW9uIDcgaXQg
c2F5czoNCuKAnCBJZiBhIEJHUCBpbXBsZW1lbnRhdGlvbiwgbm90IGNvbmZvcm1hbnQgd2l0aCB0
aGUgY3VycmVudCBkb2N1bWVudCwNCmVuY29kZXMgbXVsdGlwbGUgbGFiZWxzIGluIHRoZSBOTFJJ
IGJ1dCBoYXMgbm90IHNlbnQgYW5kIHJlY2VpdmVkIHRoZQ0KIk11bHRpcGxlIExhYmVscyIgQ2Fw
YWJpbGl0eSwgYSBCR1AgaW1wbGVtZW50YXRpb24gdGhhdCBkb2VzIGNvbmZvcm0NCndpdGggdGhl
IGN1cnJlbnQgZG9jdW1lbnQgd2lsbCBsaWtlbHkgcmVzZXQgdGhlIEJHUCBzZXNzaW9uLuKAnQ0K
DQpXb3VsZG7igJl0IHRoYXQgcHJldmVudCBpbmNyZW1lbnRhbCBkZXBsb3ltZW50IG9mIHRoaXMg
UkZDIGludG8gYSBuZXR3b3JrIHRoYXQgaXMgaW5pdGlhbGx5IGNvbXBvc2VkIG9mIHN1Y2ggaW1w
bGVtZW50YXRpb25zPyAgQmVjYXVzZSBpdCBzZWVtcyB0byByZXF1aXJlIHRoYXQgYm90aCBlbmRz
IG9mIGVhY2ggQkdQIHNlc3Npb24gbXVzdCBiZSB1cGdyYWRlZCBzaW11bHRhbmVvdXNseSwgb3Ig
ZWxzZSB0aGUgQkdQIHNlc3Npb25zIHdpbGwgYWxsIHJlc2V0Lg0KDQoNClRoaXMgaXNzdWUgd2Fz
IGRpc2N1c3NlZCBhdCBncmVhdCBsZW5ndGggd2hlbiB0aGUgZHJhZnQgd2FzIGZpcnN0IHN1Ym1p
dHRlZC4gIFRoZSB2YXN0IG1ham9yaXR5IG9mIGRlcGxveW1lbnRzIGRvIG5vdCBjaGVjayB0aGUg
UyBiaXQuICBUaGF0IGlzLCB0aGUgZGUgZmFjdG8gc3RhbmRhcmQgaXMgdG8gYXNzdW1lIHRoYXQg
YSByZWNlaXZlZCB1cGRhdGUgaGFzIG9ubHkgb25lIGxhYmVsLiAgIElmIGFueSBleGlzdGluZyBk
ZXBsb3ltZW50IHdlcmUgdHJhbnNtaXR0aW5nIHVwZGF0ZXMgd2l0aCBtdWx0aXBsZSBsYWJlbHMg
ZW5jb2RlZCBpbnRvIHRoZSBOTFJJLCBpdCB3b3VsZCBhbHJlYWR5IGJlIGNhdXNpbmcgQkdQIHNl
c3Npb24gcmVzZXRzLg0KW0pvbl0gT0suDQoNCihFdmVuIGlmZiB0aGlzIHdlcmUgYSByZWFsIHBy
b2JsZW0sIGl0IHdvdWxkbid0IHJlcXVpcmUgYm90aCBlbmRzIG9mIGEgc2Vzc2lvbiB0byBiZSB1
cGdyYWRlZCBzaW11bHRhbmVvdXNseS4gIEl0IHdvdWxkIGp1c3QgcmVxdWlyZSBvbmUgZW5kIHRv
IGhhdmUgYSBrbm9iIGFsbG93aW5nIGl0IHRvIGFjY2VwdCBib3RoIG9sZCBhbmQgbmV3IGJlaGF2
aW9yIGZyb20gaXRzIHBlZXIsIGFuZCBhIGtub2IgdGVsbGluZyBpdCB3aGV0aGVyIHRvIHVzZSBv
bGQgb3IgbmV3IGJlaGF2aW9yIHdoZW4gc2VuZGluZyB0byBpdHMgcGVlci4gIEJ1dCBzaW5jZSB0
aGUgZGVmYWN0byBzdGFuZGFyZCBkb2Vzbid0IHVzZSBtdWx0aXBsZSBsYWJlbHMsIEkgZG9uJ3Qg
dGhpbmsgd2UgaGF2ZSB0byB3b3JyeSBtdWNoIGFib3V0IHRoaXMuKQ0K

--_000_BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0BY2PR0201MB1910_
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
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz
YW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30N
CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv
bG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw
YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y
OiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwg
bGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFs
dDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87
DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RU4tVVM7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi
SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0K
CWNvbG9yOndpbmRvd3RleHQ7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0I7fQ0KcC5Nc29M
aXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0K
CXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJpZ2h0
OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJbWFyZ2lu
LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli
cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVM7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENo
YXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4
dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxl
MjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh
bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z
ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNv
LXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0
eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5
OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0
LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2
MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpk
aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlv
bnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE3Mjk3MjEyNjc7DQoJbXNvLWxpc3QtdHlw
ZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjUyMzI5MDAxMiAtNjMzNjk2MjE0IDEz
NDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUzIDEzNDgwNzU1NSAxMzQ4MDc1NTcgMTM0ODA3NTUz
IDEzNDgwNzU1NSAxMzQ4MDc1NTc7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3Rv
cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
MTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0
LWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS
b21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXtt
c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDps
ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0
Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3
Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZh
bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVs
OQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn
Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpv
bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48
L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0i
ZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9
ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8
L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tR0IiIGxpbms9IiMwNTYzQzEi
IHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgRXJpYzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0
OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIGZvciB0aGUgcmVwbGllcyDigJMgcGxl
YXNlIHNlZSBbSm9uXSBpbmxpbmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE
Ij5DaGVlcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Sm9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w
OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOndpbmRvd3Rl
eHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n
PSJFTi1VUyIgc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
R0IiPiBFcmljIEMgUm9zZW4gW21haWx0bzplcm9zZW5AanVuaXBlci5uZXRdDQo8YnI+DQo8Yj5T
ZW50OjwvYj4gMDMgTWF5IDIwMTcgMTk6MjM8YnI+DQo8Yj5Ubzo8L2I+IEpvbmF0aGFuIEhhcmR3
aWNrICZsdDtKb25hdGhhbi5IYXJkd2lja0BtZXRhc3dpdGNoLmNvbSZndDs7IGRyYWZ0LWlldGYt
bXBscy1yZmMzMTA3YmlzQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgbXBsc0BpZXRm
Lm9yZzxicj4NCjxiPkNjOjwvYj4gcnRnLWRpckBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9i
PiBSZTogUm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLXJmYzMx
MDctYmlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHA+VGhhbmtzIGZvciB5b3VyIHJldmll
dyE8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H
QiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gNC8yNy8yMDE3IDk6
MDMgQU0sIEpvbmF0aGFuIEhhcmR3aWNrIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYWxzbyBzcG90dGVkIGEgZmV3IG5pdHMgdGhhdCBzaG91
bGQgYmUgZml4ZWQgYXQgc29tZSBwb2ludCBiZWZvcmUgcHVibGljYXRpb24uPG86cD48L286cD48
L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy
aWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxicj4NCkkgaGF2ZSBmaXhlZCB0aGUgbml0
cy48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBz
dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q29t
bWVudHMgYW5kIFF1ZXN0aW9uczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4xKSBJbiBzZWN0aW9u
IDIuMSBpdCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+4oCcJm5i
c3A7Jm5ic3A7IElmIHRoZSBNdWx0aXBsZSBMYWJlbHMgQ2FwYWJpbGl0eSBmb3IgYSBnaXZlbiBB
RkkvU0FGSSBoYWQgYmVlbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i
c3A7Jm5ic3A7IGV4Y2hhbmdlZCBvbiB0aGUgZmFpbGVkIHNlc3Npb24sIGJ1dCBpcyBub3QgZXhj
aGFuZ2VkIG9uIHRoZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7
Jm5ic3A7IHJlc3RhcnRlZCBzZXNzaW9uLCB0aGVuIGFueSBwcmVmaXhlcyBhZHZlcnRpc2VkIGlu
IHRoYXQgQUZJL1NBRkkgd2l0aDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
Jm5ic3A7Jm5ic3A7IG11bHRpcGxlIGxhYmVscyBNVVNUIGJlIGV4cGxpY2l0bHkgd2l0aGRyYXdu
LuKAnTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiBJIGhhdmUgdW5kZXJzdG9vZCB0aGlzIGNv
cnJlY3RseSwgaXQgcmVxdWlyZXMgYSBzcGVha2VyIHRvIHdpdGhkcmF3IE5MUkkgdGhhdCBpdCBz
ZW50IG9uIHRoZSBwcmV2aW91cyBzZXNzaW9uIGJ1dCB0aGF0IGl0IGhhcyBub3Qgc2VudCBvbiB0
aGUgcmVzdGFydGVkIHNlc3Npb24gKGJlY2F1c2UgdGhlIG5lZ290aWF0ZWQgc2Vzc2lvbiBjYXBh
YmlsaXRpZXMgY2hhbmdlZCkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4o
YSkgV2h5IGRvZXMgaXQgbmVlZCB0byBkbyB0aGF0IOKAkyBpc27igJl0IHRoZSBOTFJJIGltcGxp
Y2l0bHkgd2l0aGRyYXduIHdoZW4gdGhlIEVPUiBtYXJrZXIgaXMgc2VudD88bzpwPjwvbzpwPjwv
cD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp
Zjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PGJyPg0KVGhlIHRoZW9yeSBoZXJlIGlzIHRo
YXQgdGhlIGxhYmVsIHN0YWNrIGluIHRoZSBzdGFsZSByb3V0ZXMgaXMga25vd24gdG8gYmUgaW52
YWxpZCwgc28geW91IHJlYWxseSBkb24ndCB3YW50IHlvdXIgcGVlciB0byBob2xkIG9uIHRvIHRo
ZW0gdW50aWwgRU9SIGlzIHJlY2VpdmVkLjxicj4NCjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss
c2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx
RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPltKb25dIE9LLCB0aGF04oCZcyBmaW5l
Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxi
cj4NCjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9
Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj4oYikgVGhpcyBzZWVtcyB0byBjb250cmFkaWN0IHNlY3Rpb24gMi40IHdoaWNoIHNheXMg
4oCcTm90ZSB0aGF0IGxhYmVsL3ByZWZpeCBiaW5kaW5ncyB0aGF0IHdlcmUgbm90IGFkdmVydGlz
ZWQgb24gdGhlIGdpdmVuIHNlc3Npb24gY2Fubm90IGJlIHdpdGhkcmF3biBieSB0aGlzIG1ldGhv
ZC7igJ08bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l
dyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PGJyPg0KSSBh
ZGRlZCB0aGUgZm9sbG93aW5nIHRleHQgdG8gc2VjdGlvbiAyLjQgcmlnaHQgYWZ0ZXIgdGhlIHF1
b3RlZCBzZW50ZW5jZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i
bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7
KEhvd2V2ZXIsIGlmIHRoZSBiaW5kaW5ncyB3ZXJlIGFkdmVydGlzZWQgb24gYSBwcmV2aW91cyBz
ZXNzaW9uIHdpdGggdGhlIHNhbWUgcGVlciwgYW5kIHRoZSBjdXJyZW50IHNlc3Npb24gaXMgdGhl
IHJlc3VsdCBvZiBhICZxdW90O2dyYWNlZnVsIHJlc3RhcnQmcXVvdDsNCiAoW1JGQzQ3MjRdKSBv
ZiB0aGUgcHJldmlvdXMgc2Vzc2lvbiwgdGhlbiB0aGlzIHdpdGhkcmF3YWwgbWV0aG9kIG1heSBi
ZSB1c2VkLik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+MikgSW4gc2VjdGlvbiAyLjEgaXQgc2F5czo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPuKAnEEgQkdQIHNwZWFrZXIgU0hPVUxEIE5PVCBzZW5kIGFuIFVQREFURSB0
aGF0IGJpbmRzIG1vcmUgbGFiZWxzIHRvIGEgZ2l2ZW4gcHJlZml4IHRoYW4gaXRzIHBlZXIgaXMg
Y2FwYWJsZSBvZiByZWNlaXZpbmfigJ0g4oCTIHdoeSBpc27igJl0IHRoYXQgTVVTVCBOT1Q/PG86
cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGJy
PlNlY3Rpb24gMi4xIGFsc28gcmVxdWlyZXMgdGhlIHJlY2VpdmluZyBzcGVha2VyIHRvIGFwcGx5
ICZxdW90O3RyZWF0LWFzLXdpdGhkcmF3JnF1b3Q7IHRvIHN1Y2ggdXBkYXRlcywgd2hpY2ggZG9l
cyBpbXBseSB0aGF0IHRoZSBzZW5kaW5nIHNwZWFrZXIgbXVzdCBub3Qgc2VuZCB0aGVtLiZuYnNw
OyBTbyBJJ3ZlIGNoYW5nZWQgJnF1b3Q7U0hPVUxEIE5PVCZxdW90OyB0byAmcXVvdDtNVVNUIE5P
VCZxdW90Oy4mbmJzcDsgPGJyPjxicj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+W0pvbl0g
VGhhbmtzLiZuYnNwOyBOb3RlIHRoYXQgdGhlIHNhbWUgY2hhbmdlIGFsc28gYXBwbGllcyBpbiBz
ZWN0aW9uIDMuMi4xPG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IOKAnDwvc3Bhbj5TaW1pbGFy
bHksIGEgZ2l2ZW4gcm91dGUgU0hPVUxEIE5PVCBiZTxvOnA+PC9vOnA+PC9wcmU+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom
cXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLUdCIj4mbmJzcDsmbmJzcDsgcHJvcGFnYXRlZCB0byBhIGdpdmVuIHBlZXIgaWYgdGhl
IHJvdXRlJ3MgTkxSSSBoYXMgbW9yZSBsYWJlbHMgdGhhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOyZuYnNwOyB0aGUgcGVlciBoYXMgYW5ub3VuY2VkPC9z
cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLUdCIj7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPuKApmFuZCBhbHNv
IGluIHNlY3Rpb24gMy4yLjI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIHN0eWxl
PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+4oCcPC9zcGFuPkEgQkdQIHNwZWFrZXIgTVVTVCBOT1Qgc2VuZCBtdWx0aXBsZTxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBsYWJlbHMgdG8gYSBwZWVyIHdpdGggd2hpY2gg
aXQgaGFzIG5vdCBleGNoYW5nZWQgdGhlICZxdW90O011bHRpcGxlPG86cD48L286cD48L3ByZT4N
CjxwcmU+Jm5ic3A7Jm5ic3A7IExhYmVscyZxdW90OyBDYXBhYmlsaXR5LCBhbmQgU0hPVUxEIE5P
VCBzZW5kIG1vcmUgbGFiZWxzIHRvIGEgZ2l2ZW4gcGVlcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PiZuYnNwOyZuYnNwOyB0aGFuIHRoZSBwZWVyIGhhcyBhbm5vdW5jZWQ8c3BhbiBzdHlsZT0iZm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKA
nTwvc3Bhbj48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h
cmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286
cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4zKSBJbiBzZWN0aW9uIDIuNCBpdCBzYXlzOjxv
OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+4oCcVG8gZG8gc28sIGl0IG1heSBz
ZW5kIGEgQkdQIFVQREFURSBtZXNzYWdlIHdpdGggYW4gTVBfVU5SRUFDSF9OTFJJIGF0dHJpYnV0
ZS7igJ08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNob3VsZCB0aGF0IGJl
IOKAnGl0IE1VU1Qgc2VuZOKAnT88bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1HQiI+PGJyPg0KSSB0aGluayB0aGUgbm9uLW5vcm1hdGl2ZSAobm9uLVJGQzIxMTkpIGxhbmd1
YWdlIGlzIGZpbmUgaGVyZS4mbmJzcDsgPGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz
ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5bSm9uXSBJdCBq
dXN0IGphcnJlZCB3aXRoIG1lIGEgbGl0dGxlLiZuYnNwOyBJ4oCZbSBub3QgZ29pbmcgdG8gZGln
IGluIG9uIHRoaXMgcG9pbnQsIGJ1dCBsZXQgbWUgZXhwbGFpbiB3aGVyZSBJIHdhcyBjb21pbmcg
ZnJvbS4mbmJzcDsgV2hlbiB5b3Ugc2F5IOKAnGl0IG1heQ0KIHNlbmTigJ0gdGhlIHdvcmQg4oCc
bWF54oCdIG1ha2VzIGl0IHNvdW5kIGxpa2UgaXQgaXMgbm90IG9ibGlnZWQgdG8gZG8gaXQgdGhp
cyB3YXkuJm5ic3A7IEkgZG9u4oCZdCB0aGluayB0aGVyZSBpcyBhbnkgb3RoZXIgd2F5IHRvIHdp
dGhkcmF3IHRoZSByb3V0ZSAoc2hvcnQgb2YgY2xvc2luZyB0aGUgc2Vzc2lvbikgc28gSSB0aGlu
ayB0aGF0IHdoYXQgeW91IGFyZSBkZXNjcmliaW5nIGlzIHRoZSBvYmxpZ2F0b3J5IHdheSB0byB3
aXRoZHJhdyB0aGUgcm91dGUuJm5ic3A7IEZvcg0KIHRoYXQgcmVhc29uIEnigJlkIHByZWZlciBl
aXRoZXIg4oCcaXQgc2VuZHPigJ0gb3Ig4oCcaXQgTVVTVCBzZW5k4oCdLjwvc3Bhbj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206
NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjQpIEluIHNlY3Rpb24gNTogYWx0aG91Z2ggc29tZSBpbXBsZW1lbnRhdGlvbnMgdHJlYXQg
U0FGSSAxIGFuZCBTQUZJIDQgcm91dGVzIGFzIGNvbXBhcmFibGUsIEkgYmVsaWV2ZSB0aGF0IHRo
ZXkgc2hvdWxkIGFsd2F5cyBiZSB0cmVhdGVkIGFzIGluZGVwZW5kZW50LCBpbiB0aGUgZm9sbG93
aW5nIHNlbnNlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VwcG9zZSBh
IHNwZWFrZXIgUzEgc2VuZHMgYSBTQUZJIDEgcm91dGUgYW5kIHRoZW4gYSBTQUZJIDQgcm91dGUg
dG8gdGhlIHNhbWUgcHJlZml4IFAuJm5ic3A7IFRoZSBTQUZJIDQgcm91dGUgTVVTVCBOT1QgYmUg
dHJlYXRlZCBieSB0aGUgcmVjZWl2aW5nIHNwZWFrZXIgYXMgYW4gaW1wbGljaXQgd2l0aGRyYXcg
b2YgdGhlIFNBRkkgMSByb3V0ZS4mbmJzcDsgSWYgUzEgc3Vic2VxdWVudGx5IHNlbmRzIGFuIGV4
cGxpY2l0IHdpdGhkcmF3DQogb2YgdGhlIFNBRkkgNCByb3V0ZSwgdGhpcyBNVVNUIE5PVCBpbXBs
aWNpdGx5IHdpdGhkcmF3IHRoZSBTQUZJIDEgcm91dGUsIGFuZCB2aWNlIHZlcnNhLjxvOnA+PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW0gSSBjb3JyZWN0PyZuYnNwOyBJIGhhdmUg
c2VlbiBpbXBsZW1lbnRhdGlvbnMgdGhhdCB2aW9sYXRlIHRoaXMgc28gSSB0aGluayBpdCBpcyB3
b3J0aCBzcGVsbGluZyBvdXQgc29tZXdoZXJlIGluIHRoaXMgc2VjdGlvbi48bzpwPjwvbzpwPjwv
cD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp
Zjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PGJyPg0KRnJvbSBTZWN0aW9uIDE6PG86cD48
L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy
Z2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy
aWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlRoaXMgZG9jdW1lbnQgYWxzbyBhZGRyZXNz
ZXMgdGhlIGlzc3VlIG9mIHRoZSBob3cgVVBEQVRFcyB0aGF0IGJpbmQgbGFiZWxzIHRvIGEgZ2l2
ZW4gcHJlZml4IGludGVyYWN0IHdpdGggVVBEQVRFcyB0aGF0IGFkdmVydGlzZSBwYXRocyB0byB0
aGF0DQogcHJlZml4IGJ1dCBkbyBub3QgYmluZCBsYWJlbHMgdG8gaXQuJm5ic3A7IEhvd2V2ZXIs
IGZvciBiYWNrd2FyZHMgY29tcGF0aWJpbGl0eSwgaXQgZGVjbGFyZXMgbW9zdCBvZiB0aGVzZSBp
bnRlcmFjdGlvbnMgdG8gYmUgbWF0dGVycyBvZiBsb2NhbCBwb2xpY3kuPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7
LHNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5EaWZmZXJlbnQgZGVwbG95ZWQgaW1w
bGVtZW50YXRpb25zIGhhdmUgZGlmZmVyZW50IGJlaGF2aW9yLCBhbmQgSSB0aGluayBpdCBpcyBi
ZXR0ZXIgdG8gYWR2YW5jZSB0aGUgZG9jdW1lbnQgYXMgaXMgcmF0aGVyIHRoYW4gZGVyYWlsIGl0
IHdpdGgNCiB0aGUgaW5ldml0YWJsZSBmb29kIGZpZ2h0IHRoYXQgd291bGQgb2NjdXIgaWYgd2Ug
d2FudGVkIHRvIHRyeSB0byBnZXQgdGhlIElFVEYgdG8gc2F5IHdoaWNoIGltcGxlbWVudGF0aW9u
IGlzIGJldHRlciB0aGFuIHdoaWNoIG90aGVyIGltcGxlbWVudGF0aW9uLiZuYnNwOyBUaGUgZGVw
bG95ZWQgaW1wbGVtZW50YXRpb25zIGhhdmUgYmVlbiBhcm91bmQgZm9yIG1hbnkgeWVhcnMsIGFu
ZCBwZW9wbGUgc2VlbSB0byBoYXZlIGFkYXB0ZWQgdG8gdGhlIGRpZmZlcmVuY2VzLjxicj4NCjxi
cj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv
dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s
YW5ndWFnZTpFTi1HQiI+W0pvbl0gSSBhZ3JlZSB0aGF0IHRoaXMgZG9jdW1lbnQgY2Fu4oCZdCBy
ZXRyb3NwZWN0aXZlbHkgZGVwcmVjYXRlIGV4aXN0aW5nLCB3aWRlbHkgZGVwbG95ZWQgYmVoYXZp
b3Vycy4mbmJzcDsgSW4gc2VjdGlvbiA1IHlvdSBzYXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh
bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHBy
ZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO
ZXcgUm9tYW4mcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCcPC9zcGFuPk90aGVyIGltcGxl
bWVudGF0aW9ucyBtYXkgdHJlYXQgdGhlIFNBRkktMSBhbmQgU0FGSS00IHJvdXRlcyBmb3IgYSBn
aXZlbiBwcmVmaXggYXMgY29tcGFyYWJsZTxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdE
Ij7igJ0gPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkltYWdpbmUgdGhhdCB0aGUgU0FGSSAxIGFuZCBTQUZJIDQg
cm91dGVzIHdlcmUgcmVjZWl2ZWQgZnJvbSB0aGUgc2FtZSBwZWVyIG9uIHRoZSBzYW1lIHNlc3Np
b24uJm5ic3A7IFdoYXQgZG8geW91IG1lYW4gYnkg4oCcY29tcGFyYWJsZeKAnSBpbiB0aGlzIGNv
bnRleHQ/Jm5ic3A7IEl0IGhhcyBiZWVuIGludGVycHJldGVkIGluIGluY29tcGF0aWJsZSB3YXlz
IGJ5IGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8
cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlz
dDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0i
Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkVpdGhlcjogdGhlIHJvdXRlcyBhcmUgaW5k
ZXBlbmRlbnQgaW4gdGhlIEFkai1SSUItSW4gYnV0IGNvbXBhcmFibGUgaW4gdGhlIExPQy1SSUIg
KGEgc2luZ2xlIGJlc3Qgb25lIGlzIHNlbGVjdGVkLCB0aGUgb3RoZXIgaXMgcmV0YWluZWQgaW4g
bWVtb3J5KTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj5PcjogVGhlIHJvdXRlcyBhcmUgY29tcGFyYWJsZSBpbiB0aGUgQWRqLVJJQi1JbiBp
LmUuIG9uZSBpbXBsaWNpdGx5IHdpdGhkcmF3cyB0aGUgb3RoZXIuPG86cD48L286cD48L3NwYW4+
PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJv
dGggb2YgdGhlc2UgYmVoYXZpb3VycyBhcmUgaW1wbGVtZW50ZWQgYW5kIGRlcGxveWVkLiZuYnNw
OyBUaGUgaXNzdWUgaXMgdGhhdCB0aGV5IGRvIG5vdCBpbnRlcm9wZXJhdGUgaWYgU0FGSSAxIGFu
ZCBTQUZJIDQgYXJlIGVuYWJsZWQgb24gdGhlIHNhbWUgc2Vzc2lvbi4mbmJzcDsgRm9yIGluc3Rh
bmNlLCBpZiBhbiBpbXBsZW1lbnRhdGlvbiBvZiB0aGUgZmlyc3QgdHlwZSB3aXRoZHJhd3MgaXRz
IFNBRkkgNCByb3V0ZSB0aGVuIGFuIGltcGxlbWVudGF0aW9uIG9mIHRoZSBzZWNvbmQgdHlwZSBp
cyBsZWZ0IHdpdGggbm8gU0FGSSAxIHJvdXRlIHdpdGggd2hpY2ggdG8gZm9yd2FyZCB0cmFmZmlj
LiZuYnNwOyBZb3UgZGVzY3JpYmUgdGhpcyBhcyBhIG1hdHRlciBvZiBwb2xpY3ksIHdoaWNoIEkg
Y2FuIGxpdmUgd2l0aCwgYnV0IHdpdGhvdXQgZnVydGhlciBkaXNjdXNzaW9uIGl0IGdpdmVzIG5v
IGNsdWUgdG8gdGhlIGxhY2sgb2YgaW50ZXJvcGVyYWJpbGl0eS48bzpwPjwvbzpwPjwvc3Bhbj48
L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB1
bmRlcnN0YW5kIHRoYXQgaXQgaXMgdG9vIGxhdGUgdG8gc2F5IHRoYXQgb25lIG9mIHRoZXNlIGlz
IHdyb25nIGFuZCBvbmUgaXMgcmlnaHQsIGJ1dCB0aGUgbGFjayBvZiBpbnRlcm9wZXJhYmlsaXR5
IGlzIGFuIGltcG9ydGFudCBkZXBsb3ltZW50IGNvbnNpZGVyYXRpb24gYW5kIEkgZG9u4oCZdCB0
aGluayB0aGlzIGRvY3VtZW50IHNob3VsZCBiZSBzaWxlbnQgb24gaXQuJm5ic3A7IElNTyB0aGlz
IGlzIGFuIGltcG9ydGFudCBkZXRhaWwgZm9yIGltcGxlbWVudGVycywgd2hvIG5lZWQgdG8gYmUg
YXdhcmUgdGhhdCBib3RoIGludGVycHJldGF0aW9ucyBvZiDigJxjb21wYXJhYmxl4oCdIGV4aXN0
LiZuYnNwOyBOZXcgaW1wbGVtZW50YXRpb25zIG1heSB3aXNoIHRvIGhhdmUgYSDigJxjb21wYXRp
YmlsaXR5IHNldHRpbmfigJ0gdGhhdCBlbXVsYXRlcyBvbmUgb3IgdGhlIG90aGVyIGJlaGF2aW91
ciBvbiBhIHBhcnRpY3VsYXIgc2Vzc2lvbiwgc28gdGhhdCB0aGV5IGNhbiBpbnRlcm9wZXJhdGUu
PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0
OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPk15IHN1Z2dlc3Rpb246IGNhbiB3ZSBleHBhbmQgc2VjdGlvbiA1IHNs
aWdodGx5IHRvIGNsYXJpZnkgdGhhdCB0aGVyZSBhcmUgdHdvIHdheXMgaW4gd2hpY2ggaW1wbGVt
ZW50YXRpb25zIGNhbiBjb25zaWRlciBTQUZJIDEgYW5kIFNBRkkgNCByb3V0ZXMgY29tcGFyYWJs
ZSBvbiBhIGdpdmVuIHNlc3Npb24sIGFzIGFib3ZlLCBhbmQgdGhhdCB0aGUgcmVzdWx0aW5nIGlu
dGVyb3BlcmFiaWxpdHkgaXNzdWUgY2FuIGJlIGF2b2lkZWQgZWl0aGVyIGJ5IGVtdWxhdGluZyB0
aGUgYXBwcm9wcmlhdGUgYmVoYXZpb3VyIG9uIHRoYXQgc2Vzc2lvbiBvciBieSBub3QgcnVubmlu
ZyBTQUZJIDEgYW5kIFNBRkkgNCBvbiB0aGUgc2FtZSBzZXNzaW9uPzxvOnA+PC9vOnA+PC9zcGFu
PjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv
bTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjUpIEluIHNlY3Rpb24gNyBpdCBzYXlzOjxvOnA+PC9vOnA+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLUdCIj7igJwgSWYgYSBCR1AgaW1wbGVtZW50YXRpb24sIG5vdCBjb25mb3JtYW50IHdpdGgg
dGhlIGN1cnJlbnQgZG9jdW1lbnQsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5lbmNvZGVz
IG11bHRpcGxlIGxhYmVscyBpbiB0aGUgTkxSSSBidXQgaGFzIG5vdCBzZW50IGFuZCByZWNlaXZl
ZCB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZxdW90O011bHRpcGxlIExhYmVscyZx
dW90OyBDYXBhYmlsaXR5LCBhIEJHUCBpbXBsZW1lbnRhdGlvbiB0aGF0IGRvZXMgY29uZm9ybTwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+d2l0aCB0aGUgY3VycmVudCBkb2N1bWVudCB3aWxs
IGxpa2VseSByZXNldCB0aGUgQkdQIHNlc3Npb24u4oCdPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5Xb3VsZG7igJl0IHRoYXQgcHJldmVudCBpbmNyZW1lbnRhbCBkZXBsb3ltZW50IG9m
IHRoaXMgUkZDIGludG8gYSBuZXR3b3JrIHRoYXQgaXMgaW5pdGlhbGx5IGNvbXBvc2VkIG9mIHN1
Y2ggaW1wbGVtZW50YXRpb25zPyZuYnNwOyBCZWNhdXNlIGl0IHNlZW1zIHRvIHJlcXVpcmUgdGhh
dCBib3RoIGVuZHMgb2YgZWFjaCBCR1Agc2Vzc2lvbiBtdXN0IGJlIHVwZ3JhZGVkIHNpbXVsdGFu
ZW91c2x5LCBvciBlbHNlIHRoZSBCR1ANCiBzZXNzaW9ucyB3aWxsIGFsbCByZXNldC48bzpwPjwv
bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9i
bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu
MHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l
cyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxicj4N
ClRoaXMgaXNzdWUgd2FzIGRpc2N1c3NlZCBhdCBncmVhdCBsZW5ndGggd2hlbiB0aGUgZHJhZnQg
d2FzIGZpcnN0IHN1Ym1pdHRlZC4mbmJzcDsgVGhlIHZhc3QgbWFqb3JpdHkgb2YgZGVwbG95bWVu
dHMgZG8gbm90IGNoZWNrIHRoZSBTIGJpdC4mbmJzcDsgVGhhdCBpcywgdGhlIGRlIGZhY3RvIHN0
YW5kYXJkIGlzIHRvIGFzc3VtZSB0aGF0IGEgcmVjZWl2ZWQgdXBkYXRlIGhhcyBvbmx5IG9uZSBs
YWJlbC4gJm5ic3A7IElmIGFueSBleGlzdGluZyBkZXBsb3ltZW50IHdlcmUNCiB0cmFuc21pdHRp
bmcgdXBkYXRlcyB3aXRoIG11bHRpcGxlIGxhYmVscyBlbmNvZGVkIGludG8gdGhlIE5MUkksIGl0
IHdvdWxkIGFscmVhZHkgYmUgY2F1c2luZyBCR1Agc2Vzc2lvbiByZXNldHMuPC9zcGFuPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLUdCIj5bSm9uXSBPSy48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLUdCIj48YnI+DQo8YnI+DQooRXZlbiBpZmYgdGhpcyB3ZXJlIGEgcmVh
bCBwcm9ibGVtLCBpdCB3b3VsZG4ndCByZXF1aXJlIGJvdGggZW5kcyBvZiBhIHNlc3Npb24gdG8g
YmUgdXBncmFkZWQgc2ltdWx0YW5lb3VzbHkuJm5ic3A7IEl0IHdvdWxkIGp1c3QgcmVxdWlyZSBv
bmUgZW5kIHRvIGhhdmUgYSBrbm9iIGFsbG93aW5nIGl0IHRvIGFjY2VwdCBib3RoIG9sZCBhbmQg
bmV3IGJlaGF2aW9yIGZyb20gaXRzIHBlZXIsIGFuZCBhIGtub2IgdGVsbGluZyBpdCB3aGV0aGVy
IHRvIHVzZSBvbGQNCiBvciBuZXcgYmVoYXZpb3Igd2hlbiBzZW5kaW5nIHRvIGl0cyBwZWVyLiZu
YnNwOyBCdXQgc2luY2UgdGhlIGRlZmFjdG8gc3RhbmRhcmQgZG9lc24ndCB1c2UgbXVsdGlwbGUg
bGFiZWxzLCBJIGRvbid0IHRoaW5rIHdlIGhhdmUgdG8gd29ycnkgbXVjaCBhYm91dCB0aGlzLik8
L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
R0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K

--_000_BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0BY2PR0201MB1910_--


From nobody Fri May  5 01:31:31 2017
Return-Path: <bob.hinden@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0ED83129401; Fri,  5 May 2017 01:31:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id neTnMR-Qh75F; Fri,  5 May 2017 01:31:15 -0700 (PDT)
Received: from mail-wr0-x242.google.com (mail-wr0-x242.google.com [IPv6:2a00:1450:400c:c0c::242]) (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 6E1D0129447; Fri,  5 May 2017 01:31:14 -0700 (PDT)
Received: by mail-wr0-x242.google.com with SMTP id g12so3651196wrg.2; Fri, 05 May 2017 01:31:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=ELmhcFUdD2F50vBVI4sLPKUyBZF1rumlccSeD9oTOgE=; b=sRYoO+wqfFcFuaCtdTRL6AUZ81X6uFSnyJDTfyRXDRhFvZz0lyeMuCeM28gf/d1onp fo10qARwXCDhcJAZBcT8Yt4gl7cGIpxXpuLAevt0jWqbFqOuasehUBNYFaLq8N0MSXh7 o7owxd5tY1Lj0HAwi31v04ZPBh5jM3jnuin3XqBnukEm6q27+9BFK36/mZ6sOxLCzKia g05wsgYO4A7X0n3BVjjY1SA8LZKbmPVIqw1AaAUYlfxOxZKGrxnwNRQIXG5wjxbOZpVP gj5Ui5aZP1GUynjrzaKPe0Z7IWoMTUCYMQ59FIvuQlvBlzgXWizFbPzIdU4PDJRqN8hJ q2MQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=ELmhcFUdD2F50vBVI4sLPKUyBZF1rumlccSeD9oTOgE=; b=MIDRh5gY5e21tZvLYgStedD8Rskgd6EDgmxoYQ/8nerbdYa3bEGzcl5cmZTg1b+Dz4 rrw0LsGRWkHJrKqgUHgv+i/fI5IRZZ44htmaCkNHzS6DrLXkqmh4LQrQpyn/pJqT1xsL z61wyKUefRuTRwoowvR5wVjWEVTitUrKJiJdAaDOVJ/E9xvoZnBcmbJJ7BXPlngTpU9k I/n1L2SNEg/gA2QJRVvry6YVHD/qKnEyDxj5S60UA+44aGvGgytCHwaenC7C387149pv P5st3aFGAOPs3NHnds+hR20aZyB7i6OOdGUD84tyFUiKVWYku+yUR2gKrBF4Qs2S1p4g NmtA==
X-Gm-Message-State: AN3rC/6+0mU2vp+A9gUPRaaXGzps9LuMCc3PP+gVDfxgT+fAogpdGwsP 5UiBna0JCqmVlw==
X-Received: by 10.223.136.131 with SMTP id f3mr32540527wrf.70.1493973072988; Fri, 05 May 2017 01:31:12 -0700 (PDT)
Received: from [192.168.1.33] ([77.125.68.206]) by smtp.gmail.com with ESMTPSA id t124sm1165589wma.10.2017.05.05.01.31.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 May 2017 01:31:11 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <7CFCE1D1-CBBA-4B1A-AC4D-587D1ED8464B@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_6E34E0DB-172F-4225-8403-B5869E2075C8"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Fri, 5 May 2017 11:31:08 +0300
In-Reply-To: <149283456181.25913.15133934620501134310@ietfa.amsl.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, rtg-dir@ietf.org, IPv6 List <ipv6@ietf.org>, IETF <ietf@ietf.org>, draft-ietf-6man-rfc1981bis.all@ietf.org
To: Ines Robles <mariainesrobles@googlemail.com>
References: <149283456181.25913.15133934620501134310@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/1TE7yObC46Iv4ob3BSoMUD_apfE>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-6man-rfc1981bis-06
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 May 2017 08:31:17 -0000

--Apple-Mail=_6E34E0DB-172F-4225-8403-B5869E2075C8
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Ines,

Thanks for the review.

Comments below.

Bob


> On Apr 22, 2017, at 7:16 AM, Ines Robles =
<mariainesrobles@googlemail.com> wrote:
>=20
> Reviewer: Ines Robles
> Review result: Has Nits
>=20
> Document: draft-ietf-6man-rfc1981bis-06.txt
>=20
> Reviewer: Ines Robles
>=20
> Review Date: April 21, 2017
>=20
> Intended status: Standards Track
>=20
>=20
> Summary:
>=20
> This document describes Path MTU Discovery for IP version 6
>=20
> I believe the draft is technically good. I have no =E2=80=9CMajor=E2=80=9D=
 issues
> with this I-D. I have some minor comments.
>=20

Good, thanks.

>=20
> Comments:
>=20
> 1- I think that it would be nice to add a graphical example that
> describes the process of the Path MTU Discovery (including a Packet
> Too Big Message). e.g. Figure 1 of RFC 5927[1].

I will consider it, but sure what it would look like.  Suggestions?

>=20
> 2- Section 1:
>=20
> 	2.1- I would add a reference when you mention black hole =
connection.
> What about section 2.1 of [2] or [3]?
>=20

I will add RFC2923.  The other is an expired draft that I don=E2=80=99t =
think it appropriate to reference.

> 3- Section 2:
>=20
> 	3.1- EMTU_S =3D> When it is defined, it references RFC6691. But =
this
> term is not mentioned in RFC6691. I would add additionally a reference
> to RFC 1122 [4] which defines EMTU_S.
>=20

OK

> 	3.2- I would add also the same references for EMTU_R.

OK

>=20
> 4.Section 3:
>=20
> 	4.1- In the first paragraph, I would add a reference to ICMPv6 =
the
> first time that ICMPv6 Packet Too Big message is mentioned. And I
> would add here also "(ICMPv6 PTB)" since it used further in the
> document.

There is a reference to ICMPv6 the first time it shows up in Section 1.  =
I don=E2=80=99t think another is needed for ICMPv6 PTB.

>=20
> 	4.2- In the first paragraph: "...to send smaller fragments or =
..."
> --> I think it would be clearer "to send smaller packets or=E2=80=A6"

I agree, =E2=80=9Cpackets=E2=80=9D is better here.  It=E2=80=99s =
consistent with the definition in Section 2.

>=20
> 	4.3- Second Paragraph: "...process ends when the node's =
estimate..."
> -> "...process ends when the source node's estimate=E2=80=A6"?

OK

>=20
> 	4.4- Last Paragraph: "can to appear" -> "can appear" . "...but =
is in
> fact..." -> "...but it is in fact=E2=80=A6"

OK

>=20
> 5. Section 4:
>=20
> 	4.1- about this: "The node MUST reduce the size of the packets =
it is
> sending along the path". I would add an explanation to which size the
> packet should be reduced (maybe based in an initial example)

This is described in the previous paragraph.

>=20
>=20
> 6.Section 5:
>=20
> 	6.1- I would add a reference to RFC 1122 [4] when MMS_S is =
mentioned.

OK

>=20
>=20
> 	6.2- Section 5.5: "Some transport protocols are not allowed to
> repacketize when doing a retransmission..." I would add some
> examples.

I will look into that.

>=20
> 7. Section 6:
>=20
> 	7.1- What about to mention Blind Performance-Degrading Attack =
[5]?

This is protected against by not allow the MTU to be set below 1280 and =
changes in rfc2460bis fragmentation.

>=20
>=20
>>=20
> [1] https://tools.ietf.org/html/rfc5927#section-7.3
> [2] https://tools.ietf.org/html/rfc2923
> [3] =
https://tools.ietf.org/html/draft-jacquin-opsawg-icmp-blackhole-problem-00=

> [4] https://tools.ietf.org/html/rfc1122#page-58
> [5] https://tools.ietf.org/html/rfc5927#section-7




--Apple-Mail=_6E34E0DB-172F-4225-8403-B5869E2075C8
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJZDDhMAAoJEK7rdBF357uotFEH/iBvAO+rLMUDG2lue9f3YbcK
eAIte8Hc7uQJaUlkvJtAP5AAIeyOKeEW/h4CiaGyUKGKGEHRM1MLL0HJUIM/lUkX
hPCnM0w/FfeMr40CLly7EQvYXf0W8ScyadcEddN5ItyLKAOz6uBBk3q233NhDrtq
wHLaXABYkbT9N+2OVWcB0Ob7R1S7colsaoXqBlmW/cDdxfwRHhQyXzdTMUV1Ys9a
iYeiM7ArDR5UWH01oPFH1g8XRpnY9FqtpHbCKPZ/YBOdE44hxLdUwLwK3bfA8C/t
WsKQjDfMUDi3B2xB/AJEa3rpL+01SHcZWJdQ69JWnPl9bGyFr+KEoL4sJ2YdpoQ=
=5dpn
-----END PGP SIGNATURE-----

--Apple-Mail=_6E34E0DB-172F-4225-8403-B5869E2075C8--


From nobody Fri May  5 13:49:27 2017
Return-Path: <acee@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C52128854; Fri,  5 May 2017 13:49:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 fqZJICJuolR2; Fri,  5 May 2017 13:49:15 -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 A730B1293EC; Fri,  5 May 2017 13:49:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1828; q=dns/txt; s=iport; t=1494017355; x=1495226955; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=0Hsv57GV5kg/Eyo1e58t2fzyMW8Q4oC8sf1etPPFziY=; b=IscmRRKJ/ek387+HtL8hWLffvOL3un/mCLd9siUh0PCA4Xp1ifezs4Tw B0IjS5FY/3fzEjEOCn2EbNhDgvAyOssVq8Z8xwneviEK6+ciS6ZmPzdle QjVeDMbEncvXueRJJ6ZSAGo5amDxVrZBP2luBoQUYci+q0xiSnmmkEhZN I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BDAQBV5AxZ/5JdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VigQwHg2GKGJFWlXCCDyyFeAIahC8/GAECAQEBAQEBAWsohRY?= =?us-ascii?q?BBAEjEUUFCwIBCBoCJgICAjAVEAIEAQ0FihgIDrEQgiaKaAEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARgFgQuKTYRjgwaCXwWWYYcOAZMWkWiUNgEfOIEKbxWHOHYBh2e?= =?us-ascii?q?BDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.38,294,1491264000"; d="scan'208";a="422471146"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 May 2017 20:49:14 +0000
Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v45KnEK0007312 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 5 May 2017 20:49:14 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 5 May 2017 16:49:14 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 5 May 2017 16:49:13 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "IJsbrand Wijnands (iwijnand)" <ice@cisco.com>, "draft-ietf-ospf-ospfv3-lsa-extend@ietf.org" <draft-ietf-ospf-ospfv3-lsa-extend@ietf.org>
CC: "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>, OSPF WG List <ospf@ietf.org>, Routing Directorate <rtg-dir@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-ospf-ospfv3-lsa-extend
Thread-Index: AQHSxaN/PlJT3AHjtECePp6ckjGnY6HmNsqA
Date: Fri, 5 May 2017 20:49:13 +0000
Message-ID: <D5325BD5.AD265%acee@cisco.com>
References: <B091CE42-20A1-443E-8EE6-DC556DDF4936@cisco.com>
In-Reply-To: <B091CE42-20A1-443E-8EE6-DC556DDF4936@cisco.com>
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.116.152.197]
Content-Type: text/plain; charset="utf-8"
Content-ID: <8A82FCBA3B31B94BB99240AADB8539F5@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/IJGT9niJ_-E-fcvsdb3nzX6g98I>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-ospf-ospfv3-lsa-extend
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 May 2017 20:49:17 -0000

K09TUEYsIFJvdXRpbmcgRGlyZWN0b3JhdGUNCg0KVGhhbmtzIGZvciB0aGUgcmV2aWV3IEljZSEN
Cg0KDQoNCk9uIDUvNS8xNywgOToyOCBBTSwgIklKc2JyYW5kIFdpam5hbmRzIChpd2lqbmFuZCki
IDxpY2VAY2lzY28uY29tPiB3cm90ZToNCg0KPkhpIEFsbCwNCj4NCj5JIGhhdmUgYmVlbiBzZWxl
Y3RlZCB0byBkbyBhIHJvdXRpbmcgZGlyZWN0b3JhdGUgUUEgcmV2aWV3IG9mIHRoaXMgZHJhZnQu
DQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1vc3BmLW9zcGZ2My1sc2EtZXh0
ZW5kLTE0LnR4dA0KPg0KPlN1bW1hcnk6IA0KPg0KPlRoaXMgZHJhZnQgcHJvcG9zZXMgYSBuZXcg
YWRkcmVzc2luZyAoVExWKSBmb3JtYXQgdG8gbW9yZSBlYXNpbHkgYWxsb3cNCj5hZGRpdGlvbmFs
IGluZm9ybWF0aW9uIHRvIGJlIGFkZGVkIGFzIHBhcnQgb2YgYSBwYXJ0aWN1bGFyIExTQS4gT3Zl
cmFsbCwNCj53ZWxsIHdyaXR0ZW4sIGVhc3kgdG8gdW5kZXJzdGFuZCB3aGF0IHRoZSBvYmplY3Rp
dmUgaXMgZm9yIHRoaXMgZHJhZnQuDQo+DQo+Q29tbWVudHMgYW5kIFF1ZXN0aW9uczoNCj4NCj5U
aGlzIGxvb2tzIGxpa2UgYSBwcmV0dHkgcmFkaWNhbCBjaGFuZ2UgdG8gdGhlIE9TUEZ2MyBzcGVj
LiBJIHdvdWxkDQo+YWxtb3N0IGFyZ3VlIHRvIGNhbGwgaXQgT1NQRnY0Li4NCg0KRXhwZXJpZW5j
ZSBoYXMgcHJvdmVkIHRoYXQgbmV3IHZlcnNpb25zIGFyZSBzbG93IHRvIGRlcGxveS4gT1NQRnYz
IGlzIHdlbGwNCnBvc2l0aW9uZWQgdG8gZXZvbHZlIHRvIHRoZSBuZXh0IGdlbmVyYXRpb24gSUdQ
Lg0KDQo+IEl0cyB2ZXJ5IHVuZm9ydHVuYXRlIHRoZXJlIGFyZSBubyDigJhyZXNlcnZlZOKAmSBm
aWVsZHMgaW4gUkZDNTM0MCB0aGF0DQo+d291bGQgYWxsb3cgeW91IGtlZXAgdGhlIGV4aXN0aW5n
IExTQeKAmXMgZm9ybWF0IGFuZCBoYXZlIHNvbWUgd2F5IHRvDQo+ZXh0ZW5kIGl0IGRpZmZlcmVu
dGx5LiBUaGUgVExWIGFwcHJvYWNoIGxvb2sgZ29vZCwgSSBjYW7igJl0IHNlZSBhIGJldHRlcg0K
PndheSB0byBhY2hpZXZlIHRoZSBnb2FsLg0KDQpObyAtIHdlIHN0cnVnZ2xlZCB3aXRoIGJhY2t3
YXJkIGNvbXBhdGliaWxpdHkgYW5kLCBkdWUgdG8gY29tcGxleGl0eSwgd2VudA0Kd2l0aCB3aXRo
IGFyZWEgYnkgYXJlYSBtaWdyYXRpb24gYXMgb3Bwb3NlZCB0byBtaWdyYXRpb24gd2l0aCBjb25j
dXJyZW50DQp1c2FnZSBvZiBib3RoIHJlZ3VsYXIgYW5kIGV4dGVuZGVkIExTQXMuDQoNClRoYW5r
cywNCkFjZWUNCj4NCj4NCj5NaW5vciBJc3N1ZXMgYW5kIE5pdHM6DQo+bm9uZS4NCj4NCj5UaHgs
DQo+DQo+SWNlLg0KPg0KPg0KPg0KDQo=


From nobody Sun May  7 23:11:52 2017
Return-Path: <ravis@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD898126CBF; Sun,  7 May 2017 23:11:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level: 
X-Spam-Status: No, score=-2.021 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=juniper.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o25vc_zCdU_Q; Sun,  7 May 2017 23:11:49 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0129.outbound.protection.outlook.com [104.47.38.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07F1E124281; Sun,  7 May 2017 23:11:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qCUYpHqq2QbwalVov0Y+IxuViwtU+j+ST0ZvciyUEP0=; b=UN0k0duKxw4QPRmF3HBwtk9kTyoSn5LdC3DtuCFKD9fIWKLnmh9sevztqGpak/RC41SZv/unMpP7D7KH3BJFYGnuVKNfAfeAF9uq+JiY6L4wp3BOhrKhbmIVAwudEnf9uqecEDeAaInF4706OI+I6JS1Yy6i5nPoFcA669wrKT4=
Received: from CY1PR05MB2521.namprd05.prod.outlook.com (10.167.10.136) by CY1PR05MB2523.namprd05.prod.outlook.com (10.167.10.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Mon, 8 May 2017 06:11:47 +0000
Received: from CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) by CY1PR05MB2521.namprd05.prod.outlook.com ([10.167.10.136]) with mapi id 15.01.1084.015; Mon, 8 May 2017 06:11:47 +0000
From: Ravi Singh <ravis@juniper.net>
To: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "rtgwg@ietf.org" <rtgwg@ietf.org>, "draft-ietf-rtgwg-lne-model@ietf.org" <draft-ietf-rtgwg-lne-model@ietf.org>
Thread-Topic: Review of draft-ietf-rtgwg-lne-model-02
Thread-Index: AdLHwfRMyYPJvpRQRwe7pKCyhHN6NQ==
Date: Mon, 8 May 2017 06:11:47 +0000
Message-ID: <CY1PR05MB2521D35D61C3765946AD9A2EABEE0@CY1PR05MB2521.namprd05.prod.outlook.com>
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.239.14]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CY1PR05MB2523; 7:mNXC2XqVT4RgLCFXXsLtxz0Q6zwuYrBx0NtSJZzM+/6y9IoQVzxgQQPUUToUaUcpezuHgDIjeN7jx4SvTtFui6zjBvZ2hxmRj+eZZxBBxjZiRJMe4fWtUS9TWwFDVZEwP9/xdJKeRA2/7ru2m1DLkkZwim99j89eIPTUBErgyxTs8OPQS78PBl6DTsq+b6z6wftBTpIfr7/exyfpEft2u76jQYEvvE0FiAhxL1BDm0cffMkHJNc5I6HHhnl7cJAirJyu3T21PXzyPICfDpAH5LqIzHkzyqS40I/dj4znuX3NT504wAF4tas+feeVdvGKqZtpjkmmH5W3HKaYGYGAYQ==
x-ms-office365-filtering-correlation-id: 1c4fcc49-8d67-4db2-d533-08d495d91bd2
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081);  SRVR:CY1PR05MB2523; 
x-microsoft-antispam-prvs: <CY1PR05MB2523B2A603D40C23A27CDD18ABEE0@CY1PR05MB2523.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(192374486261705)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700033)(100105000095)(100000701033)(100105300095)(100000702033)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(100000703033)(100105400095)(6055026)(6041248)(20161123562025)(20161123558100)(20161123555025)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704033)(100105200095)(100000705033)(100105500095); SRVR:CY1PR05MB2523; BCL:0; PCL:0; RULEID:(100000800033)(100110000095)(100000801033)(100110300095)(100000802033)(100110100095)(100000803033)(100110400095)(100000804033)(100110200095)(100000805033)(100110500095); SRVR:CY1PR05MB2523; 
x-forefront-prvs: 0301360BF5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39840400002)(39850400002)(39450400003)(39400400002)(39410400002)(66066001)(6116002)(102836003)(6916009)(25786009)(122556002)(38730400002)(4326008)(3846002)(790700001)(3280700002)(5660300001)(7736002)(230783001)(2351001)(478600001)(33656002)(2501003)(2906002)(2900100001)(86362001)(54356999)(7696004)(55016002)(5630700001)(450100002)(189998001)(74316002)(54896002)(6306002)(9686003)(5640700003)(50986999)(110136004)(8936002)(53936002)(9326002)(81166006)(77096006)(6506006)(8676002)(6436002)(54906002)(3660700001)(99286003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2523; H:CY1PR05MB2521.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_CY1PR05MB2521D35D61C3765946AD9A2EABEE0CY1PR05MB2521namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2017 06:11:47.2906 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2523
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/ZTAMZKaUtxYz3Pyo_nihYyj6MFE>
Subject: [RTG-DIR] Review of draft-ietf-rtgwg-lne-model-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 May 2017 06:11:51 -0000

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

Hi
I had been designated as the RTG-DIR reviewer for this draft.
I've reviewed the same.

This draft does a decent job of defining the logical-network-element module=
.

Some minor comments that should be addressed:
a.       Section 1.1: refers to expired drafts.
b.      Some TBDs need to be populated:
                                       i.            Security consideration=
s section
                                     ii.            An error-code in sectio=
n 6

Regards
Ravi


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

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:dt=3D"uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:m=3D"http://sc=
hemas.microsoft.com/office/2004/12/omml" xmlns=3D"http://www.w3.org/TR/REC-=
html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#0563C1;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:#954F72;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
/* List Definitions */
@list l0
	{mso-list-id:1424254311;
	mso-list-template-ids:-125146064;}
@list l0:level1
	{mso-level-tab-stop:.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level2
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:1.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level3
	{mso-level-number-format:roman-lower;
	mso-level-tab-stop:1.5in;
	mso-level-number-position:right;
	text-indent:-.25in;}
@list l0:level4
	{mso-level-tab-stop:2.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level5
	{mso-level-tab-stop:2.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level6
	{mso-level-tab-stop:3.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level7
	{mso-level-tab-stop:3.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level8
	{mso-level-tab-stop:4.0in;
	mso-level-number-position:left;
	text-indent:-.25in;}
@list l0:level9
	{mso-level-tab-stop:4.5in;
	mso-level-number-position:left;
	text-indent:-.25in;}
ol
	{margin-bottom:0in;}
ul
	{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black">Hi<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black">I had been designated as the RTG-DIR reviewer for this draft.<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black">I&#8217;ve reviewed the same.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black">This draft does a decent job of defining the logical-network-elemen=
t module.<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal" style=3D"vertical-align:middle"><span style=3D"color=
:black">Some minor comments that should be addressed:<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:.75in;text-indent:-.25in;mso-li=
st:l0 level2 lfo2;vertical-align:middle">
<![if !supportLists]><span style=3D"color:black"><span style=3D"mso-list:Ig=
nore">a.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"color:black">Section 1.1: ref=
ers to expired drafts.
<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:.75in;text-indent:-.25in;mso-li=
st:l0 level2 lfo2;vertical-align:middle">
<![if !supportLists]><span style=3D"color:black"><span style=3D"mso-list:Ig=
nore">b.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]><span style=3D"color:black">Some TBDs need t=
o be populated:<o:p></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:81.0pt;text-indent:-81.0pt;mso-=
text-indent-alt:-.25in;mso-list:l0 level3 lfo3;vertical-align:middle">
<![if !supportLists]><span style=3D"color:black"><span style=3D"mso-list:Ig=
nore"><span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span>i.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></spa=
n><![endif]><span style=3D"color:black">Security considerations section<o:p=
></o:p></span></p>
<p class=3D"MsoNormal" style=3D"margin-left:81.0pt;text-indent:-81.0pt;mso-=
text-indent-alt:-.25in;mso-list:l0 level3 lfo3;vertical-align:middle">
<![if !supportLists]><span style=3D"color:black"><span style=3D"mso-list:Ig=
nore"><span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span>ii.<span style=3D"font:7.0pt &quot;Times New Roman&quot;">&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></sp=
an><![endif]><span style=3D"color:black">An error-code in section 6<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal">Regards<o:p></o:p></p>
<p class=3D"MsoNormal">Ravi<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</body>
</html>

--_000_CY1PR05MB2521D35D61C3765946AD9A2EABEE0CY1PR05MB2521namp_--


From nobody Tue May  9 08:03:44 2017
Return-Path: <erosen@juniper.net>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1738E1294A6; Tue,  9 May 2017 08:03:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.022
X-Spam-Level: 
X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=juniper.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qZELjfEYG0Tx; Tue,  9 May 2017 08:03:41 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0102.outbound.protection.outlook.com [104.47.38.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38C781242F5; Tue,  9 May 2017 08:03:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=akpGBUN9cZgmN4fZjIFccYvEH5URIHnDYlxJKOnAQX0=; b=FlAmCOWwXHowN1+rj4u9GsUu7OHJdciXorGc3Xb3PPXlB03KaIKEczT2CE01KXGVhwlIdBb5+w1/E8253wsJ9vlVN4VaFWNPVfPXhdf09tM8oEK9VjQB3UlsCphQAn9z7mCp1HT1wIKE6O5udHNYoIqT5UTGwcB4wGG/QKCqYYM=
Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net;
Received: from [172.29.37.32] (66.129.241.10) by BL2PR05MB2180.namprd05.prod.outlook.com (10.167.98.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.7; Tue, 9 May 2017 15:03:39 +0000
To: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>, "draft-ietf-mpls-rfc3107bis@ietf.org" <draft-ietf-mpls-rfc3107bis@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
References: <BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com> <9913c8e1-50fe-34c1-a8d5-2d5efefafc5e@juniper.net> <BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0@BY2PR0201MB1910.namprd02.prod.outlook.com>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <d722642a-56cc-ffe3-af2f-b46cece15c8c@juniper.net>
Date: Tue, 9 May 2017 11:03:35 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0@BY2PR0201MB1910.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.10]
X-ClientProxiedBy: BN6PR11CA0025.namprd11.prod.outlook.com (10.173.25.11) To BL2PR05MB2180.namprd05.prod.outlook.com (10.167.98.140)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 10f2962a-95de-4bd8-72a6-08d496ec938e
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081)(201703131423075)(201703031133081); SRVR:BL2PR05MB2180; 
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 3:ASXXrHhrXJJk3bsxgdz1AuxxuopnQUQhrrxkNUb7FsWYLXNcAnB7sf9jV/QeZvYoFE3eCO6pxppgSgmTXHdx6nUfidCgdPcZBzRB68WvrBVTnTX/8XxWuOSfsGbJoYO2/hnQc+HuPUvk6lCxVGdUVISJy+Q/bmi8VEnaBw3aENJgLbErak7F+gLvPljEXnvIoxo5QQItWRggScnEjkejT1qrD/2rnbU2y0fT6oAey1+pQ6tOHDwQLSgt4/tkaQnsw+lIqVUUmlkE4lyyvuHkQB4pkUWLD+nL2UsKRW04/Hwx9KHRG0lend7zxBQrHeYQlxWrqngKH/tsvjZ3eed+CY2surtQhJp8yoLMhpktaEA=; 25:Fzqmr3lohL1BNkeQIRRayQMWAEkI6E1sC3GLXpnrlt6DQiZuQQUke38F4chb2QVZzmZwVnJQeSWG1P/LIEp2+9LZKtQQOsm03ICNURczbJxeboXzI+zT3XqfZ27TDTmeUKNahgb1wyHZfEW/v50U0RFIzJ02Pm9Bz1Yb3W2D/88jWSDcVM/ITUboD+8Nle3K0L8a+HKpIv2DTYX+YLAOfec8ImksOinhzSUUSizTsPwcQEghxUfWoo53Br5hwpwTVDE30r0rDpRwSp+tqeXa7+cMVRCVhL9NF744FPW22xHT5DgLp3TUO7k/t0AGK1pcR/Lkygd7imp/RSmJtwugUcPQjJgniYw2oj2EY37pnC544zHY0LHqlUWbiJkDaYcFQoG5XR8GZZVq3JyW2hzUki9uKncF97IDrz7J+0DZJ9PYSfF+LwcCxTb5t2Pqwf/CgBC815JdvKZ6Cul1rBEMwfQaeVMP36WzVmFYX8LtLWU=
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 31:tqkWf14BVNO9D09rhgPo88Tj5fb0I4BLtcsTN/Pgx+4ANUwwwWT/MSbubq+SZIpe18MGgLotFTood2OAaAHAsKTI95Ihl3IGqrgKvsDktDpQRK9vGRtmgS4uUoVggXXzmcNFeUo8Vb761CMXFyhkZOnx6s/8LKQdfvGPc3BKseW+PVuj3XGKZNflMLoPC+ynPkIRDH2Gj5eAiOgppqcjKN7HccgkNioRHYDRY27TbtxSlqeUORPBPQuB6w0HJkjH; 20:XrxzBPDZMCaYl+0cynr1OycNXfIYK6thYd+THT7P9Sknw0tvQrU5iEFDmgQIgQ2W0BAWb3i7Dz2qXVcovovfFXK/70cTbkzi/kXSDXUYQKqa3yusDaByds8wqjD0AvseLOV4njz4f8mYG2CpX09Qa8+j/EEtLyGm4nCHGftpwV7jFzh7W8OmU5rZ2xCZD5NyIf9qOiJbp/SSUqXZAgQ6gz8KLKayAHXHCkzG2/FIWVHPFoVnscDdwrbqu/+fv1pocjNzNWQsDxbN6k9kCz7ymZZy3Z4OT5Fro7CO/g1UI4j/Vqn0b704SxZRIBVVAHokY8oyNVoNHj2WECKZevOSncbukOjRjtVLO3VNtMxUUpmw0ELj0RJqpqPsgo4Pw6t66YyAANkj+00kVtvz6TFiGZnfye7K429dRpGu2/NSzbWX+AuRaAVHixenU73o5WxDLpyACtbwIkpr5yCy2tcfxqYND1d6OBeyOY3LN6f8jefoP8tmWkkWRMb9Ky7kTufi7+2pmAb3FDCPK1SX2C/b+GPewUq7BJO5GvFvdtkRPumE7qVX+rGLxK8Gja38SPrbl7ndaJ2GFw4RF+Fd89l9TdYK7yqJrwPYfJUjv175tXs=
X-Microsoft-Antispam-PRVS: <BL2PR05MB2180D6905705CCE71E288ABAD4EF0@BL2PR05MB2180.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(6055026)(6041248)(20161123558100)(20161123564025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123562025)(6072148); SRVR:BL2PR05MB2180; BCL:0; PCL:0; RULEID:; SRVR:BL2PR05MB2180; 
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 4:wOire4EUK4B1jPrhhdzjDhHUw5r/kN7jCIhUaJS7wMHsS6ZJ2yGbtMaqJBntRvgyzfjqQfbAC50EJVu+SXwpSfMDMbBCl2RreGiswb3emzTsqbaCxvq++9i66zCSBPYtJ/uoB8OUy9xU52iNGeJLg/o8FMCof4En/nsapoMt3GXakwm1ZOX8QWamfrJR9U9lAwdcvgXPrhg6uIqdA1f2yosJ2H3gLRxSW5TvLhMOA+17eYr8Y7BIc1ecfJD2rFkJEM1ydNhBRgIwO6BBMJXtDYo0jhGnCzC1MuGHXmPrc/ork/WA2vGG9abLK+0wK3qTNG6gaHO9EBJM95C3yHoxc3c8ptEjylhGGoK4V393oGpFxbQZwFVaYR4i/jPAUS/LIa+ZV7YkS1NHvtMSZq7hs6K5hFpval3R9XMSuzC9knmHjU9qrvVZqIabJy9zzf1EZC530eolZkNMTDGNjLTwQTYuQPgAedZZwEHa9Bhb5EC9BM2xeENy2LBD/t1ftrogg2lsHIGznT8LzzQR060aHN+tiA00mbPAKV9tYMelNPAU9/AMknq2woPg+LfhiMfci4sRBtYfJXGZ4yEXf+hxN5bZkGdK8tG9O9ifG+GL4fDKtYZsUN3fthap6cltYXGKrBeDQZdHmP2QEqPvxw8UoNlVsUqIfMuEu3XZP6buZSP9IkhZ8oIlnUmIBbzjPy8c+X8qogG02WbLgFJzkQz98KipXfbPXqTTTA2F4B6XZdZU85nkEYHR0xqbnOG3RiTmtdYL3Uy6q7TFAs70uwpJbwk9oOrsWLqBbx34Jy/giTUVKGimGg5pOLl5kMmbQKXC
X-Forefront-PRVS: 0302D4F392
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(39450400003)(39400400002)(39850400002)(39860400002)(39840400002)(39410400002)(77096006)(31686004)(6246003)(230783001)(5660300001)(4326008)(86362001)(229853002)(2950100002)(4001350100001)(50986999)(54356999)(53936002)(6666003)(2201001)(230700001)(31696002)(76176999)(3260700006)(50466002)(23676002)(25786009)(65826007)(3846002)(83506001)(478600001)(66066001)(2906002)(6116002)(38730400002)(42186005)(6486002)(47776003)(305945005)(189998001)(36756003)(8676002)(33646002)(64126003)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB2180; H:[172.29.37.32]; FPR:; SPF:None; MLV:sfv; LANG:en; 
X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTDJQUjA1TUIyMTgwOzIzOkw2ZUhob3dBRk0vMUVzZmdQak5CWGtLNVRM?= =?utf-8?B?Qnp4cWQ5NEhGODFOYlkzdGFwVldQbk1oekluWGJ1WW1xWkVEZStiYWtsVGVG?= =?utf-8?B?bzR2ajREUjRBZSt3VU1RaXFoclVyOHIxbktDcEFCN2pTb2tZN0xtbFZsMXl3?= =?utf-8?B?bS9BNEJBdEhGNUwvb1dpTWJhdzEyUGpxMUFERUJwTWwwNC9pZWNMR2JOTjZS?= =?utf-8?B?NFdEVi9malJmR1lzeE5pN2RSSFRFMkNIRzNURS9qMzBseTZTK0pJRm81UkNW?= =?utf-8?B?QWpDVHFWYTRtNnV1YkhlZ012aVZ3UDFqN0FQN2Y4S1F6WXo5R0I0NFErUENs?= =?utf-8?B?c0VGMUVrMi94T0ptMno5N0gvTUI2dU9CVlFhYzhjQlgvblFIVjlVTTBQRERL?= =?utf-8?B?S3E5NjVyMFF6UjFmVGFUazErWWlFOGhRSjUvWEs2Y3I2ZDBvbWFKc3FBVDYr?= =?utf-8?B?MHFJdmhoRml4SEwrQmdsNWZEWUh1N2dnTVRPRUtQMUdnZlk0Wmc3UUdhWVRS?= =?utf-8?B?SjFaSUtvUlFTMkk5SElBUFh5WldOc2Z0bXBpUTJXaXNscDFRS1RxNnBwVmln?= =?utf-8?B?MlRiTWROazZZdW1yWTBPK0lKRTFYcjRVYlloU1JWa3o1NkEySUpzWjNyMVdv?= =?utf-8?B?N1k5Rm80ZHlpcmdXVjJzaXZJemJjVFhRMzZ3TlhKTzlMeVRtSVBwR1FmVHVV?= =?utf-8?B?WE9nUUNmMUZFY1FpLzFoSm1TNzJWRFdJOEdvV0dpM0phS2VxV2ZQMXgrQ0ZP?= =?utf-8?B?SzRrNUFwZUphQmNaZnVXWFlHazRXQjdncVc5Z0pOdnJMc09hVHJtNlZJTSsz?= =?utf-8?B?RFY5UTkvWXBQMjhHMk9pclRGc3M5OHZWYlFZb3k3QW9zZURxdnFhajMzL3hN?= =?utf-8?B?Vk9IWjFraVd0Ry9XVkkyQTNaRUlyTUV1S2pzV2pVc0hFdVNsR2hNOUQ2U1lZ?= =?utf-8?B?Q1hwL1RMNHBTdkNjTGxaQ1RUN1doeCsyRnhIei9WbENsVG8zQ2R0alRZU09l?= =?utf-8?B?SjdNN1VHNFpNa2dDWldzOG04MUdIcTdrWmN3QVNsNkM1TldhaWUyQjJmM05K?= =?utf-8?B?T1BwZEFGOXR1NFZlNFd1YXhnTnpaQS9VRTFEYUNZRThUYlNZVkFTbSswNm1s?= =?utf-8?B?QVVGbmZEaEpGeVo5ckt5S2ZabEpqZGdMTG4ycnZKTTMrbXRsTE5ETncyN2w0?= =?utf-8?B?TlVxcXJ4VzNWT25nc1crQUZMLzh6aDBLQWM4eVg4VDVpRzlSTkVVUWgzYTJm?= =?utf-8?B?OGgxVzhnaHFFVGp6Z1dtdmczcEtoMEp2a0FELzBaWTM0NGZRUlVCdWdQU0FO?= =?utf-8?B?RE1MTHJ2MDlaQ0NRdkszOUY3Y2lkdnBzT1pUR1cvaWpOWVZrZ09HK3BibHhz?= =?utf-8?B?Ny9VMGtTbEZrZTNxVm5KNkNrMjJJc1cvS1V4cjdHTytLd1FGZmVlOTdIMHRw?= =?utf-8?B?L0N5czV5ZFFFQkpDdFIzdFZmL2JBWFZUWkdkUWRTUXBiU2VhSStpY1dseStj?= =?utf-8?B?NFR3dGpjbW5qOXk4cmZTM0ZoaFM1RGhpaFRLZGNCaXFlYmJqdjM2VDJOemh3?= =?utf-8?B?TlJtaGpLRTFyMWFySWtuS3VFd3RVMVNmUHpJZGRJSTE0U2FuTHFuZS94KzJX?= =?utf-8?Q?1tDsClF43a3MAQzI3zge?=
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 6:WIHqpxCEXINBOUcn0c9TMZa1SgkjQ6ywFMaLfzrcKDsiwzvr1Y9ex/kBMv8Y/Q05iWvoZy1WJ0x8rTN2+77KBCVbx4bLuMGY5iGp7QWco3xevOeALlqI8REAFF4cEeY8VbB5SIOW1uWP26IN0FiBspzeqmRCI2+2vZxyyh26g3NqXPXsj5wDyu4PtRctVmMspKpobN4ulGAOC9jBmo+SYOcGNhpnkokbwK4yXEbT+8UyJ6lVNTpf0nojinZEQX84aUps9TG4KV8n8GMXiKsJKxyNYOgc+mpgnvmsdEnxF4JFGVrNSlepWjtFwXRY1i6cwnksRySn6XF7V9LRVr30ydelvr853cdVqEx8FSnNzoQS2iXQRQXZ826khnuhLjWmblA1nac2XKQtPBie3F4UV2hk35bvsuU6J7meUcWZk9McoZcy9vLEcmOMTkR5qXi+SsA0B9AXoZ82EzSPaToM/LxBDmy1qvkQZzvEbx/uLUXokNQWcpWRAiDvH/PBDlTawRdOCSTftZ/U8N19dKKxdbHUPOPfv91k0bCkVokfDFw=; 5:QSO6rrusRPZ908/CHlOVDg/yHdg6R5LEgoowG392D1TD9GYBJlCrW1Wy3r+BUnYXIR5ttQpFlpLFWSu98Boe0tJ0hZvz4nrJ0wWijDbtHbkuWiZ0K6vXBb3DWZHVfIjemO20NJ6uO0MuxM6LvwFM/Q==; 24:QfIzyKrJnfcMfWECctBAcHnQlOQFu4NTgOhNZUwUO6bWSVvPAnUMJVbCZs3vThW7qVycuY5Km3krPZnlbrffECwv9wlyoT4sqYwmKWMrYT0=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB2180; 7:dnLb2gJkwRHcuQpWPANs0Ijxvn5/qlaUsJbvD9pfUBZZ4j5CSyyWfglSaOoltO5Esby2H8270MbkREyOcgQblL+eRVZZRSbv9Df+52p17H13Z0MVFI8WCTCms8sRIJkQeoSyNTOaGOst6GxsBi5K8uyyjBWv8/bjB+GiAzXsWxaBTZ+vriGQ47H38U+n3f3tV6HlqjdyRB0GXH2thwpsmhhJn7D7LW1iD8Nnybclg6HggG6LzZdyfRfM0fOe6Ltsyj4dJjukP7pyi2D7mVe6PqsJjHGKkJXC7CqqKpI8mkWLtBoScpJ7mgiy5NUZF0Lm1vj2V8eeimsscTVSCR0UOw==
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 May 2017 15:03:39.1631 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB2180
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/WNNeARwAXEYwMNiua0egJDqfGLw>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-rfc3107-bis
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 May 2017 15:03:43 -0000

Hi Jon,

I've made some modifications to section 5 in response to your comments.  
While I don't want to get into a lot of details about the implementation 
differences, I do think it is fair to ask that section 5 point out more 
clearly that there can be interoperability problems, and that it might 
not be possible to achieve a desired set of local policies with some 
implementations or some combinations of implementation.  See below for 
the proposed new contents of Section 5.

Eric
----------------------
5.  Relationship Between SAFI-4 and SAFI-1 Routes

    It is possible that a BGP speaker will receive both a SAFI-1 route 
for prefix P and a SAFI-4 route for prefix P.  Different implementations 
treat this situation in different ways.

    For example, some implementations may regard SAFI-1 routes and 
SAFI-4 routes as completely independent, and may treat them in a "ships 
in the night" fashion.  In this case, bestpath selection for the two 
SAFIs is independent, and there will be a best SAFI-1 route to P as well 
as a best SAFI-4 route to P.  Which packets get forwarded according to 
the routes of which SAFI is then a matter of local policy.

    Other implementations may treat the SAFI-1 and SAFI-4 routes for a 
given prefix as comparable, such that the best route to prefix P is 
either a SAFI-1 route or a SAFI-4 route, but not both.  In such 
implementations, if load-balancing is done among a set of equal cost 
routes, some of the equal cost routes may be SAFI-1 routes and some may 
be SAFI-4 routes.  Whether this is allowed is again a matter of local 
policy.

    Some implementations may allow a single BGP session to carry UPDATES 
of both SAFI-1 and SAFI-4; other implementations may disallow this.  
Some implementations that allow both SAFIs on the same session may treat 
the receipt of a SAFI-1 route for prefix P on a given session as an 
implicit withdrawal of a previous SAFI-4 route for prefix P on that 
session, and vice versa.  Other implementations may have different behavior.

    A BGP speaker may receive a SAFI-4 route over a given BGP session, 
but may have other BGP sessions for which SAFI-4 is not enabled.  In 
this case, the BGP speaker MAY convert the SAFI-4 route to a SAFI-1 
route and then propagate the result over the session on which SAFI-4 is 
not enabled.  Whether this is done is a matter of local policy.

    These differences in the behavior of different implementations may 
result in unexpected behavior or lack of interoperability.  In some 
cases, it may be difficult or impossible to achieve the desired policies 
with certain implementations or combinations of implementations.



From nobody Wed May 10 18:15:25 2017
Return-Path: <amy.yemin@huawei.com>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 560ED129508; Wed, 10 May 2017 18:15:16 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Min Ye <amy.yemin@huawei.com>
To: <rtg-dir@ietf.org>
Cc: draft-ietf-pals-p2mp-pw.all@ietf.org, ietf@ietf.org, pals@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.50.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149446531632.16715.2861233468294466753@ietfa.amsl.com>
Date: Wed, 10 May 2017 18:15:16 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/t-5BxmhW6UEjnU-zzEvf0ZWet1U>
Subject: [RTG-DIR] Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 01:15:16 -0000

Reviewer: Patrice Brissette
Review result: Has Issues

[Resending to RTG-DIR]

Hello, 
I have been selected as the Routing Directorate reviewer for this
draft. The Routing Directorate seeks to review all routing or
routing-related drafts as they pass through IETF last call and IESG
review, and sometimes on special request. The purpose of the review is
to provide assistance to the Routing ADs. For more information about
the Routing Directorate, please see
http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir 
Although these comments are primarily for the use of the Routing ADs,
it would be helpful if you could consider them along with any other
IETF Last Call comments that you receive, and strive to resolve them
through discussion or by updating the draft. 
 
Document: draft-ietf-pals-p2mp-pw-02.txt
Reviewer: Patrice Brissette
Review Date: May 10, 2017
IETF LC End Date: May 12, 2017
Intended Status: Standard Track 
Summary: 
•	I have some minor concerns about this document that I think should
be resolved before publication. 
 
Comments: 
•	Please supply an overview of the draft quality and readability. 
•	Include anything else that you think will be helpful toward
understanding your review. 
Major Issues: 
•	"No major issues found." 
Minor Issues:
•	Technically, I think the draft is completed. However, it doesn’t
flow very well. Information is all over. I suggest the authors to
review the layout/flow of the document. 
 
Here are my “detailed” comments:
 
Abstract — What is the plus value on that draft? No clear
 
Many Long sentences in the text. very hard to understand and follow.
Syntax to be improved.
 
Introduction
Typo : “A reference model or a P2MP PW is depicted in Figure 1 below”
 
“In this document, we specify a method of signaling P2MP
   PW using LDP.” —> suggest to move it from intro to abstract 
 
Also, make sure the 3rd person is used. Try to a void “we” usage
 
May I suggest to have a requirement section. Requirements are all over
the document.
 
“   In case of mLDP, a Leaf-PE can decide to join the P2MP LSP at any
   time; whereas in the case of RSVP-TE, the P2MP LSP is set up by
the
   R-PE, generally at the initial service provisioning time. It
should
   be noted that local policy can override any decision to join, add
or
   prune existing or new L-PE(s) from the tree. In any case, the PW
   setup can ignore these differences, and simply assume that the
P2MP
   PSN LSP is available when needed
“
Quite complex to follow. Missing to “why” / explanation.
 
“The LDP liberal label retention mode is used“
Another requirement… is that a MAY, SHOULD, MUST?
 
“In this case, a PW status message with status
   code of 0x00000008 (Local PSN-facing PW (ingress) Receive Fault)
MUST
   also be sent to the R-PE“ 
How? The L-PE fails to join the P2MP PSN LSP.
 
Section 2.2
“   Note that since the LDP label mapping message is only sent by the
R-
   PE to all the L-PEs, it is not possible to negotiate any interface
   parameters.“
Why is that note there? Is that already been mentioned previously.
Fig.4 must  be moved to proper in the text OR create 2 subsection in
2.2
 
“As such, PW status negotiation procedure
   described in [RFC4447bis] is not applicable to P2MP PW. A node
MUST
   NOT claim to be  P2MP PW capable by sending a LDP P2MP PW
Capability
   TLV  if it is not also capable of handling PW status“
 
Should a node send LDP P2MP PW Capability TLV or not? Not well explain

 
There is some reference to LSR in the text where the major part use
the wording “node”.
 
Nits: 
N/A
 
Regards,
Patrice Brissette





From nobody Wed May 10 18:31:04 2017
Return-Path: <eng.khaled.omar@hotmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 359A212EAC3 for <rtg-dir@ietfa.amsl.com>; Wed, 10 May 2017 18:31:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.147
X-Spam-Level: 
X-Spam-Status: No, score=-1.147 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, 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] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O4y8h1ZIXbzH for <rtg-dir@ietfa.amsl.com>; Wed, 10 May 2017 18:31:02 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-oln040092065062.outbound.protection.outlook.com [40.92.65.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C556129C62 for <rtg-dir@ietf.org>; Wed, 10 May 2017 18:31:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=N3OpwgXPsoL5iLDg1VdMLWnojDkOj8Dlq7axvuyFVFk=; b=pOou0vXY5P/P5D6h7I+JEB3fwLtImW+1Fe3FrHnlTDpY7P6nX3OSBGJCTsRIRNIU79gJa25EJsUKvPTLUxRhUl2vr7rB51v9bGwO8gvPA73uGTEjw21RifimCvUBVdFyi5++zVKCJNDf9HYr4OYvM0CaEl2HxomHW2CQUqlqXZZAVj4sb603ynMzy8Ivwbxnoy5nKIW1U4dHuCw2v6VC6k8UVGmpUJqMelKaZv2hgSagbAZvuwC1n3A943HplGXRxGD4EtkDhTqLfNs/X+cOuR6svzgRRQ4sYuLnByDUzQE0osUxz5IvlnORJBHGuPE/+i/R2WoV5tbNXH6eivaKMw==
Received: from VE1EUR01FT051.eop-EUR01.prod.protection.outlook.com (10.152.2.51) by VE1EUR01HT035.eop-EUR01.prod.protection.outlook.com (10.152.3.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1047.9; Thu, 11 May 2017 01:30:59 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com (10.152.2.55) by VE1EUR01FT051.mail.protection.outlook.com (10.152.3.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.9 via Frontend Transport; Thu, 11 May 2017 01:30:59 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com ([fe80::51f3:22a3:bd6c:a08]) by AM4PR0401MB2241.eurprd04.prod.outlook.com ([fe80::51f3:22a3:bd6c:a08%19]) with mapi id 15.01.1075.020; Thu, 11 May 2017 01:30:59 +0000
From: Khaled Omar <eng.khaled.omar@hotmail.com>
To: rtg-dir <rtg-dir@ietf.org>
Thread-Topic: KHALED Routing Protocol (KRP).
Thread-Index: AQHSyfY+MDOmm5Uz4UKPRJA59CfdYw==
Date: Thu, 11 May 2017 01:30:58 +0000
Message-ID: <AM4PR0401MB2241959CA943E9896C33F505BDED0@AM4PR0401MB2241.eurprd04.prod.outlook.com>
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=hotmail.com;
x-incomingtopheadermarker: OriginalChecksum:6EEA42D4AF4B23D04C89E4A009E47C1B34C1BC4479E971A8274511F29C328C6E; UpperCasedChecksum:EACB90AF2F4704796FFF3EEFB452F8C2FACF5FDDF73F3CEC2CDD20033C7FA1FE; SizeAsReceived:7883; Count:40
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VE1EUR01HT035; 5:IWthl3lyNz/mdx/4UIujE2bph8r5C3u2pEms9hpPoE1aabQ/3kN3Ar7wuaA83WbKAoLNtordGBE1bLjbTWoWwdVc4u0D8I0L9cWVgzyYW5o2cliwfC84Euh02JF60TmygO2H1/mrrYibmobqk9sA2Q==; 24:zCf4tC1qFX54HwmapOCwcECmmjy2WT2KSHUalOJe5v73QOzicprjxH0PsH4tfgsegYJX1Okx7Nkwl5e3o25G8dGn+m4PZulhXPnOWVHN+3c=; 7:UihBgKCynOzHBLwBWpB4w7Yj/KxWR7Og2Dqy5sTr+U4L6QsFFy11lkK5H8SPldx3LgjN8rnlO2+4tBFs5HQeCxryIvKv647KAarsBJz1DD2OvzCIgoDVSpB6UMaFSzaqF1AunN8U4+oKLOVJ/R/c2yhoeYT+HKLLXxVGDbtIdNWOlSJYUmj0hR5mQ4TydPrJdrf1bc2uEanQJ63wfmJcVXBoGmhC3sLIgeLOGIR4aQhulWMOBiUG3NMsRBoetb70NsfUcMzCha8OCFti0f5+XO+tFP3SW/Uz8zfSvGmnbUbv7DtNYRa+M3O95/wg9v5A
x-incomingheadercount: 40
x-eopattributedmessage: 0
x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:VE1EUR01HT035; H:AM4PR0401MB2241.eurprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; 
x-ms-office365-filtering-correlation-id: 4592a41d-8e7b-4ace-2fcb-08d4980d5fd6
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322274)(1601125374)(1603101448)(1701031045); SRVR:VE1EUR01HT035; 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:VE1EUR01HT035; BCL:0; PCL:0; RULEID:; SRVR:VE1EUR01HT035; 
x-forefront-prvs: 0304E36CA3
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <4A6E24ED481B0346BFCC01997A78A851@eurprd04.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 May 2017 01:30:58.9843 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR01HT035
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/-lpvnB1zgyEN2c2-Kavv_HHpQU4>
Subject: [RTG-DIR] KHALED Routing Protocol (KRP).
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 01:31:03 -0000

SGkgU2lyL01hJ2FtLAoKSSB3b3VsZCBsaWtlIHRvIGFzayBmb3IgY29uc2lkZXJpbmcgS1JQIElE
IHRvIGJlIGFkZGVkIHRvIHRoZSBSb3V0aW5nIEFyZWEgYW5kIGxvb2tpbmcgZm9yIG9mZmljaWFs
IGRlY2lzaW9ucyByZWdhcmRpbmcgdGhpcyBkcmFmdC4KCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv
aHRtbC9kcmFmdC1vbWFyLWtycC0wMQoKVGhhbmtzIGluIGFkdmFuY2UsCgpLaGFsZWQgT21hcg==


From nobody Thu May 11 01:14:21 2017
Return-Path: <loa@pi.nu>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA810127BA3; Thu, 11 May 2017 01:14:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.002
X-Spam-Level: 
X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RP_MATCHES_RCVD=-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 b16tgciFlcA3; Thu, 11 May 2017 01:14:10 -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 54B8F120454; Thu, 11 May 2017 01:14:10 -0700 (PDT)
Received: from [192.168.0.103] (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 F283618013D1; Thu, 11 May 2017 10:14:07 +0200 (CEST)
From: Loa Andersson <loa@pi.nu>
To: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, draft-ietf-manet-olsrv2-multipath@ietf.org, manet@ietf.org
Message-ID: <1ea04d3a-2446-dcaa-e5b6-21797a3caa57@pi.nu>
Date: Thu, 11 May 2017 10:14:06 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/vlcYtYV8NVfrSQkLPsX3LATaFMU>
Subject: [RTG-DIR] RtgDir review of draft-ietf-manet-olsrv2-multipath-12.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 08:14:13 -0000

Hello,

I have been selected as the Routing Directorate reviewer for this draft. 
The Routing Directorate seeks to review all routing or routing-related 
drafts as they pass through IETF last call and IESG review, and 
sometimes on special request. The purpose of the review is to provide 
assistance to the Routing ADs. For more information about the Routing 
Directorate, please see 
​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it 
would be helpful if you could consider them along with any other IETF 
Last Call comments that you receive, and strive to resolve them through 
discussion or by updating the draft.

Document: draft-ietf-manet-olsrv2-multipath-12.txt
Reviewer: Loa Andersson
Review Date: 2017-05-11
IETF LC End Date: 2015-05-11 (?)
Intended Status: Experimental

Summary:

This document is basically ready for publication, but has nits that 
should be considered prior to publication.

Comments:

The draft is well written and readable also for someone that does
not read manet-draft that often.

Major Issues:
"No major issues found.

Minor Issues:

"No minor issues found."

Nits:

I've looked at the the GenArt review by Peter Yee and the Intdir
review by Zhen Cao and largely agree with their comments.

In addition: The nits tool picks on something that looks like
references on line 469 ( [1] and [2] ) but is not. Don't think you'll
need to fix that, the RFC Editor will fix if necessary.

I'd like to have the Abstract fleshed out a bit, some more context
given. If you are new to the area and the draft it is very hard to
find the expected useful info in the abstract.

You use "TC message" already in section 4, but TC (Traffic Control)
is not expanded until section 6, should be done the first time it is
used.

The abbreviation "SR" is used (often as part of parameter names), but
never really expanded, though one can find the expansion kind of
explained at some places. Could be made clearer.

/Loa


-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Thu May 11 06:34:04 2017
Return-Path: <frost@mm.st>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAFC312EE46; Thu, 11 May 2017 06:34:02 -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, FREEMAIL_FROM=0.001, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mm.st header.b=cAtkwAPl; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=pXlASUJz
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HNJs26b918RQ; Thu, 11 May 2017 06:34:00 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2B0912EBFE; Thu, 11 May 2017 06:31:05 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 36EF120AC3; Thu, 11 May 2017 09:31:05 -0400 (EDT)
Received: from web5 ([10.202.2.215]) by compute6.internal (MEProxy); Thu, 11 May 2017 09:31:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=h4AjGDF5FSlDtB/R7CAKaA1O2uzgpcSiPcVTP1B8OYc=; b=cAtkwAPl EfnVpW8NItd2xJCq70Cy9X6fT+zQOlFhJCA8OOEGvV3mFeWYqpGVb9zzjm2AytIY 6f+YPDcsAkpNQAkGyq0f5jMjiOYrrnDKe+UhAWT7MmvHFFU9pGSp0XfZb/RYY2OQ JGJTmzvx8aiCf+ybsYAXl2o01waKRz0y/XyhL3lsbVIpjwI3XWFJcFfrOh8trSSW cJcI08iBTzA2ZM2wlDIUEFl6o6AFs1pqTCUJ2Qno367CszQVFNVCZQO7hniG/VPL fj1I4OCaJX9VmbhT0RKIRI5MkLARk1TRTiIzDijQs/MCAWxiXwp5zb6r3Rj3crkH DO+KqhkvzTx4tg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=h4AjGDF5FSlDtB/R7CAKaA1O2uzgp cSiPcVTP1B8OYc=; b=pXlASUJzDSpR2/CUjEBQErJusC+nj1xk6IaVMe+l+9u8a GDMj1Igy9eLNoOEG3GkItL50di0c1B5CzfMUPgeqIw8c6ePMP6BM8pQI7iogsS7Y khpO8syX/kTJbZ0/e7pXrVcpITzZ2mqPvQdF95E2DfbqSlKur/gLQs6mRl9SexvT AZO6huclnPfOcnPfM5/o0z/Y1u1XRjkO+qe8vHWTo778DMvUukKZyp1BzDDcxRuN 6wJpLbQ7ZqPc6hziZGR0+KGm+yrH29SEdZ92RscUYlLyZJH1WSTc0K5FhmamTAO3 lkpFw80r3TH5hgfDPULlo+WAe6AGM4h7ho7O+7V5w==
X-ME-Sender: <xms:mWcUWegSb07Gskw2_l5zOOz6TP4w7dHz9bfNotV2U3pTDCMoSZ20Cw>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 039BC9E259; Thu, 11 May 2017 09:31:04 -0400 (EDT)
Message-Id: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com>
From: Dan Frost <frost@mm.st>
To: rtg-ads@ietf.org
Cc: rtg-dir@ietf.org, draft-ietf-pce-pceps.all@ietf.org, pce@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-6cc55fe1
Date: Thu, 11 May 2017 14:31:04 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/snyUFflTWwU9xgP7-4LJUzvPc8A>
Subject: [RTG-DIR] RtgDir review: draft-ietf-pce-pceps-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 13:34:03 -0000

Hello,

I have been selected as the Routing Directorate reviewer for this draft.
The Routing Directorate seeks to review all routing or routing-related
drafts as they pass through IETF last call and IESG review, and
sometimes on special request. The purpose of the review is to provide
assistance to the Routing ADs. For more information about the Routing
Directorate, please see
http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it
would be helpful if you could consider them along with any other IETF
Last Call comments that you receive, and strive to resolve them through
discussion or by updating the draft.

Document: draft-ietf-pce-pceps-12
Reviewer: Dan Frost
Review Date: 2017-05-11
IETF LC End Date: 
Intended Status: Standards Track

Summary:

I have significant concerns about this document and recommend that the
Routing ADs discuss these issues further with the authors.

Comments:

This document proposes to add a STARTTLS mechanism to the PCE protocol.
If this basic approach is accepted, then the document is in good shape.
It's clear, complete, and straightforward. The question is whether
mandating STARTTLS is actually a good idea.

Major Issues:

My main concern with this document is that it takes as given that
STARTTLS is the right way to secure PCEP with TLS. Perhaps this argument
was already had at some point and this draft is the result, but if so
then at a bare minimum it needs rationale explaining why STARTTLS was
chosen over alternatives, and text that addresses weaknesses and
mitigations associated with STARTTLS processing, in particular the
possibility and relative ease of downgrade attacks.

The obvious alternative would be to not use STARTTLS and simply allocate
another TCP port for PCEP-over-TLS. This avoids complicating the PCE
protocol and introducing the potential for downgrade attacks based on
STARTTLS. PCE is used to convey critical path-determination information
in carrier networks, among other things. That it's not fully
authenticated and encrypted in all cases already is an unfortunate
legacy of a bygone era. Ideally operators should move as quickly as
possible to secure PCEP and aim to entirely remove the unsecure form.
STARTTLS serves a weaker goal of "opportunistic" security, which, while
it has its uses, makes little sense for PCE compared to simply
deprecating the unsecured version.

Minor Issues:

* Section 3.3: "A RECOMMENDED value for StartTLSWait timer is 60
seconds." This seems like a very long time to wait for an initial reply
on an already-established TCP connection.

* Section 3.2, fifth paragraph (beginning with "A PCEP speaker
receiving..."):

This paragraph states: "A PCEP speaker receiving any other message apart
from StartTLS, open, or PCErr MUST treat it as an unexpected message..."

As written this is confusing and seems to imply that no other PCEP
messages can ever be sent. It looks like this is meant to be scoped to
the context of the first message sent/received on session initiation?

* Section 8.6

The subsection titles of Section 8 have been taken from Section 8 of RFC
5440, but Section 8.6 here is called "Impact on Network Operations"
while in RFC 5440 it's called "Impact on Network Operation". Funnily
enough, that final "s" makes a difference. Without it, the section
refers to an impact on the functioning of the network itself. With it,
it would usually be taken to refer to impact on human operations and
management procedures.

It looks correct to say that the mechanism of this draft should not
significantly impact the functioning of the network. On the other hand,
it certainly does impact operations and management procedures, as staff
have to develop policies around security requirements for PCEP within
the organization, methods for verifying whether device security
parameters are configured correctly, checking for unexpected downgrades
to insecure sessions, etc. It would be an improvement for the document
to address the impact of PCEPS on operational processes.

Nits:

Sec 3.1, first paragraph:
OLD
    The steps involved in the PCEPS establishment consists of following
    successive steps:
NEW
    The steps involved in establishing a PCEPS session are as follows:
END

Sec 3.4, Step 3:
s/Any attempt of initiate a TLS/Any attempt to initiate a TLS/


Cheers,
-d


From nobody Thu May 11 07:16:50 2017
Return-Path: <ietf@jiaziyi.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ED69129409; Thu, 11 May 2017 07:16:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.02
X-Spam-Level: 
X-Spam-Status: No, score=-2.02 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jiaziyi.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 xDt3kLG8ESWA; Thu, 11 May 2017 07:16:46 -0700 (PDT)
Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7A8412FC15; Thu, 11 May 2017 07:10:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1494511825;  s=jiazi; d=jiaziyi.com; i=ietf@jiaziyi.com; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References; l=8878; bh=QRGXXnb0NtrMYBndFiTlI0RIZp8zAJye9cSB7pwL0Ww=; b=LVY+ZVClIEXooexHILY7T5+Eo2wSd2xkZGZoC2LAiq1dhxB5fnC3OpYx91WFt789 zK4zYOtxjlBdhiLKRJsG/HwHGs2j/rkJydiIxIksjUt7otWWGUGemzTTiVmj6Jjmu3n 6NNdel6/gFeuH7WMW8nM+OvmsxD7D/fExJBZzR28=
Received: from [192.168.1.101] (230.248.86.88.rdns.comcable.net [88.86.248.230]) by mx.zohomail.com with SMTPS id 1494511825304355.26250910429405; Thu, 11 May 2017 07:10:25 -0700 (PDT)
From: Jiazi Yi <ietf@jiaziyi.com>
Message-Id: <BAD130D2-8FE3-4365-BBDB-3A44F197E15E@jiaziyi.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A8363719-BA1B-45E1-9A96-D3136A16AC47"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Thu, 11 May 2017 16:10:23 +0200
In-Reply-To: <1ea04d3a-2446-dcaa-e5b6-21797a3caa57@pi.nu>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, manet@ietf.org, draft-ietf-manet-olsrv2-multipath@ietf.org
To: Loa Andersson <loa@pi.nu>
References: <1ea04d3a-2446-dcaa-e5b6-21797a3caa57@pi.nu>
X-Mailer: Apple Mail (2.3273)
X-ZohoMailClient: External
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/x9C9VdfTPx-WMk4qloG6zL5CveM>
Subject: Re: [RTG-DIR] [manet] RtgDir review of draft-ietf-manet-olsrv2-multipath-12.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 14:16:49 -0000

--Apple-Mail=_A8363719-BA1B-45E1-9A96-D3136A16AC47
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Loa,=20

Thanks a lot for the review.=20

I don=E2=80=99t know why the nits tool says

  -- Looks like a reference, but probably isn't: '1' on line 469

  -- Looks like a reference, but probably isn't: '2' on line 469

because there is no =E2=80=981=E2=80=99/=E2=80=982=E2=80=99 on line 469 =
of the draft. May be the RFC editor could tell us what=E2=80=99s the =
problem.=20

And we will fix the rest of the issues that you raised in the next =
revision.=20

best

Jiazi

> On 11 May 2017, at 10:14, Loa Andersson <loa@pi.nu> wrote:
>=20
> Hello,
>=20
> I have been selected as the Routing Directorate reviewer for this =
draft. The Routing Directorate seeks to review all routing or =
routing-related drafts as they pass through IETF last call and IESG =
review, and sometimes on special request. The purpose of the review is =
to provide assistance to the Routing ADs. For more information about the =
Routing Directorate, please see =
=E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>=20
> Although these comments are primarily for the use of the Routing ADs, =
it would be helpful if you could consider them along with any other IETF =
Last Call comments that you receive, and strive to resolve them through =
discussion or by updating the draft.
>=20
> Document: draft-ietf-manet-olsrv2-multipath-12.txt
> Reviewer: Loa Andersson
> Review Date: 2017-05-11
> IETF LC End Date: 2015-05-11 (?)
> Intended Status: Experimental
>=20
> Summary:
>=20
> This document is basically ready for publication, but has nits that =
should be considered prior to publication.
>=20
> Comments:
>=20
> The draft is well written and readable also for someone that does
> not read manet-draft that often.
>=20
> Major Issues:
> "No major issues found.
>=20
> Minor Issues:
>=20
> "No minor issues found."
>=20
> Nits:
>=20
> I've looked at the the GenArt review by Peter Yee and the Intdir
> review by Zhen Cao and largely agree with their comments.
>=20
> In addition: The nits tool picks on something that looks like
> references on line 469 ( [1] and [2] ) but is not. Don't think you'll
> need to fix that, the RFC Editor will fix if necessary.
>=20
> I'd like to have the Abstract fleshed out a bit, some more context
> given. If you are new to the area and the draft it is very hard to
> find the expected useful info in the abstract.
>=20
> You use "TC message" already in section 4, but TC (Traffic Control)
> is not expanded until section 6, should be done the first time it is
> used.
>=20
> The abbreviation "SR" is used (often as part of parameter names), but
> never really expanded, though one can find the expansion kind of
> explained at some places. Could be made clearer.
>=20
> /Loa
>=20
>=20
> --=20
>=20
>=20
> Loa Andersson                        email: loa@mail01.huawei.com
> Senior MPLS Expert                          loa@pi.nu
> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>=20
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet


--Apple-Mail=_A8363719-BA1B-45E1-9A96-D3136A16AC47
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><div class=3D"">Hi Loa,&nbsp;</div><div class=3D""><br =
class=3D""></div><div class=3D"">Thanks a lot for the =
review.&nbsp;</div><div class=3D""><br class=3D""></div><div class=3D"">I =
don=E2=80=99t know why the nits tool says</div><div class=3D""><br =
class=3D""></div><div class=3D""><pre style=3D"word-wrap: break-word; =
white-space: pre-wrap;" class=3D"">  -- Looks like a reference, but =
probably isn't: '1' on line 469

  -- Looks like a reference, but probably isn't: '2' on line =
469</pre><div class=3D""><br class=3D""></div></div><div =
class=3D"">because there is no =E2=80=981=E2=80=99/=E2=80=982=E2=80=99 =
on line 469 of the draft. May be the RFC editor could tell us what=E2=80=99=
s the problem.&nbsp;</div><div class=3D""><br class=3D""></div><div =
class=3D"">And we will fix the rest of the issues that you raised in the =
next revision.&nbsp;</div><div class=3D""><br class=3D""></div><div =
class=3D"">best</div><div class=3D""><br class=3D""></div><div =
class=3D"">Jiazi</div><br class=3D""><div><blockquote type=3D"cite" =
class=3D""><div class=3D"">On 11 May 2017, at 10:14, Loa Andersson =
&lt;<a href=3D"mailto:loa@pi.nu" class=3D"">loa@pi.nu</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div =
class=3D"">Hello,<br class=3D""><br class=3D"">I have been selected as =
the Routing Directorate reviewer for this draft. The Routing Directorate =
seeks to review all routing or routing-related drafts as they pass =
through IETF last call and IESG review, and sometimes on special =
request. The purpose of the review is to provide assistance to the =
Routing ADs. For more information about the Routing Directorate, please =
see =E2=80=8B<a =
href=3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" =
class=3D"">http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</a><br =
class=3D""><br class=3D"">Although these comments are primarily for the =
use of the Routing ADs, it would be helpful if you could consider them =
along with any other IETF Last Call comments that you receive, and =
strive to resolve them through discussion or by updating the draft.<br =
class=3D""><br class=3D"">Document: =
draft-ietf-manet-olsrv2-multipath-12.txt<br class=3D"">Reviewer: Loa =
Andersson<br class=3D"">Review Date: 2017-05-11<br class=3D"">IETF LC =
End Date: 2015-05-11 (?)<br class=3D"">Intended Status: Experimental<br =
class=3D""><br class=3D"">Summary:<br class=3D""><br class=3D"">This =
document is basically ready for publication, but has nits that should be =
considered prior to publication.<br class=3D""><br class=3D"">Comments:<br=
 class=3D""><br class=3D"">The draft is well written and readable also =
for someone that does<br class=3D"">not read manet-draft that often.<br =
class=3D""><br class=3D"">Major Issues:<br class=3D"">"No major issues =
found.<br class=3D""><br class=3D"">Minor Issues:<br class=3D""><br =
class=3D"">"No minor issues found."<br class=3D""><br class=3D"">Nits:<br =
class=3D""><br class=3D"">I've looked at the the GenArt review by Peter =
Yee and the Intdir<br class=3D"">review by Zhen Cao and largely agree =
with their comments.<br class=3D""><br class=3D"">In addition: The nits =
tool picks on something that looks like<br class=3D"">references on line =
469 ( [1] and [2] ) but is not. Don't think you'll<br class=3D"">need to =
fix that, the RFC Editor will fix if necessary.<br class=3D""><br =
class=3D"">I'd like to have the Abstract fleshed out a bit, some more =
context<br class=3D"">given. If you are new to the area and the draft it =
is very hard to<br class=3D"">find the expected useful info in the =
abstract.<br class=3D""><br class=3D"">You use "TC message" already in =
section 4, but TC (Traffic Control)<br class=3D"">is not expanded until =
section 6, should be done the first time it is<br class=3D"">used.<br =
class=3D""><br class=3D"">The abbreviation "SR" is used (often as part =
of parameter names), but<br class=3D"">never really expanded, though one =
can find the expansion kind of<br class=3D"">explained at some places. =
Could be made clearer.<br class=3D""><br class=3D"">/Loa<br class=3D""><br=
 class=3D""><br class=3D"">-- <br class=3D""><br class=3D""><br =
class=3D"">Loa Andersson =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;email: =
<a href=3D"mailto:loa@mail01.huawei.com" =
class=3D"">loa@mail01.huawei.com</a><br class=3D"">Senior MPLS Expert =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;<a href=3D"mailto:loa@pi.nu" class=3D"">loa@pi.nu</a><br =
class=3D"">Huawei Technologies (consultant) =
&nbsp;&nbsp;&nbsp;&nbsp;phone: +46 739 81 21 64<br class=3D""><br =
class=3D"">_______________________________________________<br =
class=3D"">manet mailing list<br class=3D""><a =
href=3D"mailto:manet@ietf.org" class=3D"">manet@ietf.org</a><br =
class=3D"">https://www.ietf.org/mailman/listinfo/manet<br =
class=3D""></div></div></blockquote></div><br class=3D""></body></html>=

--Apple-Mail=_A8363719-BA1B-45E1-9A96-D3136A16AC47--


From nobody Thu May 11 09:39:27 2017
Return-Path: <ietf@thomasclausen.org>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E65E1314B2; Thu, 11 May 2017 09:39:25 -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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=thomasclausen.org
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c9CGXpKnu7fK; Thu, 11 May 2017 09:39:21 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 9F13412F255; Thu, 11 May 2017 09:33:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 81782240E54; Thu, 11 May 2017 09:33:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1494520399; bh=6kmy9vMDLcZlhitZnEd7MYoBBVu00FPLNmjHdANceAg=; h=From:Date:Subject:Cc:To:From; b=YnjTuKDbbaoig/k/NwUTpfTEFntCSAMIMFLVYjH8PPyu/FhUY3w+lL0V2M9qMKG6w G+z0uBshZBiW5AExboJHrStYYNT7uShLtkG8GIskPY9J8pol8auXligDJLNZCV10fc UfN9umok35sIVhyKMP1Y+o/QqDkXAfSjWUkOCIYo=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from [192.168.147.204] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 87D1424026A; Thu, 11 May 2017 09:33:18 -0700 (PDT)
From: Thomas Clausen <ietf@thomasclausen.org>
Content-Type: multipart/alternative; boundary=Apple-Mail-2F272736-5654-426E-9715-8942ACD2D021
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
Date: Thu, 11 May 2017 18:33:15 +0200
Message-Id: <598C016A-1E0C-4E68-928D-7700F16850B2@thomasclausen.org>
Cc: rtg-dir@ietf.org, draft-ietf-teas-gmpls-scsi.authors@ietf.org, teas@ietf.org, amy.yemin@huawei.com
To: rtg-ads@ietf.org
X-Mailer: iPad Mail (14E304)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/9yBquQfLng4fW5VUmTr5HZq_6OU>
Subject: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-scsi-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 16:39:25 -0000

--Apple-Mail-2F272736-5654-426E-9715-8942ACD2D021
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The=
 Routing Directorate seeks to review all routing or routing-related drafts a=
s they pass through IETF last call and IESG review, and sometimes on special=
 request. The purpose of the review is to provide assistance to the Routing A=
Ds. For more information about the Routing Directorate, please see =E2=80=8B=
http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it wou=
ld be helpful if you could consider them along with any other IETF Last Call=
 comments that you receive, and strive to resolve them through discussion or=
 by updating the draft.

Document: draft-ietf-teas-gmpls-scsi-02

Reviewer: Thomas Clausen

Review Date: 17/05/11
IETF LC End Date: Unknown
Intended Status: Proposed Standard

Summary:=20

I have significant concerns about this document and recommend that the Routi=
ng ADs discuss these issues further with the authors.
Comments:

The document is short, to the point of honestly being entirely unreadable fo=
r a non-expert in the very narrow domain of gmpls.=20
This is frankly not helped by the document employing what I can only assume t=
o be a clever pun (SCSI ... ) which initially made me go look at the STORM w=
g and RFC3720 (iSCSI). Unless there's a really good reason, could the WG not=
 chose a non-intentionally-misleading acronym?
Another illustration of this is, that the document uses terminology that I a=
ssume has a very specific interpretation (to those, actually experts in the v=
ery narrow domain of gmpls) - but which is incomprehensible outside. For exa=
mple, the document talks (already from the Abstract) about "any specific tec=
hnology", and in general "technology" - I can think of many things that fall=
s under that term (in general) but which I doubt have anything to do with wh=
at this document is about.=20
 So I went to read the introduction, hoping to understand what this document=
 was about. As far as I can gather, it has to do with defining a TLV format,=
 for use by GMPLS extensions for OSPF and IS-IS. Reading through the introdu=
ction, and (quickly) skimming through RFC4202, 4203 and 5307 didn't help a g=
reat deal in my understanding of what the purpose of these TLVs are (nor, fo=
r that matter, what "technology" is supposed to mean).
It is not clear to me that the document does not violate "rules" in the prot=
ocol that it is setting out to extend. See below.
I also feel that there are several places where the document is too vague.
Major Issues:

Fundamentally, the document needs an introduction written for engineers who h=
ave not been part in the development of the document: what is this? Why is i=
t needed? How does it fit into the architecture. I must admit that I have ne=
ver before felt so lost as to what a document was trying to accomplish, afte=
r having actually read the document, twice.
The document also needs, I suspect, a terminology section that contains more=
 than 2119-language -- for example, what's meant by "Technology" ...=20
I went to read the Shepherd write-up (so, they serve an actual purpose), whi=
ch indicates that this document was the result of a GEN-ART review of some o=
ther document through the WG. I would assume that a synthesis of that review=
, plus the resulting WG discussion, would make for excellent fodder for an i=
ntroduction here.
Section 3 specifies a Type field, stating "the lower range is used ..." and "=
...while the higher range is reserved .." -- I see nowhere a definition of "=
lower range" or "higher range", not in this section, nor in the IANA section=
.
What does "formatted according to the value of the Type field" in the ultima=
te bullet of section 3 mean? Essentially, that "the interpretation and forma=
t of the Type field MUST be specified when making the IANA registration" (or=
 something of the sort), which must to be included as advice to the Designat=
ed Expert
Section 4 calls out a set of rules for inclusion of the defined TLVs - speci=
fically calling for preservation of ordering both when processing and when r=
e-originating. Is this enabled or prohibited by the protocols into which the=
se TLVs are to be inserted? If explicitly enabled, I would appreciate specif=
ic pointers to where this is enabled? -- if this is not explicitly enabled, m=
ay there be potential interoperability problems here? For having in a differ=
ent space written TLV-based protocols, and seen (locally highly optimized) p=
arsers/processors/forwarders implementing different ordering priorities, thi=
s merits clarification.
The IANA section tells IANA to create "either XXX, or YYY" (2nd paragraph) -=
- but which is it? I doubt that it is IANA's role to make this arbitration. T=
he WG should make a clear recommendation.
Minor Issues:

Section 4 calls out "Sub-TLV parsing (format) errors, such as an underrun or=
 overrun, MUST be treated as a malformed ISCD".  This seems either overreach=
ing or underachieving: are we strictly talking about "there's not the promis=
ed amount of octets in the value field" (overrun/underrun)? In which case, p=
erhaps state just that. However the "Sub-TLV parsing" indicates that also an=
 error in parsing of the Value field should be treated the same way? Could y=
ou clarify this.=20
I would be surprised, but leave to the SEC-DIR/SEC-AD, if the security consi=
derations section is strong enough. The first half of the security considera=
tions states "This document does not introduce any security issues beyond th=
ose discussed in ...." -- but then goes on, saying "Tampering with .... may h=
ave an effect...mechanisms such as ... are suggested". While I am by no mean=
s a security expert, it would seem that yes, indeed, this document does intr=
oduce new security issues -- for which I would expect a MTI security mechani=
sm (Or, a convincing explanation as to why these already are covered).
Nits:

The errata to RFC2119 is not reflected in the terminology section (missing "=
NOT RECOMMENDED")
The abstract has an "modify an existing technology specific formats" - which=
, presumably, should be "modify any existing..." or "...specific format" ?
2nd paragraph of the introduction, any good reason why the HTML version does=
n't have a hyperlink to RFC7138 (XML snafu, I gather)?

--
Thomas Heide Clausen  =E2=80=A2  @thclausen  	=E2=80=A2 	thomasclaus=
en.org=20
www.arkko.com/tools/allstats/thomasheideclausen.html

--Apple-Mail-2F272736-5654-426E-9715-8942ACD2D021
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div><p><span style=3D"background-color: rg=
ba(255, 255, 255, 0);">Hello,</span></p><p><span style=3D"background-color: r=
gba(255, 255, 255, 0);">I have been selected as the Routing Directorate revi=
ewer for this draft. The Routing Directorate seeks to review all routing or r=
outing-related drafts as they pass through IETF last call and IESG review, a=
nd sometimes on special request. The purpose of the review is to provide ass=
istance to the Routing ADs. For more information about the Routing Directora=
te, please see&nbsp;<a class=3D"ext-link" href=3D"http://trac.tools.ietf.org=
/area/rtg/trac/wiki/RtgDir" style=3D"text-decoration: none; border-bottom-wi=
dth: 1px; border-bottom-style: dotted; border-bottom-color: rgb(187, 187, 18=
7);"><span class=3D"icon" style=3D"background-image: url(https://trac.ietf.o=
rg/trac/rtg/chrome/common/extlink.gif); padding-left: 15px; background-posit=
ion: left center; background-repeat: no-repeat no-repeat;">=E2=80=8B</span>h=
ttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</a></span></p><p><span s=
tyle=3D"background-color: rgba(255, 255, 255, 0);">Although these comments a=
re primarily for the use of the Routing ADs, it would be helpful if you coul=
d consider them along with any other IETF Last Call comments that you receiv=
e, and strive to resolve them through discussion or by updating the draft.</=
span></p><p><span style=3D"background-color: rgba(255, 255, 255, 0);"><b>Doc=
ument:</b>&nbsp;</span><span style=3D"font-size: 12pt; font-family: Helvetic=
a;">draft-ietf-teas-gmpls-scsi-02</span></p><p><span style=3D"background-col=
or: rgba(255, 255, 255, 0);"><b>Reviewer:</b> Thomas Clausen</span></p><p><s=
pan style=3D"background-color: rgba(255, 255, 255, 0);"><b>Review Date:</b> 1=
7/05/11<br><b>IETF LC End Date:</b> Unknown<br><b>Intended Status:</b> Propo=
sed Standard</span></p><p><span style=3D"background-color: rgba(255, 255, 25=
5, 0);"><strong>Summary:</strong>&nbsp;<br></span></p><ul><li><span style=3D=
"background-color: rgba(255, 255, 255, 0);">I have significant concerns abou=
t this document and recommend that the Routing ADs discuss these issues furt=
her with the authors.</span></li></ul><p><strong style=3D"background-color: r=
gba(255, 255, 255, 0);">Comments:</strong></p><ul><li><span style=3D"backgro=
und-color: rgba(255, 255, 255, 0);">The document is short, to the point of h=
onestly being entirely unreadable for a non-expert in the very narrow domain=
 of gmpls.&nbsp;</span></li><li><span style=3D"background-color: rgba(255, 2=
55, 255, 0);">This is frankly not helped by the document employing what I ca=
n only assume to be a clever pun (SCSI ... ) which initially made me go look=
 at the STORM wg and RFC3720 (iSCSI). Unless there's a really good reason, c=
ould the WG not chose a non-intentionally-misleading acronym?</span></li><li=
><span style=3D"background-color: rgba(255, 255, 255, 0);">Another illustrat=
ion of this is, that the document uses terminology that I assume has a very s=
pecific interpretation (to those, actually experts in the very narrow domain=
 of gmpls) - but which is incomprehensible outside. For example, the documen=
t talks (already from the Abstract) about "any specific technology", and in g=
eneral "technology" - I can think of many things that falls under that term (=
in general) but which I doubt have anything to do with what this document is=
 about.&nbsp;</span></li><li><span style=3D"background-color: rgba(255, 255,=
 255, 0);">&nbsp;So I went to read the introduction, hoping to understand wh=
at this document was about. As far as I can gather, it has to do with defini=
ng a TLV format, for use by GMPLS extensions for OSPF and IS-IS. Reading thr=
ough the introduction, and (quickly) skimming through RFC4202, 4203 and 5307=
 didn't help a great deal in my understanding of what the purpose of these T=
LVs are (nor, for that matter, what "technology" is supposed to mean).</span=
></li><li><span style=3D"background-color: rgba(255, 255, 255, 0);">It is no=
t clear to me that the document does not violate "rules" in the protocol tha=
t it is setting out to extend. See below.</span></li><li><span style=3D"back=
ground-color: rgba(255, 255, 255, 0);">I also feel that there are several pl=
aces where the document is too vague.</span></li></ul><p><strong style=3D"ba=
ckground-color: rgba(255, 255, 255, 0);">Major Issues:</strong></p><ul><li><=
span style=3D"background-color: rgba(255, 255, 255, 0);">Fundamentally, the d=
ocument needs an introduction written for engineers who have not been part i=
n the development of the document: what is this? Why is it needed? How does i=
t fit into the architecture. I must admit that I have never before felt so l=
ost as to what a document was trying to accomplish, after having actually re=
ad the document, twice.</span></li><li><span style=3D"background-color: rgba=
(255, 255, 255, 0);">The document also needs, I suspect, a terminology secti=
on that contains more than 2119-language -- for example, what's meant by "Te=
chnology" ...&nbsp;</span></li><li><span style=3D"background-color: rgba(255=
, 255, 255, 0);">I went to read the Shepherd write-up (so, they serve an act=
ual purpose), which indicates that this document was the result of a GEN-ART=
 review of some other document through the WG. I would assume that a synthes=
is of that review, plus the resulting WG discussion, would make for excellen=
t fodder for an introduction here.</span></li><li><span style=3D"background-=
color: rgba(255, 255, 255, 0);">Section 3 specifies a Type field, stating "t=
he lower range is used ..." and "...while the higher range is reserved .." -=
- I see nowhere a definition of "lower range" or "higher range", not in this=
 section, nor in the IANA section.</span></li><li><span style=3D"background-=
color: rgba(255, 255, 255, 0);">What does "formatted according to the value o=
f the Type field" in the ultimate bullet of section 3 mean? Essentially, tha=
t "the interpretation and format of the Type field MUST be specified when ma=
king the IANA registration" (or something of the sort), which must to be inc=
luded as advice to the Designated Expert</span></li><li><span style=3D"backg=
round-color: rgba(255, 255, 255, 0);">Section 4 calls out a set of rules for=
 inclusion of the defined TLVs - specifically calling for preservation of or=
dering both when processing and when re-originating. Is this enabled or proh=
ibited by the protocols into which these TLVs are to be inserted? If explici=
tly enabled, I would appreciate specific pointers to where this is enabled? -=
- if this is not explicitly enabled, may there be potential interoperability=
 problems here? For having in a different space written TLV-based protocols,=
 and seen&nbsp;(locally highly optimized)&nbsp;parsers/processors/forwarders=
 implementing different ordering priorities, this merits clarification.</spa=
n></li><li><span style=3D"background-color: rgba(255, 255, 255, 0);">The IAN=
A section tells IANA to create "either XXX, or YYY" (2nd paragraph) -- but w=
hich is it? I doubt that it is IANA's role to make this arbitration. The WG s=
hould make a clear recommendation.</span></li></ul><p><strong style=3D"backg=
round-color: rgba(255, 255, 255, 0);">Minor Issues:</strong></p><ul><li><spa=
n style=3D"background-color: rgba(255, 255, 255, 0);">Section 4 calls out "S=
ub-TLV parsing (format) errors, such as an underrun or overrun, MUST be trea=
ted as a malformed ISCD". &nbsp;This seems either overreaching or underachie=
ving: are we strictly talking about "there's not the promised amount of octe=
ts in the value field" (overrun/underrun)? In which case, perhaps state just=
 that. However the "Sub-TLV parsing" indicates that also an error in parsing=
 of the Value field should be treated the same way? Could you clarify this.&=
nbsp;</span></li><li><span style=3D"background-color: rgba(255, 255, 255, 0)=
;">I would be surprised, but leave to the SEC-DIR/SEC-AD, if the security co=
nsiderations section is strong enough. The first half of the security consid=
erations states "This document does not introduce any security issues beyond=
 those discussed in ...." -- but then goes on, saying "Tampering with .... m=
ay have an effect...mechanisms such as ... are suggested". While I am by no m=
eans a security expert, it would seem that yes, indeed, this document does i=
ntroduce new security issues -- for which I would expect a MTI security mech=
anism (Or, a convincing explanation as to why these already are covered).</s=
pan></li></ul><p><strong style=3D"background-color: rgba(255, 255, 255, 0);"=
>Nits:</strong></p><ul><li><span style=3D"background-color: rgba(255, 255, 2=
55, 0);">The errata to RFC2119 is not reflected in the terminology section (=
missing "NOT RECOMMENDED")</span></li><li><span style=3D"background-color: r=
gba(255, 255, 255, 0);">The abstract has an "modify an existing technology s=
pecific formats" - which, presumably, should be "modify any existing..." or "=
...specific format" ?</span></li><li><span style=3D"background-color: rgba(2=
55, 255, 255, 0);">2nd paragraph of the introduction, any good reason why th=
e HTML version doesn't have a hyperlink to RFC7138 (XML snafu, I gather)?</s=
pan></li></ul><br><div><span style=3D"font-family: UICTFontTextStyleTallBody=
; -webkit-text-size-adjust: auto;">--</span><div class=3D"" style=3D"font-fa=
mily: UICTFontTextStyleTallBody; -webkit-text-size-adjust: auto;"><strong cl=
ass=3D""><a href=3D"mailto:Thomas.Clausen@polytechnique.edu" class=3D"" styl=
e=3D"border: none; text-decoration: none; color: rgb(4, 156, 219);">Thomas H=
eide Clausen&nbsp;</a>&nbsp;<span class=3D"" style=3D"color: rgb(224, 224, 2=
24);">=E2=80=A2</span>&nbsp;&nbsp;<a href=3D"http://twitter.com/thclausen" c=
lass=3D"" style=3D"margin: 0px; padding: 0px; border: none; text-decoration:=
 none; color: rgb(176, 176, 176);">@thclausen&nbsp;</a>&nbsp;	<span class=
=3D"" style=3D"color: rgb(224, 224, 224);">=E2=80=A2</span>&nbsp;	<a h=
ref=3D"http://www.thomasclausen.org/" class=3D"" style=3D"margin: 0px; paddi=
ng: 0px; border: none; text-decoration: none; color: rgb(176, 176, 176);">th=
omasclausen.org&nbsp;</a><br class=3D""><a href=3D"http://www.arkko.com/tool=
s/allstats/thomasheideclausen.html" class=3D"" style=3D"margin: 0px; padding=
: 0px; border: none; text-decoration: none; color: rgb(176, 176, 176);">www.=
arkko.com/tools/allstats/thomasheideclausen.html</a></strong></div><strong c=
lass=3D"" style=3D"font-family: UICTFontTextStyleTallBody; -webkit-text-size=
-adjust: auto;"></strong></div></div></body></html>=

--Apple-Mail-2F272736-5654-426E-9715-8942ACD2D021--


From nobody Thu May 11 09:44:59 2017
Return-Path: <dhruv.dhody@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56A011294A6; Thu, 11 May 2017 09:44:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.222
X-Spam-Level: 
X-Spam-Status: No, score=-4.222 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=-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 NZn9SsUgZL3H; Thu, 11 May 2017 09:44:48 -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 96CE2129412; Thu, 11 May 2017 09:38:19 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMS87338; Thu, 11 May 2017 16:38:17 +0000 (GMT)
Received: from BLREML408-HUB.china.huawei.com (10.20.4.47) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 11 May 2017 17:38:15 +0100
Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML408-HUB.china.huawei.com ([10.20.4.47]) with mapi id 14.03.0301.000; Thu, 11 May 2017 22:07:57 +0530
From: Dhruv Dhody <dhruv.dhody@huawei.com>
To: Dan Frost <frost@mm.st>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-pce-pceps.all@ietf.org" <draft-ietf-pce-pceps.all@ietf.org>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: [Pce] RtgDir review: draft-ietf-pce-pceps-12
Thread-Index: AQHSyltYC6H+jHLTg06wAJfoFK1pl6HvJ+jQ
Date: Thu, 11 May 2017 16:37:56 +0000
Message-ID: <23CE718903A838468A8B325B80962F9B8CAD810B@blreml501-mbb>
References: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com>
In-Reply-To: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.195.40.152]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0202.59149379.015F, 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: 47fe5610a508270e0cfe67eaa0713e17
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/1iuZjhAi2n6UjzE_k_NhOBFkjlM>
Subject: Re: [RTG-DIR] [Pce] RtgDir review: draft-ietf-pce-pceps-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 16:44:52 -0000

Hi Dan,=20

Thanks for your review. Please see inline...=20

> -----Original Message-----
> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dan Frost
> Sent: 11 May 2017 19:01
> To: rtg-ads@ietf.org
> Cc: rtg-dir@ietf.org; draft-ietf-pce-pceps.all@ietf.org; pce@ietf.org
> Subject: [Pce] RtgDir review: draft-ietf-pce-pceps-12
>=20
>=20
> Hello,
>=20
> I have been selected as the Routing Directorate reviewer for this draft.
> The Routing Directorate seeks to review all routing or routing-related dr=
afts as
> they pass through IETF last call and IESG review, and sometimes on specia=
l
> request. The purpose of the review is to provide assistance to the Routin=
g ADs.
> For more information about the Routing Directorate, please see
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>=20
> Although these comments are primarily for the use of the Routing ADs, it =
would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion =
or by
> updating the draft.
>=20
> Document: draft-ietf-pce-pceps-12
> Reviewer: Dan Frost
> Review Date: 2017-05-11
> IETF LC End Date:
> Intended Status: Standards Track
>=20
> Summary:
>=20
> I have significant concerns about this document and recommend that the
> Routing ADs discuss these issues further with the authors.
>=20
> Comments:
>=20
> This document proposes to add a STARTTLS mechanism to the PCE protocol.
> If this basic approach is accepted, then the document is in good shape.
> It's clear, complete, and straightforward. The question is whether mandat=
ing
> STARTTLS is actually a good idea.
>=20
[Dhruv] Yes, this has been discussed in the WG.=20
The individual draft in fact asked for another port no, and during the WG a=
doption process, it was discussed in the WG as well as with security expert=
s, and concluded that we should use STARTTLS.=20
As far as I am aware, use of different port for secured version of a protoc=
ol has not been followed by IETF for some time now.  =20

> Major Issues:
>=20
> My main concern with this document is that it takes as given that STARTTL=
S is
> the right way to secure PCEP with TLS. Perhaps this argument was already =
had at
> some point and this draft is the result, but if so then at a bare minimum=
 it needs
> rationale explaining why STARTTLS was chosen over alternatives, and text =
that
> addresses weaknesses and mitigations associated with STARTTLS processing,=
 in
> particular the possibility and relative ease of downgrade attacks.
>=20
[Dhruv] I see the benefit of adding text, something in line of -=20

"As per the recommendation from [RFC7525], PCEP peers that support PCEPS, S=
HOULD prefer strict TLS configuration i.e. do not allow non-TLS PCEP sessio=
ns to be established."

I will discuss further with my co-authors/chairs/AD, if we also need to spe=
ll out the full rationale here. =20

> The obvious alternative would be to not use STARTTLS and simply allocate
> another TCP port for PCEP-over-TLS. This avoids complicating the PCE prot=
ocol
> and introducing the potential for downgrade attacks based on STARTTLS. PC=
E is
> used to convey critical path-determination information in carrier network=
s,
> among other things. That it's not fully authenticated and encrypted in al=
l cases
> already is an unfortunate legacy of a bygone era. Ideally operators shoul=
d move
> as quickly as possible to secure PCEP and aim to entirely remove the unse=
cure
> form.
> STARTTLS serves a weaker goal of "opportunistic" security, which, while i=
t has its
> uses, makes little sense for PCE compared to simply deprecating the unsec=
ured
> version.
>=20
> Minor Issues:
>=20
> * Section 3.3: "A RECOMMENDED value for StartTLSWait timer is 60 seconds.=
"
> This seems like a very long time to wait for an initial reply on an alrea=
dy-
> established TCP connection.
>=20
[Dhruv] We saw a benefit in keeping this same as the OpenWait time in the P=
CEP session establishment. =20

> * Section 3.2, fifth paragraph (beginning with "A PCEP speaker
> receiving..."):
>=20
> This paragraph states: "A PCEP speaker receiving any other message apart =
from
> StartTLS, open, or PCErr MUST treat it as an unexpected message..."
>=20
> As written this is confusing and seems to imply that no other PCEP messag=
es can
> ever be sent. It looks like this is meant to be scoped to the context of =
the first
> message sent/received on session initiation?
>=20
[Dhruv] Yes. I will add clarification that this is for the first message.=20

> * Section 8.6
>=20
> The subsection titles of Section 8 have been taken from Section 8 of RFC =
5440,
> but Section 8.6 here is called "Impact on Network Operations"
> while in RFC 5440 it's called "Impact on Network Operation". Funnily enou=
gh,
> that final "s" makes a difference. Without it, the section refers to an i=
mpact on
> the functioning of the network itself. With it, it would usually be taken=
 to refer
> to impact on human operations and management procedures.
>=20
> It looks correct to say that the mechanism of this draft should not signi=
ficantly
> impact the functioning of the network. On the other hand, it certainly do=
es
> impact operations and management procedures, as staff have to develop
> policies around security requirements for PCEP within the organization, m=
ethods
> for verifying whether device security parameters are configured correctly=
,
> checking for unexpected downgrades to insecure sessions, etc. It would be=
 an
> improvement for the document to address the impact of PCEPS on operationa=
l
> processes.
>=20
[Dhruv] Agreed. I will work on text in this section, along these lines.=20

> Nits:
[Dhruv] Ack for all.=20

Thanks for your review.=20

Regards,
Dhruv

>=20
> Sec 3.1, first paragraph:
> OLD
>     The steps involved in the PCEPS establishment consists of following
>     successive steps:
> NEW
>     The steps involved in establishing a PCEPS session are as follows:
> END
>=20
> Sec 3.4, Step 3:
> s/Any attempt of initiate a TLS/Any attempt to initiate a TLS/
>=20
>=20
> Cheers,
> -d
>=20
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce


From nobody Thu May 11 11:28:21 2017
Return-Path: <adrian@olddog.co.uk>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A85B1293D6; Thu, 11 May 2017 11:28:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.08
X-Spam-Level: 
X-Spam-Status: No, score=0.08 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 F0zJo0DS9Dqx; Thu, 11 May 2017 11:28:18 -0700 (PDT)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 860C6129B0A; Thu, 11 May 2017 11:22:31 -0700 (PDT)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v4BIMLFW019211; Thu, 11 May 2017 19:22:21 +0100
Received: from 950129200 (73.204.115.87.dyn.plus.net [87.115.204.73]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v4BIMKDg019191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 May 2017 19:22:21 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Dhruv Dhody'" <dhruv.dhody@huawei.com>, "'Dan Frost'" <frost@mm.st>, <rtg-ads@ietf.org>
Cc: <rtg-dir@ietf.org>, <draft-ietf-pce-pceps.all@ietf.org>, <pce@ietf.org>
References: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com> <23CE718903A838468A8B325B80962F9B8CAD810B@blreml501-mbb>
In-Reply-To: <23CE718903A838468A8B325B80962F9B8CAD810B@blreml501-mbb>
Date: Thu, 11 May 2017 19:22:13 +0100
Message-ID: <08f801d2ca83$838df1d0$8aa9d570$@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: AQJJcu8a0d6PWR3WtIJBOBWDqgn9PwJKnsZjoO/K9YA=
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23064.001
X-TM-AS-Result: No--14.894-10.0-31-10
X-imss-scan-details: No--14.894-10.0-31-10
X-TMASE-MatchedRID: oTBA/+sdKaYn2WEbWzq9rXBRIrj8R47FG05a723w5ydcKZwALwMGs8i4 GR3ZCO6riOa7fw0bKuIWcqsxeJi+6wH/zrweiLuz8eSmTJSmEv2Hxi2fvkKUM5W/KlV6zYxFUiE kc086x3bdB9WdCbsnuhETDGyRSLo4wV5ZD2sQLdVswYo64ufkVeiY+s2L3xQETiKNDvuWVeGhqe T3Vbva/cuVSg9BRaEQxJf2YEv66abwz7Dn+9MyvZ4CIKY/Hg3AtOt1ofVlaoKYGUPdON1eXvoLR 4+zsDTtjoczmuoPCq0VBVGu21RXHVlBP+PgdpFD72LTUzxP7LEyXL0FQkFBlEMyXKmJaB0e
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Pu5Jq8sbThAsEvgcviH2LYjzm0k>
Subject: Re: [RTG-DIR] [Pce] RtgDir review: draft-ietf-pce-pceps-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 18:28:20 -0000

> > This document proposes to add a STARTTLS mechanism to the PCE protocol.
> > If this basic approach is accepted, then the document is in good shape.
> > It's clear, complete, and straightforward. The question is whether mandating
> > STARTTLS is actually a good idea.
> >
> [Dhruv] Yes, this has been discussed in the WG.
> The individual draft in fact asked for another port no, and during the WG
> adoption process, it was discussed in the WG as well as with security experts,
and
> concluded that we should use STARTTLS.
> As far as I am aware, use of different port for secured version of a protocol
has
> not been followed by IETF for some time now.

Right. Burning additional ports has been frowned upon for a while.

I don't think it is right for a draft to explain why one solution was chosen
over another. The question is: does the chosen solution work?

But Dan is right that any weaknesses need to be highlighted and
addressed/mitigated/warned.

Cheers,
Adrian


From nobody Thu May 11 13:51:56 2017
Return-Path: <loa@pi.nu>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 389C113149C; Thu, 11 May 2017 13:51:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 cfQLh43AkuzP; Thu, 11 May 2017 13:51:44 -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 1F72F12EBBC; Thu, 11 May 2017 13:46:10 -0700 (PDT)
Received: from [192.168.0.103] (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 BDC8418014F3; Thu, 11 May 2017 22:46:08 +0200 (CEST)
To: Jiazi Yi <ietf@jiaziyi.com>
References: <1ea04d3a-2446-dcaa-e5b6-21797a3caa57@pi.nu> <BAD130D2-8FE3-4365-BBDB-3A44F197E15E@jiaziyi.com>
Cc: "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, manet@ietf.org, draft-ietf-manet-olsrv2-multipath@ietf.org
From: Loa Andersson <loa@pi.nu>
Message-ID: <b99dda5a-89c1-489a-bd03-937709b4a2fb@pi.nu>
Date: Thu, 11 May 2017 22:46:06 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <BAD130D2-8FE3-4365-BBDB-3A44F197E15E@jiaziyi.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/I5UzEgSid9iWxpIiqtB8WfuxnuI>
Subject: Re: [RTG-DIR] [manet] RtgDir review of draft-ietf-manet-olsrv2-multipath-12.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 20:51:47 -0000

Jiazi

Inline please

On 2017-05-11 16:10, Jiazi Yi wrote:
> Hi Loa,
>
> Thanks a lot for the review.
>
> I don’t know why the nits tool says
>
>   -- Looks like a reference, but probably isn't: '1' on line 469
>
>   -- Looks like a reference, but probably isn't: '2' on line 469

line 469 is (i've marked the '1' and '2'

469	   (PT_metric, PT_address[1], PT_address[2], ..., PT_address[n])
                                  ~~~            ~~~

My question is really not to the authors, I think your text is fine.
RFC Editor might escape the '[' and ']', but I don't really understand
why the nits tool does not have a warning for the '[n]' on the same
line. I will bring this up witht he tools people.

/Loa

>
>
> because there is no ‘1’/‘2’ on line 469 of the draft. May be the RFC
> editor could tell us what’s the problem.
>
> And we will fix the rest of the issues that you raised in the next
> revision.
>
> best
>
> Jiazi
>
>> On 11 May 2017, at 10:14, Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>>
>> wrote:
>>
>> Hello,
>>
>> I have been selected as the Routing Directorate reviewer for this
>> draft. The Routing Directorate seeks to review all routing or
>> routing-related drafts as they pass through IETF last call and IESG
>> review, and sometimes on special request. The purpose of the review is
>> to provide assistance to the Routing ADs. For more information about
>> the Routing Directorate, please see ​
>> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>>
>> Although these comments are primarily for the use of the Routing ADs,
>> it would be helpful if you could consider them along with any other
>> IETF Last Call comments that you receive, and strive to resolve them
>> through discussion or by updating the draft.
>>
>> Document: draft-ietf-manet-olsrv2-multipath-12.txt
>> Reviewer: Loa Andersson
>> Review Date: 2017-05-11
>> IETF LC End Date: 2015-05-11 (?)
>> Intended Status: Experimental
>>
>> Summary:
>>
>> This document is basically ready for publication, but has nits that
>> should be considered prior to publication.
>>
>> Comments:
>>
>> The draft is well written and readable also for someone that does
>> not read manet-draft that often.
>>
>> Major Issues:
>> "No major issues found.
>>
>> Minor Issues:
>>
>> "No minor issues found."
>>
>> Nits:
>>
>> I've looked at the the GenArt review by Peter Yee and the Intdir
>> review by Zhen Cao and largely agree with their comments.
>>
>> In addition: The nits tool picks on something that looks like
>> references on line 469 ( [1] and [2] ) but is not. Don't think you'll
>> need to fix that, the RFC Editor will fix if necessary.
>>
>> I'd like to have the Abstract fleshed out a bit, some more context
>> given. If you are new to the area and the draft it is very hard to
>> find the expected useful info in the abstract.
>>
>> You use "TC message" already in section 4, but TC (Traffic Control)
>> is not expanded until section 6, should be done the first time it is
>> used.
>>
>> The abbreviation "SR" is used (often as part of parameter names), but
>> never really expanded, though one can find the expansion kind of
>> explained at some places. Could be made clearer.
>>
>> /Loa
>>
>>
>> --
>>
>>
>> Loa Andersson                        email: loa@mail01.huawei.com
>> <mailto:loa@mail01.huawei.com>
>> Senior MPLS Expert                          loa@pi.nu <mailto:loa@pi.nu>
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org <mailto:manet@ietf.org>
>> https://www.ietf.org/mailman/listinfo/manet
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64


From nobody Fri May 12 01:39:54 2017
Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64F4E1286AB; Fri, 12 May 2017 01:39:45 -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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jk3t2tBd_l6a; Fri, 12 May 2017 01:39:42 -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 B42EA1294D2; Fri, 12 May 2017 01:34:40 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGL48792; Fri, 12 May 2017 08:34:38 +0000 (GMT)
Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 12 May 2017 09:33:57 +0100
Received: from DGGEML508-MBX.china.huawei.com ([169.254.3.84]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0301.000; Fri, 12 May 2017 16:33:49 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmA==
Date: Fri, 12 May 2017 08:33:49 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
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.0A020204.5915739F.0020, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.84, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 77cbb30db962d15f261766c340e38a03
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/G17POlkp1STnCJqn1S84AUp-gRE>
Subject: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 May 2017 08:39:46 -0000

SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0
byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh
c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcuIFRoZSBwdXJwb3NlIG9m
IHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4g
Rm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFz
ZSBzZWUg4oCLaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0
Z0Rpcg0KDQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNl
IG9mIHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29u
c2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0
aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1
c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi10
ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wNy50eHQgDQpSZXZpZXdlcjogTWFjaCBDaGVuDQpS
ZXZpZXcgRGF0ZTogMTIgTWF5IDIwMTcgDQpJbnRlbmRlZCBTdGF0dXM6IEluZm9ybWF0aW9uYWwN
Cg0KU3VtbWFyeTogDQpJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3Vt
ZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLg0K
DQpDb21tZW50czogDQpUaGlzIGRvY3VtZW50IGlzIGNsZWFybHkgd3JpdHRlbiBhbmQgZWFzeSB0
byB1bmRlcnN0YW5kLiANCg0KTWFqb3IgSXNzdWVzOiANCk5vIG1ham9yIGlzc3VlcyBmb3VuZC4N
Cg0KTWlub3IgSXNzdWVzOiANCg0KMS4gU2VjdGlvbiA1Lg0KVGhlIGJlaGF2aW9yIG9mIFBhdGgg
YW5kIFJlc3YgbWVzc2FnZXMgIHByb2Nlc3MgIkFmdGVyIExpbmsgRmFpbHVyZSIgaXMgZGlmZmVy
ZW50IGZyb20gdGhlIGJlaGF2aW9yIG9mICIgUmV2ZXJ0aXZlIEJlaGF2aW9yIEFmdGVyIEZhc3Qg
UmVyb3V0ZSIuIEZvciBleGFtcGxlLCBmb3IgIkFmdGVyIExpbmsgRmFpbHVyZSIgY2FzZSwgd2hp
Y2ggbGluayB0aGUgUmVzdiBtZXNzYWdlcyB3aWxsIHNlbmQgb3ZlciBkZXBlbmRzIG9uIHRoZSBs
aW5rIG92ZXIgd2hpY2ggdGhlIFBhdGggbWVzc2FnZXMgYXJlIHJlY2VpdmVkLCBidXQgZm9yICIg
UmV2ZXJ0aXZlIEJlaGF2aW9yIEFmdGVyIEZhc3QgUmVyb3V0ZSIgY2FzZSwgdGhlIFBhdGggYW5k
IFJlc3YgbWVzc2FnZXMgYXJlIHNlbnQgaW5kZXBlbmRlbnRseS4gSXMgdGhpcyB0aGUgaW50ZW50
aW9uLCBvciBpcyBpdCBuZWNlc3NhcnkgdG8gdW5pZnkgdGhlIGJlaGF2aW9yPw0KDQoyLg0KU2Vj
dGlvbiA3LjEuICBCWVBBU1NfQVNTSUdOTUVOVCBTdWJvYmplY3QNCg0KVHdvIHN1Ym9iamVjdHMg
YXJlIGRlZmluZWQgaW4gdGhpcyBzZWN0aW9uLCB0aGUgYXV0aG9ycyB0cnkgdG8gdXNlIHVuaWZp
ZWQgdGV4dCB0byBleHBsYWluIHRoZSB0d28gc3Vib2JqZWN0cywgYnV0IElNSE8sIHRoaXMgaXMg
bm90IGEgZ29vZCB3YXkgdG8gZGVzY3JpYmUgbXVsdGlwbGUgZGlmZmVyZW50IHN1Ym9iamVjdC4g
QmFzZWQgb24gdGhlIGN1cnJlbnQgdGV4dCwgSSB0aGluayB0aGUgYXV0aG9ycyBhcmUgdHJ5aW5n
IHRvIHVzZSBhIHNpbmdsZSBUeXBlIGZvciBib3RoIHN1Ym9iamVjdHMsIGJ1dCBhZnRlciByZWFk
aW5nIHRoZSBJQU5BIHNlY3Rpb24sIG9idmlvdXNseSBpdCdzIG5vdC4gIFNvLCBJJ2Qgc3VnZ2Vz
dCB0byB1c2UgZGVkaWNhdGVkIGRlc2NyaWJlIHRlc3QgZm9yIHNwZWNpZmljIHN1YmplY3QsIGFu
ZCBmb3IgdGhlIHR5cGUsIGl0J3MgYmV0dGVyIHRvIHVzZSBUQkExLCBUQkEyLi4uDQoNCjMuDQpT
ZWN0aW9uIDgNCiJBcyBkZXNjcmliZWQgaW4NCiAgIFNlY3Rpb24gNyBvZiB0aGlzIGRvY3VtZW50
LCB0aGlzIHN1Ym9iamVjdCBpcyBub3QgY2FycmllZCBpbiB0aGUgUlNWUA0KICAgUmVzdiBtZXNz
YWdlLiAgQSBuZXcgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUiBCeXBhc3MgQXNzaWdubWVudCBFcnJv
cg0KICAgaXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiINCg0KV2hhdCdzIHN1Yi1jb2RlIHdp
bGwgYmUgc2VudCB3aGVuIEJZUEFTU18gQVNTSUdOTUVOVCBzdWJvYmplY3QgaXMgY2FycmllZCBp
biB0aGUgUlNWUCBtZXNzYWdlPw0KDQoNCk5pdHM6IA0KU2VjdGlvbiA1LjEuMS4NCnMvYnlwYXNz
IHR1bm5lbHMgVDMvIGJ5cGFzcyB0dW5uZWwgVDMvDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg==


From nobody Fri May 12 02:02:35 2017
Return-Path: <Jonathan.Hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA72012E04A; Fri, 12 May 2017 02:02:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.801
X-Spam-Level: 
X-Spam-Status: No, score=-4.801 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 nB4UmjYfs9VT; Fri, 12 May 2017 02:02:24 -0700 (PDT)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0115.outbound.protection.outlook.com [104.47.33.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0D46127419; Fri, 12 May 2017 01:57:35 -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=O0xTkorGDT/8MLYPzb8DxdPyD3/xUkrNcOtD4lpVXb0=; b=j5WeQRZdlmncSD4P0MwWcmXdBnIkVVugU6UDYpgQXjjF9mQDAANYD0QwY7ZCJFNteWlT67DPF4CXVeZKeDW1CeYZLj4yWP2ozIbR+YBLj98eEweNKnQAAhtEuM60Q5ZcHnU4Ih52m+ORrnnkl6/bRi4Fsbo1uCq5SRimqB5+EPg=
Received: from BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) by BY2PR0201MB1909.namprd02.prod.outlook.com (10.163.75.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.16; Fri, 12 May 2017 08:57:32 +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.1084.021; Fri, 12 May 2017 08:57:32 +0000
From: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>
To: Eric C Rosen <erosen@juniper.net>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-mpls-rfc3107bis@ietf.org" <draft-ietf-mpls-rfc3107bis@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: Routing directorate review of draft-ietf-mpls-rfc3107-bis
Thread-Index: AdK/UgoPnMchP/X0SOKBF6US5Kr0PwE6EMqAAC5SQVAA+HX/gACKBdZw
Date: Fri, 12 May 2017 08:57:31 +0000
Message-ID: <BY2PR0201MB19107354F58E10BBBEBB5E0A84E20@BY2PR0201MB1910.namprd02.prod.outlook.com>
References: <BY2PR0201MB19109FB5D0BF1F2FC02B8E5284100@BY2PR0201MB1910.namprd02.prod.outlook.com> <9913c8e1-50fe-34c1-a8d5-2d5efefafc5e@juniper.net> <BY2PR0201MB19109734BAE5CFFB0E7DD70C84EA0@BY2PR0201MB1910.namprd02.prod.outlook.com> <d722642a-56cc-ffe3-af2f-b46cece15c8c@juniper.net>
In-Reply-To: <d722642a-56cc-ffe3-af2f-b46cece15c8c@juniper.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: juniper.net; dkim=none (message not signed) header.d=none; juniper.net; dmarc=none action=none header.from=metaswitch.com; 
x-originating-ip: [86.132.79.244]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY2PR0201MB1909; 7:d5iqkdVui3Agoeyj35pSaakpluAv18cNRXX1C+6QLqrG/6AcwFfWZskI+D4bETPgHWjdlCTA9UlormmlswKKBO7Nq1Y2eRlFi8AGE6OwvDasuEr1O1DUbxEcW9OMIGOYiLkt8xeN4nT74Etc9bFNPrvU4FNqI0I2VzmUEDkzbz0una2szpPDgphcWQ5SYz7xrtl0aIQK3TubMD1cRcCiAezUDzQ8fNopIG5G2igyxEvZhnyu5l1EY+R+yprvTeaIzgSMXJ8tNkuRQnMpU4OOUF99g3d1lHXnxRlx5WFk87yM4ugWpZXgVQnqEg+5XX3Nef8NDw76N6XbY6VEd4QI9Q==
x-ms-office365-filtering-correlation-id: e7590ac5-e37a-421b-ddd1-08d49914ed07
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BY2PR0201MB1909; 
x-microsoft-antispam-prvs: <BY2PR0201MB19094B087DB50FF31E6AD10C84E20@BY2PR0201MB1909.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(6041248)(20161123560025)(20161123564025)(20161123558100)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148); SRVR:BY2PR0201MB1909; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0201MB1909; 
x-forefront-prvs: 0305463112
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(39410400002)(39450400003)(39840400002)(39400400002)(13464003)(74316002)(38730400002)(110136004)(122556002)(6246003)(3660700001)(2900100001)(33656002)(86362001)(3280700002)(9686003)(55016002)(6506006)(8666007)(54906002)(99286003)(77096006)(1941001)(305945005)(6116002)(189998001)(6436002)(229853002)(102836003)(3846002)(7736002)(53936002)(6916009)(2906002)(8676002)(8936002)(7696004)(81166006)(5660300001)(478600001)(2950100002)(230783001)(25786009)(53546009)(54356999)(4326008)(66066001)(50986999)(93886004)(76176999)(72206003)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0201MB1909; H:BY2PR0201MB1910.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 May 2017 08:57:31.9943 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0201MB1909
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/nDDyVKZkHVV-ueikLpSQSsccZn8>
Subject: Re: [RTG-DIR] Routing directorate review of draft-ietf-mpls-rfc3107-bis
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 May 2017 09:02:27 -0000

SGkgRXJpYw0KDQpUaGFua3MgZm9yIG1ha2luZyB0aGVzZSBjaGFuZ2VzLiAgVGhpcyByZXNvbHZl
cyBteSBjb25jZXJuLg0KDQpCZXN0IHJlZ2FyZHMNCkpvbg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz
c2FnZS0tLS0tDQpGcm9tOiBFcmljIEMgUm9zZW4gW21haWx0bzplcm9zZW5AanVuaXBlci5uZXRd
IA0KU2VudDogMDkgTWF5IDIwMTcgMTY6MDQNClRvOiBKb25hdGhhbiBIYXJkd2ljayA8Sm9uYXRo
YW4uSGFyZHdpY2tAbWV0YXN3aXRjaC5jb20+OyBkcmFmdC1pZXRmLW1wbHMtcmZjMzEwN2Jpc0Bp
ZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmcNCkNjOiBydGctZGly
QGlldGYub3JnDQpTdWJqZWN0OiBSZTogUm91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXcgb2YgZHJh
ZnQtaWV0Zi1tcGxzLXJmYzMxMDctYmlzDQoNCkhpIEpvbiwNCg0KSSd2ZSBtYWRlIHNvbWUgbW9k
aWZpY2F0aW9ucyB0byBzZWN0aW9uIDUgaW4gcmVzcG9uc2UgdG8geW91ciBjb21tZW50cy4gIA0K
V2hpbGUgSSBkb24ndCB3YW50IHRvIGdldCBpbnRvIGEgbG90IG9mIGRldGFpbHMgYWJvdXQgdGhl
IGltcGxlbWVudGF0aW9uIGRpZmZlcmVuY2VzLCBJIGRvIHRoaW5rIGl0IGlzIGZhaXIgdG8gYXNr
IHRoYXQgc2VjdGlvbiA1IHBvaW50IG91dCBtb3JlIGNsZWFybHkgdGhhdCB0aGVyZSBjYW4gYmUg
aW50ZXJvcGVyYWJpbGl0eSBwcm9ibGVtcywgYW5kIHRoYXQgaXQgbWlnaHQgbm90IGJlIHBvc3Np
YmxlIHRvIGFjaGlldmUgYSBkZXNpcmVkIHNldCBvZiBsb2NhbCBwb2xpY2llcyB3aXRoIHNvbWUg
aW1wbGVtZW50YXRpb25zIG9yIHNvbWUgY29tYmluYXRpb25zIG9mIGltcGxlbWVudGF0aW9uLiAg
U2VlIGJlbG93IGZvciB0aGUgcHJvcG9zZWQgbmV3IGNvbnRlbnRzIG9mIFNlY3Rpb24gNS4NCg0K
RXJpYw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KNS4gIFJlbGF0aW9uc2hpcCBCZXR3ZWVuIFNB
RkktNCBhbmQgU0FGSS0xIFJvdXRlcw0KDQogICAgSXQgaXMgcG9zc2libGUgdGhhdCBhIEJHUCBz
cGVha2VyIHdpbGwgcmVjZWl2ZSBib3RoIGEgU0FGSS0xIHJvdXRlIA0KZm9yIHByZWZpeCBQIGFu
ZCBhIFNBRkktNCByb3V0ZSBmb3IgcHJlZml4IFAuICBEaWZmZXJlbnQgaW1wbGVtZW50YXRpb25z
IA0KdHJlYXQgdGhpcyBzaXR1YXRpb24gaW4gZGlmZmVyZW50IHdheXMuDQoNCiAgICBGb3IgZXhh
bXBsZSwgc29tZSBpbXBsZW1lbnRhdGlvbnMgbWF5IHJlZ2FyZCBTQUZJLTEgcm91dGVzIGFuZCAN
ClNBRkktNCByb3V0ZXMgYXMgY29tcGxldGVseSBpbmRlcGVuZGVudCwgYW5kIG1heSB0cmVhdCB0
aGVtIGluIGEgInNoaXBzIA0KaW4gdGhlIG5pZ2h0IiBmYXNoaW9uLiAgSW4gdGhpcyBjYXNlLCBi
ZXN0cGF0aCBzZWxlY3Rpb24gZm9yIHRoZSB0d28gDQpTQUZJcyBpcyBpbmRlcGVuZGVudCwgYW5k
IHRoZXJlIHdpbGwgYmUgYSBiZXN0IFNBRkktMSByb3V0ZSB0byBQIGFzIHdlbGwgDQphcyBhIGJl
c3QgU0FGSS00IHJvdXRlIHRvIFAuICBXaGljaCBwYWNrZXRzIGdldCBmb3J3YXJkZWQgYWNjb3Jk
aW5nIHRvIA0KdGhlIHJvdXRlcyBvZiB3aGljaCBTQUZJIGlzIHRoZW4gYSBtYXR0ZXIgb2YgbG9j
YWwgcG9saWN5Lg0KDQogICAgT3RoZXIgaW1wbGVtZW50YXRpb25zIG1heSB0cmVhdCB0aGUgU0FG
SS0xIGFuZCBTQUZJLTQgcm91dGVzIGZvciBhIA0KZ2l2ZW4gcHJlZml4IGFzIGNvbXBhcmFibGUs
IHN1Y2ggdGhhdCB0aGUgYmVzdCByb3V0ZSB0byBwcmVmaXggUCBpcyANCmVpdGhlciBhIFNBRkkt
MSByb3V0ZSBvciBhIFNBRkktNCByb3V0ZSwgYnV0IG5vdCBib3RoLiAgSW4gc3VjaCANCmltcGxl
bWVudGF0aW9ucywgaWYgbG9hZC1iYWxhbmNpbmcgaXMgZG9uZSBhbW9uZyBhIHNldCBvZiBlcXVh
bCBjb3N0IA0Kcm91dGVzLCBzb21lIG9mIHRoZSBlcXVhbCBjb3N0IHJvdXRlcyBtYXkgYmUgU0FG
SS0xIHJvdXRlcyBhbmQgc29tZSBtYXkgDQpiZSBTQUZJLTQgcm91dGVzLiAgV2hldGhlciB0aGlz
IGlzIGFsbG93ZWQgaXMgYWdhaW4gYSBtYXR0ZXIgb2YgbG9jYWwgDQpwb2xpY3kuDQoNCiAgICBT
b21lIGltcGxlbWVudGF0aW9ucyBtYXkgYWxsb3cgYSBzaW5nbGUgQkdQIHNlc3Npb24gdG8gY2Fy
cnkgVVBEQVRFUyANCm9mIGJvdGggU0FGSS0xIGFuZCBTQUZJLTQ7IG90aGVyIGltcGxlbWVudGF0
aW9ucyBtYXkgZGlzYWxsb3cgdGhpcy4gIA0KU29tZSBpbXBsZW1lbnRhdGlvbnMgdGhhdCBhbGxv
dyBib3RoIFNBRklzIG9uIHRoZSBzYW1lIHNlc3Npb24gbWF5IHRyZWF0IA0KdGhlIHJlY2VpcHQg
b2YgYSBTQUZJLTEgcm91dGUgZm9yIHByZWZpeCBQIG9uIGEgZ2l2ZW4gc2Vzc2lvbiBhcyBhbiAN
CmltcGxpY2l0IHdpdGhkcmF3YWwgb2YgYSBwcmV2aW91cyBTQUZJLTQgcm91dGUgZm9yIHByZWZp
eCBQIG9uIHRoYXQgDQpzZXNzaW9uLCBhbmQgdmljZSB2ZXJzYS4gIE90aGVyIGltcGxlbWVudGF0
aW9ucyBtYXkgaGF2ZSBkaWZmZXJlbnQgYmVoYXZpb3IuDQoNCiAgICBBIEJHUCBzcGVha2VyIG1h
eSByZWNlaXZlIGEgU0FGSS00IHJvdXRlIG92ZXIgYSBnaXZlbiBCR1Agc2Vzc2lvbiwgDQpidXQg
bWF5IGhhdmUgb3RoZXIgQkdQIHNlc3Npb25zIGZvciB3aGljaCBTQUZJLTQgaXMgbm90IGVuYWJs
ZWQuICBJbiANCnRoaXMgY2FzZSwgdGhlIEJHUCBzcGVha2VyIE1BWSBjb252ZXJ0IHRoZSBTQUZJ
LTQgcm91dGUgdG8gYSBTQUZJLTEgDQpyb3V0ZSBhbmQgdGhlbiBwcm9wYWdhdGUgdGhlIHJlc3Vs
dCBvdmVyIHRoZSBzZXNzaW9uIG9uIHdoaWNoIFNBRkktNCBpcyANCm5vdCBlbmFibGVkLiAgV2hl
dGhlciB0aGlzIGlzIGRvbmUgaXMgYSBtYXR0ZXIgb2YgbG9jYWwgcG9saWN5Lg0KDQogICAgVGhl
c2UgZGlmZmVyZW5jZXMgaW4gdGhlIGJlaGF2aW9yIG9mIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlv
bnMgbWF5IA0KcmVzdWx0IGluIHVuZXhwZWN0ZWQgYmVoYXZpb3Igb3IgbGFjayBvZiBpbnRlcm9w
ZXJhYmlsaXR5LiAgSW4gc29tZSANCmNhc2VzLCBpdCBtYXkgYmUgZGlmZmljdWx0IG9yIGltcG9z
c2libGUgdG8gYWNoaWV2ZSB0aGUgZGVzaXJlZCBwb2xpY2llcyANCndpdGggY2VydGFpbiBpbXBs
ZW1lbnRhdGlvbnMgb3IgY29tYmluYXRpb25zIG9mIGltcGxlbWVudGF0aW9ucy4NCg0KDQo=


From nobody Fri May 12 04:47:52 2017
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26FFB12EB0D; Fri, 12 May 2017 04:47:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tFv4D4ACIUdX; Fri, 12 May 2017 04:47:49 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE1BA12EB5B; Fri, 12 May 2017 04:42:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5144; q=dns/txt; s=iport; t=1494589362; x=1495798962; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=/SgGg2zLEn2eRELWRmqYJKq9f2AzcZqi2FuT/i3SQtM=; b=HaX/3EZqjfG5qaCPYA8n+/tsBk7jLvriw1fl9pYxXd1H1vGUhrlInIA/ ++1cFzLE3wGMnzxkP66Cv4ZVE5S3UNJTxkUfP46GPYAdRekj46kn/z2CM WIKnu1caFyTFQ0aWhXHsu03KPm+Ku6m0BuOlKVt3pEShxYdxUMge6nDaY o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AkAQAjnxVZ/4ENJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyorYoEMB4NkihiROyGVdIIPLIV4AhqEfT8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGQYjETMSEAIBCBQGAiYCAgIwFRABAQQBDQWKIw6vIIIminQBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEdgQuFVIFeKwuBWYEMhGoQIQKCWC+CMQWeCgGHG4t/ggRVhGa?= =?us-ascii?q?KLIh/i0MBHziBCnAVWAGGYnYBh12BDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.38,329,1491264000"; d="scan'208";a="244464856"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 May 2017 11:42:41 +0000
Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v4CBgf7i006356 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 12 May 2017 11:42:41 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 12 May 2017 06:42:41 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Fri, 12 May 2017 06:42:41 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Mach Chen <mach.chen@huawei.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCA
Date: Fri, 12 May 2017 11:42:41 +0000
Message-ID: <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.242.56]
Content-Type: text/plain; charset="utf-8"
Content-ID: <7CDC8F30B01D2F428503CEE6B19D0E61@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/VBJFLW2u6bpuwk5XT0oNNIjUqdw>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 May 2017 11:47:51 -0000

SGkgTWFjaCwNCg0KTWFueSB0aGFua3MgZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgb2YgdGhlIGRv
Y3VtZW50IGFuZCB5b3VyIGNvbW1lbnRzLiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVwbGllcyB3
aXRoIDxSRz7igKYNCg0KDQpPbiAyMDE3LTA1LTEyLCA0OjMzIEFNLCAiTWFjaCBDaGVuIiA8bWFj
aC5jaGVuQGh1YXdlaS5jb20+IHdyb3RlOg0KDQogICAgSGVsbG8sDQogICAgDQogICAgSSBoYXZl
IGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRo
aXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91
dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYg
bGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0
byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1h
dGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8v
dHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogICAgDQogICAg
QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUg
Um91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRo
ZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3Ug
cmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9y
IGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC4NCiAgICANCiAgICBEb2N1bWVudDogZHJhZnQtaWV0Zi10
ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wNy50eHQgDQogICAgUmV2aWV3ZXI6IE1hY2ggQ2hl
bg0KICAgIFJldmlldyBEYXRlOiAxMiBNYXkgMjAxNyANCiAgICBJbnRlbmRlZCBTdGF0dXM6IElu
Zm9ybWF0aW9uYWwNCiAgICANCiAgICBTdW1tYXJ5OiANCiAgICBJIGhhdmUgc29tZSBtaW5vciBj
b25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2
ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLg0KICAgIA0KICAgIENvbW1lbnRzOiANCiAgICBUaGlzIGRv
Y3VtZW50IGlzIGNsZWFybHkgd3JpdHRlbiBhbmQgZWFzeSB0byB1bmRlcnN0YW5kLiANCiAgICAN
CiAgICBNYWpvciBJc3N1ZXM6IA0KICAgIE5vIG1ham9yIGlzc3VlcyBmb3VuZC4NCiAgICANCiAg
ICBNaW5vciBJc3N1ZXM6IA0KICAgIA0KICAgIDEuIFNlY3Rpb24gNS4NCiAgICBUaGUgYmVoYXZp
b3Igb2YgUGF0aCBhbmQgUmVzdiBtZXNzYWdlcyAgcHJvY2VzcyAiQWZ0ZXIgTGluayBGYWlsdXJl
IiBpcyBkaWZmZXJlbnQgZnJvbSB0aGUgYmVoYXZpb3Igb2YgIiBSZXZlcnRpdmUgQmVoYXZpb3Ig
QWZ0ZXIgRmFzdCBSZXJvdXRlIi4gRm9yIGV4YW1wbGUsIGZvciAiQWZ0ZXIgTGluayBGYWlsdXJl
IiBjYXNlLCB3aGljaCBsaW5rIHRoZSBSZXN2IG1lc3NhZ2VzIHdpbGwgc2VuZCBvdmVyIGRlcGVu
ZHMgb24gdGhlIGxpbmsgb3ZlciB3aGljaCB0aGUgUGF0aCBtZXNzYWdlcyBhcmUgcmVjZWl2ZWQs
IGJ1dCBmb3IgIiBSZXZlcnRpdmUgQmVoYXZpb3IgQWZ0ZXIgRmFzdCBSZXJvdXRlIiBjYXNlLCB0
aGUgUGF0aCBhbmQgUmVzdiBtZXNzYWdlcyBhcmUgc2VudCBpbmRlcGVuZGVudGx5LiBJcyB0aGlz
IHRoZSBpbnRlbnRpb24sIG9yIGlzIGl0IG5lY2Vzc2FyeSB0byB1bmlmeSB0aGUgYmVoYXZpb3I/
DQoNCjxSRz4gT2ssIHdlIHNob3VsZCByZW1vdmUgdGhlIHNlY29uZCBidWxsZXQgKGNvcGllZCBi
ZWxvdykgdG8gbWFrZSBpdCBjb25zaXN0ZW50IGZvciBib3RoIGNhc2VzLg0KDQpvICBUaGUgdXBz
dHJlYW0gUExSIFI0IHN0YXJ0cyBzZW5kaW5nIHRoZSBSZXN2IG1lc3NhZ2VzIGFuZCB0cmFmZmlj
DQogICAgICBmbG93IG9mIHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsg
dG93YXJkcw0KICAgICAgZG93bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGgg
bWVzc2FnZXMgdG93YXJkcyBQUlIgUjUNCiAgICAgIGFuZCBzdG9wcyBzZW5kaW5nIHRoZW0gb3Zl
ciB0aGUgYnlwYXNzIHR1bm5lbC4NCg0KICAgIA0KICAgIDIuDQogICAgU2VjdGlvbiA3LjEuICBC
WVBBU1NfQVNTSUdOTUVOVCBTdWJvYmplY3QNCiAgICANCiAgICBUd28gc3Vib2JqZWN0cyBhcmUg
ZGVmaW5lZCBpbiB0aGlzIHNlY3Rpb24sIHRoZSBhdXRob3JzIHRyeSB0byB1c2UgdW5pZmllZCB0
ZXh0IHRvIGV4cGxhaW4gdGhlIHR3byBzdWJvYmplY3RzLCBidXQgSU1ITywgdGhpcyBpcyBub3Qg
YSBnb29kIHdheSB0byBkZXNjcmliZSBtdWx0aXBsZSBkaWZmZXJlbnQgc3Vib2JqZWN0LiBCYXNl
ZCBvbiB0aGUgY3VycmVudCB0ZXh0LCBJIHRoaW5rIHRoZSBhdXRob3JzIGFyZSB0cnlpbmcgdG8g
dXNlIGEgc2luZ2xlIFR5cGUgZm9yIGJvdGggc3Vib2JqZWN0cywgYnV0IGFmdGVyIHJlYWRpbmcg
dGhlIElBTkEgc2VjdGlvbiwgb2J2aW91c2x5IGl0J3Mgbm90LiAgU28sIEknZCBzdWdnZXN0IHRv
IHVzZSBkZWRpY2F0ZWQgZGVzY3JpYmUgdGVzdCBmb3Igc3BlY2lmaWMgc3ViamVjdCwgYW5kIGZv
ciB0aGUgdHlwZSwgaXQncyBiZXR0ZXIgdG8gdXNlIFRCQTEsIFRCQTIuLi4NCg0KPFJHPiBBZ3Jl
ZSB0byB1cGRhdGUgdGhpcy4NCg0KICAgIA0KICAgIDMuDQogICAgU2VjdGlvbiA4DQogICAgIkFz
IGRlc2NyaWJlZCBpbg0KICAgICAgIFNlY3Rpb24gNyBvZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1
Ym9iamVjdCBpcyBub3QgY2FycmllZCBpbiB0aGUgUlNWUA0KICAgICAgIFJlc3YgbWVzc2FnZS4g
IEEgbmV3IE5vdGlmeSBtZXNzYWdlIGZvciBGUlIgQnlwYXNzIEFzc2lnbm1lbnQgRXJyb3INCiAg
ICAgICBpcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuIg0KICAgIA0KICAgIFdoYXQncyBzdWIt
Y29kZSB3aWxsIGJlIHNlbnQgd2hlbiBCWVBBU1NfIEFTU0lHTk1FTlQgc3Vib2JqZWN0IGlzIGNh
cnJpZWQgaW4gdGhlIFJTVlAgbWVzc2FnZT8NCiAgICANCjxSRz4gUmV2aXNlZCB0ZXh0IHN1Z2dl
c3RlZCBhcyBmb2xsb3dpbmc6DQoNCiAgICAgICBBcyBkZXNjcmliZWQgaW4NCiAgICAgICBTZWN0
aW9uIDcgb2YgdGhpcyBkb2N1bWVudCwgdGhpcyBzdWJvYmplY3QgaXMgbm90IGNhcnJpZWQgaW4g
dGhlIFJTVlANCiAgICAgICBSZXN2IG1lc3NhZ2UgYW5kIGlzIGlnbm9yZWQgYnkgc2VuZGluZyB0
aGUgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUiBCeXBhc3MgQXNzaWdubWVudCBFcnJvciAod2l0aCBT
dWJjb2RlOiBCeXBhc3MgQXNzaWdubWVudCBDYW5ub3QgQmUgVXNlZCkgZGVmaW5lZCBpbiB0aGlz
IGRvY3VtZW50LiAgDQogICAgICAgTm9kZXMgbm90IHN1cHBvcnRpbmcgdGhlIE5vdGlmeSBtZXNz
YWdlIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCB3aWxsIGlnbm9yZSBpdCBidXQgZm9yd2FyZCBp
dCB3aXRob3V0IG1vZGlmaWNhdGlvbi4NCg0KICAgIA0KICAgIE5pdHM6IA0KICAgIFNlY3Rpb24g
NS4xLjEuDQogICAgcy9ieXBhc3MgdHVubmVscyBUMy8gYnlwYXNzIHR1bm5lbCBUMy8NCiAgICAN
CjxSRz4gQWdyZWUuDQoNClRoYW5rcywNClJha2VzaCAoZm9yIGF1dGhvcnMgYW5kIGNvbnRyaWJ1
dG9ycykNCg0KDQoNCg0KDQogICAgQmVzdCByZWdhcmRzLA0KICAgIE1hY2gNCiAgICANCg0K


From nobody Fri May 12 14:51:25 2017
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C482B12E058; Fri, 12 May 2017 14:51:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VHLmmTfgTppG; Fri, 12 May 2017 14:51:20 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3870E12EAE0; Fri, 12 May 2017 14:46:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6068; q=dns/txt; s=iport; t=1494625616; x=1495835216; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dzaMSO5A6TKD8wMma8VLP0E3qW+lwvY8DLAyDvgmcxI=; b=XW/C6KYaatiYc72cq7zFesMvyAj7kYFSrwKDFtJ8EKSshD2linmLG4/p zii8s4HOsEvxnt7R4AXVE0EvgcbMVKwiOfsunLfLnbrdyl3pKIAD0v8Sz s42fPFWzZjtFJ8j+CWFCSKFAaddg4UOmPBrSANVYAA8HWcncUWV1QbyVC A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DtAACRLBZZ/51dJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyorYoEMB4NkihiRPiGVdIIPLoV2AhqEfz8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGQYjETMSEAIBCBQGAiYCAgIwFRABAQQBDQWKIw6uWYImik8BAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEdgQuFVIFeKwuBWYEMhGMHECECglgvgjEFngoBhxuLf4IEVYR?= =?us-ascii?q?miiyIf4tDAR84gQpwFVgBhmJ2AYddgQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.38,332,1491264000"; d="scan'208";a="248321998"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 May 2017 21:46:55 +0000
Received: from XCH-RCD-019.cisco.com (xch-rcd-019.cisco.com [173.37.102.29]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v4CLkt1X031625 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 12 May 2017 21:46:55 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-019.cisco.com (173.37.102.29) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 12 May 2017 16:46:54 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Fri, 12 May 2017 16:46:54 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Mach Chen <mach.chen@huawei.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCAABUaawA=
Date: Fri, 12 May 2017 21:46:54 +0000
Message-ID: <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com> <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com>
In-Reply-To: <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.242.56]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A9379526983D184A8C2CA60C0F446066@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/UPmpRd0ToS2aVbSPzIBJHbcv_Pk>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 May 2017 21:51:23 -0000

SGkgTWFjaCwgV0csDQoNClVwZGF0ZWQgZG9jdW1lbnQgdGhhdCBhZGRyZXNzZXMgdGhlIGNvbW1l
bnRzIGNhbiBiZSBmb3VuZCBhdDoNCg0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0
LWlldGYtdGVhcy1nbXBscy1sc3AtZmFzdHJlcm91dGUtMDgNCg0KaHR0cHM6Ly9kYXRhdHJhY2tl
ci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRl
LTA4DQoNCg0KdGhhbmtzLA0KUmFrZXNoDQoNCg0KT24gMjAxNy0wNS0xMiwgNzo0MiBBTSwgIlJh
a2VzaCBHYW5kaGkgKHJnYW5kaGkpIiA8cmdhbmRoaUBjaXNjby5jb20+IHdyb3RlOg0KDQogICAg
SGkgTWFjaCwNCiAgICANCiAgICBNYW55IHRoYW5rcyBmb3IgdGhlIGRldGFpbGVkIHJldmlldyBv
ZiB0aGUgZG9jdW1lbnQgYW5kIHlvdXIgY29tbWVudHMuIFBsZWFzZSBzZWUgaW5saW5lIGZvciBy
ZXBsaWVzIHdpdGggPFJHPuKApg0KICAgIA0KICAgIA0KICAgIE9uIDIwMTctMDUtMTIsIDQ6MzMg
QU0sICJNYWNoIENoZW4iIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4gd3JvdGU6DQogICAgDQogICAg
ICAgIEhlbGxvLA0KICAgICAgICANCiAgICAgICAgSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhl
IFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5n
IERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0
ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJl
dmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2Ug
dG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGlu
ZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9h
cmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogICAgICAgIA0KICAgICAgICBBbHRob3VnaCB0aGVz
ZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywg
aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRo
IGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQg
c3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcg
dGhlIGRyYWZ0Lg0KICAgICAgICANCiAgICAgICAgRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1n
bXBscy1sc3AtZmFzdHJlcm91dGUtMDcudHh0IA0KICAgICAgICBSZXZpZXdlcjogTWFjaCBDaGVu
DQogICAgICAgIFJldmlldyBEYXRlOiAxMiBNYXkgMjAxNyANCiAgICAgICAgSW50ZW5kZWQgU3Rh
dHVzOiBJbmZvcm1hdGlvbmFsDQogICAgICAgIA0KICAgICAgICBTdW1tYXJ5OiANCiAgICAgICAg
SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhp
bmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4NCiAgICAgICAgDQogICAg
ICAgIENvbW1lbnRzOiANCiAgICAgICAgVGhpcyBkb2N1bWVudCBpcyBjbGVhcmx5IHdyaXR0ZW4g
YW5kIGVhc3kgdG8gdW5kZXJzdGFuZC4gDQogICAgICAgIA0KICAgICAgICBNYWpvciBJc3N1ZXM6
IA0KICAgICAgICBObyBtYWpvciBpc3N1ZXMgZm91bmQuDQogICAgICAgIA0KICAgICAgICBNaW5v
ciBJc3N1ZXM6IA0KICAgICAgICANCiAgICAgICAgMS4gU2VjdGlvbiA1Lg0KICAgICAgICBUaGUg
YmVoYXZpb3Igb2YgUGF0aCBhbmQgUmVzdiBtZXNzYWdlcyAgcHJvY2VzcyAiQWZ0ZXIgTGluayBG
YWlsdXJlIiBpcyBkaWZmZXJlbnQgZnJvbSB0aGUgYmVoYXZpb3Igb2YgIiBSZXZlcnRpdmUgQmVo
YXZpb3IgQWZ0ZXIgRmFzdCBSZXJvdXRlIi4gRm9yIGV4YW1wbGUsIGZvciAiQWZ0ZXIgTGluayBG
YWlsdXJlIiBjYXNlLCB3aGljaCBsaW5rIHRoZSBSZXN2IG1lc3NhZ2VzIHdpbGwgc2VuZCBvdmVy
IGRlcGVuZHMgb24gdGhlIGxpbmsgb3ZlciB3aGljaCB0aGUgUGF0aCBtZXNzYWdlcyBhcmUgcmVj
ZWl2ZWQsIGJ1dCBmb3IgIiBSZXZlcnRpdmUgQmVoYXZpb3IgQWZ0ZXIgRmFzdCBSZXJvdXRlIiBj
YXNlLCB0aGUgUGF0aCBhbmQgUmVzdiBtZXNzYWdlcyBhcmUgc2VudCBpbmRlcGVuZGVudGx5LiBJ
cyB0aGlzIHRoZSBpbnRlbnRpb24sIG9yIGlzIGl0IG5lY2Vzc2FyeSB0byB1bmlmeSB0aGUgYmVo
YXZpb3I/DQogICAgDQogICAgPFJHPiBPaywgd2Ugc2hvdWxkIHJlbW92ZSB0aGUgc2Vjb25kIGJ1
bGxldCAoY29waWVkIGJlbG93KSB0byBtYWtlIGl0IGNvbnNpc3RlbnQgZm9yIGJvdGggY2FzZXMu
DQogICAgDQogICAgbyAgVGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMgc2VuZGluZyB0aGUgUmVz
diBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KICAgICAgICAgIGZsb3cgb2YgdGhlIHByb3RlY3RlZCBM
U1Agb3ZlciB0aGUgcmVzdG9yZWQgbGluayB0b3dhcmRzDQogICAgICAgICAgZG93bnN0cmVhbSBQ
TFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVzc2FnZXMgdG93YXJkcyBQUlIgUjUNCiAg
ICAgICAgICBhbmQgc3RvcHMgc2VuZGluZyB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQog
ICAgDQogICAgICAgIA0KICAgICAgICAyLg0KICAgICAgICBTZWN0aW9uIDcuMS4gIEJZUEFTU19B
U1NJR05NRU5UIFN1Ym9iamVjdA0KICAgICAgICANCiAgICAgICAgVHdvIHN1Ym9iamVjdHMgYXJl
IGRlZmluZWQgaW4gdGhpcyBzZWN0aW9uLCB0aGUgYXV0aG9ycyB0cnkgdG8gdXNlIHVuaWZpZWQg
dGV4dCB0byBleHBsYWluIHRoZSB0d28gc3Vib2JqZWN0cywgYnV0IElNSE8sIHRoaXMgaXMgbm90
IGEgZ29vZCB3YXkgdG8gZGVzY3JpYmUgbXVsdGlwbGUgZGlmZmVyZW50IHN1Ym9iamVjdC4gQmFz
ZWQgb24gdGhlIGN1cnJlbnQgdGV4dCwgSSB0aGluayB0aGUgYXV0aG9ycyBhcmUgdHJ5aW5nIHRv
IHVzZSBhIHNpbmdsZSBUeXBlIGZvciBib3RoIHN1Ym9iamVjdHMsIGJ1dCBhZnRlciByZWFkaW5n
IHRoZSBJQU5BIHNlY3Rpb24sIG9idmlvdXNseSBpdCdzIG5vdC4gIFNvLCBJJ2Qgc3VnZ2VzdCB0
byB1c2UgZGVkaWNhdGVkIGRlc2NyaWJlIHRlc3QgZm9yIHNwZWNpZmljIHN1YmplY3QsIGFuZCBm
b3IgdGhlIHR5cGUsIGl0J3MgYmV0dGVyIHRvIHVzZSBUQkExLCBUQkEyLi4uDQogICAgDQogICAg
PFJHPiBBZ3JlZSB0byB1cGRhdGUgdGhpcy4NCiAgICANCiAgICAgICAgDQogICAgICAgIDMuDQog
ICAgICAgIFNlY3Rpb24gOA0KICAgICAgICAiQXMgZGVzY3JpYmVkIGluDQogICAgICAgICAgIFNl
Y3Rpb24gNyBvZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1Ym9iamVjdCBpcyBub3QgY2FycmllZCBp
biB0aGUgUlNWUA0KICAgICAgICAgICBSZXN2IG1lc3NhZ2UuICBBIG5ldyBOb3RpZnkgbWVzc2Fn
ZSBmb3IgRlJSIEJ5cGFzcyBBc3NpZ25tZW50IEVycm9yDQogICAgICAgICAgIGlzIGRlZmluZWQg
aW4gdGhpcyBkb2N1bWVudC4iDQogICAgICAgIA0KICAgICAgICBXaGF0J3Mgc3ViLWNvZGUgd2ls
bCBiZSBzZW50IHdoZW4gQllQQVNTXyBBU1NJR05NRU5UIHN1Ym9iamVjdCBpcyBjYXJyaWVkIGlu
IHRoZSBSU1ZQIG1lc3NhZ2U/DQogICAgICAgIA0KICAgIDxSRz4gUmV2aXNlZCB0ZXh0IHN1Z2dl
c3RlZCBhcyBmb2xsb3dpbmc6DQogICAgDQogICAgICAgICAgIEFzIGRlc2NyaWJlZCBpbg0KICAg
ICAgICAgICBTZWN0aW9uIDcgb2YgdGhpcyBkb2N1bWVudCwgdGhpcyBzdWJvYmplY3QgaXMgbm90
IGNhcnJpZWQgaW4gdGhlIFJTVlANCiAgICAgICAgICAgUmVzdiBtZXNzYWdlIGFuZCBpcyBpZ25v
cmVkIGJ5IHNlbmRpbmcgdGhlIE5vdGlmeSBtZXNzYWdlIGZvciBGUlIgQnlwYXNzIEFzc2lnbm1l
bnQgRXJyb3IgKHdpdGggU3ViY29kZTogQnlwYXNzIEFzc2lnbm1lbnQgQ2Fubm90IEJlIFVzZWQp
IGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4gIA0KICAgICAgICAgICBOb2RlcyBub3Qgc3VwcG9y
dGluZyB0aGUgTm90aWZ5IG1lc3NhZ2UgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IHdpbGwgaWdu
b3JlIGl0IGJ1dCBmb3J3YXJkIGl0IHdpdGhvdXQgbW9kaWZpY2F0aW9uLg0KICAgIA0KICAgICAg
ICANCiAgICAgICAgTml0czogDQogICAgICAgIFNlY3Rpb24gNS4xLjEuDQogICAgICAgIHMvYnlw
YXNzIHR1bm5lbHMgVDMvIGJ5cGFzcyB0dW5uZWwgVDMvDQogICAgICAgIA0KICAgIDxSRz4gQWdy
ZWUuDQogICAgDQogICAgVGhhbmtzLA0KICAgIFJha2VzaCAoZm9yIGF1dGhvcnMgYW5kIGNvbnRy
aWJ1dG9ycykNCiAgICANCiAgICANCiAgICANCiAgICANCiAgICANCiAgICAgICAgQmVzdCByZWdh
cmRzLA0KICAgICAgICBNYWNoDQogICAgICAgIA0KICAgIA0KICAgIA0KDQo=


From nobody Sat May 13 07:00:39 2017
Return-Path: <diego.r.lopez@telefonica.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5964A129B45; Sat, 13 May 2017 07:00:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.702
X-Spam-Level: 
X-Spam-Status: No, score=-4.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-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 j4AykyWMeD2N; Sat, 13 May 2017 07:00:24 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50119.outbound.protection.outlook.com [40.107.5.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A3EB129B9D; Sat, 13 May 2017 06:58:32 -0700 (PDT)
Received: from DB6PR0601MB2167.eurprd06.prod.outlook.com (10.168.57.26) by DB6PR0601MB2166.eurprd06.prod.outlook.com (10.168.57.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.11; Sat, 13 May 2017 13:58:27 +0000
Received: from DB6PR0601MB2167.eurprd06.prod.outlook.com ([fe80::e824:5992:bf27:6643]) by DB6PR0601MB2167.eurprd06.prod.outlook.com ([fe80::e824:5992:bf27:6643%16]) with mapi id 15.01.1075.026; Sat, 13 May 2017 13:58:27 +0000
From: "Diego R. Lopez" <diego.r.lopez@telefonica.com>
To: Dan Frost <frost@mm.st>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-pce-pceps.all@ietf.org" <draft-ietf-pce-pceps.all@ietf.org>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-pce-pceps-12
Thread-Index: AQHSylt1ZRa8At1SrEClaZOroEkISaHyTCYA
Date: Sat, 13 May 2017 13:58:26 +0000
Message-ID: <940558E0-FF0F-4461-8122-F99C64D32C39@telefonica.com>
References: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com>
In-Reply-To: <1494509464.34491.973270680.4CBC76C2@webmail.messagingengine.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: mm.st; dkim=none (message not signed) header.d=none;mm.st; dmarc=none action=none header.from=telefonica.com;
x-originating-ip: [195.76.232.154]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB6PR0601MB2166; 7:iJgcIpMMs3aFXnQ2EjBFnli+iMiNTZut8jum+SexQK4xaVpSbtgYSA+jHqNIe04gpTx7NTN6S9TPodIOZ5ZaA3AxTFWItKouv+mLr+Upz27gH7IOuBEeQt+xc5ud1847ulK2dglnwBpTV69D9Ltw4Ca2dnLovp1jnjSwTX38QMF9MMh8Za/w471vvjJUiG/d7dWEL/zyDuBKQarccIGUr+MCSfh5xZmc0d57CtJKlu5nTJZd3Iql5R/lGujHLU9q2fnwyV9MMpM+1mJXhcflG3gdRcwQVF/376tkp8yvlLS6xV88ehXyepDg4HwDhYG8liggK031AMpHKBBHQQ2oSQ==
x-ms-office365-filtering-correlation-id: bd1b6ec8-699a-4b79-65cd-08d49a08210b
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081);  SRVR:DB6PR0601MB2166; 
x-microsoft-antispam-prvs: <DB6PR0601MB21668ED9819F1F72A1313773DFE30@DB6PR0601MB2166.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(40392960112811)(192374486261705)(21532816269658); 
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123558100)(20161123555025)(20161123564025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6072148); SRVR:DB6PR0601MB2166; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0601MB2166; 
x-forefront-prvs: 0306EE2ED4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39840400002)(39450400003)(39850400002)(39400400002)(39860400002)(40134004)(51914003)(377424004)(76104003)(377454003)(252514010)(24454002)(53546009)(2900100001)(606005)(6486002)(229853002)(6506006)(6436002)(10000500002)(2950100002)(6916009)(1720100001)(99286003)(33656002)(82746002)(53936002)(110136004)(966004)(6246003)(36756003)(38730400002)(4326008)(478600001)(83716003)(3660700001)(3280700002)(5250100002)(76176999)(54356999)(50986999)(25786009)(5660300001)(8676002)(3846002)(8936002)(6116002)(102836003)(81166006)(561944003)(66066001)(189998001)(230783001)(6512007)(6306002)(54906002)(53946003)(86362001)(7906003)(236005)(2906002)(7736002)(559001)(299355004)(19627235001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0601MB2166; H:DB6PR0601MB2167.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: telefonica.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 May 2017 13:58:26.8891 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0601MB2166
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/P2WKaaGDpahIVRxpxNkhUTuNgwA>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-pce-pceps-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 May 2017 14:00:30 -0000

--Apple-Mail=3D_9FEB5268-98BA-4654-BECA-5C16B7883EF6
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=3Dutf-8

Hi Dan,

> On 11 May 2017, at 14:31 , Dan Frost <frost@mm.st> wrote:
>=3D20
>=3D20
> Hello,
>=3D20
> I have been selected as the Routing Directorate reviewer for this =3D
draft.
> The Routing Directorate seeks to review all routing or routing-related
> drafts as they pass through IETF last call and IESG review, and
> sometimes on special request. The purpose of the review is to provide
> assistance to the Routing ADs. For more information about the Routing
> Directorate, please see
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>=3D20
> Although these comments are primarily for the use of the Routing ADs, =3D
it
> would be helpful if you could consider them along with any other IETF
> Last Call comments that you receive, and strive to resolve them =3D
through
> discussion or by updating the draft.
>=3D20
> Document: draft-ietf-pce-pceps-12
> Reviewer: Dan Frost
> Review Date: 2017-05-11
> IETF LC End Date:=3D20
> Intended Status: Standards Track
>=3D20
> Summary:
>=3D20
> I have significant concerns about this document and recommend that the
> Routing ADs discuss these issues further with the authors.
>=3D20
> Comments:
>=3D20
> This document proposes to add a STARTTLS mechanism to the PCE =3D
protocol.
> If this basic approach is accepted, then the document is in good =3D
shape.
> It's clear, complete, and straightforward. The question is whether
> mandating STARTTLS is actually a good idea.
>=3D20
> Major Issues:
>=3D20
> My main concern with this document is that it takes as given that
> STARTTLS is the right way to secure PCEP with TLS. Perhaps this =3D
argument
> was already had at some point and this draft is the result, but if so
> then at a bare minimum it needs rationale explaining why STARTTLS was
> chosen over alternatives, and text that addresses weaknesses and
> mitigations associated with STARTTLS processing, in particular the
> possibility and relative ease of downgrade attacks.
>=3D20
> The obvious alternative would be to not use STARTTLS and simply =3D
allocate
> another TCP port for PCEP-over-TLS. This avoids complicating the PCE
> protocol and introducing the potential for downgrade attacks based on
> STARTTLS. PCE is used to convey critical path-determination =3D
information
> in carrier networks, among other things. That it's not fully
> authenticated and encrypted in all cases already is an unfortunate
> legacy of a bygone era. Ideally operators should move as quickly as
> possible to secure PCEP and aim to entirely remove the unsecure form.
> STARTTLS serves a weaker goal of "opportunistic" security, which, =3D
while
> it has its uses, makes little sense for PCE compared to simply
> deprecating the unsecured version.

Thanks for the review. Regarding your major concern, let me try to give =3D
you and the Routing ADs the context for the use of the STARTTLS command. =
=3D
In the original versions of the draft we followed the proposal you =3D
suggest, with a dedicated port for the PCEPS protocol. Here you go the =3D
part of the -00 version (just after WG adoption, the last one proposing =3D
a dedicated port) regarding this point:

8<=3DE2=3D80=3D94
3.1.  TCP ports

   Since PCEP can operate either with or without TLS, it is necessary
   for the PCEP speaker to indicate whether it wants to set up a TLS
   connection or not.  There are two main ways of achieving this:

   o  One option is to use a different port number for TLS connections
      (for example, the port 443 used for HTTPS)

   o  The other is to use the regular port number and have the PCEP
      speaker request that the PCE switch the connection to TLS using a
      protocol-specific mechanism (for example, the STARTTLS for mail
      and news protocols)

   To avoid requiring a specific PCEP extension to request TLS, this
   document proposes the usage of the former solution to implement
   PCEPS.

   The default destination port number for PCEPS is TCP/XXXX.

   NOTE: This port has to be agreed and registered as PCEPS with IANA.
8<=3DE2=3D80=3D94

During the discussions for adoption, the community decided to contact =3D
experts from the TSVWG group to validate this and other proposals, and =3D
the connection with potentially related techniques like TCP-AO and what =3D
was being discussed in the TCPINC WG, now included in the "Security =3D
Considerations". During these discussions, those experts were extremely =3D
wary of the dedicated port approach, and the final decision was to move =3D
towards the STARTTLS approach. You have the complete record of the =3D
debate in the list archives, but I am including a excerpt of it below:

8<=3DE2=3D80=3D94

On 7/1/2014 7:45 AM, Diego R. Lopez wrote:
> On 30 Jun 2014, at 18:28 , Joe Touch <touch@isi.edu =3D
<mailto:touch@isi.edu>> wrote:
>>>=3D20
>>> We are not proposing to use STARTTLS because, after discussing the
>>> different options for doing so in PCEP, we believe including it =3D
would
>>> translate into a change of the PCEP protocol:
>>> (1) against the original commitment of not changing it
>>> (2) would translate into a much longer adoption by implementations
>>=3D20
>> I don't understand or agree with either position. STARTTLS does not =3D
change the protocol; it precedes it.
>>=3D20
>> The complex mechanism below is, IMO, much less likely to be =3D
successfuly adopted than STARTTLS, which is widely used.
>=3D20
> As far as I know (RFC 2595, RFC 3207, RFC 4217, RFC 6120, RFC 2830,
> RFC 4642)

RFC4217 doesn't appear to use STARTTLS.
RFC6120 just refers completely back to RFC2595.

Section 2.1 of RFC2830 is a good example of performing STARTTLS in a =3D
non-plaintext command/response protocol (LDAP), and how simple it can =3D
and should be.

I now see your concern, but RFC2830 provides a great example of a very =3D
simple way to extend a protocol to address this issue. This further =3D
ensures that the security state (secure vs. not) is integrated within =3D
the protocol, so the protocol itself can disable commands if needed when =
=3D
security isn't available.

FWIW, Section 7 of RFC2595 gives a good summary of reasons why using a =3D
separate security port should be discouraged.

Joe


> STARTTLS is directly applicable to communication protocols
> based on plain-text command/response protocols. PCEP does not follow
> this model, so STARTTLS should become a new message or an object in =3D
the
> Open message. Both options imply changes in the PCEP protocol that =3D
look
> more complex than the suggested mechanism (or a dedicated port, if you
> pay attention to the discussion shared in the original message by Qin)


>=3D20
> Be goode,
>=3D20
>>=3D20
>> Joe
>>=3D20
>>>=3D20
>>> Be goode,
>>>=3D20
>>> On 28 Jun 2014, at 06:35 , Joe Touch <touch@isi.edu =3D
<mailto:touch@isi.edu>> wrote:
>>>=3D20
>>>> Hi,
>>>>=3D20
>>>> On 6/24/2014 4:03 AM, Qin Wu wrote:
>>>>> Hi, Joe:
>>>>> Sorry for late reply.
>>>>>=3D20
>>>>> Authors have been discussing a mechanism to enable secure PCEP via
>>>>> TLS without making changes to the current PCEP protocol or state
>>>>> machine.
>>>>>=3D20
>>>>> Since having a separate port has been discouraged, we suggest the
>>>> ? following approach based on discovery mechanisms or configuration =
=3D
and
>>>>> initial transport security assessment by the peer.
>>>>>=3D20
>>>>> 1) A PCE (given a combination of IP address and port) only =3D
supports
>>>>> one type of connection, either TLS or not.
>>>>=3D20
>>>> I'm not sure why that needs to be the case, given STARTTLS.
>>>>=3D20
>>>>> Note that a different IP
>>>>> address SHOULD be used for supporting both and will be considered =3D
as
>>>>> different PCEs.
>>>>=3D20
>>>> I don't quite understand this. Different IP addresses should be =3D
different PCEs anyway. If you want to support both encrypted and =3D
non-encrypted, why not use the existing TLS mechanism for that - =3D
STARTTLS?
>>>>=3D20
>>>>> 2) The PCC MAY discover whether the PCE is willing to connect,
>>>>> requires TLS or not via any of the discovery mechanisms.
>>>>=3D20
>>>> That seems reasonable, but doesn't answer why a PCE needs to =3D
support only one type of connection. The discovery could indicate =3D
"either" and let the client decide, e.g., if both are supported (again, =3D
via STARTTLS)
>>>>=3D20
>>>>> 3) When connecting to a PCE that enforces TLS, the PCC MUST start =3D
a
>>>>> TLS connection prior to any exchange of PCEP messages.
>>>>=3D20
>>>> Isn't that already what happens if TLS-only is used?
>>>>=3D20
>>>>> Any PCEP message
>>>>> received out of an appropriate TLS context will be rejected by the =
=3D
PCE
>>>>> with a PCErr (Error-Type=3D3D1, Error-value=3D3D3, TLV identifying th=
e =3D
need for
>>>>> TLS) message. [Existing error message, new TLV]
>>>>=3D20
>>>> If non-TLS connections are rejected, then there shouldn't be any =3D
such messages seen AFAICT. I.e., that would be a TLS port that is =3D
configured to not support STARTTLS.
>>>>=3D20
>>>>> 4) If a PCC attempts to start a TLS connection with a PCE without
>>>>> success, it MAY attempt a further connection attempt without TLS =3D
on a
>>>>> different IP address if known, though that could imply a security
>>>>> degradation.
>>>>=3D20
>>>> I don't understand why a different address would be considered =3D
degraded access to the same PCE. That seems like a different PCE, as =3D
noted above.
>>>>=3D20
>>>> If you want to support degraded (non-secure) access, why not just =3D
support STARTTLS?
>>>>=3D20
>>>>> Several flows become possible this way, and discovery can be used =3D
to
>>>> simplify them but it is not essential for them to work. Let's =3D
consider them
>>>>>=3D20
>>>>> * With discovery (or config)
>>>>> 1.- PCC learn via discovery that the desired PCE require TLS.
>>>>> 2.- PCC initiates TCP connection and TLS handshake
>>>>> 3.- PCEP exchange within TLS context
>>>>=3D20
>>>> Makes sense.
>>>>=3D20
>>>>> ---
>>>>> 1.- PCC learn via discovery that the desired PCE does not use TLS.
>>>>> 2.- PCC initiates TCP connection
>>>>> 3.- PCEP exchange over TCP
>>>>=3D20
>>>> Makes sense.
>>>>=3D20
>>>>> * Without discovery - PCE requiring TLS
>>>>> 1.- PCC initiates TCP connection and TLS handshake
>>>>=3D20
>>>> Wouldn't the TLS handshake here fail? Why would the rest of the =3D
exchange occur?
>>>>=3D20
>>>>> 2.- PCEP exchange within TLS context
>>>>> ---
>>>>> 1.- PCC initiates TCP connection and attempts a PCEP OPEN message
>>>>> 2.- PCE rejects the message with a PCErr message (Error-Type=3D3D1, =
=3D
Error-value=3D3D3, TLV identifying the need for TLS(optionally))
>>>>> 3.- PCC initiates TCP connection and TLS handshake
>>>>> 4.- PCEP exchange within TLS context
>>>>=3D20
>>>> (see issue above)
>>>>=3D20
>>>>> * Without discovery - PCE not requiring TLS
>>>>> 1.- PCC initiates TCP connection
>>>>> 2.- PCEP exchange over TCP
>>>>> ---
>>>>> 1.- PCC initiates TCP connection and TLS handshake
>>>>=3D20
>>>> Why is this even attempted?
>>>>=3D20
>>>>> 2.- No TLS context established with PCE or error message received
>>>>> (optionally)
>>>>> 3.- PCC initiates TCP connection
>>>>> 4.- PCEP exchange over TCP
>>>>>=3D20
>>>>> What do you think of this approach?
>>>>>=3D20
>>>>> Also we like to point a related discussion happened on UTA mailing =
=3D
list:
>>>>> http://www.ietf.org/mail-archive/web/uta/current/msg00423.html =3D
<http://www.ietf.org/mail-archive/web/uta/current/msg00423.html>
>>>>=3D20
>>>> Those points were raised on the TSVWG list too, but fail to address =
=3D
the key issue - insecure ports are insecure. Regardless of how many =3D
ports we allocate, it's no longer clear we should continue to deploy new =
=3D
insecure services on the Internet.
>>>>=3D20
>>>> Joe
>>>>=3D20
>>>>>=3D20
>>>>> Regards,
>>>>> Authors
>>>>> -----=3DE9=3D82=3DAE=3DE4=3DBB=3DB6=3DE5=3D8E=3D9F=3DE4=3DBB=3DB6----=
-
>>>>> =3DE5=3D8F=3D91=3DE4=3DBB=3DB6=3DE4=3DBA=3DBA: Joe Touch [mailto:touc=
h@isi.edu =3D
<mailto:touch@isi.edu>]
>>>>> =3DE5=3D8F=3D91=3DE9=3D80=3D81=3DE6=3D97=3DB6=3DE9=3D97=3DB4: 2014=3D=
E5=3DB9=3DB43=3DE6=3D9C=3D8813=3DE6=3D97=3D
=3DA5 23:58
>>>>> =3DE6=3D94=3DB6=3DE4=3DBB=3DB6=3DE4=3DBA=3DBA: Qin Wu; Diego R. Lopez=
; tcpm@ietf.org =3D
<mailto:tcpm@ietf.org>
>>>>> =3DE6=3D8A=3D84=3DE9=3D80=3D81: draft-ietf-pce-pceps@tools.ietf.org =
=3D
<mailto:draft-ietf-pce-pceps@tools.ietf.org>
>>>>> =3DE4=3DB8=3DBB=3DE9=3DA2=3D98: Re: [tcpm] Looking for advice on a dr=
aft from =3D
the PCE working group
>>>>>=3D20
>>>>> Hi, Qin,
>>>>>=3D20
>>>>> On 3/13/2014 3:35 AM, Qin Wu wrote:
>>>>>> Hi, Joe:
>>>>>>=3D20
>>>>>> It is still not clear to me when we choose the same port and when =
=3D
we
>>>>>> choose the different port if we apply TLS to different protocols,
>>>>>=3D20
>>>>> It's simple to determine:
>>>>>=3D20
>>>>>      - if you designed your service before STARTTLS, then you =3D
needed
>>>>>      a separate port
>>>>>=3D20
>>>>>      - if you are designing your port now, you don't
>>>>>=3D20
>>>>>> Take SMTP, POP3,IMAP as examples:
>>>>> ...
>>>>>> It looks to me when we apply SSL to SMTP,POP3,IMAP, then SMTP, =3D
POP3
>>>>>> and IMAP with SSL support(i.e.,SMTPS,POP3S,IMAPS)
>>>>>>=3D20
>>>>>> Will usually choose the different ports.
>>>>>>=3D20
>>>>>> The same rule above is also applied to HTTP when we apply SSL to
>>>>>> HTTP(i.e., HTTPS).
>>>>>=3D20
>>>>> All of the above are good examples of the first part of the rule.
>>>>>=3D20
>>>>> Note that we have other assignments that now would be declined, =3D
because we've learned to do better. E.g., there would not be a POP2 or =3D
POP3 because we would expect POP to indicate the protocol version =3D
in-band. We also no longer assign multiple names for the same service, =3D
as was done for http/www, nor do we now assign multiple ports for the =3D
same service (80, 8080), nor do we now assign ports for development =3D
purposes  (http-dev).
>>>>>=3D20
>>>>> We've learned to do better.
>>>>>=3D20
>>>>> Joe
>>>>>=3D20
>>>=3D20


8<=3DE2=3D80=3D94

So we decided to go STARTTLS a-la-LDAP, so to say.=3D20

> Minor Issues:
>=3D20
> * Section 3.3: "A RECOMMENDED value for StartTLSWait timer is 60
> seconds." This seems like a very long time to wait for an initial =3D
reply
> on an already-established TCP connection.

This value was proposed to be of the order of magnitude of the KeepAlive =
=3D
PCEP timer (recommended to be of 30 seconds in RFC 5440) Since the =3D
StartTLS message is required to happen before any other message, it is =3D
not possible to rely on the timer negotiation during the Open message =3D
exchange. I agree the value looks very long, and we are open to any =3D
suggestion on this, either as recommending a concrete value or by =3D
recommending an interval (between 5 and 30 secs?)

> * Section 3.2, fifth paragraph (beginning with "A PCEP speaker
> receiving..."):
>=3D20
> This paragraph states: "A PCEP speaker receiving any other message =3D
apart
> from StartTLS, open, or PCErr MUST treat it as an unexpected =3D
message..."
>=3D20
> As written this is confusing and seems to imply that no other PCEP
> messages can ever be sent. It looks like this is meant to be scoped to
> the context of the first message sent/received on session initiation?

You are completely right. It should read: =3DE2=3D80=3D9CA PCEP speaker =3D
receiving as first message any other message apart
from StartTLS, Open, or PCErr MUST treat it as an unexpected message=3DE2=
=3D80=3D
=3DA6"

It is corrected in the new version I am editing right now.

> * Section 8.6
>=3D20
> The subsection titles of Section 8 have been taken from Section 8 of =3D
RFC
> 5440, but Section 8.6 here is called "Impact on Network Operations"
> while in RFC 5440 it's called "Impact on Network Operation". Funnily
> enough, that final "s" makes a difference. Without it, the section
> refers to an impact on the functioning of the network itself. With it,
> it would usually be taken to refer to impact on human operations and
> management procedures.
>=3D20
> It looks correct to say that the mechanism of this draft should not
> significantly impact the functioning of the network. On the other =3D
hand,
> it certainly does impact operations and management procedures, as =3D
staff
> have to develop policies around security requirements for PCEP within
> the organization, methods for verifying whether device security
> parameters are configured correctly, checking for unexpected =3D
downgrades
> to insecure sessions, etc. It would be an improvement for the document
> to address the impact of PCEPS on operational processes.

I believe all these operational policy aspects are discussed in the =3D
other subsections of section 8, and therefore making a explicit mention =3D
to them under 8.6 would be enough. BTW, in order to be consistent to RFC =
=3D
5440 I have deleted the =3DE2=3D80=3D9Cs=3DE2=3D80=3D9D in the title of the=
 =3D
section...

> Nits:
>=3D20
> Sec 3.1, first paragraph:
> OLD
>    The steps involved in the PCEPS establishment consists of following
>    successive steps:
> NEW
>    The steps involved in establishing a PCEPS session are as follows:
> END

Corrected.

> Sec 3.4, Step 3:
> s/Any attempt of initiate a TLS/Any attempt to initiate a TLS/

Corrected as well.

Be goode,

--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D
http://people.tid.es/diego.lopez/

e-mail: diego.r.lopez@telefonica.com
Tel:    +34 913 129 041
Mobile: +34 682 051 091
----------------------------------


--Apple-Mail=3D_9FEB5268-98BA-4654-BECA-5C16B7883EF6
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=3Dutf-8

<html><head><meta http-equiv=3D3D"Content-Type" content=3D3D"text/html =3D
charset=3D3Dutf-8"></head><body style=3D3D"word-wrap: break-word; =3D
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =3D
class=3D3D"">Hi Dan,<div class=3D3D""><br class=3D3D""></div><div =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D""><div class=3D3D"">On =
11 =3D
May 2017, at 14:31 , Dan Frost &lt;<a href=3D3D"mailto:frost@mm.st" =3D
class=3D3D"">frost@mm.st</a>&gt; wrote:</div><br =3D
class=3D3D"Apple-interchange-newline"><div class=3D3D""><br =3D
class=3D3D"">Hello,<br class=3D3D""><br class=3D3D"">I have been selected a=
s =3D
the Routing Directorate reviewer for this draft.<br class=3D3D"">The =3D
Routing Directorate seeks to review all routing or routing-related<br =3D
class=3D3D"">drafts as they pass through IETF last call and IESG review, =
=3D
and<br class=3D3D"">sometimes on special request. The purpose of the =3D
review is to provide<br class=3D3D"">assistance to the Routing ADs. For =3D
more information about the Routing<br class=3D3D"">Directorate, please =3D
see<br class=3D3D""><a =3D
href=3D3D"http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir" =3D
class=3D3D"">http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</a><br =
=3D
class=3D3D""><br class=3D3D"">Although these comments are primarily for the=
 =3D
use of the Routing ADs, it<br class=3D3D"">would be helpful if you could =
=3D
consider them along with any other IETF<br class=3D3D"">Last Call comments =
=3D
that you receive, and strive to resolve them through<br =3D
class=3D3D"">discussion or by updating the draft.<br class=3D3D""><br =3D
class=3D3D"">Document: draft-ietf-pce-pceps-12<br class=3D3D"">Reviewer: Da=
n =3D
Frost<br class=3D3D"">Review Date: 2017-05-11<br class=3D3D"">IETF LC End =
=3D
Date:&nbsp;<br class=3D3D"">Intended Status: Standards Track<br =3D
class=3D3D""><br class=3D3D"">Summary:<br class=3D3D""><br class=3D3D"">I h=
ave =3D
significant concerns about this document and recommend that the<br =3D
class=3D3D"">Routing ADs discuss these issues further with the authors.<br =
=3D
class=3D3D""><br class=3D3D"">Comments:<br class=3D3D""><br class=3D3D"">Th=
is =3D
document proposes to add a STARTTLS mechanism to the PCE protocol.<br =3D
class=3D3D"">If this basic approach is accepted, then the document is in =
=3D
good shape.<br class=3D3D"">It's clear, complete, and straightforward. The =
=3D
question is whether<br class=3D3D"">mandating STARTTLS is actually a good =
=3D
idea.<br class=3D3D""><br class=3D3D"">Major Issues:<br class=3D3D""><br =
=3D
class=3D3D"">My main concern with this document is that it takes as given =
=3D
that<br class=3D3D"">STARTTLS is the right way to secure PCEP with TLS. =3D
Perhaps this argument<br class=3D3D"">was already had at some point and =3D
this draft is the result, but if so<br class=3D3D"">then at a bare minimum =
=3D
it needs rationale explaining why STARTTLS was<br class=3D3D"">chosen over =
=3D
alternatives, and text that addresses weaknesses and<br =3D
class=3D3D"">mitigations associated with STARTTLS processing, in =3D
particular the<br class=3D3D"">possibility and relative ease of downgrade =
=3D
attacks.<br class=3D3D""><br class=3D3D"">The obvious alternative would be =
=3D
to not use STARTTLS and simply allocate<br class=3D3D"">another TCP port =
=3D
for PCEP-over-TLS. This avoids complicating the PCE<br class=3D3D"">protoco=
l=3D
 and introducing the potential for downgrade attacks based on<br =3D
class=3D3D"">STARTTLS. PCE is used to convey critical path-determination =
=3D
information<br class=3D3D"">in carrier networks, among other things. That =
=3D
it's not fully<br class=3D3D"">authenticated and encrypted in all cases =3D
already is an unfortunate<br class=3D3D"">legacy of a bygone era. Ideally =
=3D
operators should move as quickly as<br class=3D3D"">possible to secure =3D
PCEP and aim to entirely remove the unsecure form.<br class=3D3D"">STARTTLS=
 =3D
serves a weaker goal of "opportunistic" security, which, while<br =3D
class=3D3D"">it has its uses, makes little sense for PCE compared to =3D
simply<br class=3D3D"">deprecating the unsecured version.<br =3D
class=3D3D""></div></blockquote><div class=3D3D""><br class=3D3D""></div><d=
iv =3D
class=3D3D"">Thanks for the review. Regarding your major concern, let me =
=3D
try to give you and the Routing ADs the context for the use of the =3D
STARTTLS command. In the original versions of the draft we followed the =3D
proposal you suggest, with a dedicated port for the PCEPS protocol. Here =
=3D
you go the part of the -00 version (just after WG adoption, the last one =
=3D
proposing a dedicated port) regarding this point:</div><div class=3D3D""><b=
r=3D
 class=3D3D""></div><div class=3D3D"">8&lt;=3DE2=3D80=3D94</div><div class=
=3D3D""><div=3D
 style=3D3D"margin: 0px; font-family: Monaco;" class=3D3D"">3.1.&nbsp; TCP =
=3D
ports</div><div style=3D3D"margin: 0px; font-family: Monaco; min-height: =
=3D
15px;" class=3D3D""><br class=3D3D""></div><div style=3D3D"margin: 0px; =3D
font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; Since PCEP can operate =3D
either with or without TLS, it is necessary</div><div style=3D3D"margin: =
=3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; for the PCEP speaker =
=3D
to indicate whether it wants to set up a TLS</div><div style=3D3D"margin: =
=3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; connection or =3D
not.&nbsp; There are two main ways of achieving this:</div><div =3D
style=3D3D"margin: 0px; font-family: Monaco; min-height: 15px;" =3D
class=3D3D""><br class=3D3D""></div><div style=3D3D"margin: 0px; font-famil=
y: =3D
Monaco;" class=3D3D"">&nbsp;&nbsp; o&nbsp; One option is to use a =3D
different port number for TLS connections</div><div style=3D3D"margin: =3D
0px; font-family: Monaco;" class=3D3D"">&nbsp; &nbsp; &nbsp; (for example, =
=3D
the port 443 used for HTTPS)</div><div style=3D3D"margin: 0px; =3D
font-family: Monaco; min-height: 15px;" class=3D3D""><br =3D
class=3D3D""></div><div style=3D3D"margin: 0px; font-family: Monaco;" =3D
class=3D3D"">&nbsp;&nbsp; o&nbsp; The other is to use the regular port =3D
number and have the PCEP</div><div style=3D3D"margin: 0px; font-family: =3D
Monaco;" class=3D3D"">&nbsp; &nbsp; &nbsp; speaker request that the PCE =3D
switch the connection to TLS using a</div><div style=3D3D"margin: 0px; =3D
font-family: Monaco;" class=3D3D"">&nbsp; &nbsp; &nbsp; protocol-specific =
=3D
mechanism (for example, the STARTTLS for mail</div><div style=3D3D"margin: =
=3D
0px; font-family: Monaco;" class=3D3D"">&nbsp; &nbsp; &nbsp; and news =3D
protocols)</div><div style=3D3D"margin: 0px; font-family: Monaco; =3D
min-height: 15px;" class=3D3D""><br class=3D3D""></div><div style=3D3D"marg=
in: =3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; To avoid requiring a =
=3D
specific PCEP extension to request TLS, this</div><div style=3D3D"margin: =
=3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; document proposes the =
=3D
usage of the former solution to implement</div><div style=3D3D"margin: =3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; PCEPS.</div><div =3D
style=3D3D"margin: 0px; font-family: Monaco; min-height: 15px;" =3D
class=3D3D""><br class=3D3D""></div><div style=3D3D"margin: 0px; font-famil=
y: =3D
Monaco;" class=3D3D"">&nbsp;&nbsp; The default destination port number for =
=3D
PCEPS is TCP/XXXX.</div><div style=3D3D"margin: 0px; font-family: Monaco; =
=3D
min-height: 15px;" class=3D3D""><br class=3D3D""></div><div style=3D3D"marg=
in: =3D
0px; font-family: Monaco;" class=3D3D"">&nbsp;&nbsp; NOTE: This port has =
=3D
to be agreed and registered as PCEPS with IANA.</div></div><div =3D
class=3D3D"">8&lt;=3DE2=3D80=3D94</div><div class=3D3D""><br class=3D3D""><=
/div><div =3D
class=3D3D"">During the discussions for adoption, the community decided to =
=3D
contact experts from the TSVWG group to validate this and other =3D
proposals, and the connection with potentially related techniques like =3D
TCP-AO and what was being discussed in the TCPINC WG, now included in =3D
the "Security Considerations". During these discussions, those experts =3D
were extremely wary of the dedicated port approach, and the final =3D
decision was to move towards the STARTTLS approach. You have the =3D
complete record of the debate in the list archives, but I am including a =
=3D
excerpt of it below:</div><div class=3D3D""><br class=3D3D""></div><div =3D
class=3D3D"">8&lt;=3DE2=3D80=3D94</div><div class=3D3D""><br class=3D3D""><=
/div><div =3D
class=3D3D""><span style=3D3D"font-family: Monaco;" class=3D3D"">On 7/1/201=
4 =3D
7:45 AM, Diego R. Lopez wrote:</span><br style=3D3D"font-family: Monaco;" =
=3D
class=3D3D""><blockquote type=3D3D"cite" style=3D3D"font-family: Monaco;" =
=3D
class=3D3D"">On 30 Jun 2014, at 18:28 , Joe Touch &lt;<a =3D
href=3D3D"mailto:touch@isi.edu" class=3D3D"">touch@isi.edu</a>&gt; wrote:<b=
r =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D""><blockquote type=3D3D=
"cite" =3D
class=3D3D""><br class=3D3D"">We are not proposing to use STARTTLS because,=
 =3D
after discussing the<br class=3D3D"">different options for doing so in =3D
PCEP, we believe including it would<br class=3D3D"">translate into a =3D
change of the PCEP protocol:<br class=3D3D"">(1) against the original =3D
commitment of not changing it<br class=3D3D"">(2) would translate into a =
=3D
much longer adoption by implementations<br class=3D3D""></blockquote><br =
=3D
class=3D3D"">I don't understand or agree with either position. STARTTLS =3D
does not change the protocol; it precedes it.<br class=3D3D""><br =3D
class=3D3D"">The complex mechanism below is, IMO, much less likely to be =
=3D
successfuly adopted than STARTTLS, which is widely used.<br =3D
class=3D3D""></blockquote><br class=3D3D"">As far as I know (RFC 2595, RFC =
=3D
3207, RFC 4217, RFC 6120, RFC 2830,<br class=3D3D"">RFC 4642)<br =3D
class=3D3D""></blockquote><br style=3D3D"font-family: Monaco;" =3D
class=3D3D""><span style=3D3D"font-family: Monaco;" class=3D3D"">RFC4217 =
=3D
doesn't appear to use STARTTLS.</span><br style=3D3D"font-family: Monaco;" =
=3D
class=3D3D""><span style=3D3D"font-family: Monaco;" class=3D3D"">RFC6120 ju=
st =3D
refers completely back to RFC2595.</span><br style=3D3D"font-family: =3D
Monaco;" class=3D3D""><br style=3D3D"font-family: Monaco;" class=3D3D""><sp=
an =3D
style=3D3D"font-family: Monaco;" class=3D3D"">Section 2.1 of RFC2830 is a =
=3D
good example of performing STARTTLS in a non-plaintext command/response =3D
protocol (LDAP), and how simple it can and should be.</span><br =3D
style=3D3D"font-family: Monaco;" class=3D3D""><br style=3D3D"font-family: =
=3D
Monaco;" class=3D3D""><span style=3D3D"font-family: Monaco;" class=3D3D"">I=
 =3D
now see your concern, but RFC2830 provides a great example of a very =3D
simple way to extend a protocol to address this issue. This further =3D
ensures that the security state (secure vs. not) is integrated within =3D
the protocol, so the protocol itself can disable commands if needed when =
=3D
security isn't available.</span><br style=3D3D"font-family: Monaco;" =3D
class=3D3D""><br style=3D3D"font-family: Monaco;" class=3D3D""><span =3D
style=3D3D"font-family: Monaco;" class=3D3D"">FWIW, Section 7 of RFC2595 =
=3D
gives a good summary of reasons why using a separate security port =3D
should be discouraged.</span><br style=3D3D"font-family: Monaco;" =3D
class=3D3D""><br style=3D3D"font-family: Monaco;" class=3D3D""><span =3D
style=3D3D"font-family: Monaco;" class=3D3D"">Joe</span><br =3D
style=3D3D"font-family: Monaco;" class=3D3D""><br style=3D3D"font-family: =
=3D
Monaco;" class=3D3D""><br style=3D3D"font-family: Monaco;" =3D
class=3D3D""><blockquote type=3D3D"cite" style=3D3D"font-family: Monaco;" =
=3D
class=3D3D"">STARTTLS is directly applicable to communication protocols<br =
=3D
class=3D3D"">based on plain-text command/response protocols. PCEP does not =
=3D
follow<br class=3D3D"">this model, so STARTTLS should become a new message =
=3D
or an object in the<br class=3D3D"">Open message. Both options imply =3D
changes in the PCEP protocol that look<br class=3D3D"">more complex than =
=3D
the suggested mechanism (or a dedicated port, if you<br class=3D3D"">pay =
=3D
attention to the discussion shared in the original message by Qin)<br =3D
class=3D3D""></blockquote><br style=3D3D"font-family: Monaco;" class=3D3D""=
><br =3D
style=3D3D"font-family: Monaco;" class=3D3D""><blockquote type=3D3D"cite" =
=3D
style=3D3D"font-family: Monaco;" class=3D3D""><br class=3D3D"">Be goode,<br=
 =3D
class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=3D3D""><br =
=3D
class=3D3D"">Joe<br class=3D3D""><br class=3D3D""><blockquote type=3D3D"cit=
e" =3D
class=3D3D""><br class=3D3D"">Be goode,<br class=3D3D""><br class=3D3D"">On=
 28 =3D
Jun 2014, at 06:35 , Joe Touch &lt;<a href=3D3D"mailto:touch@isi.edu" =3D
class=3D3D"">touch@isi.edu</a>&gt; wrote:<br class=3D3D""><br =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">Hi,<br class=3D3D""><=
br =3D
class=3D3D"">On 6/24/2014 4:03 AM, Qin Wu wrote:<br class=3D3D""><blockquot=
e =3D
type=3D3D"cite" class=3D3D"">Hi, Joe:<br class=3D3D"">Sorry for late reply.=
<br =3D
class=3D3D""><br class=3D3D"">Authors have been discussing a mechanism to =
=3D
enable secure PCEP via<br class=3D3D"">TLS without making changes to the =
=3D
current PCEP protocol or state<br class=3D3D"">machine.<br class=3D3D""><br=
 =3D
class=3D3D"">Since having a separate port has been discouraged, we suggest =
=3D
the<br class=3D3D""></blockquote>? following approach based on discovery =
=3D
mechanisms or configuration and<br class=3D3D""><blockquote type=3D3D"cite"=
 =3D
class=3D3D"">initial transport security assessment by the peer.<br =3D
class=3D3D""><br class=3D3D"">1) A PCE (given a combination of IP address =
=3D
and port) only supports<br class=3D3D"">one type of connection, either TLS =
=3D
or not.<br class=3D3D""></blockquote><br class=3D3D"">I'm not sure why that=
 =3D
needs to be the case, given STARTTLS.<br class=3D3D""><br =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">Note that a different=
 =3D
IP<br class=3D3D"">address SHOULD be used for supporting both and will be =
=3D
considered as<br class=3D3D"">different PCEs.<br class=3D3D""></blockquote>=
<br=3D
 class=3D3D"">I don't quite understand this. Different IP addresses should =
=3D
be different PCEs anyway. If you want to support both encrypted and =3D
non-encrypted, why not use the existing TLS mechanism for that - =3D
STARTTLS?<br class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" =3D
class=3D3D"">2) The PCC MAY discover whether the PCE is willing to =3D
connect,<br class=3D3D"">requires TLS or not via any of the discovery =3D
mechanisms.<br class=3D3D""></blockquote><br class=3D3D"">That seems =3D
reasonable, but doesn't answer why a PCE needs to support only one type =3D
of connection. The discovery could indicate "either" and let the client =3D
decide, e.g., if both are supported (again, via STARTTLS)<br =3D
class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">3) W=
hen =3D
connecting to a PCE that enforces TLS, the PCC MUST start a<br =3D
class=3D3D"">TLS connection prior to any exchange of PCEP messages.<br =3D
class=3D3D""></blockquote><br class=3D3D"">Isn't that already what happens =
=3D
if TLS-only is used?<br class=3D3D""><br class=3D3D""><blockquote =3D
type=3D3D"cite" class=3D3D"">Any PCEP message<br class=3D3D"">received out =
of =3D
an appropriate TLS context will be rejected by the PCE<br class=3D3D"">with=
 =3D
a PCErr (Error-Type=3D3D1, Error-value=3D3D3, TLV identifying the need =3D
for<br class=3D3D"">TLS) message. [Existing error message, new TLV]<br =3D
class=3D3D""></blockquote><br class=3D3D"">If non-TLS connections are =3D
rejected, then there shouldn't be any such messages seen AFAICT. I.e., =3D
that would be a TLS port that is configured to not support STARTTLS.<br =3D
class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">4) I=
f a =3D
PCC attempts to start a TLS connection with a PCE without<br =3D
class=3D3D"">success, it MAY attempt a further connection attempt without =
=3D
TLS on a<br class=3D3D"">different IP address if known, though that could =
=3D
imply a security<br class=3D3D"">degradation.<br class=3D3D""></blockquote>=
<br=3D
 class=3D3D"">I don't understand why a different address would be =3D
considered degraded access to the same PCE. That seems like a different =3D
PCE, as noted above.<br class=3D3D""><br class=3D3D"">If you want to suppor=
t =3D
degraded (non-secure) access, why not just support STARTTLS?<br =3D
class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">Seve=
ral =3D
flows become possible this way, and discovery can be used to<br =3D
class=3D3D""></blockquote>simplify them but it is not essential for them =
=3D
to work. Let's consider them<br class=3D3D""><blockquote type=3D3D"cite" =
=3D
class=3D3D""><br class=3D3D"">* With discovery (or config)<br class=3D3D"">=
1.- =3D
PCC learn via discovery that the desired PCE require TLS.<br =3D
class=3D3D"">2.- PCC initiates TCP connection and TLS handshake<br =3D
class=3D3D"">3.- PCEP exchange within TLS context<br =3D
class=3D3D""></blockquote><br class=3D3D"">Makes sense.<br class=3D3D""><br=
 =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">---<br class=3D3D"">1=
.- =3D
PCC learn via discovery that the desired PCE does not use TLS.<br =3D
class=3D3D"">2.- PCC initiates TCP connection<br class=3D3D"">3.- PCEP =3D
exchange over TCP<br class=3D3D""></blockquote><br class=3D3D"">Makes =3D
sense.<br class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=
=3D3D"">*=3D
 Without discovery - PCE requiring TLS<br class=3D3D"">1.- PCC initiates =
=3D
TCP connection and TLS handshake<br class=3D3D""></blockquote><br =3D
class=3D3D"">Wouldn't the TLS handshake here fail? Why would the rest of =
=3D
the exchange occur?<br class=3D3D""><br class=3D3D""><blockquote type=3D3D"=
cite"=3D
 class=3D3D"">2.- PCEP exchange within TLS context<br class=3D3D"">---<br =
=3D
class=3D3D"">1.- PCC initiates TCP connection and attempts a PCEP OPEN =3D
message<br class=3D3D"">2.- PCE rejects the message with a PCErr message =
=3D
(Error-Type=3D3D1, Error-value=3D3D3, TLV identifying the need for =3D
TLS(optionally))<br class=3D3D"">3.- PCC initiates TCP connection and TLS =
=3D
handshake<br class=3D3D"">4.- PCEP exchange within TLS context<br =3D
class=3D3D""></blockquote><br class=3D3D"">(see issue above)<br class=3D3D"=
"><br=3D
 class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">* Without discovery =
- =3D
PCE not requiring TLS<br class=3D3D"">1.- PCC initiates TCP connection<br =
=3D
class=3D3D"">2.- PCEP exchange over TCP<br class=3D3D"">---<br class=3D3D""=
>1.- =3D
PCC initiates TCP connection and TLS handshake<br =3D
class=3D3D""></blockquote><br class=3D3D"">Why is this even attempted?<br =
=3D
class=3D3D""><br class=3D3D""><blockquote type=3D3D"cite" class=3D3D"">2.- =
No =3D
TLS context established with PCE or error message received<br =3D
class=3D3D"">(optionally)<br class=3D3D"">3.- PCC initiates TCP =3D
connection<br class=3D3D"">4.- PCEP exchange over TCP<br class=3D3D""><br =
=3D
class=3D3D"">What do you think of this approach?<br class=3D3D""><br =3D
class=3D3D"">Also we like to point a related discussion happened on UTA =3D
mailing list:<br class=3D3D""><a =3D
href=3D3D"http://www.ietf.org/mail-archive/web/uta/current/msg00423.html" =
=3D
class=3D3D"">http://www.ietf.org/mail-archive/web/uta/current/msg00423.html=
<=3D
/a><br class=3D3D""></blockquote><br class=3D3D"">Those points were raised =
=3D
on the TSVWG list too, but fail to address the key issue - insecure =3D
ports are insecure. Regardless of how many ports we allocate, it's no =3D
longer clear we should continue to deploy new insecure services on the =3D
Internet.<br class=3D3D""><br class=3D3D"">Joe<br class=3D3D""><br =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D""><br class=3D3D"">Rega=
rds,<br=3D
 class=3D3D"">Authors<br class=3D3D"">-----=3DE9=3D82=3DAE=3DE4=3DBB=3DB6=
=3DE5=3D8E=3D9F=3DE4=3DBB=3DB6=3D
-----<br class=3D3D"">=3DE5=3D8F=3D91=3DE4=3DBB=3DB6=3DE4=3DBA=3DBA: Joe To=
uch [<a =3D
href=3D3D"mailto:touch@isi.edu" class=3D3D"">mailto:touch@isi.edu</a>]<br =
=3D
class=3D3D"">=3DE5=3D8F=3D91=3DE9=3D80=3D81=3DE6=3D97=3DB6=3DE9=3D97=3DB4: =
2014=3DE5=3DB9=3DB43=3DE6=3D9C=3D8813=3D
=3DE6=3D97=3DA5 23:58<br class=3D3D"">=3DE6=3D94=3DB6=3DE4=3DBB=3DB6=3DE4=
=3DBA=3DBA: Qin Wu; Diego =3D
R. Lopez;&nbsp;<a href=3D3D"mailto:tcpm@ietf.org" =3D
class=3D3D"">tcpm@ietf.org</a><br class=3D3D"">=3DE6=3D8A=3D84=3DE9=3D80=3D=
81:&nbsp;<a =3D
href=3D3D"mailto:draft-ietf-pce-pceps@tools.ietf.org" =3D
class=3D3D"">draft-ietf-pce-pceps@tools.ietf.org</a><br class=3D3D"">=3DE4=
=3DB8=3DBB=3D
=3DE9=3DA2=3D98: Re: [tcpm] Looking for advice on a draft from the PCE work=
ing =3D
group<br class=3D3D""><br class=3D3D"">Hi, Qin,<br class=3D3D""><br =3D
class=3D3D"">On 3/13/2014 3:35 AM, Qin Wu wrote:<br class=3D3D""><blockquot=
e =3D
type=3D3D"cite" class=3D3D"">Hi, Joe:<br class=3D3D""><br class=3D3D"">It i=
s =3D
still not clear to me when we choose the same port and when we<br =3D
class=3D3D"">choose the different port if we apply TLS to different =3D
protocols,<br class=3D3D""></blockquote><br class=3D3D"">It's simple to =3D
determine:<br class=3D3D""><br class=3D3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-=
 =3D
if you designed your service before STARTTLS, then you needed<br =3D
class=3D3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;a separate port<br class=3D3D"">=
<br=3D
 class=3D3D"">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;- if you are designing your =3D
port now, you don't<br class=3D3D""><br class=3D3D""><blockquote type=3D3D"=
cite"=3D
 class=3D3D"">Take SMTP, POP3,IMAP as examples:<br =3D
class=3D3D""></blockquote>...<br class=3D3D""><blockquote type=3D3D"cite" =
=3D
class=3D3D"">It looks to me when we apply SSL to SMTP,POP3,IMAP, then =3D
SMTP, POP3<br class=3D3D"">and IMAP with SSL =3D
support(i.e.,SMTPS,POP3S,IMAPS)<br class=3D3D""><br class=3D3D"">Will =3D
usually choose the different ports.<br class=3D3D""><br class=3D3D"">The =
=3D
same rule above is also applied to HTTP when we apply SSL to<br =3D
class=3D3D"">HTTP(i.e., HTTPS).<br class=3D3D""></blockquote><br =3D
class=3D3D"">All of the above are good examples of the first part of the =
=3D
rule.<br class=3D3D""><br class=3D3D"">Note that we have other assignments =
=3D
that now would be declined, because we've learned to do better. E.g., =3D
there would not be a POP2 or POP3 because we would expect POP to =3D
indicate the protocol version in-band. We also no longer assign multiple =
=3D
names for the same service, as was done for http/www, nor do we now =3D
assign multiple ports for the same service (80, 8080), nor do we now =3D
assign ports for development purposes &nbsp;(http-dev).<br class=3D3D""><br=
 =3D
class=3D3D"">We've learned to do better.<br class=3D3D""><br class=3D3D"">J=
oe<br=3D
 class=3D3D""><br class=3D3D""></blockquote></blockquote><br =3D
class=3D3D""></blockquote></blockquote></blockquote></div><div =3D
class=3D3D""><br class=3D3D""></div><div class=3D3D"">8&lt;=3DE2=3D80=3D94<=
/div><div =3D
class=3D3D""><br class=3D3D""></div><div class=3D3D"">So we decided to go =
=3D
STARTTLS a-la-LDAP, so to say.&nbsp;</div><div class=3D3D""><br =3D
class=3D3D""></div><div class=3D3D""><div><blockquote type=3D3D"cite" =3D
class=3D3D""><div class=3D3D"">Minor Issues:</div><div class=3D3D""><br =3D
class=3D3D"">* Section 3.3: "A RECOMMENDED value for StartTLSWait timer is =
=3D
60<br class=3D3D"">seconds." This seems like a very long time to wait for =
=3D
an initial reply<br class=3D3D"">on an already-established TCP =3D
connection.<br class=3D3D""></div></blockquote><div><br =3D
class=3D3D""></div><div>This value was proposed to be of the order of =3D
magnitude of the KeepAlive PCEP timer (recommended to be of 30 seconds =3D
in RFC 5440) Since the StartTLS message is required to happen before any =
=3D
other message, it is not possible to rely on the timer negotiation =3D
during the Open message exchange. I agree the value looks very long, and =
=3D
we are open to any suggestion on this, either as recommending a concrete =
=3D
value or by recommending an interval (between 5 and 30 secs?)</div><br =3D
class=3D3D""><blockquote type=3D3D"cite" class=3D3D""><div class=3D3D"">* =
=3D
Section 3.2, fifth paragraph (beginning with "A PCEP speaker<br =3D
class=3D3D"">receiving..."):<br class=3D3D""><br class=3D3D"">This paragrap=
h =3D
states: "A PCEP speaker receiving any other message apart<br =3D
class=3D3D"">from StartTLS, open, or PCErr MUST treat it as an unexpected =
=3D
message..."<br class=3D3D""><br class=3D3D"">As written this is confusing =
=3D
and seems to imply that no other PCEP<br class=3D3D"">messages can ever be =
=3D
sent. It looks like this is meant to be scoped to<br class=3D3D"">the =3D
context of the first message sent/received on session initiation?<br =3D
class=3D3D""></div></blockquote><div><br class=3D3D""></div><div>You are =
=3D
completely right. It should read: =3DE2=3D80=3D9CA PCEP speaker receiving a=
s =3D
first message any other message apart</div><div class=3D3D"">from =3D
StartTLS, Open, or PCErr MUST treat it as an unexpected =3D
message=3DE2=3D80=3DA6"</div><div><br class=3D3D""></div><div>It is correct=
ed in =3D
the new version I am editing right now.</div><br class=3D3D""><blockquote =
=3D
type=3D3D"cite" class=3D3D""><div class=3D3D"">* Section 8.6<br class=3D3D"=
"><br =3D
class=3D3D"">The subsection titles of Section 8 have been taken from =3D
Section 8 of RFC<br class=3D3D"">5440, but Section 8.6 here is called =3D
"Impact on Network Operations"<br class=3D3D"">while in RFC 5440 it's =3D
called "Impact on Network Operation". Funnily<br class=3D3D"">enough, that =
=3D
final "s" makes a difference. Without it, the section<br class=3D3D"">refer=
s=3D
 to an impact on the functioning of the network itself. With it,<br =3D
class=3D3D"">it would usually be taken to refer to impact on human =3D
operations and<br class=3D3D"">management procedures.<br class=3D3D""><br =
=3D
class=3D3D"">It looks correct to say that the mechanism of this draft =3D
should not<br class=3D3D"">significantly impact the functioning of the =3D
network. On the other hand,<br class=3D3D"">it certainly does impact =3D
operations and management procedures, as staff<br class=3D3D"">have to =3D
develop policies around security requirements for PCEP within<br =3D
class=3D3D"">the organization, methods for verifying whether device =3D
security<br class=3D3D"">parameters are configured correctly, checking for =
=3D
unexpected downgrades<br class=3D3D"">to insecure sessions, etc. It would =
=3D
be an improvement for the document<br class=3D3D"">to address the impact =
=3D
of PCEPS on operational processes.<br =3D
class=3D3D""></div></blockquote><div><br class=3D3D""></div><div>I believe =
=3D
all these operational policy aspects are discussed in the other =3D
subsections of section 8, and therefore making a explicit mention to =3D
them under 8.6 would be enough. BTW, in order to be consistent to RFC =3D
5440 I have deleted the =3DE2=3D80=3D9Cs=3DE2=3D80=3D9D in the title of the=
 =3D
section...</div><div><br class=3D3D""></div><blockquote type=3D3D"cite" =3D
class=3D3D""><div class=3D3D"">Nits:<br class=3D3D""><br class=3D3D"">Sec 3=
.1, =3D
first paragraph:<br class=3D3D"">OLD<br class=3D3D""> &nbsp;&nbsp;&nbsp;The=
 =3D
steps involved in the PCEPS establishment consists of following<br =3D
class=3D3D""> &nbsp;&nbsp;&nbsp;successive steps:<br class=3D3D"">NEW<br =
=3D
class=3D3D""> &nbsp;&nbsp;&nbsp;The steps involved in establishing a PCEPS =
=3D
session are as follows:<br class=3D3D"">END<br =3D
class=3D3D""></div></blockquote><div><br =3D
class=3D3D""></div><div>Corrected.</div><div><br =3D
class=3D3D""></div><blockquote type=3D3D"cite" class=3D3D""><div class=3D3D=
"">Sec =3D
3.4, Step 3:<br class=3D3D"">s/Any attempt of initiate a TLS/Any attempt =
=3D
to initiate a TLS/<br class=3D3D""></div></blockquote><br =3D
class=3D3D""></div><div>Corrected as well.</div><div><br =3D
class=3D3D""></div><div>Be goode,</div><div><br class=3D3D""></div><div =3D
apple-content-edited=3D3D"true" class=3D3D"">
<div style=3D3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: =3D
auto; text-align: start; text-indent: 0px; text-transform: none; =3D
white-space: normal; widows: auto; word-spacing: 0px; =3D
-webkit-text-stroke-width: 0px; word-wrap: break-word; =3D
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =3D
class=3D3D"">--<br class=3D3D"">"Esta vez no fallaremos, Doctor Infierno"<b=
r =3D
class=3D3D""><br class=3D3D"">Dr Diego R. Lopez<br class=3D3D"">Telefonica =
=3D
I+D<br class=3D3D""><a href=3D3D"http://people.tid.es/diego.lopez/" =3D
class=3D3D"">http://people.tid.es/diego.lopez/</a><br class=3D3D""><br =3D
class=3D3D"">e-mail: diego.r.lopez@telefonica.com<br class=3D3D"">Tel: =3D
&nbsp; &nbsp;+34 913 129 041<br class=3D3D"">Mobile: +34 682 051 091<br =3D
class=3D3D"">----------------------------------</div>

</div>
<br class=3D3D""></div></div></body></html>=3D

--Apple-Mail=3D_9FEB5268-98BA-4654-BECA-5C16B7883EF6--

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, pu=
ede contener informaci=F3n privilegiada o confidencial y es para uso exclus=
ivo de la persona o entidad de destino. Si no es usted. el destinatario ind=
icado, queda notificado de que la lectura, utilizaci=F3n, divulgaci=F3n y/o=
 copia sin autorizaci=F3n puede estar prohibida en virtud de la legislaci=
=F3n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo =
comunique inmediatamente por esta misma v=EDa y proceda a su destrucci=F3n.

The information contained in this transmission is privileged and confidenti=
al information intended only for the use of the individual or entity named =
above. If the reader of this message is not the intended recipient, you are=
 hereby notified that any dissemination, distribution or copying of this co=
mmunication is strictly prohibited. If you have received this transmission =
in error, do not read it. Please immediately reply to the sender that you h=
ave received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat=E1rio=
, pode conter informa=E7=E3o privilegiada ou confidencial e =E9 para uso ex=
clusivo da pessoa ou entidade de destino. Se n=E3o =E9 vossa senhoria o des=
tinat=E1rio indicado, fica notificado de que a leitura, utiliza=E7=E3o, div=
ulga=E7=E3o e/ou c=F3pia sem autoriza=E7=E3o pode estar proibida em virtude=
 da legisla=E7=E3o vigente. Se recebeu esta mensagem por erro, rogamos-lhe =
que nos o comunique imediatamente por esta mesma via e proceda a sua destru=
i=E7=E3o


From nobody Sun May 14 18:57:32 2017
Return-Path: <sboutros@vmware.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F323129B5B; Sun, 14 May 2017 18:57:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.702
X-Spam-Level: 
X-Spam-Status: No, score=-4.702 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=-2.8, 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=onevmw.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 4dZWZuSqtkRz; Sun, 14 May 2017 18:57:19 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0089.outbound.protection.outlook.com [104.47.38.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9CEA129AE5; Sun, 14 May 2017 18:52:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onevmw.onmicrosoft.com; s=selector1-vmware-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RWOk1xYyiOJTKiW0py0XDOer/LoE+XRhQE+QDGyTE40=; b=l7IiM/5jcKT7FgKZzy8V4MS3HYD7JUfMPcs/p7Y6l6Sp8a86aO2jIy2aX30Dc2VVTrFi0wyAv/2Ov2+kMxKUF47WRPhqbPsAiVqZBaiQmgByXsaaaPfhfIEPNFc1kNyVDNC8gYpA4sYiU2PHOAJtlLaySvJGPboBgMRa0eXNJhA=
Received: from BN6PR05MB3009.namprd05.prod.outlook.com (10.173.19.15) by BN6PR05MB3011.namprd05.prod.outlook.com (10.173.19.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1101.8; Mon, 15 May 2017 01:52:58 +0000
Received: from BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) by BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) with mapi id 15.01.1101.011; Mon, 15 May 2017 01:52:58 +0000
From: Sami Boutros <sboutros@vmware.com>
To: Min Ye <amy.yemin@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
CC: "draft-ietf-pals-p2mp-pw.all@ietf.org" <draft-ietf-pals-p2mp-pw.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
Thread-Index: AQHSyfQORpr0WT3BYUyvZqID9K0TvaH0MrUA
Date: Mon, 15 May 2017 01:52:57 +0000
Message-ID: <89E173B8-3C03-4B4A-A405-F0442B983D7F@vmware.com>
References: <149446531632.16715.2861233468294466753@ietfa.amsl.com>
In-Reply-To: <149446531632.16715.2861233468294466753@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=vmware.com;
x-originating-ip: [2601:642:4400:5082:1cdd:82eb:534a:fbec]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR05MB3011; 7:Cwhl6bfeuBZiw2iWhzrUBpJXJt5lWch0JWX7OGo1uFRNyxt1mmNKqdm7+zkjTgP89G+6gUGrM6BgJxEJAHI468kLI5U5Du2bBISfk66MK2HsGbl4jJjCdTI9AiQfESf9Bmmc+v0Pz/DNkhtbFpo8zblG280qiAYbxa73cNwK1s3hi5WqTYBtmn7quKnDlbvbI9sy+NjXCaJjxLSNj3w/gooHaF1gv4jfXAGTjC3HMruToEVZsZofQ6PN6DDFp3wlY5gM19vWB/dpFF+xzG4GIYNrodlaPchKcAamcKijLCKxPOVGhvpmczLnenEnLHDRBz5ss7e9qtocKjzdMiwkHw==; 20:s1WuyayNkDgqzdcC2BBwM4TlOJufxpx+slH/BcmUm+uGzm7hpA3eFD6OePzX8otzhNErkNaDVcU1q37VOk4HRHgtlsurbI0xvBFpOiemcShZRGRZDXXMy0xsLjboz7csZVVjpAkbXYZIMAU+/bCsQmUSUtIs6HIHYY1TJvnIGwc=
x-ms-traffictypediagnostic: BN6PR05MB3011:
x-ms-office365-filtering-correlation-id: abac2988-a78e-4a7b-19a4-08d49b351c9a
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BN6PR05MB3011; 
x-microsoft-antispam-prvs: <BN6PR05MB30111E7088EA7AC91815406BBEE10@BN6PR05MB3011.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(10436049006162)(50582790962513);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123555025)(20161123562025)(20161123558100)(20161123560025)(6072148); SRVR:BN6PR05MB3011; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB3011; 
x-forefront-prvs: 0308EE423E
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39840400002)(39410400002)(39400400002)(39850400002)(39450400003)(24454002)(37854004)(377454003)(6306002)(122556002)(6512007)(2906002)(189998001)(99286003)(54906002)(478600001)(230783001)(4326008)(38730400002)(6246003)(5660300001)(50986999)(76176999)(54356999)(6116002)(53936002)(102836003)(77096006)(83716003)(7736002)(6506006)(6436002)(8936002)(81166006)(6486002)(33656002)(36756003)(305945005)(82746002)(8676002)(86362001)(2501003)(2900100001)(25786009)(575784001)(3280700002)(2950100002)(3660700001)(53546009); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3011; H:BN6PR05MB3009.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <EA9BF094B040DA49B8C4F4781DD3D7D7@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: vmware.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 May 2017 01:52:57.9624 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b39138ca-3cee-4b4a-a4d6-cd83d9dd62f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3011
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Mnb91Sdv3esoPUnJTlG7wbG1lww>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2017 01:57:22 -0000

SGkgUGF0cmljZSwNCg0KVGhhbmtzIGZvciByZXZpZXdpbmcgdGhlIGRyYWZ0Lg0KDQpQbGVhc2Ug
c2VlIGNvbW1lbnRzIGlubGluZS4NCg0KDQpPbiA1LzEwLzE3LCA2OjE1IFBNLCAiTWluIFllIiA8
YW15LnllbWluQGh1YXdlaS5jb20+IHdyb3RlOg0KDQo+UmV2aWV3ZXI6IFBhdHJpY2UgQnJpc3Nl
dHRlDQo+UmV2aWV3IHJlc3VsdDogSGFzIElzc3Vlcw0KPg0KPltSZXNlbmRpbmcgdG8gUlRHLURJ
Ul0NCj4NCj5IZWxsbywgDQo+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGly
ZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMNCj5kcmFmdC4gVGhlIFJvdXRpbmcgRGlyZWN0b3Jh
dGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yDQo+cm91dGluZy1yZWxhdGVkIGRyYWZ0
cyBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRw0KPnJldmlldywg
YW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZp
ZXcgaXMNCj50byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9y
ZSBpbmZvcm1hdGlvbiBhYm91dA0KPnRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2Vl
DQo+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHAtM0FfX3Ry
YWMudG9vbHMuaWV0Zi5vcmdfYXJlYV9ydGdfdHJhY193aWtpX1J0Z0RpciZkPUR3SURhUSZjPXVp
bGFLOTBENFRPVm9INThKTlhSZ1Emcj1JVnpjVFJMUWRwdGEwOEwwYl95MnpEa3F2d0poUktNQ0Fi
WC0ySy1MVjk4Jm09TVdJWGZlN0VfZ0Z3V1pGcnNWUHBOVGE2RVFpbUNHRngtRzNzSWpNTGJNZyZz
PXRBM051bVFFUkhFUnVZRFlBMENDcHJxMzZfX01IR0xmWlUzRThZeXB2VmcmZT0gIA0KPkFsdGhv
dWdoIHRoZXNlIGNvbW1lbnRzIGFyZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRp
bmcgQURzLA0KPml0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0g
YWxvbmcgd2l0aCBhbnkgb3RoZXINCj5JRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSBy
ZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbQ0KPnRocm91Z2ggZGlzY3Vzc2lvbiBv
ciBieSB1cGRhdGluZyB0aGUgZHJhZnQuIA0KPiANCj5Eb2N1bWVudDogZHJhZnQtaWV0Zi1wYWxz
LXAybXAtcHctMDIudHh0DQo+UmV2aWV3ZXI6IFBhdHJpY2UgQnJpc3NldHRlDQo+UmV2aWV3IERh
dGU6IE1heSAxMCwgMjAxNw0KPklFVEYgTEMgRW5kIERhdGU6IE1heSAxMiwgMjAxNw0KPkludGVu
ZGVkIFN0YXR1czogU3RhbmRhcmQgVHJhY2sgDQo+U3VtbWFyeTogDQo+4oCiCUkgaGF2ZSBzb21l
IG1pbm9yIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNob3VsZA0K
PmJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4gDQo+IA0KPkNvbW1lbnRzOiANCj7igKIJ
UGxlYXNlIHN1cHBseSBhbiBvdmVydmlldyBvZiB0aGUgZHJhZnQgcXVhbGl0eSBhbmQgcmVhZGFi
aWxpdHkuIA0KPuKAoglJbmNsdWRlIGFueXRoaW5nIGVsc2UgdGhhdCB5b3UgdGhpbmsgd2lsbCBi
ZSBoZWxwZnVsIHRvd2FyZA0KPnVuZGVyc3RhbmRpbmcgeW91ciByZXZpZXcuIA0KPk1ham9yIElz
c3VlczogDQo+4oCiCSJObyBtYWpvciBpc3N1ZXMgZm91bmQuIiANCj5NaW5vciBJc3N1ZXM6DQo+
4oCiCVRlY2huaWNhbGx5LCBJIHRoaW5rIHRoZSBkcmFmdCBpcyBjb21wbGV0ZWQuIEhvd2V2ZXIs
IGl0IGRvZXNu4oCZdA0KPmZsb3cgdmVyeSB3ZWxsLiBJbmZvcm1hdGlvbiBpcyBhbGwgb3Zlci4g
SSBzdWdnZXN0IHRoZSBhdXRob3JzIHRvDQo+cmV2aWV3IHRoZSBsYXlvdXQvZmxvdyBvZiB0aGUg
ZG9jdW1lbnQuIA0KPiANCj5IZXJlIGFyZSBteSDigJxkZXRhaWxlZOKAnSBjb21tZW50czoNCj4g
DQo+QWJzdHJhY3Qg4oCUIFdoYXQgaXMgdGhlIHBsdXMgdmFsdWUgb24gdGhhdCBkcmFmdD8gTm8g
Y2xlYXINCj4gDQo+TWFueSBMb25nIHNlbnRlbmNlcyBpbiB0aGUgdGV4dC4gdmVyeSBoYXJkIHRv
IHVuZGVyc3RhbmQgYW5kIGZvbGxvdy4NCj5TeW50YXggdG8gYmUgaW1wcm92ZWQuDQoNCg0KSSB3
ZW50IG92ZXIgdGhlIGFic3RyYWN0LCBJIGRpZG7igJl0IHNlZSBhbnkgbG9uZyBzZW50ZW5jZXMu
IE5vdCBzdXJlIA0KV2hhdCB0byBpbXByb3ZlPyBDYW4geW91IGJlIHNwZWNpZmljPw0KDQoNCj4g
DQo+SW50cm9kdWN0aW9uDQo+VHlwbyA6IOKAnEEgcmVmZXJlbmNlIG1vZGVsIG9yIGEgUDJNUCBQ
VyBpcyBkZXBpY3RlZCBpbiBGaWd1cmUgMSBiZWxvd+KAnQ0KPiANCj7igJxJbiB0aGlzIGRvY3Vt
ZW50LCB3ZSBzcGVjaWZ5IGEgbWV0aG9kIG9mIHNpZ25hbGluZyBQMk1QDQo+ICAgUFcgdXNpbmcg
TERQLuKAnSDigJQ+IHN1Z2dlc3QgdG8gbW92ZSBpdCBmcm9tIGludHJvIHRvIGFic3RyYWN0DQoN
Ck5vdCBzdXJlIGlmIHdlIGNhbiByZWZlcmVuY2UgYSBmaWd1cmUgaW4gdGhlIGFic3RyYWN0LiBU
aGUgYWJzdHJhY3QNCkFscmVhZHkgbWVudGlvbiB0aGF0IHRoZSBzZWNvbmQgc2VudGVuY2UuDQoN
Cj4gDQo+IA0KPkFsc28sIG1ha2Ugc3VyZSB0aGUgM3JkIHBlcnNvbiBpcyB1c2VkLiBUcnkgdG8g
YSB2b2lkIOKAnHdl4oCdIHVzYWdlDQoNCkFncmVlZCwgSSB3aWxsIHJlbW92ZSBhbGwgdXNhZ2Ug
b2Yg4oCcd2XigJ0gaW4gdGhlIGRvY3VtZW50Lg0KDQo+IA0KPk1heSBJIHN1Z2dlc3QgdG8gaGF2
ZSBhIHJlcXVpcmVtZW50IHNlY3Rpb24uIFJlcXVpcmVtZW50cyBhcmUgYWxsIG92ZXINCj50aGUg
ZG9jdW1lbnQuDQoNClRoZXJlIGlzIGFscmVhZHkgYW4gUkZDIGZvciB0aGF0LiBbUkZDNzMzOF0g
ICBGLiBKb3VuYXksIGV0LiBhbCwgDQoiUmVxdWlyZW1lbnRzIGZvciBQb2ludCB0byBNdWx0aXBv
aW50IFBzZXVkb3dpcmUiLCBSRkM3MzM4LCBTZXB0ZW1iZXIgMjAxNC4NCg0KVGhpcyBzb2x1dGlv
biBkb2N1bWVudCBhZGRyZXNzZXMgdGhlIHJlcXVpcmVtZW50cy4NCg0KPiANCj7igJwgICBJbiBj
YXNlIG9mIG1MRFAsIGEgTGVhZi1QRSBjYW4gZGVjaWRlIHRvIGpvaW4gdGhlIFAyTVAgTFNQIGF0
IGFueQ0KPiAgIHRpbWU7IHdoZXJlYXMgaW4gdGhlIGNhc2Ugb2YgUlNWUC1URSwgdGhlIFAyTVAg
TFNQIGlzIHNldCB1cCBieQ0KPnRoZQ0KPiAgIFItUEUsIGdlbmVyYWxseSBhdCB0aGUgaW5pdGlh
bCBzZXJ2aWNlIHByb3Zpc2lvbmluZyB0aW1lLiBJdA0KPnNob3VsZA0KPiAgIGJlIG5vdGVkIHRo
YXQgbG9jYWwgcG9saWN5IGNhbiBvdmVycmlkZSBhbnkgZGVjaXNpb24gdG8gam9pbiwgYWRkDQo+
b3INCj4gICBwcnVuZSBleGlzdGluZyBvciBuZXcgTC1QRShzKSBmcm9tIHRoZSB0cmVlLiBJbiBh
bnkgY2FzZSwgdGhlIFBXDQo+ICAgc2V0dXAgY2FuIGlnbm9yZSB0aGVzZSBkaWZmZXJlbmNlcywg
YW5kIHNpbXBseSBhc3N1bWUgdGhhdCB0aGUNCj5QMk1QDQo+ICAgUFNOIExTUCBpcyBhdmFpbGFi
bGUgd2hlbiBuZWVkZWQNCj7igJwNCj5RdWl0ZSBjb21wbGV4IHRvIGZvbGxvdy4gTWlzc2luZyB0
byDigJx3aHnigJ0gLyBleHBsYW5hdGlvbi4NCg0KU3VyZSBJIGNhbiBjbGFyaWZ5IHRoaXMgYSBs
aXR0bGUgbW9yZSwgd2lsbCByZW1vdmUgc29tZSBzZW50ZW5jZXMgDQpUaGF0IG1ha2UgaXQgY29u
ZnVzaW5nLCB3ZSBhcmUgc2ltcGx5IGhlcmUgZGlmZmVyZW50aWF0aW5nIG1MRFAgTFNQIGZyb20N
CnAybXAgTFNQIHcvIFJTVlAtVEUgYW5kIHNheWluZyB0aGF0IFBXIHNldHVwIGlzIGFnbm9zdGlj
IG9mIHRoZSB0cmFuc3BvcnQgDQpwMm1wIExTUCBzZXR1cC4NCg0KPiANCj7igJxUaGUgTERQIGxp
YmVyYWwgbGFiZWwgcmV0ZW50aW9uIG1vZGUgaXMgdXNlZOKAnA0KPkFub3RoZXIgcmVxdWlyZW1l
bnTigKYgaXMgdGhhdCBhIE1BWSwgU0hPVUxELCBNVVNUPw0KDQpJIHdpbGwgY2hhbmdlIGl0IHRv
IGEgTVVTVC4NCg0KPiANCj7igJxJbiB0aGlzIGNhc2UsIGEgUFcgc3RhdHVzIG1lc3NhZ2Ugd2l0
aCBzdGF0dXMNCj4gICBjb2RlIG9mIDB4MDAwMDAwMDggKExvY2FsIFBTTi1mYWNpbmcgUFcgKGlu
Z3Jlc3MpIFJlY2VpdmUgRmF1bHQpDQo+TVVTVA0KPiAgIGFsc28gYmUgc2VudCB0byB0aGUgUi1Q
ReKAnA0KPiANCj5Ib3c/IFRoZSBMLVBFIGZhaWxzIHRvIGpvaW4gdGhlIFAyTVAgUFNOIExTUC4N
Cg0KQ29ycmVjdCB0aGUgTC1QRSBoYXZlIHRvIHNpZ25hbCB0aGlzIGZhaWx1cmUgdG8gdGhlIHJv
b3QgUEUuDQoNCj4gDQo+U2VjdGlvbiAyLjINCj7igJwgICBOb3RlIHRoYXQgc2luY2UgdGhlIExE
UCBsYWJlbCBtYXBwaW5nIG1lc3NhZ2UgaXMgb25seSBzZW50IGJ5IHRoZQ0KPlItDQo+ICAgUEUg
dG8gYWxsIHRoZSBMLVBFcywgaXQgaXMgbm90IHBvc3NpYmxlIHRvIG5lZ290aWF0ZSBhbnkgaW50
ZXJmYWNlDQo+ICAgcGFyYW1ldGVycy7igJwNCj5XaHkgaXMgdGhhdCBub3RlIHRoZXJlPyBJcyB0
aGF0IGFscmVhZHkgYmVlbiBtZW50aW9uZWQgcHJldmlvdXNseS4NCg0KVGhpcyBpcyB0aGUgb25s
eSByZWZlcmVuY2UgaW4gdGhlIGRvY3VtZW50Lg0KDQo+RmlnLjQgbXVzdCAgYmUgbW92ZWQgdG8g
cHJvcGVyIGluIHRoZSB0ZXh0IE9SIGNyZWF0ZSAyIHN1YnNlY3Rpb24gaW4NCj4yLjINCg0KU29y
cnkgZGlkbuKAmXQgZ2V0IHdoYXQgeW91IG1lYW4gaGVyZT8gQ2FuIHlvdSBlbGFib3JhdGU/DQoN
Cj4gDQo+4oCcQXMgc3VjaCwgUFcgc3RhdHVzIG5lZ290aWF0aW9uIHByb2NlZHVyZQ0KPiAgIGRl
c2NyaWJlZCBpbiBbUkZDNDQ0N2Jpc10gaXMgbm90IGFwcGxpY2FibGUgdG8gUDJNUCBQVy4gQSBu
b2RlDQo+TVVTVA0KPiAgIE5PVCBjbGFpbSB0byBiZSAgUDJNUCBQVyBjYXBhYmxlIGJ5IHNlbmRp
bmcgYSBMRFAgUDJNUCBQVw0KPkNhcGFiaWxpdHkNCj4gICBUTFYgIGlmIGl0IGlzIG5vdCBhbHNv
IGNhcGFibGUgb2YgaGFuZGxpbmcgUFcgc3RhdHVz4oCcDQo+IA0KPlNob3VsZCBhIG5vZGUgc2Vu
ZCBMRFAgUDJNUCBQVyBDYXBhYmlsaXR5IFRMViBvciBub3Q/IE5vdCB3ZWxsIGV4cGxhaW4NCg0K
V2hhdCBpcyBzYWlkIGhlcmUsIHRoYXQgeW91IGNhbuKAmXQgYmUgUDJNUCBQVyBjYXBhYmxlIHdp
dGhvdXQgYmVpbmcgUFcgc3RhdHVzIGNhcGFibGUuDQpOb3Qgc3VyZSBob3cgdG8gbWFrZSBpdCBj
bGVhcmVyLg0KDQo+DQo+IA0KPlRoZXJlIGlzIHNvbWUgcmVmZXJlbmNlIHRvIExTUiBpbiB0aGUg
dGV4dCB3aGVyZSB0aGUgbWFqb3IgcGFydCB1c2UNCj50aGUgd29yZGluZyDigJxub2Rl4oCdLg0K
DQpJIHdpbGwgbWFrZSBhbGwgY29uc2lzdGVudCwgYW5kIHVzZSBMU1IgaW5zdGVhZCBvZiBub2Rl
Lg0KDQpUaGFua3MsDQoNClNhbWkNCj4gDQo+Tml0czogDQo+Ti9BDQo+IA0KPlJlZ2FyZHMsDQo+
UGF0cmljZSBCcmlzc2V0dGUNCj4NCj4NCj4NCj4NCg==


From nobody Sun May 14 19:20:55 2017
Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EEF0129C34; Sun, 14 May 2017 19:20:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.222
X-Spam-Level: 
X-Spam-Status: No, score=-4.222 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=-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 KVgpcCUent7j; Sun, 14 May 2017 19:20:51 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 599D8129AC9; Sun, 14 May 2017 19:16:32 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGO83682; Mon, 15 May 2017 02:16:30 +0000 (GMT)
Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 15 May 2017 03:16:29 +0100
Received: from DGGEML508-MBX.china.huawei.com ([169.254.3.58]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0301.000; Mon, 15 May 2017 10:16:23 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCAABUaawAAa3iuMA==
Date: Mon, 15 May 2017 02:16:23 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F53B3@dggeml508-mbx.china.huawei.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com> <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com> <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com>
In-Reply-To: <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
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.0A020205.59190F7E.00E7, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.58, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: ae894308fcd24fd05cb5daea5fe4789f
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/HCwSQmIiHyACVALUfezwMjt2m0I>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2017 02:20:53 -0000

SGkgUmFoZXNoLA0KDQpUaGFua3MgZm9yIGNvbnNpZGVyaW5nIG15IGNvbW1lbnRzIGFuZCB0aGUg
cXVpY2sgdXBkYXRlcyENCg0KUGxlYXNlIHNlZSBteSByZXBseSBpbmxpbmUuLi4NCg0KPiAtLS0t
LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSBb
bWFpbHRvOnJnYW5kaGlAY2lzY28uY29tXQ0KPiBTZW50OiBTYXR1cmRheSwgTWF5IDEzLCAyMDE3
IDU6NDcgQU0NCj4gVG86IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBydGctYWRz
QGlldGYub3JnDQo+IENjOiBydGctZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLXRlYXMtZ21wbHMt
bHNwLWZhc3RyZXJvdXRlQGlldGYub3JnOw0KPiB0ZWFzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJl
OiBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRlLTA3
LnR4dA0KPiANCj4gSGkgTWFjaCwgV0csDQo+IA0KPiBVcGRhdGVkIGRvY3VtZW50IHRoYXQgYWRk
cmVzc2VzIHRoZSBjb21tZW50cyBjYW4gYmUgZm91bmQgYXQ6DQo+IA0KPiBodHRwczovL3Rvb2xz
LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wOA0K
PiANCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXRl
YXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRlLQ0KPiAwOA0KPiANCj4gDQo+IHRoYW5rcywNCj4gUmFr
ZXNoDQo+IA0KPiANCj4gT24gMjAxNy0wNS0xMiwgNzo0MiBBTSwgIlJha2VzaCBHYW5kaGkgKHJn
YW5kaGkpIiA8cmdhbmRoaUBjaXNjby5jb20+DQo+IHdyb3RlOg0KPiANCj4gICAgIEhpIE1hY2gs
DQo+IA0KPiAgICAgTWFueSB0aGFua3MgZm9yIHRoZSBkZXRhaWxlZCByZXZpZXcgb2YgdGhlIGRv
Y3VtZW50IGFuZCB5b3VyIGNvbW1lbnRzLg0KPiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVwbGll
cyB3aXRoIDxSRz7igKYNCj4gDQo+IA0KPiAgICAgT24gMjAxNy0wNS0xMiwgNDozMyBBTSwgIk1h
Y2ggQ2hlbiIgPG1hY2guY2hlbkBodWF3ZWkuY29tPiB3cm90ZToNCj4gDQo+ICAgICAgICAgSGVs
bG8sDQo+IA0KPiAgICAgICAgIEkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERp
cmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0Lg0KPiBUaGUgUm91dGluZyBEaXJlY3Rv
cmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0
cw0KPiBhcyB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcu
IFRoZSBwdXJwb3NlIG9mIHRoZQ0KPiByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRv
IHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24NCj4gYWJvdXQgdGhlIFJvdXRp
bmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn
L2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCj4gDQo+ICAgICAgICAgQWx0aG91Z2ggdGhlc2Ug
Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0
DQo+IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0
aCBhbnkgb3RoZXIgSUVURiBMYXN0DQo+IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwg
YW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0KPiBkaXNjdXNzaW9uIG9yIGJ5IHVw
ZGF0aW5nIHRoZSBkcmFmdC4NCj4gDQo+ICAgICAgICAgRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVh
cy1nbXBscy1sc3AtZmFzdHJlcm91dGUtMDcudHh0DQo+ICAgICAgICAgUmV2aWV3ZXI6IE1hY2gg
Q2hlbg0KPiAgICAgICAgIFJldmlldyBEYXRlOiAxMiBNYXkgMjAxNw0KPiAgICAgICAgIEludGVu
ZGVkIFN0YXR1czogSW5mb3JtYXRpb25hbA0KPiANCj4gICAgICAgICBTdW1tYXJ5Og0KPiAgICAg
ICAgIEkgaGF2ZSBzb21lIG1pbm9yIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJ
IHRoaW5rIHNob3VsZCBiZQ0KPiByZXNvbHZlZCBiZWZvcmUgcHVibGljYXRpb24uDQo+IA0KPiAg
ICAgICAgIENvbW1lbnRzOg0KPiAgICAgICAgIFRoaXMgZG9jdW1lbnQgaXMgY2xlYXJseSB3cml0
dGVuIGFuZCBlYXN5IHRvIHVuZGVyc3RhbmQuDQo+IA0KPiAgICAgICAgIE1ham9yIElzc3VlczoN
Cj4gICAgICAgICBObyBtYWpvciBpc3N1ZXMgZm91bmQuDQo+IA0KPiAgICAgICAgIE1pbm9yIElz
c3VlczoNCj4gDQo+ICAgICAgICAgMS4gU2VjdGlvbiA1Lg0KPiAgICAgICAgIFRoZSBiZWhhdmlv
ciBvZiBQYXRoIGFuZCBSZXN2IG1lc3NhZ2VzICBwcm9jZXNzICJBZnRlciBMaW5rIEZhaWx1cmUi
IGlzDQo+IGRpZmZlcmVudCBmcm9tIHRoZSBiZWhhdmlvciBvZiAiIFJldmVydGl2ZSBCZWhhdmlv
ciBBZnRlciBGYXN0IFJlcm91dGUiLiBGb3INCj4gZXhhbXBsZSwgZm9yICJBZnRlciBMaW5rIEZh
aWx1cmUiIGNhc2UsIHdoaWNoIGxpbmsgdGhlIFJlc3YgbWVzc2FnZXMgd2lsbCBzZW5kDQo+IG92
ZXIgZGVwZW5kcyBvbiB0aGUgbGluayBvdmVyIHdoaWNoIHRoZSBQYXRoIG1lc3NhZ2VzIGFyZSBy
ZWNlaXZlZCwgYnV0IGZvcg0KPiAiIFJldmVydGl2ZSBCZWhhdmlvciBBZnRlciBGYXN0IFJlcm91
dGUiIGNhc2UsIHRoZSBQYXRoIGFuZCBSZXN2IG1lc3NhZ2VzDQo+IGFyZSBzZW50IGluZGVwZW5k
ZW50bHkuIElzIHRoaXMgdGhlIGludGVudGlvbiwgb3IgaXMgaXQgbmVjZXNzYXJ5IHRvIHVuaWZ5
IHRoZQ0KPiBiZWhhdmlvcj8NCj4gDQo+ICAgICA8Ukc+IE9rLCB3ZSBzaG91bGQgcmVtb3ZlIHRo
ZSBzZWNvbmQgYnVsbGV0IChjb3BpZWQgYmVsb3cpIHRvIG1ha2UgaXQNCj4gY29uc2lzdGVudCBm
b3IgYm90aCBjYXNlcy4NCj4gDQo+ICAgICBvICBUaGUgdXBzdHJlYW0gUExSIFI0IHN0YXJ0cyBz
ZW5kaW5nIHRoZSBSZXN2IG1lc3NhZ2VzIGFuZCB0cmFmZmljDQo+ICAgICAgICAgICBmbG93IG9m
IHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsgdG93YXJkcw0KPiAgICAg
ICAgICAgZG93bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVzc2FnZXMg
dG93YXJkcyBQUlIgUjUNCj4gICAgICAgICAgIGFuZCBzdG9wcyBzZW5kaW5nIHRoZW0gb3ZlciB0
aGUgYnlwYXNzIHR1bm5lbC4NCg0KVG8gbWFrZSBpdCBjb25zaXN0ZW50LCB0aGUgdXBzdHJlYW0g
UExSIHNob3VsZCBmcmVlbHkgcmUtZGlyZWN0IHRoZSB0cmFmZmljIG92ZXIgdGhlIHJlc3RvcmVk
IGxpbmssIGJ1dCB0aGUgUmVzdiBtZXNzYWdlIHdpbGwgZGVwZW5kcyBvbiB0aGUgUGF0aCBtZXNz
YWdlLg0KU28sIGluc3RlYWQgb2YgcmVtb3ZpbmcgdGhlIHdob2xlIGJ1bGxldCwgSSdkIHN1Z2dl
c3QgdGhlIGZvbGxvd2luZyBjaGFuZ2VzOg0KDQpPTEQ6DQogbyAgVGhlIHVwc3RyZWFtIFBMUiBS
NCBzdGFydHMgc2VuZGluZyB0aGUgUmVzdiBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KICAgICAgICAg
IGZsb3cgb2YgdGhlIHByb3RlY3RlZCBMU1Agb3ZlciB0aGUgcmVzdG9yZWQgbGluayB0b3dhcmRz
DQogICAgICAgICAgZG93bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVz
c2FnZXMgdG93YXJkcyBQUlIgUjUNCiAgICAgICAgICBhbmQgc3RvcHMgc2VuZGluZyB0aGVtIG92
ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQoNCk5FVzoNCm8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3Rh
cnRzIHNlbmRpbmcgdGhlIHRyYWZmaWMNCiAgICAgICAgICAgZmxvdyBvZiB0aGUgcHJvdGVjdGVk
IExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIHRvd2FyZHMNCiAgICAgICAgICAgZG93bnN0cmVh
bSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVzc2FnZXMgdG93YXJkcyBQUlIgUjUN
CiAgICAgICAgICAgYW5kIHN0b3BzIHNlbmRpbmcgdGhlbSBvdmVyIHRoZSBieXBhc3MgdHVubmVs
Lg0KDQpUaGlzIGFsc28gYXBwbGllcyB0byBTZWN0aW9uIDUuMS4yDQoNCk9MRDoNCm8gIFRoZSB1
cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhlIFJlc3YgbWVzc2FnZXMgYW5kIHRyYWZm
aWMNCiAgICAgIGZsb3cgb2YgdGhlIHByb3RlY3RlZCBMU1Agb3ZlciB0aGUgcmVzdG9yZWQgbGlu
ayBhbmQgc3RvcHMgc2VuZGluZw0KICAgICAgdGhlbSBvdmVyIHRoZSBieXBhc3MgdHVubmVsLg0K
DQpORVc6DQpvICBUaGUgdXBzdHJlYW0gUExSIFI0IHN0YXJ0cyBzZW5kaW5nIHRoZSB0cmFmZmlj
DQogICAgICBmbG93IG9mIHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsg
YW5kIHN0b3BzIHNlbmRpbmcNCiAgICAgIHRoZW0gb3ZlciB0aGUgYnlwYXNzIHR1bm5lbC4NCg0K
DQpPdGhlciB1cGRhdGVzIGxvb2sgZ29vZCB0byBtZQ0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQo+
IA0KPiANCj4gICAgICAgICAyLg0KPiAgICAgICAgIFNlY3Rpb24gNy4xLiAgQllQQVNTX0FTU0lH
Tk1FTlQgU3Vib2JqZWN0DQo+IA0KPiAgICAgICAgIFR3byBzdWJvYmplY3RzIGFyZSBkZWZpbmVk
IGluIHRoaXMgc2VjdGlvbiwgdGhlIGF1dGhvcnMgdHJ5IHRvIHVzZSB1bmlmaWVkDQo+IHRleHQg
dG8gZXhwbGFpbiB0aGUgdHdvIHN1Ym9iamVjdHMsIGJ1dCBJTUhPLCB0aGlzIGlzIG5vdCBhIGdv
b2Qgd2F5IHRvDQo+IGRlc2NyaWJlIG11bHRpcGxlIGRpZmZlcmVudCBzdWJvYmplY3QuIEJhc2Vk
IG9uIHRoZSBjdXJyZW50IHRleHQsIEkgdGhpbmsgdGhlDQo+IGF1dGhvcnMgYXJlIHRyeWluZyB0
byB1c2UgYSBzaW5nbGUgVHlwZSBmb3IgYm90aCBzdWJvYmplY3RzLCBidXQgYWZ0ZXIgcmVhZGlu
Zw0KPiB0aGUgSUFOQSBzZWN0aW9uLCBvYnZpb3VzbHkgaXQncyBub3QuICBTbywgSSdkIHN1Z2dl
c3QgdG8gdXNlIGRlZGljYXRlZCBkZXNjcmliZQ0KPiB0ZXN0IGZvciBzcGVjaWZpYyBzdWJqZWN0
LCBhbmQgZm9yIHRoZSB0eXBlLCBpdCdzIGJldHRlciB0byB1c2UgVEJBMSwgVEJBMi4uLg0KPiAN
Cj4gICAgIDxSRz4gQWdyZWUgdG8gdXBkYXRlIHRoaXMuDQo+IA0KPiANCj4gICAgICAgICAzLg0K
PiAgICAgICAgIFNlY3Rpb24gOA0KPiAgICAgICAgICJBcyBkZXNjcmliZWQgaW4NCj4gICAgICAg
ICAgICBTZWN0aW9uIDcgb2YgdGhpcyBkb2N1bWVudCwgdGhpcyBzdWJvYmplY3QgaXMgbm90IGNh
cnJpZWQgaW4gdGhlIFJTVlANCj4gICAgICAgICAgICBSZXN2IG1lc3NhZ2UuICBBIG5ldyBOb3Rp
ZnkgbWVzc2FnZSBmb3IgRlJSIEJ5cGFzcyBBc3NpZ25tZW50IEVycm9yDQo+ICAgICAgICAgICAg
aXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiINCj4gDQo+ICAgICAgICAgV2hhdCdzIHN1Yi1j
b2RlIHdpbGwgYmUgc2VudCB3aGVuIEJZUEFTU18gQVNTSUdOTUVOVCBzdWJvYmplY3QgaXMNCj4g
Y2FycmllZCBpbiB0aGUgUlNWUCBtZXNzYWdlPw0KPiANCj4gICAgIDxSRz4gUmV2aXNlZCB0ZXh0
IHN1Z2dlc3RlZCBhcyBmb2xsb3dpbmc6DQo+IA0KPiAgICAgICAgICAgIEFzIGRlc2NyaWJlZCBp
bg0KPiAgICAgICAgICAgIFNlY3Rpb24gNyBvZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1Ym9iamVj
dCBpcyBub3QgY2FycmllZCBpbiB0aGUgUlNWUA0KPiAgICAgICAgICAgIFJlc3YgbWVzc2FnZSBh
bmQgaXMgaWdub3JlZCBieSBzZW5kaW5nIHRoZSBOb3RpZnkgbWVzc2FnZSBmb3IgRlJSDQo+IEJ5
cGFzcyBBc3NpZ25tZW50IEVycm9yICh3aXRoIFN1YmNvZGU6IEJ5cGFzcyBBc3NpZ25tZW50IENh
bm5vdCBCZSBVc2VkKQ0KPiBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuDQo+ICAgICAgICAgICAg
Tm9kZXMgbm90IHN1cHBvcnRpbmcgdGhlIE5vdGlmeSBtZXNzYWdlIGRlZmluZWQgaW4gdGhpcyBk
b2N1bWVudCB3aWxsDQo+IGlnbm9yZSBpdCBidXQgZm9yd2FyZCBpdCB3aXRob3V0IG1vZGlmaWNh
dGlvbi4NCj4gDQo+IA0KPiAgICAgICAgIE5pdHM6DQo+ICAgICAgICAgU2VjdGlvbiA1LjEuMS4N
Cj4gICAgICAgICBzL2J5cGFzcyB0dW5uZWxzIFQzLyBieXBhc3MgdHVubmVsIFQzLw0KPiANCj4g
ICAgIDxSRz4gQWdyZWUuDQo+IA0KPiAgICAgVGhhbmtzLA0KPiAgICAgUmFrZXNoIChmb3IgYXV0
aG9ycyBhbmQgY29udHJpYnV0b3JzKQ0KPiANCj4gDQo+IA0KPiANCj4gDQo+ICAgICAgICAgQmVz
dCByZWdhcmRzLA0KPiAgICAgICAgIE1hY2gNCj4gDQo+IA0KPiANCg0K


From nobody Mon May 15 05:31:41 2017
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA4E2129483; Mon, 15 May 2017 05:31:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 0z0d5RMRGTzt; Mon, 15 May 2017 05:31:29 -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 04074129440; Mon, 15 May 2017 05:26:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10084; q=dns/txt; s=iport; t=1494851211; x=1496060811; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=hZCDPO4BvP/M/7T+489JaKKXfdxQaOS/La1oyc4y/hU=; b=Z7QOC8NPITotmDMTNOtcn2KjUxmNhyL9TR0NwsO698XvdWbxbf8QGxBQ GejNfGeADdGYe/fFmlUkPAzgve6DkMMrUk42gsms0EWivxwYgl+uHzopE WxJzxvD0MT1hsGuH0JloOY6Vf1MUIGD5Ds91Po/iUpAJ/rLacWKEJ/7fH s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DFAADlnRlZ/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgyorYoEMB4NkihiRX5V1gg8uhXYCGoUPPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?YAQEBAQMjETMSDAQCAQgRAwEBAQECAiMDAgICMBQBCAgBAQQBDQWKIw6scYImi?= =?us-ascii?q?kcBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuFVIFeK4FkgQyDIYFCBxAhAoJYL4I?= =?us-ascii?q?xBZ4KAYcbi3+CBFWEZoosiH+LQwEfOIEKcBVYAYZjdgGHUYENAQEB?=
X-IronPort-AV: E=Sophos;i="5.38,344,1491264000"; d="scan'208";a="243341105"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 May 2017 12:26:50 +0000
Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v4FCQo7A002928 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 15 May 2017 12:26:50 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 15 May 2017 07:26:49 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Mon, 15 May 2017 07:26:49 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Mach Chen <mach.chen@huawei.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCAABUaawAAa3iuMAAX10yA
Date: Mon, 15 May 2017 12:26:49 +0000
Message-ID: <B6277E47-F8A5-47C7-BBEE-C02C6ED23541@cisco.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com> <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com> <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F53B3@dggeml508-mbx.china.huawei.com>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F53B3@dggeml508-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.242.56]
Content-Type: text/plain; charset="utf-8"
Content-ID: <6A6220C3E894BC43ACF864F12C4A98C8@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/B87bMJxI3l3S_FyInBwmu71SI7Y>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2017 12:31:32 -0000

SGkgTWFjaCwNCg0KVGhhbmtzIGZvciB0aGUgc3VnZ2VzdGlvbnMuIA0KDQpVcGRhdGVkIHRoZSBk
cmFmdCBhY2NvcmRpbmdseSBhbmQgY2FuIGJlIGZvdW5kIGF0Og0KDQpVUkw6ICAgICAgICAgICAg
aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtdGVhcy1nbXBs
cy1sc3AtZmFzdHJlcm91dGUtMDkudHh0DQpIdG1saXplZDogICBodHRwczovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wOQ0KRGlmZjog
ICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLXRl
YXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRlLTA5DQoNClRoYW5rcywNClJha2VzaA0KDQoNCk9uIDIw
MTctMDUtMTQsIDEwOjE2IFBNLCAiTWFjaCBDaGVuIiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+IHdy
b3RlOg0KDQogICAgSGkgUmFoZXNoLA0KICAgIA0KICAgIFRoYW5rcyBmb3IgY29uc2lkZXJpbmcg
bXkgY29tbWVudHMgYW5kIHRoZSBxdWljayB1cGRhdGVzIQ0KICAgIA0KICAgIFBsZWFzZSBzZWUg
bXkgcmVwbHkgaW5saW5lLi4uDQogICAgDQogICAgPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LQ0KICAgID4gRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRoaSkgW21haWx0bzpyZ2FuZGhpQGNp
c2NvLmNvbV0NCiAgICA+IFNlbnQ6IFNhdHVyZGF5LCBNYXkgMTMsIDIwMTcgNTo0NyBBTQ0KICAg
ID4gVG86IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBydGctYWRzQGlldGYub3Jn
DQogICAgPiBDYzogcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1m
YXN0cmVyb3V0ZUBpZXRmLm9yZzsNCiAgICA+IHRlYXNAaWV0Zi5vcmcNCiAgICA+IFN1YmplY3Q6
IFJlOiBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRl
LTA3LnR4dA0KICAgID4gDQogICAgPiBIaSBNYWNoLCBXRywNCiAgICA+IA0KICAgID4gVXBkYXRl
ZCBkb2N1bWVudCB0aGF0IGFkZHJlc3NlcyB0aGUgY29tbWVudHMgY2FuIGJlIGZvdW5kIGF0Og0K
ICAgID4gDQogICAgPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFz
LWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wOA0KICAgID4gDQogICAgPiBodHRwczovL2RhdGF0cmFj
a2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtdGVhcy1nbXBscy1sc3AtZmFzdHJlcm91
dGUtDQogICAgPiAwOA0KICAgID4gDQogICAgPiANCiAgICA+IHRoYW5rcywNCiAgICA+IFJha2Vz
aA0KICAgID4gDQogICAgPiANCiAgICA+IE9uIDIwMTctMDUtMTIsIDc6NDIgQU0sICJSYWtlc2gg
R2FuZGhpIChyZ2FuZGhpKSIgPHJnYW5kaGlAY2lzY28uY29tPg0KICAgID4gd3JvdGU6DQogICAg
PiANCiAgICA+ICAgICBIaSBNYWNoLA0KICAgID4gDQogICAgPiAgICAgTWFueSB0aGFua3MgZm9y
IHRoZSBkZXRhaWxlZCByZXZpZXcgb2YgdGhlIGRvY3VtZW50IGFuZCB5b3VyIGNvbW1lbnRzLg0K
ICAgID4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIHJlcGxpZXMgd2l0aCA8Ukc+4oCmDQogICAgPiAN
CiAgICA+IA0KICAgID4gICAgIE9uIDIwMTctMDUtMTIsIDQ6MzMgQU0sICJNYWNoIENoZW4iIDxt
YWNoLmNoZW5AaHVhd2VpLmNvbT4gd3JvdGU6DQogICAgPiANCiAgICA+ICAgICAgICAgSGVsbG8s
DQogICAgPiANCiAgICA+ICAgICAgICAgSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRp
bmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuDQogICAgPiBUaGUgUm91dGlu
ZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxh
dGVkIGRyYWZ0cw0KICAgID4gYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwgYW5k
IElFU0cgcmV2aWV3LiBUaGUgcHVycG9zZSBvZiB0aGUNCiAgICA+IHJldmlldyBpcyB0byBwcm92
aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbg0K
ICAgID4gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUgDQogICAgPiBo
dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogICAg
PiANCiAgICA+ICAgICAgICAgQWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBm
b3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0DQogICAgPiB3b3VsZCBiZSBoZWxwZnVs
IGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVyIElFVEYgTGFz
dA0KICAgID4gQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJl
c29sdmUgdGhlbSB0aHJvdWdoDQogICAgPiBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBk
cmFmdC4NCiAgICA+IA0KICAgID4gICAgICAgICBEb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLWdt
cGxzLWxzcC1mYXN0cmVyb3V0ZS0wNy50eHQNCiAgICA+ICAgICAgICAgUmV2aWV3ZXI6IE1hY2gg
Q2hlbg0KICAgID4gICAgICAgICBSZXZpZXcgRGF0ZTogMTIgTWF5IDIwMTcNCiAgICA+ICAgICAg
ICAgSW50ZW5kZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsDQogICAgPiANCiAgICA+ICAgICAgICAg
U3VtbWFyeToNCiAgICA+ICAgICAgICAgSSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQg
dGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlDQogICAgPiByZXNvbHZlZCBiZWZv
cmUgcHVibGljYXRpb24uDQogICAgPiANCiAgICA+ICAgICAgICAgQ29tbWVudHM6DQogICAgPiAg
ICAgICAgIFRoaXMgZG9jdW1lbnQgaXMgY2xlYXJseSB3cml0dGVuIGFuZCBlYXN5IHRvIHVuZGVy
c3RhbmQuDQogICAgPiANCiAgICA+ICAgICAgICAgTWFqb3IgSXNzdWVzOg0KICAgID4gICAgICAg
ICBObyBtYWpvciBpc3N1ZXMgZm91bmQuDQogICAgPiANCiAgICA+ICAgICAgICAgTWlub3IgSXNz
dWVzOg0KICAgID4gDQogICAgPiAgICAgICAgIDEuIFNlY3Rpb24gNS4NCiAgICA+ICAgICAgICAg
VGhlIGJlaGF2aW9yIG9mIFBhdGggYW5kIFJlc3YgbWVzc2FnZXMgIHByb2Nlc3MgIkFmdGVyIExp
bmsgRmFpbHVyZSIgaXMNCiAgICA+IGRpZmZlcmVudCBmcm9tIHRoZSBiZWhhdmlvciBvZiAiIFJl
dmVydGl2ZSBCZWhhdmlvciBBZnRlciBGYXN0IFJlcm91dGUiLiBGb3INCiAgICA+IGV4YW1wbGUs
IGZvciAiQWZ0ZXIgTGluayBGYWlsdXJlIiBjYXNlLCB3aGljaCBsaW5rIHRoZSBSZXN2IG1lc3Nh
Z2VzIHdpbGwgc2VuZA0KICAgID4gb3ZlciBkZXBlbmRzIG9uIHRoZSBsaW5rIG92ZXIgd2hpY2gg
dGhlIFBhdGggbWVzc2FnZXMgYXJlIHJlY2VpdmVkLCBidXQgZm9yDQogICAgPiAiIFJldmVydGl2
ZSBCZWhhdmlvciBBZnRlciBGYXN0IFJlcm91dGUiIGNhc2UsIHRoZSBQYXRoIGFuZCBSZXN2IG1l
c3NhZ2VzDQogICAgPiBhcmUgc2VudCBpbmRlcGVuZGVudGx5LiBJcyB0aGlzIHRoZSBpbnRlbnRp
b24sIG9yIGlzIGl0IG5lY2Vzc2FyeSB0byB1bmlmeSB0aGUNCiAgICA+IGJlaGF2aW9yPw0KICAg
ID4gDQogICAgPiAgICAgPFJHPiBPaywgd2Ugc2hvdWxkIHJlbW92ZSB0aGUgc2Vjb25kIGJ1bGxl
dCAoY29waWVkIGJlbG93KSB0byBtYWtlIGl0DQogICAgPiBjb25zaXN0ZW50IGZvciBib3RoIGNh
c2VzLg0KICAgID4gDQogICAgPiAgICAgbyAgVGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMgc2Vu
ZGluZyB0aGUgUmVzdiBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KICAgID4gICAgICAgICAgIGZsb3cg
b2YgdGhlIHByb3RlY3RlZCBMU1Agb3ZlciB0aGUgcmVzdG9yZWQgbGluayB0b3dhcmRzDQogICAg
PiAgICAgICAgICAgZG93bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVz
c2FnZXMgdG93YXJkcyBQUlIgUjUNCiAgICA+ICAgICAgICAgICBhbmQgc3RvcHMgc2VuZGluZyB0
aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQogICAgDQogICAgVG8gbWFrZSBpdCBjb25zaXN0
ZW50LCB0aGUgdXBzdHJlYW0gUExSIHNob3VsZCBmcmVlbHkgcmUtZGlyZWN0IHRoZSB0cmFmZmlj
IG92ZXIgdGhlIHJlc3RvcmVkIGxpbmssIGJ1dCB0aGUgUmVzdiBtZXNzYWdlIHdpbGwgZGVwZW5k
cyBvbiB0aGUgUGF0aCBtZXNzYWdlLg0KICAgIFNvLCBpbnN0ZWFkIG9mIHJlbW92aW5nIHRoZSB3
aG9sZSBidWxsZXQsIEknZCBzdWdnZXN0IHRoZSBmb2xsb3dpbmcgY2hhbmdlczoNCiAgICANCiAg
ICBPTEQ6DQogICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhlIFJl
c3YgbWVzc2FnZXMgYW5kIHRyYWZmaWMNCiAgICAgICAgICAgICAgZmxvdyBvZiB0aGUgcHJvdGVj
dGVkIExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIHRvd2FyZHMNCiAgICAgICAgICAgICAgZG93
bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVzc2FnZXMgdG93YXJkcyBQ
UlIgUjUNCiAgICAgICAgICAgICAgYW5kIHN0b3BzIHNlbmRpbmcgdGhlbSBvdmVyIHRoZSBieXBh
c3MgdHVubmVsLg0KICAgIA0KICAgIE5FVzoNCiAgICBvICBUaGUgdXBzdHJlYW0gUExSIFI0IHN0
YXJ0cyBzZW5kaW5nIHRoZSB0cmFmZmljDQogICAgICAgICAgICAgICBmbG93IG9mIHRoZSBwcm90
ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsgdG93YXJkcw0KICAgICAgICAgICAgICAg
ZG93bnN0cmVhbSBQTFIgUjMgYW5kIGZvcndhcmRpbmcgdGhlIFBhdGggbWVzc2FnZXMgdG93YXJk
cyBQUlIgUjUNCiAgICAgICAgICAgICAgIGFuZCBzdG9wcyBzZW5kaW5nIHRoZW0gb3ZlciB0aGUg
YnlwYXNzIHR1bm5lbC4NCiAgICANCiAgICBUaGlzIGFsc28gYXBwbGllcyB0byBTZWN0aW9uIDUu
MS4yDQogICAgDQogICAgT0xEOg0KICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNl
bmRpbmcgdGhlIFJlc3YgbWVzc2FnZXMgYW5kIHRyYWZmaWMNCiAgICAgICAgICBmbG93IG9mIHRo
ZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsgYW5kIHN0b3BzIHNlbmRpbmcN
CiAgICAgICAgICB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQogICAgDQogICAgTkVXOg0K
ICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhlIHRyYWZmaWMNCiAg
ICAgICAgICBmbG93IG9mIHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsg
YW5kIHN0b3BzIHNlbmRpbmcNCiAgICAgICAgICB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwu
DQogICAgDQogICAgDQogICAgT3RoZXIgdXBkYXRlcyBsb29rIGdvb2QgdG8gbWUNCiAgICANCiAg
ICBCZXN0IHJlZ2FyZHMsDQogICAgTWFjaA0KICAgID4gDQogICAgPiANCiAgICA+ICAgICAgICAg
Mi4NCiAgICA+ICAgICAgICAgU2VjdGlvbiA3LjEuICBCWVBBU1NfQVNTSUdOTUVOVCBTdWJvYmpl
Y3QNCiAgICA+IA0KICAgID4gICAgICAgICBUd28gc3Vib2JqZWN0cyBhcmUgZGVmaW5lZCBpbiB0
aGlzIHNlY3Rpb24sIHRoZSBhdXRob3JzIHRyeSB0byB1c2UgdW5pZmllZA0KICAgID4gdGV4dCB0
byBleHBsYWluIHRoZSB0d28gc3Vib2JqZWN0cywgYnV0IElNSE8sIHRoaXMgaXMgbm90IGEgZ29v
ZCB3YXkgdG8NCiAgICA+IGRlc2NyaWJlIG11bHRpcGxlIGRpZmZlcmVudCBzdWJvYmplY3QuIEJh
c2VkIG9uIHRoZSBjdXJyZW50IHRleHQsIEkgdGhpbmsgdGhlDQogICAgPiBhdXRob3JzIGFyZSB0
cnlpbmcgdG8gdXNlIGEgc2luZ2xlIFR5cGUgZm9yIGJvdGggc3Vib2JqZWN0cywgYnV0IGFmdGVy
IHJlYWRpbmcNCiAgICA+IHRoZSBJQU5BIHNlY3Rpb24sIG9idmlvdXNseSBpdCdzIG5vdC4gIFNv
LCBJJ2Qgc3VnZ2VzdCB0byB1c2UgZGVkaWNhdGVkIGRlc2NyaWJlDQogICAgPiB0ZXN0IGZvciBz
cGVjaWZpYyBzdWJqZWN0LCBhbmQgZm9yIHRoZSB0eXBlLCBpdCdzIGJldHRlciB0byB1c2UgVEJB
MSwgVEJBMi4uLg0KICAgID4gDQogICAgPiAgICAgPFJHPiBBZ3JlZSB0byB1cGRhdGUgdGhpcy4N
CiAgICA+IA0KICAgID4gDQogICAgPiAgICAgICAgIDMuDQogICAgPiAgICAgICAgIFNlY3Rpb24g
OA0KICAgID4gICAgICAgICAiQXMgZGVzY3JpYmVkIGluDQogICAgPiAgICAgICAgICAgIFNlY3Rp
b24gNyBvZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1Ym9iamVjdCBpcyBub3QgY2FycmllZCBpbiB0
aGUgUlNWUA0KICAgID4gICAgICAgICAgICBSZXN2IG1lc3NhZ2UuICBBIG5ldyBOb3RpZnkgbWVz
c2FnZSBmb3IgRlJSIEJ5cGFzcyBBc3NpZ25tZW50IEVycm9yDQogICAgPiAgICAgICAgICAgIGlz
IGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4iDQogICAgPiANCiAgICA+ICAgICAgICAgV2hhdCdz
IHN1Yi1jb2RlIHdpbGwgYmUgc2VudCB3aGVuIEJZUEFTU18gQVNTSUdOTUVOVCBzdWJvYmplY3Qg
aXMNCiAgICA+IGNhcnJpZWQgaW4gdGhlIFJTVlAgbWVzc2FnZT8NCiAgICA+IA0KICAgID4gICAg
IDxSRz4gUmV2aXNlZCB0ZXh0IHN1Z2dlc3RlZCBhcyBmb2xsb3dpbmc6DQogICAgPiANCiAgICA+
ICAgICAgICAgICAgQXMgZGVzY3JpYmVkIGluDQogICAgPiAgICAgICAgICAgIFNlY3Rpb24gNyBv
ZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1Ym9iamVjdCBpcyBub3QgY2FycmllZCBpbiB0aGUgUlNW
UA0KICAgID4gICAgICAgICAgICBSZXN2IG1lc3NhZ2UgYW5kIGlzIGlnbm9yZWQgYnkgc2VuZGlu
ZyB0aGUgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUg0KICAgID4gQnlwYXNzIEFzc2lnbm1lbnQgRXJy
b3IgKHdpdGggU3ViY29kZTogQnlwYXNzIEFzc2lnbm1lbnQgQ2Fubm90IEJlIFVzZWQpDQogICAg
PiBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuDQogICAgPiAgICAgICAgICAgIE5vZGVzIG5vdCBz
dXBwb3J0aW5nIHRoZSBOb3RpZnkgbWVzc2FnZSBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQgd2ls
bA0KICAgID4gaWdub3JlIGl0IGJ1dCBmb3J3YXJkIGl0IHdpdGhvdXQgbW9kaWZpY2F0aW9uLg0K
ICAgID4gDQogICAgPiANCiAgICA+ICAgICAgICAgTml0czoNCiAgICA+ICAgICAgICAgU2VjdGlv
biA1LjEuMS4NCiAgICA+ICAgICAgICAgcy9ieXBhc3MgdHVubmVscyBUMy8gYnlwYXNzIHR1bm5l
bCBUMy8NCiAgICA+IA0KICAgID4gICAgIDxSRz4gQWdyZWUuDQogICAgPiANCiAgICA+ICAgICBU
aGFua3MsDQogICAgPiAgICAgUmFrZXNoIChmb3IgYXV0aG9ycyBhbmQgY29udHJpYnV0b3JzKQ0K
ICAgID4gDQogICAgPiANCiAgICA+IA0KICAgID4gDQogICAgPiANCiAgICA+ICAgICAgICAgQmVz
dCByZWdhcmRzLA0KICAgID4gICAgICAgICBNYWNoDQogICAgPiANCiAgICA+IA0KICAgID4gDQog
ICAgDQogICAgDQoNCg==


From nobody Mon May 15 09:07:29 2017
Return-Path: <pbrisset@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D1F51267BB; Mon, 15 May 2017 09:07:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 1gB4q-rwcgry; Mon, 15 May 2017 09:07:19 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AD43128B44; Mon, 15 May 2017 09:02:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10002; q=dns/txt; s=iport; t=1494864173; x=1496073773; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=FL8OFKAHzotlCcZDZHUgjlMnRNJ5pUaqfRfvOMVqLQQ=; b=XBs+BiiaR7nmft5OmaNMPS9QRBr7OVIlRioeATcI12jJE0kkH3Yu0uZj 4J8zp7Pr7qUsLF6KSomCIqWdnD+NoP5J/we956pMO0G7rp4OoWtB0GXM0 /oZ/qJHeMPUxW5728pOuEPz4RQLHVFbch1CY4Oyp5AXk/b6PEoflwEjaJ o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BFAQCH0BlZ/4YNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VigQwHg2SKGJE+IZV1gg8ohXwCGoUWPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?ZBiMREzIQAgEGAg4GBgImAgICMBUQAgQBDQUbigiOep1ggiaDP4cMAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBHYELhVSBXQErC4JlhGMHECECglgvgjEBBJZvhxsBhxu?= =?us-ascii?q?Lf4IEVYRmg2aGRoY0jg4BHziBCnAVWAGEZByBY3aHUoENAQEB?=
X-IronPort-AV: E=Sophos;i="5.38,345,1491264000"; d="scan'208";a="424589387"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 May 2017 16:02:52 +0000
Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v4FG2pL4006023 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 15 May 2017 16:02:52 GMT
Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 15 May 2017 12:02:51 -0400
Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1210.000; Mon, 15 May 2017 12:02:51 -0400
From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
To: Sami Boutros <sboutros@vmware.com>, Min Ye <amy.yemin@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-pals-p2mp-pw.all@ietf.org" <draft-ietf-pals-p2mp-pw.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
Thread-Index: AQHSzZS0GfuQJeqMNUWBoX3pZMCpIw==
Date: Mon, 15 May 2017 16:02:51 +0000
Message-ID: <B220B877-8FC1-4296-925A-2580DD3C796F@cisco.com>
References: <149446531632.16715.2861233468294466753@ietfa.amsl.com> <89E173B8-3C03-4B4A-A405-F0442B983D7F@vmware.com>
In-Reply-To: <89E173B8-3C03-4B4A-A405-F0442B983D7F@vmware.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.21.0.170409
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.82.221.176]
Content-Type: text/plain; charset="utf-8"
Content-ID: <22C5271AC015914A98A7AE7582165054@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Ti_TSUCjxCC2DrLuGh4Jkn9HLyw>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2017 16:07:21 -0000

SGV5IFNhbWksDQoNClBsZWFzZSBzZWUgYmVsb3cuIExvb2sgZm9yIDxQYXRyaWNlPg0KDQpSZWdh
cmRzLA0KUGF0cmljZSBCcmlzc2V0dGUNCg0KT24gMjAxNy0wNS0xNCwgOTo1MiBQTSwgIlNhbWkg
Qm91dHJvcyIgPHNib3V0cm9zQHZtd2FyZS5jb20+IHdyb3RlOg0KDQogICAgSGkgUGF0cmljZSwN
CiAgICANCiAgICBUaGFua3MgZm9yIHJldmlld2luZyB0aGUgZHJhZnQuDQogICAgDQogICAgUGxl
YXNlIHNlZSBjb21tZW50cyBpbmxpbmUuDQogICAgDQogICAgDQogICAgT24gNS8xMC8xNywgNjox
NSBQTSwgIk1pbiBZZSIgPGFteS55ZW1pbkBodWF3ZWkuY29tPiB3cm90ZToNCiAgICANCiAgICA+
UmV2aWV3ZXI6IFBhdHJpY2UgQnJpc3NldHRlDQogICAgPlJldmlldyByZXN1bHQ6IEhhcyBJc3N1
ZXMNCiAgICA+DQogICAgPltSZXNlbmRpbmcgdG8gUlRHLURJUl0NCiAgICA+DQogICAgPkhlbGxv
LCANCiAgICA+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUg
cmV2aWV3ZXIgZm9yIHRoaXMNCiAgICA+ZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNl
ZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBvcg0KICAgID5yb3V0aW5nLXJlbGF0ZWQgZHJhZnRz
IGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHDQogICAgPnJldmll
dywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3QuIFRoZSBwdXJwb3NlIG9mIHRoZSBy
ZXZpZXcgaXMNCiAgICA+dG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4g
Rm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQNCiAgICA+dGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUs
IHBsZWFzZSBzZWUNCiAgICA+aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3Vy
bD91PWh0dHAtM0FfX3RyYWMudG9vbHMuaWV0Zi5vcmdfYXJlYV9ydGdfdHJhY193aWtpX1J0Z0Rp
ciZkPUR3SURhUSZjPXVpbGFLOTBENFRPVm9INThKTlhSZ1Emcj1JVnpjVFJMUWRwdGEwOEwwYl95
MnpEa3F2d0poUktNQ0FiWC0ySy1MVjk4Jm09TVdJWGZlN0VfZ0Z3V1pGcnNWUHBOVGE2RVFpbUNH
RngtRzNzSWpNTGJNZyZzPXRBM051bVFFUkhFUnVZRFlBMENDcHJxMzZfX01IR0xmWlUzRThZeXB2
VmcmZT0gIA0KICAgID5BbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0
aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywNCiAgICA+aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5
b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlcg0KICAgID5JRVRGIExh
c3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUg
dGhlbQ0KICAgID50aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0LiAN
CiAgICA+IA0KICAgID5Eb2N1bWVudDogZHJhZnQtaWV0Zi1wYWxzLXAybXAtcHctMDIudHh0DQog
ICAgPlJldmlld2VyOiBQYXRyaWNlIEJyaXNzZXR0ZQ0KICAgID5SZXZpZXcgRGF0ZTogTWF5IDEw
LCAyMDE3DQogICAgPklFVEYgTEMgRW5kIERhdGU6IE1heSAxMiwgMjAxNw0KICAgID5JbnRlbmRl
ZCBTdGF0dXM6IFN0YW5kYXJkIFRyYWNrIA0KICAgID5TdW1tYXJ5OiANCiAgICA+4oCiCUkgaGF2
ZSBzb21lIG1pbm9yIGNvbmNlcm5zIGFib3V0IHRoaXMgZG9jdW1lbnQgdGhhdCBJIHRoaW5rIHNo
b3VsZA0KICAgID5iZSByZXNvbHZlZCBiZWZvcmUgcHVibGljYXRpb24uIA0KICAgID4gDQogICAg
PkNvbW1lbnRzOiANCiAgICA+4oCiCVBsZWFzZSBzdXBwbHkgYW4gb3ZlcnZpZXcgb2YgdGhlIGRy
YWZ0IHF1YWxpdHkgYW5kIHJlYWRhYmlsaXR5LiANCiAgICA+4oCiCUluY2x1ZGUgYW55dGhpbmcg
ZWxzZSB0aGF0IHlvdSB0aGluayB3aWxsIGJlIGhlbHBmdWwgdG93YXJkDQogICAgPnVuZGVyc3Rh
bmRpbmcgeW91ciByZXZpZXcuIA0KICAgID5NYWpvciBJc3N1ZXM6IA0KICAgID7igKIJIk5vIG1h
am9yIGlzc3VlcyBmb3VuZC4iIA0KICAgID5NaW5vciBJc3N1ZXM6DQogICAgPuKAoglUZWNobmlj
YWxseSwgSSB0aGluayB0aGUgZHJhZnQgaXMgY29tcGxldGVkLiBIb3dldmVyLCBpdCBkb2VzbuKA
mXQNCiAgICA+ZmxvdyB2ZXJ5IHdlbGwuIEluZm9ybWF0aW9uIGlzIGFsbCBvdmVyLiBJIHN1Z2dl
c3QgdGhlIGF1dGhvcnMgdG8NCiAgICA+cmV2aWV3IHRoZSBsYXlvdXQvZmxvdyBvZiB0aGUgZG9j
dW1lbnQuIA0KICAgID4gDQogICAgPkhlcmUgYXJlIG15IOKAnGRldGFpbGVk4oCdIGNvbW1lbnRz
Og0KICAgID4gDQogICAgPkFic3RyYWN0IOKAlCBXaGF0IGlzIHRoZSBwbHVzIHZhbHVlIG9uIHRo
YXQgZHJhZnQ/IE5vIGNsZWFyDQogICAgPiANCiAgICA+TWFueSBMb25nIHNlbnRlbmNlcyBpbiB0
aGUgdGV4dC4gdmVyeSBoYXJkIHRvIHVuZGVyc3RhbmQgYW5kIGZvbGxvdy4NCiAgICA+U3ludGF4
IHRvIGJlIGltcHJvdmVkLg0KDQo8UGF0cmljZT4gVGhpcyBjb21tZW50IGlzIHJlZ2FyZGluZyB0
aGUgZHJhZnQgaW4gZ2VuZXJhbC4gSXQgZG9lc27igJl0IGZsb3cgd2VsbC4gWW91IG5lZWQgdG8g
cmVhZCBpdCBtb3JlIHRoYW4gb25jZSB0byBzZWUgdGhlIG92ZXJhbGwgcGljdHVyZS4gSXQgbWln
aHQganVzdCBiZSB0byByZXNodWZmbGUgc29tZSBzZWN0aW9ucy4NCiAgICANCiAgICANCiAgICBJ
IHdlbnQgb3ZlciB0aGUgYWJzdHJhY3QsIEkgZGlkbuKAmXQgc2VlIGFueSBsb25nIHNlbnRlbmNl
cy4gTm90IHN1cmUgDQogICAgV2hhdCB0byBpbXByb3ZlPyBDYW4geW91IGJlIHNwZWNpZmljPw0K
ICAgIA0KICAgIA0KICAgID4gDQogICAgPkludHJvZHVjdGlvbg0KICAgID5UeXBvIDog4oCcQSBy
ZWZlcmVuY2UgbW9kZWwgb3IgYSBQMk1QIFBXIGlzIGRlcGljdGVkIGluIEZpZ3VyZSAxIGJlbG93
4oCdDQogICAgPiANCiAgICA+4oCcSW4gdGhpcyBkb2N1bWVudCwgd2Ugc3BlY2lmeSBhIG1ldGhv
ZCBvZiBzaWduYWxpbmcgUDJNUA0KICAgID4gICBQVyB1c2luZyBMRFAu4oCdIOKAlD4gc3VnZ2Vz
dCB0byBtb3ZlIGl0IGZyb20gaW50cm8gdG8gYWJzdHJhY3QNCiAgICANCiAgICBOb3Qgc3VyZSBp
ZiB3ZSBjYW4gcmVmZXJlbmNlIGEgZmlndXJlIGluIHRoZSBhYnN0cmFjdC4gVGhlIGFic3RyYWN0
DQogICAgQWxyZWFkeSBtZW50aW9uIHRoYXQgdGhlIHNlY29uZCBzZW50ZW5jZS4NCg0KPFBhdHJp
Y2U+IFRoaXMgaXMgTk9UIGEgZmlndXJlIGJ1dCByYXRoZXIgdGhlIGV4cGxhbmF0aW9uLiBUaGF0
IGxpbmUgbWFrZXMgdGhlIGRvY3VtZW50IHZlcnkgY2xlYXIuIEl0IGp1c3QgbmVlZCB0byBiZSBz
cGVsbGVkIG91dC4g4oCcc3BlY2lmeSBhIG1ldGhvZCBvZiBzaWduYWxpbmcgUDJNUCBQVyB1c2lu
ZyBMRFDigJ0uDQoNCiAgICA+IA0KICAgID4gDQogICAgPkFsc28sIG1ha2Ugc3VyZSB0aGUgM3Jk
IHBlcnNvbiBpcyB1c2VkLiBUcnkgdG8gYSB2b2lkIOKAnHdl4oCdIHVzYWdlDQogICAgDQogICAg
QWdyZWVkLCBJIHdpbGwgcmVtb3ZlIGFsbCB1c2FnZSBvZiDigJx3ZeKAnSBpbiB0aGUgZG9jdW1l
bnQuDQogICAgDQogICAgPiANCiAgICA+TWF5IEkgc3VnZ2VzdCB0byBoYXZlIGEgcmVxdWlyZW1l
bnQgc2VjdGlvbi4gUmVxdWlyZW1lbnRzIGFyZSBhbGwgb3Zlcg0KICAgID50aGUgZG9jdW1lbnQu
DQogICAgDQogICAgVGhlcmUgaXMgYWxyZWFkeSBhbiBSRkMgZm9yIHRoYXQuIFtSRkM3MzM4XSAg
IEYuIEpvdW5heSwgZXQuIGFsLCANCiAgICAiUmVxdWlyZW1lbnRzIGZvciBQb2ludCB0byBNdWx0
aXBvaW50IFBzZXVkb3dpcmUiLCBSRkM3MzM4LCBTZXB0ZW1iZXIgMjAxNC4NCiAgICANCiAgICBU
aGlzIHNvbHV0aW9uIGRvY3VtZW50IGFkZHJlc3NlcyB0aGUgcmVxdWlyZW1lbnRzLg0KDQo8UGF0
cmljZT4gWW91ciBkb2N1bWVudCBlbmhhbmNlcyB0aGF0IGJhc2VkIFJGQyBieSBwcm92aWRpbmcg
bW9yZSDigJxNVVNU4oCdLCDigJxTSE9VTETigJ0sIGV0Yy4gDQpUaGV5IGFyZSBhbGwgb3ZlciB0
aGUgZG9jLiBUbyBtYWtlIGl0IGNsZWFyLCBncm91cGluZyB0aGVtIGluIGEgc2VjdGlvbiBtYXkg
aGVscC4gQW5vdGhlciBpZGVhIGlzIHRvIGhhdmUgUmVxdWlyZW1lbnQgc3ViLXNlY3Rpb25zIHBl
ciB0b3BpYy4NCg0KICAgIA0KICAgID4gDQogICAgPuKAnCAgIEluIGNhc2Ugb2YgbUxEUCwgYSBM
ZWFmLVBFIGNhbiBkZWNpZGUgdG8gam9pbiB0aGUgUDJNUCBMU1AgYXQgYW55DQogICAgPiAgIHRp
bWU7IHdoZXJlYXMgaW4gdGhlIGNhc2Ugb2YgUlNWUC1URSwgdGhlIFAyTVAgTFNQIGlzIHNldCB1
cCBieQ0KICAgID50aGUNCiAgICA+ICAgUi1QRSwgZ2VuZXJhbGx5IGF0IHRoZSBpbml0aWFsIHNl
cnZpY2UgcHJvdmlzaW9uaW5nIHRpbWUuIEl0DQogICAgPnNob3VsZA0KICAgID4gICBiZSBub3Rl
ZCB0aGF0IGxvY2FsIHBvbGljeSBjYW4gb3ZlcnJpZGUgYW55IGRlY2lzaW9uIHRvIGpvaW4sIGFk
ZA0KICAgID5vcg0KICAgID4gICBwcnVuZSBleGlzdGluZyBvciBuZXcgTC1QRShzKSBmcm9tIHRo
ZSB0cmVlLiBJbiBhbnkgY2FzZSwgdGhlIFBXDQogICAgPiAgIHNldHVwIGNhbiBpZ25vcmUgdGhl
c2UgZGlmZmVyZW5jZXMsIGFuZCBzaW1wbHkgYXNzdW1lIHRoYXQgdGhlDQogICAgPlAyTVANCiAg
ICA+ICAgUFNOIExTUCBpcyBhdmFpbGFibGUgd2hlbiBuZWVkZWQNCiAgICA+4oCcDQogICAgPlF1
aXRlIGNvbXBsZXggdG8gZm9sbG93LiBNaXNzaW5nIHRvIOKAnHdoeeKAnSAvIGV4cGxhbmF0aW9u
Lg0KICAgIA0KICAgIFN1cmUgSSBjYW4gY2xhcmlmeSB0aGlzIGEgbGl0dGxlIG1vcmUsIHdpbGwg
cmVtb3ZlIHNvbWUgc2VudGVuY2VzIA0KICAgIFRoYXQgbWFrZSBpdCBjb25mdXNpbmcsIHdlIGFy
ZSBzaW1wbHkgaGVyZSBkaWZmZXJlbnRpYXRpbmcgbUxEUCBMU1AgZnJvbQ0KICAgIHAybXAgTFNQ
IHcvIFJTVlAtVEUgYW5kIHNheWluZyB0aGF0IFBXIHNldHVwIGlzIGFnbm9zdGljIG9mIHRoZSB0
cmFuc3BvcnQgDQogICAgcDJtcCBMU1Agc2V0dXAuDQogICAgDQogICAgPiANCiAgICA+4oCcVGhl
IExEUCBsaWJlcmFsIGxhYmVsIHJldGVudGlvbiBtb2RlIGlzIHVzZWTigJwNCiAgICA+QW5vdGhl
ciByZXF1aXJlbWVudOKApiBpcyB0aGF0IGEgTUFZLCBTSE9VTEQsIE1VU1Q/DQogICAgDQogICAg
SSB3aWxsIGNoYW5nZSBpdCB0byBhIE1VU1QuDQogICAgDQogICAgPiANCiAgICA+4oCcSW4gdGhp
cyBjYXNlLCBhIFBXIHN0YXR1cyBtZXNzYWdlIHdpdGggc3RhdHVzDQogICAgPiAgIGNvZGUgb2Yg
MHgwMDAwMDAwOCAoTG9jYWwgUFNOLWZhY2luZyBQVyAoaW5ncmVzcykgUmVjZWl2ZSBGYXVsdCkN
CiAgICA+TVVTVA0KICAgID4gICBhbHNvIGJlIHNlbnQgdG8gdGhlIFItUEXigJwNCiAgICA+IA0K
ICAgID5Ib3c/IFRoZSBMLVBFIGZhaWxzIHRvIGpvaW4gdGhlIFAyTVAgUFNOIExTUC4NCiAgICAN
CiAgICBDb3JyZWN0IHRoZSBMLVBFIGhhdmUgdG8gc2lnbmFsIHRoaXMgZmFpbHVyZSB0byB0aGUg
cm9vdCBQRS4NCg0KPFBhdHJpY2U+IHF1ZXN0aW9uIHJlbWFpbnMsIGhvdz8gSWYgTC1QRSBmYWls
cyB0byBqb2luIHRoZSBMU1AsIFBXIHdpbGwgYmUgZG93bi4gSG93IGNhbiBpdCBzaWduYWxzIHRo
ZSBmYWlsdXJlIHRvIHJvb3QgUEU/DQogICAgDQogICAgPiANCiAgICA+U2VjdGlvbiAyLjINCiAg
ICA+4oCcICAgTm90ZSB0aGF0IHNpbmNlIHRoZSBMRFAgbGFiZWwgbWFwcGluZyBtZXNzYWdlIGlz
IG9ubHkgc2VudCBieSB0aGUNCiAgICA+Ui0NCiAgICA+ICAgUEUgdG8gYWxsIHRoZSBMLVBFcywg
aXQgaXMgbm90IHBvc3NpYmxlIHRvIG5lZ290aWF0ZSBhbnkgaW50ZXJmYWNlDQogICAgPiAgIHBh
cmFtZXRlcnMu4oCcDQogICAgPldoeSBpcyB0aGF0IG5vdGUgdGhlcmU/IElzIHRoYXQgYWxyZWFk
eSBiZWVuIG1lbnRpb25lZCBwcmV2aW91c2x5Lg0KICAgIA0KICAgIFRoaXMgaXMgdGhlIG9ubHkg
cmVmZXJlbmNlIGluIHRoZSBkb2N1bWVudC4NCg0KPFBhdHJpY2U+IEZvcmdvdCBteSB0aG91Z2h0
cyBvbiB0aGF0IG9uZS4NCiAgICANCiAgICA+RmlnLjQgbXVzdCAgYmUgbW92ZWQgdG8gcHJvcGVy
IGluIHRoZSB0ZXh0IE9SIGNyZWF0ZSAyIHN1YnNlY3Rpb24gaW4NCiAgICA+Mi4yDQogICAgDQog
ICAgU29ycnkgZGlkbuKAmXQgZ2V0IHdoYXQgeW91IG1lYW4gaGVyZT8gQ2FuIHlvdSBlbGFib3Jh
dGU/DQoNCjxQYXRyaWNlPiBTb3JyeSDigKZMZXQgbWUgdHJ5IGFnYWluLiDigJxQMlAgUFcgRG93
bnN0cmVhbSBGRUMgRWxlbWVudOKAnS4gSSB0aGluayB5b3Ugc2hvdWxkIGhhdmUgYSBzZWN0aW9u
IGp1c3Qgb24gdGhhdCB0b3BpYy4gQWN0dWFsbHksIG1heWJlIHlvdSBjYW4gY3JlYXRlIGEgc3Vi
c2VjdGlvbiBmb3IgZWFjaCBkaWZmZXJlbnQgRkVDIGV4cGxhaW5lZCBpbiB0aGUgZG9jdW1lbnQu
IA0KICAgIA0KICAgID4gDQogICAgPuKAnEFzIHN1Y2gsIFBXIHN0YXR1cyBuZWdvdGlhdGlvbiBw
cm9jZWR1cmUNCiAgICA+ICAgZGVzY3JpYmVkIGluIFtSRkM0NDQ3YmlzXSBpcyBub3QgYXBwbGlj
YWJsZSB0byBQMk1QIFBXLiBBIG5vZGUNCiAgICA+TVVTVA0KICAgID4gICBOT1QgY2xhaW0gdG8g
YmUgIFAyTVAgUFcgY2FwYWJsZSBieSBzZW5kaW5nIGEgTERQIFAyTVAgUFcNCiAgICA+Q2FwYWJp
bGl0eQ0KICAgID4gICBUTFYgIGlmIGl0IGlzIG5vdCBhbHNvIGNhcGFibGUgb2YgaGFuZGxpbmcg
UFcgc3RhdHVz4oCcDQogICAgPiANCiAgICA+U2hvdWxkIGEgbm9kZSBzZW5kIExEUCBQMk1QIFBX
IENhcGFiaWxpdHkgVExWIG9yIG5vdD8gTm90IHdlbGwgZXhwbGFpbg0KICAgIA0KICAgIFdoYXQg
aXMgc2FpZCBoZXJlLCB0aGF0IHlvdSBjYW7igJl0IGJlIFAyTVAgUFcgY2FwYWJsZSB3aXRob3V0
IGJlaW5nIFBXIHN0YXR1cyBjYXBhYmxlLg0KICAgIE5vdCBzdXJlIGhvdyB0byBtYWtlIGl0IGNs
ZWFyZXIuDQoNCjxQYXRyaWNlPiByaWdodOKApiBJIG11c3QgaGF2ZSBiZWVuIHRpcmVkLiBUb28g
bWFueSBOT1QgDQogICAgDQogICAgPg0KICAgID4gDQogICAgPlRoZXJlIGlzIHNvbWUgcmVmZXJl
bmNlIHRvIExTUiBpbiB0aGUgdGV4dCB3aGVyZSB0aGUgbWFqb3IgcGFydCB1c2UNCiAgICA+dGhl
IHdvcmRpbmcg4oCcbm9kZeKAnS4NCiAgICANCiAgICBJIHdpbGwgbWFrZSBhbGwgY29uc2lzdGVu
dCwgYW5kIHVzZSBMU1IgaW5zdGVhZCBvZiBub2RlLg0KICAgIA0KICAgIFRoYW5rcywNCiAgICAN
CiAgICBTYW1pDQogICAgPiANCiAgICA+Tml0czogDQogICAgPk4vQQ0KICAgID4gDQogICAgPlJl
Z2FyZHMsDQogICAgPlBhdHJpY2UgQnJpc3NldHRlDQogICAgPg0KICAgID4NCiAgICA+DQogICAg
Pg0KICAgIA0KDQo=


From nobody Mon May 15 18:20:34 2017
Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ACC8129C4A; Mon, 15 May 2017 18:20:33 -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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvv0ZbgYWnmt; Mon, 15 May 2017 18:20:29 -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 367C9129BAD; Mon, 15 May 2017 18:17:57 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DGR43289; Tue, 16 May 2017 01:17:55 +0000 (GMT)
Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 16 May 2017 02:17:54 +0100
Received: from DGGEML508-MBX.china.huawei.com ([169.254.3.58]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0301.000; Tue, 16 May 2017 09:17:49 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCAABUaawAAa3iuMAAX10yAABjRMXA=
Date: Tue, 16 May 2017 01:17:49 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F63DF@dggeml508-mbx.china.huawei.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com> <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com> <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F53B3@dggeml508-mbx.china.huawei.com> <B6277E47-F8A5-47C7-BBEE-C02C6ED23541@cisco.com>
In-Reply-To: <B6277E47-F8A5-47C7-BBEE-C02C6ED23541@cisco.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.194.201]
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.0A020203.591A5343.00D8, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.58, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: ae894308fcd24fd05cb5daea5fe4789f
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/3vLepFVieNdHFzyhYShf9nhRk1Y>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 May 2017 01:20:33 -0000

SGkgUmFrZXNoLA0KDQpMb29rcyBnb29kIG1lIQ0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQoNCj4g
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUmFrZXNoIEdhbmRoaSAocmdhbmRo
aSkgW21haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbV0NCj4gU2VudDogTW9uZGF5LCBNYXkgMTUsIDIw
MTcgODoyNyBQTQ0KPiBUbzogTWFjaCBDaGVuIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT47IHJ0Zy1h
ZHNAaWV0Zi5vcmcNCj4gQ2M6IHJ0Zy1kaXJAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtdGVhcy1nbXBs
cy1sc3AtZmFzdHJlcm91dGVAaWV0Zi5vcmc7DQo+IHRlYXNAaWV0Zi5vcmcNCj4gU3ViamVjdDog
UmU6IFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWlldGYtdGVhcy1nbXBscy1sc3AtZmFzdHJlcm91dGUt
MDcudHh0DQo+IA0KPiBIaSBNYWNoLA0KPiANCj4gVGhhbmtzIGZvciB0aGUgc3VnZ2VzdGlvbnMu
DQo+IA0KPiBVcGRhdGVkIHRoZSBkcmFmdCBhY2NvcmRpbmdseSBhbmQgY2FuIGJlIGZvdW5kIGF0
Og0KPiANCj4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy
YWZ0cy9kcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLQ0KPiBmYXN0cmVyb3V0ZS0wOS50eHQNCj4g
SHRtbGl6ZWQ6ICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdGVhcy1n
bXBscy1sc3AtZmFzdHJlcm91dGUtDQo+IDA5DQo+IERpZmY6ICAgICAgICAgICBodHRwczovL3d3
dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC0NCj4gZmFz
dHJlcm91dGUtMDkNCj4gDQo+IFRoYW5rcywNCj4gUmFrZXNoDQo+IA0KPiANCj4gT24gMjAxNy0w
NS0xNCwgMTA6MTYgUE0sICJNYWNoIENoZW4iIDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4gd3JvdGU6
DQo+IA0KPiAgICAgSGkgUmFoZXNoLA0KPiANCj4gICAgIFRoYW5rcyBmb3IgY29uc2lkZXJpbmcg
bXkgY29tbWVudHMgYW5kIHRoZSBxdWljayB1cGRhdGVzIQ0KPiANCj4gICAgIFBsZWFzZSBzZWUg
bXkgcmVwbHkgaW5saW5lLi4uDQo+IA0KPiAgICAgPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LQ0KPiAgICAgPiBGcm9tOiBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSBbbWFpbHRvOnJnYW5kaGlA
Y2lzY28uY29tXQ0KPiAgICAgPiBTZW50OiBTYXR1cmRheSwgTWF5IDEzLCAyMDE3IDU6NDcgQU0N
Cj4gICAgID4gVG86IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBydGctYWRzQGll
dGYub3JnDQo+ICAgICA+IENjOiBydGctZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLXRlYXMtZ21w
bHMtbHNwLWZhc3RyZXJvdXRlQGlldGYub3JnOw0KPiAgICAgPiB0ZWFzQGlldGYub3JnDQo+ICAg
ICA+IFN1YmplY3Q6IFJlOiBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNw
LWZhc3RyZXJvdXRlLTA3LnR4dA0KPiAgICAgPg0KPiAgICAgPiBIaSBNYWNoLCBXRywNCj4gICAg
ID4NCj4gICAgID4gVXBkYXRlZCBkb2N1bWVudCB0aGF0IGFkZHJlc3NlcyB0aGUgY29tbWVudHMg
Y2FuIGJlIGZvdW5kIGF0Og0KPiAgICAgPg0KPiAgICAgPiBodHRwczovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0ZS0wOA0KPiAgICAgPg0K
PiAgICAgPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYt
dGVhcy1nbXBscy1sc3AtDQo+IGZhc3RyZXJvdXRlLQ0KPiAgICAgPiAwOA0KPiAgICAgPg0KPiAg
ICAgPg0KPiAgICAgPiB0aGFua3MsDQo+ICAgICA+IFJha2VzaA0KPiAgICAgPg0KPiAgICAgPg0K
PiAgICAgPiBPbiAyMDE3LTA1LTEyLCA3OjQyIEFNLCAiUmFrZXNoIEdhbmRoaSAocmdhbmRoaSki
IDxyZ2FuZGhpQGNpc2NvLmNvbT4NCj4gICAgID4gd3JvdGU6DQo+ICAgICA+DQo+ICAgICA+ICAg
ICBIaSBNYWNoLA0KPiAgICAgPg0KPiAgICAgPiAgICAgTWFueSB0aGFua3MgZm9yIHRoZSBkZXRh
aWxlZCByZXZpZXcgb2YgdGhlIGRvY3VtZW50IGFuZCB5b3VyDQo+IGNvbW1lbnRzLg0KPiAgICAg
PiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVwbGllcyB3aXRoIDxSRz7igKYNCj4gICAgID4NCj4g
ICAgID4NCj4gICAgID4gICAgIE9uIDIwMTctMDUtMTIsIDQ6MzMgQU0sICJNYWNoIENoZW4iIDxt
YWNoLmNoZW5AaHVhd2VpLmNvbT4NCj4gd3JvdGU6DQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAg
SGVsbG8sDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMg
dGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMNCj4gZHJhZnQuDQo+ICAg
ICA+IFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGluZyBv
ciByb3V0aW5nLXJlbGF0ZWQNCj4gZHJhZnRzDQo+ICAgICA+IGFzIHRoZXkgcGFzcyB0aHJvdWdo
IElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhlIHB1cnBvc2Ugb2YgdGhlDQo+ICAg
ICA+IHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBG
b3IgbW9yZSBpbmZvcm1hdGlvbg0KPiAgICAgPiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0
ZSwgcGxlYXNlIHNlZQ0KPiAgICAgPiBodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0
Zy90cmFjL3dpa2kvUnRnRGlyDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgQWx0aG91Z2ggdGhl
c2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZw0KPiBB
RHMsIGl0DQo+ICAgICA+IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRo
ZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURg0KPiBMYXN0DQo+ICAgICA+IENhbGwgY29tbWVu
dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0K
PiAgICAgPiBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFmdC4NCj4gICAgID4NCj4g
ICAgID4gICAgICAgICBEb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVy
b3V0ZS0wNy50eHQNCj4gICAgID4gICAgICAgICBSZXZpZXdlcjogTWFjaCBDaGVuDQo+ICAgICA+
ICAgICAgICAgUmV2aWV3IERhdGU6IDEyIE1heSAyMDE3DQo+ICAgICA+ICAgICAgICAgSW50ZW5k
ZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgU3VtbWFy
eToNCj4gICAgID4gICAgICAgICBJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlz
IGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQNCj4gYmUNCj4gICAgID4gcmVzb2x2ZWQgYmVm
b3JlIHB1YmxpY2F0aW9uLg0KPiAgICAgPg0KPiAgICAgPiAgICAgICAgIENvbW1lbnRzOg0KPiAg
ICAgPiAgICAgICAgIFRoaXMgZG9jdW1lbnQgaXMgY2xlYXJseSB3cml0dGVuIGFuZCBlYXN5IHRv
IHVuZGVyc3RhbmQuDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgTWFqb3IgSXNzdWVzOg0KPiAg
ICAgPiAgICAgICAgIE5vIG1ham9yIGlzc3VlcyBmb3VuZC4NCj4gICAgID4NCj4gICAgID4gICAg
ICAgICBNaW5vciBJc3N1ZXM6DQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgMS4gU2VjdGlvbiA1
Lg0KPiAgICAgPiAgICAgICAgIFRoZSBiZWhhdmlvciBvZiBQYXRoIGFuZCBSZXN2IG1lc3NhZ2Vz
ICBwcm9jZXNzICJBZnRlciBMaW5rIEZhaWx1cmUiDQo+IGlzDQo+ICAgICA+IGRpZmZlcmVudCBm
cm9tIHRoZSBiZWhhdmlvciBvZiAiIFJldmVydGl2ZSBCZWhhdmlvciBBZnRlciBGYXN0IFJlcm91
dGUiLg0KPiBGb3INCj4gICAgID4gZXhhbXBsZSwgZm9yICJBZnRlciBMaW5rIEZhaWx1cmUiIGNh
c2UsIHdoaWNoIGxpbmsgdGhlIFJlc3YgbWVzc2FnZXMgd2lsbA0KPiBzZW5kDQo+ICAgICA+IG92
ZXIgZGVwZW5kcyBvbiB0aGUgbGluayBvdmVyIHdoaWNoIHRoZSBQYXRoIG1lc3NhZ2VzIGFyZSBy
ZWNlaXZlZCwgYnV0DQo+IGZvcg0KPiAgICAgPiAiIFJldmVydGl2ZSBCZWhhdmlvciBBZnRlciBG
YXN0IFJlcm91dGUiIGNhc2UsIHRoZSBQYXRoIGFuZCBSZXN2DQo+IG1lc3NhZ2VzDQo+ICAgICA+
IGFyZSBzZW50IGluZGVwZW5kZW50bHkuIElzIHRoaXMgdGhlIGludGVudGlvbiwgb3IgaXMgaXQg
bmVjZXNzYXJ5IHRvIHVuaWZ5DQo+IHRoZQ0KPiAgICAgPiBiZWhhdmlvcj8NCj4gICAgID4NCj4g
ICAgID4gICAgIDxSRz4gT2ssIHdlIHNob3VsZCByZW1vdmUgdGhlIHNlY29uZCBidWxsZXQgKGNv
cGllZCBiZWxvdykgdG8gbWFrZQ0KPiBpdA0KPiAgICAgPiBjb25zaXN0ZW50IGZvciBib3RoIGNh
c2VzLg0KPiAgICAgPg0KPiAgICAgPiAgICAgbyAgVGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMg
c2VuZGluZyB0aGUgUmVzdiBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KPiAgICAgPiAgICAgICAgICAg
ZmxvdyBvZiB0aGUgcHJvdGVjdGVkIExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIHRvd2FyZHMN
Cj4gICAgID4gICAgICAgICAgIGRvd25zdHJlYW0gUExSIFIzIGFuZCBmb3J3YXJkaW5nIHRoZSBQ
YXRoIG1lc3NhZ2VzIHRvd2FyZHMgUFJSDQo+IFI1DQo+ICAgICA+ICAgICAgICAgICBhbmQgc3Rv
cHMgc2VuZGluZyB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQo+IA0KPiAgICAgVG8gbWFr
ZSBpdCBjb25zaXN0ZW50LCB0aGUgdXBzdHJlYW0gUExSIHNob3VsZCBmcmVlbHkgcmUtZGlyZWN0
IHRoZSB0cmFmZmljDQo+IG92ZXIgdGhlIHJlc3RvcmVkIGxpbmssIGJ1dCB0aGUgUmVzdiBtZXNz
YWdlIHdpbGwgZGVwZW5kcyBvbiB0aGUgUGF0aA0KPiBtZXNzYWdlLg0KPiAgICAgU28sIGluc3Rl
YWQgb2YgcmVtb3ZpbmcgdGhlIHdob2xlIGJ1bGxldCwgSSdkIHN1Z2dlc3QgdGhlIGZvbGxvd2lu
ZyBjaGFuZ2VzOg0KPiANCj4gICAgIE9MRDoNCj4gICAgICBvICBUaGUgdXBzdHJlYW0gUExSIFI0
IHN0YXJ0cyBzZW5kaW5nIHRoZSBSZXN2IG1lc3NhZ2VzIGFuZCB0cmFmZmljDQo+ICAgICAgICAg
ICAgICAgZmxvdyBvZiB0aGUgcHJvdGVjdGVkIExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIHRv
d2FyZHMNCj4gICAgICAgICAgICAgICBkb3duc3RyZWFtIFBMUiBSMyBhbmQgZm9yd2FyZGluZyB0
aGUgUGF0aCBtZXNzYWdlcyB0b3dhcmRzIFBSUg0KPiBSNQ0KPiAgICAgICAgICAgICAgIGFuZCBz
dG9wcyBzZW5kaW5nIHRoZW0gb3ZlciB0aGUgYnlwYXNzIHR1bm5lbC4NCj4gDQo+ICAgICBORVc6
DQo+ICAgICBvICBUaGUgdXBzdHJlYW0gUExSIFI0IHN0YXJ0cyBzZW5kaW5nIHRoZSB0cmFmZmlj
DQo+ICAgICAgICAgICAgICAgIGZsb3cgb2YgdGhlIHByb3RlY3RlZCBMU1Agb3ZlciB0aGUgcmVz
dG9yZWQgbGluayB0b3dhcmRzDQo+ICAgICAgICAgICAgICAgIGRvd25zdHJlYW0gUExSIFIzIGFu
ZCBmb3J3YXJkaW5nIHRoZSBQYXRoIG1lc3NhZ2VzIHRvd2FyZHMgUFJSDQo+IFI1DQo+ICAgICAg
ICAgICAgICAgIGFuZCBzdG9wcyBzZW5kaW5nIHRoZW0gb3ZlciB0aGUgYnlwYXNzIHR1bm5lbC4N
Cj4gDQo+ICAgICBUaGlzIGFsc28gYXBwbGllcyB0byBTZWN0aW9uIDUuMS4yDQo+IA0KPiAgICAg
T0xEOg0KPiAgICAgbyAgVGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMgc2VuZGluZyB0aGUgUmVz
diBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KPiAgICAgICAgICAgZmxvdyBvZiB0aGUgcHJvdGVjdGVk
IExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIGFuZCBzdG9wcyBzZW5kaW5nDQo+ICAgICAgICAg
ICB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQo+IA0KPiAgICAgTkVXOg0KPiAgICAgbyAg
VGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMgc2VuZGluZyB0aGUgdHJhZmZpYw0KPiAgICAgICAg
ICAgZmxvdyBvZiB0aGUgcHJvdGVjdGVkIExTUCBvdmVyIHRoZSByZXN0b3JlZCBsaW5rIGFuZCBz
dG9wcyBzZW5kaW5nDQo+ICAgICAgICAgICB0aGVtIG92ZXIgdGhlIGJ5cGFzcyB0dW5uZWwuDQo+
IA0KPiANCj4gICAgIE90aGVyIHVwZGF0ZXMgbG9vayBnb29kIHRvIG1lDQo+IA0KPiAgICAgQmVz
dCByZWdhcmRzLA0KPiAgICAgTWFjaA0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAgPiAgICAgICAg
IDIuDQo+ICAgICA+ICAgICAgICAgU2VjdGlvbiA3LjEuICBCWVBBU1NfQVNTSUdOTUVOVCBTdWJv
YmplY3QNCj4gICAgID4NCj4gICAgID4gICAgICAgICBUd28gc3Vib2JqZWN0cyBhcmUgZGVmaW5l
ZCBpbiB0aGlzIHNlY3Rpb24sIHRoZSBhdXRob3JzIHRyeSB0byB1c2UNCj4gdW5pZmllZA0KPiAg
ICAgPiB0ZXh0IHRvIGV4cGxhaW4gdGhlIHR3byBzdWJvYmplY3RzLCBidXQgSU1ITywgdGhpcyBp
cyBub3QgYSBnb29kIHdheSB0bw0KPiAgICAgPiBkZXNjcmliZSBtdWx0aXBsZSBkaWZmZXJlbnQg
c3Vib2JqZWN0LiBCYXNlZCBvbiB0aGUgY3VycmVudCB0ZXh0LCBJIHRoaW5rDQo+IHRoZQ0KPiAg
ICAgPiBhdXRob3JzIGFyZSB0cnlpbmcgdG8gdXNlIGEgc2luZ2xlIFR5cGUgZm9yIGJvdGggc3Vi
b2JqZWN0cywgYnV0IGFmdGVyDQo+IHJlYWRpbmcNCj4gICAgID4gdGhlIElBTkEgc2VjdGlvbiwg
b2J2aW91c2x5IGl0J3Mgbm90LiAgU28sIEknZCBzdWdnZXN0IHRvIHVzZSBkZWRpY2F0ZWQNCj4g
ZGVzY3JpYmUNCj4gICAgID4gdGVzdCBmb3Igc3BlY2lmaWMgc3ViamVjdCwgYW5kIGZvciB0aGUg
dHlwZSwgaXQncyBiZXR0ZXIgdG8gdXNlIFRCQTEsIFRCQTIuLi4NCj4gICAgID4NCj4gICAgID4g
ICAgIDxSRz4gQWdyZWUgdG8gdXBkYXRlIHRoaXMuDQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+
ICAgICAgICAgMy4NCj4gICAgID4gICAgICAgICBTZWN0aW9uIDgNCj4gICAgID4gICAgICAgICAi
QXMgZGVzY3JpYmVkIGluDQo+ICAgICA+ICAgICAgICAgICAgU2VjdGlvbiA3IG9mIHRoaXMgZG9j
dW1lbnQsIHRoaXMgc3Vib2JqZWN0IGlzIG5vdCBjYXJyaWVkIGluIHRoZSBSU1ZQDQo+ICAgICA+
ICAgICAgICAgICAgUmVzdiBtZXNzYWdlLiAgQSBuZXcgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUiBC
eXBhc3MgQXNzaWdubWVudA0KPiBFcnJvcg0KPiAgICAgPiAgICAgICAgICAgIGlzIGRlZmluZWQg
aW4gdGhpcyBkb2N1bWVudC4iDQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAgV2hhdCdzIHN1Yi1j
b2RlIHdpbGwgYmUgc2VudCB3aGVuIEJZUEFTU18gQVNTSUdOTUVOVCBzdWJvYmplY3QNCj4gaXMN
Cj4gICAgID4gY2FycmllZCBpbiB0aGUgUlNWUCBtZXNzYWdlPw0KPiAgICAgPg0KPiAgICAgPiAg
ICAgPFJHPiBSZXZpc2VkIHRleHQgc3VnZ2VzdGVkIGFzIGZvbGxvd2luZzoNCj4gICAgID4NCj4g
ICAgID4gICAgICAgICAgICBBcyBkZXNjcmliZWQgaW4NCj4gICAgID4gICAgICAgICAgICBTZWN0
aW9uIDcgb2YgdGhpcyBkb2N1bWVudCwgdGhpcyBzdWJvYmplY3QgaXMgbm90IGNhcnJpZWQgaW4g
dGhlIFJTVlANCj4gICAgID4gICAgICAgICAgICBSZXN2IG1lc3NhZ2UgYW5kIGlzIGlnbm9yZWQg
Ynkgc2VuZGluZyB0aGUgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUg0KPiAgICAgPiBCeXBhc3MgQXNz
aWdubWVudCBFcnJvciAod2l0aCBTdWJjb2RlOiBCeXBhc3MgQXNzaWdubWVudCBDYW5ub3QgQmUN
Cj4gVXNlZCkNCj4gICAgID4gZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50Lg0KPiAgICAgPiAgICAg
ICAgICAgIE5vZGVzIG5vdCBzdXBwb3J0aW5nIHRoZSBOb3RpZnkgbWVzc2FnZSBkZWZpbmVkIGlu
IHRoaXMgZG9jdW1lbnQNCj4gd2lsbA0KPiAgICAgPiBpZ25vcmUgaXQgYnV0IGZvcndhcmQgaXQg
d2l0aG91dCBtb2RpZmljYXRpb24uDQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+ICAgICAgICAg
Tml0czoNCj4gICAgID4gICAgICAgICBTZWN0aW9uIDUuMS4xLg0KPiAgICAgPiAgICAgICAgIHMv
YnlwYXNzIHR1bm5lbHMgVDMvIGJ5cGFzcyB0dW5uZWwgVDMvDQo+ICAgICA+DQo+ICAgICA+ICAg
ICA8Ukc+IEFncmVlLg0KPiAgICAgPg0KPiAgICAgPiAgICAgVGhhbmtzLA0KPiAgICAgPiAgICAg
UmFrZXNoIChmb3IgYXV0aG9ycyBhbmQgY29udHJpYnV0b3JzKQ0KPiAgICAgPg0KPiAgICAgPg0K
PiAgICAgPg0KPiAgICAgPg0KPiAgICAgPg0KPiAgICAgPiAgICAgICAgIEJlc3QgcmVnYXJkcywN
Cj4gICAgID4gICAgICAgICBNYWNoDQo+ICAgICA+DQo+ICAgICA+DQo+ICAgICA+DQo+IA0KPiAN
Cg0K


From nobody Mon May 15 18:23:49 2017
Return-Path: <rgandhi@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DA9512EB26; Mon, 15 May 2017 18:23:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DloVk2S-u66T; Mon, 15 May 2017 18:23:44 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A34EB12EB40; Mon, 15 May 2017 18:20:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12596; q=dns/txt; s=iport; t=1494897647; x=1496107247; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6bf7iIv2hY1O4DXzpmsLZEPRcEyUCJ7ZLfkrubBG9uY=; b=WD6RnZaS3Yqdm46oLBWNIBobrSu2R1fNO2fWd5T+1j9/icCgc4R8BDeb 6iPT+wxl88eAwMO2jDkOHns1UljlNcKauGAncfN5CD7pVZwTUbGmlRYGM rw07uVnDEsFVWSnpRdAdZY9o42KztG1lhgfBvaXMWRpKW9YbVgsnY2xl2 A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AaAQDiUhpZ/4YNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VigQwHg2SKGJFglXWCDyyFeAIahR0/GAECAQEBAQEBAWsohRg?= =?us-ascii?q?BAQEBAyMRMxIMBAIBCBEDAQEBAQICIwMCAgIwFAEICAIEAQ0FiiMOrG6CJosNA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBHYELhVSBXiuBZIEMgyGBQgcQIQKCWC+CMQW?= =?us-ascii?q?Wb4cbAYcbi3+CBFWEZoosiH+LQwEfOIEKcBVYAYZjdgGHXoENAQEB?=
X-IronPort-AV: E=Sophos;i="5.38,346,1491264000"; d="scan'208";a="27803560"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 May 2017 01:20:46 +0000
Received: from XCH-ALN-018.cisco.com (xch-aln-018.cisco.com [173.36.7.28]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v4G1KkIo001379 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 16 May 2017 01:20:46 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-018.cisco.com (173.36.7.28) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 15 May 2017 20:20:45 -0500
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1210.000; Mon, 15 May 2017 20:20:45 -0500
From: "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>
To: Mach Chen <mach.chen@huawei.com>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org" <draft-ietf-teas-gmpls-lsp-fastreroute@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt 
Thread-Index: AdLK+gfIqIAOQbYnRBmcL0Kch3fKmAAIzWCAABUaawAAa3iuMAAX10yAABjRMXAAAjZ2AA==
Date: Tue, 16 May 2017 01:20:45 +0000
Message-ID: <3E02BB19-3F7E-4A65-A72F-5FC77C08B483@cisco.com>
References: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917EBC27@dggeml508-mbx.china.huawei.com> <846F8191-581F-4193-AA28-AB178CD2EE8B@cisco.com> <0D96224E-C123-4434-8309-CB7E984CCB1D@cisco.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F53B3@dggeml508-mbx.china.huawei.com> <B6277E47-F8A5-47C7-BBEE-C02C6ED23541@cisco.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F63DF@dggeml508-mbx.china.huawei.com>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE2917F63DF@dggeml508-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.249.143]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A0E76871540C9D4A9EC870EE826995F2@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/PPklPw4oyoriYMOV6baDp--jEgA>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-teas-gmpls-lsp-fastreroute-07.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 May 2017 01:23:47 -0000

VGhhbmsgeW91IE1hY2guDQoNCk9uIDIwMTctMDUtMTUsIDk6MTcgUE0sICJNYWNoIENoZW4iIDxt
YWNoLmNoZW5AaHVhd2VpLmNvbT4gd3JvdGU6DQoNCiAgICBIaSBSYWtlc2gsDQogICAgDQogICAg
TG9va3MgZ29vZCBtZSENCiAgICANCiAgICBCZXN0IHJlZ2FyZHMsDQogICAgTWFjaA0KICAgIA0K
ICAgID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAgICA+IEZyb206IFJha2VzaCBHYW5k
aGkgKHJnYW5kaGkpIFttYWlsdG86cmdhbmRoaUBjaXNjby5jb21dDQogICAgPiBTZW50OiBNb25k
YXksIE1heSAxNSwgMjAxNyA4OjI3IFBNDQogICAgPiBUbzogTWFjaCBDaGVuIDxtYWNoLmNoZW5A
aHVhd2VpLmNvbT47IHJ0Zy1hZHNAaWV0Zi5vcmcNCiAgICA+IENjOiBydGctZGlyQGlldGYub3Jn
OyBkcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRlQGlldGYub3JnOw0KICAgID4g
dGVhc0BpZXRmLm9yZw0KICAgID4gU3ViamVjdDogUmU6IFJ0Z0RpciByZXZpZXc6IGRyYWZ0LWll
dGYtdGVhcy1nbXBscy1sc3AtZmFzdHJlcm91dGUtMDcudHh0DQogICAgPiANCiAgICA+IEhpIE1h
Y2gsDQogICAgPiANCiAgICA+IFRoYW5rcyBmb3IgdGhlIHN1Z2dlc3Rpb25zLg0KICAgID4gDQog
ICAgPiBVcGRhdGVkIHRoZSBkcmFmdCBhY2NvcmRpbmdseSBhbmQgY2FuIGJlIGZvdW5kIGF0Og0K
ICAgID4gDQogICAgPiBVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu
ZXQtZHJhZnRzL2RyYWZ0LWlldGYtdGVhcy1nbXBscy1sc3AtDQogICAgPiBmYXN0cmVyb3V0ZS0w
OS50eHQNCiAgICA+IEh0bWxpemVkOiAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJvdXRlLQ0KICAgID4gMDkNCiAgICA+IERpZmY6
ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi10
ZWFzLWdtcGxzLWxzcC0NCiAgICA+IGZhc3RyZXJvdXRlLTA5DQogICAgPiANCiAgICA+IFRoYW5r
cywNCiAgICA+IFJha2VzaA0KICAgID4gDQogICAgPiANCiAgICA+IE9uIDIwMTctMDUtMTQsIDEw
OjE2IFBNLCAiTWFjaCBDaGVuIiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+IHdyb3RlOg0KICAgID4g
DQogICAgPiAgICAgSGkgUmFoZXNoLA0KICAgID4gDQogICAgPiAgICAgVGhhbmtzIGZvciBjb25z
aWRlcmluZyBteSBjb21tZW50cyBhbmQgdGhlIHF1aWNrIHVwZGF0ZXMhDQogICAgPiANCiAgICA+
ICAgICBQbGVhc2Ugc2VlIG15IHJlcGx5IGlubGluZS4uLg0KICAgID4gDQogICAgPiAgICAgPiAt
LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KICAgID4gICAgID4gRnJvbTogUmFrZXNoIEdhbmRo
aSAocmdhbmRoaSkgW21haWx0bzpyZ2FuZGhpQGNpc2NvLmNvbV0NCiAgICA+ICAgICA+IFNlbnQ6
IFNhdHVyZGF5LCBNYXkgMTMsIDIwMTcgNTo0NyBBTQ0KICAgID4gICAgID4gVG86IE1hY2ggQ2hl
biA8bWFjaC5jaGVuQGh1YXdlaS5jb20+OyBydGctYWRzQGlldGYub3JnDQogICAgPiAgICAgPiBD
YzogcnRnLWRpckBpZXRmLm9yZzsgZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0
ZUBpZXRmLm9yZzsNCiAgICA+ICAgICA+IHRlYXNAaWV0Zi5vcmcNCiAgICA+ICAgICA+IFN1Ympl
Y3Q6IFJlOiBSdGdEaXIgcmV2aWV3OiBkcmFmdC1pZXRmLXRlYXMtZ21wbHMtbHNwLWZhc3RyZXJv
dXRlLTA3LnR4dA0KICAgID4gICAgID4NCiAgICA+ICAgICA+IEhpIE1hY2gsIFdHLA0KICAgID4g
ICAgID4NCiAgICA+ICAgICA+IFVwZGF0ZWQgZG9jdW1lbnQgdGhhdCBhZGRyZXNzZXMgdGhlIGNv
bW1lbnRzIGNhbiBiZSBmb3VuZCBhdDoNCiAgICA+ICAgICA+DQogICAgPiAgICAgPiBodHRwczov
L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0
ZS0wOA0KICAgID4gICAgID4NCiAgICA+ICAgICA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC0NCiAgICA+IGZhc3RyZXJvdXRl
LQ0KICAgID4gICAgID4gMDgNCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4g
dGhhbmtzLA0KICAgID4gICAgID4gUmFrZXNoDQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAg
ICA+ICAgICA+IE9uIDIwMTctMDUtMTIsIDc6NDIgQU0sICJSYWtlc2ggR2FuZGhpIChyZ2FuZGhp
KSIgPHJnYW5kaGlAY2lzY28uY29tPg0KICAgID4gICAgID4gd3JvdGU6DQogICAgPiAgICAgPg0K
ICAgID4gICAgID4gICAgIEhpIE1hY2gsDQogICAgPiAgICAgPg0KICAgID4gICAgID4gICAgIE1h
bnkgdGhhbmtzIGZvciB0aGUgZGV0YWlsZWQgcmV2aWV3IG9mIHRoZSBkb2N1bWVudCBhbmQgeW91
cg0KICAgID4gY29tbWVudHMuDQogICAgPiAgICAgPiBQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVw
bGllcyB3aXRoIDxSRz7igKYNCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4g
ICAgIE9uIDIwMTctMDUtMTIsIDQ6MzMgQU0sICJNYWNoIENoZW4iIDxtYWNoLmNoZW5AaHVhd2Vp
LmNvbT4NCiAgICA+IHdyb3RlOg0KICAgID4gICAgID4NCiAgICA+ICAgICA+ICAgICAgICAgSGVs
bG8sDQogICAgPiAgICAgPg0KICAgID4gICAgID4gICAgICAgICBJIGhhdmUgYmVlbiBzZWxlY3Rl
ZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcw0KICAgID4gZHJh
ZnQuDQogICAgPiAgICAgPiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcg
YWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkDQogICAgPiBkcmFmdHMNCiAgICA+ICAgICA+
IGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldy4gVGhl
IHB1cnBvc2Ugb2YgdGhlDQogICAgPiAgICAgPiByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3Rh
bmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24NCiAgICA+ICAgICA+
IGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlDQogICAgPiAgICAgPiBo
dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyDQogICAg
PiAgICAgPg0KICAgID4gICAgID4gICAgICAgICBBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUg
cHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nDQogICAgPiBBRHMsIGl0DQogICAg
PiAgICAgPiB3b3VsZCBiZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25n
IHdpdGggYW55IG90aGVyIElFVEYNCiAgICA+IExhc3QNCiAgICA+ICAgICA+IENhbGwgY29tbWVu
dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0K
ICAgID4gICAgID4gZGlzY3Vzc2lvbiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuDQogICAgPiAg
ICAgPg0KICAgID4gICAgID4gICAgICAgICBEb2N1bWVudDogZHJhZnQtaWV0Zi10ZWFzLWdtcGxz
LWxzcC1mYXN0cmVyb3V0ZS0wNy50eHQNCiAgICA+ICAgICA+ICAgICAgICAgUmV2aWV3ZXI6IE1h
Y2ggQ2hlbg0KICAgID4gICAgID4gICAgICAgICBSZXZpZXcgRGF0ZTogMTIgTWF5IDIwMTcNCiAg
ICA+ICAgICA+ICAgICAgICAgSW50ZW5kZWQgU3RhdHVzOiBJbmZvcm1hdGlvbmFsDQogICAgPiAg
ICAgPg0KICAgID4gICAgID4gICAgICAgICBTdW1tYXJ5Og0KICAgID4gICAgID4gICAgICAgICBJ
IGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGlu
ayBzaG91bGQNCiAgICA+IGJlDQogICAgPiAgICAgPiByZXNvbHZlZCBiZWZvcmUgcHVibGljYXRp
b24uDQogICAgPiAgICAgPg0KICAgID4gICAgID4gICAgICAgICBDb21tZW50czoNCiAgICA+ICAg
ICA+ICAgICAgICAgVGhpcyBkb2N1bWVudCBpcyBjbGVhcmx5IHdyaXR0ZW4gYW5kIGVhc3kgdG8g
dW5kZXJzdGFuZC4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICAgICAgIE1ham9yIElzc3Vl
czoNCiAgICA+ICAgICA+ICAgICAgICAgTm8gbWFqb3IgaXNzdWVzIGZvdW5kLg0KICAgID4gICAg
ID4NCiAgICA+ICAgICA+ICAgICAgICAgTWlub3IgSXNzdWVzOg0KICAgID4gICAgID4NCiAgICA+
ICAgICA+ICAgICAgICAgMS4gU2VjdGlvbiA1Lg0KICAgID4gICAgID4gICAgICAgICBUaGUgYmVo
YXZpb3Igb2YgUGF0aCBhbmQgUmVzdiBtZXNzYWdlcyAgcHJvY2VzcyAiQWZ0ZXIgTGluayBGYWls
dXJlIg0KICAgID4gaXMNCiAgICA+ICAgICA+IGRpZmZlcmVudCBmcm9tIHRoZSBiZWhhdmlvciBv
ZiAiIFJldmVydGl2ZSBCZWhhdmlvciBBZnRlciBGYXN0IFJlcm91dGUiLg0KICAgID4gRm9yDQog
ICAgPiAgICAgPiBleGFtcGxlLCBmb3IgIkFmdGVyIExpbmsgRmFpbHVyZSIgY2FzZSwgd2hpY2gg
bGluayB0aGUgUmVzdiBtZXNzYWdlcyB3aWxsDQogICAgPiBzZW5kDQogICAgPiAgICAgPiBvdmVy
IGRlcGVuZHMgb24gdGhlIGxpbmsgb3ZlciB3aGljaCB0aGUgUGF0aCBtZXNzYWdlcyBhcmUgcmVj
ZWl2ZWQsIGJ1dA0KICAgID4gZm9yDQogICAgPiAgICAgPiAiIFJldmVydGl2ZSBCZWhhdmlvciBB
ZnRlciBGYXN0IFJlcm91dGUiIGNhc2UsIHRoZSBQYXRoIGFuZCBSZXN2DQogICAgPiBtZXNzYWdl
cw0KICAgID4gICAgID4gYXJlIHNlbnQgaW5kZXBlbmRlbnRseS4gSXMgdGhpcyB0aGUgaW50ZW50
aW9uLCBvciBpcyBpdCBuZWNlc3NhcnkgdG8gdW5pZnkNCiAgICA+IHRoZQ0KICAgID4gICAgID4g
YmVoYXZpb3I/DQogICAgPiAgICAgPg0KICAgID4gICAgID4gICAgIDxSRz4gT2ssIHdlIHNob3Vs
ZCByZW1vdmUgdGhlIHNlY29uZCBidWxsZXQgKGNvcGllZCBiZWxvdykgdG8gbWFrZQ0KICAgID4g
aXQNCiAgICA+ICAgICA+IGNvbnNpc3RlbnQgZm9yIGJvdGggY2FzZXMuDQogICAgPiAgICAgPg0K
ICAgID4gICAgID4gICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhl
IFJlc3YgbWVzc2FnZXMgYW5kIHRyYWZmaWMNCiAgICA+ICAgICA+ICAgICAgICAgICBmbG93IG9m
IHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsgdG93YXJkcw0KICAgID4g
ICAgID4gICAgICAgICAgIGRvd25zdHJlYW0gUExSIFIzIGFuZCBmb3J3YXJkaW5nIHRoZSBQYXRo
IG1lc3NhZ2VzIHRvd2FyZHMgUFJSDQogICAgPiBSNQ0KICAgID4gICAgID4gICAgICAgICAgIGFu
ZCBzdG9wcyBzZW5kaW5nIHRoZW0gb3ZlciB0aGUgYnlwYXNzIHR1bm5lbC4NCiAgICA+IA0KICAg
ID4gICAgIFRvIG1ha2UgaXQgY29uc2lzdGVudCwgdGhlIHVwc3RyZWFtIFBMUiBzaG91bGQgZnJl
ZWx5IHJlLWRpcmVjdCB0aGUgdHJhZmZpYw0KICAgID4gb3ZlciB0aGUgcmVzdG9yZWQgbGluaywg
YnV0IHRoZSBSZXN2IG1lc3NhZ2Ugd2lsbCBkZXBlbmRzIG9uIHRoZSBQYXRoDQogICAgPiBtZXNz
YWdlLg0KICAgID4gICAgIFNvLCBpbnN0ZWFkIG9mIHJlbW92aW5nIHRoZSB3aG9sZSBidWxsZXQs
IEknZCBzdWdnZXN0IHRoZSBmb2xsb3dpbmcgY2hhbmdlczoNCiAgICA+IA0KICAgID4gICAgIE9M
RDoNCiAgICA+ICAgICAgbyAgVGhlIHVwc3RyZWFtIFBMUiBSNCBzdGFydHMgc2VuZGluZyB0aGUg
UmVzdiBtZXNzYWdlcyBhbmQgdHJhZmZpYw0KICAgID4gICAgICAgICAgICAgICBmbG93IG9mIHRo
ZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVkIGxpbmsgdG93YXJkcw0KICAgID4gICAg
ICAgICAgICAgICBkb3duc3RyZWFtIFBMUiBSMyBhbmQgZm9yd2FyZGluZyB0aGUgUGF0aCBtZXNz
YWdlcyB0b3dhcmRzIFBSUg0KICAgID4gUjUNCiAgICA+ICAgICAgICAgICAgICAgYW5kIHN0b3Bz
IHNlbmRpbmcgdGhlbSBvdmVyIHRoZSBieXBhc3MgdHVubmVsLg0KICAgID4gDQogICAgPiAgICAg
TkVXOg0KICAgID4gICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhl
IHRyYWZmaWMNCiAgICA+ICAgICAgICAgICAgICAgIGZsb3cgb2YgdGhlIHByb3RlY3RlZCBMU1Ag
b3ZlciB0aGUgcmVzdG9yZWQgbGluayB0b3dhcmRzDQogICAgPiAgICAgICAgICAgICAgICBkb3du
c3RyZWFtIFBMUiBSMyBhbmQgZm9yd2FyZGluZyB0aGUgUGF0aCBtZXNzYWdlcyB0b3dhcmRzIFBS
Ug0KICAgID4gUjUNCiAgICA+ICAgICAgICAgICAgICAgIGFuZCBzdG9wcyBzZW5kaW5nIHRoZW0g
b3ZlciB0aGUgYnlwYXNzIHR1bm5lbC4NCiAgICA+IA0KICAgID4gICAgIFRoaXMgYWxzbyBhcHBs
aWVzIHRvIFNlY3Rpb24gNS4xLjINCiAgICA+IA0KICAgID4gICAgIE9MRDoNCiAgICA+ICAgICBv
ICBUaGUgdXBzdHJlYW0gUExSIFI0IHN0YXJ0cyBzZW5kaW5nIHRoZSBSZXN2IG1lc3NhZ2VzIGFu
ZCB0cmFmZmljDQogICAgPiAgICAgICAgICAgZmxvdyBvZiB0aGUgcHJvdGVjdGVkIExTUCBvdmVy
IHRoZSByZXN0b3JlZCBsaW5rIGFuZCBzdG9wcyBzZW5kaW5nDQogICAgPiAgICAgICAgICAgdGhl
bSBvdmVyIHRoZSBieXBhc3MgdHVubmVsLg0KICAgID4gDQogICAgPiAgICAgTkVXOg0KICAgID4g
ICAgIG8gIFRoZSB1cHN0cmVhbSBQTFIgUjQgc3RhcnRzIHNlbmRpbmcgdGhlIHRyYWZmaWMNCiAg
ICA+ICAgICAgICAgICBmbG93IG9mIHRoZSBwcm90ZWN0ZWQgTFNQIG92ZXIgdGhlIHJlc3RvcmVk
IGxpbmsgYW5kIHN0b3BzIHNlbmRpbmcNCiAgICA+ICAgICAgICAgICB0aGVtIG92ZXIgdGhlIGJ5
cGFzcyB0dW5uZWwuDQogICAgPiANCiAgICA+IA0KICAgID4gICAgIE90aGVyIHVwZGF0ZXMgbG9v
ayBnb29kIHRvIG1lDQogICAgPiANCiAgICA+ICAgICBCZXN0IHJlZ2FyZHMsDQogICAgPiAgICAg
TWFjaA0KICAgID4gICAgID4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICAgICAgIDIuDQog
ICAgPiAgICAgPiAgICAgICAgIFNlY3Rpb24gNy4xLiAgQllQQVNTX0FTU0lHTk1FTlQgU3Vib2Jq
ZWN0DQogICAgPiAgICAgPg0KICAgID4gICAgID4gICAgICAgICBUd28gc3Vib2JqZWN0cyBhcmUg
ZGVmaW5lZCBpbiB0aGlzIHNlY3Rpb24sIHRoZSBhdXRob3JzIHRyeSB0byB1c2UNCiAgICA+IHVu
aWZpZWQNCiAgICA+ICAgICA+IHRleHQgdG8gZXhwbGFpbiB0aGUgdHdvIHN1Ym9iamVjdHMsIGJ1
dCBJTUhPLCB0aGlzIGlzIG5vdCBhIGdvb2Qgd2F5IHRvDQogICAgPiAgICAgPiBkZXNjcmliZSBt
dWx0aXBsZSBkaWZmZXJlbnQgc3Vib2JqZWN0LiBCYXNlZCBvbiB0aGUgY3VycmVudCB0ZXh0LCBJ
IHRoaW5rDQogICAgPiB0aGUNCiAgICA+ICAgICA+IGF1dGhvcnMgYXJlIHRyeWluZyB0byB1c2Ug
YSBzaW5nbGUgVHlwZSBmb3IgYm90aCBzdWJvYmplY3RzLCBidXQgYWZ0ZXINCiAgICA+IHJlYWRp
bmcNCiAgICA+ICAgICA+IHRoZSBJQU5BIHNlY3Rpb24sIG9idmlvdXNseSBpdCdzIG5vdC4gIFNv
LCBJJ2Qgc3VnZ2VzdCB0byB1c2UgZGVkaWNhdGVkDQogICAgPiBkZXNjcmliZQ0KICAgID4gICAg
ID4gdGVzdCBmb3Igc3BlY2lmaWMgc3ViamVjdCwgYW5kIGZvciB0aGUgdHlwZSwgaXQncyBiZXR0
ZXIgdG8gdXNlIFRCQTEsIFRCQTIuLi4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICAgPFJH
PiBBZ3JlZSB0byB1cGRhdGUgdGhpcy4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4g
ICAgID4gICAgICAgICAzLg0KICAgID4gICAgID4gICAgICAgICBTZWN0aW9uIDgNCiAgICA+ICAg
ICA+ICAgICAgICAgIkFzIGRlc2NyaWJlZCBpbg0KICAgID4gICAgID4gICAgICAgICAgICBTZWN0
aW9uIDcgb2YgdGhpcyBkb2N1bWVudCwgdGhpcyBzdWJvYmplY3QgaXMgbm90IGNhcnJpZWQgaW4g
dGhlIFJTVlANCiAgICA+ICAgICA+ICAgICAgICAgICAgUmVzdiBtZXNzYWdlLiAgQSBuZXcgTm90
aWZ5IG1lc3NhZ2UgZm9yIEZSUiBCeXBhc3MgQXNzaWdubWVudA0KICAgID4gRXJyb3INCiAgICA+
ICAgICA+ICAgICAgICAgICAgaXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiINCiAgICA+ICAg
ICA+DQogICAgPiAgICAgPiAgICAgICAgIFdoYXQncyBzdWItY29kZSB3aWxsIGJlIHNlbnQgd2hl
biBCWVBBU1NfIEFTU0lHTk1FTlQgc3Vib2JqZWN0DQogICAgPiBpcw0KICAgID4gICAgID4gY2Fy
cmllZCBpbiB0aGUgUlNWUCBtZXNzYWdlPw0KICAgID4gICAgID4NCiAgICA+ICAgICA+ICAgICA8
Ukc+IFJldmlzZWQgdGV4dCBzdWdnZXN0ZWQgYXMgZm9sbG93aW5nOg0KICAgID4gICAgID4NCiAg
ICA+ICAgICA+ICAgICAgICAgICAgQXMgZGVzY3JpYmVkIGluDQogICAgPiAgICAgPiAgICAgICAg
ICAgIFNlY3Rpb24gNyBvZiB0aGlzIGRvY3VtZW50LCB0aGlzIHN1Ym9iamVjdCBpcyBub3QgY2Fy
cmllZCBpbiB0aGUgUlNWUA0KICAgID4gICAgID4gICAgICAgICAgICBSZXN2IG1lc3NhZ2UgYW5k
IGlzIGlnbm9yZWQgYnkgc2VuZGluZyB0aGUgTm90aWZ5IG1lc3NhZ2UgZm9yIEZSUg0KICAgID4g
ICAgID4gQnlwYXNzIEFzc2lnbm1lbnQgRXJyb3IgKHdpdGggU3ViY29kZTogQnlwYXNzIEFzc2ln
bm1lbnQgQ2Fubm90IEJlDQogICAgPiBVc2VkKQ0KICAgID4gICAgID4gZGVmaW5lZCBpbiB0aGlz
IGRvY3VtZW50Lg0KICAgID4gICAgID4gICAgICAgICAgICBOb2RlcyBub3Qgc3VwcG9ydGluZyB0
aGUgTm90aWZ5IG1lc3NhZ2UgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50DQogICAgPiB3aWxsDQog
ICAgPiAgICAgPiBpZ25vcmUgaXQgYnV0IGZvcndhcmQgaXQgd2l0aG91dCBtb2RpZmljYXRpb24u
DQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAgICA+ICAgICA+ICAgICAgICAgTml0czoNCiAg
ICA+ICAgICA+ICAgICAgICAgU2VjdGlvbiA1LjEuMS4NCiAgICA+ICAgICA+ICAgICAgICAgcy9i
eXBhc3MgdHVubmVscyBUMy8gYnlwYXNzIHR1bm5lbCBUMy8NCiAgICA+ICAgICA+DQogICAgPiAg
ICAgPiAgICAgPFJHPiBBZ3JlZS4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICAgVGhhbmtz
LA0KICAgID4gICAgID4gICAgIFJha2VzaCAoZm9yIGF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycykN
CiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAgICA+ICAgICA+DQogICAg
PiAgICAgPg0KICAgID4gICAgID4gICAgICAgICBCZXN0IHJlZ2FyZHMsDQogICAgPiAgICAgPiAg
ICAgICAgIE1hY2gNCiAgICA+ICAgICA+DQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAgICA+
IA0KICAgID4gDQogICAgDQogICAgDQoNCg==


From nobody Wed May 17 01:45:04 2017
Return-Path: <manavbhatia@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF0812942F; Wed, 17 May 2017 01:44:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.8
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, 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 VjscNFFPnf96; Wed, 17 May 2017 01:44:52 -0700 (PDT)
Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::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 DBEFA126CD6; Wed, 17 May 2017 01:41:02 -0700 (PDT)
Received: by mail-oi0-x230.google.com with SMTP id w10so6785968oif.0; Wed, 17 May 2017 01:41:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to:cc; bh=uDIShUAIv32qUL0X2ovq72NJsbtFJYtrJUSDTNuTamA=; b=sGjqDqS7ASBRTyIrgw4HY42tP+PialdqIqtgJxdMAnsQeBBXWv/u4lQgQPFtgbrC68 G9TOj/H+G8AYlacKuJGU27FMT4CxbtiFMOtAR1vjuw+oppy1LWe7aiUInMeQ2pojLovi mqozLGEvdlkP3WBKY5JOo4k5LjRNHScXDF88IuU/wiTI2LuOsmkWm21/kDIpeXGOCH1l 4AHsPblKcXu6XxGiU7urUpxla8xvI5mCM+Xp8F9GoW9+xYHOZjtoNmCTC30baZbCfCj6 juV4op5JheVMA7G+O3alD+nVM9U5RkTZ4SHIOoNmB64Fk4mVba+jHHPzXLMUsCGWAQTT K7vA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=uDIShUAIv32qUL0X2ovq72NJsbtFJYtrJUSDTNuTamA=; b=OgAUpGSepdIajxnFobt/vkZsRzTW5fK46ZkbQ5ZjFhJMKiUh7fWiC7mk2vNVTGdbHM jQ8BBHYFLYVglmAr9NzALqf44IoP4cVggfOvG5Om0yupqIu6HoCFHvZ+51a/7n2MHRYg jhMh64ZiBb5lj4fjSRF2HYbtr8zcfn5Oy6KyIaUliKjSNDLdOmOnDqodPgSID+rpdpie IQ0GdY3sYomBMSj+/wpiKu7FXuZES+OAUjAjQJLMT7ShMavWBcbVlROCYBRT7OHfunr0 Q5faZio+SZm74HyNl7/q0iZVcXHDua4efikGCBQkJ0theuLWY8kG5QMVTKZZTLASfB5+ WGFQ==
X-Gm-Message-State: AODbwcB9tUpTeXOydZowcRn2tnvzdimFMhXJI+zGys5UL8R/aEN3qyWz 4RRzCgRljEFy1MVGcP30QDVO3bin/Qsa
X-Received: by 10.202.224.198 with SMTP id x189mr1177910oig.213.1495010462252;  Wed, 17 May 2017 01:41:02 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.157.29.166 with HTTP; Wed, 17 May 2017 01:41:01 -0700 (PDT)
From: Manav Bhatia <manavbhatia@gmail.com>
Date: Wed, 17 May 2017 14:11:01 +0530
Message-ID: <CAG1kdoiMwBNhkpTwvzx7vssuuvOboa3_MO8tEWkn31Sj0WWOnQ@mail.gmail.com>
To: "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, draft-ietf-lisp-sec@ietf.org, lisp@ietf.org
Content-Type: multipart/alternative; boundary="001a113d343089c777054fb43f42"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/56UuIoudr-5aUeqRhhK_MGJftzs>
Subject: [RTG-DIR] RtgDir review : draft-ietf-lisp-sec-12
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 May 2017 08:44:55 -0000

--001a113d343089c777054fb43f42
Content-Type: text/plain; charset="UTF-8"

Hello,

I have been selected as the Routing Directorate reviewer for this draft.
The Routing Directorate seeks to review all routing or routing-related
drafts as they pass through IETF last call and IESG review, and sometimes
on special request. The purpose of the review is to provide assistance to
the Routing ADs. For more information about the Routing Directorate, please
see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it
would be helpful if you could consider them along with any other IETF Last
Call comments that you receive, and strive to resolve them through
discussion or by updating the draft.

Document: draft-ietf-lisp-sec-12

Reviewer: Manav Bhatia

Review Date: 17/05/2017
IETF LC End Date: Unknown
Intended Status: Experimental

Summary:

I have some minor concerns about this document that I think should be
resolved before publication.

Comments:

The draft describes the protocol mechanisms to secure LISP messages to
provide origin authentication, integrity and anti-replay protection. The
draft is very well written and readable even for someone who had never read
LISP documents before.

Major Issues:

None

Minor Issues:

1. All one time keys are exchanged by encrypting those using preconfigured
shared keys (PSKs).  This is done for messages exchanged between ITR and
the MapResolver and the ETR and the Map-Server. Given that the entire
security of the LISP domain falls on the PSK I found it rather strange that
the authors have not spent any time discussing on the crypto life cycle of
the PSKs. I would like to see some discussion on whether the PSKs should be
long lived and need to be changed or whether they exist till eternity. I
would presume that they should have a limited lifetime and may need to be
changed when an operator who had access to them leaves. It can be argued
that the user will never even know if an attacker has compromised the key
if it remains "passive" till the d-day. Frequent key changes will limit
potential damage from compromised keys.

Another threat against the long-lived key is that one of the systems
storing the key, or one of the users entrusted with the key, could get
subverted. So, while there may not be cryptographic motivations of changing
the keys, there could be system security motivations for rolling the key.

2. Has the WG considered using a Key Management protocol to dynamically
distribute the keys, instead of using the PSKs? Can the authors add some
text around that?

3. I am afraid I dont see how the messages are protected against the replay
attacks.

Thanks, Manav

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

<div dir=3D"ltr">Hello,<br><br>I have been selected as the Routing Director=
ate reviewer for this draft. The Routing Directorate seeks to review all ro=
uting or routing-related drafts as they pass through IETF last call and IES=
G review, and sometimes on special request. The purpose of the review is to=
 provide assistance to the Routing ADs. For more information about the Rout=
ing Directorate, please see <a href=3D"http://trac.tools.ietf.org/area/rtg/=
trac/wiki/RtgDir">http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir</a><=
br><br>Although these comments are primarily for the use of the Routing ADs=
, it would be helpful if you could consider them along with any other IETF =
Last Call comments that you receive, and strive to resolve them through dis=
cussion or by updating the draft.<br><br>Document: draft-ietf-lisp-sec-12<b=
r><br>Reviewer: Manav Bhatia<br><br>Review Date: 17/05/2017<br>IETF LC End =
Date: Unknown<br>Intended Status: Experimental<br><br>Summary:<br><br>I hav=
e some minor concerns about this document that I think should be resolved b=
efore publication.<br><br>Comments:<br><br>The draft describes the protocol=
 mechanisms to secure LISP messages to provide origin authentication, integ=
rity and anti-replay protection. The draft is very well written and readabl=
e even for someone who had never read LISP documents before.<br><br>Major I=
ssues:<br><br>None<br><br>Minor Issues:<br><br>1. All one time keys are exc=
hanged by encrypting those using preconfigured shared keys (PSKs).=C2=A0 Th=
is is done for messages exchanged between ITR and the MapResolver and the E=
TR and the Map-Server. Given that the entire security of the LISP domain fa=
lls on the PSK I found it rather strange that the authors have not spent an=
y time discussing on the crypto life cycle of the PSKs. I would like to see=
 some discussion on whether the PSKs should be long lived and need to be ch=
anged or whether they exist till eternity. I would presume that they should=
 have a limited lifetime and may need to be changed when an operator who ha=
d access to them leaves. It can be argued that the user will never even kno=
w if an attacker has compromised the key if it remains &quot;passive&quot; =
till the d-day. Frequent key changes will limit potential damage from compr=
omised keys.<br><br>Another threat against the long-lived key is that one o=
f the systems storing the key, or one of the users entrusted with the key, =
could get subverted. So, while there may not be cryptographic motivations o=
f changing the keys, there could be system security motivations for rolling=
 the key.<br><br>2. Has the WG considered using a Key Management protocol t=
o dynamically distribute the keys, instead of using the PSKs? Can the autho=
rs add some text around that?<br><br>3. I am afraid I dont see how the mess=
ages are protected against the replay attacks.<br><div><br></div><div>Thank=
s, Manav</div></div>

--001a113d343089c777054fb43f42--


From nobody Wed May 17 02:22:35 2017
Return-Path: <amy.yemin@huawei.com>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D2C8112EABC; Wed, 17 May 2017 02:22:18 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Min Ye <amy.yemin@huawei.com>
To: <rtg-dir@ietf.org>
Cc: ospf@ietf.org, ietf@ietf.org, draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.51.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149501293882.6715.9441857001639471954@ietfa.amsl.com>
Date: Wed, 17 May 2017 02:22:18 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/ExfM8qbViY4Oa2tLIIS-FXOOAWI>
Subject: [RTG-DIR] Rtgdir early review of draft-ietf-ospf-ospfv3-lsa-extend-14
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 May 2017 09:22:19 -0000

Reviewer: IJsbrand Wijnands
Review result: Has Issues

Hi All,

I have been selected to do a routing directorate QA review of this
draft.
https://www.ietf.org/id/draft-ietf-ospf-ospfv3-lsa-extend-14.txt

Summary: 

This draft proposes a new addressing (TLV) format to more easily allow

additional information to be added as part of a particular LSA. 
Overall, well written, easy to understand what the objective is for
this draft.

Comments and Questions:

This looks like a pretty radical change to the OSPFv3 spec. I would 
almost argue to call it OSPFv4..

Its very unfortunate there are no ‘reserved’ fields in RFC5340 that 
would allow you keep the existing LSA’s format and have some way to 
extend it differently. The TLV approach look good, I can’t see a
better 
way to achieve the goal.

Minor Issues and Nits:
none.

Thx,

Ice.



From nobody Wed May 17 05:12:10 2017
Return-Path: <acee@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ADC612422F; Wed, 17 May 2017 05:12:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level: 
X-Spam-Status: No, score=-14.523 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=-0.001, SPF_HELO_PASS=-0.001, 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 hukVHWzVWVzf; Wed, 17 May 2017 05:12:07 -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 709E5126C23; Wed, 17 May 2017 05:07:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1442; q=dns/txt; s=iport; t=1495022825; x=1496232425; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Kfrsg8wpAuTwoxaYgXd3EZ/kLMgDSvAhV6u32SUBwd4=; b=CrhUgxJ3OfjX2ejGDhc4utPIVeDXVz/ZiutO4A4AtGbN+L3nEjdemC6H jztaSSI4fgFx3c7sIwUniHW/6Xzd8AbF+D4OR4NyprnxlpW6uK7SX/rRT EPS5KKPPqtIKJgeZBYTBc0PQkUa1CTDfVZz34EnCxrOOaA6woBhgRQJFF w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAQBEPBxZ/5BdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1VigQwHg2aKGKdbgg8shXgCGoVAPxgBAgEBAQEBAQFrKIUZBiM?= =?us-ascii?q?RRRACAQgODAImAgICMBUQAgQBDQWKIw6tGIImiwcBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEYBYELik2HdYJgAQSeEAGTGpFtlEUBHziBCnAVhzx2AYdagQ0BAQE?=
X-IronPort-AV: E=Sophos;i="5.38,354,1491264000"; d="scan'208";a="424735363"
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; 17 May 2017 12:07:04 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v4HC73UB023271 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 17 May 2017 12:07:04 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 17 May 2017 08:07:03 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 17 May 2017 08:07:03 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Min Ye <amy.yemin@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "ospf@ietf.org" <ospf@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org" <draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org>
Thread-Topic: Rtgdir early review of draft-ietf-ospf-ospfv3-lsa-extend-14
Thread-Index: AQHSzu8WdJCLcbGHPk6KfFYvglZsraH4bkGA
Date: Wed, 17 May 2017 12:07:03 +0000
Message-ID: <D541B500.AF34E%acee@cisco.com>
References: <149501293882.6715.9441857001639471954@ietfa.amsl.com>
In-Reply-To: <149501293882.6715.9441857001639471954@ietfa.amsl.com>
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.116.152.196]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E9A9EA8FBE58504CAF82A26B9C2BB31D@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/8dOCpv_2kDxKf2BbfTfrw2FmJeM>
Subject: Re: [RTG-DIR] Rtgdir early review of draft-ietf-ospf-ospfv3-lsa-extend-14
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 May 2017 12:12:09 -0000

SGkgTWluICwNCg0KT24gNS8xNy8xNywgNToyMiBBTSwgIk1pbiBZZSIgPGFteS55ZW1pbkBodWF3
ZWkuY29tPiB3cm90ZToNCg0KPlJldmlld2VyOiBJSnNicmFuZCBXaWpuYW5kcw0KPlJldmlldyBy
ZXN1bHQ6IEhhcyBJc3N1ZXMNCg0KSSB0aGluayB0aGUgcmVzdWx0IGlzIOKAnE5vIElzc3Vlc+KA
nS4NCg0KVGhhbmtzLA0KQWNlZQ0KPg0KPkhpIEFsbCwNCj4NCj5JIGhhdmUgYmVlbiBzZWxlY3Rl
ZCB0byBkbyBhIHJvdXRpbmcgZGlyZWN0b3JhdGUgUUEgcmV2aWV3IG9mIHRoaXMNCj5kcmFmdC4N
Cj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLW9zcGYtb3NwZnYzLWxzYS1leHRl
bmQtMTQudHh0DQo+DQo+U3VtbWFyeTogDQo+DQo+VGhpcyBkcmFmdCBwcm9wb3NlcyBhIG5ldyBh
ZGRyZXNzaW5nIChUTFYpIGZvcm1hdCB0byBtb3JlIGVhc2lseSBhbGxvdw0KPg0KPmFkZGl0aW9u
YWwgaW5mb3JtYXRpb24gdG8gYmUgYWRkZWQgYXMgcGFydCBvZiBhIHBhcnRpY3VsYXIgTFNBLg0K
Pk92ZXJhbGwsIHdlbGwgd3JpdHRlbiwgZWFzeSB0byB1bmRlcnN0YW5kIHdoYXQgdGhlIG9iamVj
dGl2ZSBpcyBmb3INCj50aGlzIGRyYWZ0Lg0KPg0KPkNvbW1lbnRzIGFuZCBRdWVzdGlvbnM6DQo+
DQo+VGhpcyBsb29rcyBsaWtlIGEgcHJldHR5IHJhZGljYWwgY2hhbmdlIHRvIHRoZSBPU1BGdjMg
c3BlYy4gSSB3b3VsZA0KPmFsbW9zdCBhcmd1ZSB0byBjYWxsIGl0IE9TUEZ2NC4uDQo+DQo+SXRz
IHZlcnkgdW5mb3J0dW5hdGUgdGhlcmUgYXJlIG5vIOKAmHJlc2VydmVk4oCZIGZpZWxkcyBpbiBS
RkM1MzQwIHRoYXQNCj53b3VsZCBhbGxvdyB5b3Uga2VlcCB0aGUgZXhpc3RpbmcgTFNB4oCZcyBm
b3JtYXQgYW5kIGhhdmUgc29tZSB3YXkgdG8NCj5leHRlbmQgaXQgZGlmZmVyZW50bHkuIFRoZSBU
TFYgYXBwcm9hY2ggbG9vayBnb29kLCBJIGNhbuKAmXQgc2VlIGENCj5iZXR0ZXIgDQo+d2F5IHRv
IGFjaGlldmUgdGhlIGdvYWwuDQo+DQo+TWlub3IgSXNzdWVzIGFuZCBOaXRzOg0KPm5vbmUuDQo+
DQo+VGh4LA0KPg0KPkljZS4NCj4NCj4NCg0K


From nobody Wed May 17 08:26:43 2017
Return-Path: <Jonathan.Hardwick@metaswitch.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 599CC12EA98; Wed, 17 May 2017 08:26:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.022
X-Spam-Level: 
X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 EDFdBBpUIxUy; Wed, 17 May 2017 08:26:39 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0116.outbound.protection.outlook.com [104.47.41.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF1DC129479; Wed, 17 May 2017 08:21:32 -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=abDub9AOLfS+/5649qsyihtdwI/gJD8eihrJRSl+N4I=; b=URYMZTXCvJFLGi9pUotUZcIoR+lv/KVexKZKciEAhGbpiU4l4t6X9+q8V+MH0ksP5OKLSyyKQhXKZaghFuRF2rvQWGbAt37zRIr0YmOXgvrA9Nd0DXQHUK6pY4kx8sRWpksS3rVbYo3N2JHkWvSsT+sMvMD/hc+zWzeKOqm929c=
Received: from BY2PR0201MB1910.namprd02.prod.outlook.com (10.163.75.152) by BY2PR0201MB1911.namprd02.prod.outlook.com (10.163.75.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.16; Wed, 17 May 2017 15:21:30 +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.1084.030; Wed, 17 May 2017 15:21:30 +0000
From: Jonathan Hardwick <Jonathan.Hardwick@metaswitch.com>
To: "pce@ietf.org" <pce@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: [Pce] I-D Action: draft-ietf-pce-stateful-pce-19.txt
Thread-Index: AQHSzxxjO2V3bn0kd0uoNPFUux7BraH4o6Hg
Date: Wed, 17 May 2017 15:21:30 +0000
Message-ID: <BY2PR0201MB1910BB81237FA2BE76C2E09684E70@BY2PR0201MB1910.namprd02.prod.outlook.com>
References: <149503239173.6626.10130454757655472955@ietfa.amsl.com>
In-Reply-To: <149503239173.6626.10130454757655472955@ietfa.amsl.com>
Accept-Language: en-GB, 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=metaswitch.com;
x-originating-ip: [86.137.0.176]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY2PR0201MB1911; 7:VwJOgvYI18pO6Dr/JlRLTbx2/Miij64keGiFiNStevg5uw9YlOzXDy8Af2G5J3zIQMEqNI1GaonE6Oiauahxuz6iuxxY6ZdDOM8Wd2+Vp+1/wST8DDJ66WTMLR3PIo6iK+4HRhRt06EMHQxxJ6/JLEuVhqDQKN+wymezAKDa19bQJpQXpwIViOErpa+Uo6pfTO5IYEWN4Fd+AJp43bhGAFaeuSOBaP/L4ckUKGxYJoCDcs64sQmuVuWz1YeLyyNhb8F+y/qeMGOBL59QOEPdnoa1jzWMTlz8/3e9BFhGheSBkJD6ig26BLVLyurRUUEDq/FPseynTkgSDTlIzmEGkA==
x-ms-office365-filtering-correlation-id: 5cf882b5-4f28-4753-c91f-08d49d3864e6
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:BY2PR0201MB1911; 
x-microsoft-antispam-prvs: <BY2PR0201MB19117224ED707D3D911C86D084E70@BY2PR0201MB1911.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(131327999870524);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123562025)(20161123560025)(20161123558100)(20161123555025)(6072148); SRVR:BY2PR0201MB1911; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0201MB1911; 
x-forefront-prvs: 0310C78181
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39400400002)(39840400002)(39850400002)(39450400003)(377424004)(13464003)(7736002)(122556002)(305945005)(38730400002)(33656002)(3846002)(102836003)(230783001)(7696004)(2501003)(2950100002)(3280700002)(25786009)(53546009)(966005)(3660700001)(5660300001)(2900100001)(189998001)(450100002)(66066001)(9686003)(72206003)(6306002)(99286003)(55016002)(86362001)(50986999)(54356999)(74316002)(76176999)(478600001)(53936002)(229853002)(77096006)(8676002)(2906002)(81166006)(6436002)(8936002)(6506006); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0201MB1911; H:BY2PR0201MB1910.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 May 2017 15:21:30.1257 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0201MB1911
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/atODbM6g9460fmnGH54rubuovvU>
Subject: [RTG-DIR] FW: [Pce] I-D Action: draft-ietf-pce-stateful-pce-19.txt
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 May 2017 15:26:42 -0000

This new version of the stateful PCE draft resolves the comments received d=
uring IETF last call.
Thanks for your patience!

Best regards
Jon

-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.o=
rg
Sent: 17 May 2017 15:47
To: i-d-announce@ietf.org
Cc: pce@ietf.org
Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-19.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
This draft is a work item of the Path Computation Element of the IETF.

        Title           : PCEP Extensions for Stateful PCE
        Authors         : Edward Crabbe
                          Ina Minei
                          Jan Medved
                          Robert Varga
	Filename        : draft-ietf-pce-stateful-pce-19.txt
	Pages           : 54
	Date            : 2017-05-17

Abstract:
   The Path Computation Element Communication Protocol (PCEP) provides
   mechanisms for Path Computation Elements (PCEs) to perform path
   computations in response to Path Computation Clients (PCCs) requests.

   Although PCEP explicitly makes no assumptions regarding the
   information available to the PCE, it also makes no provisions for PCE
   control of timing and sequence of path computations within and across
   PCEP sessions.  This document describes a set of extensions to PCEP
   to enable stateful control of MPLS-TE and GMPLS LSPs via PCEP.


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

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

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-stateful-pce-19


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

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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


From nobody Wed May 17 18:34:40 2017
Return-Path: <amy.yemin@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA7F9129461; Wed, 17 May 2017 18:34:31 -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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YqLnq8j1cTD1; Wed, 17 May 2017 18:34:30 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 977B9129455; Wed, 17 May 2017 18:34:28 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DNG38751; Thu, 18 May 2017 01:34:26 +0000 (GMT)
Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Thu, 18 May 2017 02:34:25 +0100
Received: from DGGEML509-MBX.china.huawei.com ([169.254.1.14]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0301.000; Thu, 18 May 2017 09:34:20 +0800
From: "Yemin (Amy)" <amy.yemin@huawei.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "ospf@ietf.org" <ospf@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org" <draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org>
Thread-Topic: Rtgdir early review of draft-ietf-ospf-ospfv3-lsa-extend-14
Thread-Index: AQHSzwYeJ6QO1mB4GE+TPaqcTtLKAaH5Ty+A
Date: Thu, 18 May 2017 01:34:20 +0000
Message-ID: <9C5FD3EFA72E1740A3D41BADDE0B461FC6BA7F39@dggeml509-mbx.china.huawei.com>
References: <149501293882.6715.9441857001639471954@ietfa.amsl.com> <D541B500.AF34E%acee@cisco.com>
In-Reply-To: <D541B500.AF34E%acee@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.169.31.176]
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.0A020205.591CFA23.0007, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.1.14, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: d43c34b6ff31f284a66ccc5f19666669
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/fXO0vo6AZk0qj15MgUnWXKbkxCs>
Subject: Re: [RTG-DIR] Rtgdir early review of draft-ietf-ospf-ospfv3-lsa-extend-14
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 May 2017 01:34:32 -0000

SGkgQWNlZSwgDQoNClRoYW5rcyBmb3IgY29ycmVjdGlvbi4gSSB1cGRhdGVkIHRoZSByZXN1bHQg
YXMgIlJlYWR5Ii4gDQoNCkJSLA0KQW15DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG
cm9tOiBBY2VlIExpbmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0gDQpTZW50OiBX
ZWRuZXNkYXksIE1heSAxNywgMjAxNyA4OjA3IFBNDQpUbzogWWVtaW4gKEFteSkgPGFteS55ZW1p
bkBodWF3ZWkuY29tPjsgcnRnLWRpckBpZXRmLm9yZw0KQ2M6IG9zcGZAaWV0Zi5vcmc7IGlldGZA
aWV0Zi5vcmc7IGRyYWZ0LWlldGYtb3NwZi1vc3BmdjMtbHNhLWV4dGVuZC5hbGxAaWV0Zi5vcmcN
ClN1YmplY3Q6IFJlOiBSdGdkaXIgZWFybHkgcmV2aWV3IG9mIGRyYWZ0LWlldGYtb3NwZi1vc3Bm
djMtbHNhLWV4dGVuZC0xNA0KDQpIaSBNaW4gLA0KDQpPbiA1LzE3LzE3LCA1OjIyIEFNLCAiTWlu
IFllIiA8YW15LnllbWluQGh1YXdlaS5jb20+IHdyb3RlOg0KDQo+UmV2aWV3ZXI6IElKc2JyYW5k
IFdpam5hbmRzDQo+UmV2aWV3IHJlc3VsdDogSGFzIElzc3Vlcw0KDQpJIHRoaW5rIHRoZSByZXN1
bHQgaXMg4oCcTm8gSXNzdWVz4oCdLg0KDQpUaGFua3MsDQpBY2VlDQo+DQo+SGkgQWxsLA0KPg0K
PkkgaGF2ZSBiZWVuIHNlbGVjdGVkIHRvIGRvIGEgcm91dGluZyBkaXJlY3RvcmF0ZSBRQSByZXZp
ZXcgb2YgdGhpcyANCj5kcmFmdC4NCj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRm
LW9zcGYtb3NwZnYzLWxzYS1leHRlbmQtMTQudHh0DQo+DQo+U3VtbWFyeTogDQo+DQo+VGhpcyBk
cmFmdCBwcm9wb3NlcyBhIG5ldyBhZGRyZXNzaW5nIChUTFYpIGZvcm1hdCB0byBtb3JlIGVhc2ls
eSBhbGxvdw0KPg0KPmFkZGl0aW9uYWwgaW5mb3JtYXRpb24gdG8gYmUgYWRkZWQgYXMgcGFydCBv
ZiBhIHBhcnRpY3VsYXIgTFNBLg0KPk92ZXJhbGwsIHdlbGwgd3JpdHRlbiwgZWFzeSB0byB1bmRl
cnN0YW5kIHdoYXQgdGhlIG9iamVjdGl2ZSBpcyBmb3IgDQo+dGhpcyBkcmFmdC4NCj4NCj5Db21t
ZW50cyBhbmQgUXVlc3Rpb25zOg0KPg0KPlRoaXMgbG9va3MgbGlrZSBhIHByZXR0eSByYWRpY2Fs
IGNoYW5nZSB0byB0aGUgT1NQRnYzIHNwZWMuIEkgd291bGQgDQo+YWxtb3N0IGFyZ3VlIHRvIGNh
bGwgaXQgT1NQRnY0Li4NCj4NCj5JdHMgdmVyeSB1bmZvcnR1bmF0ZSB0aGVyZSBhcmUgbm8g4oCY
cmVzZXJ2ZWTigJkgZmllbGRzIGluIFJGQzUzNDAgdGhhdCANCj53b3VsZCBhbGxvdyB5b3Uga2Vl
cCB0aGUgZXhpc3RpbmcgTFNB4oCZcyBmb3JtYXQgYW5kIGhhdmUgc29tZSB3YXkgdG8gDQo+ZXh0
ZW5kIGl0IGRpZmZlcmVudGx5LiBUaGUgVExWIGFwcHJvYWNoIGxvb2sgZ29vZCwgSSBjYW7igJl0
IHNlZSBhIGJldHRlciANCj53YXkgdG8gYWNoaWV2ZSB0aGUgZ29hbC4NCj4NCj5NaW5vciBJc3N1
ZXMgYW5kIE5pdHM6DQo+bm9uZS4NCj4NCj5UaHgsDQo+DQo+SWNlLg0KPg0KPg0KDQo=


From nobody Thu May 18 09:31:16 2017
Return-Path: <sboutros@vmware.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD550126CC4; Thu, 18 May 2017 09:31:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level: 
X-Spam-Status: No, score=-1.922 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=onevmw.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 af_rNrZxSs2D; Thu, 18 May 2017 09:31:04 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0057.outbound.protection.outlook.com [104.47.41.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DCD5129C3E; Thu, 18 May 2017 09:25:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onevmw.onmicrosoft.com; s=selector1-vmware-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3Vk34UJKaTdeo6YAvTTVnw4JJaLy2/3fm5gtZMlc4Sg=; b=h6RJdZNyQa9urgr2bZ4VStfwbXySMXOywWi31zqhIQTPnx1PrUR0a18jL6kgfFcUUABFzFyRNIIFjsfEECL28eyl30AvXhJovgySpBLaUTWMJtNAkPNp9B3KPnj2w8KGtTpjmRazfz+ib7qOm9bShayAQPf3fFpPqisai9XwR9w=
Received: from BN6PR05MB3009.namprd05.prod.outlook.com (10.173.19.15) by BN6PR05MB3010.namprd05.prod.outlook.com (10.173.19.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1101.8; Thu, 18 May 2017 16:25:46 +0000
Received: from BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) by BN6PR05MB3009.namprd05.prod.outlook.com ([10.173.19.15]) with mapi id 15.01.1101.019; Thu, 18 May 2017 16:25:46 +0000
From: Sami Boutros <sboutros@vmware.com>
To: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>, Min Ye <amy.yemin@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-pals-p2mp-pw.all@ietf.org" <draft-ietf-pals-p2mp-pw.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
Thread-Index: AQHSyfQORpr0WT3BYUyvZqID9K0TvaH0MrUAgAFiy4CABEgMgA==
Date: Thu, 18 May 2017 16:25:46 +0000
Message-ID: <A6B8B7CD-9E63-4800-9DC0-E8DAA67C6FE0@vmware.com>
References: <149446531632.16715.2861233468294466753@ietfa.amsl.com> <89E173B8-3C03-4B4A-A405-F0442B983D7F@vmware.com> <B220B877-8FC1-4296-925A-2580DD3C796F@cisco.com>
In-Reply-To: <B220B877-8FC1-4296-925A-2580DD3C796F@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=vmware.com;
x-originating-ip: [208.91.2.2]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR05MB3010; 7:p3G7c27fv2HW9VF1Nj39IH6ONgm30DrPtjoB66cjDNtvlUEE62VVhpDCrHii1uJ0e/q7yz4CM0Ep5G3IahqEEW54Kd3H3F2tjElj4RZLE1xECgcqqPuGeUoqIAze2tFGX/MKfbKbB0fUf9Z5AItuylUffMJKj5b6DLhXhb8bDzJQ98yujAvV67mSTj53/HTFYCV591k9Y/rTNa4lSJSPC7OTS+Hkb5TuIrqx9iiEbvkV/PoNvLYnriT7BGj0Pk3TucHP6Sys5uJtsK4W9isZCFp955KMyb6DRghmcw4KFsRRdmWBGF2tQ5PDL9+7Dfu5fPCdUelkTwdn5iNksRQfVA==; 20:kwuH5bDDO8OS5fBd04TeqNK3hVGVdWTM89kwkGFfBcfqiibvtIej1m74XB4DtAD6FRhgmchEWFMOTNDoI8efAQhyxiaaXXF2hOojS2q/oLSEzIMZCeFbJ/4op64PCGG4OgfpQtbYDNB4ZIOPo4kwMl+e2miAuwjLvXSsaWFG4VM=
x-ms-traffictypediagnostic: BN6PR05MB3010:
x-ms-office365-filtering-correlation-id: 1c04e125-ab0c-4dce-5752-08d49e0a89be
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075); SRVR:BN6PR05MB3010; 
x-microsoft-antispam-prvs: <BN6PR05MB3010650EC3EB982FC7F0A315BEE40@BN6PR05MB3010.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700036)(100105000095)(100000701036)(100105300095)(100000702036)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703036)(100105400095)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123564025)(20161123558100)(20161123555025)(20161123560025)(6072148)(100000704036)(100105200095)(100000705036)(100105500095); SRVR:BN6PR05MB3010; BCL:0; PCL:0; RULEID:(100000800036)(100110000095)(100000801036)(100110300095)(100000802036)(100110100095)(100000803036)(100110400095)(100000804036)(100110200095)(100000805036)(100110500095); SRVR:BN6PR05MB3010; 
x-forefront-prvs: 0311124FA9
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39400400002)(39850400002)(39840400002)(39860400002)(39450400003)(37854004)(230783001)(50986999)(8936002)(54356999)(76176999)(3280700002)(3660700001)(2906002)(53936002)(6512007)(38730400002)(6246003)(6436002)(54906002)(99286003)(6506006)(478600001)(4326008)(122556002)(305945005)(7736002)(66066001)(5660300001)(2501003)(189998001)(6486002)(77096006)(25786009)(2950100002)(33656002)(229853002)(8676002)(102836003)(3846002)(86362001)(36756003)(6116002)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3010; H:BN6PR05MB3009.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <55499143E1A7AB48ADF46AEA31CB72AD@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: vmware.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2017 16:25:46.2335 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b39138ca-3cee-4b4a-a4d6-cd83d9dd62f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3010
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/KPE1PQGyXMFbhbY6SAMArFM9ark>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 May 2017 16:31:07 -0000

SGkgUGF0cmljZSwNCg0KDQoNCg0KUGxlYXNlIHNlZSBjb21tZW50cyBpbmxpbmUuDQoNCj4gICAg
PiANCj4gICAgPkhlcmUgYXJlIG15IOKAnGRldGFpbGVk4oCdIGNvbW1lbnRzOg0KPiAgICA+IA0K
PiAgICA+QWJzdHJhY3Qg4oCUIFdoYXQgaXMgdGhlIHBsdXMgdmFsdWUgb24gdGhhdCBkcmFmdD8g
Tm8gY2xlYXINCj4gICAgPiANCj4gICAgPk1hbnkgTG9uZyBzZW50ZW5jZXMgaW4gdGhlIHRleHQu
IHZlcnkgaGFyZCB0byB1bmRlcnN0YW5kIGFuZCBmb2xsb3cuDQo+ICAgID5TeW50YXggdG8gYmUg
aW1wcm92ZWQuDQo+DQo+PFBhdHJpY2U+IFRoaXMgY29tbWVudCBpcyByZWdhcmRpbmcgdGhlIGRy
YWZ0IGluIGdlbmVyYWwuIEl0IGRvZXNu4oCZdCBmbG93IHdlbGwuIFlvdSBuZWVkIHRvIHJlYWQg
aXQgbW9yZSB0aGFuIG9uY2UgdG8gc2VlIHRoZSBvdmVyYWxsIHBpY3R1cmUuIEl0IG1pZ2h0IGp1
c3QgYmUgdG8gcmVzaHVmZmxlIHNvbWUgc2VjdGlvbnMuDQo+ICAgIA0KDQpTdXJlIHdpbGwgbG9v
ayBpbnRvIHRoYXQuDQoNCj4gICAgDQo+ICAgIEkgd2VudCBvdmVyIHRoZSBhYnN0cmFjdCwgSSBk
aWRu4oCZdCBzZWUgYW55IGxvbmcgc2VudGVuY2VzLiBOb3Qgc3VyZSANCj4gICAgV2hhdCB0byBp
bXByb3ZlPyBDYW4geW91IGJlIHNwZWNpZmljPw0KPiAgICANCj4gICAgDQo+ICAgID4gDQo+ICAg
ID5JbnRyb2R1Y3Rpb24NCj4gICAgPlR5cG8gOiDigJxBIHJlZmVyZW5jZSBtb2RlbCBvciBhIFAy
TVAgUFcgaXMgZGVwaWN0ZWQgaW4gRmlndXJlIDEgYmVsb3figJ0NCj4gICAgPiANCj4gICAgPuKA
nEluIHRoaXMgZG9jdW1lbnQsIHdlIHNwZWNpZnkgYSBtZXRob2Qgb2Ygc2lnbmFsaW5nIFAyTVAN
Cj4gICAgPiAgIFBXIHVzaW5nIExEUC7igJ0g4oCUPiBzdWdnZXN0IHRvIG1vdmUgaXQgZnJvbSBp
bnRybyB0byBhYnN0cmFjdA0KPiAgICANCj4gICAgTm90IHN1cmUgaWYgd2UgY2FuIHJlZmVyZW5j
ZSBhIGZpZ3VyZSBpbiB0aGUgYWJzdHJhY3QuIFRoZSBhYnN0cmFjdA0KPiAgICBBbHJlYWR5IG1l
bnRpb24gdGhhdCB0aGUgc2Vjb25kIHNlbnRlbmNlLg0KPg0KPjxQYXRyaWNlPiBUaGlzIGlzIE5P
VCBhIGZpZ3VyZSBidXQgcmF0aGVyIHRoZSBleHBsYW5hdGlvbi4gVGhhdCBsaW5lIG1ha2VzIHRo
ZSBkb2N1bWVudCB2ZXJ5IGNsZWFyLiBJdCBqdXN0IG5lZWQgdG8gYmUgc3BlbGxlZCBvdXQuIOKA
nHNwZWNpZnkgYSBtZXRob2Qgb2Ygc2lnbmFsaW5nIFAyTVAgUFcgdXNpbmcgTERQ4oCdLg0KDQpU
aGlzIGlzIGV4YWN0bHkgd2hhdCB3ZSBoYXZlIGluIHRoZSBhYnN0cmFjdCBmaXJzdCBzZW50ZW5j
ZSDigJxUaGlzIGRvY3VtZW50IHNwZWNpZmllcyBhIG1lY2hhbmlzbSB0byBzaWduYWwgUG9pbnQt
dG8tTXVsdGlwb2ludA0KICAgKFAyTVApIFBzZXVkb3dpcmVzIChQVykgdHJlZSB1c2luZyBMRFAu
4oCdDQogDQo+DQo+ICAgID4gDQo+ICAgID4gDQo+ICAgID5BbHNvLCBtYWtlIHN1cmUgdGhlIDNy
ZCBwZXJzb24gaXMgdXNlZC4gVHJ5IHRvIGEgdm9pZCDigJx3ZeKAnSB1c2FnZQ0KPiAgICANCj4g
ICAgQWdyZWVkLCBJIHdpbGwgcmVtb3ZlIGFsbCB1c2FnZSBvZiDigJx3ZeKAnSBpbiB0aGUgZG9j
dW1lbnQuDQo+ICAgIA0KPiAgICA+IA0KPiAgICA+TWF5IEkgc3VnZ2VzdCB0byBoYXZlIGEgcmVx
dWlyZW1lbnQgc2VjdGlvbi4gUmVxdWlyZW1lbnRzIGFyZSBhbGwgb3Zlcg0KPiAgICA+dGhlIGRv
Y3VtZW50Lg0KPiAgICANCj4gICAgVGhlcmUgaXMgYWxyZWFkeSBhbiBSRkMgZm9yIHRoYXQuIFtS
RkM3MzM4XSAgIEYuIEpvdW5heSwgZXQuIGFsLCANCj4gICAgIlJlcXVpcmVtZW50cyBmb3IgUG9p
bnQgdG8gTXVsdGlwb2ludCBQc2V1ZG93aXJlIiwgUkZDNzMzOCwgU2VwdGVtYmVyIDIwMTQuDQo+
ICAgIA0KPiAgICBUaGlzIHNvbHV0aW9uIGRvY3VtZW50IGFkZHJlc3NlcyB0aGUgcmVxdWlyZW1l
bnRzLg0KPg0KPjxQYXRyaWNlPiBZb3VyIGRvY3VtZW50IGVuaGFuY2VzIHRoYXQgYmFzZWQgUkZD
IGJ5IHByb3ZpZGluZyBtb3JlIOKAnE1VU1TigJ0sIOKAnFNIT1VMROKAnSwgZXRjLiANCj5UaGV5
IGFyZSBhbGwgb3ZlciB0aGUgZG9jLiBUbyBtYWtlIGl0IGNsZWFyLCBncm91cGluZyB0aGVtIGlu
IGEgc2VjdGlvbiBtYXkgaGVscC4gQW5vdGhlciBpZGVhIGlzIHRvIGhhdmUgUmVxdWlyZW1lbnQg
c3ViLXNlY3Rpb25zIHBlciB0b3BpYy4NCg0KSXQgc2VlbXMgdGhhdCB0aGlzIGlzIHRoZSBzYW1l
IGFzIHlvdXIgZG9jdW1lbnQgZmxvdyBjb21tZW50IGFib3ZlLCBJIHdpbGwgbG9vayBpbnRvIHRo
YXQuDQoNCj4NCj4gICAgDQo+ICAgID4gDQo+ICAgID7igJwgICBJbiBjYXNlIG9mIG1MRFAsIGEg
TGVhZi1QRSBjYW4gZGVjaWRlIHRvIGpvaW4gdGhlIFAyTVAgTFNQIGF0IGFueQ0KPiAgICA+ICAg
dGltZTsgd2hlcmVhcyBpbiB0aGUgY2FzZSBvZiBSU1ZQLVRFLCB0aGUgUDJNUCBMU1AgaXMgc2V0
IHVwIGJ5DQo+ICAgID50aGUNCj4gICAgPiAgIFItUEUsIGdlbmVyYWxseSBhdCB0aGUgaW5pdGlh
bCBzZXJ2aWNlIHByb3Zpc2lvbmluZyB0aW1lLiBJdA0KPiAgICA+c2hvdWxkDQo+ICAgID4gICBi
ZSBub3RlZCB0aGF0IGxvY2FsIHBvbGljeSBjYW4gb3ZlcnJpZGUgYW55IGRlY2lzaW9uIHRvIGpv
aW4sIGFkZA0KPiAgICA+b3INCj4gICAgPiAgIHBydW5lIGV4aXN0aW5nIG9yIG5ldyBMLVBFKHMp
IGZyb20gdGhlIHRyZWUuIEluIGFueSBjYXNlLCB0aGUgUFcNCj4gICAgPiAgIHNldHVwIGNhbiBp
Z25vcmUgdGhlc2UgZGlmZmVyZW5jZXMsIGFuZCBzaW1wbHkgYXNzdW1lIHRoYXQgdGhlDQo+ICAg
ID5QMk1QDQo+ICAgID4gICBQU04gTFNQIGlzIGF2YWlsYWJsZSB3aGVuIG5lZWRlZA0KPiAgICA+
4oCcDQo+ICAgID5RdWl0ZSBjb21wbGV4IHRvIGZvbGxvdy4gTWlzc2luZyB0byDigJx3aHnigJ0g
LyBleHBsYW5hdGlvbi4NCj4gICAgDQo+ICAgIFN1cmUgSSBjYW4gY2xhcmlmeSB0aGlzIGEgbGl0
dGxlIG1vcmUsIHdpbGwgcmVtb3ZlIHNvbWUgc2VudGVuY2VzIA0KPiAgICBUaGF0IG1ha2UgaXQg
Y29uZnVzaW5nLCB3ZSBhcmUgc2ltcGx5IGhlcmUgZGlmZmVyZW50aWF0aW5nIG1MRFAgTFNQIGZy
b20NCj4gICAgcDJtcCBMU1Agdy8gUlNWUC1URSBhbmQgc2F5aW5nIHRoYXQgUFcgc2V0dXAgaXMg
YWdub3N0aWMgb2YgdGhlIHRyYW5zcG9ydCANCj4gICAgcDJtcCBMU1Agc2V0dXAuDQo+ICAgIA0K
PiAgICA+IA0KPiAgICA+4oCcVGhlIExEUCBsaWJlcmFsIGxhYmVsIHJldGVudGlvbiBtb2RlIGlz
IHVzZWTigJwNCj4gICAgPkFub3RoZXIgcmVxdWlyZW1lbnTigKYgaXMgdGhhdCBhIE1BWSwgU0hP
VUxELCBNVVNUPw0KPiAgICANCj4gICAgSSB3aWxsIGNoYW5nZSBpdCB0byBhIE1VU1QuDQo+ICAg
IA0KPiAgICA+IA0KPiAgICA+4oCcSW4gdGhpcyBjYXNlLCBhIFBXIHN0YXR1cyBtZXNzYWdlIHdp
dGggc3RhdHVzDQo+ICAgID4gICBjb2RlIG9mIDB4MDAwMDAwMDggKExvY2FsIFBTTi1mYWNpbmcg
UFcgKGluZ3Jlc3MpIFJlY2VpdmUgRmF1bHQpDQo+ICAgID5NVVNUDQo+ICAgID4gICBhbHNvIGJl
IHNlbnQgdG8gdGhlIFItUEXigJwNCj4gICAgPiANCj4gICAgPkhvdz8gVGhlIEwtUEUgZmFpbHMg
dG8gam9pbiB0aGUgUDJNUCBQU04gTFNQLg0KPiAgICANCj4gICAgQ29ycmVjdCB0aGUgTC1QRSBo
YXZlIHRvIHNpZ25hbCB0aGlzIGZhaWx1cmUgdG8gdGhlIHJvb3QgUEUuDQo+DQo+PFBhdHJpY2U+
IHF1ZXN0aW9uIHJlbWFpbnMsIGhvdz8gSWYgTC1QRSBmYWlscyB0byBqb2luIHRoZSBMU1AsIFBX
IHdpbGwgYmUgZG93bi4gSG93IGNhbiBpdCBzaWduYWxzIHRoZSBmYWlsdXJlIHRvIHJvb3QgUEU/
DQo+ICAgIA0KDQpMLVBFIHdpbGwgdXNlIHRoZSBQVyBzdGF0dXMgbWVzc2FnZSwgdG8gc2lnbmFs
IHRvIHJvb3QgUEUgdGhpcyBpcyB3aGF0IHRoZSB0ZXh0IGlzIHNheWluZy4NCg0KPiAgICA+IA0K
PiAgICA+U2VjdGlvbiAyLjINCj4gICAgPuKAnCAgIE5vdGUgdGhhdCBzaW5jZSB0aGUgTERQIGxh
YmVsIG1hcHBpbmcgbWVzc2FnZSBpcyBvbmx5IHNlbnQgYnkgdGhlDQo+ICAgID5SLQ0KPiAgICA+
ICAgUEUgdG8gYWxsIHRoZSBMLVBFcywgaXQgaXMgbm90IHBvc3NpYmxlIHRvIG5lZ290aWF0ZSBh
bnkgaW50ZXJmYWNlDQo+ICAgID4gICBwYXJhbWV0ZXJzLuKAnA0KPiAgICA+V2h5IGlzIHRoYXQg
bm90ZSB0aGVyZT8gSXMgdGhhdCBhbHJlYWR5IGJlZW4gbWVudGlvbmVkIHByZXZpb3VzbHkuDQo+
ICAgIA0KPiAgICBUaGlzIGlzIHRoZSBvbmx5IHJlZmVyZW5jZSBpbiB0aGUgZG9jdW1lbnQuDQo+
DQo+PFBhdHJpY2U+IEZvcmdvdCBteSB0aG91Z2h0cyBvbiB0aGF0IG9uZS4NCj4gICAgDQo+ICAg
ID5GaWcuNCBtdXN0ICBiZSBtb3ZlZCB0byBwcm9wZXIgaW4gdGhlIHRleHQgT1IgY3JlYXRlIDIg
c3Vic2VjdGlvbiBpbg0KPiAgICA+Mi4yDQo+ICAgIA0KPiAgICBTb3JyeSBkaWRu4oCZdCBnZXQg
d2hhdCB5b3UgbWVhbiBoZXJlPyBDYW4geW91IGVsYWJvcmF0ZT8NCj4NCj48UGF0cmljZT4gU29y
cnkg4oCmTGV0IG1lIHRyeSBhZ2Fpbi4g4oCcUDJQIFBXIERvd25zdHJlYW0gRkVDIEVsZW1lbnTi
gJ0uIEkgdGhpbmsgeW91IHNob3VsZCBoYXZlIGEgc2VjdGlvbiBqdXN0IG9uIHRoYXQgdG9waWMu
IEFjdHVhbGx5LCBtYXliZSB5b3UgY2FuIGNyZWF0ZSBhIHN1YnNlY3Rpb24gZm9yIGVhY2ggZGlm
ZmVyZW50IEZFQyBleHBsYWluZWQgaW4gdGhlIGRvY3VtZW50LiANCj4gICAgDQoNCk9rLCBJIHdp
bGwgYWRkIHN1YnNlY3Rpb25zIGZvciBEb3duc3RyZWFtIGFuZCBVcHN0cmVhbS4NCg0KVGhhbmtz
LA0KDQpTYW1pDQo+ICAgID4gDQo+ICAgID7igJxBcyBzdWNoLCBQVyBzdGF0dXMgbmVnb3RpYXRp
b24gcHJvY2VkdXJlDQo+ICAgID4gICBkZXNjcmliZWQgaW4gW1JGQzQ0NDdiaXNdIGlzIG5vdCBh
cHBsaWNhYmxlIHRvIFAyTVAgUFcuIEEgbm9kZQ0KPiAgICA+TVVTVA0KPiAgICA+ICAgTk9UIGNs
YWltIHRvIGJlICBQMk1QIFBXIGNhcGFibGUgYnkgc2VuZGluZyBhIExEUCBQMk1QIFBXDQo+ICAg
ID5DYXBhYmlsaXR5DQo+ICAgID4gICBUTFYgIGlmIGl0IGlzIG5vdCBhbHNvIGNhcGFibGUgb2Yg
aGFuZGxpbmcgUFcgc3RhdHVz4oCcDQo+ICAgID4gDQo+ICAgID5TaG91bGQgYSBub2RlIHNlbmQg
TERQIFAyTVAgUFcgQ2FwYWJpbGl0eSBUTFYgb3Igbm90PyBOb3Qgd2VsbCBleHBsYWluDQo+ICAg
IA0KPiAgICBXaGF0IGlzIHNhaWQgaGVyZSwgdGhhdCB5b3UgY2Fu4oCZdCBiZSBQMk1QIFBXIGNh
cGFibGUgd2l0aG91dCBiZWluZyBQVyBzdGF0dXMgY2FwYWJsZS4NCj4gICAgTm90IHN1cmUgaG93
IHRvIG1ha2UgaXQgY2xlYXJlci4NCj4NCj48UGF0cmljZT4gcmlnaHTigKYgSSBtdXN0IGhhdmUg
YmVlbiB0aXJlZC4gVG9vIG1hbnkgTk9UIA0KPiAgICANCj4gICAgPg0KPiAgICA+IA0KPiAgICA+
VGhlcmUgaXMgc29tZSByZWZlcmVuY2UgdG8gTFNSIGluIHRoZSB0ZXh0IHdoZXJlIHRoZSBtYWpv
ciBwYXJ0IHVzZQ0KPiAgICA+dGhlIHdvcmRpbmcg4oCcbm9kZeKAnS4NCj4gICAgDQo+ICAgIEkg
d2lsbCBtYWtlIGFsbCBjb25zaXN0ZW50LCBhbmQgdXNlIExTUiBpbnN0ZWFkIG9mIG5vZGUuDQo+
ICAgIA0KPiAgICBUaGFua3MsDQo+ICAgIA0KPiAgICBTYW1pDQo+ICAgID4gDQo+ICAgID5OaXRz
OiANCj4gICAgPk4vQQ0KPiAgICA+IA0KPiAgICA+UmVnYXJkcywNCj4gICAgPlBhdHJpY2UgQnJp
c3NldHRlDQo+ICAgID4NCj4gICAgPg0KPiAgICA+DQo+ICAgID4NCj4gICAgDQo+DQo=


From nobody Thu May 18 12:50:36 2017
Return-Path: <pbrisset@cisco.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1003E128C83; Thu, 18 May 2017 12:50:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level: 
X-Spam-Status: No, score=-14.522 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4-GjIC5AG_R2; Thu, 18 May 2017 12:50:17 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9F3412AF77; Thu, 18 May 2017 12:44:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8950; q=dns/txt; s=iport; t=1495136684; x=1496346284; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=eIjz4mhvCv6EoZ80P0EWfsl6NRUGCjH8TuUhFYx8zNI=; b=EicyQeXCYMLvUappcK3juUPhMOIPGJg2mPFSromGJP2Wo3cwfENluR3y MYBjDnGT0n8dhfvgQwRL/ypfZjX4ETMlrarlE+jmeUh4teLd/OE+ZAHus TKOrrwKc7xYDYgOY/8SdUyJ3j6MGRElSTeRGxH/dDxVRiGX5EcGHHye/z c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DWAABY+R1Z/49dJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1WBbgeDZooYkW6VdoIPhiQCGoVWPxgBAgEBAQEBAQFrKIUZAQQ?= =?us-ascii?q?BIxETMhACAQYCDgwCJgICAjAVEAIEAQ0FG4oACJFKnWCCJoM/h1oBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEdgQuFVIFdASuCcIRjBxAjglgvgjEBBJZ0hx8BkxqCBIU?= =?us-ascii?q?8g2eGR5RFAR84gQpwFVgBhGQcgWN2hyWBDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.38,359,1491264000"; d="scan'208";a="428314725"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 May 2017 19:44:23 +0000
Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id v4IJiNf2006966 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 18 May 2017 19:44:23 GMT
Received: from xch-rtp-009.cisco.com (64.101.220.149) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 18 May 2017 15:44:22 -0400
Received: from xch-rtp-009.cisco.com ([64.101.220.149]) by XCH-RTP-009.cisco.com ([64.101.220.149]) with mapi id 15.00.1210.000; Thu, 18 May 2017 15:44:22 -0400
From: "Patrice Brissette (pbrisset)" <pbrisset@cisco.com>
To: Sami Boutros <sboutros@vmware.com>, Min Ye <amy.yemin@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-pals-p2mp-pw.all@ietf.org" <draft-ietf-pals-p2mp-pw.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Thread-Topic: Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
Thread-Index: AQHSzZS0GfuQJeqMNUWBoX3pZMCpIw==
Date: Thu, 18 May 2017 19:44:22 +0000
Message-ID: <7BB57E2E-ED82-46A1-887B-91B088799FBD@cisco.com>
References: <149446531632.16715.2861233468294466753@ietfa.amsl.com> <89E173B8-3C03-4B4A-A405-F0442B983D7F@vmware.com> <B220B877-8FC1-4296-925A-2580DD3C796F@cisco.com> <A6B8B7CD-9E63-4800-9DC0-E8DAA67C6FE0@vmware.com>
In-Reply-To: <A6B8B7CD-9E63-4800-9DC0-E8DAA67C6FE0@vmware.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/f.21.0.170409
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.82.215.212]
Content-Type: text/plain; charset="utf-8"
Content-ID: <8AFB87E434798C4DB6376C37FEE4C646@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/1gkKWcfTSE4tS2AgMbvxXQlKHVw>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-pals-p2mp-pw-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 May 2017 19:50:21 -0000

VGhhbmsgU2FtaQ0KDQpSZWdhcmRzLA0KUGF0cmljZSBCcmlzc2V0dGUNCg0KT24gMjAxNy0wNS0x
OCwgMTI6MjUgUE0sICJTYW1pIEJvdXRyb3MiIDxzYm91dHJvc0B2bXdhcmUuY29tPiB3cm90ZToN
Cg0KICAgIEhpIFBhdHJpY2UsDQogICAgDQogICAgDQogICAgDQogICAgDQogICAgUGxlYXNlIHNl
ZSBjb21tZW50cyBpbmxpbmUuDQogICAgDQogICAgPiAgICA+IA0KICAgID4gICAgPkhlcmUgYXJl
IG15IOKAnGRldGFpbGVk4oCdIGNvbW1lbnRzOg0KICAgID4gICAgPiANCiAgICA+ICAgID5BYnN0
cmFjdCDigJQgV2hhdCBpcyB0aGUgcGx1cyB2YWx1ZSBvbiB0aGF0IGRyYWZ0PyBObyBjbGVhcg0K
ICAgID4gICAgPiANCiAgICA+ICAgID5NYW55IExvbmcgc2VudGVuY2VzIGluIHRoZSB0ZXh0LiB2
ZXJ5IGhhcmQgdG8gdW5kZXJzdGFuZCBhbmQgZm9sbG93Lg0KICAgID4gICAgPlN5bnRheCB0byBi
ZSBpbXByb3ZlZC4NCiAgICA+DQogICAgPjxQYXRyaWNlPiBUaGlzIGNvbW1lbnQgaXMgcmVnYXJk
aW5nIHRoZSBkcmFmdCBpbiBnZW5lcmFsLiBJdCBkb2VzbuKAmXQgZmxvdyB3ZWxsLiBZb3UgbmVl
ZCB0byByZWFkIGl0IG1vcmUgdGhhbiBvbmNlIHRvIHNlZSB0aGUgb3ZlcmFsbCBwaWN0dXJlLiBJ
dCBtaWdodCBqdXN0IGJlIHRvIHJlc2h1ZmZsZSBzb21lIHNlY3Rpb25zLg0KICAgID4gICAgDQog
ICAgDQogICAgU3VyZSB3aWxsIGxvb2sgaW50byB0aGF0Lg0KICAgIA0KICAgID4gICAgDQogICAg
PiAgICBJIHdlbnQgb3ZlciB0aGUgYWJzdHJhY3QsIEkgZGlkbuKAmXQgc2VlIGFueSBsb25nIHNl
bnRlbmNlcy4gTm90IHN1cmUgDQogICAgPiAgICBXaGF0IHRvIGltcHJvdmU/IENhbiB5b3UgYmUg
c3BlY2lmaWM/DQogICAgPiAgICANCiAgICA+ICAgIA0KICAgID4gICAgPiANCiAgICA+ICAgID5J
bnRyb2R1Y3Rpb24NCiAgICA+ICAgID5UeXBvIDog4oCcQSByZWZlcmVuY2UgbW9kZWwgb3IgYSBQ
Mk1QIFBXIGlzIGRlcGljdGVkIGluIEZpZ3VyZSAxIGJlbG934oCdDQogICAgPiAgICA+IA0KICAg
ID4gICAgPuKAnEluIHRoaXMgZG9jdW1lbnQsIHdlIHNwZWNpZnkgYSBtZXRob2Qgb2Ygc2lnbmFs
aW5nIFAyTVANCiAgICA+ICAgID4gICBQVyB1c2luZyBMRFAu4oCdIOKAlD4gc3VnZ2VzdCB0byBt
b3ZlIGl0IGZyb20gaW50cm8gdG8gYWJzdHJhY3QNCiAgICA+ICAgIA0KICAgID4gICAgTm90IHN1
cmUgaWYgd2UgY2FuIHJlZmVyZW5jZSBhIGZpZ3VyZSBpbiB0aGUgYWJzdHJhY3QuIFRoZSBhYnN0
cmFjdA0KICAgID4gICAgQWxyZWFkeSBtZW50aW9uIHRoYXQgdGhlIHNlY29uZCBzZW50ZW5jZS4N
CiAgICA+DQogICAgPjxQYXRyaWNlPiBUaGlzIGlzIE5PVCBhIGZpZ3VyZSBidXQgcmF0aGVyIHRo
ZSBleHBsYW5hdGlvbi4gVGhhdCBsaW5lIG1ha2VzIHRoZSBkb2N1bWVudCB2ZXJ5IGNsZWFyLiBJ
dCBqdXN0IG5lZWQgdG8gYmUgc3BlbGxlZCBvdXQuIOKAnHNwZWNpZnkgYSBtZXRob2Qgb2Ygc2ln
bmFsaW5nIFAyTVAgUFcgdXNpbmcgTERQ4oCdLg0KICAgIA0KICAgIFRoaXMgaXMgZXhhY3RseSB3
aGF0IHdlIGhhdmUgaW4gdGhlIGFic3RyYWN0IGZpcnN0IHNlbnRlbmNlIOKAnFRoaXMgZG9jdW1l
bnQgc3BlY2lmaWVzIGEgbWVjaGFuaXNtIHRvIHNpZ25hbCBQb2ludC10by1NdWx0aXBvaW50DQog
ICAgICAgKFAyTVApIFBzZXVkb3dpcmVzIChQVykgdHJlZSB1c2luZyBMRFAu4oCdDQogICAgIA0K
ICAgID4NCiAgICA+ICAgID4gDQogICAgPiAgICA+IA0KICAgID4gICAgPkFsc28sIG1ha2Ugc3Vy
ZSB0aGUgM3JkIHBlcnNvbiBpcyB1c2VkLiBUcnkgdG8gYSB2b2lkIOKAnHdl4oCdIHVzYWdlDQog
ICAgPiAgICANCiAgICA+ICAgIEFncmVlZCwgSSB3aWxsIHJlbW92ZSBhbGwgdXNhZ2Ugb2Yg4oCc
d2XigJ0gaW4gdGhlIGRvY3VtZW50Lg0KICAgID4gICAgDQogICAgPiAgICA+IA0KICAgID4gICAg
Pk1heSBJIHN1Z2dlc3QgdG8gaGF2ZSBhIHJlcXVpcmVtZW50IHNlY3Rpb24uIFJlcXVpcmVtZW50
cyBhcmUgYWxsIG92ZXINCiAgICA+ICAgID50aGUgZG9jdW1lbnQuDQogICAgPiAgICANCiAgICA+
ICAgIFRoZXJlIGlzIGFscmVhZHkgYW4gUkZDIGZvciB0aGF0LiBbUkZDNzMzOF0gICBGLiBKb3Vu
YXksIGV0LiBhbCwgDQogICAgPiAgICAiUmVxdWlyZW1lbnRzIGZvciBQb2ludCB0byBNdWx0aXBv
aW50IFBzZXVkb3dpcmUiLCBSRkM3MzM4LCBTZXB0ZW1iZXIgMjAxNC4NCiAgICA+ICAgIA0KICAg
ID4gICAgVGhpcyBzb2x1dGlvbiBkb2N1bWVudCBhZGRyZXNzZXMgdGhlIHJlcXVpcmVtZW50cy4N
CiAgICA+DQogICAgPjxQYXRyaWNlPiBZb3VyIGRvY3VtZW50IGVuaGFuY2VzIHRoYXQgYmFzZWQg
UkZDIGJ5IHByb3ZpZGluZyBtb3JlIOKAnE1VU1TigJ0sIOKAnFNIT1VMROKAnSwgZXRjLiANCiAg
ICA+VGhleSBhcmUgYWxsIG92ZXIgdGhlIGRvYy4gVG8gbWFrZSBpdCBjbGVhciwgZ3JvdXBpbmcg
dGhlbSBpbiBhIHNlY3Rpb24gbWF5IGhlbHAuIEFub3RoZXIgaWRlYSBpcyB0byBoYXZlIFJlcXVp
cmVtZW50IHN1Yi1zZWN0aW9ucyBwZXIgdG9waWMuDQogICAgDQogICAgSXQgc2VlbXMgdGhhdCB0
aGlzIGlzIHRoZSBzYW1lIGFzIHlvdXIgZG9jdW1lbnQgZmxvdyBjb21tZW50IGFib3ZlLCBJIHdp
bGwgbG9vayBpbnRvIHRoYXQuDQogICAgDQogICAgPg0KICAgID4gICAgDQogICAgPiAgICA+IA0K
ICAgID4gICAgPuKAnCAgIEluIGNhc2Ugb2YgbUxEUCwgYSBMZWFmLVBFIGNhbiBkZWNpZGUgdG8g
am9pbiB0aGUgUDJNUCBMU1AgYXQgYW55DQogICAgPiAgICA+ICAgdGltZTsgd2hlcmVhcyBpbiB0
aGUgY2FzZSBvZiBSU1ZQLVRFLCB0aGUgUDJNUCBMU1AgaXMgc2V0IHVwIGJ5DQogICAgPiAgICA+
dGhlDQogICAgPiAgICA+ICAgUi1QRSwgZ2VuZXJhbGx5IGF0IHRoZSBpbml0aWFsIHNlcnZpY2Ug
cHJvdmlzaW9uaW5nIHRpbWUuIEl0DQogICAgPiAgICA+c2hvdWxkDQogICAgPiAgICA+ICAgYmUg
bm90ZWQgdGhhdCBsb2NhbCBwb2xpY3kgY2FuIG92ZXJyaWRlIGFueSBkZWNpc2lvbiB0byBqb2lu
LCBhZGQNCiAgICA+ICAgID5vcg0KICAgID4gICAgPiAgIHBydW5lIGV4aXN0aW5nIG9yIG5ldyBM
LVBFKHMpIGZyb20gdGhlIHRyZWUuIEluIGFueSBjYXNlLCB0aGUgUFcNCiAgICA+ICAgID4gICBz
ZXR1cCBjYW4gaWdub3JlIHRoZXNlIGRpZmZlcmVuY2VzLCBhbmQgc2ltcGx5IGFzc3VtZSB0aGF0
IHRoZQ0KICAgID4gICAgPlAyTVANCiAgICA+ICAgID4gICBQU04gTFNQIGlzIGF2YWlsYWJsZSB3
aGVuIG5lZWRlZA0KICAgID4gICAgPuKAnA0KICAgID4gICAgPlF1aXRlIGNvbXBsZXggdG8gZm9s
bG93LiBNaXNzaW5nIHRvIOKAnHdoeeKAnSAvIGV4cGxhbmF0aW9uLg0KICAgID4gICAgDQogICAg
PiAgICBTdXJlIEkgY2FuIGNsYXJpZnkgdGhpcyBhIGxpdHRsZSBtb3JlLCB3aWxsIHJlbW92ZSBz
b21lIHNlbnRlbmNlcyANCiAgICA+ICAgIFRoYXQgbWFrZSBpdCBjb25mdXNpbmcsIHdlIGFyZSBz
aW1wbHkgaGVyZSBkaWZmZXJlbnRpYXRpbmcgbUxEUCBMU1AgZnJvbQ0KICAgID4gICAgcDJtcCBM
U1Agdy8gUlNWUC1URSBhbmQgc2F5aW5nIHRoYXQgUFcgc2V0dXAgaXMgYWdub3N0aWMgb2YgdGhl
IHRyYW5zcG9ydCANCiAgICA+ICAgIHAybXAgTFNQIHNldHVwLg0KICAgID4gICAgDQogICAgPiAg
ICA+IA0KICAgID4gICAgPuKAnFRoZSBMRFAgbGliZXJhbCBsYWJlbCByZXRlbnRpb24gbW9kZSBp
cyB1c2Vk4oCcDQogICAgPiAgICA+QW5vdGhlciByZXF1aXJlbWVudOKApiBpcyB0aGF0IGEgTUFZ
LCBTSE9VTEQsIE1VU1Q/DQogICAgPiAgICANCiAgICA+ICAgIEkgd2lsbCBjaGFuZ2UgaXQgdG8g
YSBNVVNULg0KICAgID4gICAgDQogICAgPiAgICA+IA0KICAgID4gICAgPuKAnEluIHRoaXMgY2Fz
ZSwgYSBQVyBzdGF0dXMgbWVzc2FnZSB3aXRoIHN0YXR1cw0KICAgID4gICAgPiAgIGNvZGUgb2Yg
MHgwMDAwMDAwOCAoTG9jYWwgUFNOLWZhY2luZyBQVyAoaW5ncmVzcykgUmVjZWl2ZSBGYXVsdCkN
CiAgICA+ICAgID5NVVNUDQogICAgPiAgICA+ICAgYWxzbyBiZSBzZW50IHRvIHRoZSBSLVBF4oCc
DQogICAgPiAgICA+IA0KICAgID4gICAgPkhvdz8gVGhlIEwtUEUgZmFpbHMgdG8gam9pbiB0aGUg
UDJNUCBQU04gTFNQLg0KICAgID4gICAgDQogICAgPiAgICBDb3JyZWN0IHRoZSBMLVBFIGhhdmUg
dG8gc2lnbmFsIHRoaXMgZmFpbHVyZSB0byB0aGUgcm9vdCBQRS4NCiAgICA+DQogICAgPjxQYXRy
aWNlPiBxdWVzdGlvbiByZW1haW5zLCBob3c/IElmIEwtUEUgZmFpbHMgdG8gam9pbiB0aGUgTFNQ
LCBQVyB3aWxsIGJlIGRvd24uIEhvdyBjYW4gaXQgc2lnbmFscyB0aGUgZmFpbHVyZSB0byByb290
IFBFPw0KICAgID4gICAgDQogICAgDQogICAgTC1QRSB3aWxsIHVzZSB0aGUgUFcgc3RhdHVzIG1l
c3NhZ2UsIHRvIHNpZ25hbCB0byByb290IFBFIHRoaXMgaXMgd2hhdCB0aGUgdGV4dCBpcyBzYXlp
bmcuDQogICAgDQogICAgPiAgICA+IA0KICAgID4gICAgPlNlY3Rpb24gMi4yDQogICAgPiAgICA+
4oCcICAgTm90ZSB0aGF0IHNpbmNlIHRoZSBMRFAgbGFiZWwgbWFwcGluZyBtZXNzYWdlIGlzIG9u
bHkgc2VudCBieSB0aGUNCiAgICA+ICAgID5SLQ0KICAgID4gICAgPiAgIFBFIHRvIGFsbCB0aGUg
TC1QRXMsIGl0IGlzIG5vdCBwb3NzaWJsZSB0byBuZWdvdGlhdGUgYW55IGludGVyZmFjZQ0KICAg
ID4gICAgPiAgIHBhcmFtZXRlcnMu4oCcDQogICAgPiAgICA+V2h5IGlzIHRoYXQgbm90ZSB0aGVy
ZT8gSXMgdGhhdCBhbHJlYWR5IGJlZW4gbWVudGlvbmVkIHByZXZpb3VzbHkuDQogICAgPiAgICAN
CiAgICA+ICAgIFRoaXMgaXMgdGhlIG9ubHkgcmVmZXJlbmNlIGluIHRoZSBkb2N1bWVudC4NCiAg
ICA+DQogICAgPjxQYXRyaWNlPiBGb3Jnb3QgbXkgdGhvdWdodHMgb24gdGhhdCBvbmUuDQogICAg
PiAgICANCiAgICA+ICAgID5GaWcuNCBtdXN0ICBiZSBtb3ZlZCB0byBwcm9wZXIgaW4gdGhlIHRl
eHQgT1IgY3JlYXRlIDIgc3Vic2VjdGlvbiBpbg0KICAgID4gICAgPjIuMg0KICAgID4gICAgDQog
ICAgPiAgICBTb3JyeSBkaWRu4oCZdCBnZXQgd2hhdCB5b3UgbWVhbiBoZXJlPyBDYW4geW91IGVs
YWJvcmF0ZT8NCiAgICA+DQogICAgPjxQYXRyaWNlPiBTb3JyeSDigKZMZXQgbWUgdHJ5IGFnYWlu
LiDigJxQMlAgUFcgRG93bnN0cmVhbSBGRUMgRWxlbWVudOKAnS4gSSB0aGluayB5b3Ugc2hvdWxk
IGhhdmUgYSBzZWN0aW9uIGp1c3Qgb24gdGhhdCB0b3BpYy4gQWN0dWFsbHksIG1heWJlIHlvdSBj
YW4gY3JlYXRlIGEgc3Vic2VjdGlvbiBmb3IgZWFjaCBkaWZmZXJlbnQgRkVDIGV4cGxhaW5lZCBp
biB0aGUgZG9jdW1lbnQuIA0KICAgID4gICAgDQogICAgDQogICAgT2ssIEkgd2lsbCBhZGQgc3Vi
c2VjdGlvbnMgZm9yIERvd25zdHJlYW0gYW5kIFVwc3RyZWFtLg0KICAgIA0KICAgIFRoYW5rcywN
CiAgICANCiAgICBTYW1pDQogICAgPiAgICA+IA0KICAgID4gICAgPuKAnEFzIHN1Y2gsIFBXIHN0
YXR1cyBuZWdvdGlhdGlvbiBwcm9jZWR1cmUNCiAgICA+ICAgID4gICBkZXNjcmliZWQgaW4gW1JG
QzQ0NDdiaXNdIGlzIG5vdCBhcHBsaWNhYmxlIHRvIFAyTVAgUFcuIEEgbm9kZQ0KICAgID4gICAg
Pk1VU1QNCiAgICA+ICAgID4gICBOT1QgY2xhaW0gdG8gYmUgIFAyTVAgUFcgY2FwYWJsZSBieSBz
ZW5kaW5nIGEgTERQIFAyTVAgUFcNCiAgICA+ICAgID5DYXBhYmlsaXR5DQogICAgPiAgICA+ICAg
VExWICBpZiBpdCBpcyBub3QgYWxzbyBjYXBhYmxlIG9mIGhhbmRsaW5nIFBXIHN0YXR1c+KAnA0K
ICAgID4gICAgPiANCiAgICA+ICAgID5TaG91bGQgYSBub2RlIHNlbmQgTERQIFAyTVAgUFcgQ2Fw
YWJpbGl0eSBUTFYgb3Igbm90PyBOb3Qgd2VsbCBleHBsYWluDQogICAgPiAgICANCiAgICA+ICAg
IFdoYXQgaXMgc2FpZCBoZXJlLCB0aGF0IHlvdSBjYW7igJl0IGJlIFAyTVAgUFcgY2FwYWJsZSB3
aXRob3V0IGJlaW5nIFBXIHN0YXR1cyBjYXBhYmxlLg0KICAgID4gICAgTm90IHN1cmUgaG93IHRv
IG1ha2UgaXQgY2xlYXJlci4NCiAgICA+DQogICAgPjxQYXRyaWNlPiByaWdodOKApiBJIG11c3Qg
aGF2ZSBiZWVuIHRpcmVkLiBUb28gbWFueSBOT1QgDQogICAgPiAgICANCiAgICA+ICAgID4NCiAg
ICA+ICAgID4gDQogICAgPiAgICA+VGhlcmUgaXMgc29tZSByZWZlcmVuY2UgdG8gTFNSIGluIHRo
ZSB0ZXh0IHdoZXJlIHRoZSBtYWpvciBwYXJ0IHVzZQ0KICAgID4gICAgPnRoZSB3b3JkaW5nIOKA
nG5vZGXigJ0uDQogICAgPiAgICANCiAgICA+ICAgIEkgd2lsbCBtYWtlIGFsbCBjb25zaXN0ZW50
LCBhbmQgdXNlIExTUiBpbnN0ZWFkIG9mIG5vZGUuDQogICAgPiAgICANCiAgICA+ICAgIFRoYW5r
cywNCiAgICA+ICAgIA0KICAgID4gICAgU2FtaQ0KICAgID4gICAgPiANCiAgICA+ICAgID5OaXRz
OiANCiAgICA+ICAgID5OL0ENCiAgICA+ICAgID4gDQogICAgPiAgICA+UmVnYXJkcywNCiAgICA+
ICAgID5QYXRyaWNlIEJyaXNzZXR0ZQ0KICAgID4gICAgPg0KICAgID4gICAgPg0KICAgID4gICAg
Pg0KICAgID4gICAgPg0KICAgID4gICAgDQogICAgPg0KICAgIA0KDQo=


From nobody Tue May 23 08:18:43 2017
Return-Path: <bruno.decraene@orange.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A69F3127011; Tue, 23 May 2017 08:18:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level: 
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UKJFjgGPmeJ1; Tue, 23 May 2017 08:18:37 -0700 (PDT)
Received: from relais-inet.orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0631612946F; Tue, 23 May 2017 08:18:37 -0700 (PDT)
Received: from opfedar07.francetelecom.fr (unknown [xx.xx.xx.9]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 6E828100816; Tue, 23 May 2017 17:18:35 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.61]) by opfedar07.francetelecom.fr (ESMTP service) with ESMTP id 3E080C0052; Tue, 23 May 2017 17:18:35 +0200 (CEST)
Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7E.corporate.adroot.infra.ftgroup ([fe80::b91c:ea2c:ac8a:7462%19]) with mapi id 14.03.0339.000; Tue, 23 May 2017 17:18:34 +0200
From: <bruno.decraene@orange.com>
To: "rtg-ads@ietf.org" <rtg-ads@ietf.org>
CC: "teas@ietf.org" <teas@ietf.org>, "draft-ietf-teas-lsp-diversity@ietf.org" <draft-ietf-teas-lsp-diversity@ietf.org>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
Thread-Topic: Rtgdir Last Call Review of draft-ietf-teas-lsp-diversity-07
Thread-Index: AdLT1IH+Q/fcjKT6QDCevo44IcFmxA==
Date: Tue, 23 May 2017 15:18:34 +0000
Message-ID: <6300_1495552715_592452CB_6300_19911_1_53C29892C857584299CBF5D05346208A31D25785@OPEXCLILM21.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.168.234.5]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A31D25785OPEXCLILM21corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/SUmD9m6MNF6rb8aiFCPYDJ13ZNw>
Subject: [RTG-DIR] Rtgdir Last Call Review of draft-ietf-teas-lsp-diversity-07
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 May 2017 15:18:41 -0000

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

SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl
IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0
byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh
c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg
b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp
ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi
b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv
b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8aHR0cDovL3RyYWMudG9vbHMu
aWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcj4NCg0KQWx0aG91Z2ggdGhlc2UgY29t
bWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdv
dWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkg
b3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2
ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBk
cmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1sc3AtZGl2ZXJzaXR5LTA3DQpSZXZp
ZXdlcjogQnJ1bm8gRGVjcmFlbmUNClJldmlldyBEYXRlOiAyMDE3LzA1LzIzDQpJRVRGIExDIEVu
ZCBEYXRlOiBub3QgaW5pdGlhdGVkIEFGQUlLDQpJbnRlbmRlZCBTdGF0dXM6IFN0YW5kYXJkIFRy
YWNrDQpTdW1tYXJ5Og0KSSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1
bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4N
CkNvbW1lbnRzOg0KSSBoYXZlIG9ubHkgdmVyeSBiYXNpYyBrbm93bGVkZ2Ugb2YgUlNWUC1URSBh
bmQgbm9uZSBvZiBHTVBMUy4gSSBmb3VuZCB0aGUgZG9jdW1lbnQgdmVyeSBjbGVhci4gVGhhbmsg
eW91Lg0KTWFqb3IgSXNzdWVzOiAgTm9uZQ0KTWlub3IgSXNzdWVzOg0KVG8gcHJvdmlkZSBkaXZl
cnNpdHksIG15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCB0aGUgc2lnbmFsaW5nIG9mIHRoZSBzZWNv
bmQgTFNQIGlzIGV4dGVuZGVkIHRvIGRldGVjdCB0aGUgY3Jvc3Npbmcgb2YgdGhlIGZpcnN0IHBh
dGgsIGFuZCB0aGVuIGlzIHJlLXJvdXRlZCB0byBhdm9pZCBpdC4gSW4gc29tZSBjYXNlcywgSSBn
dWVzcyB0aGF0IHByb3ZpZGluZyBwYXRoIGRpdmVyc2l0eSBpcyBub3QgcG9zc2libGUgd2l0aG91
dCByZS1yb3V0aW5nIHRoZSBmaXJzdCBwYXRoLiBJdCdzIG5vdCBjbGVhciB0byBtZSBob3cgdGhp
cyBpcyBwb3NzaWJsZSB3aXRoIHRoaXMgcHJvcG9zaXRpb24uIElmIGl04oCZcyBub3QsIHRoaXMg
bGltaXRhdGlvbiBzaG91bGQgcHJvYmFibHkgYmUgaGlnaGxpZ2h0ZWQgc29tZXdoZXJlIGluIHRo
ZSBkb2N1bWVudC4gKGFuZCBpZiBpdCBpcywgc29ycnkgZm9yIGhhdmluZyBtaXNzZWQgaXQpLiBF
c3BlY2lhbGx5IHNpbmNlIHRoaXMgY2FzZSBzZWVtIHRvIGJlIGluIHNjb3BlIGFzIHBlciB0aGUg
SW50cm9kdWN0aW9uOiAiU2ltaWxhcmx5LCBhbiBMU1AgZnJvbSBFTjIgdG8gRU4zIHRyYXZlcnNp
bmcgQ04xIG5lZWRzIHRvIGJlIGRpdmVyc2UgZnJvbSBhbiBMU1AgZnJvbSBFTjIgdG8gRU4zIGdv
aW5nIHZpYSBDTjQuIFsuLi5dICBUaGlzIGRvY3VtZW50IGFkZHJlc3NlcyB0aGVzZSBkaXZlcnNp
dHkgcmVxdWlyZW1lbnRzICINCi0tLS0tDQrCpzEuMQ0KIlRoZXJlIGFyZSBzY2VuYXJpb3MgaW4g
d2hpY2ggdGhlIEVOcyBoYXZlIHRoZSBmb2xsb3dpbmcgcmVxdWlyZW1lbnRzIg0KT0suIEFyZSB0
aGVyZSBvdGhlciBzY2VuYXJpbz8gKHNlZW0gc28gYXMgcGVyIHRoZSB3b3JkaW5nKS4gV2hhdCBh
cmUgdGhlaXIgcmVxdWlyZW1lbnRzIGFuZCB3aHkgYXJlbuKAmXQgdGhleSBjb25zaWRlcmVkPw0K
LS0tLS0NCiItICBCb3RoIGNsaWVudCBhbmQgc2VydmVyIHVuZGVyc3RhbmQgdGhlIGlkZW50aWZp
ZXIuIg0KTm90IHN1cmUgd2hhdCBpcyBtZWFudCBieSAidW5kZXJzdGFuZCIuIEF0IHRoaXMgc3Rl
cCwgaXQncyBub3QgY2xlYXIgd2h5IHRoZSBpZGVudGlmaWVyIGNhbid0IGJlIGFuIGFueSBudW1i
ZXIvc3RyaW5nIHRoYXQgbm8gb25lIHVuZGVyc3RhbmQgYnV0IGlzIHRyZWF0ZWQgYXMgYW4gb3Bh
cXVlIHZhbHVlL2lkZW50aWZpZXIuDQotLS0tLQ0KIlRoZSBpZGVudGlmaWVyIGlzIHRvIGJlIHN0
YWJsZSBmb3IgYSBsb25nIHBlcmlvZCBvZiB0aW1lLiINCkVhc3kgY29tbWVudCBidXQgImxvbmci
IGlzIG5vdCB2ZXJ5IHNwZWNpZmljIGFuZCBkaWZmZXJlbnQgcGVyc29uIG1heSBoYXZlIGRpZmZl
cmVudCBpbnRlcnByZXRhdGlvbi4gSSBndWVzcyB0aGF0IHRoZSBnb2FsIGlzIHRoYXQgdGhlIGlk
ZW50aWZpZXIgYmUgc3RhYmxlIGZvciB0aGUgZHVyYXRpb24gb2YgdGhlIGRpdmVyc2l0eSByZXF1
aXJlbWVudC4NCi0tLS0tDQoiIFRoZXNlIHJlcXVpcmVtZW50cyBhcmUgbWV0IGJ5IHVzaW5nIHRo
ZSBMU1AgaWRlbnRpZmllci4gVGhlIExTUA0KICAgICAgaWRlbnRpZmllciB1bmlxdWVseSBpZGVu
dGlmaWVzIGFuIExTUCBpbiB0aGUgbmV0d29yayBhbmQNCiAgICAgIGNvbXByaXNlcyBvZiB0aGUg
Zm9sbG93aW5nIGZpZWxkczogSVB2NC9JUHY2IHR1bm5lbCBzZW5kZXINCiAgICAgIGFkZHJlc3Ms
IElQdjQvSVB2NiB0dW5uZWwgZW5kIHBvaW50IGFkZHJlc3MsIFR1bm5lbCBJRCwgTFNQIElELA0K
ICAgICAgYW5kIEV4dGVuZGVkIFR1bm5lbCBJRC4gVGhlc2UgZmllbGRzIGFyZSBkZWZpbmVkIGlu
IFtSRkMzMjA5XSwNCiAgICAgIHNlY3Rpb25zIDQuNi4xLjEgYW5kIDQuNi4yLjEuIg0KSXQncyBu
b3QgY2xlYXIgdG8gbWUgdGhhdCB0aGlzIGNob2ljZSBtZWV0IHRoZSByZXF1aXJlbWVudHMuIEFz
IHBlciBteSBxdWljayByZWFkaW5nIG9mIFJGQyAzMjA5LCBUdW5uZWwgSUQgcmVtYWlucyBjb25z
dGFudCBmb3IgdGhlIGxpZmV0aW1lIG9mIGEgdHVubmVsLiBJZiB0aGUgbm9kZSAoZS5nLiBFTjEp
IHJlYm9vdCwgaXQgc2VlbXMgcGxhdXNpYmxlIHRoYXQgdGhpcyBUdW5uZWwgSUQgYmUgY2hhbmdl
ZC4gVGhhdCBzZWVtcyB0byBiZSBhbiBpc3N1ZSBnaXZlbiB0aGF0IHRoaXMgaWRlbnRpZmllciBz
ZWVtcyB0byBiZSBzdGF0aWNhbGx5IGNvbmZpZ3VyZWQgb24gdGhlIG90aGVyIG5vZGUgKGUuZy4g
RU4yKQ0KLS0tLQ0KIkluIG9yZGVyIHRvDQogICAgICBtYWludGFpbiBkaXZlcnNpdHkgYmV0d2Vl
biB0aGVzZSB0d28gY29ubmVjdGlvbnMgd2l0aGluIHRoZSBjb3JlDQogICAgICBuZXR3b3JrLCBp
dCBpcyBhc3N1bWVkIHRoYXQgdGhlIGNvcmUgbmV0d29yayBpbXBsZW1lbnRzIENyYW5rYmFjaw0K
ICAgICAgU2lnbmFsaW5nIFtSRkM0OTIwXS4iDQpEb24ndCB5b3UgbWVhbiA6cy9hc3N1bWUvUkVR
VUlSRUQgID8NCi0tLS0NCsKnMS4yIFBDRS1hbGxvY2F0ZWQgSWRlbnRpZmllcg0KSWYgUENFIGlz
IHVzZWQgdG8gY29tcHV0ZSB0aGUgcGF0aHMsIHBhdGhzIGRpdmVyc2l0eSBuZWVkcyB0byBiZSBo
YW5kbGVkIGJ5IHRoZSBQQ0UgKHRvIGNvbXB1dGUgZGl2ZXJzZSBwYXRocykuIEluIHdoaWNoIGNh
c2UsIHRoZSBwcm9ibGVtIHNlZW1zIHRvIGJlIHNvbHZlZCB3aXRoIG5vIG5lZWQgZm9yIGZ1cnRo
ZXIgUlNWUC1URSBleHRlbnNpb25zLg0KRmlndXJlIDIgc2VlbSB0byBpbGx1c3RyYXRlIHRoYXQg
dGhpcyBzZWN0aW9uIHNlZW0gdG8gY29uc2lkZXIgdGhlIGNhc2Ugd2hlcmUgUENFIGlzIG9ubHkg
cGFydGlhbGx5IHVzZWQgKGluIG9uZSBkb21haW4pLiBUaGlzIGlzIG5vdCBzdGF0ZWQgYXQgdGhl
IGJlZ2lubmluZyBvZiAxLjIgaGVuY2UgdGhpcyBkb2VzIG5vdCBoZWxwIHRoZSByZWFkZXIgdG8g
dW5kZXJzdGFuZCB0aGUgY2FzZSByZWFsbHkgYmVpbmcgY29uc2lkZXJlZC4NCi0tLS0NCsKnMS4z
DQoidGhlIGNvbmNlcHQgb2YgYSBQYXRoIEFmZmluaXR5IFNldCAoUEFTKSBpcyBkZWZpbmVkIGZv
ciBhYnN0cmFjdGluZyBTUkxHIGluZm9ybWF0aW9uLiINCkl0J3Mgbm90IGNsZWFyIHRvIG1lIGhv
dyB0aGUgc2Vjb25kIG5vZGUgKEVOMiB1c2luZyB0aGUgZXhhbXBsZSBmcm9tIHRoZSBpbnRyb2R1
Y3Rpb24pIGlzIGNvbW11bmljYXRlZCB0aGlzIFBBUyBmcm9tIEVOMSwgYW5kIGhvdyBpdCdzIGtl
cHQgdXAgdG8gZGF0ZSBhcyB0aGUgcGF0aCB1c2VkIGJ5IEVOMSBtYXkgY2hhbmdlLg0KSU9XLCB0
aGlzIFBBUyBkb2VzIG5vdCBzZWVtIHRvIGZ1bGZpbGwgdGhlIDMgbGF0ZXN0IHJlcXVpcmVtZW50
cyBsaXN0ZWQgaW4gMS4xOg0KIiAgICAgICAtICBJdCBpcyBuZWNlc3NhcnkgdG8gYmUgYWJsZSB0
byByZWZlcmVuY2UgdGhlIGlkZW50aWZpZXIgZXZlbiBpZiB0aGUgTFNQIHJlZmVyZW5jZWQgYnkg
aXQgaXMgbm90IHlldCBzaWduYWxlZC4NCiAgICAgICAgLSAgVGhlIGlkZW50aWZpZXIgaXMgdG8g
YmUgc3RhYmxlIGZvciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUuDQogICAgICAgIC0gIFRoZSBpZGVu
dGlmaWVyIGlzIHRvIGJlIHN0YWJsZSBldmVuIHdoZW4gdGhlIHJlZmVyZW5jZWQgTFNQIGlzIHJl
cm91dGVkLiINCg0KSXQncyBub3QgY2xlYXIgdG8gbWUgd2hhdCBiZW5lZml0cyB0aGlzIFBBUyBi
cmluZ3MgY29tcGFyZWQgdG8gdGhlIGNsaWVudCBpbml0aWF0ZWQgaWRlbnRpZmllci4gV2hpbGUg
aXQgYWRkcyB0aGUgYWJvdmUgZGlzYWR2YW50YWdlcy4NCi0tLQ0KIlRoZSBtZWFucyBieSB3aGlj
aCB0aGUgcHJvY2Vzc2luZyBub2RlIGRldGVybWluZXMgdGhlIHBhdGggY29ycmVzcG9uZGluZyB0
byB0aGUgUEFTIGlzIGJleW9uZCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4iDQpCdXQgdGhp
cyBkb2Vzbid0IHJlbW92ZSB0aGUgcHJvYmxlbSB0byBiZSBzb2x2ZWQuIFlvdSBzZWVtIHRvIGFz
c3VtZSB0aGF0IHRoZXJlIGlzIG9uZSBzaW5nbGUgZGF0YWJhc2UsIHR5cGljYWxseSBjZW50cmFs
aXplZC4gQW4gYWx0ZXJuYXRpdmUgb3B0aW9uIG1heSBoYXZlIGJlZW4gdG8gY3lwaGVyIHRoZSAi
ZGV0YWlsbGVkIFNSTEcgbGlzdCIuIFdoeSBoYXMgdGhpcyBvcHRpb24gYmVlbiBkaXNjYXJkZWQ/
DQoNCiJUaGUgbWVhbnMgdG8gZGlzdHJpYnV0ZSB0aGUgUEFTIGluZm9ybWF0aW9uIHdpdGhpbiB0
aGUgY29yZSBuZXR3b3JrIGlzIGJleW9uZCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gRm9y
IGV4YW1wbGUsIHRoZQ0KICAgICAgUEFTIGFuZCB0aGUgYXNzb2NpYXRlZCBTUkxHIGluZm9ybWF0
aW9uIGNhbiBiZSBkaXN0cmlidXRlZCB3aXRoaW4gdGhlIGNvcmUgbmV0d29yayBieSBhbiBJbnRl
cmlvciBHYXRld2F5IFByb3RvY29sIChJR1ApIG9yIGJ5IG90aGVyIG1lYW5zIHN1Y2ggYXMgY29u
ZmlndXJhdGlvbi4iDQpJIGRvbid0IHRoaW5rIHRoZSB1c2Ugb2YgdGhlIElHUCB3b3VsZCBiZSBz
dWNoIGEgZ29vZCBmaXQsIGluIHRlcm0gb2YgZnJlcXVlbmN5IG9mIHVwZGF0ZSAob2ssIHRoaXMg
aXMgZGVwbG95bWVudCBkZXBlbmRlbnQpIGFuZCBzY2FsYWJpbGl0eSAoYSBwcmlvcmkgdGhlIG51
bWJlciBvZiBQQVMgaXMgbyhOXjIpLCBOIGJlaW5nIENvcmUgTm9kZXMuKQ0KLS0tDQpBYnN0cmFj
dDogIiBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aHJlZSBuZXcgcm91dGUgZXhjbHVzaW9uIHR5
cGVzLiINCkZyb20gdGhlIElBTkEgc2VjdGlvbiBhbmQgdGhlIGRvY3VtZW50IFRvQywgSSdtIHNl
ZW4gb25seSAyIHR5cGVzOiAiSVB2NCBEaXZlcnNpdHkgc3Vib2JqZWN0IiwgIklQdjYgRGl2ZXJz
aXR5IHN1Ym9iamVjdCINCi0tLQ0KIklBTkEgc2VjdGlvbiINCllvdSBkbyBub3QgZGVmaW5lIGEg
cmVnaXN0cnkgbm9yIGEgcmVnaXN0cmF0aW9uIHBvbGljeSBmb3IgdGhlICJESSBUeXBlIg0KLS0t
DQrCpzIuMQ0KVGhlIEEtRmxhZ3MgZmllbGQgaXMgNCBiaXRzIGxvbmdzIGFuZCB0aGlzIGRvY3Vt
ZW50IGFscmVhZHkgYWxsb2NhdGVzIDQgZmxhZ3MsIG1lYW5pbmcgdGhhdCB0aGVyZSBpcyBubyBy
b29tIGZvciBleHRlbnNpb24gKGFsdGhvdWdoIHRoZXJlIGlzIGEgNCBiaXRzIFJlc2VydmVkIGZp
ZWxkIGF2YWlsYWJsZSkNCi0tLQ0KwqcyLjENCklmIEEtRmxhZ3MgIjB4MDEgPSBEZXN0aW5hdGlv
biBub2RlIGV4Y2VwdGlvbiIgYW5kICIweDA0ID0gUGVudWx0aW1hdGUgbm9kZSBleGNlcHRpb24i
IGFyZSBib3RoIHNldCwgaXQgc2VlbXMgdGhhdCB0aGUgcGVudWx0aW1hdGUgbGluayAoYmV0d2Vl
biB0aGVzZSAyIG5vZGVzKSBzaG91bGQgYWxzbyBiZSBleGNsdWRlZCBmcm9tIHRoZSBleGNsdXNp
b24gbGlzdC4gSWYgc28gdGhpcyBzaG91bGQgYmUgc3BlY2lmaWVkLg0KLS0tDQoiV2hlbiB0aGUg
ZGl2ZXJzaXR5IGlkZW50aWZpZXIgdHlwZSBpcyBzZXQgdG8gIklQdjQvIElQdjYNCiAgICAgICAg
ICAgICAgTmV0d29yayBBc3NpZ25lZCBJZGVudGlmaWVyIiwgdGhlIHZhbHVlIE1VU1QgYmUgc2V0
IHRvIHRoZQ0KICAgICAgICAgICAgICBJUHY0LyBJUHY2IGFkZHJlc3Mgb2YgdGhlIG5vZGUgcHVi
bGlzaGluZyB0aGUgUGF0aA0KICAgICAgICAgICAgICBBZmZpbml0eSBTZXQgKFBBUykuIg0KR2l2
ZW4gdGhhdCB0aGUgd2F5IHRoZSBQQVMgaXMgYWR2ZXJ0aXNlZCAoSSByZWFkICdwdWJsaXNoJykg
aXMgb3V0IG9mIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQsIEknZCByYXRoZXIgbm90IHVzZSB0aGUg
dGVybSAicHVibGlzaGluZyIuIEkgZ3Vlc3MgImFsbG9jYXRpbmciIHdvdWxkIGJlIGJldHRlciBh
bmQgcHJvYmFibHkgbW9yZSBhY2N1cmF0ZS4NCi0tLQ0KwqczDQoidGhlIGRpdmVyc2l0eSBzdWJv
YmplY3QgbXVzdCBiZSBrZXB0IHdoaWxlIG90aGVyIHN1Ym9iamVjdHMgbWF5IGJlIHJlbW92ZWQu
Ig0KRG8geW91IG1lYW4gOnMvbXVzdC9NVVNUICA/IChpdCBsb29rcyB0byBtZSB0aGF0IHRoaXMg
aXMgcmVxdWlyZWQgZm9yIGludGVyb3AsIGhlbmNlIGEgTVVTVCkNCi0tLQ0KImFsbCBEaXZlcnNp
dHkgc3Vib2JqZWN0cyBpbiBhbiBYUk8vIEVYUlMgTVVTVCBjb250YWluIHRoZSBzYW1lIERpdmVy
c2l0eSBJZGVudGlmaWVyIFR5cGUuIg0KQ291bGQgeW91IGNsYXJpZnkgdGhlIHJlYXNvbj8NCldo
YXQgaWYgc29tZW9uZSB3YW50cyB0byBiZSBkaXZlcnNlIHdpdGggMiBvdGhlcnMgTFNQOiBvbmUg
aW50cmEtZG9tYWluIHVzaW5nIGEgY2xpZW50LUluaXRpYXRlZCBJZGVudGlmaWVyLCBhbmQgYW5v
dGhlciBvbmUgaW50ZXItZG9tYWluIHVzaW5nIGEgIlBDRS1hbGxvY2F0ZWQgSWRlbnRpZmllciI/
DQotLS0NCsKnMi4zDQoiaXQgTVVTVCByZXR1cm4gYSBQYXRoRXJyIHdpdGggdGhlIGVycm9yIGNv
ZGUgVEJBMyAiUm91dGluZyBQcm9ibGVtIiBhbmQgZXJyb3IgdmFsdWUgb2YgIlVuc3VwcG9ydGVk
IERpdmVyc2l0eSBJZGVudGlmaWVyIFR5cGUiDQpJIHRoaW5rIEkgd291bGQgcHJvcG9zZQ0KImNv
ZGUgIlJvdXRpbmcgUHJvYmxlbSIgKDI0KSBhbmQgZXJyb3IgdmFsdWUgb2YgIlVuc3VwcG9ydGVk
IERpdmVyc2l0eSBJZGVudGlmaWVyIFR5cGUgKFRCQTMpIg0KLS0tLQ0KwqcyLjMNCiJUaGUgdHJh
bnNpdCBub2RlcyBpbiBhIGRvbWFpbiBhbmQgdGhlIGRvbWFpbiBlZ3Jlc3Mgbm9kZSBTSE9VTEQg
Tk9UIHByb2Nlc3MgdGhlIHNpZ25hbGVkIGRpdmVyc2l0eSBpbmZvcm1hdGlvbi4iDQpUaGlzIGRv
ZXMgbm90IHNlZW0gdG8gbWF0Y2ggIiBJbiBvcmRlciB0bw0KICAgICAgbWFpbnRhaW4gZGl2ZXJz
aXR5IGJldHdlZW4gdGhlc2UgdHdvIGNvbm5lY3Rpb25zIHdpdGhpbiB0aGUgY29yZQ0KICAgICAg
bmV0d29yaywgaXQgaXMgYXNzdW1lZCB0aGF0IHRoZSBjb3JlIG5ldHdvcmsgaW1wbGVtZW50cyBD
cmFua2JhY2sNCiAgICAgIFNpZ25hbGluZyBbUkZDNDkyMF0uIg0KQXMgSSB1bmRlcnN0YW5kLCBi
eSB0aGUgbGF0dGVyLCB0aGF0IGFsbCBSU1ZQLVRFIG5vZGVzIG5lZWQgdG8gcHJvY2VzcyB0aGUg
ZGl2ZXJzaXR5IGluZm9ybWF0aW9uLiBCdXQgdGhpcyBtYXkgY29tZXMgZnJvbSBteSBsYWNrIG9m
IGtub3dsZWRnZSBvZiBSU1ZQLVRFLg0KLS0tDQpOaXRzOg0KSW1wcmVzc2l2ZSBsaXN0IG9mIGNv
bnRyaWJ1dG9yczogMSw1IHBhZ2VzLCAxNiBwZXJzb25zIChpbiBhZGRpdGlvbnMgdG8gNCBhdXRo
b3JzKQ0KDQpUaGFua3MsDQpSZWdhcmRzLA0KLS1CcnVubw0KDQoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2Fn
ZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25z
IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBl
dHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2
b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVy
CmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50
ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVy
YXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2Ug
YSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBh
bmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2Vk
IGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5v
dCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJ
ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo
ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMg
ZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMg
dGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3Uu
Cgo=

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z
b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j
b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o
dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9
InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov
KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5n
czsNCglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQt
ZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMg
MiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs
LCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0K
CWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsN
Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r
DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlv
bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1h
bHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv
Ow0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU
aW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxl
LXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy
aWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5pY29uDQoJe21zby1zdHlsZS1uYW1lOmlj
b247fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEy
LjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30N
CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0
aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6Nzk5MjIzNDUyOw0KCW1zby1saXN0LXRl
bXBsYXRlLWlkczotMTE3NTE1OTk4NDt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z
by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglt
c28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDMN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN
Cgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt
dGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt
aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt
YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgw
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n
czt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K
CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t
YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs
MDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10
ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K
CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi
LXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p
bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5
OldpbmdkaW5nczt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDo4NDgzNzM4NTA7DQoJbXNvLWxp
c3QtdGVtcGxhdGUtaWRzOi0xOTIyNzgzODMwO30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl
bC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh
bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7
DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXci
Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxOmxl
dmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6
74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox
MC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s
ZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN
Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u
dC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv
cDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu
dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2lu
Z2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs
ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K
CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs
aXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl
dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv
bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVs
OA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn
Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w
cHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl
bC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0
ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m
YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjE0NjE5OTE5MTQ7DQoJ
bXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xODQ4ODk0ODA7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv
bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcy
LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4
LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVy
IE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3Qg
bDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt
dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z
aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw0DQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ
bXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN
Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls
eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4w
cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7
fQ0KQGxpc3QgbDI6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt
c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6
bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4
dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl
OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0
Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm
b250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDMNCgl7bXNvLWxpc3QtaWQ6MTkxNzc4NTg0
MTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTE0MDkyMjQ0NzI7fQ0KQGxpc3QgbDM6bGV2ZWwx
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0
Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMzpsZXZlbDINCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1z
dG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD
b3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0K
QGxpc3QgbDM6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t
bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVs
LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt
Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDM6bGV2
ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv
gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw
LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDM6bGV2ZWw1DQoJe21zby1s
ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250
LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDM6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w
OjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n
ZGluZ3M7fQ0KQGxpc3QgbDM6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl
dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ
bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp
c3QgbDM6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2
ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u
dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDM6bGV2ZWw5
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw
dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0K
dWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+
PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8
L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0
IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo
YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRlIiIGxp
bms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw
PjxzcGFuIGxhbmc9IkVOLVVTIj5IZWxsbywgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNw
YW4gbGFuZz0iRU4tVVMiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVj
dG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBz
ZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0
aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21l
dGltZXMgb24gc3BlY2lhbCByZXF1ZXN0Lg0KIFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMg
dG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRoZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3Jt
YXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUsIHBsZWFzZSBzZWUNCjwvc3Bhbj48
YSBocmVmPSJodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRn
RGlyIj48c3BhbiBjbGFzcz0iaWNvbiI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjpi
bHVlIj7igIs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5odHRwOi8vdHJhYy50b29s
cy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPC9zcGFuPjwvYT4NCjxzcGFuIGxh
bmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1VUyI+
QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUg
Um91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRo
ZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3Ug
cmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9y
IGJ5IHVwZGF0aW5nDQogdGhlIGRyYWZ0LiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cD48c3Bh
biBsYW5nPSJFTi1VUyI+RG9jdW1lbnQ6IGRyYWZ0LWlldGYtdGVhcy1sc3AtZGl2ZXJzaXR5LTA3
PGJyPg0KUmV2aWV3ZXI6IEJydW5vIERlY3JhZW5lIDxicj4NClJldmlldyBEYXRlOiAyMDE3LzA1
LzIzIDxicj4NCklFVEYgTEMgRW5kIERhdGU6IG5vdCBpbml0aWF0ZWQgQUZBSUsgPGJyPg0KSW50
ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjazxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp
ZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+U3VtbWFyeTo8L3NwYW4+PC9iPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RlIiPg0KPGJyPg0KSSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1
bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4N
CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu
JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5Db21tZW50
czo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s
YW5ndWFnZTpGUiI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RlIiPkkgaGF2ZSBvbmx5IHZlcnkgYmFzaWMga25vd2xlZGdlIG9mIFJTVlAt
VEUgYW5kIG5vbmUgb2YgR01QTFMuIEkgZm91bmQNCiB0aGUgZG9jdW1lbnQgdmVyeSBjbGVhci4g
VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFz
dC1sYW5ndWFnZTpGUiI+TWFqb3IgSXNzdWVzOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+DQogJm5i
c3A7Tm9uZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s
YW5ndWFnZTpGUiI+TWlub3IgSXNzdWVzOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0
eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx
dW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+DQo8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPlRvIHBy
b3ZpZGUgZGl2ZXJzaXR5LCBteSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgdGhlIHNpZ25hbGluZyBv
ZiB0aGUgc2Vjb25kDQogTFNQIGlzIGV4dGVuZGVkIHRvIGRldGVjdCB0aGUgY3Jvc3Npbmcgb2Yg
dGhlIGZpcnN0IHBhdGgsIGFuZCB0aGVuIGlzIHJlLXJvdXRlZCB0byBhdm9pZCBpdC4gSW4gc29t
ZSBjYXNlcywgSSBndWVzcyB0aGF0IHByb3ZpZGluZyBwYXRoIGRpdmVyc2l0eSBpcyBub3QgcG9z
c2libGUgd2l0aG91dCByZS1yb3V0aW5nIHRoZSBmaXJzdCBwYXRoLiBJdCdzIG5vdCBjbGVhciB0
byBtZSBob3cgdGhpcyBpcyBwb3NzaWJsZSB3aXRoIHRoaXMgcHJvcG9zaXRpb24uDQogSWYgaXTi
gJlzIG5vdCwgdGhpcyBsaW1pdGF0aW9uIHNob3VsZCBwcm9iYWJseSBiZSBoaWdobGlnaHRlZCBz
b21ld2hlcmUgaW4gdGhlIGRvY3VtZW50LiAoYW5kIGlmIGl0IGlzLCBzb3JyeSBmb3IgaGF2aW5n
IG1pc3NlZCBpdCkuIEVzcGVjaWFsbHkgc2luY2UgdGhpcyBjYXNlIHNlZW0gdG8gYmUgaW4gc2Nv
cGUgYXMgcGVyIHRoZSBJbnRyb2R1Y3Rpb246ICZxdW90O1NpbWlsYXJseSwgYW4gTFNQIGZyb20g
RU4yIHRvIEVOMyB0cmF2ZXJzaW5nIENOMSBuZWVkcw0KIHRvIGJlIGRpdmVyc2UgZnJvbSBhbiBM
U1AgZnJvbSBFTjIgdG8gRU4zIGdvaW5nIHZpYSBDTjQuIFsuLi5dJm5ic3A7IFRoaXMgZG9jdW1l
bnQgYWRkcmVzc2VzIHRoZXNlIGRpdmVyc2l0eSByZXF1aXJlbWVudHMgJnF1b3Q7PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w
LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIg
c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu
JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4tLS0tLTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l
dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+
wqcxLjENCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5n
dWFnZTpGUiI+JnF1b3Q7VGhlcmUgYXJlIHNjZW5hcmlvcyBpbiB3aGljaCB0aGUgRU5zIGhhdmUg
dGhlIGZvbGxvd2luZyByZXF1aXJlbWVudHMmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy
aWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPk9LLiBBcmUgdGhlcmUgb3RoZXIgc2Nl
bmFyaW8/IChzZWVtIHNvIGFzIHBlciB0aGUgd29yZGluZykuIFdoYXQgYXJlIHRoZWlyDQogcmVx
dWlyZW1lbnRzIGFuZCB3aHkgYXJlbuKAmXQgdGhleSBjb25zaWRlcmVkPzxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6
YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl
PSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90
OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+LS0tLS08bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10
b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t
YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZxdW90
Oy0mbmJzcDsgQm90aCBjbGllbnQgYW5kIHNlcnZlciB1bmRlcnN0YW5kIHRoZSBpZGVudGlmaWVy
LiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5n
dWFnZTpGUiI+Tm90IHN1cmUgd2hhdCBpcyBtZWFudCBieSAmcXVvdDt1bmRlcnN0YW5kJnF1b3Q7
LiBBdCB0aGlzIHN0ZXAsIGl0J3Mgbm90IGNsZWFyIHdoeQ0KIHRoZSBpZGVudGlmaWVyIGNhbid0
IGJlIGFuIGFueSBudW1iZXIvc3RyaW5nIHRoYXQgbm8gb25lIHVuZGVyc3RhbmQgYnV0IGlzIHRy
ZWF0ZWQgYXMgYW4gb3BhcXVlIHZhbHVlL2lkZW50aWZpZXIuDQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1
b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPi0tLS0tPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4mcXVvdDtUaGUg
aWRlbnRpZmllciBpcyB0byBiZSBzdGFibGUgZm9yIGEgbG9uZyBwZXJpb2Qgb2YgdGltZS4mcXVv
dDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv
LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh
bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l
cyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
RlIiPkVhc3kgY29tbWVudCBidXQgJnF1b3Q7bG9uZyZxdW90OyBpcyBub3QgdmVyeSBzcGVjaWZp
YyBhbmQgZGlmZmVyZW50IHBlcnNvbiBtYXkgaGF2ZQ0KIGRpZmZlcmVudCBpbnRlcnByZXRhdGlv
bi4gSSBndWVzcyB0aGF0IHRoZSBnb2FsIGlzIHRoYXQgdGhlIGlkZW50aWZpZXIgYmUgc3RhYmxl
IGZvciB0aGUgZHVyYXRpb24gb2YgdGhlIGRpdmVyc2l0eSByZXF1aXJlbWVudC4NCjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+LS0tLS08
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3
IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4m
cXVvdDsgVGhlc2UgcmVxdWlyZW1lbnRzIGFyZSBtZXQgYnkgdXNpbmcgdGhlIExTUCBpZGVudGlm
aWVyLiBUaGUgTFNQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s
YW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlkZW50aWZpZXIgdW5p
cXVlbHkgaWRlbnRpZmllcyBhbiBMU1AgaW4gdGhlIG5ldHdvcmsgYW5kPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm
b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm
cXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IGNvbXByaXNlcyBvZiB0aGUgZm9sbG93aW5nIGZpZWxkczogSVB2NC9J
UHY2IHR1bm5lbCBzZW5kZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJl
YXN0LWxhbmd1YWdlOkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWRkcmVzcywg
SVB2NC9JUHY2IHR1bm5lbCBlbmQgcG9pbnQgYWRkcmVzcywgVHVubmVsIElELCBMU1AgSUQsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS
b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFuZCBFeHRlbmRlZCBUdW5uZWwgSUQuIFRoZXNl
IGZpZWxkcyBhcmUgZGVmaW5lZCBpbiBbUkZDMzIwOV0sPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6
MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp
ZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IHNlY3Rpb25zIDQuNi4xLjEgYW5kIDQuNi4yLjEuJnF1b3Q7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph
dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7
LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5JdCdzIG5vdCBjbGVh
ciB0byBtZSB0aGF0IHRoaXMgY2hvaWNlIG1lZXQgdGhlIHJlcXVpcmVtZW50cy4gQXMgcGVyIG15
DQogcXVpY2sgcmVhZGluZyBvZiBSRkMgMzIwOSwgVHVubmVsIElEIHJlbWFpbnMgY29uc3RhbnQg
Zm9yIHRoZSBsaWZldGltZSBvZiBhIHR1bm5lbC4gSWYgdGhlIG5vZGUgKGUuZy4gRU4xKSByZWJv
b3QsIGl0IHNlZW1zIHBsYXVzaWJsZSB0aGF0IHRoaXMgVHVubmVsIElEIGJlIGNoYW5nZWQuIFRo
YXQgc2VlbXMgdG8gYmUgYW4gaXNzdWUgZ2l2ZW4gdGhhdCB0aGlzIGlkZW50aWZpZXIgc2VlbXMg
dG8gYmUgc3RhdGljYWxseSBjb25maWd1cmVkIG9uDQogdGhlIG90aGVyIG5vZGUgKGUuZy4gRU4y
KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpG
UiI+LS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RlIiPiZxdW90O0luIG9yZGVyIHRvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztt
c28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG1h
aW50YWluIGRpdmVyc2l0eSBiZXR3ZWVuIHRoZXNlIHR3byBjb25uZWN0aW9ucyB3aXRoaW4gdGhl
IGNvcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs
YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdl
OkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbmV0d29yaywgaXQgaXMgYXNzdW1l
ZCB0aGF0IHRoZSBjb3JlIG5ldHdvcmsgaW1wbGVtZW50cyBDcmFua2JhY2s8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7
LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgU2lnbmFsaW5nIFtSRkM0OTIwXS4mcXVvdDs8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPkRvbid0IHlvdSBt
ZWFuIDpzL2Fzc3VtZS9SRVFVSVJFRCZuYnNwOyA/Jm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u
dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1
b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPi0tLS08bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPsKnMS4yIFBDRS1h
bGxvY2F0ZWQgSWRlbnRpZmllcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h
bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28t
ZmFyZWFzdC1sYW5ndWFnZTpGUiI+SWYgUENFIGlzIHVzZWQgdG8gY29tcHV0ZSB0aGUgcGF0aHMs
IHBhdGhzIGRpdmVyc2l0eSBuZWVkcyB0byBiZSBoYW5kbGVkDQogYnkgdGhlIFBDRSAodG8gY29t
cHV0ZSBkaXZlcnNlIHBhdGhzKS4gSW4gd2hpY2ggY2FzZSwgdGhlIHByb2JsZW0gc2VlbXMgdG8g
YmUgc29sdmVkIHdpdGggbm8gbmVlZCBmb3IgZnVydGhlciBSU1ZQLVRFIGV4dGVuc2lvbnMuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn
aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF
Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3
IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5G
aWd1cmUgMiBzZWVtIHRvIGlsbHVzdHJhdGUgdGhhdCB0aGlzIHNlY3Rpb24gc2VlbSB0byBjb25z
aWRlciB0aGUgY2FzZQ0KIHdoZXJlIFBDRSBpcyBvbmx5IHBhcnRpYWxseSB1c2VkIChpbiBvbmUg
ZG9tYWluKS4gVGhpcyBpcyBub3Qgc3RhdGVkIGF0IHRoZSBiZWdpbm5pbmcgb2YgMS4yIGhlbmNl
IHRoaXMgZG9lcyBub3QgaGVscCB0aGUgcmVhZGVyIHRvIHVuZGVyc3RhbmQgdGhlIGNhc2UgcmVh
bGx5IGJlaW5nIGNvbnNpZGVyZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t
LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21z
by1mYXJlYXN0LWxhbmd1YWdlOkZSIj4tLS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1
b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj7CpzEuMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz
ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+JnF1b3Q7dGhlIGNvbmNlcHQgb2Yg
YSBQYXRoIEFmZmluaXR5IFNldCAoUEFTKSBpcyBkZWZpbmVkIGZvciBhYnN0cmFjdGluZyBTUkxH
DQogaW5mb3JtYXRpb24uJnF1b3Q7IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztt
c28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+SXQncyBub3QgY2xlYXIgdG8gbWUgaG93IHRoZSBzZWNv
bmQgbm9kZSAoRU4yIHVzaW5nIHRoZSBleGFtcGxlIGZyb20gdGhlDQogaW50cm9kdWN0aW9uKSBp
cyBjb21tdW5pY2F0ZWQgdGhpcyBQQVMgZnJvbSBFTjEsIGFuZCBob3cgaXQncyBrZXB0IHVwIHRv
IGRhdGUgYXMgdGhlIHBhdGggdXNlZCBieSBFTjEgbWF5IGNoYW5nZS48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1
dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss
JnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPklPVywgdGhpcyBQQVMg
ZG9lcyBub3Qgc2VlbSB0byBmdWxmaWxsIHRoZSAzIGxhdGVzdCByZXF1aXJlbWVudHMgbGlzdGVk
DQogaW4gMS4xOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv
dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RlIiPiZxdW90OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtJm5i
c3A7IEl0IGlzIG5lY2Vzc2FyeSB0byBiZSBhYmxlIHRvIHJlZmVyZW5jZSB0aGUgaWRlbnRpZmll
ciBldmVuIGlmIHRoZSBMU1AgcmVmZXJlbmNlZCBieSBpdCBpcyBub3QgeWV0IHNpZ25hbGVkLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg
Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtJm5ic3A7IFRoZSBpZGVu
dGlmaWVyIGlzIHRvIGJlIHN0YWJsZSBmb3IgYSBsb25nIHBlcmlvZCBvZiB0aW1lLjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz
dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtJm5ic3A7IFRoZSBpZGVudGlmaWVy
IGlzIHRvIGJlIHN0YWJsZSBldmVuIHdoZW4gdGhlIHJlZmVyZW5jZWQgTFNQIGlzIHJlcm91dGVk
LiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5n
dWFnZTpGUiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJl
YXN0LWxhbmd1YWdlOkZSIj5JdCdzIG5vdCBjbGVhciB0byBtZSB3aGF0IGJlbmVmaXRzIHRoaXMg
UEFTIGJyaW5ncyBjb21wYXJlZCB0byB0aGUgY2xpZW50DQogaW5pdGlhdGVkIGlkZW50aWZpZXIu
IFdoaWxlIGl0IGFkZHMgdGhlIGFib3ZlIGRpc2FkdmFudGFnZXMuPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx
dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4tLS08bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZxdW90O1RoZSBt
ZWFucyBieSB3aGljaCB0aGUgcHJvY2Vzc2luZyBub2RlIGRldGVybWluZXMgdGhlIHBhdGggY29y
cmVzcG9uZGluZw0KIHRvIHRoZSBQQVMgaXMgYmV5b25kIHRoZSBzY29wZSBvZiB0aGlzIGRvY3Vt
ZW50LiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv
dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RlIiPkJ1dCB0aGlzIGRvZXNuJ3QgcmVtb3ZlIHRoZSBwcm9ibGVtIHRvIGJlIHNvbHZl
ZC4gWW91IHNlZW0gdG8gYXNzdW1lIHRoYXQgdGhlcmUgaXMgb25lIHNpbmdsZSBkYXRhYmFzZSwg
dHlwaWNhbGx5IGNlbnRyYWxpemVkLiBBbg0KIGFsdGVybmF0aXZlIG9wdGlvbiBtYXkgaGF2ZSBi
ZWVuIHRvIGN5cGhlciB0aGUgJnF1b3Q7ZGV0YWlsbGVkIFNSTEcgbGlzdCZxdW90Oy4gV2h5IGhh
cyB0aGlzIG9wdGlvbiBiZWVuIGRpc2NhcmRlZD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm
cXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv
dDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+JnF1b3Q7VGhlIG1lYW5zIHRv
IGRpc3RyaWJ1dGUgdGhlIFBBUyBpbmZvcm1hdGlvbiB3aXRoaW4gdGhlIGNvcmUgbmV0d29yayBp
cw0KIGJleW9uZCB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gRm9yIGV4YW1wbGUsIHRoZTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy
Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i
RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l
dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFBBUyBhbmQgdGhlIGFzc29jaWF0ZWQgU1JM
RyBpbmZvcm1hdGlvbiBjYW4gYmUgZGlzdHJpYnV0ZWQgd2l0aGluDQogdGhlIGNvcmUgbmV0d29y
ayBieSBhbiBJbnRlcmlvciBHYXRld2F5IFByb3RvY29sIChJR1ApIG9yIGJ5IG90aGVyIG1lYW5z
IHN1Y2ggYXMgY29uZmlndXJhdGlvbi4mcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp
bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEy
LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm
cXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPkkgZG9uJ3QgdGhpbmsgdGhlIHVzZSBvZiB0
aGUgSUdQIHdvdWxkIGJlIHN1Y2ggYSBnb29kIGZpdCwgaW4gdGVybSBvZiBmcmVxdWVuY3kNCiBv
ZiB1cGRhdGUgKG9rLCB0aGlzIGlzIGRlcGxveW1lbnQgZGVwZW5kZW50KSBhbmQgc2NhbGFiaWxp
dHkgKGEgcHJpb3JpIHRoZSBudW1iZXIgb2YgUEFTIGlzIG8oTl4yKSwgTiBiZWluZyBDb3JlIE5v
ZGVzLik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RlIiPi0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s
YW5ndWFnZTpGUiI+QWJzdHJhY3Q6ICZxdW90OyBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aHJl
ZSBuZXcgcm91dGUgZXhjbHVzaW9uIHR5cGVzLiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz
ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+RnJvbSB0aGUgSUFOQSBzZWN0aW9u
IGFuZCB0aGUgZG9jdW1lbnQgVG9DLCBJJ20gc2VlbiBvbmx5IDIgdHlwZXM6ICZxdW90O0lQdjQN
CiBEaXZlcnNpdHkgc3Vib2JqZWN0JnF1b3Q7LCAmcXVvdDtJUHY2IERpdmVyc2l0eSBzdWJvYmpl
Y3QmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz
cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv
dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RlIiPi0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0
byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFz
dC1sYW5ndWFnZTpGUiI+JnF1b3Q7SUFOQSBzZWN0aW9uJnF1b3Q7PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx
dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5Zb3UgZG8gbm90IGRlZmlu
ZSBhIHJlZ2lzdHJ5IG5vciBhIHJlZ2lzdHJhdGlvbiBwb2xpY3kgZm9yIHRoZSAmcXVvdDtESSBU
eXBlJnF1b3Q7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i
PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom
cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RlIiPi0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFy
ZWFzdC1sYW5ndWFnZTpGUiI+wqcyLjE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm
b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPlRoZSBBLUZsYWdzIGZpZWxkIGlzIDQgYml0cyBsb25n
cyBhbmQgdGhpcyBkb2N1bWVudCBhbHJlYWR5IGFsbG9jYXRlcyA0DQogZmxhZ3MsIG1lYW5pbmcg
dGhhdCB0aGVyZSBpcyBubyByb29tIGZvciBleHRlbnNpb24gKGFsdGhvdWdoIHRoZXJlIGlzIGEg
NCBiaXRzIFJlc2VydmVkIGZpZWxkIGF2YWlsYWJsZSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy
aWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPi0tLTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt
c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250
LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv
dDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+wqcyLjE8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPklmIEEtRmxhZ3Mg
JnF1b3Q7MHgwMSA9IERlc3RpbmF0aW9uIG5vZGUgZXhjZXB0aW9uJnF1b3Q7IGFuZCAmcXVvdDsw
eDA0ID0gUGVudWx0aW1hdGUNCiBub2RlIGV4Y2VwdGlvbiZxdW90OyBhcmUgYm90aCBzZXQsIGl0
IHNlZW1zIHRoYXQgdGhlIHBlbnVsdGltYXRlIGxpbmsgKGJldHdlZW4gdGhlc2UgMiBub2Rlcykg
c2hvdWxkIGFsc28gYmUgZXhjbHVkZWQgZnJvbSB0aGUgZXhjbHVzaW9uIGxpc3QuIElmIHNvIHRo
aXMgc2hvdWxkIGJlIHNwZWNpZmllZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0
b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm
b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPi0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBw
dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv
dDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZxdW90O1doZW4gdGhlIGRpdmVyc2l0eSBpZGVu
dGlmaWVyIHR5cGUgaXMgc2V0IHRvICZxdW90O0lQdjQvIElQdjY8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90
O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgTmV0d29yayBBc3NpZ25lZCBJZGVudGlmaWVyJnF1b3Q7LCB0aGUgdmFsdWUgTVVTVCBiZSBz
ZXQgdG8gdGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5n
dWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElQdjQvIElQdjYgYWRkcmVzcyBvZiB0aGUg
bm9kZSBwdWJsaXNoaW5nIHRoZSBQYXRoPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztt
c28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEFmZmluaXR5IFNl
dCAoUEFTKS4mcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RlIiPkdpdmVuIHRoYXQgdGhlIHdheSB0aGUgUEFTIGlzIGFkdmVydGlzZWQg
KEkgcmVhZCAncHVibGlzaCcpIGlzIG91dCBvZiBzY29wZQ0KIG9mIHRoaXMgZG9jdW1lbnQsIEkn
ZCByYXRoZXIgbm90IHVzZSB0aGUgdGVybSAmcXVvdDtwdWJsaXNoaW5nJnF1b3Q7LiBJIGd1ZXNz
ICZxdW90O2FsbG9jYXRpbmcmcXVvdDsgd291bGQgYmUgYmV0dGVyIGFuZCBwcm9iYWJseSBtb3Jl
IGFjY3VyYXRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s
YW5ndWFnZTpGUiI+LS0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJl
YXN0LWxhbmd1YWdlOkZSIj7CpzM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t
YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250
LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZxdW90O3RoZSBkaXZlcnNpdHkgc3Vib2JqZWN0IG11c3Qg
YmUga2VwdCB3aGlsZSBvdGhlciBzdWJvYmplY3RzIG1heSBiZSByZW1vdmVkLiZxdW90OzxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu
LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS
b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+RG8g
eW91IG1lYW4gOnMvbXVzdC9NVVNUJm5ic3A7ID8gKGl0IGxvb2tzIHRvIG1lIHRoYXQgdGhpcyBp
cyByZXF1aXJlZCBmb3IgaW50ZXJvcCwNCiBoZW5jZSBhIE1VU1QpPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx
dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4tLS08bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0
OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls
ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPiZxdW90O2FsbCBE
aXZlcnNpdHkgc3Vib2JqZWN0cyBpbiBhbiBYUk8vIEVYUlMgTVVTVCBjb250YWluIHRoZSBzYW1l
IERpdmVyc2l0eQ0KIElkZW50aWZpZXIgVHlwZS4mcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv
LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z
aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7
c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPkNvdWxkIHlvdSBjbGFyaWZ5IHRo
ZSByZWFzb24/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48
c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxh
bmd1YWdlOkZSIj5XaGF0IGlmIHNvbWVvbmUgd2FudHMgdG8gYmUgZGl2ZXJzZSB3aXRoIDIgb3Ro
ZXJzIExTUDogb25lIGludHJhLWRvbWFpbg0KIHVzaW5nIGEgY2xpZW50LUluaXRpYXRlZCBJZGVu
dGlmaWVyLCBhbmQgYW5vdGhlciBvbmUgaW50ZXItZG9tYWluIHVzaW5nIGEgJnF1b3Q7UENFLWFs
bG9jYXRlZCBJZGVudGlmaWVyJnF1b3Q7Pw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1
b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4tLS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h
cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl
OjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy
aWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPsKnMi4zPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv
O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv
bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx
dW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj4mcXVvdDtpdCBNVVNUIHJl
dHVybiBhIFBhdGhFcnIgd2l0aCB0aGUgZXJyb3IgY29kZSBUQkEzICZxdW90O1JvdXRpbmcgUHJv
YmxlbSZxdW90OyBhbmQNCiBlcnJvciB2YWx1ZSBvZiAmcXVvdDtVbnN1cHBvcnRlZCBEaXZlcnNp
dHkgSWRlbnRpZmllciBUeXBlJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7
O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5JIHRoaW5rIEkgd291bGQgcHJvcG9zZTxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv
cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMi
IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h
biZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+JnF1b3Q7
Y29kZSAmcXVvdDtSb3V0aW5nIFByb2JsZW0mcXVvdDsgKDI0KSBhbmQgZXJyb3IgdmFsdWUgb2Yg
JnF1b3Q7VW5zdXBwb3J0ZWQgRGl2ZXJzaXR5DQogSWRlbnRpZmllciBUeXBlIChUQkEzKSZxdW90
OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu
Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpG
UiI+LS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw
YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5n
dWFnZTpGUiI+wqcyLjM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1
dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RlIiPiZxdW90O1RoZSB0cmFuc2l0IG5vZGVzIGluIGEgZG9tYWluIGFuZCB0
aGUgZG9tYWluIGVncmVzcyBub2RlIFNIT1VMRCBOT1QgcHJvY2Vzcw0KIHRoZSBzaWduYWxlZCBk
aXZlcnNpdHkgaW5mb3JtYXRpb24uJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90
Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+VGhpcyBkb2VzIG5vdCBzZWVtIHRvIG1hdGNoICZx
dW90OyBJbiBvcmRlciB0bzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls
eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBtYWludGFpbiBk
aXZlcnNpdHkgYmV0d2VlbiB0aGVzZSB0d28gY29ubmVjdGlvbnMgd2l0aGluIHRoZSBjb3JlPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t
VVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS
b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5ldHdvcmssIGl0IGlzIGFzc3VtZWQgdGhhdCB0
aGUgY29yZSBuZXR3b3JrIGltcGxlbWVudHMgQ3JhbmtiYWNrPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp
emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz
ZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IFNpZ25hbGluZyBbUkZDNDkyMF0uJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt
c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90
O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj5BcyBJIHVuZGVyc3RhbmQsIGJ5
IHRoZSBsYXR0ZXIsIHRoYXQgYWxsIFJTVlAtVEUgbm9kZXMgbmVlZCB0byBwcm9jZXNzDQogdGhl
IGRpdmVyc2l0eSBpbmZvcm1hdGlvbi4gQnV0IHRoaXMgbWF5IGNvbWVzIGZyb20gbXkgbGFjayBv
ZiBrbm93bGVkZ2Ugb2YgUlNWUC1URS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv
dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90
Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpGUiI+LS0tJm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i
Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss
JnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPk5pdHM6PC9zcGFuPjwv
Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0
LWxhbmd1YWdlOkZSIj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6
YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFy
ZWFzdC1sYW5ndWFnZTpGUiI+SW1wcmVzc2l2ZSBsaXN0IG9mIGNvbnRyaWJ1dG9yczogMSw1IHBh
Z2VzLCAxNiBwZXJzb25zIChpbiBhZGRpdGlvbnMgdG8NCiA0IGF1dGhvcnMpPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs
dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5
bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkZSIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp
bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO
LVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg
Um9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlIiPlRo
YW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RlIiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph
dXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJl
YXN0LWxhbmd1YWdlOkZSIj4tLUJydW5vPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPFBSRT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRl
cyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHBy
aXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRl
cyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3Nh
Z2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUg
ZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0
cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUg
dG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUg
b3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5
IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkg
YmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2Vk
IG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRo
aXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRo
aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQs
IE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmll
ZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1s
Pg0K

--_000_53C29892C857584299CBF5D05346208A31D25785OPEXCLILM21corp_--


From nobody Mon May 29 07:31:53 2017
Return-Path: <mohammed.umair2@ipinfusion.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14B3112969E for <rtg-dir@ietfa.amsl.com>; Mon, 29 May 2017 07:31:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level: 
X-Spam-Status: No, score=-1.79 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_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: syntax error)" header.d=ipinfusion.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 YRtJDpUX0fm3 for <rtg-dir@ietfa.amsl.com>; Mon, 29 May 2017 07:31:51 -0700 (PDT)
Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::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 D44D5129666 for <rtg-dir@ietf.org>; Mon, 29 May 2017 07:31:50 -0700 (PDT)
Received: by mail-qt0-x22a.google.com with SMTP id c13so51075361qtc.1 for <rtg-dir@ietf.org>; Mon, 29 May 2017 07:31:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipinfusion.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc; bh=Z/CZ8Y5t1fHRVHskDvL4JiyHI8vyA/WGbkxg+xY4EGk=; b=CQZ3fcfMXV3KRC/BYMrXIv/RLgFMZ9JNIgOw9imwuwVG26/7jGBEfOdAkrfRxE8fXA 4HLsN/7maEJ5GoIT+l2OYp57FAgyAatL+1Ku8xdKdvY4Y/8WbcDAXT7rqwTyAs7i+BwR grGt3+XD11BSzKFjoKsJhdAMNz7ZSS4jyckiI5DQ/RJJh6mYqextBeCAoRCT1Z9FEVac yRTLKdi7xOk7+jqXJGUgYJhudWECnfen6O8miv4c6RC6/XZnSSOKl+2zYmgWuoPoNYsY SruSk/uB8c2KEIJwkN4CwX9ZqtTK22tM+QIrqeClY9E0yg2liUrOA1aocHgbQG4KDi1m sCXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc; bh=Z/CZ8Y5t1fHRVHskDvL4JiyHI8vyA/WGbkxg+xY4EGk=; b=sXdZSaUfXMMG904ylx3tTXSKjqMhNLVcSY0vXAGZ4mfrDEJSMY70ggfqvHIHQwJA6n M7Zhd2DRmTMzLj4xsBcsunkX19AZ3vecFn5+25mAjtZn4RlxftwlsgD3M+FXovcGgKYY o3o12n72+c/ztfJnyIWHP2ZLkvAfloSupVET7Z64ZIdhYWFKcUqi7B5xGFZNwEVPlBb5 h2KEPEe/AUu5y+zXvo1nuCjdLs5OXga67LmtdiTJt5zetPONFXIoX2ZZo9EKpz7I82BM Z9D8hH8qdmneoU1W7aW0k1c4tqAEJusUs1twyJYMZvsfxGWTEkDg5fWLmlOgVHkQVPbc Po3Q==
X-Gm-Message-State: AODbwcDgnL4f94BzPbSAQ/diNWkFywGLpJcDOjv0UM5gUCK1XyUZQu5Q MyK3YI5pvDe80/etjrEWm3wnQOT0Qbs0bI3nEp8hixpVa2fiRpDI17WANrp/pg0a4ERGiFPB7YZ NByTtRptPgVjr/CMioGrCPJ2hjunYK1s8nuL7HGAbvpvpAaKrgnUBSAfkONP6hUzXF2C7BvkGRc GwO+mZgfbKfvhDviPT
X-Received: by 10.200.14.204 with SMTP id w12mr19170165qti.229.1496068310000;  Mon, 29 May 2017 07:31:50 -0700 (PDT)
From: Mohammed Umair <mohammed.umair2@ipinfusion.com>
References: <8FA0B47D-32C0-41D0-BBDD-35F430DC44EE@nokia.com> <CAA=duU1GQvSgXiiXH9dB9C5wuV+0xXpz4cj1uSvhSMT56Sda5Q@mail.gmail.com> <CAM4Z69Rh5VW8eYs_ttHZr2x4+SJW3cUbV7coSxCiebt3T85zLg@mail.gmail.com> <CAA=duU2yOh14wZB6rZSW0_LHh7pg-fFFdr-ChZP2rESErMd2AQ@mail.gmail.com>
In-Reply-To: <CAA=duU2yOh14wZB6rZSW0_LHh7pg-fFFdr-ChZP2rESErMd2AQ@mail.gmail.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGCA568JvJrW7wv57ie05NblKPEFwJ1BxMKArneO88BoCgfV6J2j6FQ
Date: Mon, 29 May 2017 20:01:42 +0530
Message-ID: <e18262cccf73256edb76d3cf0a849bf1@mail.gmail.com>
To: "Andrew G. Malis" <agmalis@gmail.com>,  "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>
Cc: rtg-dir@ietf.org, draft-ietf-trill-transport-over-mpls@ietf.org,  trill@ietf.org, Kingston Smiler <kingstonsmiler@gmail.com>
Content-Type: multipart/alternative; boundary="089e08228f2c2d80690550aa8c84"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/t6IWsWpddeJnrlIosjoPGe0UrcM>
Subject: Re: [RTG-DIR] [trill] Routing Area Directorate QA review of draft-ietf-trill-transport-over-mpls-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 May 2017 14:31:52 -0000

--089e08228f2c2d80690550aa8c84
Content-Type: text/plain; charset="UTF-8"

Hi Matthew and Andrew,



Could you look at version -04 to see if this resolves your comments?

My apologies for taking so long.



Regards,

Umair



*From:* trill [mailto:trill-bounces@ietf.org] *On Behalf Of *Andrew G. Malis
*Sent:* Monday, March 20, 2017 12:40 PM
*To:* Kingston Smiler
*Cc:* Bocci, Matthew (Nokia - GB); rtg-dir@ietf.org;
draft-ietf-trill-transport-over-mpls@ietf.org; trill@ietf.org
*Subject:* Re: [trill] [RTG-DIR] Routing Area Directorate QA review of
draft-ietf-trill-transport-over-mpls-02



Kingston,



On Sun, Mar 19, 2017 at 4:35 PM, Kingston Smiler <kingstonsmiler@gmail.com>
wrote:

<Kingston>

Typically PBB-VPLS is used to avoid exposing the customer MAC in service
provider network. In case of TRILL packet over MPLS, already the customer
MAC is encapsulated inside the TRILL header. Having said that, do we really
need to consider TRILL over PBB-VPLS.

</Kingston>



PBB (and by extension, PBB-VPLS) is not just used for C-MAC hiding, but
also for provider infrastructure scaling, so I would think the answer is
yes. Matthew, do you agree?



Cheers,

Andy

-- 
.

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

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3Dutf-8"><meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered m=
edium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.m7437456232576830257gmail-
	{mso-style-name:m_7437456232576830257gmail-;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style></head><body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div =
class=3D"WordSection1"><p class=3D"MsoNormal"><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Hi=
 Matthew and Andrew,</span></p><p class=3D"MsoNormal"><span style=3D"font-s=
ize:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f=
497d">=C2=A0</span></p><p class=3D"MsoNormal"><span style=3D"font-size:11.0=
pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Co=
uld you look at version -04 to see if this resolves your comments?</span></=
p><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;=
Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">My apologies for taking=
 so long.</span></p><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;=
font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=C2=
=A0</span></p><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-f=
amily:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Regards,</s=
pan></p><p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:=
&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Umair</span></p><=
p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Cal=
ibri&quot;,&quot;sans-serif&quot;;color:#1f497d">=C2=A0</span></p><p class=
=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&=
quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-size:10.0=
pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> trill [mailto:<a=
 href=3D"mailto:trill-bounces@ietf.org">trill-bounces@ietf.org</a>] <b>On B=
ehalf Of </b>Andrew G. Malis<br><b>Sent:</b> Monday, March 20, 2017 12:40 P=
M<br><b>To:</b> Kingston Smiler<br><b>Cc:</b> Bocci, Matthew (Nokia - GB); =
<a href=3D"mailto:rtg-dir@ietf.org">rtg-dir@ietf.org</a>; <a href=3D"mailto=
:draft-ietf-trill-transport-over-mpls@ietf.org">draft-ietf-trill-transport-=
over-mpls@ietf.org</a>; <a href=3D"mailto:trill@ietf.org">trill@ietf.org</a=
><br><b>Subject:</b> Re: [trill] [RTG-DIR] Routing Area Directorate QA revi=
ew of draft-ietf-trill-transport-over-mpls-02</span></p><p class=3D"MsoNorm=
al">=C2=A0</p><div><div><p class=3D"MsoNormal">Kingston,</p></div><div><p c=
lass=3D"MsoNormal">=C2=A0</p><div><p class=3D"MsoNormal">On Sun, Mar 19, 20=
17 at 4:35 PM, Kingston Smiler &lt;<a href=3D"mailto:kingstonsmiler@gmail.c=
om" target=3D"_blank">kingstonsmiler@gmail.com</a>&gt; wrote:</p><div><p cl=
ass=3D"MsoNormal"><span style=3D"font-size:9.5pt;color:blue">&lt;Kingston&g=
t;</span><span style=3D"font-size:9.5pt"></span></p></div><div><p class=3D"=
MsoNormal"><span style=3D"font-size:9.5pt;color:blue">Typically PBB-VPLS is=
 used to avoid exposing the customer MAC in service provider network. In ca=
se of TRILL packet over MPLS, already the customer MAC is encapsulated insi=
de the TRILL header. Having said that, do we really need to consider TRILL =
over PBB-VPLS. =C2=A0=C2=A0</span><span style=3D"font-size:9.5pt"></span></=
p></div><div><p class=3D"MsoNormal"><span style=3D"font-size:9.5pt;color:bl=
ue">&lt;/Kingston&gt;=C2=A0</span>=C2=A0</p></div></div><p class=3D"MsoNorm=
al">=C2=A0</p></div><div><p class=3D"MsoNormal">PBB (and by extension, PBB-=
VPLS) is not just used for C-MAC hiding, but also for provider infrastructu=
re scaling, so I would think the answer is yes. Matthew, do you agree?</p><=
/div><div><p class=3D"MsoNormal">=C2=A0</p></div><div><p class=3D"MsoNormal=
">Cheers,</p></div><div><p class=3D"MsoNormal">Andy</p></div><div><p class=
=3D"MsoNormal">=C2=A0</p></div></div></div></body></html>

<br>
.
--089e08228f2c2d80690550aa8c84--


From nobody Tue May 30 06:55:11 2017
Return-Path: <stewart@g3ysx.org.uk>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 83E7E12954E; Tue, 30 May 2017 06:55:03 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant <stewart@g3ysx.org.uk>
To: <rtg-dir@ietf.org>
Cc: draft-bashandy-rtgwg-segment-routing-uloop.all@ietf.org, rtgwg@ietf.org, spring@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.52.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149615250349.14821.15412224026719218818@ietfa.amsl.com>
Date: Tue, 30 May 2017 06:55:03 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/63Uj2bj76Ybno2JtS6_l2ndtetE>
Subject: [RTG-DIR] Rtgdir early review of draft-bashandy-rtgwg-segment-routing-uloop-00
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 May 2017 13:55:03 -0000

Reviewer: Stewart Bryant
Review result: Has Issues


I have been asked to perform an early review of this document on
behalf of the Routing Directorate.

Summary:

A document on this subject is something that the WG should publish,
but I think that there are number of issues that the WG need to
discuss and reach consensus on before deciding whether or not they
should adopt this draft as a starting point for that work.


Major Issues:

Before I get into the substance I am surprised that there are no IPR
disclosures. In an earlier and related work
(draft-francois-segment-routing-ti-lfa-00) there were three IPR
disclosures. 

The work has four basic components, the concept of resolving the
problem of P and Q being non-adjacent, the use of SR to solve the
non-adjacency, the use of the post convergence path following failure
and the applicability of these techniques to an SR network. The first
and second points seem of utility in non-SR networks, and so I am
surprised that they are not called out as such, in the first case
perhaps with consideration to strategically places RSVP tunnels, or
binding segments.

The issue of mapping repair path to the post convergence path to the
something that has always concerned me in this concept. It is true
that traffic that always passes through the PLR will experience the
properties the authors describe, but not all traffic will pass through
the PLR post convergence. The post failure path will be topology
dependent, and may take a different path from the point of ingress.

I am also concerned that the authors do not discuss the need for loop
free convergence, since although traffic going through the repair path
will be loop-free, traffic arriving at the PLR might not be. Consider
for example a topology fragment that looks like a clock with a router
at each minute. Traffic enters at 9 o'clock, leave at 3 o'clock and
goes via 12 o'clock and 12 o'clock fails.  The routers 9..12 will
re-converge at different times and this may give rise to the
micro-looping of traffic trying to get to the PLR. A summary of the
problem and a pointer to the companion draft may be sufficient.

Finally on the basic concept it would be good to state up from whether
the proposal is constrained solely to SR networks, or whether the
authors believe that the concept is of wider applicability. It see no
reason why it would be constrained to only work on SR networks.

There is no discussion of multiple failures, nor as far as I can see
of failures that are worse than anticipated. This is an important
point that needs to be established early. Some methods, (MRT)
intrinsically address multiple failures, others (NV) intrinsically
exclude them. Simple LFA needs a supervisor to quickly abandon all
hope when they occur.

In an SR network the paths used are not the shortest paths, they are a
collection of shortest paths, so there needs to be some discussion on
the interaction between the SR paths and repair paths to consider
whether it is unconditionally safe against forwarding loops. It would
presumably be so if the authors borrowed the concept of repair
addresses rather than normal forwarding addresses from not-via, but I
don't think they have done this.

There should also be some discussion on the original path constraints
that are applicable to the repair. Presumably the ingress node
constrained the traffic to go though failed node F for a reason. If
the repair is unconstrained that reason could be violated, but this is
not discussed in the text.


In the Security section you say:

   The behavior described in this document is internal functionality
   to a router that result in the ability to guarantee an upper bound
   on the time taken to restore traffic flow upon the failure of a
   directly connected link or node. As such no additional security
   risk is introduced by using the mechanisms proposed in this
   document.


SB> I am not sure that the above is correct. There may be a security
reason
SB> why a packet was steered along a path which breaks when you use
this
SB> technique.

In the conclusion you say:

   The
   mechanism is able to calculate the backup path irrespective of the
   topology as long as the topology is sufficiently redundant.


SB> That is certainly true in classic. I am not sure this is
universally 
SB> true under SR which includes the use of non-shortest path and 
SB> binding segments.



Minor issues:

   For each destination in the network, TI-LFA prepares a data-plane
   switch-over to be activated upon detection of the failure of a
   link used to reach the destination.  

SB> To make the scaling clearer to the reader, I think you need
SB> to make it clear that for each protected link, you determine
SB> the repair needed to reach every destination reachable over that
SB> link. You sort of say that, but it's a bit hidden.

   We provide the TI-LFA approach that achieves guaranteed coverage
   against link, node, and local SRLG failure, in any IGP network,
   relying on the flexibility of SR.

SB> Should that be any SINGLE link.... failure?

In the text (and the text that follows)

   To do so, S applies a "NEXT" operation on Adj(S-F) and then two
   consecutive "PUSH" operations: first it pushes a node segment for
F,
   and then it pushes a protection list allowing to reach F while
   bypassing S-F.

You need to reference the SR operations.

Also you are considering Adj segments, and presumably they were there
for a reason, but you do not discuss that.

In 5.3.1 and 5.3.2 you have a list of conditions, but do not make it
clear whether any or all must be true.

Nits

1. Introduction

   Segment Routing aims at supporting services with tight SLA
   guarantees [1]. This document provides a local repair mechanism
   relying on SR-capable of restoring end-to-end connectivity in the
   case of a sudden failure of a network component.

SB> Grammar needs a little work in the last sentence.

In Fig 1, I assume that the blobs are network fragments.

In the conclusion you say:
   This document proposes a mechanism that is able to pre-calculate a
   backup path for every primary path so as to be able to protect
   against the failure of a directly connected link or node. 
SB> you need to add SRLG


From nobody Tue May 30 08:51:28 2017
Return-Path: <agmalis@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C80BF129A9A; Tue, 30 May 2017 08:51:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 oz4XkgcAk7-R; Tue, 30 May 2017 08:51:24 -0700 (PDT)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (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 6FB081293DB; Tue, 30 May 2017 08:51:24 -0700 (PDT)
Received: by mail-oi0-x234.google.com with SMTP id l18so116515816oig.2; Tue, 30 May 2017 08:51:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=k/M/RlrZgqryjDtbrnLAbt6YFYg/qkg9TmVg0hcKDTo=; b=Mk6eLokpLyWNE6cussMKvglQflrLqA/cHYYQH1kSCQmYKqZygEUZyApIt1NI2pCb4H olc0pchKkvtFz6bahbLutJcezfDnrWjXaAZXOaO6CeLmw19GjS/b25wP5LJyeiUYNQVZ kdRPsGRptZPwiZNxBxHNQhfHua7IJA01EXG6p16p7UCU6ObiooqSAbACoJLHtWcvDJzj Bk0iSIgFoA+gL7CL1NiiLZHIl0+rQp42VtCcj03FYPb/AZVsGsT7RZJ5zPKgruoSM9zS ayRCmA5SFhxzN2GgIcZ7keXXvCjNkpZBMXkLGIYQ2izKwvM7sjS10zxKkRsU3e8xV6RM abFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=k/M/RlrZgqryjDtbrnLAbt6YFYg/qkg9TmVg0hcKDTo=; b=rfwtT9SyWLG+bTyJiZk6c1UsCU9yGExuwMz1oHypKENV9He7b8OxjlavmNl/oetAEv vL1GCRGqBllJd6Ao93ZIlGoxhLA8GJ6VaoeSAVfgdcnvRsw9o1ofploe2Wj8Bg8wSvW/ J94FfBaGmSUv6belBt/PuP0dOMFQYr96MB6oT5nb0xfLt/VRKJD/FiC0oGCEY5SifX29 z+dAESt41NQo3yNVRX2nIGZgAgA5QNNfbThEOW+xLcEi6dTaoIWDgE7s7nUgCw5y7lwA sLff+RI8Ee8LKf1fqOagWmjrTUPS/dLxFYGnPbRmbzkiohPH3sOL9uIZ8GTrJHsC5UvU h6sA==
X-Gm-Message-State: AODbwcDGJw+RFICNkKYC7f5g7jL6S6rGWoQf49lOW0ztfyay12YPhDPV RQMGT+zWeJX0+s3kb1vx1PSCKJn63w==
X-Received: by 10.157.37.5 with SMTP id k5mr2061713otb.189.1496159483866; Tue, 30 May 2017 08:51:23 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.38.162 with HTTP; Tue, 30 May 2017 08:51:03 -0700 (PDT)
In-Reply-To: <e18262cccf73256edb76d3cf0a849bf1@mail.gmail.com>
References: <8FA0B47D-32C0-41D0-BBDD-35F430DC44EE@nokia.com> <CAA=duU1GQvSgXiiXH9dB9C5wuV+0xXpz4cj1uSvhSMT56Sda5Q@mail.gmail.com> <CAM4Z69Rh5VW8eYs_ttHZr2x4+SJW3cUbV7coSxCiebt3T85zLg@mail.gmail.com> <CAA=duU2yOh14wZB6rZSW0_LHh7pg-fFFdr-ChZP2rESErMd2AQ@mail.gmail.com> <e18262cccf73256edb76d3cf0a849bf1@mail.gmail.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 30 May 2017 11:51:03 -0400
Message-ID: <CAA=duU2E5e2Y4W6xzydt4tF=-Abg-R9+N2M0MMM9gO1XFe=NYg@mail.gmail.com>
To: Mohammed Umair <mohammed.umair2@ipinfusion.com>
Cc: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>,  draft-ietf-trill-transport-over-mpls@ietf.org,  "trill@ietf.org" <trill@ietf.org>, Kingston Smiler <kingstonsmiler@gmail.com>
Content-Type: multipart/alternative; boundary="001a1140bda89050650550bfc6a2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/WAcuoFJrcCBiqcGja0UNqUTJBjo>
Subject: Re: [RTG-DIR] [trill] Routing Area Directorate QA review of draft-ietf-trill-transport-over-mpls-02
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 May 2017 15:51:26 -0000

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

Umair,

You added PBB being out of scope for this document to section 3.4, but it
doesn=E2=80=99t say that anywhere else, such as in the introduction or the
abstract. Is it really out of scope?

The text in section 6 doesn=E2=80=99t scan, the first two sentences should =
be
joined together by a comma rather than a period and starting a new
paragraph. But it still doesn=E2=80=99t make sense to me, because the secon=
d part
talks about what happens in the VPTS model if there=E2=80=99s a pseudowire =
failure,
but the first part of the doesn=E2=80=99t say anything about a pseudowire f=
ailure
in the VPLS model (which, as we noted, doesn=E2=80=99t present a problem if=
 you=E2=80=99re
running spanning tree or H-VPLS with PW redundancy in the VPLS).

Cheers,
Andy

On Mon, May 29, 2017 at 10:31 AM, Mohammed Umair <
mohammed.umair2@ipinfusion.com> wrote:

> Hi Matthew and Andrew,
>
>
>
> Could you look at version -04 to see if this resolves your comments?
>
> My apologies for taking so long.
>
>
>
> Regards,
>
> Umair
>
>
>
> *From:* trill [mailto:trill-bounces@ietf.org] *On Behalf Of *Andrew G.
> Malis
> *Sent:* Monday, March 20, 2017 12:40 PM
> *To:* Kingston Smiler
> *Cc:* Bocci, Matthew (Nokia - GB); rtg-dir@ietf.org;
> draft-ietf-trill-transport-over-mpls@ietf.org; trill@ietf.org
> *Subject:* Re: [trill] [RTG-DIR] Routing Area Directorate QA review of
> draft-ietf-trill-transport-over-mpls-02
>
>
>
> Kingston,
>
>
>
> On Sun, Mar 19, 2017 at 4:35 PM, Kingston Smiler <kingstonsmiler@gmail.co=
m>
> wrote:
>
> <Kingston>
>
> Typically PBB-VPLS is used to avoid exposing the customer MAC in service
> provider network. In case of TRILL packet over MPLS, already the customer
> MAC is encapsulated inside the TRILL header. Having said that, do we real=
ly
> need to consider TRILL over PBB-VPLS.
>
> </Kingston>
>
>
>
> PBB (and by extension, PBB-VPLS) is not just used for C-MAC hiding, but
> also for provider infrastructure scaling, so I would think the answer is
> yes. Matthew, do you agree?
>
>
>
> Cheers,
>
> Andy
>
>
>
> .

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

<div dir=3D"ltr">Umair,<div><br></div><div>You added PBB being out of scope=
 for this document to section 3.4, but it doesn=E2=80=99t say that anywhere=
 else, such as in the introduction or the abstract. Is it really out of sco=
pe?</div><div><br></div><div>The text in section 6 doesn=E2=80=99t scan, th=
e first two sentences should be joined together by a comma rather than a pe=
riod and starting a new paragraph. But it still doesn=E2=80=99t make sense =
to me, because the second part talks about what happens in the VPTS model i=
f there=E2=80=99s a pseudowire failure, but the first part of the doesn=E2=
=80=99t say anything about a pseudowire failure in the VPLS model (which, a=
s we noted, doesn=E2=80=99t present a problem if you=E2=80=99re running spa=
nning tree or=C2=A0H-VPLS with PW redundancy in the VPLS).=C2=A0</div><div>=
<br></div><div>Cheers,</div><div>Andy</div></div><div class=3D"gmail_extra"=
><br><div class=3D"gmail_quote">On Mon, May 29, 2017 at 10:31 AM, Mohammed =
Umair <span dir=3D"ltr">&lt;<a href=3D"mailto:mohammed.umair2@ipinfusion.co=
m" target=3D"_blank">mohammed.umair2@ipinfusion.com</a>&gt;</span> wrote:<b=
r><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:=
1px #ccc solid;padding-left:1ex"><div lang=3D"EN-US" link=3D"blue" vlink=3D=
"purple"><div class=3D"m_-3769641481438325390WordSection1"><p class=3D"MsoN=
ormal"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Hi Matthew and Andrew,</span></p><p class=
=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&qu=
ot;,&quot;sans-serif&quot;;color:#1f497d">=C2=A0</span></p><p class=3D"MsoN=
ormal"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quo=
t;sans-serif&quot;;color:#1f497d">Could you look at version -04 to see if t=
his resolves your comments?</span></p><p class=3D"MsoNormal"><span style=3D=
"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;co=
lor:#1f497d">My apologies for taking so long.</span></p><p class=3D"MsoNorm=
al"><span style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;s=
ans-serif&quot;;color:#1f497d">=C2=A0</span></p><p class=3D"MsoNormal"><spa=
n style=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-seri=
f&quot;;color:#1f497d">Regards,</span></p><p class=3D"MsoNormal"><span styl=
e=3D"font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot=
;;color:#1f497d">Umair</span></p><p class=3D"MsoNormal"><span style=3D"font=
-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#=
1f497d">=C2=A0</span></p><p class=3D"MsoNormal"><b><span style=3D"font-size=
:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span>=
</b><span style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sa=
ns-serif&quot;"> trill [mailto:<a href=3D"mailto:trill-bounces@ietf.org" ta=
rget=3D"_blank">trill-bounces@ietf.org</a><wbr>] <b>On Behalf Of </b>Andrew=
 G. Malis<br><b>Sent:</b> Monday, March 20, 2017 12:40 PM<br><b>To:</b> Kin=
gston Smiler<br><b>Cc:</b> Bocci, Matthew (Nokia - GB); <a href=3D"mailto:r=
tg-dir@ietf.org" target=3D"_blank">rtg-dir@ietf.org</a>; <a href=3D"mailto:=
draft-ietf-trill-transport-over-mpls@ietf.org" target=3D"_blank">draft-ietf=
-trill-transport-<wbr>over-mpls@ietf.org</a>; <a href=3D"mailto:trill@ietf.=
org" target=3D"_blank">trill@ietf.org</a><br><b>Subject:</b> Re: [trill] [R=
TG-DIR] Routing Area Directorate QA review of draft-ietf-trill-transport-<w=
br>over-mpls-02</span></p><div><div class=3D"h5"><p class=3D"MsoNormal">=C2=
=A0</p><div><div><p class=3D"MsoNormal">Kingston,</p></div><div><p class=3D=
"MsoNormal">=C2=A0</p><div><p class=3D"MsoNormal">On Sun, Mar 19, 2017 at 4=
:35 PM, Kingston Smiler &lt;<a href=3D"mailto:kingstonsmiler@gmail.com" tar=
get=3D"_blank">kingstonsmiler@gmail.com</a>&gt; wrote:</p><div><p class=3D"=
MsoNormal"><span style=3D"font-size:9.5pt;color:blue">&lt;Kingston&gt;</spa=
n><span style=3D"font-size:9.5pt"></span></p></div><div><p class=3D"MsoNorm=
al"><span style=3D"font-size:9.5pt;color:blue">Typically PBB-VPLS is used t=
o avoid exposing the customer MAC in service provider network. In case of T=
RILL packet over MPLS, already the customer MAC is encapsulated inside the =
TRILL header. Having said that, do we really need to consider TRILL over PB=
B-VPLS. =C2=A0=C2=A0</span><span style=3D"font-size:9.5pt"></span></p></div=
><div><p class=3D"MsoNormal"><span style=3D"font-size:9.5pt;color:blue">&lt=
;/Kingston&gt;=C2=A0</span>=C2=A0</p></div></div><p class=3D"MsoNormal">=C2=
=A0</p></div><div><p class=3D"MsoNormal">PBB (and by extension, PBB-VPLS) i=
s not just used for C-MAC hiding, but also for provider infrastructure scal=
ing, so I would think the answer is yes. Matthew, do you agree?</p></div><d=
iv><p class=3D"MsoNormal">=C2=A0</p></div><div><p class=3D"MsoNormal">Cheer=
s,</p></div><div><p class=3D"MsoNormal">Andy</p></div><div><p class=3D"MsoN=
ormal">=C2=A0</p></div></div></div></div></div></div>

<br>
.</blockquote></div><br></div>

--001a1140bda89050650550bfc6a2--


From nobody Wed May 31 11:35:49 2017
Return-Path: <stewart@g3ysx.org.uk>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 91613129AC1; Wed, 31 May 2017 11:35:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant <stewart@g3ysx.org.uk>
To: <rtg-dir@ietf.org>
Cc: draft-bashandy-rtgwg-segment-routing-ti-lfa.all@ietf.org, ietf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.52.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149625574151.19908.2374594318145684422@ietfa.amsl.com>
Date: Wed, 31 May 2017 11:35:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/K8Rj5FBAoUnkPYI0Xg4bt8XeaIE>
Subject: [RTG-DIR] Rtgdir early review of draft-bashandy-rtgwg-segment-routing-ti-lfa-00
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 May 2017 18:35:42 -0000

Reviewer: Stewart Bryant
Review result: Has Issues

These review comments were incorrectly posted against the uloop draft,
apologies for any confustion.

I have been asked to perform an early review of this document on
behalf of the Routing Directorate.

Summary:

A document on this subject is something that the WG should publish,
but I think that there are number of issues that the WG need to
discuss and reach consensus on before deciding whether or not they
should adopt this draft as a starting point for that work.


Major Issues:

Before I get into the substance I am surprised that there are no IPR
disclosures. In an earlier and related work
(draft-francois-segment-routing-ti-lfa-00) there were three IPR
disclosures. 

The work has four basic components, the concept of resolving the
problem of P and Q being non-adjacent, the use of SR to solve the
non-adjacency, the use of the post convergence path following failure
and the applicability of these techniques to an SR network. The first
and second points seem of utility in non-SR networks, and so I am
surprised that they are not called out as such, in the first case
perhaps with consideration to strategically places RSVP tunnels, or
binding segments.

The issue of mapping repair path to the post convergence path to the
something that has always concerned me in this concept. It is true
that traffic that always passes through the PLR will experience the
properties the authors describe, but not all traffic will pass through
the PLR post convergence. The post failure path will be topology
dependent, and may take a different path from the point of ingress.

I am also concerned that the authors do not discuss the need for loop
free convergence, since although traffic going through the repair path
will be loop-free, traffic arriving at the PLR might not be. Consider
for example a topology fragment that looks like a clock with a router
at each minute. Traffic enters at 9 o'clock, leave at 3 o'clock and
goes via 12 o'clock and 12 o'clock fails.  The routers 9..12 will
re-converge at different times and this may give rise to the
micro-looping of traffic trying to get to the PLR. A summary of the
problem and a pointer to the companion draft may be sufficient.

Finally on the basic concept it would be good to state up from whether
the proposal is constrained solely to SR networks, or whether the
authors believe that the concept is of wider applicability. It see no
reason why it would be constrained to only work on SR networks.

There is no discussion of multiple failures, nor as far as I can see
of failures that are worse than anticipated. This is an important
point that needs to be established early. Some methods, (MRT)
intrinsically address multiple failures, others (NV) intrinsically
exclude them. Simple LFA needs a supervisor to quickly abandon all
hope when they occur.

In an SR network the paths used are not the shortest paths, they are a
collection of shortest paths, so there needs to be some discussion on
the interaction between the SR paths and repair paths to consider
whether it is unconditionally safe against forwarding loops. It would
presumably be so if the authors borrowed the concept of repair
addresses rather than normal forwarding addresses from not-via, but I
don't think they have done this.

There should also be some discussion on the original path constraints
that are applicable to the repair. Presumably the ingress node
constrained the traffic to go though failed node F for a reason. If
the repair is unconstrained that reason could be violated, but this is
not discussed in the text.


In the Security section you say:

   The behavior described in this document is internal functionality
   to a router that result in the ability to guarantee an upper bound
   on the time taken to restore traffic flow upon the failure of a
   directly connected link or node. As such no additional security
   risk is introduced by using the mechanisms proposed in this
   document.


SB> I am not sure that the above is correct. There may be a security
reason
SB> why a packet was steered along a path which breaks when you use
this
SB> technique.

In the conclusion you say:

   The
   mechanism is able to calculate the backup path irrespective of the
   topology as long as the topology is sufficiently redundant.


SB> That is certainly true in classic. I am not sure this is
universally 
SB> true under SR which includes the use of non-shortest path and 
SB> binding segments.



Minor issues:

   For each destination in the network, TI-LFA prepares a data-plane
   switch-over to be activated upon detection of the failure of a
   link used to reach the destination.  

SB> To make the scaling clearer to the reader, I think you need
SB> to make it clear that for each protected link, you determine
SB> the repair needed to reach every destination reachable over that
SB> link. You sort of say that, but it's a bit hidden.

   We provide the TI-LFA approach that achieves guaranteed coverage
   against link, node, and local SRLG failure, in any IGP network,
   relying on the flexibility of SR.

SB> Should that be any SINGLE link.... failure?

In the text (and the text that follows)

   To do so, S applies a "NEXT" operation on Adj(S-F) and then two
   consecutive "PUSH" operations: first it pushes a node segment for
F,
   and then it pushes a protection list allowing to reach F while
   bypassing S-F.

You need to reference the SR operations.

Also you are considering Adj segments, and presumably they were there
for a reason, but you do not discuss that.

In 5.3.1 and 5.3.2 you have a list of conditions, but do not make it
clear whether any or all must be true.

Nits

1. Introduction

   Segment Routing aims at supporting services with tight SLA
   guarantees [1]. This document provides a local repair mechanism
   relying on SR-capable of restoring end-to-end connectivity in the
   case of a sudden failure of a network component.

SB> Grammar needs a little work in the last sentence.

In Fig 1, I assume that the blobs are network fragments.

In the conclusion you say:
   This document proposes a mechanism that is able to pre-calculate a
   backup path for every primary path so as to be able to protect
   against the failure of a directly connected link or node. 
SB> you need to add SRLG

