
From nobody Wed Aug  1 02:16:18 2018
Return-Path: <remy.liubing@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E756F130DE9 for <roll@ietfa.amsl.com>; Wed,  1 Aug 2018 02:16:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[HTML_MESSAGE=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 w7IxGZ3I0jKH for <roll@ietfa.amsl.com>; Wed,  1 Aug 2018 02:16:13 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5343129385 for <roll@ietf.org>; Wed,  1 Aug 2018 02:16:12 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 793F4F04D2814 for <roll@ietf.org>; Wed,  1 Aug 2018 10:16:08 +0100 (IST)
Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.399.0; Wed, 1 Aug 2018 10:16:09 +0100
Received: from DGGEMM526-MBS.china.huawei.com ([169.254.7.233]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0382.000; Wed, 1 Aug 2018 17:15:48 +0800
From: "Liubing (Remy)" <remy.liubing@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "consultancy@vanderstok.org" <consultancy@vanderstok.org>
CC: Michael Richardson <mcr+ietf@sandelman.ca>
Thread-Topic: [Roll] WRT adopting draft-rahul-roll-rpl-observations as WG document
Thread-Index: AQHUKD/QDUv2uN0ixk2Stx7G+HnXz6SoYh0AgABgDQCAAdvsoA==
Date: Wed, 1 Aug 2018 09:15:48 +0000
Message-ID: <BB09947B5326FE42BA3918FA28765C2EE56BDA@dggemm526-mbs.china.huawei.com>
References: <30663.1532980742@localhost>, <22dd687bb26c96a86b7c0612c2af2ed7@bbhmail.nl> <28813905-00C9-4720-B20E-25B43DAAF394@cisco.com>
In-Reply-To: <28813905-00C9-4720-B20E-25B43DAAF394@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.180.83]
Content-Type: multipart/alternative; boundary="_000_BB09947B5326FE42BA3918FA28765C2EE56BDAdggemm526mbschina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/T7J5EWm40OV1WY4J-T9CvjtPFYI>
Subject: Re: [Roll] WRT adopting draft-rahul-roll-rpl-observations as WG document
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2018 09:16:16 -0000

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

SGkgYWxsLA0KDQpJIGFncmVlIHdpdGggUGFzY2FsLiBBbHRob3VnaCBjdXJyZW50bHkgc3Rvcmlu
ZyBtb2RlIGlzIG5vdCB3aWRlbHkgZGVwbG95ZWQgY29tcGFyaW5nIHRvIG5vbi1zdG9yaW5nIG1v
ZGUsIHRoZSBXRyBoYXMgc29tZSBkaXJlY3Rpb25zIHN1Y2ggYXMgREFPLXByb2plY3Rpb24sIG5v
IHBhdGggREFPIGFuZCBCSUVSLVJQTCB0byBtYWtlIGl0IG1vcmUgZmVhc2libGUgYW5kIGVmZmlj
aWVudC4NCg0KSWYgdGhlIFdHIGhhcyBhbnkgcGxhbiB0byB1cGRhdGUgUkZDNjU1MCwgSeKAmWQg
bGlrZSB0byBiZSBwYXJ0IG9mIGl0Lg0KDQpCZXN0IHJlZ2FyZHMsDQpSZW15DQoNCkZyb206IFJv
bGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBQYXNjYWwgVGh1
YmVydCAocHRodWJlcnQpDQpTZW50OiBUdWVzZGF5LCBKdWx5IDMxLCAyMDE4IDg6NDYgUE0NClRv
OiBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZzsgUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQg
TG9zc3kgbmV0d29ya3MgPHJvbGxAaWV0Zi5vcmc+DQpDYzogTWljaGFlbCBSaWNoYXJkc29uIDxt
Y3IraWV0ZkBzYW5kZWxtYW4uY2E+DQpTdWJqZWN0OiBSZTogW1JvbGxdIFdSVCBhZG9wdGluZyBk
cmFmdC1yYWh1bC1yb2xsLXJwbC1vYnNlcnZhdGlvbnMgYXMgV0cgZG9jdW1lbnQNCg0KSGVsbG8g
YWxsDQoNCkkgYWdyZWUgd2l0aCBwcmV0dHkgbXVjaCBldmVyeXRoaW5nIHRoYXQgTWljaGFlbCBz
dWdnZXN0ZWQgYnV0IHRoZSByZW1vdmFsIG9mIHN0b3Jpbmcgbm9kZS4gUGxlYXNlIHJlbWVtYmVy
IHRoYXQgUlBMIGlzIGEgcm91dGluZyBwcm90b2NvbCBhbmQgdGhhdCBpdCBjYW4gYmUgdXNlZCBp
biB2YXJpb3VzIGVudmlyb25tZW50cy4NCg0KU3RvcmluZyBtb2RlIGhhcyBhbiBhbmNlc3RvciB0
aGF0IGRpZCB3ZWxsIGluIE1hbmV0IHR5cGUgb2YgbmV0d29ya3MuIEl0IGNhbiBiZSB1c2VkIGlu
IGhvbWUgYW5kIGluIHNtYXJ0Z3JpZCBuZXR3b3JraW5nIHdoZXJlIG1lbW9yeSBpcyBub3QgbmVj
ZXNzYXJpbHkgYSBjb25zdHJhaW50LiBJdCBpcyB1c2VkIGJldHdlZW4g4oCcbm9ybWFs4oCdIHJv
dXRlcnMgdG8gYm9vdHN0cmFwIGEgZmFicmljIGluIEFOSU1BLiBFdmVuIGlmIGl0IGltcGxpZXMg
c3RhdGVzLCBpdCBpcyBzdGlsbCBhIGxvdCBsZXNzIHRoYW4gZm9yIGEgY2xhc3NpY2FsIElHUC4N
CldlIGNhbm5vdCBldmVuIGNvbnNpZGVyIG1ha2luZyBpdCBoaXN0b3JpYy4gSXQganVzdCBoYXMg
YW4gYXBwbGljYWJpbGl0eSB0aGF0IGRvZXMgbm90IGluY2x1ZGUgbGFyZ2UgZG9kYWdzIG9mIG1l
bW9yeSBjb25zdHJhaW5lZCBkZXZpY2VzLg0KDQpJIGFncmVlIHRob3VnaCB3aXRoIHRoZSBzcGly
aXQgaW4gTWljaGFlbOKAmXMgbWFpbCB3aGVyZWJ5IHJvdXRlIHByb2plY3Rpb24gcHJvdmlkZXMg
YW4gaHlicmlkYXRpb24gb2YgYSBub24gc3RvcmluZyBpbmZyYXN0cnVjdHVyZSB3aXRoIHBhcnRp
Y3VsYXIgc3RvcmluZyBtb2RlIHByb2plY3RlZCByb3V0ZXMgdGhhdCBtYWtlIHN0b3JpbmcgYXBw
bGljYWJsZSB0byBtZW1vcnkgY29uc3RyYWluZWQgbm9kZXMsIGFuZCB0aGF0IHdlIG5lZWQgYSBu
ZXcgc3BlYyB0byBhZHZlcnRpc2UgbmVpZ2hib3Job29kIChwZWVycyBhbmQgZGVsdGEgUmFuaykg
YW5kIGNhcGFiaWxpdGllcyAoZWcgYW1vdW50IG9yIHN0b3JpbmcgbW9kZSByb3V0ZXMgdGhhdCBj
YW4gYmUgaGVsZCkgdG8gdGhlIHJvb3QuDQoNCkNoZWVycw0KDQpQYXNjYWwNCg0KTGUgMzEganVp
bC4gMjAxOCDDoCAwOTowMiwgUGV0ZXIgdmFuIGRlciBTdG9rIDxzdG9rY29uc0BiYmhtYWlsLm5s
PG1haWx0bzpzdG9rY29uc0BiYmhtYWlsLm5sPj4gYSDDqWNyaXQgOg0KSGkgTWljaGFlbCwNCg0K
dGhhbmtzIGZvciBhIGRyYXN0aWMgcG9pbnQgb2YgdmlldyBjb25jZXJuaW5nIDY1NTBiaXMgd2l0
aCByZW1vdmFsIG9mIHN0b3JpbmcgbW9kZS5XaGF0IHdpbGwgcmVtb3ZpbmcgU00gbWVhbiBmb3Ig
ZXhpc3RpbmcgaW5zdGFsbGF0aW9ucz8uDQpSZW1vdmluZyBTTSBtZWFucyBhdCBsZWFzdCBhIDY1
NTBiaXMgUkZDIGFuZCBubyB1cGRhdGUgZG9jdW1lbnRzLg0KDQpQZXJzb25hbGx5IEkgYW0gaW4g
ZmF2b3Igb2YgUlBMIDEuMiBzdWNoIHRoYXQgbGVnYWN5IGNhbiBiZSBtYW5hZ2VkLg0KDQpCVFcg
YXJlIHRoZXJlIHZvbHVudGVlcnMgZm9yIHRoZSB3cml0aW5nPw0KDQpQZXRlcg0KDQoNCk1pY2hh
ZWwgUmljaGFyZHNvbiBzY2hyZWVmIG9wIDIwMTgtMDctMzAgMjE6NTk6DQoNCntiZWVuIHdhdGNo
aW5nIHRoZSB5b3V0dWJlIHZpZGVvIG9mIHRoZSBST0xMIHNlc3Npb259DQoNCjEpIEkgdGhpbmsg
dGhhdCB0aGUgd29yayBpbiByb2xsLXJwbC1vYnNlcnZhdGlvbnMgaXMgcmVhbGx5IGltcG9ydGFu
dC4NCiAgIC0+IHRoYXQncyB3aHkgd2Ugc2hvdWxkIGFkb3B0IHRoZSBkb2N1bWVudCBzbyB0aGF0
IGl0IGNhbiBoYXZlIHByaW9yaXR5DQogICAgICBvdmVyIG90aGVyIG5vbi1XRyBkb2N1bWVudHMg
aW4gdGhlIGFnZW5kYS4NCiAgIEFzIG91ciBBRCBwb2ludGVkIG91dCwgd2UgZG9uJ3QgaGF2ZSB0
byBwdWJsaXNoIGl0Lg0KDQoyKSBTdGFydGluZyByZmM2NTUwYmlzIG9yIHJmYzY1NTB1cGRhdGVz
IGlzIHZlcnkgaW1wb3J0YW50ISEhDQogICBXZSBoYXZlIHNvbWUgb3B0aW9ucyBvbiBob3cgdG8g
ZG8gdGhpcywgb25lIG9mIHdoaWNoIGlzIHRvIHB1Ymxpc2ggYSBidW5jaA0KICAgb2YgdmVyeSBz
bWFsbCB1cGRhdGVzLiAgVGhhdCdzIHByb2JhYmx5IHRoZSBsb3dlc3QgbGF0ZW5jeSB3YXksIGJ1
dCBpdA0KICAgZG9lcyBjYXVzZSBtb3JlIElFU0cgYW5kIFJGQy1FRElUT1Igd29yay4NCiAgIFNv
IEkgdGhpbmsgdGhhdCB3ZSB3aWxsIGJlIGZvcmNlZCB0byBwdWJsaXNoIGEgfjYwLXBhZ2UgdXBk
YXRlIGRvY3VtZW50DQogICB0aGF0IGNvbGxlY3RzIGFsbCBzb3J0cyBvZiB0aGluZ3MuDQoNCjMp
IEknZCBsaWtlIHRvIG1vdmUgdG8gb2Jzb2xldGUgKG1hcmsgYXMgImhpc3RvcmljYWwiKSBzdG9y
aW5nIG1vZGUgaW4gZmF2b3VyDQogICBvZiBkYW8tcHJvamVjdGlvbiBtb2RlLiAgSSB0aGluayB0
aGF0IHRoaXMgaXMgbW9zdGx5IG9ydGhvZ29uYWwgdG8gdGhlIHVwZGF0ZXMgd29yaywgYnV0DQog
ICBpZiB3ZSBhZ3JlZSB0aGF0IHdlIGFyZSBnb2luZyBpbiB0aGF0IGRpcmVjdGlvbiwgdGhlcmUg
bWlnaHQgYmUgdXBkYXRlcw0KICAgdGhhdCB3ZSBkb24ndCBuZWVkIHRvIGRvLg0KDQo0KSBXZSBu
ZWVkIGEgbmV3IG5vZGUgY2FwYWJpbGl0aWVzIG1lY2hhbmlzbS4gIEl0IGNvdWxkIGJlIHF1aXRl
DQogICBjb250cm92ZXJzaWFsIGFzIHRoZXJlIGFyZSBhIGxvdCBvZiBkZXNpZ24gY2hvaWNlcyBo
ZXJlLiAgbWF5YmUgd2Ugc2hvdWxkDQogICBwcm9iYWJseSBlbmNvdXJhZ2UgaW1wbGVtZW50YXRp
b25zLCBhbmQgdGhlbiBleHBlcmltZW50YWwgUkZDcy4NCg0KX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NClJvbGwgbWFpbGluZyBsaXN0DQpSb2xsQGlldGYu
b3JnPG1haWx0bzpSb2xsQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9yb2xsDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KUm9sbCBtYWlsaW5nIGxpc3QNClJvbGxAaWV0Zi5vcmc8bWFpbHRvOlJvbGxAaWV0Zi5v
cmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseTrlrovkvZM7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg
MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDlrovkvZMiOw0KCXBhbm9zZS0x
OjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9y
bWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg
TmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHls
ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw
DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt
YXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s
ZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t
YW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs
LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5
N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u
dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w
cHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rp
b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K
PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91
dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz
aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVT
IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkg
YWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBhZ3JlZSB3
aXRoIFBhc2NhbC4gQWx0aG91Z2ggY3VycmVudGx5IHN0b3JpbmcgbW9kZSBpcyBub3Qgd2lkZWx5
IGRlcGxveWVkIGNvbXBhcmluZyB0byBub24tc3RvcmluZyBtb2RlLCB0aGUgV0cgaGFzIHNvbWUg
ZGlyZWN0aW9ucyBzdWNoIGFzIERBTy1wcm9qZWN0aW9uLA0KIG5vIHBhdGggREFPIGFuZCBCSUVS
LVJQTCB0byBtYWtlIGl0IG1vcmUgZmVhc2libGUgYW5kIGVmZmljaWVudC4gPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JZiB0aGUgV0cgaGFzIGFueSBwbGFuIHRv
IHVwZGF0ZSBSRkM2NTUwLCBJ4oCZZCBsaWtlIHRvIGJlIHBhcnQgb2YgaXQuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPlJlbXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj
bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3Jn
XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5QYXNjYWwgVGh1YmVydCAocHRodWJlcnQpPGJyPg0KPGI+
U2VudDo8L2I+IFR1ZXNkYXksIEp1bHkgMzEsIDIwMTggODo0NiBQTTxicj4NCjxiPlRvOjwvYj4g
Y29uc3VsdGFuY3lAdmFuZGVyc3Rvay5vcmc7IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExv
c3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOjwvYj4gTWljaGFl
bCBSaWNoYXJkc29uICZsdDttY3ImIzQzO2lldGZAc2FuZGVsbWFuLmNhJmd0Ozxicj4NCjxiPlN1
YmplY3Q6PC9iPiBSZTogW1JvbGxdIFdSVCBhZG9wdGluZyBkcmFmdC1yYWh1bC1yb2xsLXJwbC1v
YnNlcnZhdGlvbnMgYXMgV0cgZG9jdW1lbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBhbGwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5JIGFncmVlIHdpdGggcHJldHR5IG11Y2ggZXZlcnl0aGluZyB0aGF0
IE1pY2hhZWwgc3VnZ2VzdGVkIGJ1dCB0aGUgcmVtb3ZhbCBvZiBzdG9yaW5nIG5vZGUuIFBsZWFz
ZSByZW1lbWJlciB0aGF0IFJQTCBpcyBhIHJvdXRpbmcgcHJvdG9jb2wgYW5kIHRoYXQgaXQgY2Fu
IGJlIHVzZWQgaW4gdmFyaW91cyBlbnZpcm9ubWVudHMuJm5ic3A7PG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t
OjEyLjBwdCI+U3RvcmluZyBtb2RlIGhhcyBhbiBhbmNlc3RvciB0aGF0IGRpZCB3ZWxsIGluIE1h
bmV0IHR5cGUgb2YgbmV0d29ya3MuIEl0IGNhbiBiZSB1c2VkIGluIGhvbWUgYW5kIGluIHNtYXJ0
Z3JpZCBuZXR3b3JraW5nIHdoZXJlIG1lbW9yeSBpcyBub3QgbmVjZXNzYXJpbHkgYSBjb25zdHJh
aW50LiBJdCBpcyB1c2VkIGJldHdlZW4g4oCcbm9ybWFs4oCdIHJvdXRlcnMgdG8gYm9vdHN0cmFw
DQogYSBmYWJyaWMgaW4gQU5JTUEuIEV2ZW4gaWYgaXQgaW1wbGllcyBzdGF0ZXMsIGl0IGlzIHN0
aWxsIGEgbG90IGxlc3MgdGhhbiBmb3IgYSBjbGFzc2ljYWwgSUdQLjxvOnA+PC9vOnA+PC9wPg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBjYW5ub3QgZXZlbiBjb25zaWRl
ciBtYWtpbmcgaXQgaGlzdG9yaWMuIEl0IGp1c3QgaGFzIGFuIGFwcGxpY2FiaWxpdHkgdGhhdCBk
b2VzIG5vdCBpbmNsdWRlIGxhcmdlIGRvZGFncyBvZiBtZW1vcnkgY29uc3RyYWluZWQgZGV2aWNl
cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
SSBhZ3JlZSB0aG91Z2ggd2l0aCB0aGUgc3Bpcml0IGluIE1pY2hhZWzigJlzIG1haWwgd2hlcmVi
eSByb3V0ZSBwcm9qZWN0aW9uIHByb3ZpZGVzIGFuIGh5YnJpZGF0aW9uIG9mIGEgbm9uIHN0b3Jp
bmcgaW5mcmFzdHJ1Y3R1cmUgd2l0aCBwYXJ0aWN1bGFyIHN0b3JpbmcgbW9kZSBwcm9qZWN0ZWQg
cm91dGVzIHRoYXQgbWFrZSBzdG9yaW5nIGFwcGxpY2FibGUgdG8gbWVtb3J5IGNvbnN0cmFpbmVk
IG5vZGVzLCBhbmQNCiB0aGF0IHdlIG5lZWQgYSBuZXcgc3BlYyB0byBhZHZlcnRpc2UgbmVpZ2hi
b3Job29kIChwZWVycyBhbmQgZGVsdGEgUmFuaykgYW5kIGNhcGFiaWxpdGllcyAoZWcgYW1vdW50
IG9yIHN0b3JpbmcgbW9kZSByb3V0ZXMgdGhhdCBjYW4gYmUgaGVsZCkgdG8gdGhlIHJvb3QuPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVy
cyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5QYXNjYWw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpMZSAzMSBq
dWlsLiAyMDE4IMOgIDA5OjAyLCBQZXRlciB2YW4gZGVyIFN0b2sgJmx0OzxhIGhyZWY9Im1haWx0
bzpzdG9rY29uc0BiYmhtYWlsLm5sIj5zdG9rY29uc0BiYmhtYWlsLm5sPC9hPiZndDsgYSDDqWNy
aXQmbmJzcDs6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn
aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SGkgTWljaGFlbCw8YnI+DQo8YnI+
DQp0aGFua3MgZm9yIGEgZHJhc3RpYyBwb2ludCBvZiB2aWV3IGNvbmNlcm5pbmcgNjU1MGJpcyB3
aXRoIHJlbW92YWwgb2Ygc3RvcmluZyBtb2RlLldoYXQgd2lsbCByZW1vdmluZyBTTSBtZWFuIGZv
ciBleGlzdGluZyBpbnN0YWxsYXRpb25zPy48YnI+DQpSZW1vdmluZyBTTSBtZWFucyBhdCBsZWFz
dCBhIDY1NTBiaXMgUkZDIGFuZCBubyB1cGRhdGUgZG9jdW1lbnRzLjxicj4NCjxicj4NClBlcnNv
bmFsbHkgSSBhbSBpbiBmYXZvciBvZiBSUEwgMS4yIHN1Y2ggdGhhdCBsZWdhY3kgY2FuIGJlIG1h
bmFnZWQuPGJyPg0KPGJyPg0KQlRXIGFyZSB0aGVyZSB2b2x1bnRlZXJzIGZvciB0aGUgd3JpdGlu
Zz88YnI+DQo8YnI+DQpQZXRlcjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPHA+TWljaGFl
bCBSaWNoYXJkc29uIHNjaHJlZWYgb3AgMjAxOC0wNy0zMCAyMTo1OTo8bzpwPjwvbzpwPjwvcD4N
CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjMTAxMEZG
IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNS4wcHQ7bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1y
aWdodDowY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PGJyPg0Ke2JlZW4gd2F0Y2hpbmcgdGhl
IHlvdXR1YmUgdmlkZW8gb2YgdGhlIFJPTEwgc2Vzc2lvbn08YnI+DQo8YnI+DQoxKSBJIHRoaW5r
IHRoYXQgdGhlIHdvcmsgaW4gcm9sbC1ycGwtb2JzZXJ2YXRpb25zIGlzIHJlYWxseSBpbXBvcnRh
bnQuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7LSZndDsgdGhhdCdzIHdoeSB3ZSBzaG91bGQgYWRv
cHQgdGhlIGRvY3VtZW50IHNvIHRoYXQgaXQgY2FuIGhhdmUgcHJpb3JpdHk8YnI+DQombmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtvdmVyIG90aGVyIG5vbi1XRyBkb2N1bWVudHMg
aW4gdGhlIGFnZW5kYS48YnI+DQombmJzcDsmbmJzcDsmbmJzcDtBcyBvdXIgQUQgcG9pbnRlZCBv
dXQsIHdlIGRvbid0IGhhdmUgdG8gcHVibGlzaCBpdC48YnI+DQo8YnI+DQoyKSBTdGFydGluZyBy
ZmM2NTUwYmlzIG9yIHJmYzY1NTB1cGRhdGVzIGlzIHZlcnkgaW1wb3J0YW50ISEhPGJyPg0KJm5i
c3A7Jm5ic3A7Jm5ic3A7V2UgaGF2ZSBzb21lIG9wdGlvbnMgb24gaG93IHRvIGRvIHRoaXMsIG9u
ZSBvZiB3aGljaCBpcyB0byBwdWJsaXNoIGEgYnVuY2g8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtv
ZiB2ZXJ5IHNtYWxsIHVwZGF0ZXMuICZuYnNwO1RoYXQncyBwcm9iYWJseSB0aGUgbG93ZXN0IGxh
dGVuY3kgd2F5LCBidXQgaXQ8YnI+DQombmJzcDsmbmJzcDsmbmJzcDtkb2VzIGNhdXNlIG1vcmUg
SUVTRyBhbmQgUkZDLUVESVRPUiB3b3JrLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwO1NvIEkgdGhp
bmsgdGhhdCB3ZSB3aWxsIGJlIGZvcmNlZCB0byBwdWJsaXNoIGEgfjYwLXBhZ2UgdXBkYXRlIGRv
Y3VtZW50PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7dGhhdCBjb2xsZWN0cyBhbGwgc29ydHMgb2Yg
dGhpbmdzLjxicj4NCjxicj4NCjMpIEknZCBsaWtlIHRvIG1vdmUgdG8gb2Jzb2xldGUgKG1hcmsg
YXMgJnF1b3Q7aGlzdG9yaWNhbCZxdW90Oykgc3RvcmluZyBtb2RlIGluIGZhdm91cjxicj4NCiZu
YnNwOyZuYnNwOyZuYnNwO29mIGRhby1wcm9qZWN0aW9uIG1vZGUuICZuYnNwO0kgdGhpbmsgdGhh
dCB0aGlzIGlzIG1vc3RseSBvcnRob2dvbmFsIHRvIHRoZSB1cGRhdGVzIHdvcmssIGJ1dDxicj4N
CiZuYnNwOyZuYnNwOyZuYnNwO2lmIHdlIGFncmVlIHRoYXQgd2UgYXJlIGdvaW5nIGluIHRoYXQg
ZGlyZWN0aW9uLCB0aGVyZSBtaWdodCBiZSB1cGRhdGVzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7
dGhhdCB3ZSBkb24ndCBuZWVkIHRvIGRvLjxicj4NCjxicj4NCjQpIFdlIG5lZWQgYSBuZXcgbm9k
ZSBjYXBhYmlsaXRpZXMgbWVjaGFuaXNtLiAmbmJzcDtJdCBjb3VsZCBiZSBxdWl0ZTxicj4NCiZu
YnNwOyZuYnNwOyZuYnNwO2NvbnRyb3ZlcnNpYWwgYXMgdGhlcmUgYXJlIGEgbG90IG9mIGRlc2ln
biBjaG9pY2VzIGhlcmUuICZuYnNwO21heWJlIHdlIHNob3VsZCA8YnI+DQombmJzcDsmbmJzcDsm
bmJzcDtwcm9iYWJseSBlbmNvdXJhZ2UgaW1wbGVtZW50YXRpb25zLCBhbmQgdGhlbiBleHBlcmlt
ZW50YWwgUkZDcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+X19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpSb2xsIG1haWxp
bmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xsQGlldGYub3JnIj5Sb2xsQGlldGYub3Jn
PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
cm9sbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vcm9sbDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N
CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpSb2xsIG1h
aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xsQGlldGYub3JnIj5Sb2xsQGlldGYu
b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu
Zm8vcm9sbCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsPC9hPjxv
OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k
aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BB09947B5326FE42BA3918FA28765C2EE56BDAdggemm526mbschina_--


From nobody Thu Aug  2 21:07:59 2018
Return-Path: <rahul.jadhav@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6D01127598 for <roll@ietfa.amsl.com>; Thu,  2 Aug 2018 21:07:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 HGy8DTNQ8AGH for <roll@ietfa.amsl.com>; Thu,  2 Aug 2018 21:07:54 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1EDE127148 for <roll@ietf.org>; Thu,  2 Aug 2018 21:07:53 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 9960C87FB85CB for <roll@ietf.org>; Fri,  3 Aug 2018 05:07:49 +0100 (IST)
Received: from BLREML702-CAH.china.huawei.com (10.20.4.171) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 3 Aug 2018 05:07:50 +0100
Received: from BLREML503-MBS.china.huawei.com ([169.254.12.219]) by blreml702-cah.china.huawei.com ([::1]) with mapi id 14.03.0399.000; Fri, 3 Aug 2018 09:37:36 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] Last calls extension - AODV-RPL Review 
Thread-Index: AdQqy2j0cbHcvQSiSYulq739H8t4ww==
Date: Fri, 3 Aug 2018 04:07:36 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DC6ACD0@BLREML503-MBS.china.huawei.com>
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.18.157.44]
Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5DC6ACD0BLREML503MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/MZCL3OP9-xp59wWa84j0Q4MOKNQ>
Subject: Re: [Roll] Last calls extension - AODV-RPL Review
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Aug 2018 04:07:58 -0000

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

SGVsbG8gQWxsLA0KDQpGb2xsb3dpbmcgYXJlIG15IHJldmlldyBjb21tZW50cyBmb3IgQU9EVi1S
UEw6DQoNCg0KMS4gICAgICAgUlJFUCBvcHRpb24gZG9lcyBub3QgZWNoby1iYWNrIHRoZSDigJxP
cmlnIFNlcSBudW1iZXLigJ0gZnJvbSB0aGUgUlJFUS4gSG93IHdvdWxkIGEgNkxSIGRpZmZlcmVu
dGlhdGUgYmV0d2VlbiBmcmVzaC9zdGFsZSBSUkVQcyBmcm9tIHRoZSBzYW1lIFRhcmdOb2RlL0lu
c3RhbmNlPw0KDQoNCg0KMi4gICAgICAgVGhlIEwgYml0cyBpbiBSUkVQIG9wdGlvbiBhcmUgZWNo
b2VkIGZyb20gUlJFUS1vcHRpb24gPyBUaGUgdGV4dCBnaXZlcyBtZSB0aGF0IGZlZWxpbmcsIGJ1
dCBJIGd1ZXNzIHRoYXTigJlzIG5vdCBob3cgaXTigJlzIHN1cHBvc2VkIHRvIGJlLiBUaGUgdGV4
dCByZWZlcnJlZCB0byBpcyDigJxMOiAyLWJpdCB1bnNpZ25lZCBpbnRlZ2VyIGRlZmluZWQgYXMg
aW4gUlJFUSBvcHRpb27igJ0uDQoNCg0KMy4gICAgICAgVGhlIGRvY3VtZW50IGludHJvZHVjZXMg
bmV3IHNlcXVlbmNlIG51bWJlcnMsIGJ1dCB0aGUgaGFuZGxpbmcgaXMgbm90IGRlc2NyaWJlZCBp
biB0aGUgc3RlcC1ieS1zdGVwIHByb2Nlc3Npbmcgb2YgUlJFUS9SUkVQLiBJIGZlZWwgaXQgaXMg
aW1wb3J0YW50IHRvIGRlc2NyaWJlIGluIHRob3NlIHNlY3Rpb25zLg0KDQoNCjQuICAgICAgIEFs
bCB0aGUgbmV3bHkgaW50cm9kdWNlZCBzZXF1ZW5jZSAoT3JpZyBTZXEsIERlc3QgU2VxKSBudW1i
ZXJzIGdvdCB0byBiZSBsb2xsaXBvcCBjb3VudGVycy4gQnV0IHRoZXJlIGlzIG5vIHRleHQgdG8g
c3VnZ2VzdCBzby4NCg0KDQo1LiAgICAgICBUaGUgZXhwbGFuYXRpb24gb2Yg4oCYTOKAmSBiaXRz
IGluIDY5OTcgYW5kIHRoZSBkcmFmdCBkb2VzIG5vdCBtYXRjaC4gNjk5NyBpbnRyb2R1Y2VkIOKA
mEzigJkgYml0cyBzbyBhcyB0byBjbGVhciBvZmYgdGhlIHN0YXRlIGNyZWF0ZWQgYnkgdGhlIFAy
UC1SUEwgaW5zdGFuY2VzIGluIGEgbXVjaCBxdWlja2VyIHdheSB3aXRob3V0IGRlcGVuZGluZyBv
biByb3V0ZS1saWZldGltZS4gVGhlIGRyYWZ0cyBpbnRlbmRlZCBwdXJwb3NlIG9mIOKAmEzigJkg
Yml0cyBhbHNvIHNlZW1zIHNpbWlsYXIgYnV0IHRoZSB0ZXh0IGluIHRoZSBkcmFmdCBzYXlzLCDi
gJxPbmNlIHRoZSB0aW1lIGlzIHJlYWNoZWQsIGEgbm9kZSBNVVNUIGxlYXZlIHRoZSBEQUcgYW5k
IHN0b3Agc2VuZGluZyBvciByZWNlaXZpbmcgYW55IG1vcmUgRElPcyBmb3IgdGhlIHRlbXBvcmFy
eSBET0RBRy7igJ0gSWYgdGhlIHN0YXRlcyBhcmUgY2xlYXJlZCwgaG93IHdvdWxkIGEgbm9kZSBz
dG9wIHNlbmRpbmcvcmVjZWl2aW5nIHRoZSBESU9zIGluIHRoZSBjb250ZXh0Pw0KDQoNCg0KNi4g
ICAgICAg4oCYTOKAmSBiaXRzIGFsbG93IHRoZSBSUkVRL1JSRVBzIHRvIGZsb2F0IGluIHRoZSBu
ZXR3b3JrIGZvciBtYXggNjQgc2Vjb25kcy4gVGhpcyBpcyB0aGUgc2FtZSB1cHBlciBsaW1pdCBh
cyBkZWZpbmVkIGluIDY5OTcuIE91ciBleHBlcmltZW50cyBzdWdnZXN0cyB0aGF0IHRoaXMgdXBw
ZXIgYm91bmQgaXMgdG9vIGxvdy4gUGxlYXNlIG5vdGUgdGhhdCBESU8gaXMgdHJhbnNtaXR0ZWQg
dXNpbmcgdHJpY2tsZSB0aW1lciBhbmQgYXMgc3VjaCB0aGUgRElPcyBtaWdodCBmbG9hdCBpbiB0
aGUgbmV0d29yayBmb3IgbXVjaCBoaWdoZXIgdGltZXIuIFRoZXJlIGFyZSBtYWpvciBpc3N1ZXMg
d2l0aCB0aGlzIHVwcGVyIGJvdW5kIGJlZW4gbG93LiBGb3IgZS5nLiB0aGUgc3RhdGVzIG1pZ2h0
IGdldCBjbGVhcmVkIGJlY2F1c2Ugb2Yg4oCYTOKAmSBiaXRzIGFuZCB0aGUgbm9kZXMgbWlnaHQg
Y29uc2lkZXIgdGhlIGZsb2F0aW5nIFJSRVFzL1JSRVBzIGFzIG5ldyB0aHVzIHJlY3JlYXRpbmcg
dGhlIHN0YXRlcyBhbmQgdGhlIFJSRVFzL1JSRVBzIG1pZ2h0IHJlc3VsdCBpbiBsb29wcy4gSSBz
dWdnZXN0IHRvIGNoYW5nZSBkZWZpbml0aW9uIG9mIOKAmEzigJkgYml0cyB0byBiZTogKDA9aW5m
aW5pdGUsIDE9MTZzZWNzLCAyPTY0c2VjLCAzPTI1NnNlYykuIDJzZWMsIGltbywgaXMgdW5yZWFs
aXN0aWMgaW4gYW55IHNpemUgbmV0d29yayBhbmQgZG9lcyBub3QgaGVscC4NCg0KDQoNCjcuICAg
ICAgIFRoZSB0YXJnZXQgb3B0aW9uIGRlZmluZWQgaW4gdGhpcyBkcmFmdCBhbmQgaW4gNjU1MCBk
aWZmZXIgc2lnbmlmaWNhbnRseSBib3RoIHN5bnRhY3RpY2FsbHkgJiBzZW1hbnRpY2FsbHkuIFRo
aXMgdGVybWlub2xvZ3kgd2lsbCBsZWFkIHRvIGNvbmZ1c2lvbi4gSSBmZWVsIGEgbmV3IHRlcm0g
c2hvdWxkIGJlIGRlZmluZWQgd2hpY2ggc3BlY2lmaWVzIHRoaXMgdGFyZ2V0IG9wdGlvbiAoZXhh
bXBsZSBjb3VsZCBiZSBBUlQtb3B0aW9uIHdoaWNoIHN0YW5kcyBmb3IgQU9EVi1SUEwgVGFyZ2V0
IE9wdGlvbikNCg0KDQoNCjguICAgICAgIFJvdXRlLWVudHJ5IGludmFsaWRhdGlvbiBpcyBub3Qg
ZGVzY3JpYmVkIGluIHRoZSBkcmFmdCBhdCBhbGwuIFdoYXQgaGFwcGVucyB0byB0aGUgb2xkIHBh
dGggd2hlbiB0aGUgVGFyZ05vZGUgc2VuZHMgYSBSUkVQIHRocm91Z2ggYSBuZXcgcGF0aCBmb3Ig
YSBuZXcg4oCcT3JpZyBTZXHigJ0gZnJvbSB0aGUgT3JpZ05vZGUgUlJFUT8gU2hvdWxkIHRoZSBv
bGQgcGF0aCB3YWl0IGZvciByb3V0ZSBsaWZldGltZSBleHBpcnkgPyBUaGVyZSBzaG91bGQgYmUg
YSB3YXkgdG8gaW52YWxpZGF0ZSBwcmV2aW91cyBwYXRoIHJvdXRlLWVudHJpZXMgYnkgaGF2aW5n
IHRoZSBUYXJnTm9kZSBzZW5kIGEgUlJFUC1ESU8gd2l0aCBjb3JyZXNwb25kaW5nIOKAnE9yaWcg
U2Vx4oCdIHdpdGggcm91dGUtbGlmZXRpbWU9MCBvbiB0aGUgb2xkIHBhdGggdG8gaW52YWxpZGF0
ZSBpdC4NCg0KDQoNCjkuICAgICAgIFByZXZpb3VzbHkgYWNjZXB0ZWQgcmV2aWV3IGNvbW1lbnQg
cmVnYXJkaW5nIGluY29ycmVjdCB2YWx1ZXMgb2YgUlNTSSBpbiBBcHBlbmRpeCBBIGlzIG5vdCBp
bmNvcnBvcmF0ZWQuIFBsZWFzZSBjaGVjayBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2Fy
Y2gvbXNnL3JvbGwvalNKNUhnMWU4cENYbW1XVUNqa053dmh5cjQ0DQoNCg0KUmVnYXJkcywNClJh
aHVsDQoNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo
YWxmIE9mIEluZXMgUm9ibGVzDQpTZW50OiAzMCBKdWx5IDIwMTggMTU6NTUNClRvOiByb2xsIDxy
b2xsQGlldGYub3JnPg0KU3ViamVjdDogW1JvbGxdIExhc3QgY2FsbHMgZXh0ZW5zaW9uIC0gcmV2
aWV3IHJlcXVlc3QNCg0KRGVhciBhbGwsDQoNCldlIGV4dGVuZCB0aGVzZSBjYWxscyB1bnRpbCAx
MC0wOC0yMDE4Og0KDQotIFdHTEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8t
MDMNCi0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWFvZHYtcnBsLTA0DQotIENhbGwgZm9yIGFk
b3B0aW9uIGZvciBkcmFmdC1yYWh1bC1yb2xsLXJwbC1vYnNlcnZhdGlvbnMNCg0KRHVyaW5nIHRo
ZSBJRVRGIDEwMiB3ZSBnb3Qgc29tZSByZXZpZXdlcnMgZm9yIHRoZXNlIGRvY3VtZW50cy4gUGxl
YXNlLCBJdCB3b3VsZCBiZSBuaWNlIGlmIHlvdSBjb3VsZCBkbyB0aGUgcmV2aWV3IGJlZm9yZSAx
MC0wOC4NCg0KVGhhbmsgeW91LA0KDQpJbmVzIGFuZCBQZXRlci4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5N
c29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBj
bTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0
OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglm
b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0K
CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs
c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls
ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh
bGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3
OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRT
ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpA
bGlzdCBsMA0KCXttc28tbGlzdC1pZDozNDY5NTI5OTY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7
DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yMDk1Mjg5ODIyIDY3Njk4NzAzIDY3Njk4NzEzIDY3
Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4
NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t
bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz
dCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0
IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy
LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUN
Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJv
bWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0K
CXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVs
LW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0K
QGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0K
CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmln
aHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVs
DQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4
bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94
bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2
OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw
ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBs
aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhl
bGxvIEFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkZvbGxv
d2luZyBhcmUgbXkgcmV2aWV3IGNvbW1lbnRzIGZvciBBT0RWLVJQTDo8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh
cGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48
IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4g
c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj5SUkVQIG9wdGlvbiBkb2VzIG5vdCBlY2hvLWJhY2sgdGhlIOKAnE9yaWcgU2VxIG51
bWJlcuKAnSBmcm9tIHRoZSBSUkVRLiBIb3cgd291bGQgYSA2TFIgZGlmZmVyZW50aWF0ZSBiZXR3
ZWVuIGZyZXNoL3N0YWxlIFJSRVBzIGZyb20gdGhlIHNhbWUgVGFyZ05vZGUvSW5zdGFuY2U/DQo8
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t
bGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5
bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIEwgYml0cyBpbiBSUkVQIG9wdGlvbiBh
cmUgZWNob2VkIGZyb20gUlJFUS1vcHRpb24gPyBUaGUgdGV4dCBnaXZlcyBtZSB0aGF0IGZlZWxp
bmcsIGJ1dCBJIGd1ZXNzIHRoYXTigJlzIG5vdCBob3cgaXTigJlzIHN1cHBvc2VkIHRvIGJlLiBU
aGUgdGV4dCByZWZlcnJlZA0KIHRvIGlzIOKAnEw6IDItYml0IHVuc2lnbmVkIGludGVnZXIgZGVm
aW5lZCBhcyBpbiBSUkVRIG9wdGlvbuKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0
LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExp
c3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0
Oklnbm9yZSI+My48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m
cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh
bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgZG9j
dW1lbnQgaW50cm9kdWNlcyBuZXcgc2VxdWVuY2UgbnVtYmVycywgYnV0IHRoZSBoYW5kbGluZyBp
cyBub3QgZGVzY3JpYmVkIGluIHRoZSBzdGVwLWJ5LXN0ZXAgcHJvY2Vzc2luZyBvZiBSUkVRL1JS
RVAuIEkgZmVlbCBpdCBpcyBpbXBvcnRhbnQNCiB0byBkZXNjcmliZSBpbiB0aG9zZSBzZWN0aW9u
cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0
OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+NC48c3BhbiBzdHlsZT0i
Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbGwgdGhlIG5ld2x5IGludHJvZHVjZWQgc2VxdWVu
Y2UgKE9yaWcgU2VxLCBEZXN0IFNlcSkgbnVtYmVycyBnb3QgdG8gYmUgbG9sbGlwb3AgY291bnRl
cnMuIEJ1dCB0aGVyZSBpcyBubyB0ZXh0IHRvIHN1Z2dlc3Qgc28uPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFb
aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0
eWxlPSJtc28tbGlzdDpJZ25vcmUiPjUuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN
Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+VGhlIGV4cGxhbmF0aW9uIG9mIOKAmEzigJkgYml0cyBpbiA2OTk3IGFuZCB0aGUgZHJh
ZnQgZG9lcyBub3QgbWF0Y2guIDY5OTcgaW50cm9kdWNlZCDigJhM4oCZIGJpdHMgc28gYXMgdG8g
Y2xlYXIgb2ZmIHRoZSBzdGF0ZSBjcmVhdGVkIGJ5IHRoZSBQMlAtUlBMIGluc3RhbmNlcw0KIGlu
IGEgbXVjaCBxdWlja2VyIHdheSB3aXRob3V0IGRlcGVuZGluZyBvbiByb3V0ZS1saWZldGltZS4g
VGhlIGRyYWZ0cyBpbnRlbmRlZCBwdXJwb3NlIG9mIOKAmEzigJkgYml0cyBhbHNvIHNlZW1zIHNp
bWlsYXIgYnV0IHRoZSB0ZXh0IGluIHRoZSBkcmFmdCBzYXlzLCDigJxPbmNlIHRoZSB0aW1lIGlz
IHJlYWNoZWQsIGEgbm9kZSBNVVNUIGxlYXZlIHRoZSBEQUcgYW5kIHN0b3Agc2VuZGluZyBvciBy
ZWNlaXZpbmcgYW55IG1vcmUgRElPcyBmb3IgdGhlIHRlbXBvcmFyeQ0KIERPREFHLuKAnSBJZiB0
aGUgc3RhdGVzIGFyZSBjbGVhcmVkLCBob3cgd291bGQgYSBub2RlIHN0b3Agc2VuZGluZy9yZWNl
aXZpbmcgdGhlIERJT3MgaW4gdGhlIGNvbnRleHQ/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFb
aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0
eWxlPSJtc28tbGlzdDpJZ25vcmUiPjYuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN
Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+4oCYTOKAmSBiaXRzIGFsbG93IHRoZSBSUkVRL1JSRVBzIHRvIGZsb2F0IGluIHRoZSBu
ZXR3b3JrIGZvciBtYXggNjQgc2Vjb25kcy4gVGhpcyBpcyB0aGUgc2FtZSB1cHBlciBsaW1pdCBh
cyBkZWZpbmVkIGluIDY5OTcuIE91ciBleHBlcmltZW50cyBzdWdnZXN0cw0KIHRoYXQgdGhpcyB1
cHBlciBib3VuZCBpcyB0b28gbG93LiBQbGVhc2Ugbm90ZSB0aGF0IERJTyBpcyB0cmFuc21pdHRl
ZCB1c2luZyB0cmlja2xlIHRpbWVyIGFuZCBhcyBzdWNoIHRoZSBESU9zIG1pZ2h0IGZsb2F0IGlu
IHRoZSBuZXR3b3JrIGZvciBtdWNoIGhpZ2hlciB0aW1lci4gVGhlcmUgYXJlIG1ham9yIGlzc3Vl
cyB3aXRoIHRoaXMgdXBwZXIgYm91bmQgYmVlbiBsb3cuIEZvciBlLmcuIHRoZSBzdGF0ZXMgbWln
aHQgZ2V0IGNsZWFyZWQgYmVjYXVzZQ0KIG9mIOKAmEzigJkgYml0cyBhbmQgdGhlIG5vZGVzIG1p
Z2h0IGNvbnNpZGVyIHRoZSBmbG9hdGluZyBSUkVRcy9SUkVQcyBhcyBuZXcgdGh1cyByZWNyZWF0
aW5nIHRoZSBzdGF0ZXMgYW5kIHRoZSBSUkVRcy9SUkVQcyBtaWdodCByZXN1bHQgaW4gbG9vcHMu
IEkgc3VnZ2VzdCB0byBjaGFuZ2UgZGVmaW5pdGlvbiBvZiDigJhM4oCZIGJpdHMgdG8gYmU6ICgw
PWluZmluaXRlLCAxPTE2c2VjcywgMj02NHNlYywgMz0yNTZzZWMpLiAyc2VjLCBpbW8sIGlzIHVu
cmVhbGlzdGljDQogaW4gYW55IHNpemUgbmV0d29yayBhbmQgZG9lcyBub3QgaGVscC48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDps
MCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjcuPHNwYW4gc3R5bGU9ImZv
bnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIHRhcmdldCBvcHRpb24gZGVmaW5lZCBpbiB0aGlz
IGRyYWZ0IGFuZCBpbiA2NTUwIGRpZmZlciBzaWduaWZpY2FudGx5IGJvdGggc3ludGFjdGljYWxs
eSAmYW1wOyBzZW1hbnRpY2FsbHkuIFRoaXMgdGVybWlub2xvZ3kgd2lsbCBsZWFkIHRvIGNvbmZ1
c2lvbi4NCiBJIGZlZWwgYSBuZXcgdGVybSBzaG91bGQgYmUgZGVmaW5lZCB3aGljaCBzcGVjaWZp
ZXMgdGhpcyB0YXJnZXQgb3B0aW9uIChleGFtcGxlIGNvdWxkIGJlIEFSVC1vcHRpb24gd2hpY2gg
c3RhbmRzIGZvciBBT0RWLVJQTCBUYXJnZXQgT3B0aW9uKQ0KPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0
OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn
cmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIi
PjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3Bh
biBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj44LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90
O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPlJvdXRlLWVudHJ5IGludmFsaWRhdGlvbiBpcyBub3QgZGVzY3JpYmVkIGluIHRo
ZSBkcmFmdCBhdCBhbGwuIFdoYXQgaGFwcGVucyB0byB0aGUgb2xkIHBhdGggd2hlbiB0aGUgVGFy
Z05vZGUgc2VuZHMgYSBSUkVQIHRocm91Z2ggYSBuZXcgcGF0aCBmb3IgYQ0KIG5ldyDigJxPcmln
IFNlceKAnSBmcm9tIHRoZSBPcmlnTm9kZSBSUkVRPyBTaG91bGQgdGhlIG9sZCBwYXRoIHdhaXQg
Zm9yIHJvdXRlIGxpZmV0aW1lIGV4cGlyeSA/IFRoZXJlIHNob3VsZCBiZSBhIHdheSB0byBpbnZh
bGlkYXRlIHByZXZpb3VzIHBhdGggcm91dGUtZW50cmllcyBieSBoYXZpbmcgdGhlIFRhcmdOb2Rl
IHNlbmQgYSBSUkVQLURJTyB3aXRoIGNvcnJlc3BvbmRpbmcg4oCcT3JpZyBTZXHigJ0gd2l0aCBy
b3V0ZS1saWZldGltZT0wIG9uIHRoZSBvbGQNCiBwYXRoIHRvIGludmFsaWRhdGUgaXQuPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6
bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj45LjxzcGFuIHN0eWxlPSJm
b250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlByZXZpb3VzbHkgYWNjZXB0ZWQgcmV2aWV3IGNvbW1l
bnQgcmVnYXJkaW5nIGluY29ycmVjdCB2YWx1ZXMgb2YgUlNTSSBpbiBBcHBlbmRpeCBBIGlzIG5v
dCBpbmNvcnBvcmF0ZWQuIFBsZWFzZSBjaGVjaw0KPGEgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2
ZS5pZXRmLm9yZy9hcmNoL21zZy9yb2xsL2pTSjVIZzFlOHBDWG1tV1VDamtOd3ZoeXI0NCI+DQpo
dHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvalNKNUhnMWU4cENYbW1X
VUNqa053dmh5cjQ0PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0
UGFyYWdyYXBoIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJhaHVsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3Bh
ZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l
O2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+
PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZiI+IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmdd
DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkluZXMgUm9ibGVzPGJyPg0KPGI+U2VudDo8L2I+IDMwIEp1
bHkgMjAxOCAxNTo1NTxicj4NCjxiPlRvOjwvYj4gcm9sbCAmbHQ7cm9sbEBpZXRmLm9yZyZndDs8
YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1JvbGxdIExhc3QgY2FsbHMgZXh0ZW5zaW9uIC0gcmV2aWV3
IHJlcXVlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkRlYXIgYWxsLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBleHRlbmQgdGhlc2UgY2FsbHMgdW50aWwgMTAt
MDgtMjAxODombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+LSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAz
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIFdH
TEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1hb2R2LXJwbC0wNDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBDYWxsIGZvciBhZG9wdGlvbiBmb3IgZHJh
ZnQtcmFodWwtcm9sbC1ycGwtb2JzZXJ2YXRpb25zPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkR1cmluZyB0aGUgSUVURiAxMDIgd2UgZ290IHNv
bWUgcmV2aWV3ZXJzIGZvciB0aGVzZSBkb2N1bWVudHMuIFBsZWFzZSwgSXQgd291bGQgYmUgbmlj
ZSBpZiB5b3UgY291bGQgZG8gdGhlIHJldmlldyBiZWZvcmUgMTAtMDguPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rIHlvdSw8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW5lcyBhbmQg
UGV0ZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_982B626E107E334DBE601D979F31785C5DC6ACD0BLREML503MBSchi_--


From nobody Mon Aug  6 15:43:19 2018
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 259F5130E3F; Mon,  6 Aug 2018 15:43:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dmPchdF3O4TE; Mon,  6 Aug 2018 15:43:16 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB976130E16; Mon,  6 Aug 2018 15:43:15 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 625EC20008; Mon,  6 Aug 2018 19:00:08 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 24E3E1AEE; Mon,  6 Aug 2018 18:43:14 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 2266C13DC; Mon,  6 Aug 2018 18:43:14 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: 6tisch@ietf.org, roll@ietf.org
In-Reply-To: <153358180422.26781.7855639877073942213@ietfa.amsl.com>
References: <153358180422.26781.7855639877073942213@ietfa.amsl.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Mon, 06 Aug 2018 18:43:14 -0400
Message-ID: <26711.1533595394@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/UkP_EBDedstfcxzoae-L6xWbIq0>
Subject: Re: [Roll] [6tisch] I-D Action: draft-richardson-6tisch-roll-enrollment-priority-01.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Aug 2018 22:43:18 -0000

--=-=-=
Content-Type: text/plain


internet-drafts@ietf.org wrote:
    > A diff from the previous version is available at:
    > https://www.ietf.org/rfcdiff?url2=draft-richardson-6tisch-roll-enrollment-priority-01

There is little change.
I resubmitted simply because it expired.

It is still intended to be considered for WG adoption in ROLL.

There may be other methods to calculate the proxy priority provided for in
draft-ietf-6tisch-enrollment-enhanced-beacon.
(and certainly in non-RPL networks there would be need to be another mechanism)

The intention again, in this draft, is just to provide a DIO-level mesh-wide
announcement of management intention for a minimum.

In a multi-LLN/multi-PANID situation where there are multiple acceptable
DODAGs that a new pledge could join (under the same management),  it would be
possible to shift preference among the different PANIDs using this mechanism.

AFAIK, the WG has not yet started a WG adoption call.
(Alternatively, 6tisch could instead adopt this, consulting on with ROLL for
IETF Review, as the allocation rules for Control Message Options specify in
6550 section 20.4)

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-




--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAltozwEACgkQgItw+93Q
3WXg/ggArqepmwFy6O20EnXVEdq7FJKTQNcf3+Nlll8+CoqVSVOU8k7FzFgmnFhD
h7e07TPjkaEP7gcH6QXuCeS32JKCisadl3vp3f1XOarraRtwKaYxIuPdS1ei8EhD
yed7DAQERp7nCxI79BA745BTfS4xaVYI5l8UyRXjVDgL240DUGffLRuIYjqf+UJW
tUWL+fdLWh5/mNjwROomx0xi81B0/S4K++VB3F9PLhC+UmZJGcM2He1ef0SpuhUU
3+qmYaIP632AkStx+f66K+5Nfx5Ek+vQLkis0hY3szW7COv6+zlRvZiCnDkcNpTL
/SZBx2EOfHKRhlnvcZxlFZ5rWIOqDg==
=ZBwC
-----END PGP SIGNATURE-----
--=-=-=--


From nobody Mon Aug  6 20:28:58 2018
Return-Path: <remy.liubing@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97F09130E27 for <roll@ietfa.amsl.com>; Mon,  6 Aug 2018 20:28:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 kO8BypypOpF8 for <roll@ietfa.amsl.com>; Mon,  6 Aug 2018 20:28:54 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E023C130E52 for <roll@ietf.org>; Mon,  6 Aug 2018 20:28:53 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id A07F2F5B3EC1E for <roll@ietf.org>; Tue,  7 Aug 2018 04:28:46 +0100 (IST)
Received: from DGGEMM403-HUB.china.huawei.com (10.3.20.211) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 7 Aug 2018 04:28:47 +0100
Received: from DGGEMM526-MBS.china.huawei.com ([169.254.7.233]) by DGGEMM403-HUB.china.huawei.com ([10.3.20.211]) with mapi id 14.03.0399.000; Tue, 7 Aug 2018 11:28:44 +0800
From: "Liubing (Remy)" <remy.liubing@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
Thread-Index: AQHUE3sxUkAU3cL/ukeeKn95uU4yOqSz0WjQ
Date: Tue, 7 Aug 2018 03:28:44 +0000
Message-ID: <BB09947B5326FE42BA3918FA28765C2EE57330@dggemm526-mbs.china.huawei.com>
References: <CAP+sJUd16DitmEodnJ9Djee39kr3wV0O4h+xiwjq_w2+MHdZkw@mail.gmail.com>
In-Reply-To: <CAP+sJUd16DitmEodnJ9Djee39kr3wV0O4h+xiwjq_w2+MHdZkw@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.180.83]
Content-Type: multipart/alternative; boundary="_000_BB09947B5326FE42BA3918FA28765C2EE57330dggemm526mbschina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/yl2A5-6ive3_KejWd3PXcSjvOrU>
Subject: Re: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Aug 2018 03:28:57 -0000

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

SGVsbG8gUm9sbCwgUmFodWwgYW5kIGNvLWF1dGhvcnMsDQoNCkFmdGVyIHJlYWRpbmcgdGhlIGRy
YWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtMDQsIEkgZm91bmQgdGhpcyBkcmFmdCB1c2VmdWwuIFRo
ZSBwcm9ibGVtcywgbW90aXZhdGlvbiBhbmQgc29sdXRpb25zIGFyZSBkZXNjcmliZWQgcXVpdGUg
Y2xlYXJseS4NCg0KSSBoYXZlIHNvbWUgbWlub3IgY29tbWVudHM6DQoNCg0KMS4gICAgICAgRG9l
cyB0aGlzIGRyYWZ0IHJlcXVpcmUgYSBuZXcgTU9QIHRvIGRpc3Rpbmd1aXNoIHRoZSBvcmlnaW5h
bCBzdG9yaW5nIG1vZGUgTU9QPw0KDQoyLiAgICAgICBJbiB0aGUgc2Vjb25kIHBhcmFncmFwaCBv
ZiBzZWN0aW9uIDQuMSwg4oCcSW4gdGhpcyBjYXNlLCBOb2RlIEEgd2hpY2ggaXMgdGhlIGNvbW1v
biBhbmNlc3RvciBub2RlIGZvciBub2RlIEQgYWxvbmcgdGhlIHR3byBwYXRocyAocHJldmlvdXMg
YW5kIG5ldyksIG1heSBnZW5lcmF0ZSBhIERDTyB3aGljaCB0cmF2ZXJzZXMgZG93bndhcmRzIGlu
IHRoZSBuZXR3b3JrLuKAnSDigJx0cmF2ZXJzZXMgZG93bndhcmRzIGluIHRoZSBuZXR3b3Jr4oCd
IHNob3VsZCBiZSBjbGFyaWZpZWQgYXMg4oCcdHJhdmVyc2VzIGRvd253YXJkcyBhbG9uZyB0aGUg
cHJldmlvdXMgcm91dGXigJ0uDQoNCjMuICAgICAgIFRoZSB0aXRsZSBvZiBzZWN0aW9uIDQuMiBt
aWdodCBiZSBtaXNsZWFkaW5nLiBJdCBwcm9wb3NlcyBhbiB1cGRhdGUgb2YgdHJhbnNpdCBpbmZv
cm1hdGlvbiBvcHRpb24gaW5zdGVhZCBvZiB0aGUgREFPIGJvZHkgaXRzZWxmLiBXaGVuIHJlYWRp
bmcgdGhlIHNlY29uZCBwYXJhZ3JhcGggb2YgdGhpcyBzZWN0aW9uLCBJIHRob3VnaHQgdGhlcmUg
d2FzIHVwZGF0ZSB0byB0aGUgREFPIG1lc3NhZ2UgYm9keS4gVGhlIHRlcm0g4oCcdHJhbnNpdCBj
b250YWluZXIgb3B0aW9u4oCdIHNob3VsZCBiZSDigJx0cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlv
buKAnT8NCg0KNC4gICAgICAgSW4gc2VjdGlvbiA0LjQuMSwgaG93IGRvIGRlcGVuZGVudCBub2Rl
cyBrbm93IHRoYXQgdGhlIHJvdXRlIGlzIGNoYW5nZWQsIHNvIHRoYXQgdGhlIOKAmEnigJkgYml0
IGlzIHNldCBjb3JyZWN0bHk/DQoNCkJlc3QgcmVnYXJkcywNClJlbXkNCg0KRnJvbTogUm9sbCBb
bWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEluZXMgUm9ibGVzDQpT
ZW50OiBXZWRuZXNkYXksIEp1bHkgMDQsIDIwMTggNTo0MSBQTQ0KVG86IHJvbGwgPHJvbGxAaWV0
Zi5vcmc+OyBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZw0KU3ViamVjdDogW1JvbGxdIFdHTEMg
Zm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDMNCg0KRGVhciBhbGwsDQoNCkEg
V29ya2luZyBHcm91cCBMYXN0IGNhbGwgKFdHTEMpIHN0YXJ0cyB0b2RheSAoMDQvMDcpIHVudGls
IDIwLzA3IGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzDQoNClRoZSBkcmFm
dCBpcyBhdmFpbGFibGUgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8vDQoNClBsZWFzZSByZXZpZXcgdGhpcyBkcmFm
dCB0byBzZWUgaWYgeW91IHRoaW5rIHRoYXQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIGFu
ZCBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IHN0YXRpbmcgeW91ciB2aWV3Lg0KDQoNClRoYW5r
IHlvdSB2ZXJ5IG11Y2ggaW4gYWR2YW5jZSwNCg0KSW5lcyBhbmQgUGV0ZXINCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z
LXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5
cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu
MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlz
dCBsMA0KCXttc28tbGlzdC1pZDoxNzc2MDQ5MTE2Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0K
CW1zby1saXN0LXRlbXBsYXRlLWlkczotNDY5NzM4MTEyIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4
NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1
O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs
MDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGww
OmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w
Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x
OC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFu
LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXtt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp
c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7
DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJ
e21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+
DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+
PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4
dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh
eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r
PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVsbG8gUm9s
bCwgUmFodWwgYW5kIGNvLWF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj5BZnRlciByZWFkaW5nIHRoZSBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LTA0
LCBJIGZvdW5kIHRoaXMgZHJhZnQgdXNlZnVsLiBUaGUgcHJvYmxlbXMsIG1vdGl2YXRpb24gYW5k
IHNvbHV0aW9ucyBhcmUgZGVzY3JpYmVkIHF1aXRlIGNsZWFybHkuPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGhhdmUgc29tZSBtaW5vciBjb21tZW50czo8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxl
dmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3
LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj5Eb2VzIHRoaXMgZHJhZnQgcmVxdWlyZSBhIG5ldyBNT1AgdG8g
ZGlzdGluZ3Vpc2ggdGhlIG9yaWdpbmFsIHN0b3JpbmcgbW9kZSBNT1A/PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDot
MTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+
Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+
PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbiB0aGUgc2Vjb25kIHBh
cmFncmFwaCBvZiBzZWN0aW9uIDQuMSwg4oCcSW4gdGhpcyBjYXNlLCBOb2RlIEEgd2hpY2ggaXMg
dGhlIGNvbW1vbiBhbmNlc3RvciBub2RlIGZvciBub2RlIEQgYWxvbmcgdGhlIHR3byBwYXRocyAo
cHJldmlvdXMgYW5kIG5ldyksIG1heQ0KIGdlbmVyYXRlIGEgRENPIHdoaWNoIHRyYXZlcnNlcyBk
b3dud2FyZHMgaW4gdGhlIG5ldHdvcmsu4oCdIOKAnHRyYXZlcnNlcyBkb3dud2FyZHMgaW4gdGhl
IG5ldHdvcmvigJ0gc2hvdWxkIGJlIGNsYXJpZmllZCBhcyDigJx0cmF2ZXJzZXMgZG93bndhcmRz
IGFsb25nIHRoZSBwcmV2aW91cyByb3V0ZeKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxp
c3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4zLjxzcGFuIHN0eWxl
PSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSB0aXRsZSBvZiBzZWN0aW9uIDQuMiBtaWdo
dCBiZSBtaXNsZWFkaW5nLiBJdCBwcm9wb3NlcyBhbiB1cGRhdGUgb2YgdHJhbnNpdCBpbmZvcm1h
dGlvbiBvcHRpb24gaW5zdGVhZCBvZiB0aGUgREFPIGJvZHkgaXRzZWxmLiBXaGVuIHJlYWRpbmcg
dGhlIHNlY29uZA0KIHBhcmFncmFwaCBvZiB0aGlzIHNlY3Rpb24sIEkgdGhvdWdodCB0aGVyZSB3
YXMgdXBkYXRlIHRvIHRoZSBEQU8gbWVzc2FnZSBib2R5LiBUaGUgdGVybSDigJx0cmFuc2l0IGNv
bnRhaW5lciBvcHRpb27igJ0gc2hvdWxkIGJlIOKAnHRyYW5zaXQgaW5mb3JtYXRpb24gb3B0aW9u
4oCdPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz
dHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYg
IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxl
PSJtc28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+SW4gc2VjdGlvbiA0LjQuMSwgaG93IGRvIGRlcGVuZGVudCBub2RlcyBrbm93IHRoYXQgdGhl
IHJvdXRlIGlzIGNoYW5nZWQsIHNvIHRoYXQgdGhlIOKAmEnigJkgYml0IGlzIHNldCBjb3JyZWN0
bHk/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2Fy
ZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlbXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s
aWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzoz
LjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFttYWlsdG86cm9sbC1i
b3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5JbmVzIFJvYmxlczxicj4NCjxi
PlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bHkgMDQsIDIwMTggNTo0MSBQTTxicj4NCjxiPlRvOjwv
Yj4gcm9sbCAmbHQ7cm9sbEBpZXRmLm9yZyZndDs7IGNvbnN1bHRhbmN5QHZhbmRlcnN0b2sub3Jn
PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtSb2xsXSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtZWZm
aWNpZW50LW5wZGFvLTAzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5EZWFyIGFs
bCwmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjkuNXB0Ij5BIFdvcmtpbmcgR3JvdXAgTGFzdCBjYWxsIChXR0xDKSBz
dGFydHMgdG9kYXkgKDA0LzA3KSB1bnRpbCAyMC8wNyBmb3ImbmJzcDs8c3BhbiBzdHlsZT0iYmFj
a2dyb3VuZDp3aGl0ZSI+ZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMzwvc3Bhbj48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjkuNXB0Ij5UaGUgZHJhZnQgaXMgYXZhaWxhYmxlIGhlcmU6Jm5ic3A7PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm
Lm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby8iPmh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8vPC9hPjwv
c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS41cHQiPlBsZWFzZSByZXZpZXcgdGhpcyBkcmFmdCB0byBzZWUgaWYgeW91IHRoaW5r
IHRoYXQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uIGFuZCBzZW5kIGNvbW1lbnRzIHRvIHRo
ZSBsaXN0IHN0YXRpbmcgeW91ciB2aWV3LiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoYW5rIHlvdSB2ZXJ5IG11Y2ggaW4gYWR2YW5j
ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluZXMgYW5k
IFBldGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv
Ym9keT4NCjwvaHRtbD4NCg==

--_000_BB09947B5326FE42BA3918FA28765C2EE57330dggemm526mbschina_--


From nobody Tue Aug  7 08:04:18 2018
Return-Path: <rahul.jadhav@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F694130F40 for <roll@ietfa.amsl.com>; Tue,  7 Aug 2018 08:04:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 UEeWk1lstnQ1 for <roll@ietfa.amsl.com>; Tue,  7 Aug 2018 08:04:13 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5487512F295 for <roll@ietf.org>; Tue,  7 Aug 2018 08:04:13 -0700 (PDT)
Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id CCD0660FA33AF for <roll@ietf.org>; Tue,  7 Aug 2018 16:04:09 +0100 (IST)
Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 7 Aug 2018 16:04:10 +0100
Received: from BLREML503-MBS.china.huawei.com ([169.254.12.219]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0399.000; Tue, 7 Aug 2018 20:34:01 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
Thread-Index: AQHUE3sxUkAU3cL/ukeeKn95uU4yOqSz0WjQgACwC7A=
Date: Tue, 7 Aug 2018 15:04:01 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DC6F6F5@BLREML503-MBS.china.huawei.com>
References: <CAP+sJUd16DitmEodnJ9Djee39kr3wV0O4h+xiwjq_w2+MHdZkw@mail.gmail.com> <BB09947B5326FE42BA3918FA28765C2EE57330@dggemm526-mbs.china.huawei.com>
In-Reply-To: <BB09947B5326FE42BA3918FA28765C2EE57330@dggemm526-mbs.china.huawei.com>
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.18.157.44]
Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5DC6F6F5BLREML503MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/Hyik0uGn1M2EcdBD5nvHhKtAllQ>
Subject: Re: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Aug 2018 15:04:16 -0000

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

VGhhbmtzIFJlbXkgZm9yIHRoZSByZXZpZXcuIFBsZWFzZSBmaW5kIG15IGNvbW1lbnRzIGlubGlu
ZSBbUkpdLg0KDQpCZXN0LA0KUmFodWwNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNl
c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIExpdWJpbmcgKFJlbXkpDQpTZW50OiAwNyBBdWd1c3Qg
MjAxOCAxMToyOQ0KVG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtz
IDxyb2xsQGlldGYub3JnPjsgcmFodWwuaWV0ZkBnbWFpbC5jb20NClN1YmplY3Q6IFJlOiBbUm9s
bF0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMw0KDQpIZWxsbyBS
b2xsLCBSYWh1bCBhbmQgY28tYXV0aG9ycywNCg0KQWZ0ZXIgcmVhZGluZyB0aGUgZHJhZnQtaWV0
Zi1yb2xsLWVmZmljaWVudC0wNCwgSSBmb3VuZCB0aGlzIGRyYWZ0IHVzZWZ1bC4gVGhlIHByb2Js
ZW1zLCBtb3RpdmF0aW9uIGFuZCBzb2x1dGlvbnMgYXJlIGRlc2NyaWJlZCBxdWl0ZSBjbGVhcmx5
Lg0KDQpJIGhhdmUgc29tZSBtaW5vciBjb21tZW50czoNCg0KDQoxLiAgICAgICBEb2VzIHRoaXMg
ZHJhZnQgcmVxdWlyZSBhIG5ldyBNT1AgdG8gZGlzdGluZ3Vpc2ggdGhlIG9yaWdpbmFsIHN0b3Jp
bmcgbW9kZSBNT1A/DQoNCltSSl06IFRoZSBkcmFmdCBwcm92aWRlcyBhbiBpbXByb3Zpc2VkIGlu
dmFsaWRhdGlvbiBwcmltaXRpdmUgaW4gZXhpc3Rpbmcgc3RvcmluZyBNT1AuIE5ldyBNT1AgaXMg
bm90IHJlbGV2YW50IGZvciB0aGlzIHdvcmsgYW5kIHRoZSBkcmFmdCBkb2VzIG5vdCByZXF1aXJl
IHNpZ25hbGluZyBvZiBuZXcgTU9QLiBBbnkgY29udGV4dCB3aGVyZSBzdG9yaW5nIHJvdXRlIGVu
dHJpZXMgYXJlIG1hZGUgY2FuIHVzZSB0aGlzIHRlY2huaXF1ZSAoaW5jbHVkaW5nIHN0b3Jpbmcg
TU9QIG9yIHN0b3JpbmcgZW50cmllcyBtYWRlIHVzaW5nIERBTyBwcm9qZWN0aW9uKS4NCg0KDQoy
LiAgICAgICBJbiB0aGUgc2Vjb25kIHBhcmFncmFwaCBvZiBzZWN0aW9uIDQuMSwg4oCcSW4gdGhp
cyBjYXNlLCBOb2RlIEEgd2hpY2ggaXMgdGhlIGNvbW1vbiBhbmNlc3RvciBub2RlIGZvciBub2Rl
IEQgYWxvbmcgdGhlIHR3byBwYXRocyAocHJldmlvdXMgYW5kIG5ldyksIG1heSBnZW5lcmF0ZSBh
IERDTyB3aGljaCB0cmF2ZXJzZXMgZG93bndhcmRzIGluIHRoZSBuZXR3b3JrLuKAnSDigJx0cmF2
ZXJzZXMgZG93bndhcmRzIGluIHRoZSBuZXR3b3Jr4oCdIHNob3VsZCBiZSBjbGFyaWZpZWQgYXMg
4oCcdHJhdmVyc2VzIGRvd253YXJkcyBhbG9uZyB0aGUgcHJldmlvdXMgcm91dGXigJ0uDQoNCltS
Sl06IFRoZSBEQ08gZG9lcyBub3QgdHJhdmVyc2UgdGhlIHByZXZpb3VzIHJvdXRlLiBUaGUgRENP
IHRyYXZlcnNlcyB0aGUgY3VycmVudCByb3V0ZSBmcm9tIHRoZSBjb21tb24gYW5jZXN0b3IgdG8g
dGhlIHRhcmdldOKAmXMgcHJldmlvdXMgcGFyZW50LiBJIGdldCB3aGF0IHlvdSBhcmUgdHJ5aW5n
IHRvIHN1Z2dlc3QgaGVyZSBidXQgY2FsbGluZyBpdCBhcyBwcmV2aW91cyByb3V0ZSBtYXkgYWRk
IHRvIHRoZSBjb25mdXNpb24gaW1vLiBXaWxsIHRyeSB0byByZXBocmFzZSB0aGUgc3RhdGVtZW50
Lg0KDQoNCjMuICAgICAgIFRoZSB0aXRsZSBvZiBzZWN0aW9uIDQuMiBtaWdodCBiZSBtaXNsZWFk
aW5nLiBJdCBwcm9wb3NlcyBhbiB1cGRhdGUgb2YgdHJhbnNpdCBpbmZvcm1hdGlvbiBvcHRpb24g
aW5zdGVhZCBvZiB0aGUgREFPIGJvZHkgaXRzZWxmLiBXaGVuIHJlYWRpbmcgdGhlIHNlY29uZCBw
YXJhZ3JhcGggb2YgdGhpcyBzZWN0aW9uLCBJIHRob3VnaHQgdGhlcmUgd2FzIHVwZGF0ZSB0byB0
aGUgREFPIG1lc3NhZ2UgYm9keS4gVGhlIHRlcm0g4oCcdHJhbnNpdCBjb250YWluZXIgb3B0aW9u
4oCdIHNob3VsZCBiZSDigJx0cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlvbuKAnT8NCg0KW1JKXTog
WWVzIHRoaXMgc2hvdWxkIGJlIHJld29yZGVkLiBUaGFua3MuDQoNCg0KNC4gICAgICAgSW4gc2Vj
dGlvbiA0LjQuMSwgaG93IGRvIGRlcGVuZGVudCBub2RlcyBrbm93IHRoYXQgdGhlIHJvdXRlIGlz
IGNoYW5nZWQsIHNvIHRoYXQgdGhlIOKAmEnigJkgYml0IGlzIHNldCBjb3JyZWN0bHk/DQoNCltS
Sl06IEktYml0IGFsbG93cyB0aGUgdGFyZ2V0IG5vZGUgdG8gaGF2ZSBjb250cm9sIG92ZXIgaXRz
IG93biByb3V0ZSBpbnZhbGlkYXRpb24uIFRoaXMgd2FzIHJlcXVpcmVkIGJlY2F1c2UgY3VycmVu
dCBOUERBTyBmb2xsb3dzIHRoYXQgc2VtYW50aWMuIEktYml0IGhlbHBzIERDTyByZW1haW4gaW5s
aW5lIHdpdGggdGhpcyBwcmluY2lwbGUgb2YgTlBEQU8uIFdpdGggdGhpcyByYXRpb25hbGUsIHRo
ZSBkZXBlbmRlbnQgbm9kZSBlc3NlbnRpYWxseSBjYW4gbWFyayBJLWJpdCBhbHdheXMgaW4gdGhl
IHRyYW5zaXQgb3B0aW9uIHdoZW5ldmVyIHJlZ3VsYXIgREFPIGlzIHNldCBpZiBpdCBkZXNpcmVz
IHJvdXRlLWludmFsaWRhdGlvbiBmb3IgYW55IHByZXZpb3VzIHBhdGguDQoNCg0KRnJvbTogUm9s
bCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEluZXMgUm9ibGVz
DQpTZW50OiBXZWRuZXNkYXksIEp1bHkgMDQsIDIwMTggNTo0MSBQTQ0KVG86IHJvbGwgPHJvbGxA
aWV0Zi5vcmc8bWFpbHRvOnJvbGxAaWV0Zi5vcmc+PjsgY29uc3VsdGFuY3lAdmFuZGVyc3Rvay5v
cmc8bWFpbHRvOmNvbnN1bHRhbmN5QHZhbmRlcnN0b2sub3JnPg0KU3ViamVjdDogW1JvbGxdIFdH
TEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDMNCg0KRGVhciBhbGwsDQoN
CkEgV29ya2luZyBHcm91cCBMYXN0IGNhbGwgKFdHTEMpIHN0YXJ0cyB0b2RheSAoMDQvMDcpIHVu
dGlsIDIwLzA3IGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzDQoNClRoZSBk
cmFmdCBpcyBhdmFpbGFibGUgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j
L2RyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8vDQoNClBsZWFzZSByZXZpZXcgdGhpcyBk
cmFmdCB0byBzZWUgaWYgeW91IHRoaW5rIHRoYXQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9u
IGFuZCBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IHN0YXRpbmcgeW91ciB2aWV3Lg0KDQoNClRo
YW5rIHlvdSB2ZXJ5IG11Y2ggaW4gYWR2YW5jZSwNCg0KSW5lcyBhbmQgUGV0ZXINCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s
b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s
eTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w
cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5X
b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAq
Lw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTc3NjA0OTExNjsNCgltc28tbGlzdC10eXBlOmh5
YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTQ2OTczODExMiA2NzY5ODcwMyA2NzY5ODcx
MyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2
NzY5ODcxNTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ
bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0K
QGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0K
CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm
dDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwt
bnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt
c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA
bGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51
bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2
ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10
YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu
ZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZl
bDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv
bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1s
ZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25l
Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0
O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dl
cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9
DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N
CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv
dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286
c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V
UyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRo
YW5rcyBSZW15IGZvciB0aGUgcmV2aWV3LiBQbGVhc2UgZmluZCBteSBjb21tZW50cyBpbmxpbmUg
W1JKXS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJs
dWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i
Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg
MGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5G
cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNl
c0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+TGl1YmluZyAoUmVteSk8YnI+DQo8Yj5T
ZW50OjwvYj4gMDcgQXVndXN0IDIwMTggMTE6Mjk8YnI+DQo8Yj5Ubzo8L2I+IFJvdXRpbmcgT3Zl
ciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0OzsgcmFo
dWwuaWV0ZkBnbWFpbC5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xsXSBXR0xDIGZv
ciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PkhlbGxvIFJvbGwsIFJhaHVsIGFuZCBjby1hdXRob3JzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+QWZ0ZXIgcmVhZGluZyB0aGUgZHJhZnQtaWV0Zi1yb2xsLWVm
ZmljaWVudC0wNCwgSSBmb3VuZCB0aGlzIGRyYWZ0IHVzZWZ1bC4gVGhlIHByb2JsZW1zLCBtb3Rp
dmF0aW9uIGFuZCBzb2x1dGlvbnMgYXJlIGRlc2NyaWJlZCBxdWl0ZSBjbGVhcmx5LjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSBoYXZlIHNvbWUgbWlub3IgY29t
bWVudHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t
bGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5
bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RG9lcyB0aGlzIGRyYWZ0IHJlcXVpcmUgYSBu
ZXcgTU9QIHRvIGRpc3Rpbmd1aXNoIHRoZSBvcmlnaW5hbCBzdG9yaW5nIG1vZGUgTU9QPzxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JKXTogVGhlIGRyYWZ0IHBy
b3ZpZGVzIGFuIGltcHJvdmlzZWQgaW52YWxpZGF0aW9uIHByaW1pdGl2ZSBpbiBleGlzdGluZyBz
dG9yaW5nIE1PUC4gTmV3IE1PUCBpcyBub3QgcmVsZXZhbnQgZm9yIHRoaXMgd29yayBhbmQgdGhl
IGRyYWZ0IGRvZXMgbm90IHJlcXVpcmUgc2lnbmFsaW5nDQogb2YgbmV3IE1PUC4gQW55IGNvbnRl
eHQgd2hlcmUgc3RvcmluZyByb3V0ZSBlbnRyaWVzIGFyZSBtYWRlIGNhbiB1c2UgdGhpcyB0ZWNo
bmlxdWUgKGluY2x1ZGluZyBzdG9yaW5nIE1PUCBvciBzdG9yaW5nIGVudHJpZXMgbWFkZSB1c2lu
ZyBEQU8gcHJvamVjdGlvbikuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVu
dDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y
ZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw
YW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbiB0aGUgc2Vjb25k
IHBhcmFncmFwaCBvZiBzZWN0aW9uIDQuMSwg4oCcSW4gdGhpcyBjYXNlLCBOb2RlIEEgd2hpY2gg
aXMgdGhlIGNvbW1vbiBhbmNlc3RvciBub2RlIGZvciBub2RlIEQgYWxvbmcgdGhlIHR3byBwYXRo
cyAocHJldmlvdXMgYW5kIG5ldyksIG1heQ0KIGdlbmVyYXRlIGEgRENPIHdoaWNoIHRyYXZlcnNl
cyBkb3dud2FyZHMgaW4gdGhlIG5ldHdvcmsu4oCdIOKAnHRyYXZlcnNlcyBkb3dud2FyZHMgaW4g
dGhlIG5ldHdvcmvigJ0gc2hvdWxkIGJlIGNsYXJpZmllZCBhcyDigJx0cmF2ZXJzZXMgZG93bndh
cmRzIGFsb25nIHRoZSBwcmV2aW91cyByb3V0ZeKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPltSSl06IFRoZSBEQ08gZG9lcyBub3QgdHJhdmVyc2UgdGhlIHBy
ZXZpb3VzIHJvdXRlLiBUaGUgRENPIHRyYXZlcnNlcyB0aGUgY3VycmVudCByb3V0ZSBmcm9tIHRo
ZSBjb21tb24gYW5jZXN0b3IgdG8gdGhlIHRhcmdldOKAmXMgcHJldmlvdXMgcGFyZW50LiBJIGdl
dCB3aGF0IHlvdQ0KIGFyZSB0cnlpbmcgdG8gc3VnZ2VzdCBoZXJlIGJ1dCBjYWxsaW5nIGl0IGFz
IHByZXZpb3VzIHJvdXRlIG1heSBhZGQgdG8gdGhlIGNvbmZ1c2lvbiBpbW8uIFdpbGwgdHJ5IHRv
IHJlcGhyYXNlIHRoZSBzdGF0ZW1lbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1p
bmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0
c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJ
Z25vcmUiPjMuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1
b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+
PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIHRpdGxl
IG9mIHNlY3Rpb24gNC4yIG1pZ2h0IGJlIG1pc2xlYWRpbmcuIEl0IHByb3Bvc2VzIGFuIHVwZGF0
ZSBvZiB0cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlvbiBpbnN0ZWFkIG9mIHRoZSBEQU8gYm9keSBp
dHNlbGYuIFdoZW4gcmVhZGluZyB0aGUgc2Vjb25kDQogcGFyYWdyYXBoIG9mIHRoaXMgc2VjdGlv
biwgSSB0aG91Z2h0IHRoZXJlIHdhcyB1cGRhdGUgdG8gdGhlIERBTyBtZXNzYWdlIGJvZHkuIFRo
ZSB0ZXJtIOKAnHRyYW5zaXQgY29udGFpbmVyIG9wdGlvbuKAnSBzaG91bGQgYmUg4oCcdHJhbnNp
dCBpbmZvcm1hdGlvbiBvcHRpb27igJ0/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj5bUkpdOiBZZXMgdGhpcyBzaG91bGQgYmUgcmV3b3JkZWQuIFRoYW5rcy4NCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj40LjxzcGFuIHN0eWxlPSJmb250
OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIHNlY3Rpb24gNC40LjEsIGhvdyBkbyBkZXBlbmRlbnQg
bm9kZXMga25vdyB0aGF0IHRoZSByb3V0ZSBpcyBjaGFuZ2VkLCBzbyB0aGF0IHRoZSDigJhJ4oCZ
IGJpdCBpcyBzZXQgY29ycmVjdGx5PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+W1JKXTogSS1iaXQgYWxsb3dzIHRoZSB0YXJnZXQgbm9kZSB0byBoYXZlIGNvbnRy
b2wgb3ZlciBpdHMgb3duIHJvdXRlIGludmFsaWRhdGlvbi4gVGhpcyB3YXMgcmVxdWlyZWQgYmVj
YXVzZSBjdXJyZW50IE5QREFPIGZvbGxvd3MgdGhhdCBzZW1hbnRpYy4gSS1iaXQgaGVscHMNCiBE
Q08gcmVtYWluIGlubGluZSB3aXRoIHRoaXMgcHJpbmNpcGxlIG9mIE5QREFPLiBXaXRoIHRoaXMg
cmF0aW9uYWxlLCB0aGUgZGVwZW5kZW50IG5vZGUgZXNzZW50aWFsbHkgY2FuIG1hcmsgSS1iaXQg
YWx3YXlzIGluIHRoZSB0cmFuc2l0IG9wdGlvbiB3aGVuZXZlciByZWd1bGFyIERBTyBpcyBzZXQg
aWYgaXQgZGVzaXJlcyByb3V0ZS1pbnZhbGlkYXRpb24gZm9yIGFueSBwcmV2aW91cyBwYXRoLjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg
Ymx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxl
PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBw
dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi
PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFs8YSBocmVmPSJtYWlsdG86
cm9sbC1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnPC9hPl0N
CjxiPk9uIEJlaGFsZiBPZiA8L2I+SW5lcyBSb2JsZXM8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVz
ZGF5LCBKdWx5IDA0LCAyMDE4IDU6NDEgUE08YnI+DQo8Yj5Ubzo8L2I+IHJvbGwgJmx0OzxhIGhy
ZWY9Im1haWx0bzpyb2xsQGlldGYub3JnIj5yb2xsQGlldGYub3JnPC9hPiZndDs7IDxhIGhyZWY9
Im1haWx0bzpjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZyI+DQpjb25zdWx0YW5jeUB2YW5kZXJz
dG9rLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1JvbGxdIFdHTEMgZm9yIGRyYWZ0LWll
dGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41
cHQiPkRlYXIgYWxsLCZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkEgV29ya2luZyBHcm91cCBMYXN0IGNh
bGwgKFdHTEMpIHN0YXJ0cyB0b2RheSAoMDQvMDcpIHVudGlsIDIwLzA3IGZvciZuYnNwOzxzcGFu
IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5kcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFv
LTAzPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoZSBkcmFmdCBpcyBhdmFpbGFibGUgaGVyZTombmJz
cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48YSBocmVmPSJodHRwczovL2RhdGF0
cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLyI+aHR0
cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1u
cGRhby88L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UGxlYXNlIHJldmlldyB0aGlzIGRyYWZ0IHRvIHNlZSBp
ZiB5b3UgdGhpbmsgdGhhdCBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24gYW5kIHNlbmQgY29t
bWVudHMgdG8gdGhlIGxpc3Qgc3RhdGluZyB5b3VyIHZpZXcuJm5ic3A7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhhbmsgeW91IHZlcnkgbXVj
aCBpbiBhZHZhbmNlLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+SW5lcyBhbmQgUGV0ZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_982B626E107E334DBE601D979F31785C5DC6F6F5BLREML503MBSchi_--


From nobody Thu Aug  9 18:37:33 2018
Return-Path: <remy.liubing@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 769A1130EEF for <roll@ietfa.amsl.com>; Thu,  9 Aug 2018 18:37:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 FCCvTgOgGQcK for <roll@ietfa.amsl.com>; Thu,  9 Aug 2018 18:37:27 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F554130EAF for <roll@ietf.org>; Thu,  9 Aug 2018 18:37:27 -0700 (PDT)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id CAA129F282E4A for <roll@ietf.org>; Fri, 10 Aug 2018 02:37:24 +0100 (IST)
Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 10 Aug 2018 02:37:25 +0100
Received: from DGGEMM526-MBS.china.huawei.com ([169.254.7.233]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0399.000; Fri, 10 Aug 2018 09:37:19 +0800
From: "Liubing (Remy)" <remy.liubing@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
Thread-Index: AQHUE3sxUkAU3cL/ukeeKn95uU4yOqSz0WjQgACwC7CAA+uCsA==
Date: Fri, 10 Aug 2018 01:37:19 +0000
Message-ID: <BB09947B5326FE42BA3918FA28765C2EE5789B@dggemm526-mbs.china.huawei.com>
References: <CAP+sJUd16DitmEodnJ9Djee39kr3wV0O4h+xiwjq_w2+MHdZkw@mail.gmail.com> <BB09947B5326FE42BA3918FA28765C2EE57330@dggemm526-mbs.china.huawei.com> <982B626E107E334DBE601D979F31785C5DC6F6F5@BLREML503-MBS.china.huawei.com>
In-Reply-To: <982B626E107E334DBE601D979F31785C5DC6F6F5@BLREML503-MBS.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.180.83]
Content-Type: multipart/alternative; boundary="_000_BB09947B5326FE42BA3918FA28765C2EE5789Bdggemm526mbschina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/zIJrxXlj8WGmng1QVxYAzpSXaJ0>
Subject: Re: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2018 01:37:31 -0000

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

SGVsbG8gUmFodWwsDQoNClJlZ2FyZGluZyB0byB0aGUgbGFzdCBxdWVzdGlvbiwgYXMgZWFjaCBu
b2RlIGlzIGluIGNoYXJnZSBvZiBpdHMgb3duIHJvdXRlIGludmFsaWRhdGlvbiwgSeKAmG0gY3Vy
aW91cyB0aGF0IGhvdyB0aGUgZGVwZW5kZW50IG5vZGVzIGtub3cgdGhhdCB0aGUgZG93bndhcmQg
cm91dGUgaXMgY2hhbmdlZCBzbyB0aGUgbm9kZXMgY2FuIHNlbmQgb3V0IGEgREFPIHdpdGggdGhl
IEkgYml0IHNldCB0byBpbnZhbGlkIHRoZSBwcmV2aW91cyByb3V0ZS4NCg0KVGhhbmsgeW91LA0K
UmVteQ0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm
IE9mIFJhaHVsIEFydmluZCBKYWRoYXYNClNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAwNywgMjAxOCAx
MTowNCBQTQ0KVG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzIDxy
b2xsQGlldGYub3JnPjsgcmFodWwuaWV0ZkBnbWFpbC5jb20NClN1YmplY3Q6IFJlOiBbUm9sbF0g
V0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMw0KDQpUaGFua3MgUmVt
eSBmb3IgdGhlIHJldmlldy4gUGxlYXNlIGZpbmQgbXkgY29tbWVudHMgaW5saW5lIFtSSl0uDQoN
CkJlc3QsDQpSYWh1bA0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3Jn
XSBPbiBCZWhhbGYgT2YgTGl1YmluZyAoUmVteSkNClNlbnQ6IDA3IEF1Z3VzdCAyMDE4IDExOjI5
DQpUbzogUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgPHJvbGxAaWV0
Zi5vcmc8bWFpbHRvOnJvbGxAaWV0Zi5vcmc+PjsgcmFodWwuaWV0ZkBnbWFpbC5jb208bWFpbHRv
OnJhaHVsLmlldGZAZ21haWwuY29tPg0KU3ViamVjdDogUmU6IFtSb2xsXSBXR0xDIGZvciBkcmFm
dC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzDQoNCkhlbGxvIFJvbGwsIFJhaHVsIGFuZCBj
by1hdXRob3JzLA0KDQpBZnRlciByZWFkaW5nIHRoZSBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50
LTA0LCBJIGZvdW5kIHRoaXMgZHJhZnQgdXNlZnVsLiBUaGUgcHJvYmxlbXMsIG1vdGl2YXRpb24g
YW5kIHNvbHV0aW9ucyBhcmUgZGVzY3JpYmVkIHF1aXRlIGNsZWFybHkuDQoNCkkgaGF2ZSBzb21l
IG1pbm9yIGNvbW1lbnRzOg0KDQoNCjEuICAgICAgIERvZXMgdGhpcyBkcmFmdCByZXF1aXJlIGEg
bmV3IE1PUCB0byBkaXN0aW5ndWlzaCB0aGUgb3JpZ2luYWwgc3RvcmluZyBtb2RlIE1PUD8NCg0K
W1JKXTogVGhlIGRyYWZ0IHByb3ZpZGVzIGFuIGltcHJvdmlzZWQgaW52YWxpZGF0aW9uIHByaW1p
dGl2ZSBpbiBleGlzdGluZyBzdG9yaW5nIE1PUC4gTmV3IE1PUCBpcyBub3QgcmVsZXZhbnQgZm9y
IHRoaXMgd29yayBhbmQgdGhlIGRyYWZ0IGRvZXMgbm90IHJlcXVpcmUgc2lnbmFsaW5nIG9mIG5l
dyBNT1AuIEFueSBjb250ZXh0IHdoZXJlIHN0b3Jpbmcgcm91dGUgZW50cmllcyBhcmUgbWFkZSBj
YW4gdXNlIHRoaXMgdGVjaG5pcXVlIChpbmNsdWRpbmcgc3RvcmluZyBNT1Agb3Igc3RvcmluZyBl
bnRyaWVzIG1hZGUgdXNpbmcgREFPIHByb2plY3Rpb24pLg0KDQoNCjIuICAgICAgIEluIHRoZSBz
ZWNvbmQgcGFyYWdyYXBoIG9mIHNlY3Rpb24gNC4xLCDigJxJbiB0aGlzIGNhc2UsIE5vZGUgQSB3
aGljaCBpcyB0aGUgY29tbW9uIGFuY2VzdG9yIG5vZGUgZm9yIG5vZGUgRCBhbG9uZyB0aGUgdHdv
IHBhdGhzIChwcmV2aW91cyBhbmQgbmV3KSwgbWF5IGdlbmVyYXRlIGEgRENPIHdoaWNoIHRyYXZl
cnNlcyBkb3dud2FyZHMgaW4gdGhlIG5ldHdvcmsu4oCdIOKAnHRyYXZlcnNlcyBkb3dud2FyZHMg
aW4gdGhlIG5ldHdvcmvigJ0gc2hvdWxkIGJlIGNsYXJpZmllZCBhcyDigJx0cmF2ZXJzZXMgZG93
bndhcmRzIGFsb25nIHRoZSBwcmV2aW91cyByb3V0ZeKAnS4NCg0KW1JKXTogVGhlIERDTyBkb2Vz
IG5vdCB0cmF2ZXJzZSB0aGUgcHJldmlvdXMgcm91dGUuIFRoZSBEQ08gdHJhdmVyc2VzIHRoZSBj
dXJyZW50IHJvdXRlIGZyb20gdGhlIGNvbW1vbiBhbmNlc3RvciB0byB0aGUgdGFyZ2V04oCZcyBw
cmV2aW91cyBwYXJlbnQuIEkgZ2V0IHdoYXQgeW91IGFyZSB0cnlpbmcgdG8gc3VnZ2VzdCBoZXJl
IGJ1dCBjYWxsaW5nIGl0IGFzIHByZXZpb3VzIHJvdXRlIG1heSBhZGQgdG8gdGhlIGNvbmZ1c2lv
biBpbW8uIFdpbGwgdHJ5IHRvIHJlcGhyYXNlIHRoZSBzdGF0ZW1lbnQuDQoNCg0KMy4gICAgICAg
VGhlIHRpdGxlIG9mIHNlY3Rpb24gNC4yIG1pZ2h0IGJlIG1pc2xlYWRpbmcuIEl0IHByb3Bvc2Vz
IGFuIHVwZGF0ZSBvZiB0cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlvbiBpbnN0ZWFkIG9mIHRoZSBE
QU8gYm9keSBpdHNlbGYuIFdoZW4gcmVhZGluZyB0aGUgc2Vjb25kIHBhcmFncmFwaCBvZiB0aGlz
IHNlY3Rpb24sIEkgdGhvdWdodCB0aGVyZSB3YXMgdXBkYXRlIHRvIHRoZSBEQU8gbWVzc2FnZSBi
b2R5LiBUaGUgdGVybSDigJx0cmFuc2l0IGNvbnRhaW5lciBvcHRpb27igJ0gc2hvdWxkIGJlIOKA
nHRyYW5zaXQgaW5mb3JtYXRpb24gb3B0aW9u4oCdPw0KDQpbUkpdOiBZZXMgdGhpcyBzaG91bGQg
YmUgcmV3b3JkZWQuIFRoYW5rcy4NCg0KDQo0LiAgICAgICBJbiBzZWN0aW9uIDQuNC4xLCBob3cg
ZG8gZGVwZW5kZW50IG5vZGVzIGtub3cgdGhhdCB0aGUgcm91dGUgaXMgY2hhbmdlZCwgc28gdGhh
dCB0aGUg4oCYSeKAmSBiaXQgaXMgc2V0IGNvcnJlY3RseT8NCg0KW1JKXTogSS1iaXQgYWxsb3dz
IHRoZSB0YXJnZXQgbm9kZSB0byBoYXZlIGNvbnRyb2wgb3ZlciBpdHMgb3duIHJvdXRlIGludmFs
aWRhdGlvbi4gVGhpcyB3YXMgcmVxdWlyZWQgYmVjYXVzZSBjdXJyZW50IE5QREFPIGZvbGxvd3Mg
dGhhdCBzZW1hbnRpYy4gSS1iaXQgaGVscHMgRENPIHJlbWFpbiBpbmxpbmUgd2l0aCB0aGlzIHBy
aW5jaXBsZSBvZiBOUERBTy4gV2l0aCB0aGlzIHJhdGlvbmFsZSwgdGhlIGRlcGVuZGVudCBub2Rl
IGVzc2VudGlhbGx5IGNhbiBtYXJrIEktYml0IGFsd2F5cyBpbiB0aGUgdHJhbnNpdCBvcHRpb24g
d2hlbmV2ZXIgcmVndWxhciBEQU8gaXMgc2V0IGlmIGl0IGRlc2lyZXMgcm91dGUtaW52YWxpZGF0
aW9uIGZvciBhbnkgcHJldmlvdXMgcGF0aC4NCg0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1i
b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSW5lcyBSb2JsZXMNClNlbnQ6IFdlZG5lc2Rh
eSwgSnVseSAwNCwgMjAxOCA1OjQxIFBNDQpUbzogcm9sbCA8cm9sbEBpZXRmLm9yZzxtYWlsdG86
cm9sbEBpZXRmLm9yZz4+OyBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZzxtYWlsdG86Y29uc3Vs
dGFuY3lAdmFuZGVyc3Rvay5vcmc+DQpTdWJqZWN0OiBbUm9sbF0gV0dMQyBmb3IgZHJhZnQtaWV0
Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMw0KDQpEZWFyIGFsbCwNCg0KQSBXb3JraW5nIEdyb3Vw
IExhc3QgY2FsbCAoV0dMQykgc3RhcnRzIHRvZGF5ICgwNC8wNykgdW50aWwgMjAvMDcgZm9yIGRy
YWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDMNCg0KVGhlIGRyYWZ0IGlzIGF2YWlsYWJs
ZSBoZXJlOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xs
LWVmZmljaWVudC1ucGRhby8NCg0KUGxlYXNlIHJldmlldyB0aGlzIGRyYWZ0IHRvIHNlZSBpZiB5
b3UgdGhpbmsgdGhhdCBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24gYW5kIHNlbmQgY29tbWVu
dHMgdG8gdGhlIGxpc3Qgc3RhdGluZyB5b3VyIHZpZXcuDQoNCg0KVGhhbmsgeW91IHZlcnkgbXVj
aCBpbiBhZHZhbmNlLA0KDQpJbmVzIGFuZCBQZXRlcg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFG
NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs
eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30N
Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6
ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0K
CW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0K
CXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0K
CXttc28tbGlzdC1pZDoxNzc2MDQ5MTE2Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1s
aXN0LXRlbXBsYXRlLWlkczotNDY5NzM4MTEyIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3
Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBs
aXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt
YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZl
bDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRh
Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k
ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0
OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVs
NA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxl
dmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7
DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7
fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2Vy
Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2
ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4
dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs
LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6
bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZl
bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4
dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdp
bi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz
aGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5k
aWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRp
dCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48
L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVl
IiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVsbG8gUmFodWwsPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRpbmcgdG8gdGhl
IGxhc3QgcXVlc3Rpb24sIGFzIGVhY2ggbm9kZSBpcyBpbiBjaGFyZ2Ugb2YgaXRzIG93biByb3V0
ZSBpbnZhbGlkYXRpb24sIEnigJhtIGN1cmlvdXMgdGhhdCBob3cgdGhlIGRlcGVuZGVudCBub2Rl
cyBrbm93IHRoYXQgdGhlIGRvd253YXJkIHJvdXRlDQogaXMgY2hhbmdlZCBzbyB0aGUgbm9kZXMg
Y2FuIHNlbmQgb3V0IGEgREFPIHdpdGggdGhlIEkgYml0IHNldCB0byBpbnZhbGlkIHRoZSBwcmV2
aW91cyByb3V0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRo
YW5rIHlvdSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVteTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk
aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGlu
ZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y
ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10NCjxi
Pk9uIEJlaGFsZiBPZiA8L2I+UmFodWwgQXJ2aW5kIEphZGhhdjxicj4NCjxiPlNlbnQ6PC9iPiBU
dWVzZGF5LCBBdWd1c3QgMDcsIDIwMTggMTE6MDQgUE08YnI+DQo8Yj5Ubzo8L2I+IFJvdXRpbmcg
T3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0Ozsg
cmFodWwuaWV0ZkBnbWFpbC5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xsXSBXR0xD
IGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPlRoYW5rcyBSZW15IGZvciB0aGUgcmV2aWV3LiBQbGVhc2UgZmluZCBteSBjb21tZW50cyBp
bmxpbmUgW1JKXS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJl
c3QsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBz
dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6
My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbPGEgaHJlZj0ibWFp
bHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZzwv
YT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkxpdWJpbmcgKFJlbXkpPGJyPg0KPGI+U2VudDo8L2I+
IDA3IEF1Z3VzdCAyMDE4IDExOjI5PGJyPg0KPGI+VG86PC9iPiBSb3V0aW5nIE92ZXIgTG93IHBv
d2VyIGFuZCBMb3NzeSBuZXR3b3JrcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvbGxAaWV0Zi5vcmci
PnJvbGxAaWV0Zi5vcmc8L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpyYWh1bC5pZXRmQGdtYWls
LmNvbSI+cmFodWwuaWV0ZkBnbWFpbC5jb208L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb
Um9sbF0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMzxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEIj5IZWxsbyBSb2xsLCBSYWh1bCBhbmQgY28tYXV0aG9ycyw8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFmdGVyIHJlYWRpbmcgdGhlIGRyYWZ0
LWlldGYtcm9sbC1lZmZpY2llbnQtMDQsIEkgZm91bmQgdGhpcyBkcmFmdCB1c2VmdWwuIFRoZSBw
cm9ibGVtcywgbW90aXZhdGlvbiBhbmQgc29sdXRpb25zIGFyZSBkZXNjcmliZWQgcXVpdGUgY2xl
YXJseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgaGF2ZSBz
b21lIG1pbm9yIGNvbW1lbnRzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50
Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3Jl
Ij4xLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bh
bj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkRvZXMgdGhpcyBkcmFm
dCByZXF1aXJlIGEgbmV3IE1PUCB0byBkaXN0aW5ndWlzaCB0aGUgb3JpZ2luYWwgc3RvcmluZyBt
b2RlIE1PUD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7
LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSSl06
IFRoZSBkcmFmdCBwcm92aWRlcyBhbiBpbXByb3Zpc2VkIGludmFsaWRhdGlvbiBwcmltaXRpdmUg
aW4gZXhpc3Rpbmcgc3RvcmluZyBNT1AuIE5ldyBNT1AgaXMgbm90IHJlbGV2YW50IGZvciB0aGlz
IHdvcmsgYW5kIHRoZSBkcmFmdCBkb2VzIG5vdCByZXF1aXJlIHNpZ25hbGluZw0KIG9mIG5ldyBN
T1AuIEFueSBjb250ZXh0IHdoZXJlIHN0b3Jpbmcgcm91dGUgZW50cmllcyBhcmUgbWFkZSBjYW4g
dXNlIHRoaXMgdGVjaG5pcXVlIChpbmNsdWRpbmcgc3RvcmluZyBNT1Agb3Igc3RvcmluZyBlbnRy
aWVzIG1hZGUgdXNpbmcgREFPIHByb2plY3Rpb24pLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls
ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1
cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJt
c28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3
IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh
bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+
SW4gdGhlIHNlY29uZCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiA0LjEsIOKAnEluIHRoaXMgY2FzZSwg
Tm9kZSBBIHdoaWNoIGlzIHRoZSBjb21tb24gYW5jZXN0b3Igbm9kZSBmb3Igbm9kZSBEIGFsb25n
IHRoZSB0d28gcGF0aHMgKHByZXZpb3VzIGFuZCBuZXcpLCBtYXkNCiBnZW5lcmF0ZSBhIERDTyB3
aGljaCB0cmF2ZXJzZXMgZG93bndhcmRzIGluIHRoZSBuZXR3b3JrLuKAnSDigJx0cmF2ZXJzZXMg
ZG93bndhcmRzIGluIHRoZSBuZXR3b3Jr4oCdIHNob3VsZCBiZSBjbGFyaWZpZWQgYXMg4oCcdHJh
dmVyc2VzIGRvd253YXJkcyBhbG9uZyB0aGUgcHJldmlvdXMgcm91dGXigJ0uPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUkpdOiBUaGUgRENPIGRvZXMgbm90IHRy
YXZlcnNlIHRoZSBwcmV2aW91cyByb3V0ZS4gVGhlIERDTyB0cmF2ZXJzZXMgdGhlIGN1cnJlbnQg
cm91dGUgZnJvbSB0aGUgY29tbW9uIGFuY2VzdG9yIHRvIHRoZSB0YXJnZXTigJlzIHByZXZpb3Vz
IHBhcmVudC4gSSBnZXQgd2hhdCB5b3UNCiBhcmUgdHJ5aW5nIHRvIHN1Z2dlc3QgaGVyZSBidXQg
Y2FsbGluZyBpdCBhcyBwcmV2aW91cyByb3V0ZSBtYXkgYWRkIHRvIHRoZSBjb25mdXNpb24gaW1v
LiBXaWxsIHRyeSB0byByZXBocmFzZSB0aGUgc3RhdGVtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg
c3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj4zLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8
L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPlRoZSB0aXRsZSBvZiBzZWN0aW9uIDQuMiBtaWdodCBiZSBtaXNsZWFkaW5nLiBJdCBwcm9w
b3NlcyBhbiB1cGRhdGUgb2YgdHJhbnNpdCBpbmZvcm1hdGlvbiBvcHRpb24gaW5zdGVhZCBvZiB0
aGUgREFPIGJvZHkgaXRzZWxmLiBXaGVuIHJlYWRpbmcgdGhlIHNlY29uZA0KIHBhcmFncmFwaCBv
ZiB0aGlzIHNlY3Rpb24sIEkgdGhvdWdodCB0aGVyZSB3YXMgdXBkYXRlIHRvIHRoZSBEQU8gbWVz
c2FnZSBib2R5LiBUaGUgdGVybSDigJx0cmFuc2l0IGNvbnRhaW5lciBvcHRpb27igJ0gc2hvdWxk
IGJlIOKAnHRyYW5zaXQgaW5mb3JtYXRpb24gb3B0aW9u4oCdPzxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JKXTogWWVzIHRoaXMgc2hvdWxkIGJlIHJld29yZGVk
LiBUaGFua3MuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0
O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+NC48c3Bh
biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k
aWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbiBzZWN0aW9uIDQuNC4xLCBob3cg
ZG8gZGVwZW5kZW50IG5vZGVzIGtub3cgdGhhdCB0aGUgcm91dGUgaXMgY2hhbmdlZCwgc28gdGhh
dCB0aGUg4oCYSeKAmSBiaXQgaXMgc2V0IGNvcnJlY3RseT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSSl06IEktYml0IGFsbG93cyB0aGUgdGFyZ2V0IG5vZGUg
dG8gaGF2ZSBjb250cm9sIG92ZXIgaXRzIG93biByb3V0ZSBpbnZhbGlkYXRpb24uIFRoaXMgd2Fz
IHJlcXVpcmVkIGJlY2F1c2UgY3VycmVudCBOUERBTyBmb2xsb3dzIHRoYXQgc2VtYW50aWMuIEkt
Yml0IGhlbHBzDQogRENPIHJlbWFpbiBpbmxpbmUgd2l0aCB0aGlzIHByaW5jaXBsZSBvZiBOUERB
Ty4gV2l0aCB0aGlzIHJhdGlvbmFsZSwgdGhlIGRlcGVuZGVudCBub2RlIGVzc2VudGlhbGx5IGNh
biBtYXJrIEktYml0IGFsd2F5cyBpbiB0aGUgdHJhbnNpdCBvcHRpb24gd2hlbmV2ZXIgcmVndWxh
ciBEQU8gaXMgc2V0IGlmIGl0IGRlc2lyZXMgcm91dGUtaW52YWxpZGF0aW9uIGZvciBhbnkgcHJl
dmlvdXMgcGF0aC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0
O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbPGEg
aHJlZj0ibWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnJvbGwtYm91bmNlc0Bp
ZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkluZXMgUm9ibGVzPGJyPg0KPGI+U2Vu
dDo8L2I+IFdlZG5lc2RheSwgSnVseSAwNCwgMjAxOCA1OjQxIFBNPGJyPg0KPGI+VG86PC9iPiBy
b2xsICZsdDs8YSBocmVmPSJtYWlsdG86cm9sbEBpZXRmLm9yZyI+cm9sbEBpZXRmLm9yZzwvYT4m
Z3Q7OyA8YSBocmVmPSJtYWlsdG86Y29uc3VsdGFuY3lAdmFuZGVyc3Rvay5vcmciPg0KY29uc3Vs
dGFuY3lAdmFuZGVyc3Rvay5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtSb2xsXSBXR0xD
IGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzPG86cD48L286cD48L3NwYW4+
PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuNXB0Ij5EZWFyIGFsbCwmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5BIFdvcmtpbmcg
R3JvdXAgTGFzdCBjYWxsIChXR0xDKSBzdGFydHMgdG9kYXkgKDA0LzA3KSB1bnRpbCAyMC8wNyBm
b3ImbmJzcDs8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ZHJhZnQtaWV0Zi1yb2xsLWVm
ZmljaWVudC1ucGRhby0wMzwvc3Bhbj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5UaGUgZHJhZnQgaXMgYXZhaWxh
YmxlIGhlcmU6Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PGEgaHJlZj0i
aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVu
dC1ucGRhby8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcm9s
bC1lZmZpY2llbnQtbnBkYW8vPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlBsZWFzZSByZXZpZXcgdGhpcyBk
cmFmdCB0byBzZWUgaWYgeW91IHRoaW5rIHRoYXQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9u
IGFuZCBzZW5kIGNvbW1lbnRzIHRvIHRoZSBsaXN0IHN0YXRpbmcgeW91ciB2aWV3LiZuYnNwOzxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoYW5r
IHlvdSB2ZXJ5IG11Y2ggaW4gYWR2YW5jZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPkluZXMgYW5kIFBldGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv
ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_BB09947B5326FE42BA3918FA28765C2EE5789Bdggemm526mbschina_--


From nobody Thu Aug  9 19:10:28 2018
Return-Path: <rahul.jadhav@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB142130EDA for <roll@ietfa.amsl.com>; Thu,  9 Aug 2018 19:10:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 JRid9zu-W-pE for <roll@ietfa.amsl.com>; Thu,  9 Aug 2018 19:10:23 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67C51130EA6 for <roll@ietf.org>; Thu,  9 Aug 2018 19:10:23 -0700 (PDT)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 0490447D1D9DD for <roll@ietf.org>; Fri, 10 Aug 2018 03:10:20 +0100 (IST)
Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 10 Aug 2018 03:10:20 +0100
Received: from BLREML503-MBS.china.huawei.com ([169.254.12.219]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0399.000; Fri, 10 Aug 2018 07:40:10 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
Thread-Index: AQHUE3sxUkAU3cL/ukeeKn95uU4yOqSz0WjQgACwC7CAA+uCsIAAB/Tg
Date: Fri, 10 Aug 2018 02:10:09 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DC7134D@BLREML503-MBS.china.huawei.com>
References: <CAP+sJUd16DitmEodnJ9Djee39kr3wV0O4h+xiwjq_w2+MHdZkw@mail.gmail.com> <BB09947B5326FE42BA3918FA28765C2EE57330@dggemm526-mbs.china.huawei.com> <982B626E107E334DBE601D979F31785C5DC6F6F5@BLREML503-MBS.china.huawei.com> <BB09947B5326FE42BA3918FA28765C2EE5789B@dggemm526-mbs.china.huawei.com>
In-Reply-To: <BB09947B5326FE42BA3918FA28765C2EE5789B@dggemm526-mbs.china.huawei.com>
Accept-Language: en-IN, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.18.157.44]
Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5DC7134DBLREML503MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/LejLNET8Hk92wPWU3Xi6OaxCujg>
Subject: Re: [Roll] WGLC for draft-ietf-roll-efficient-npdao-03
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2018 02:10:27 -0000

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

RGVwZW5kZW50IG5vZGVzIGhhdmUgbm8gd2F5IG9mIHRlbGxpbmcgd2hldGhlciB1cHdhcmQgcm91
dGVzIGhhdmUgY2hhbmdlZC4gVGhleSBzZW5kIERBTyBpbiByZXNwb25zZSB0byB1cGRhdGVkIERU
U04gZnJvbSB0aGVpciBwcmVmZXJyZWQgcGFyZW50LiBBbGwgdGhpcyBpcyBhcyBwZXIgNjU1MC4N
Cg0KRGVwZW5kZW50IG5vZGVzIGFsd2F5cyBzZXQgdGhlIEktYml0IGluIHJlZ3VsYXIgREFPIGlm
IHRoZXkgZGVzaXJlIHJvdXRlIGludmFsaWRhdGlvbiB0byBoYXBwZW4gZm9yIHRoZW0uIFlvdXIg
cXVlc3Rpb24gaXMsIGhvdyBkbyB0aGV5IGtub3cgcm91dGUgaW52YWxpZGF0aW9uIG5lZWRzIHRv
IGhhcHBlbi4gTXkgcG9pbnQgaXMsIHRoZXkgZG8gbm90IG5lZWQgdG8ga25vdy4gSWYgdGhlcmUg
aXMgbm8gcHJldmlvdXMgcm91dGUgaW5zdGFsbGVkIGluIHRoZSBzeXN0ZW0gZm9yIHRoZSBub2Rl
LCB0aGVuIHRoZXJlIGlzIG5vIERDTyBnZXR0aW5nIGdlbmVyYXRlZCBldmVuIHRob3VnaCBJLWJp
dCBpcyBzZXQuDQoNCkZyb20gaW1wbGVtZW50YXRpb24gcG9pbnQgb2YgdmlldywgYSBub2RlIHRh
a2VzIGEgZGVjaXNpb24gdG8gc2V0IEktYml0IGJhc2VkIG9uIG9uZS10aW1lIGNvbmZpZ3VyYXRp
b24gYW5kIG5vdCBiYXNlZCBvbiBpbnB1dCBmcm9tIERJTy9hbnkgb3RoZXIgY29udHJvbCBtZXNz
YWdlcy4NCg0KQmVzdCwNClJhaHVsDQoNCkZyb206IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNA
aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMaXViaW5nIChSZW15KQ0KU2VudDogMTAgQXVndXN0IDIw
MTggMDk6MzcNClRvOiBSb3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyA8
cm9sbEBpZXRmLm9yZz47IHJhaHVsLmlldGZAZ21haWwuY29tDQpTdWJqZWN0OiBSZTogW1JvbGxd
IFdHTEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDMNCg0KSGVsbG8gUmFo
dWwsDQoNClJlZ2FyZGluZyB0byB0aGUgbGFzdCBxdWVzdGlvbiwgYXMgZWFjaCBub2RlIGlzIGlu
IGNoYXJnZSBvZiBpdHMgb3duIHJvdXRlIGludmFsaWRhdGlvbiwgSeKAmG0gY3VyaW91cyB0aGF0
IGhvdyB0aGUgZGVwZW5kZW50IG5vZGVzIGtub3cgdGhhdCB0aGUgZG93bndhcmQgcm91dGUgaXMg
Y2hhbmdlZCBzbyB0aGUgbm9kZXMgY2FuIHNlbmQgb3V0IGEgREFPIHdpdGggdGhlIEkgYml0IHNl
dCB0byBpbnZhbGlkIHRoZSBwcmV2aW91cyByb3V0ZS4NCg0KVGhhbmsgeW91LA0KUmVteQ0KRnJv
bTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJhaHVs
IEFydmluZCBKYWRoYXYNClNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAwNywgMjAxOCAxMTowNCBQTQ0K
VG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzIDxyb2xsQGlldGYu
b3JnPG1haWx0bzpyb2xsQGlldGYub3JnPj47IHJhaHVsLmlldGZAZ21haWwuY29tPG1haWx0bzpy
YWh1bC5pZXRmQGdtYWlsLmNvbT4NClN1YmplY3Q6IFJlOiBbUm9sbF0gV0dMQyBmb3IgZHJhZnQt
aWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMw0KDQpUaGFua3MgUmVteSBmb3IgdGhlIHJldmll
dy4gUGxlYXNlIGZpbmQgbXkgY29tbWVudHMgaW5saW5lIFtSSl0uDQoNCkJlc3QsDQpSYWh1bA0K
DQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Yg
TGl1YmluZyAoUmVteSkNClNlbnQ6IDA3IEF1Z3VzdCAyMDE4IDExOjI5DQpUbzogUm91dGluZyBP
dmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgPHJvbGxAaWV0Zi5vcmc8bWFpbHRvOnJv
bGxAaWV0Zi5vcmc+PjsgcmFodWwuaWV0ZkBnbWFpbC5jb208bWFpbHRvOnJhaHVsLmlldGZAZ21h
aWwuY29tPg0KU3ViamVjdDogUmU6IFtSb2xsXSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtZWZm
aWNpZW50LW5wZGFvLTAzDQoNCkhlbGxvIFJvbGwsIFJhaHVsIGFuZCBjby1hdXRob3JzLA0KDQpB
ZnRlciByZWFkaW5nIHRoZSBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LTA0LCBJIGZvdW5kIHRo
aXMgZHJhZnQgdXNlZnVsLiBUaGUgcHJvYmxlbXMsIG1vdGl2YXRpb24gYW5kIHNvbHV0aW9ucyBh
cmUgZGVzY3JpYmVkIHF1aXRlIGNsZWFybHkuDQoNCkkgaGF2ZSBzb21lIG1pbm9yIGNvbW1lbnRz
Og0KDQoNCjEuICAgICAgIERvZXMgdGhpcyBkcmFmdCByZXF1aXJlIGEgbmV3IE1PUCB0byBkaXN0
aW5ndWlzaCB0aGUgb3JpZ2luYWwgc3RvcmluZyBtb2RlIE1PUD8NCg0KW1JKXTogVGhlIGRyYWZ0
IHByb3ZpZGVzIGFuIGltcHJvdmlzZWQgaW52YWxpZGF0aW9uIHByaW1pdGl2ZSBpbiBleGlzdGlu
ZyBzdG9yaW5nIE1PUC4gTmV3IE1PUCBpcyBub3QgcmVsZXZhbnQgZm9yIHRoaXMgd29yayBhbmQg
dGhlIGRyYWZ0IGRvZXMgbm90IHJlcXVpcmUgc2lnbmFsaW5nIG9mIG5ldyBNT1AuIEFueSBjb250
ZXh0IHdoZXJlIHN0b3Jpbmcgcm91dGUgZW50cmllcyBhcmUgbWFkZSBjYW4gdXNlIHRoaXMgdGVj
aG5pcXVlIChpbmNsdWRpbmcgc3RvcmluZyBNT1Agb3Igc3RvcmluZyBlbnRyaWVzIG1hZGUgdXNp
bmcgREFPIHByb2plY3Rpb24pLg0KDQoNCjIuICAgICAgIEluIHRoZSBzZWNvbmQgcGFyYWdyYXBo
IG9mIHNlY3Rpb24gNC4xLCDigJxJbiB0aGlzIGNhc2UsIE5vZGUgQSB3aGljaCBpcyB0aGUgY29t
bW9uIGFuY2VzdG9yIG5vZGUgZm9yIG5vZGUgRCBhbG9uZyB0aGUgdHdvIHBhdGhzIChwcmV2aW91
cyBhbmQgbmV3KSwgbWF5IGdlbmVyYXRlIGEgRENPIHdoaWNoIHRyYXZlcnNlcyBkb3dud2FyZHMg
aW4gdGhlIG5ldHdvcmsu4oCdIOKAnHRyYXZlcnNlcyBkb3dud2FyZHMgaW4gdGhlIG5ldHdvcmvi
gJ0gc2hvdWxkIGJlIGNsYXJpZmllZCBhcyDigJx0cmF2ZXJzZXMgZG93bndhcmRzIGFsb25nIHRo
ZSBwcmV2aW91cyByb3V0ZeKAnS4NCg0KW1JKXTogVGhlIERDTyBkb2VzIG5vdCB0cmF2ZXJzZSB0
aGUgcHJldmlvdXMgcm91dGUuIFRoZSBEQ08gdHJhdmVyc2VzIHRoZSBjdXJyZW50IHJvdXRlIGZy
b20gdGhlIGNvbW1vbiBhbmNlc3RvciB0byB0aGUgdGFyZ2V04oCZcyBwcmV2aW91cyBwYXJlbnQu
IEkgZ2V0IHdoYXQgeW91IGFyZSB0cnlpbmcgdG8gc3VnZ2VzdCBoZXJlIGJ1dCBjYWxsaW5nIGl0
IGFzIHByZXZpb3VzIHJvdXRlIG1heSBhZGQgdG8gdGhlIGNvbmZ1c2lvbiBpbW8uIFdpbGwgdHJ5
IHRvIHJlcGhyYXNlIHRoZSBzdGF0ZW1lbnQuDQoNCg0KMy4gICAgICAgVGhlIHRpdGxlIG9mIHNl
Y3Rpb24gNC4yIG1pZ2h0IGJlIG1pc2xlYWRpbmcuIEl0IHByb3Bvc2VzIGFuIHVwZGF0ZSBvZiB0
cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlvbiBpbnN0ZWFkIG9mIHRoZSBEQU8gYm9keSBpdHNlbGYu
IFdoZW4gcmVhZGluZyB0aGUgc2Vjb25kIHBhcmFncmFwaCBvZiB0aGlzIHNlY3Rpb24sIEkgdGhv
dWdodCB0aGVyZSB3YXMgdXBkYXRlIHRvIHRoZSBEQU8gbWVzc2FnZSBib2R5LiBUaGUgdGVybSDi
gJx0cmFuc2l0IGNvbnRhaW5lciBvcHRpb27igJ0gc2hvdWxkIGJlIOKAnHRyYW5zaXQgaW5mb3Jt
YXRpb24gb3B0aW9u4oCdPw0KDQpbUkpdOiBZZXMgdGhpcyBzaG91bGQgYmUgcmV3b3JkZWQuIFRo
YW5rcy4NCg0KDQo0LiAgICAgICBJbiBzZWN0aW9uIDQuNC4xLCBob3cgZG8gZGVwZW5kZW50IG5v
ZGVzIGtub3cgdGhhdCB0aGUgcm91dGUgaXMgY2hhbmdlZCwgc28gdGhhdCB0aGUg4oCYSeKAmSBi
aXQgaXMgc2V0IGNvcnJlY3RseT8NCg0KW1JKXTogSS1iaXQgYWxsb3dzIHRoZSB0YXJnZXQgbm9k
ZSB0byBoYXZlIGNvbnRyb2wgb3ZlciBpdHMgb3duIHJvdXRlIGludmFsaWRhdGlvbi4gVGhpcyB3
YXMgcmVxdWlyZWQgYmVjYXVzZSBjdXJyZW50IE5QREFPIGZvbGxvd3MgdGhhdCBzZW1hbnRpYy4g
SS1iaXQgaGVscHMgRENPIHJlbWFpbiBpbmxpbmUgd2l0aCB0aGlzIHByaW5jaXBsZSBvZiBOUERB
Ty4gV2l0aCB0aGlzIHJhdGlvbmFsZSwgdGhlIGRlcGVuZGVudCBub2RlIGVzc2VudGlhbGx5IGNh
biBtYXJrIEktYml0IGFsd2F5cyBpbiB0aGUgdHJhbnNpdCBvcHRpb24gd2hlbmV2ZXIgcmVndWxh
ciBEQU8gaXMgc2V0IGlmIGl0IGRlc2lyZXMgcm91dGUtaW52YWxpZGF0aW9uIGZvciBhbnkgcHJl
dmlvdXMgcGF0aC4NCg0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3Jn
XSBPbiBCZWhhbGYgT2YgSW5lcyBSb2JsZXMNClNlbnQ6IFdlZG5lc2RheSwgSnVseSAwNCwgMjAx
OCA1OjQxIFBNDQpUbzogcm9sbCA8cm9sbEBpZXRmLm9yZzxtYWlsdG86cm9sbEBpZXRmLm9yZz4+
OyBjb25zdWx0YW5jeUB2YW5kZXJzdG9rLm9yZzxtYWlsdG86Y29uc3VsdGFuY3lAdmFuZGVyc3Rv
ay5vcmc+DQpTdWJqZWN0OiBbUm9sbF0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVu
dC1ucGRhby0wMw0KDQpEZWFyIGFsbCwNCg0KQSBXb3JraW5nIEdyb3VwIExhc3QgY2FsbCAoV0dM
Qykgc3RhcnRzIHRvZGF5ICgwNC8wNykgdW50aWwgMjAvMDcgZm9yIGRyYWZ0LWlldGYtcm9sbC1l
ZmZpY2llbnQtbnBkYW8tMDMNCg0KVGhlIGRyYWZ0IGlzIGF2YWlsYWJsZSBoZXJlOg0KaHR0cHM6
Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRh
by8NCg0KUGxlYXNlIHJldmlldyB0aGlzIGRyYWZ0IHRvIHNlZSBpZiB5b3UgdGhpbmsgdGhhdCBp
dCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24gYW5kIHNlbmQgY29tbWVudHMgdG8gdGhlIGxpc3Qg
c3RhdGluZyB5b3VyIHZpZXcuDQoNCg0KVGhhbmsgeW91IHZlcnkgbXVjaCBpbiBhZHZhbmNlLA0K
DQpJbmVzIGFuZCBQZXRlcg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0
eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs
aW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z
by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFG
NDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4u
RW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1
bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpA
cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBw
dCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl
Y3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlk
OjE3NzYwNDkxMTY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUt
aWRzOi00Njk3MzgxMTIgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3
MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDA6bGV2ZWwx
DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2
ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9
DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpy
aWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZl
bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0
LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDps
ZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0
LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0O30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1s
b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4w
cHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207
fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw
bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5EZXBlbmRlbnQgbm9kZXMgaGF2ZSBubyB3YXkg
b2YgdGVsbGluZyB3aGV0aGVyIHVwd2FyZCByb3V0ZXMgaGF2ZSBjaGFuZ2VkLiBUaGV5IHNlbmQg
REFPIGluIHJlc3BvbnNlIHRvIHVwZGF0ZWQgRFRTTiBmcm9tIHRoZWlyIHByZWZlcnJlZCBwYXJl
bnQuIEFsbCB0aGlzIGlzDQogYXMgcGVyIDY1NTAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj5EZXBlbmRlbnQgbm9kZXMgYWx3YXlzIHNldCB0aGUgSS1iaXQgaW4g
cmVndWxhciBEQU8gaWYgdGhleSBkZXNpcmUgcm91dGUgaW52YWxpZGF0aW9uIHRvIGhhcHBlbiBm
b3IgdGhlbS4gWW91ciBxdWVzdGlvbiBpcywgaG93IGRvIHRoZXkga25vdyByb3V0ZSBpbnZhbGlk
YXRpb24NCiBuZWVkcyB0byBoYXBwZW4uIE15IHBvaW50IGlzLCB0aGV5IGRvIG5vdCBuZWVkIHRv
IGtub3cuIElmIHRoZXJlIGlzIG5vIHByZXZpb3VzIHJvdXRlIGluc3RhbGxlZCBpbiB0aGUgc3lz
dGVtIGZvciB0aGUgbm9kZSwgdGhlbiB0aGVyZSBpcyBubyBEQ08gZ2V0dGluZyBnZW5lcmF0ZWQg
ZXZlbiB0aG91Z2ggSS1iaXQgaXMgc2V0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+RnJvbSBpbXBsZW1lbnRhdGlvbiBwb2ludCBvZiB2aWV3LCBhIG5vZGUgdGFr
ZXMgYSBkZWNpc2lvbiB0byBzZXQgSS1iaXQgYmFzZWQgb24gb25lLXRpbWUgY29uZmlndXJhdGlv
biBhbmQgbm90IGJhc2VkIG9uIGlucHV0IGZyb20gRElPL2FueSBvdGhlciBjb250cm9sIG1lc3Nh
Z2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+QmVzdCw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+UmFodWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1
ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw
Y20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZy
b206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2Vz
QGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5MaXViaW5nIChSZW15KTxicj4NCjxiPlNl
bnQ6PC9iPiAxMCBBdWd1c3QgMjAxOCAwOTozNzxicj4NCjxiPlRvOjwvYj4gUm91dGluZyBPdmVy
IExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgJmx0O3JvbGxAaWV0Zi5vcmcmZ3Q7OyByYWh1
bC5pZXRmQGdtYWlsLmNvbTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1JvbGxdIFdHTEMgZm9y
IGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+
SGVsbG8gUmFodWwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5S
ZWdhcmRpbmcgdG8gdGhlIGxhc3QgcXVlc3Rpb24sIGFzIGVhY2ggbm9kZSBpcyBpbiBjaGFyZ2Ug
b2YgaXRzIG93biByb3V0ZSBpbnZhbGlkYXRpb24sIEnigJhtIGN1cmlvdXMgdGhhdCBob3cgdGhl
IGRlcGVuZGVudCBub2RlcyBrbm93IHRoYXQgdGhlIGRvd253YXJkIHJvdXRlDQogaXMgY2hhbmdl
ZCBzbyB0aGUgbm9kZXMgY2FuIHNlbmQgb3V0IGEgREFPIHdpdGggdGhlIEkgYml0IHNldCB0byBp
bnZhbGlkIHRoZSBwcmV2aW91cyByb3V0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0QiPlRoYW5rIHlvdSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVteTxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJs
dWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i
Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg
MGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5G
cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbPGEgaHJlZj0ibWFpbHRvOnJv
bGwtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8
Yj5PbiBCZWhhbGYgT2YgPC9iPlJhaHVsIEFydmluZCBKYWRoYXY8YnI+DQo8Yj5TZW50OjwvYj4g
VHVlc2RheSwgQXVndXN0IDA3LCAyMDE4IDExOjA0IFBNPGJyPg0KPGI+VG86PC9iPiBSb3V0aW5n
IE92ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJv
bGxAaWV0Zi5vcmciPnJvbGxAaWV0Zi5vcmc8L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpyYWh1
bC5pZXRmQGdtYWlsLmNvbSI+cmFodWwuaWV0ZkBnbWFpbC5jb208L2E+PGJyPg0KPGI+U3ViamVj
dDo8L2I+IFJlOiBbUm9sbF0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRh
by0wMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MgUmVteSBmb3IgdGhlIHJldmlldy4gUGxl
YXNlIGZpbmQgbXkgY29tbWVudHMgaW5saW5lIFtSSl0uPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SYWh1bDxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk
ZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20g
NC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg
I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
ZiI+IFJvbGwgWzxhIGhyZWY9Im1haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpy
b2xsLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5MaXViaW5nIChS
ZW15KTxicj4NCjxiPlNlbnQ6PC9iPiAwNyBBdWd1c3QgMjAxOCAxMToyOTxicj4NCjxiPlRvOjwv
Yj4gUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgJmx0OzxhIGhyZWY9
Im1haWx0bzpyb2xsQGlldGYub3JnIj5yb2xsQGlldGYub3JnPC9hPiZndDs7DQo8YSBocmVmPSJt
YWlsdG86cmFodWwuaWV0ZkBnbWFpbC5jb20iPnJhaHVsLmlldGZAZ21haWwuY29tPC9hPjxicj4N
CjxiPlN1YmplY3Q6PC9iPiBSZTogW1JvbGxdIFdHTEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZp
Y2llbnQtbnBkYW8tMDM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVsbG8gUm9sbCwgUmFodWwgYW5k
IGNvLWF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5B
ZnRlciByZWFkaW5nIHRoZSBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LTA0LCBJIGZvdW5kIHRo
aXMgZHJhZnQgdXNlZnVsLiBUaGUgcHJvYmxlbXMsIG1vdGl2YXRpb24gYW5kIHNvbHV0aW9ucyBh
cmUgZGVzY3JpYmVkIHF1aXRlIGNsZWFybHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj
b2xvcjojMUY0OTdEIj5JIGhhdmUgc29tZSBtaW5vciBjb21tZW50czo8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh
cGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48
IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4g
c3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtU
aW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
Ow0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj5Eb2VzIHRoaXMgZHJhZnQgcmVxdWlyZSBhIG5ldyBNT1AgdG8gZGlzdGluZ3Vpc2gg
dGhlIG9yaWdpbmFsIHN0b3JpbmcgbW9kZSBNT1A/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj5bUkpdOiBUaGUgZHJhZnQgcHJvdmlkZXMgYW4gaW1wcm92aXNlZCBp
bnZhbGlkYXRpb24gcHJpbWl0aXZlIGluIGV4aXN0aW5nIHN0b3JpbmcgTU9QLiBOZXcgTU9QIGlz
IG5vdCByZWxldmFudCBmb3IgdGhpcyB3b3JrIGFuZCB0aGUgZHJhZnQgZG9lcyBub3QgcmVxdWly
ZSBzaWduYWxpbmcNCiBvZiBuZXcgTU9QLiBBbnkgY29udGV4dCB3aGVyZSBzdG9yaW5nIHJvdXRl
IGVudHJpZXMgYXJlIG1hZGUgY2FuIHVzZSB0aGlzIHRlY2huaXF1ZSAoaW5jbHVkaW5nIHN0b3Jp
bmcgTU9QIG9yIHN0b3JpbmcgZW50cmllcyBtYWRlIHVzaW5nIERBTyBwcm9qZWN0aW9uKS4NCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4yLjxzcGFuIHN0eWxlPSJmb250
OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkluIHRoZSBzZWNvbmQgcGFyYWdyYXBoIG9mIHNlY3Rpb24g
NC4xLCDigJxJbiB0aGlzIGNhc2UsIE5vZGUgQSB3aGljaCBpcyB0aGUgY29tbW9uIGFuY2VzdG9y
IG5vZGUgZm9yIG5vZGUgRCBhbG9uZyB0aGUgdHdvIHBhdGhzIChwcmV2aW91cyBhbmQgbmV3KSwg
bWF5DQogZ2VuZXJhdGUgYSBEQ08gd2hpY2ggdHJhdmVyc2VzIGRvd253YXJkcyBpbiB0aGUgbmV0
d29yay7igJ0g4oCcdHJhdmVyc2VzIGRvd253YXJkcyBpbiB0aGUgbmV0d29ya+KAnSBzaG91bGQg
YmUgY2xhcmlmaWVkIGFzIOKAnHRyYXZlcnNlcyBkb3dud2FyZHMgYWxvbmcgdGhlIHByZXZpb3Vz
IHJvdXRl4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JK
XTogVGhlIERDTyBkb2VzIG5vdCB0cmF2ZXJzZSB0aGUgcHJldmlvdXMgcm91dGUuIFRoZSBEQ08g
dHJhdmVyc2VzIHRoZSBjdXJyZW50IHJvdXRlIGZyb20gdGhlIGNvbW1vbiBhbmNlc3RvciB0byB0
aGUgdGFyZ2V04oCZcyBwcmV2aW91cyBwYXJlbnQuIEkgZ2V0IHdoYXQgeW91DQogYXJlIHRyeWlu
ZyB0byBzdWdnZXN0IGhlcmUgYnV0IGNhbGxpbmcgaXQgYXMgcHJldmlvdXMgcm91dGUgbWF5IGFk
ZCB0byB0aGUgY29uZnVzaW9uIGltby4gV2lsbCB0cnkgdG8gcmVwaHJhc2UgdGhlIHN0YXRlbWVu
dC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0
OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+My48c3BhbiBzdHlsZT0i
Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgdGl0bGUgb2Ygc2VjdGlvbiA0LjIgbWlnaHQg
YmUgbWlzbGVhZGluZy4gSXQgcHJvcG9zZXMgYW4gdXBkYXRlIG9mIHRyYW5zaXQgaW5mb3JtYXRp
b24gb3B0aW9uIGluc3RlYWQgb2YgdGhlIERBTyBib2R5IGl0c2VsZi4gV2hlbiByZWFkaW5nIHRo
ZSBzZWNvbmQNCiBwYXJhZ3JhcGggb2YgdGhpcyBzZWN0aW9uLCBJIHRob3VnaHQgdGhlcmUgd2Fz
IHVwZGF0ZSB0byB0aGUgREFPIG1lc3NhZ2UgYm9keS4gVGhlIHRlcm0g4oCcdHJhbnNpdCBjb250
YWluZXIgb3B0aW9u4oCdIHNob3VsZCBiZSDigJx0cmFuc2l0IGluZm9ybWF0aW9uIG9wdGlvbuKA
nT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSSl06IFllcyB0
aGlzIHNob3VsZCBiZSByZXdvcmRlZC4gVGhhbmtzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls
ZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1
cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJt
c28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3
IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh
bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+
SW4gc2VjdGlvbiA0LjQuMSwgaG93IGRvIGRlcGVuZGVudCBub2RlcyBrbm93IHRoYXQgdGhlIHJv
dXRlIGlzIGNoYW5nZWQsIHNvIHRoYXQgdGhlIOKAmEnigJkgYml0IGlzIHNldCBjb3JyZWN0bHk/
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUkpdOiBJLWJpdCBh
bGxvd3MgdGhlIHRhcmdldCBub2RlIHRvIGhhdmUgY29udHJvbCBvdmVyIGl0cyBvd24gcm91dGUg
aW52YWxpZGF0aW9uLiBUaGlzIHdhcyByZXF1aXJlZCBiZWNhdXNlIGN1cnJlbnQgTlBEQU8gZm9s
bG93cyB0aGF0IHNlbWFudGljLiBJLWJpdCBoZWxwcw0KIERDTyByZW1haW4gaW5saW5lIHdpdGgg
dGhpcyBwcmluY2lwbGUgb2YgTlBEQU8uIFdpdGggdGhpcyByYXRpb25hbGUsIHRoZSBkZXBlbmRl
bnQgbm9kZSBlc3NlbnRpYWxseSBjYW4gbWFyayBJLWJpdCBhbHdheXMgaW4gdGhlIHRyYW5zaXQg
b3B0aW9uIHdoZW5ldmVyIHJlZ3VsYXIgREFPIGlzIHNldCBpZiBpdCBkZXNpcmVzIHJvdXRlLWlu
dmFsaWRhdGlvbiBmb3IgYW55IHByZXZpb3VzIHBhdGguPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0
eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt
IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10
b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZiI+IFJvbGwgWzxhIGhyZWY9Im1haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmci
Pm1haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5J
bmVzIFJvYmxlczxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bHkgMDQsIDIwMTggNTo0
MSBQTTxicj4NCjxiPlRvOjwvYj4gcm9sbCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvbGxAaWV0Zi5v
cmciPnJvbGxAaWV0Zi5vcmc8L2E+Jmd0OzsgPGEgaHJlZj0ibWFpbHRvOmNvbnN1bHRhbmN5QHZh
bmRlcnN0b2sub3JnIj4NCmNvbnN1bHRhbmN5QHZhbmRlcnN0b2sub3JnPC9hPjxicj4NCjxiPlN1
YmplY3Q6PC9iPiBbUm9sbF0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRh
by0wMzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+RGVhciBhbGwsJm5ic3A7PG86
cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZTo5LjVwdCI+QSBXb3JraW5nIEdyb3VwIExhc3QgY2FsbCAoV0dMQykgc3RhcnRzIHRvZGF5
ICgwNC8wNykgdW50aWwgMjAvMDcgZm9yJm5ic3A7PHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hp
dGUiPmRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDM8L3NwYW4+PG86cD48L286cD48
L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw
dCI+VGhlIGRyYWZ0IGlzIGF2YWlsYWJsZSBoZXJlOiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS41cHQiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry
YWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8vIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYu
b3JnL2RvYy9kcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLzwvYT48L3NwYW4+PG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0
Ij5QbGVhc2UgcmV2aWV3IHRoaXMgZHJhZnQgdG8gc2VlIGlmIHlvdSB0aGluayB0aGF0IGl0IGlz
IHJlYWR5IGZvciBwdWJsaWNhdGlvbiBhbmQgc2VuZCBjb21tZW50cyB0byB0aGUgbGlzdCBzdGF0
aW5nIHlvdXIgdmlldy4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjkuNXB0Ij5UaGFuayB5b3UgdmVyeSBtdWNoIGluIGFkdmFuY2UsPG86cD48L286
cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbmVzIGFuZCBQZXRlcjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_982B626E107E334DBE601D979F31785C5DC7134DBLREML503MBSchi_--


From nobody Fri Aug 10 00:57:14 2018
Return-Path: <remy.liubing@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE213130F25 for <roll@ietfa.amsl.com>; Fri, 10 Aug 2018 00:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 FYtJH-0CAchE for <roll@ietfa.amsl.com>; Fri, 10 Aug 2018 00:57:08 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13A21130DFB for <roll@ietf.org>; Fri, 10 Aug 2018 00:57:08 -0700 (PDT)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 4D971D2086614 for <roll@ietf.org>; Fri, 10 Aug 2018 08:57:01 +0100 (IST)
Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 10 Aug 2018 08:57:02 +0100
Received: from DGGEMM526-MBS.china.huawei.com ([169.254.7.233]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0399.000; Fri, 10 Aug 2018 15:56:56 +0800
From: "Liubing (Remy)" <remy.liubing@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] Last calls extension - AODV-RPL Review
Thread-Index: AdQqy2j0cbHcvQSiSYulq739H8t4wwDM36/Q
Date: Fri, 10 Aug 2018 07:56:55 +0000
Message-ID: <BB09947B5326FE42BA3918FA28765C2EE57917@dggemm526-mbs.china.huawei.com>
References: <982B626E107E334DBE601D979F31785C5DC6ACD0@BLREML503-MBS.china.huawei.com>
In-Reply-To: <982B626E107E334DBE601D979F31785C5DC6ACD0@BLREML503-MBS.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.130.180.83]
Content-Type: multipart/alternative; boundary="_000_BB09947B5326FE42BA3918FA28765C2EE57917dggemm526mbschina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/2eKGL7fi3Ce78Scc_2gXYKPeRs8>
Subject: Re: [Roll] Last calls extension - AODV-RPL Review
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2018 07:57:12 -0000

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

SGVsbG8gUmFodWwsDQoNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cy4gUGxlYXNlIGZpbmQg
bXkgcmVzcG9uc2UgaW5saW5lLg0KDQpCZXN0IHJlZ2FyZHMsDQpSZW15DQoNCkZyb206IFJvbGwg
W21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSYWh1bCBBcnZpbmQg
SmFkaGF2DQpTZW50OiBGcmlkYXksIEF1Z3VzdCAwMywgMjAxOCAxMjowOCBQTQ0KVG86IFJvdXRp
bmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzIDxyb2xsQGlldGYub3JnPg0KU3Vi
amVjdDogUmU6IFtSb2xsXSBMYXN0IGNhbGxzIGV4dGVuc2lvbiAtIEFPRFYtUlBMIFJldmlldw0K
DQpIZWxsbyBBbGwsDQoNCkZvbGxvd2luZyBhcmUgbXkgcmV2aWV3IGNvbW1lbnRzIGZvciBBT0RW
LVJQTDoNCg0KDQoxLiAgICAgICBSUkVQIG9wdGlvbiBkb2VzIG5vdCBlY2hvLWJhY2sgdGhlIOKA
nE9yaWcgU2VxIG51bWJlcuKAnSBmcm9tIHRoZSBSUkVRLiBIb3cgd291bGQgYSA2TFIgZGlmZmVy
ZW50aWF0ZSBiZXR3ZWVuIGZyZXNoL3N0YWxlIFJSRVBzIGZyb20gdGhlIHNhbWUgVGFyZ05vZGUv
SW5zdGFuY2U/DQpbUmVteV06IFRoZSBmcmVzaG5lc3Mgb2YgUlJFUHMgaXMgbm90IGRvbmUgYnkg
dGhlIE9yaWcgU2VxIG51bWJlciwgdGhlIERlc3RpbmF0aW9uIHNlcXVlbmNlIG51bWJlciBvZiB0
aGUgVGFyZ05vZGVzIGRvZXMgdGhpcyBqb2IuIFRoaXMgbWVjaGFuaXNtIGlzIGluaGVyaXRlZCBm
cm9tIEFPRFYuDQoNCg0KDQoyLiAgICAgICBUaGUgTCBiaXRzIGluIFJSRVAgb3B0aW9uIGFyZSBl
Y2hvZWQgZnJvbSBSUkVRLW9wdGlvbiA/IFRoZSB0ZXh0IGdpdmVzIG1lIHRoYXQgZmVlbGluZywg
YnV0IEkgZ3Vlc3MgdGhhdOKAmXMgbm90IGhvdyBpdOKAmXMgc3VwcG9zZWQgdG8gYmUuIFRoZSB0
ZXh0IHJlZmVycmVkIHRvIGlzIOKAnEw6IDItYml0IHVuc2lnbmVkIGludGVnZXIgZGVmaW5lZCBh
cyBpbiBSUkVRIG9wdGlvbuKAnS4NCltSZW15XTogVGhlIEwgYml0cyBpcyBhbHNvIGNhcnJpZWQg
aW4gUlJFUCwgYmVjYXVzZSBmb3IgYXN5bW1ldHJpYyByb3V0ZSwgdGhlcmUgYXJlIHR3byBzZXBh
cmF0ZWQgIERPREFHcyBmb3IgUlJFUSBhbmQgUlJFUCBpbnN0YW5jZXMsIGlmIHRoZSBMIGJpdHMg
aXMgbm90IGNhcnJpZWQgaW4gdGhlIFJSRVAtRElPLCB0aGUgaW50ZXJtZWRpYXRlIG5vZGVzIHdv
buKAmXQga25vdyBob3cgbG9uZyB0aGV5IHdpbGwgc3RheSBpbiB0aGUgUlJFUCBET0RBRy4NCg0K
DQozLiAgICAgICBUaGUgZG9jdW1lbnQgaW50cm9kdWNlcyBuZXcgc2VxdWVuY2UgbnVtYmVycywg
YnV0IHRoZSBoYW5kbGluZyBpcyBub3QgZGVzY3JpYmVkIGluIHRoZSBzdGVwLWJ5LXN0ZXAgcHJv
Y2Vzc2luZyBvZiBSUkVRL1JSRVAuIEkgZmVlbCBpdCBpcyBpbXBvcnRhbnQgdG8gZGVzY3JpYmUg
aW4gdGhvc2Ugc2VjdGlvbnMuDQpbUmVteV0gR29vZCBwb2ludCwgd2lsbCBhZGQgcmVsYXRlZCBk
ZXNjcmlwdGlvbnMuDQoNCg0KNC4gICAgICAgQWxsIHRoZSBuZXdseSBpbnRyb2R1Y2VkIHNlcXVl
bmNlIChPcmlnIFNlcSwgRGVzdCBTZXEpIG51bWJlcnMgZ290IHRvIGJlIGxvbGxpcG9wIGNvdW50
ZXJzLiBCdXQgdGhlcmUgaXMgbm8gdGV4dCB0byBzdWdnZXN0IHNvLg0KW1JlbXldIFRoZSBtYWlu
dGVuYW5jZSBvZiBzZXF1ZW5jZSBudW1iZXJzIGZvbGxvd3MgdGhlIHNlY3Rpb24gNi4xIG9mIEFP
RFYgUkZDIDM1NjEuDQoNCg0KNS4gICAgICAgVGhlIGV4cGxhbmF0aW9uIG9mIOKAmEzigJkgYml0
cyBpbiA2OTk3IGFuZCB0aGUgZHJhZnQgZG9lcyBub3QgbWF0Y2guIDY5OTcgaW50cm9kdWNlZCDi
gJhM4oCZIGJpdHMgc28gYXMgdG8gY2xlYXIgb2ZmIHRoZSBzdGF0ZSBjcmVhdGVkIGJ5IHRoZSBQ
MlAtUlBMIGluc3RhbmNlcyBpbiBhIG11Y2ggcXVpY2tlciB3YXkgd2l0aG91dCBkZXBlbmRpbmcg
b24gcm91dGUtbGlmZXRpbWUuIFRoZSBkcmFmdHMgaW50ZW5kZWQgcHVycG9zZSBvZiDigJhM4oCZ
IGJpdHMgYWxzbyBzZWVtcyBzaW1pbGFyIGJ1dCB0aGUgdGV4dCBpbiB0aGUgZHJhZnQgc2F5cywg
4oCcT25jZSB0aGUgdGltZSBpcyByZWFjaGVkLCBhIG5vZGUgTVVTVCBsZWF2ZSB0aGUgREFHIGFu
ZCBzdG9wIHNlbmRpbmcgb3IgcmVjZWl2aW5nIGFueSBtb3JlIERJT3MgZm9yIHRoZSB0ZW1wb3Jh
cnkgRE9EQUcu4oCdIElmIHRoZSBzdGF0ZXMgYXJlIGNsZWFyZWQsIGhvdyB3b3VsZCBhIG5vZGUg
c3RvcCBzZW5kaW5nL3JlY2VpdmluZyB0aGUgRElPcyBpbiB0aGUgY29udGV4dD8NCltSZW15XSBZ
ZXMsIHRoZSB0ZXJtaW5hdGlvbiBvZiBzZW5kaW5nL3Byb2Nlc3NpbmcgRElPcyBzaG91bGQgaGFw
cGVuIGJlZm9yZSB0aGUgcmVtb3ZhbCBvZiB0aGUgc3RhdGVzLiBSRkMgNjk5NyBzYXlzIHRoYXQ6
IOKAnEEgcm91dGVyIE1VU1QgZGV0YWNoIGZyb20gdGhlIHRlbXBvcmFyeSBEQUcgZGlzY292ZXJ5
IG9uY2UgdGhlIGR1cmF0aW9uIG9mIGl0cyBtZW1iZXJzaGlwIGluIHRoZSBEQUcgaGFzIHJlYWNo
ZWQgdGhlIHZhbHVlIGluZGljYXRlZCBieSB0aGUgTCBmaWVsZC7igJ0gSW4gbXkgb3Bpbmlvbiwg
dGhlcmUgaXMgbm8gcmVtb3ZhbCBvZiBzdGF0ZXMgaW4gdGhpcyBwaHJhc2UuIDY5OTcgYWxzbyBz
YXlzLCBpdCBpcyB1c3VhbGx5IHN1ZmZpY2llbnQgdGhhdCB0aGUgT3JpZ2luIHdhaXQgZm9yIHR3
aWNlIHRoZSBkdXJhdGlvbiBpbmRpY2F0ZWQgYnkgdGhlIEwgZmllbGQgaW5zaWRlIHRoZSBQMlAt
UkRPIHVzZWQgZm9yIHRoZSBwcmV2aW91cyByb3V0ZSBkaXNjb3ZlcnkgYmVmb3JlIHJldXNpbmcg
dGhlIFJQTEluc3RhbmNlSUQgZm9yIGEgbmV3IHJvdXRlIGRpc2NvdmVyeS4gSSBndWVzcyB0aGlz
IGlzIHdoYXQgeW91IG1lYW4gYnkg4oCcY2xlYXIgb2ZmIHRoZSBzdGF0ZeKAnS4NCg0KDQo2LiAg
ICAgICDigJhM4oCZIGJpdHMgYWxsb3cgdGhlIFJSRVEvUlJFUHMgdG8gZmxvYXQgaW4gdGhlIG5l
dHdvcmsgZm9yIG1heCA2NCBzZWNvbmRzLiBUaGlzIGlzIHRoZSBzYW1lIHVwcGVyIGxpbWl0IGFz
IGRlZmluZWQgaW4gNjk5Ny4gT3VyIGV4cGVyaW1lbnRzIHN1Z2dlc3RzIHRoYXQgdGhpcyB1cHBl
ciBib3VuZCBpcyB0b28gbG93LiBQbGVhc2Ugbm90ZSB0aGF0IERJTyBpcyB0cmFuc21pdHRlZCB1
c2luZyB0cmlja2xlIHRpbWVyIGFuZCBhcyBzdWNoIHRoZSBESU9zIG1pZ2h0IGZsb2F0IGluIHRo
ZSBuZXR3b3JrIGZvciBtdWNoIGhpZ2hlciB0aW1lci4gVGhlcmUgYXJlIG1ham9yIGlzc3VlcyB3
aXRoIHRoaXMgdXBwZXIgYm91bmQgYmVlbiBsb3cuIEZvciBlLmcuIHRoZSBzdGF0ZXMgbWlnaHQg
Z2V0IGNsZWFyZWQgYmVjYXVzZSBvZiDigJhM4oCZIGJpdHMgYW5kIHRoZSBub2RlcyBtaWdodCBj
b25zaWRlciB0aGUgZmxvYXRpbmcgUlJFUXMvUlJFUHMgYXMgbmV3IHRodXMgcmVjcmVhdGluZyB0
aGUgc3RhdGVzIGFuZCB0aGUgUlJFUXMvUlJFUHMgbWlnaHQgcmVzdWx0IGluIGxvb3BzLiBJIHN1
Z2dlc3QgdG8gY2hhbmdlIGRlZmluaXRpb24gb2Yg4oCYTOKAmSBiaXRzIHRvIGJlOiAoMD1pbmZp
bml0ZSwgMT0xNnNlY3MsIDI9NjRzZWMsIDM9MjU2c2VjKS4gMnNlYywgaW1vLCBpcyB1bnJlYWxp
c3RpYyBpbiBhbnkgc2l6ZSBuZXR3b3JrIGFuZCBkb2VzIG5vdCBoZWxwLg0KW1JlbXldIEdvb2Qg
cG9pbnQsIHdpbGwgdXBkYXRlIHRoZSBkZWZpbml0aW9uLg0KDQoNCg0KNy4gICAgICAgVGhlIHRh
cmdldCBvcHRpb24gZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGFuZCBpbiA2NTUwIGRpZmZlciBzaWdu
aWZpY2FudGx5IGJvdGggc3ludGFjdGljYWxseSAmIHNlbWFudGljYWxseS4gVGhpcyB0ZXJtaW5v
bG9neSB3aWxsIGxlYWQgdG8gY29uZnVzaW9uLiBJIGZlZWwgYSBuZXcgdGVybSBzaG91bGQgYmUg
ZGVmaW5lZCB3aGljaCBzcGVjaWZpZXMgdGhpcyB0YXJnZXQgb3B0aW9uIChleGFtcGxlIGNvdWxk
IGJlIEFSVC1vcHRpb24gd2hpY2ggc3RhbmRzIGZvciBBT0RWLVJQTCBUYXJnZXQgT3B0aW9uKQ0K
W1JlbXldIEluZGVlZCwgdGhlIGRlZmluaXRpb25zIG9mIHRoZXNlIHR3byBhcmUgZGlmZmVyZW50
IGluIHRlcm1zIG9mIHRoZSBmbGFncy4g4oCcQU9EVi1SUEwgVGFyZ2V0IE9wdGlvbuKAnSBpcyB0
b28gbG9uZ+KApiBNYXliZSBBUlQtb3B0aW9uIGlzIGJldHRlci4NCg0KDQoNCjguICAgICAgIFJv
dXRlLWVudHJ5IGludmFsaWRhdGlvbiBpcyBub3QgZGVzY3JpYmVkIGluIHRoZSBkcmFmdCBhdCBh
bGwuIFdoYXQgaGFwcGVucyB0byB0aGUgb2xkIHBhdGggd2hlbiB0aGUgVGFyZ05vZGUgc2VuZHMg
YSBSUkVQIHRocm91Z2ggYSBuZXcgcGF0aCBmb3IgYSBuZXcg4oCcT3JpZyBTZXHigJ0gZnJvbSB0
aGUgT3JpZ05vZGUgUlJFUT8gU2hvdWxkIHRoZSBvbGQgcGF0aCB3YWl0IGZvciByb3V0ZSBsaWZl
dGltZSBleHBpcnkgPyBUaGVyZSBzaG91bGQgYmUgYSB3YXkgdG8gaW52YWxpZGF0ZSBwcmV2aW91
cyBwYXRoIHJvdXRlLWVudHJpZXMgYnkgaGF2aW5nIHRoZSBUYXJnTm9kZSBzZW5kIGEgUlJFUC1E
SU8gd2l0aCBjb3JyZXNwb25kaW5nIOKAnE9yaWcgU2Vx4oCdIHdpdGggcm91dGUtbGlmZXRpbWU9
MCBvbiB0aGUgb2xkIHBhdGggdG8gaW52YWxpZGF0ZSBpdC4NCltSZW15XSBDdXJyZW50bHkgdGhl
cmUgaXMgbm8gYWN0aXZlIHJvdXRlIGludmFsaWRhdGlvbiBpbiB0aGUgZHJhZnQuIFRoZSB1bnVz
ZWQgcGF0aCB3YWl0IGZvciByb3V0ZSBlbnRyeSBsaWZldGltZSBleHBpcnkuIFRoZSBkZWZhdWx0
IHJvdXRlIGxpZmV0aW1lIGluIHRoZSBESU8gY2FuIGJlIHNldCB0byBhIHNtYWxsIHZhbHVlLCAg
d2hpbGUgdGhlIGxpZmV0aW1lIGlzIGV4dGVuZGVkIGVhY2ggdGltZSB3aGVuIHRoZSBUYXJnTm9k
ZSB1c2VzIHRoZSBwYXRoIChhIHJlbGF0aXZlbHkgYmlnIHZhbHVlIGNhbiBiZSBnaXZlbikuICBU
aGVyZWZvcmUgdGhlIHVudXNlZCBwYXRoIGNhbiBiZSBjbGVhbmVkIHVwIHF1aWNrbHkuIFRoZSBv
bGQgcGF0aCBjYW4gYmUgZGVhbHQgaW4gdGhlIHNhbWUgd2F5LiBBcyB0aGUgc2VxdWVuY2UgbnVt
YmVyIGluIHRoZSBSUkVRLURJTyBpcyBpbmNyZWFzZWQsIGEgbm9kZSBvbiB0aGUgb2xkIHBhdGgg
d2lsbCB1cGRhdGUgdGhlIHJvdXRlIGVudHJ5IChzZXF1ZW5jZSBudW1iZXIsIGxpZmV0aW1lLCB0
aGUgb3RoZXIgaXRlbXMgc3RheSB0aGUgc2FtZSksIGFuZCB0aGUgbGlmZXRpbWUgaXMgc2hvcnRl
bmVkIHRvIHRoZSBzbWFsbCB2YWx1ZS4gVGhpcyByb3V0ZSBlbnRyeSB3aWxsIGJlIGRlbGV0ZWQg
YWZ0ZXIgaXQgZXhwaXJlcyBpbiBhIHNob3J0IHRpbWUuIEFjdGl2ZSBwYXRoIGludmFsaWRhdGlv
biBpcyBtb3JlIGNvbXBsaWNhdGVkIGluIHRoaXMgY2FzZSwgYmVjYXVzZSB3ZSBuZWVkIHRvIGZp
bmQgdGhlIG5vZGUgd2hvc2UgcGFyZW50IGhhcyBiZWVuIGNoYW5nZWQgKGxpa2UgaW4gZWZmaWNp
ZW50IG5vLXBhdGggREFPKSwgYW5kIHRoaXMgbm9kZSBtYXkgbm90IGJlIHRoZSBUYXJnTm9kZS4N
Cg0KOS4gICAgICAgUHJldmlvdXNseSBhY2NlcHRlZCByZXZpZXcgY29tbWVudCByZWdhcmRpbmcg
aW5jb3JyZWN0IHZhbHVlcyBvZiBSU1NJIGluIEFwcGVuZGl4IEEgaXMgbm90IGluY29ycG9yYXRl
ZC4gUGxlYXNlIGNoZWNrIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvcm9s
bC9qU0o1SGcxZThwQ1htbVdVQ2prTnd2aHlyNDQNCltSZW15XSBUaGFuayB5b3UgZm9yIHJlbWlu
ZGluZyB0aGF0LiBUaGUgdGFibGUgc2hvdWxkIGJlIHVwZGF0ZWQgYXMgZm9sbG93cy4NCiAgICst
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0rDQogICB8IFJTU0kgYXQgTm9kZUEgZm9yIE5vZGVCIHwgRXhwZWN0ZWQgRVRYIGF0
IE5vZGVBIGZvciBOb2RlQi0+Tm9kZUEgfA0KICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgICAgICAgICAg
PiAtNjAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIDE1MCAgICAgICAgICAgICAgICAgICB8
DQogICB8ICAgICAgICAtNzAgdG8gLTYwICAgICAgIHwgICAgICAgICAgICAgICAgICAxOTIgICAg
ICAgICAgICAgICAgICAgfA0KICAgfCAgICAgICAgLTgwIHRvIC03MCAgICAgICB8ICAgICAgICAg
ICAgICAgICAgMjI2ICAgICAgICAgICAgICAgICAgIHwNCiAgIHwgICAgICAgIC05MCB0byAtODAg
ICAgICAgfCAgICAgICAgICAgICAgICAgIDY2MiAgICAgICAgICAgICAgICAgICB8DQogICB8ICAg
ICAgIC0xMDAgdG8gLTkwICAgICAgIHwgICAgICAgICAgICAgICAgICA5OTMgICAgICAgICAgICAg
ICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KDQoNClJlZ2FyZHMsDQpSYWh1bA0KDQoNCkZyb206
IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBJbmVzIFJv
Ymxlcw0KU2VudDogMzAgSnVseSAyMDE4IDE1OjU1DQpUbzogcm9sbCA8cm9sbEBpZXRmLm9yZzxt
YWlsdG86cm9sbEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbUm9sbF0gTGFzdCBjYWxscyBleHRlbnNp
b24gLSByZXZpZXcgcmVxdWVzdA0KDQpEZWFyIGFsbCwNCg0KV2UgZXh0ZW5kIHRoZXNlIGNhbGxz
IHVudGlsIDEwLTA4LTIwMTg6DQoNCi0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVu
dC1ucGRhby0wMw0KLSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtYW9kdi1ycGwtMDQNCi0gQ2Fs
bCBmb3IgYWRvcHRpb24gZm9yIGRyYWZ0LXJhaHVsLXJvbGwtcnBsLW9ic2VydmF0aW9ucw0KDQpE
dXJpbmcgdGhlIElFVEYgMTAyIHdlIGdvdCBzb21lIHJldmlld2VycyBmb3IgdGhlc2UgZG9jdW1l
bnRzLiBQbGVhc2UsIEl0IHdvdWxkIGJlIG5pY2UgaWYgeW91IGNvdWxkIGRvIHRoZSByZXZpZXcg
YmVmb3JlIDEwLTA4Lg0KDQpUaGFuayB5b3UsDQoNCkluZXMgYW5kIFBldGVyLg0K

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K
cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K
CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5
OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9u
OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVu
ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r
OiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206
LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7
fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBh
cmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFy
Z2luLXJpZ2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7
DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p
bHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0
eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ
Y29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdE
O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9
DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFy
IjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+
5qC85byPIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCi5Nc29DaHBEZWZhdWx0DQoJ
e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug
V29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAu
MHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u
MTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDozNDY5
NTI5OTY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0y
MDk1Mjg5ODIyIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3
Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXtt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp
c3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7
DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFi
LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl
bnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl
ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2
DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWIt
c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRl
bnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9
DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30N
Cm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0t
Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0
PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg
bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4
dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N
CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3
MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhlbGxvIFJhaHVsLA0KPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFuayB5b3UgZm9yIHlvdXIgY29tbWVudHMu
IFBsZWFzZSBmaW5kIG15IHJlc3BvbnNlIGlubGluZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVteTxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl
PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6
c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZiI+IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhh
bGYgT2YgPC9iPlJhaHVsIEFydmluZCBKYWRoYXY8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBB
dWd1c3QgMDMsIDIwMTggMTI6MDggUE08YnI+DQo8Yj5Ubzo8L2I+IFJvdXRpbmcgT3ZlciBMb3cg
cG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1
YmplY3Q6PC9iPiBSZTogW1JvbGxdIExhc3QgY2FsbHMgZXh0ZW5zaW9uIC0gQU9EVi1SUEwgUmV2
aWV3PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhlbGxvIEFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkZvbGxvd2luZyBhcmUgbXkgcmV2aWV3IGNvbW1lbnRzIGZv
ciBBT0RWLVJQTDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0
O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3Bh
biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k
aWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SUkVQIG9wdGlvbiBkb2VzIG5vdCBl
Y2hvLWJhY2sgdGhlIOKAnE9yaWcgU2VxIG51bWJlcuKAnSBmcm9tIHRoZSBSUkVRLiBIb3cgd291
bGQgYSA2TFIgZGlmZmVyZW50aWF0ZSBiZXR3ZWVuIGZyZXNoL3N0YWxlIFJSRVBzIGZyb20gdGhl
IHNhbWUgVGFyZ05vZGUvSW5zdGFuY2U/DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom
cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JlbXldOiBUaGUg
ZnJlc2huZXNzIG9mIFJSRVBzIGlzIG5vdCBkb25lIGJ5IHRoZSBPcmlnIFNlcSBudW1iZXIsIHRo
ZSBEZXN0aW5hdGlvbiBzZXF1ZW5jZSBudW1iZXIgb2YgdGhlIFRhcmdOb2RlcyBkb2VzIHRoaXMg
am9iLiBUaGlzIG1lY2hhbmlzbSBpcyBpbmhlcml0ZWQNCiBmcm9tIEFPRFYuIDxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MGNtIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVu
dDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y
ZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw
YW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgTCBiaXRzIGlu
IFJSRVAgb3B0aW9uIGFyZSBlY2hvZWQgZnJvbSBSUkVRLW9wdGlvbiA/IFRoZSB0ZXh0IGdpdmVz
IG1lIHRoYXQgZmVlbGluZywgYnV0IEkgZ3Vlc3MgdGhhdOKAmXMgbm90IGhvdyBpdOKAmXMgc3Vw
cG9zZWQgdG8gYmUuIFRoZSB0ZXh0IHJlZmVycmVkDQogdG8gaXMg4oCcTDogMi1iaXQgdW5zaWdu
ZWQgaW50ZWdlciBkZWZpbmVkIGFzIGluIFJSRVEgb3B0aW9u4oCdLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij5bUmVteV06IFRoZSBMIGJpdHMgaXMgYWxzbyBjYXJyaWVkIGluIFJSRVAsIGJlY2F1c2UgZm9y
IGFzeW1tZXRyaWMgcm91dGUsIHRoZXJlIGFyZSB0d28gc2VwYXJhdGVkJm5ic3A7IERPREFHcyBm
b3IgUlJFUSBhbmQgUlJFUCBpbnN0YW5jZXMsIGlmIHRoZSBMIGJpdHMgaXMgbm90IGNhcnJpZWQN
CiBpbiB0aGUgUlJFUC1ESU8sIHRoZSBpbnRlcm1lZGlhdGUgbm9kZXMgd29u4oCZdCBrbm93IGhv
dyBsb25nIHRoZXkgd2lsbCBzdGF5IGluIHRoZSBSUkVQIERPREFHLjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7
bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl
PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4zLjxzcGFu
IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp
Zl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBkb2N1bWVudCBpbnRyb2R1Y2Vz
IG5ldyBzZXF1ZW5jZSBudW1iZXJzLCBidXQgdGhlIGhhbmRsaW5nIGlzIG5vdCBkZXNjcmliZWQg
aW4gdGhlIHN0ZXAtYnktc3RlcCBwcm9jZXNzaW5nIG9mIFJSRVEvUlJFUC4gSSBmZWVsIGl0IGlz
IGltcG9ydGFudA0KIHRvIGRlc2NyaWJlIGluIHRob3NlIHNlY3Rpb25zLjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0
OTdEIj5bUmVteV0gR29vZCBwb2ludCwgd2lsbCBhZGQgcmVsYXRlZCBkZXNjcmlwdGlvbnMuPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBs
ZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6
Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+QWxsIHRoZSBuZXdseSBpbnRyb2R1Y2VkIHNlcXVlbmNlIChP
cmlnIFNlcSwgRGVzdCBTZXEpIG51bWJlcnMgZ290IHRvIGJlIGxvbGxpcG9wIGNvdW50ZXJzLiBC
dXQgdGhlcmUgaXMgbm8gdGV4dCB0byBzdWdnZXN0IHNvLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUmVt
eV0gVGhlIG1haW50ZW5hbmNlIG9mIHNlcXVlbmNlIG51bWJlcnMgZm9sbG93cyB0aGUgc2VjdGlv
biA2LjEgb2YgQU9EViBSRkMgMzU2MS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWlu
ZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3Rz
XT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Okln
bm9yZSI+NS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgZXhwbGFu
YXRpb24gb2Yg4oCYTOKAmSBiaXRzIGluIDY5OTcgYW5kIHRoZSBkcmFmdCBkb2VzIG5vdCBtYXRj
aC4gNjk5NyBpbnRyb2R1Y2VkIOKAmEzigJkgYml0cyBzbyBhcyB0byBjbGVhciBvZmYgdGhlIHN0
YXRlIGNyZWF0ZWQgYnkgdGhlIFAyUC1SUEwgaW5zdGFuY2VzDQogaW4gYSBtdWNoIHF1aWNrZXIg
d2F5IHdpdGhvdXQgZGVwZW5kaW5nIG9uIHJvdXRlLWxpZmV0aW1lLiBUaGUgZHJhZnRzIGludGVu
ZGVkIHB1cnBvc2Ugb2Yg4oCYTOKAmSBiaXRzIGFsc28gc2VlbXMgc2ltaWxhciBidXQgdGhlIHRl
eHQgaW4gdGhlIGRyYWZ0IHNheXMsIOKAnE9uY2UgdGhlIHRpbWUgaXMgcmVhY2hlZCwgYSBub2Rl
IE1VU1QgbGVhdmUgdGhlIERBRyBhbmQgc3RvcCBzZW5kaW5nIG9yIHJlY2VpdmluZyBhbnkgbW9y
ZSBESU9zIGZvciB0aGUgdGVtcG9yYXJ5DQogRE9EQUcu4oCdIElmIHRoZSBzdGF0ZXMgYXJlIGNs
ZWFyZWQsIGhvdyB3b3VsZCBhIG5vZGUgc3RvcCBzZW5kaW5nL3JlY2VpdmluZyB0aGUgRElPcyBp
biB0aGUgY29udGV4dD8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bUmVteV0gWWVzLCB0aGUgdGVybWlu
YXRpb24gb2Ygc2VuZGluZy9wcm9jZXNzaW5nIERJT3Mgc2hvdWxkIGhhcHBlbiBiZWZvcmUgdGhl
IHJlbW92YWwgb2YgdGhlIHN0YXRlcy4gUkZDIDY5OTcgc2F5cyB0aGF0OiDigJxBIHJvdXRlciBN
VVNUIGRldGFjaCBmcm9tIHRoZSB0ZW1wb3JhcnkNCiBEQUcgZGlzY292ZXJ5IG9uY2UgdGhlIGR1
cmF0aW9uIG9mIGl0cyBtZW1iZXJzaGlwIGluIHRoZSBEQUcgaGFzIHJlYWNoZWQgdGhlIHZhbHVl
IGluZGljYXRlZCBieSB0aGUgTCBmaWVsZC7igJ0gSW4gbXkgb3BpbmlvbiwgdGhlcmUgaXMgbm8g
cmVtb3ZhbCBvZiBzdGF0ZXMgaW4gdGhpcyBwaHJhc2UuIDY5OTcgYWxzbyBzYXlzLCBpdCBpcyB1
c3VhbGx5IHN1ZmZpY2llbnQgdGhhdCB0aGUgT3JpZ2luIHdhaXQgZm9yIHR3aWNlIHRoZSBkdXJh
dGlvbg0KIGluZGljYXRlZCBieSB0aGUgTCBmaWVsZCBpbnNpZGUgdGhlIFAyUC1SRE8gdXNlZCBm
b3IgdGhlIHByZXZpb3VzIHJvdXRlIGRpc2NvdmVyeSBiZWZvcmUgcmV1c2luZyB0aGUgUlBMSW5z
dGFuY2VJRCBmb3IgYSBuZXcgcm91dGUgZGlzY292ZXJ5LiBJIGd1ZXNzIHRoaXMgaXMgd2hhdCB5
b3UgbWVhbiBieSDigJxjbGVhciBvZmYgdGhlIHN0YXRl4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg
c3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBzdHls
ZT0ibXNvLWxpc3Q6SWdub3JlIj42LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz
IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8
L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPuKAmEzigJkgYml0cyBhbGxvdyB0aGUgUlJFUS9SUkVQcyB0byBmbG9hdCBpbiB0aGUgbmV0
d29yayBmb3IgbWF4IDY0IHNlY29uZHMuIFRoaXMgaXMgdGhlIHNhbWUgdXBwZXIgbGltaXQgYXMg
ZGVmaW5lZCBpbiA2OTk3LiBPdXIgZXhwZXJpbWVudHMgc3VnZ2VzdHMNCiB0aGF0IHRoaXMgdXBw
ZXIgYm91bmQgaXMgdG9vIGxvdy4gUGxlYXNlIG5vdGUgdGhhdCBESU8gaXMgdHJhbnNtaXR0ZWQg
dXNpbmcgdHJpY2tsZSB0aW1lciBhbmQgYXMgc3VjaCB0aGUgRElPcyBtaWdodCBmbG9hdCBpbiB0
aGUgbmV0d29yayBmb3IgbXVjaCBoaWdoZXIgdGltZXIuIFRoZXJlIGFyZSBtYWpvciBpc3N1ZXMg
d2l0aCB0aGlzIHVwcGVyIGJvdW5kIGJlZW4gbG93LiBGb3IgZS5nLiB0aGUgc3RhdGVzIG1pZ2h0
IGdldCBjbGVhcmVkIGJlY2F1c2UNCiBvZiDigJhM4oCZIGJpdHMgYW5kIHRoZSBub2RlcyBtaWdo
dCBjb25zaWRlciB0aGUgZmxvYXRpbmcgUlJFUXMvUlJFUHMgYXMgbmV3IHRodXMgcmVjcmVhdGlu
ZyB0aGUgc3RhdGVzIGFuZCB0aGUgUlJFUXMvUlJFUHMgbWlnaHQgcmVzdWx0IGluIGxvb3BzLiBJ
IHN1Z2dlc3QgdG8gY2hhbmdlIGRlZmluaXRpb24gb2Yg4oCYTOKAmSBiaXRzIHRvIGJlOiAoMD1p
bmZpbml0ZSwgMT0xNnNlY3MsIDI9NjRzZWMsIDM9MjU2c2VjKS4gMnNlYywgaW1vLCBpcyB1bnJl
YWxpc3RpYw0KIGluIGFueSBzaXplIG5ldHdvcmsgYW5kIGRvZXMgbm90IGhlbHAuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPltSZW15XSBHb29kIHBvaW50LCB3aWxsIHVwZGF0ZSB0aGUgZGVmaW5pdGlvbi48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i
dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBv
cnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28t
bGlzdDpJZ25vcmUiPjcuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJv
bWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48
L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhl
IHRhcmdldCBvcHRpb24gZGVmaW5lZCBpbiB0aGlzIGRyYWZ0IGFuZCBpbiA2NTUwIGRpZmZlciBz
aWduaWZpY2FudGx5IGJvdGggc3ludGFjdGljYWxseSAmYW1wOyBzZW1hbnRpY2FsbHkuIFRoaXMg
dGVybWlub2xvZ3kgd2lsbCBsZWFkIHRvIGNvbmZ1c2lvbi4NCiBJIGZlZWwgYSBuZXcgdGVybSBz
aG91bGQgYmUgZGVmaW5lZCB3aGljaCBzcGVjaWZpZXMgdGhpcyB0YXJnZXQgb3B0aW9uIChleGFt
cGxlIGNvdWxkIGJlIEFSVC1vcHRpb24gd2hpY2ggc3RhbmRzIGZvciBBT0RWLVJQTCBUYXJnZXQg
T3B0aW9uKQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSZW15XSBJbmRlZWQsIHRoZSBkZWZpbml0aW9u
cyBvZiB0aGVzZSB0d28gYXJlIGRpZmZlcmVudCBpbiB0ZXJtcyBvZiB0aGUgZmxhZ3MuIOKAnEFP
RFYtUlBMIFRhcmdldCBPcHRpb27igJ0gaXMgdG9vIGxvbmfigKYgTWF5YmUgQVJULW9wdGlvbiBp
cyBiZXR0ZXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh
cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowY20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw
aCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwh
W2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48c3BhbiBz
dHlsZT0ibXNvLWxpc3Q6SWdub3JlIj44LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1Rp
bWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPlJvdXRlLWVudHJ5IGludmFsaWRhdGlvbiBpcyBub3QgZGVzY3JpYmVkIGluIHRoZSBk
cmFmdCBhdCBhbGwuIFdoYXQgaGFwcGVucyB0byB0aGUgb2xkIHBhdGggd2hlbiB0aGUgVGFyZ05v
ZGUgc2VuZHMgYSBSUkVQIHRocm91Z2ggYSBuZXcgcGF0aCBmb3IgYQ0KIG5ldyDigJxPcmlnIFNl
ceKAnSBmcm9tIHRoZSBPcmlnTm9kZSBSUkVRPyBTaG91bGQgdGhlIG9sZCBwYXRoIHdhaXQgZm9y
IHJvdXRlIGxpZmV0aW1lIGV4cGlyeSA/IFRoZXJlIHNob3VsZCBiZSBhIHdheSB0byBpbnZhbGlk
YXRlIHByZXZpb3VzIHBhdGggcm91dGUtZW50cmllcyBieSBoYXZpbmcgdGhlIFRhcmdOb2RlIHNl
bmQgYSBSUkVQLURJTyB3aXRoIGNvcnJlc3BvbmRpbmcg4oCcT3JpZyBTZXHigJ0gd2l0aCByb3V0
ZS1saWZldGltZT0wIG9uIHRoZSBvbGQNCiBwYXRoIHRvIGludmFsaWRhdGUgaXQuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPltSZW15XSBDdXJyZW50bHkgdGhlcmUgaXMgbm8gYWN0aXZlIHJvdXRlIGludmFs
aWRhdGlvbiBpbiB0aGUgZHJhZnQuIFRoZSB1bnVzZWQgcGF0aCB3YWl0IGZvciByb3V0ZSBlbnRy
eSBsaWZldGltZSBleHBpcnkuIFRoZSBkZWZhdWx0IHJvdXRlIGxpZmV0aW1lIGluIHRoZSBESU8N
CiBjYW4gYmUgc2V0IHRvIGEgc21hbGwgdmFsdWUsICZuYnNwO3doaWxlIHRoZSBsaWZldGltZSBp
cyBleHRlbmRlZCBlYWNoIHRpbWUgd2hlbiB0aGUgVGFyZ05vZGUgdXNlcyB0aGUgcGF0aCAoYSBy
ZWxhdGl2ZWx5IGJpZyB2YWx1ZSBjYW4gYmUgZ2l2ZW4pLiZuYnNwOyBUaGVyZWZvcmUgdGhlIHVu
dXNlZCBwYXRoIGNhbiBiZSBjbGVhbmVkIHVwIHF1aWNrbHkuIFRoZSBvbGQgcGF0aCBjYW4gYmUg
ZGVhbHQgaW4gdGhlIHNhbWUgd2F5LiBBcyB0aGUgc2VxdWVuY2UgbnVtYmVyDQogaW4gdGhlIFJS
RVEtRElPIGlzIGluY3JlYXNlZCwgYSBub2RlIG9uIHRoZSBvbGQgcGF0aCB3aWxsIHVwZGF0ZSB0
aGUgcm91dGUgZW50cnkgKHNlcXVlbmNlIG51bWJlciwgbGlmZXRpbWUsIHRoZSBvdGhlciBpdGVt
cyBzdGF5IHRoZSBzYW1lKSwgYW5kIHRoZSBsaWZldGltZSBpcyBzaG9ydGVuZWQgdG8gdGhlIHNt
YWxsIHZhbHVlLiBUaGlzIHJvdXRlIGVudHJ5IHdpbGwgYmUgZGVsZXRlZCBhZnRlciBpdCBleHBp
cmVzIGluIGEgc2hvcnQgdGltZS4NCiBBY3RpdmUgcGF0aCBpbnZhbGlkYXRpb24gaXMgbW9yZSBj
b21wbGljYXRlZCBpbiB0aGlzIGNhc2UsIGJlY2F1c2Ugd2UgbmVlZCB0byBmaW5kIHRoZSBub2Rl
IHdob3NlIHBhcmVudCBoYXMgYmVlbiBjaGFuZ2VkIChsaWtlIGluIGVmZmljaWVudCBuby1wYXRo
IERBTyksIGFuZCB0aGlzIG5vZGUgbWF5IG5vdCBiZSB0aGUgVGFyZ05vZGUuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo
IiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFb
aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0
eWxlPSJtc28tbGlzdDpJZ25vcmUiPjkuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt
ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN
Cjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+UHJldmlvdXNseSBhY2NlcHRlZCByZXZpZXcgY29tbWVudCByZWdhcmRpbmcgaW5jb3Jy
ZWN0IHZhbHVlcyBvZiBSU1NJIGluIEFwcGVuZGl4IEEgaXMgbm90IGluY29ycG9yYXRlZC4gUGxl
YXNlIGNoZWNrDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9h
cmNoL21zZy9yb2xsL2pTSjVIZzFlOHBDWG1tV1VDamtOd3ZoeXI0NCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
Ij5odHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvalNKNUhnMWU4cENY
bW1XVUNqa053dmh5cjQ0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm
b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPltSZW15XSBUaGFuayB5b3UgZm9yIHJlbWluZGluZyB0aGF0LiBU
aGUgdGFibGUgc2hvdWxkIGJlIHVwZGF0ZWQgYXMgZm9sbG93cy48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5i
c3A7ICYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8IFJTU0kg
YXQgTm9kZUEgZm9yIE5vZGVCIHwgRXhwZWN0ZWQgRVRYIGF0IE5vZGVBIGZvciBOb2RlQi0mZ3Q7
Tm9kZUEgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1
b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJiM0Mzs8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi
bGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgJmd0OyAtNjAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyAxNTAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtNzAgdG8gLTYwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgMTkyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgLTgwIHRvIC03MCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIyNiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2si
PiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IC05MCB0byAtODAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA2NjImbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJz
cDsgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtMTAwIHRvIC05MCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDk5MyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmIzQzOy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5S
YWh1bDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6
c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGlu
ZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFs8L3NwYW4+PGEg
aHJlZj0ibWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5tYWls
dG86cm9sbC1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPl0NCjxi
Pk9uIEJlaGFsZiBPZiA8L2I+SW5lcyBSb2JsZXM8YnI+DQo8Yj5TZW50OjwvYj4gMzAgSnVseSAy
MDE4IDE1OjU1PGJyPg0KPGI+VG86PC9iPiByb2xsICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRv
OnJvbGxAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+cm9sbEBpZXRmLm9yZzwvc3Bhbj48L2E+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtSb2xsXSBMYXN0IGNh
bGxzIGV4dGVuc2lvbiAtIHJldmlldyByZXF1ZXN0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k
aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K
PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EZWFyIGFsbCwmbmJzcDs8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgZXh0ZW5k
IHRoZXNlIGNhbGxzIHVudGlsIDEwLTA4LTIwMTg6Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gV0dMQyBmb3IgZHJhZnQtaWV0Zi1y
b2xsLWVmZmljaWVudC1ucGRhby0wMzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+LSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtYW9kdi1ycGwtMDQ8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gQ2Fs
bCBmb3IgYWRvcHRpb24gZm9yIGRyYWZ0LXJhaHVsLXJvbGwtcnBsLW9ic2VydmF0aW9uczxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz
cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EdXJpbmcg
dGhlIElFVEYgMTAyIHdlIGdvdCBzb21lIHJldmlld2VycyBmb3IgdGhlc2UgZG9jdW1lbnRzLiBQ
bGVhc2UsIEl0IHdvdWxkIGJlIG5pY2UgaWYgeW91IGNvdWxkIGRvIHRoZSByZXZpZXcgYmVmb3Jl
IDEwLTA4LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj5UaGFuayB5b3UsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPkluZXMgYW5kIFBldGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp
dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_BB09947B5326FE42BA3918FA28765C2EE57917dggemm526mbschina_--


From nobody Mon Aug 13 20:38:11 2018
Return-Path: <rahul.jadhav@huawei.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE8E8130E17 for <roll@ietfa.amsl.com>; Mon, 13 Aug 2018 20:38:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 a2ivSidlTrPM for <roll@ietfa.amsl.com>; Mon, 13 Aug 2018 20:38:05 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0B981277BB for <roll@ietf.org>; Mon, 13 Aug 2018 20:38:04 -0700 (PDT)
Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 73CE7B83D0DF6 for <roll@ietf.org>; Tue, 14 Aug 2018 04:37:59 +0100 (IST)
Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 14 Aug 2018 04:37:59 +0100
Received: from BLREML503-MBS.china.huawei.com ([169.254.12.219]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0399.000; Tue, 14 Aug 2018 09:07:47 +0530
From: Rahul Arvind Jadhav <rahul.jadhav@huawei.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "rahul.ietf@gmail.com" <rahul.ietf@gmail.com>
Thread-Topic: [Roll] Last calls extension - AODV-RPL Review
Thread-Index: AQHUMH/YcTQA0SJlf0Sq4mTdhwppL6S9dZZQ
Date: Tue, 14 Aug 2018 03:37:46 +0000
Message-ID: <982B626E107E334DBE601D979F31785C5DC7417B@BLREML503-MBS.china.huawei.com>
References: <982B626E107E334DBE601D979F31785C5DC6ACD0@BLREML503-MBS.china.huawei.com> <BB09947B5326FE42BA3918FA28765C2EE57917@dggemm526-mbs.china.huawei.com>
In-Reply-To: <BB09947B5326FE42BA3918FA28765C2EE57917@dggemm526-mbs.china.huawei.com>
Accept-Language: en-IN, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.18.157.44]
Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5DC7417BBLREML503MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/S0iDsIKDw1_sjy0c5lbHHdM4CRI>
Subject: Re: [Roll] Last calls extension - AODV-RPL Review
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Aug 2018 03:38:09 -0000

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

VGhhbmtzIFJlbXkgZm9yIHRoZSBjbGFyaWZpY2F0aW9ucy4NCg0KWW91IG1lbnRpb25lZCBmb3Ig
c2VxIG51bWJlcnMgdGhlIGRyYWZ0IG1vc3RseSBmb2xsb3dzIFJGQyAzNTYxLiBBZnRlciByZWFk
aW5nIDM1NjEgc2VjdGlvbiA2LjEsIEkgZmVlbCB3ZSBuZWVkIG5vdCBhZG9wdCBhbGwgdGhlIHJh
dGlvbmFsZSBmcm9tIFJGQyAzNTYxIGZvciBmb2xsIHJlYXNvbnM6DQoNCjEuICAgICAgIFRoZSBz
ZXEgbnVtYmVyIHJvbGxvdmVyIGV4cGxhbmF0aW9uIGlzIG5vdCB0aGUgYmVzdCBpbiAzNTYxLiBM
b2xsaXBvcCBjb3VudGVycyBvZmZlcnMgbXVjaCBiZXR0ZXIgd2F5IG9mIG9wZXJhdGlvbiB3aXRo
IGxvd2VyIG51bWJlciBzcGFjZS4gVGhlIHNlcSBudW1iZXIgc3BhY2UgaXMgMzIgYml0cyBpbiBB
T0RWIHZzIEFPRFYtUlBMIHVzZXMganVzdCA4Yml0cy4NCg0KMi4gICAgICAgVGhlIHVzZSBvZiDi
gJxPcmlnaW5hdG9yIFNlcSBOdW1iZXLigJ0gaXMgcmVxdWlyZWQgaW4gY2FzZSBvZiBBT0RWIC4u
IGJ1dCBpbiBjYXNlIG9mIEFPRFYtUlBMIHdlIGhhdmUgRElPLURUU04gdG8gZmlsbCBpbiB0aGF0
IGpvYi4gU28gbm90IHN1cmUgaWYgMzU2MSBydWxlcyBhcmUgYXBwbGljYWJsZS4gSGF2aW5nIGFu
b3RoZXIgc2VxIG51bWJlciBub3Qgb25seSBpbmNyZWFzZXMgcHJvZ3JhbSBjb21wbGV4aXR5IGJ1
dCBhbHNvIHJlcXVpcmVzIG1vcmUgYnl0ZXMgcGVyIHJvdXRpbmcgZW50cnkgd2hpY2ggaXMgY29z
dGx5Lg0KQW55d2F5cywgSeKAmWxsIHdhaXQgZm9yIHRoZSBkZXNjcmlwdGlvbiBvZiBzZXF1ZW5j
ZSBudW1iZXJzIGhhbmRsaW5nIGluIHRoZSBuZXh0IGRyYWZ0IHVwZGF0ZSB0byB1bmRlcnN0YW5k
IGlmIEnigJltIG1pc3NpbmcgYW55dGhpbmcuDQoNClBsZWFzZSBmaW5kIG15IGNvbW1lbnRzIGlu
bGluZS4NCg0KVGhhbmtzLA0KUmFodWwNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNl
c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIExpdWJpbmcgKFJlbXkpDQpTZW50OiAxMCBBdWd1c3Qg
MjAxOCAxMzoyNw0KVG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtz
IDxyb2xsQGlldGYub3JnPjsgcmFodWwuaWV0ZkBnbWFpbC5jb20NClN1YmplY3Q6IFJlOiBbUm9s
bF0gTGFzdCBjYWxscyBleHRlbnNpb24gLSBBT0RWLVJQTCBSZXZpZXcNCg0KSGVsbG8gUmFodWws
DQoNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cy4gUGxlYXNlIGZpbmQgbXkgcmVzcG9uc2Ug
aW5saW5lLg0KDQpCZXN0IHJlZ2FyZHMsDQpSZW15DQoNCkZyb206IFJvbGwgW21haWx0bzpyb2xs
LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBSYWh1bCBBcnZpbmQgSmFkaGF2DQpTZW50
OiBGcmlkYXksIEF1Z3VzdCAwMywgMjAxOCAxMjowOCBQTQ0KVG86IFJvdXRpbmcgT3ZlciBMb3cg
cG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzIDxyb2xsQGlldGYub3JnPG1haWx0bzpyb2xsQGlldGYu
b3JnPj4NClN1YmplY3Q6IFJlOiBbUm9sbF0gTGFzdCBjYWxscyBleHRlbnNpb24gLSBBT0RWLVJQ
TCBSZXZpZXcNCg0KSGVsbG8gQWxsLA0KDQpGb2xsb3dpbmcgYXJlIG15IHJldmlldyBjb21tZW50
cyBmb3IgQU9EVi1SUEw6DQoNCg0KMS4gICAgICAgUlJFUCBvcHRpb24gZG9lcyBub3QgZWNoby1i
YWNrIHRoZSDigJxPcmlnIFNlcSBudW1iZXLigJ0gZnJvbSB0aGUgUlJFUS4gSG93IHdvdWxkIGEg
NkxSIGRpZmZlcmVudGlhdGUgYmV0d2VlbiBmcmVzaC9zdGFsZSBSUkVQcyBmcm9tIHRoZSBzYW1l
IFRhcmdOb2RlL0luc3RhbmNlPw0KW1JlbXldOiBUaGUgZnJlc2huZXNzIG9mIFJSRVBzIGlzIG5v
dCBkb25lIGJ5IHRoZSBPcmlnIFNlcSBudW1iZXIsIHRoZSBEZXN0aW5hdGlvbiBzZXF1ZW5jZSBu
dW1iZXIgb2YgdGhlIFRhcmdOb2RlcyBkb2VzIHRoaXMgam9iLiBUaGlzIG1lY2hhbmlzbSBpcyBp
bmhlcml0ZWQgZnJvbSBBT0RWLg0KDQoNCg0KMi4gICAgICAgVGhlIEwgYml0cyBpbiBSUkVQIG9w
dGlvbiBhcmUgZWNob2VkIGZyb20gUlJFUS1vcHRpb24gPyBUaGUgdGV4dCBnaXZlcyBtZSB0aGF0
IGZlZWxpbmcsIGJ1dCBJIGd1ZXNzIHRoYXTigJlzIG5vdCBob3cgaXTigJlzIHN1cHBvc2VkIHRv
IGJlLiBUaGUgdGV4dCByZWZlcnJlZCB0byBpcyDigJxMOiAyLWJpdCB1bnNpZ25lZCBpbnRlZ2Vy
IGRlZmluZWQgYXMgaW4gUlJFUSBvcHRpb27igJ0uDQpbUmVteV06IFRoZSBMIGJpdHMgaXMgYWxz
byBjYXJyaWVkIGluIFJSRVAsIGJlY2F1c2UgZm9yIGFzeW1tZXRyaWMgcm91dGUsIHRoZXJlIGFy
ZSB0d28gc2VwYXJhdGVkICBET0RBR3MgZm9yIFJSRVEgYW5kIFJSRVAgaW5zdGFuY2VzLCBpZiB0
aGUgTCBiaXRzIGlzIG5vdCBjYXJyaWVkIGluIHRoZSBSUkVQLURJTywgdGhlIGludGVybWVkaWF0
ZSBub2RlcyB3b27igJl0IGtub3cgaG93IGxvbmcgdGhleSB3aWxsIHN0YXkgaW4gdGhlIFJSRVAg
RE9EQUcuDQoNCltSSl06IFllcyBJIHVuZGVyc3RhbmQgdGhhdCBMIGJpdHMgbmVlZHMgdG8gYmUg
Y2FycmllZCBpbiBSUkVQIG9wdGlvbi4gQnV0IHRoZSB0ZXh0IGdpdmVzIGFuIGltcHJlc3Npb24g
dGhhdCB0aGUgTC1iaXRzIGhhdmUgdG8gYmUgX19lY2hvZWQgYmFja19fIGkuZS4gdGhlIHNhbWUg
TCBiaXRzIHNlbnQgaW4gUlJFUSBuZWVkcyB0byBiZSByZXBsaWVkIGJhY2sgaW4gUlJFUC4gSXMg
dGhpcyB0cnVlPyBJIGJlbGlldmUgaXQgaXMgbm90Lg0KDQoNCjMuICAgICAgIFRoZSBkb2N1bWVu
dCBpbnRyb2R1Y2VzIG5ldyBzZXF1ZW5jZSBudW1iZXJzLCBidXQgdGhlIGhhbmRsaW5nIGlzIG5v
dCBkZXNjcmliZWQgaW4gdGhlIHN0ZXAtYnktc3RlcCBwcm9jZXNzaW5nIG9mIFJSRVEvUlJFUC4g
SSBmZWVsIGl0IGlzIGltcG9ydGFudCB0byBkZXNjcmliZSBpbiB0aG9zZSBzZWN0aW9ucy4NCltS
ZW15XSBHb29kIHBvaW50LCB3aWxsIGFkZCByZWxhdGVkIGRlc2NyaXB0aW9ucy4NCg0KDQo0LiAg
ICAgICBBbGwgdGhlIG5ld2x5IGludHJvZHVjZWQgc2VxdWVuY2UgKE9yaWcgU2VxLCBEZXN0IFNl
cSkgbnVtYmVycyBnb3QgdG8gYmUgbG9sbGlwb3AgY291bnRlcnMuIEJ1dCB0aGVyZSBpcyBubyB0
ZXh0IHRvIHN1Z2dlc3Qgc28uDQpbUmVteV0gVGhlIG1haW50ZW5hbmNlIG9mIHNlcXVlbmNlIG51
bWJlcnMgZm9sbG93cyB0aGUgc2VjdGlvbiA2LjEgb2YgQU9EViBSRkMgMzU2MS4NCg0KDQo1LiAg
ICAgICBUaGUgZXhwbGFuYXRpb24gb2Yg4oCYTOKAmSBiaXRzIGluIDY5OTcgYW5kIHRoZSBkcmFm
dCBkb2VzIG5vdCBtYXRjaC4gNjk5NyBpbnRyb2R1Y2VkIOKAmEzigJkgYml0cyBzbyBhcyB0byBj
bGVhciBvZmYgdGhlIHN0YXRlIGNyZWF0ZWQgYnkgdGhlIFAyUC1SUEwgaW5zdGFuY2VzIGluIGEg
bXVjaCBxdWlja2VyIHdheSB3aXRob3V0IGRlcGVuZGluZyBvbiByb3V0ZS1saWZldGltZS4gVGhl
IGRyYWZ0cyBpbnRlbmRlZCBwdXJwb3NlIG9mIOKAmEzigJkgYml0cyBhbHNvIHNlZW1zIHNpbWls
YXIgYnV0IHRoZSB0ZXh0IGluIHRoZSBkcmFmdCBzYXlzLCDigJxPbmNlIHRoZSB0aW1lIGlzIHJl
YWNoZWQsIGEgbm9kZSBNVVNUIGxlYXZlIHRoZSBEQUcgYW5kIHN0b3Agc2VuZGluZyBvciByZWNl
aXZpbmcgYW55IG1vcmUgRElPcyBmb3IgdGhlIHRlbXBvcmFyeSBET0RBRy7igJ0gSWYgdGhlIHN0
YXRlcyBhcmUgY2xlYXJlZCwgaG93IHdvdWxkIGEgbm9kZSBzdG9wIHNlbmRpbmcvcmVjZWl2aW5n
IHRoZSBESU9zIGluIHRoZSBjb250ZXh0Pw0KW1JlbXldIFllcywgdGhlIHRlcm1pbmF0aW9uIG9m
IHNlbmRpbmcvcHJvY2Vzc2luZyBESU9zIHNob3VsZCBoYXBwZW4gYmVmb3JlIHRoZSByZW1vdmFs
IG9mIHRoZSBzdGF0ZXMuIFJGQyA2OTk3IHNheXMgdGhhdDog4oCcQSByb3V0ZXIgTVVTVCBkZXRh
Y2ggZnJvbSB0aGUgdGVtcG9yYXJ5IERBRyBkaXNjb3Zlcnkgb25jZSB0aGUgZHVyYXRpb24gb2Yg
aXRzIG1lbWJlcnNoaXAgaW4gdGhlIERBRyBoYXMgcmVhY2hlZCB0aGUgdmFsdWUgaW5kaWNhdGVk
IGJ5IHRoZSBMIGZpZWxkLuKAnSBJbiBteSBvcGluaW9uLCB0aGVyZSBpcyBubyByZW1vdmFsIG9m
IHN0YXRlcyBpbiB0aGlzIHBocmFzZS4gNjk5NyBhbHNvIHNheXMsIGl0IGlzIHVzdWFsbHkgc3Vm
ZmljaWVudCB0aGF0IHRoZSBPcmlnaW4gd2FpdCBmb3IgdHdpY2UgdGhlIGR1cmF0aW9uIGluZGlj
YXRlZCBieSB0aGUgTCBmaWVsZCBpbnNpZGUgdGhlIFAyUC1SRE8gdXNlZCBmb3IgdGhlIHByZXZp
b3VzIHJvdXRlIGRpc2NvdmVyeSBiZWZvcmUgcmV1c2luZyB0aGUgUlBMSW5zdGFuY2VJRCBmb3Ig
YSBuZXcgcm91dGUgZGlzY292ZXJ5LiBJIGd1ZXNzIHRoaXMgaXMgd2hhdCB5b3UgbWVhbiBieSDi
gJxjbGVhciBvZmYgdGhlIHN0YXRl4oCdLg0KDQoNCjYuICAgICAgIOKAmEzigJkgYml0cyBhbGxv
dyB0aGUgUlJFUS9SUkVQcyB0byBmbG9hdCBpbiB0aGUgbmV0d29yayBmb3IgbWF4IDY0IHNlY29u
ZHMuIFRoaXMgaXMgdGhlIHNhbWUgdXBwZXIgbGltaXQgYXMgZGVmaW5lZCBpbiA2OTk3LiBPdXIg
ZXhwZXJpbWVudHMgc3VnZ2VzdHMgdGhhdCB0aGlzIHVwcGVyIGJvdW5kIGlzIHRvbyBsb3cuIFBs
ZWFzZSBub3RlIHRoYXQgRElPIGlzIHRyYW5zbWl0dGVkIHVzaW5nIHRyaWNrbGUgdGltZXIgYW5k
IGFzIHN1Y2ggdGhlIERJT3MgbWlnaHQgZmxvYXQgaW4gdGhlIG5ldHdvcmsgZm9yIG11Y2ggaGln
aGVyIHRpbWVyLiBUaGVyZSBhcmUgbWFqb3IgaXNzdWVzIHdpdGggdGhpcyB1cHBlciBib3VuZCBi
ZWVuIGxvdy4gRm9yIGUuZy4gdGhlIHN0YXRlcyBtaWdodCBnZXQgY2xlYXJlZCBiZWNhdXNlIG9m
IOKAmEzigJkgYml0cyBhbmQgdGhlIG5vZGVzIG1pZ2h0IGNvbnNpZGVyIHRoZSBmbG9hdGluZyBS
UkVRcy9SUkVQcyBhcyBuZXcgdGh1cyByZWNyZWF0aW5nIHRoZSBzdGF0ZXMgYW5kIHRoZSBSUkVR
cy9SUkVQcyBtaWdodCByZXN1bHQgaW4gbG9vcHMuIEkgc3VnZ2VzdCB0byBjaGFuZ2UgZGVmaW5p
dGlvbiBvZiDigJhM4oCZIGJpdHMgdG8gYmU6ICgwPWluZmluaXRlLCAxPTE2c2VjcywgMj02NHNl
YywgMz0yNTZzZWMpLiAyc2VjLCBpbW8sIGlzIHVucmVhbGlzdGljIGluIGFueSBzaXplIG5ldHdv
cmsgYW5kIGRvZXMgbm90IGhlbHAuDQpbUmVteV0gR29vZCBwb2ludCwgd2lsbCB1cGRhdGUgdGhl
IGRlZmluaXRpb24uDQoNCg0KDQo3LiAgICAgICBUaGUgdGFyZ2V0IG9wdGlvbiBkZWZpbmVkIGlu
IHRoaXMgZHJhZnQgYW5kIGluIDY1NTAgZGlmZmVyIHNpZ25pZmljYW50bHkgYm90aCBzeW50YWN0
aWNhbGx5ICYgc2VtYW50aWNhbGx5LiBUaGlzIHRlcm1pbm9sb2d5IHdpbGwgbGVhZCB0byBjb25m
dXNpb24uIEkgZmVlbCBhIG5ldyB0ZXJtIHNob3VsZCBiZSBkZWZpbmVkIHdoaWNoIHNwZWNpZmll
cyB0aGlzIHRhcmdldCBvcHRpb24gKGV4YW1wbGUgY291bGQgYmUgQVJULW9wdGlvbiB3aGljaCBz
dGFuZHMgZm9yIEFPRFYtUlBMIFRhcmdldCBPcHRpb24pDQpbUmVteV0gSW5kZWVkLCB0aGUgZGVm
aW5pdGlvbnMgb2YgdGhlc2UgdHdvIGFyZSBkaWZmZXJlbnQgaW4gdGVybXMgb2YgdGhlIGZsYWdz
LiDigJxBT0RWLVJQTCBUYXJnZXQgT3B0aW9u4oCdIGlzIHRvbyBsb25n4oCmIE1heWJlIEFSVC1v
cHRpb24gaXMgYmV0dGVyLg0KDQoNCg0KOC4gICAgICAgUm91dGUtZW50cnkgaW52YWxpZGF0aW9u
IGlzIG5vdCBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0IGF0IGFsbC4gV2hhdCBoYXBwZW5zIHRvIHRo
ZSBvbGQgcGF0aCB3aGVuIHRoZSBUYXJnTm9kZSBzZW5kcyBhIFJSRVAgdGhyb3VnaCBhIG5ldyBw
YXRoIGZvciBhIG5ldyDigJxPcmlnIFNlceKAnSBmcm9tIHRoZSBPcmlnTm9kZSBSUkVRPyBTaG91
bGQgdGhlIG9sZCBwYXRoIHdhaXQgZm9yIHJvdXRlIGxpZmV0aW1lIGV4cGlyeSA/IFRoZXJlIHNo
b3VsZCBiZSBhIHdheSB0byBpbnZhbGlkYXRlIHByZXZpb3VzIHBhdGggcm91dGUtZW50cmllcyBi
eSBoYXZpbmcgdGhlIFRhcmdOb2RlIHNlbmQgYSBSUkVQLURJTyB3aXRoIGNvcnJlc3BvbmRpbmcg
4oCcT3JpZyBTZXHigJ0gd2l0aCByb3V0ZS1saWZldGltZT0wIG9uIHRoZSBvbGQgcGF0aCB0byBp
bnZhbGlkYXRlIGl0Lg0KW1JlbXldIEN1cnJlbnRseSB0aGVyZSBpcyBubyBhY3RpdmUgcm91dGUg
aW52YWxpZGF0aW9uIGluIHRoZSBkcmFmdC4gVGhlIHVudXNlZCBwYXRoIHdhaXQgZm9yIHJvdXRl
IGVudHJ5IGxpZmV0aW1lIGV4cGlyeS4gVGhlIGRlZmF1bHQgcm91dGUgbGlmZXRpbWUgaW4gdGhl
IERJTyBjYW4gYmUgc2V0IHRvIGEgc21hbGwgdmFsdWUsICB3aGlsZSB0aGUgbGlmZXRpbWUgaXMg
ZXh0ZW5kZWQgZWFjaCB0aW1lIHdoZW4gdGhlIFRhcmdOb2RlIHVzZXMgdGhlIHBhdGggKGEgcmVs
YXRpdmVseSBiaWcgdmFsdWUgY2FuIGJlIGdpdmVuKS4gIFRoZXJlZm9yZSB0aGUgdW51c2VkIHBh
dGggY2FuIGJlIGNsZWFuZWQgdXAgcXVpY2tseS4gVGhlIG9sZCBwYXRoIGNhbiBiZSBkZWFsdCBp
biB0aGUgc2FtZSB3YXkuIEFzIHRoZSBzZXF1ZW5jZSBudW1iZXIgaW4gdGhlIFJSRVEtRElPIGlz
IGluY3JlYXNlZCwgYSBub2RlIG9uIHRoZSBvbGQgcGF0aCB3aWxsIHVwZGF0ZSB0aGUgcm91dGUg
ZW50cnkgKHNlcXVlbmNlIG51bWJlciwgbGlmZXRpbWUsIHRoZSBvdGhlciBpdGVtcyBzdGF5IHRo
ZSBzYW1lKSwgYW5kIHRoZSBsaWZldGltZSBpcyBzaG9ydGVuZWQgdG8gdGhlIHNtYWxsIHZhbHVl
LiBUaGlzIHJvdXRlIGVudHJ5IHdpbGwgYmUgZGVsZXRlZCBhZnRlciBpdCBleHBpcmVzIGluIGEg
c2hvcnQgdGltZS4gQWN0aXZlIHBhdGggaW52YWxpZGF0aW9uIGlzIG1vcmUgY29tcGxpY2F0ZWQg
aW4gdGhpcyBjYXNlLCBiZWNhdXNlIHdlIG5lZWQgdG8gZmluZCB0aGUgbm9kZSB3aG9zZSBwYXJl
bnQgaGFzIGJlZW4gY2hhbmdlZCAobGlrZSBpbiBlZmZpY2llbnQgbm8tcGF0aCBEQU8pLCBhbmQg
dGhpcyBub2RlIG1heSBub3QgYmUgdGhlIFRhcmdOb2RlLg0KDQoNCjkuICAgICAgIFByZXZpb3Vz
bHkgYWNjZXB0ZWQgcmV2aWV3IGNvbW1lbnQgcmVnYXJkaW5nIGluY29ycmVjdCB2YWx1ZXMgb2Yg
UlNTSSBpbiBBcHBlbmRpeCBBIGlzIG5vdCBpbmNvcnBvcmF0ZWQuIFBsZWFzZSBjaGVjayBodHRw
czovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvalNKNUhnMWU4cENYbW1XVUNq
a053dmh5cjQ0DQpbUmVteV0gVGhhbmsgeW91IGZvciByZW1pbmRpbmcgdGhhdC4gVGhlIHRhYmxl
IHNob3VsZCBiZSB1cGRhdGVkIGFzIGZvbGxvd3MuDQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBSU1NJ
IGF0IE5vZGVBIGZvciBOb2RlQiB8IEV4cGVjdGVkIEVUWCBhdCBOb2RlQSBmb3IgTm9kZUItPk5v
ZGVBIHwNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8ICAgICAgICAgID4gLTYwICAgICAgICAgIHwgICAg
ICAgICAgICAgICAgICAxNTAgICAgICAgICAgICAgICAgICAgfA0KICAgfCAgICAgICAgLTcwIHRv
IC02MCAgICAgICB8ICAgICAgICAgICAgICAgICAgMTkyICAgICAgICAgICAgICAgICAgIHwNCiAg
IHwgICAgICAgIC04MCB0byAtNzAgICAgICAgfCAgICAgICAgICAgICAgICAgIDIyNiAgICAgICAg
ICAgICAgICAgICB8DQogICB8ICAgICAgICAtOTAgdG8gLTgwICAgICAgIHwgICAgICAgICAgICAg
ICAgICA2NjIgICAgICAgICAgICAgICAgICAgfA0KICAgfCAgICAgICAtMTAwIHRvIC05MCAgICAg
ICB8ICAgICAgICAgICAgICAgICAgOTkzICAgICAgICAgICAgICAgICAgIHwNCiAgICstLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0rDQoNCg0KDQpSZWdhcmRzLA0KUmFodWwNCg0KDQpGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1i
b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSW5lcyBSb2JsZXMNClNlbnQ6IDMwIEp1bHkg
MjAxOCAxNTo1NQ0KVG86IHJvbGwgPHJvbGxAaWV0Zi5vcmc8bWFpbHRvOnJvbGxAaWV0Zi5vcmc+
Pg0KU3ViamVjdDogW1JvbGxdIExhc3QgY2FsbHMgZXh0ZW5zaW9uIC0gcmV2aWV3IHJlcXVlc3QN
Cg0KRGVhciBhbGwsDQoNCldlIGV4dGVuZCB0aGVzZSBjYWxscyB1bnRpbCAxMC0wOC0yMDE4Og0K
DQotIFdHTEMgZm9yIGRyYWZ0LWlldGYtcm9sbC1lZmZpY2llbnQtbnBkYW8tMDMNCi0gV0dMQyBm
b3IgZHJhZnQtaWV0Zi1yb2xsLWFvZHYtcnBsLTA0DQotIENhbGwgZm9yIGFkb3B0aW9uIGZvciBk
cmFmdC1yYWh1bC1yb2xsLXJwbC1vYnNlcnZhdGlvbnMNCg0KRHVyaW5nIHRoZSBJRVRGIDEwMiB3
ZSBnb3Qgc29tZSByZXZpZXdlcnMgZm9yIHRoZXNlIGRvY3VtZW50cy4gUGxlYXNlLCBJdCB3b3Vs
ZCBiZSBuaWNlIGlmIHlvdSBjb3VsZCBkbyB0aGUgcmV2aWV3IGJlZm9yZSAxMC0wOC4NCg0KVGhh
bmsgeW91LA0KDQpJbmVzIGFuZCBQZXRlci4NCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm
b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0
O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg
MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ
cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5
OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERl
ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ
e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7
DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1z
b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0
ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG
b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
bXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJ
bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6
IkNvdXJpZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgs
IGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4t
dG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdp
bi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw
dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkhUTUxQcmVm
b3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsN
Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0
dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkhUTUxDaGFyDQoJe21zby1zdHls
ZS1uYW1lOiJIVE1MIOmihOiuvuagvOW8jyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7
DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg6aKE6K6+5qC85byPIjsNCglmb250LWZhbWlseToiQ291
cmllciBOZXciO30NCnAuSFRNTCwgbGkuSFRNTCwgZGl2LkhUTUwNCgl7bXNvLXN0eWxlLW5hbWU6
IkhUTUwg6aKE6K6+5qC85byPIjsNCgltc28tc3R5bGUtbGluazoiSFRNTCDpooTorr7moLzlvI8g
Q2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl
OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVt
YWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs
aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJ
e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl
cmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5
cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6
d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h
bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0
OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv
bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIu
MHB0Ow0KCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4wcHQ7fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlz
dCBsMA0KCXttc28tbGlzdC1pZDozNDY5NTI5OTY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJ
bXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yMDk1Mjg5ODIyIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4
NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1
O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs
MDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl
eHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXIt
Zm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl
bC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGww
OmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w
Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x
OC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFu
LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXtt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxp
c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1z
by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7
DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjEzNDY5Nzky
NzY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0zNzg0
NzIzMDAgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3
MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1s
ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0
ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs
MTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxl
dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0
ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3Rv
cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
MTguMHB0O30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo
YS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7
bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w
Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDot
OS4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z
by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs
aXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt
c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7
DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51
bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv
LWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wN
Cgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9z
dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk
aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g
OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl
ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o
ZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4N
CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmtzIFJlbXkgZm9yIHRoZSBjbGFyaWZpY2F0aW9u
cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt
c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllvdSBtZW50aW9u
ZWQgZm9yIHNlcSBudW1iZXJzIHRoZSBkcmFmdCBtb3N0bHkgZm9sbG93cyBSRkMgMzU2MS4gQWZ0
ZXIgcmVhZGluZyAzNTYxIHNlY3Rpb24gNi4xLCBJIGZlZWwgd2UgbmVlZCBub3QgYWRvcHQgYWxs
IHRoZSByYXRpb25hbGUgZnJvbSBSRkMgMzU2MSBmb3INCiBmb2xsIHJlYXNvbnM6PG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWlu
ZGVudDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3Rz
XT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Okln
bm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgc2VxIG51
bWJlciByb2xsb3ZlciBleHBsYW5hdGlvbiBpcyBub3QgdGhlIGJlc3QgaW4gMzU2MS4gTG9sbGlw
b3AgY291bnRlcnMgb2ZmZXJzIG11Y2ggYmV0dGVyIHdheSBvZiBvcGVyYXRpb24gd2l0aCBsb3dl
ciBudW1iZXIgc3BhY2UuIFRoZSBzZXENCiBudW1iZXIgc3BhY2UgaXMgMzIgYml0cyBpbiBBT0RW
IHZzIEFPRFYtUlBMIHVzZXMganVzdCA4Yml0cy4gPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1s
aXN0OmwxIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHls
ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgdXNlIG9mIOKAnE9yaWdpbmF0b3IgU2Vx
IE51bWJlcuKAnSBpcyByZXF1aXJlZCBpbiBjYXNlIG9mIEFPRFYgLi4gYnV0IGluIGNhc2Ugb2Yg
QU9EVi1SUEwgd2UgaGF2ZSBESU8tRFRTTiB0byBmaWxsIGluIHRoYXQgam9iLiBTbyBub3Qgc3Vy
ZSBpZiAzNTYxDQogcnVsZXMgYXJlIGFwcGxpY2FibGUuIEhhdmluZyBhbm90aGVyIHNlcSBudW1i
ZXIgbm90IG9ubHkgaW5jcmVhc2VzIHByb2dyYW0gY29tcGxleGl0eSBidXQgYWxzbyByZXF1aXJl
cyBtb3JlIGJ5dGVzIHBlciByb3V0aW5nIGVudHJ5IHdoaWNoIGlzIGNvc3RseS48bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+QW55d2F5cywgSeKAmWxsIHdhaXQgZm9yIHRoZSBkZXNjcmlwdGlvbiBvZiBzZXF1
ZW5jZSBudW1iZXJzIGhhbmRsaW5nIGluIHRoZSBuZXh0IGRyYWZ0IHVwZGF0ZSB0byB1bmRlcnN0
YW5kIGlmIEnigJltIG1pc3NpbmcgYW55dGhpbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj5QbGVhc2UgZmluZCBteSBjb21tZW50cyBpbmxpbmUuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MsPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk
ZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7
Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48
L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10N
CjxiPk9uIEJlaGFsZiBPZiA8L2I+TGl1YmluZyAoUmVteSk8YnI+DQo8Yj5TZW50OjwvYj4gMTAg
QXVndXN0IDIwMTggMTM6Mjc8YnI+DQo8Yj5Ubzo8L2I+IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIg
YW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0OzsgcmFodWwuaWV0ZkBnbWFp
bC5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xsXSBMYXN0IGNhbGxzIGV4dGVuc2lv
biAtIEFPRFYtUlBMIFJldmlldzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBSYWh1bCwNCjxv
OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGZvciB5
b3VyIGNvbW1lbnRzLiBQbGVhc2UgZmluZCBteSByZXNwb25zZSBpbmxpbmUuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHMsPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPlJlbXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw
YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u
ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj
bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb2xsIFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnJvbGwt
Ym91bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5tYWlsdG86cm9sbC1ib3VuY2VzQGll
dGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+
UmFodWwgQXJ2aW5kIEphZGhhdjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIEF1Z3VzdCAwMywg
MjAxOCAxMjowOCBQTTxicj4NCjxiPlRvOjwvYj4gUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQg
TG9zc3kgbmV0d29ya3MgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86cm9sbEBpZXRmLm9yZyI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj5yb2xsQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi
PiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xsXSBMYXN0IGNhbGxzIGV4dGVuc2lv
biAtIEFPRFYtUlBMIFJldmlldzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBBbGwsPG86cD48
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Gb2xsb3dpbmcgYXJlIG15IHJl
dmlldyBjb21tZW50cyBmb3IgQU9EVi1SUEw6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4
dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1cHBvcnRM
aXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlz
dDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu
JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3Nw
YW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UlJFUCBv
cHRpb24gZG9lcyBub3QgZWNoby1iYWNrIHRoZSDigJxPcmlnIFNlcSBudW1iZXLigJ0gZnJvbSB0
aGUgUlJFUS4gSG93IHdvdWxkIGEgNkxSIGRpZmZlcmVudGlhdGUgYmV0d2VlbiBmcmVzaC9zdGFs
ZSBSUkVQcyBmcm9tIHRoZSBzYW1lIFRhcmdOb2RlL0luc3RhbmNlPw0KPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPltSZW15XTogVGhlIGZyZXNobmVzcyBvZiBSUkVQcyBpcyBub3QgZG9uZSBieSB0aGUgT3Jp
ZyBTZXEgbnVtYmVyLCB0aGUgRGVzdGluYXRpb24gc2VxdWVuY2UgbnVtYmVyIG9mIHRoZSBUYXJn
Tm9kZXMgZG9lcyB0aGlzIGpvYi4gVGhpcyBtZWNoYW5pc20gaXMgaW5oZXJpdGVkDQogZnJvbSBB
T0RWLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz
dHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvNCI+PCFbaWYg
IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxl
PSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+VGhlIEwgYml0cyBpbiBSUkVQIG9wdGlvbiBhcmUgZWNob2VkIGZyb20gUlJFUS1vcHRpb24g
PyBUaGUgdGV4dCBnaXZlcyBtZSB0aGF0IGZlZWxpbmcsIGJ1dCBJIGd1ZXNzIHRoYXTigJlzIG5v
dCBob3cgaXTigJlzIHN1cHBvc2VkIHRvIGJlLiBUaGUgdGV4dCByZWZlcnJlZA0KIHRvIGlzIOKA
nEw6IDItYml0IHVuc2lnbmVkIGludGVnZXIgZGVmaW5lZCBhcyBpbiBSUkVRIG9wdGlvbuKAnS48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RCI+W1JlbXldOiBUaGUgTCBiaXRzIGlzIGFsc28gY2FycmllZCBpbiBS
UkVQLCBiZWNhdXNlIGZvciBhc3ltbWV0cmljIHJvdXRlLCB0aGVyZSBhcmUgdHdvIHNlcGFyYXRl
ZCZuYnNwOyBET0RBR3MgZm9yIFJSRVEgYW5kIFJSRVAgaW5zdGFuY2VzLCBpZiB0aGUgTCBiaXRz
IGlzIG5vdCBjYXJyaWVkDQogaW4gdGhlIFJSRVAtRElPLCB0aGUgaW50ZXJtZWRpYXRlIG5vZGVz
IHdvbuKAmXQga25vdyBob3cgbG9uZyB0aGV5IHdpbGwgc3RheSBpbiB0aGUgUlJFUCBET0RBRy48
bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSSl06IFllcyBJIHVu
ZGVyc3RhbmQgdGhhdCBMIGJpdHMgbmVlZHMgdG8gYmUgY2FycmllZCBpbiBSUkVQIG9wdGlvbi4g
QnV0IHRoZSB0ZXh0IGdpdmVzIGFuIGltcHJlc3Npb24gdGhhdCB0aGUgTC1iaXRzIGhhdmUgdG8g
YmUgX19lY2hvZWQgYmFja19fIGkuZS4gdGhlIHNhbWUNCiBMIGJpdHMgc2VudCBpbiBSUkVRIG5l
ZWRzIHRvIGJlIHJlcGxpZWQgYmFjayBpbiBSUkVQLiBJcyB0aGlzIHRydWU/IEkgYmVsaWV2ZSBp
dCBpcyBub3QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz
dHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvNCI+PCFbaWYg
IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxl
PSJtc28tbGlzdDpJZ25vcmUiPjMuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMg
TmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv
c3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+VGhlIGRvY3VtZW50IGludHJvZHVjZXMgbmV3IHNlcXVlbmNlIG51bWJlcnMsIGJ1dCB0aGUg
aGFuZGxpbmcgaXMgbm90IGRlc2NyaWJlZCBpbiB0aGUgc3RlcC1ieS1zdGVwIHByb2Nlc3Npbmcg
b2YgUlJFUS9SUkVQLiBJIGZlZWwgaXQgaXMgaW1wb3J0YW50DQogdG8gZGVzY3JpYmUgaW4gdGhv
c2Ugc2VjdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSZW15XSBHb29kIHBvaW50LCB3aWxsIGFk
ZCByZWxhdGVkIGRlc2NyaXB0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWlu
ZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm80Ij48IVtpZiAhc3VwcG9ydExpc3Rz
XT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Okln
bm9yZSI+NC48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv
dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48
L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbGwgdGhlIG5l
d2x5IGludHJvZHVjZWQgc2VxdWVuY2UgKE9yaWcgU2VxLCBEZXN0IFNlcSkgbnVtYmVycyBnb3Qg
dG8gYmUgbG9sbGlwb3AgY291bnRlcnMuIEJ1dCB0aGVyZSBpcyBubyB0ZXh0IHRvIHN1Z2dlc3Qg
c28uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltSZW15XSBUaGUgbWFpbnRlbmFuY2Ugb2Ygc2VxdWVuY2Ug
bnVtYmVycyBmb2xsb3dzIHRoZSBzZWN0aW9uIDYuMSBvZiBBT0RWIFJGQyAzNTYxLjxvOnA+PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlz
dFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwx
IGxmbzQiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0
O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE
Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj41LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0
ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPlRoZSBleHBsYW5hdGlvbiBvZiDigJhM4oCZIGJpdHMgaW4gNjk5NyBh
bmQgdGhlIGRyYWZ0IGRvZXMgbm90IG1hdGNoLiA2OTk3IGludHJvZHVjZWQg4oCYTOKAmSBiaXRz
IHNvIGFzIHRvIGNsZWFyIG9mZiB0aGUgc3RhdGUgY3JlYXRlZCBieSB0aGUgUDJQLVJQTCBpbnN0
YW5jZXMNCiBpbiBhIG11Y2ggcXVpY2tlciB3YXkgd2l0aG91dCBkZXBlbmRpbmcgb24gcm91dGUt
bGlmZXRpbWUuIFRoZSBkcmFmdHMgaW50ZW5kZWQgcHVycG9zZSBvZiDigJhM4oCZIGJpdHMgYWxz
byBzZWVtcyBzaW1pbGFyIGJ1dCB0aGUgdGV4dCBpbiB0aGUgZHJhZnQgc2F5cywg4oCcT25jZSB0
aGUgdGltZSBpcyByZWFjaGVkLCBhIG5vZGUgTVVTVCBsZWF2ZSB0aGUgREFHIGFuZCBzdG9wIHNl
bmRpbmcgb3IgcmVjZWl2aW5nIGFueSBtb3JlIERJT3MgZm9yIHRoZSB0ZW1wb3JhcnkNCiBET0RB
Ry7igJ0gSWYgdGhlIHN0YXRlcyBhcmUgY2xlYXJlZCwgaG93IHdvdWxkIGEgbm9kZSBzdG9wIHNl
bmRpbmcvcmVjZWl2aW5nIHRoZSBESU9zIGluIHRoZSBjb250ZXh0Pw0KPG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPltSZW15XSBZZXMsIHRoZSB0ZXJtaW5hdGlvbiBvZiBzZW5kaW5nL3Byb2Nlc3NpbmcgRElP
cyBzaG91bGQgaGFwcGVuIGJlZm9yZSB0aGUgcmVtb3ZhbCBvZiB0aGUgc3RhdGVzLiBSRkMgNjk5
NyBzYXlzIHRoYXQ6IOKAnEEgcm91dGVyIE1VU1QgZGV0YWNoIGZyb20gdGhlIHRlbXBvcmFyeQ0K
IERBRyBkaXNjb3Zlcnkgb25jZSB0aGUgZHVyYXRpb24gb2YgaXRzIG1lbWJlcnNoaXAgaW4gdGhl
IERBRyBoYXMgcmVhY2hlZCB0aGUgdmFsdWUgaW5kaWNhdGVkIGJ5IHRoZSBMIGZpZWxkLuKAnSBJ
biBteSBvcGluaW9uLCB0aGVyZSBpcyBubyByZW1vdmFsIG9mIHN0YXRlcyBpbiB0aGlzIHBocmFz
ZS4gNjk5NyBhbHNvIHNheXMsIGl0IGlzIHVzdWFsbHkgc3VmZmljaWVudCB0aGF0IHRoZSBPcmln
aW4gd2FpdCBmb3IgdHdpY2UgdGhlIGR1cmF0aW9uDQogaW5kaWNhdGVkIGJ5IHRoZSBMIGZpZWxk
IGluc2lkZSB0aGUgUDJQLVJETyB1c2VkIGZvciB0aGUgcHJldmlvdXMgcm91dGUgZGlzY292ZXJ5
IGJlZm9yZSByZXVzaW5nIHRoZSBSUExJbnN0YW5jZUlEIGZvciBhIG5ldyByb3V0ZSBkaXNjb3Zl
cnkuIEkgZ3Vlc3MgdGhpcyBpcyB3aGF0IHlvdSBtZWFuIGJ5IOKAnGNsZWFyIG9mZiB0aGUgc3Rh
dGXigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t
bGlzdDpsMCBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjYuPHNwYW4gc3R5
bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1
b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCYTOKAmSBiaXRzIGFsbG93IHRoZSBSUkVR
L1JSRVBzIHRvIGZsb2F0IGluIHRoZSBuZXR3b3JrIGZvciBtYXggNjQgc2Vjb25kcy4gVGhpcyBp
cyB0aGUgc2FtZSB1cHBlciBsaW1pdCBhcyBkZWZpbmVkIGluIDY5OTcuIE91ciBleHBlcmltZW50
cyBzdWdnZXN0cw0KIHRoYXQgdGhpcyB1cHBlciBib3VuZCBpcyB0b28gbG93LiBQbGVhc2Ugbm90
ZSB0aGF0IERJTyBpcyB0cmFuc21pdHRlZCB1c2luZyB0cmlja2xlIHRpbWVyIGFuZCBhcyBzdWNo
IHRoZSBESU9zIG1pZ2h0IGZsb2F0IGluIHRoZSBuZXR3b3JrIGZvciBtdWNoIGhpZ2hlciB0aW1l
ci4gVGhlcmUgYXJlIG1ham9yIGlzc3VlcyB3aXRoIHRoaXMgdXBwZXIgYm91bmQgYmVlbiBsb3cu
IEZvciBlLmcuIHRoZSBzdGF0ZXMgbWlnaHQgZ2V0IGNsZWFyZWQgYmVjYXVzZQ0KIG9mIOKAmEzi
gJkgYml0cyBhbmQgdGhlIG5vZGVzIG1pZ2h0IGNvbnNpZGVyIHRoZSBmbG9hdGluZyBSUkVRcy9S
UkVQcyBhcyBuZXcgdGh1cyByZWNyZWF0aW5nIHRoZSBzdGF0ZXMgYW5kIHRoZSBSUkVRcy9SUkVQ
cyBtaWdodCByZXN1bHQgaW4gbG9vcHMuIEkgc3VnZ2VzdCB0byBjaGFuZ2UgZGVmaW5pdGlvbiBv
ZiDigJhM4oCZIGJpdHMgdG8gYmU6ICgwPWluZmluaXRlLCAxPTE2c2VjcywgMj02NHNlYywgMz0y
NTZzZWMpLiAyc2VjLCBpbW8sIGlzIHVucmVhbGlzdGljDQogaW4gYW55IHNpemUgbmV0d29yayBh
bmQgZG9lcyBub3QgaGVscC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JlbXldIEdvb2QgcG9pbnQsIHdp
bGwgdXBkYXRlIHRoZSBkZWZpbml0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtIj48c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy
aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0Omww
IGxldmVsMSBsZm80Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Ny48c3BhbiBzdHlsZT0iZm9u
dDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgdGFyZ2V0IG9wdGlvbiBkZWZpbmVkIGluIHRoaXMg
ZHJhZnQgYW5kIGluIDY1NTAgZGlmZmVyIHNpZ25pZmljYW50bHkgYm90aCBzeW50YWN0aWNhbGx5
ICZhbXA7IHNlbWFudGljYWxseS4gVGhpcyB0ZXJtaW5vbG9neSB3aWxsIGxlYWQgdG8gY29uZnVz
aW9uLg0KIEkgZmVlbCBhIG5ldyB0ZXJtIHNob3VsZCBiZSBkZWZpbmVkIHdoaWNoIHNwZWNpZmll
cyB0aGlzIHRhcmdldCBvcHRpb24gKGV4YW1wbGUgY291bGQgYmUgQVJULW9wdGlvbiB3aGljaCBz
dGFuZHMgZm9yIEFPRFYtUlBMIFRhcmdldCBPcHRpb24pDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1Jl
bXldIEluZGVlZCwgdGhlIGRlZmluaXRpb25zIG9mIHRoZXNlIHR3byBhcmUgZGlmZmVyZW50IGlu
IHRlcm1zIG9mIHRoZSBmbGFncy4g4oCcQU9EVi1SUEwgVGFyZ2V0IE9wdGlvbuKAnSBpcyB0b28g
bG9uZ+KApiBNYXliZSBBUlQtb3B0aW9uIGlzIGJldHRlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbSI+PHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDtt
c28tbGlzdDpsMCBsZXZlbDEgbGZvNCI+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjguPHNwYW4g
c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlm
XT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Um91dGUtZW50cnkgaW52YWxpZGF0aW9u
IGlzIG5vdCBkZXNjcmliZWQgaW4gdGhlIGRyYWZ0IGF0IGFsbC4gV2hhdCBoYXBwZW5zIHRvIHRo
ZSBvbGQgcGF0aCB3aGVuIHRoZSBUYXJnTm9kZSBzZW5kcyBhIFJSRVAgdGhyb3VnaCBhIG5ldyBw
YXRoIGZvciBhDQogbmV3IOKAnE9yaWcgU2Vx4oCdIGZyb20gdGhlIE9yaWdOb2RlIFJSRVE/IFNo
b3VsZCB0aGUgb2xkIHBhdGggd2FpdCBmb3Igcm91dGUgbGlmZXRpbWUgZXhwaXJ5ID8gVGhlcmUg
c2hvdWxkIGJlIGEgd2F5IHRvIGludmFsaWRhdGUgcHJldmlvdXMgcGF0aCByb3V0ZS1lbnRyaWVz
IGJ5IGhhdmluZyB0aGUgVGFyZ05vZGUgc2VuZCBhIFJSRVAtRElPIHdpdGggY29ycmVzcG9uZGlu
ZyDigJxPcmlnIFNlceKAnSB3aXRoIHJvdXRlLWxpZmV0aW1lPTAgb24gdGhlIG9sZA0KIHBhdGgg
dG8gaW52YWxpZGF0ZSBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JlbXldIEN1cnJlbnRseSB0aGVy
ZSBpcyBubyBhY3RpdmUgcm91dGUgaW52YWxpZGF0aW9uIGluIHRoZSBkcmFmdC4gVGhlIHVudXNl
ZCBwYXRoIHdhaXQgZm9yIHJvdXRlIGVudHJ5IGxpZmV0aW1lIGV4cGlyeS4gVGhlIGRlZmF1bHQg
cm91dGUgbGlmZXRpbWUgaW4gdGhlIERJTw0KIGNhbiBiZSBzZXQgdG8gYSBzbWFsbCB2YWx1ZSwg
Jm5ic3A7d2hpbGUgdGhlIGxpZmV0aW1lIGlzIGV4dGVuZGVkIGVhY2ggdGltZSB3aGVuIHRoZSBU
YXJnTm9kZSB1c2VzIHRoZSBwYXRoIChhIHJlbGF0aXZlbHkgYmlnIHZhbHVlIGNhbiBiZSBnaXZl
bikuJm5ic3A7IFRoZXJlZm9yZSB0aGUgdW51c2VkIHBhdGggY2FuIGJlIGNsZWFuZWQgdXAgcXVp
Y2tseS4gVGhlIG9sZCBwYXRoIGNhbiBiZSBkZWFsdCBpbiB0aGUgc2FtZSB3YXkuIEFzIHRoZSBz
ZXF1ZW5jZSBudW1iZXINCiBpbiB0aGUgUlJFUS1ESU8gaXMgaW5jcmVhc2VkLCBhIG5vZGUgb24g
dGhlIG9sZCBwYXRoIHdpbGwgdXBkYXRlIHRoZSByb3V0ZSBlbnRyeSAoc2VxdWVuY2UgbnVtYmVy
LCBsaWZldGltZSwgdGhlIG90aGVyIGl0ZW1zIHN0YXkgdGhlIHNhbWUpLCBhbmQgdGhlIGxpZmV0
aW1lIGlzIHNob3J0ZW5lZCB0byB0aGUgc21hbGwgdmFsdWUuIFRoaXMgcm91dGUgZW50cnkgd2ls
bCBiZSBkZWxldGVkIGFmdGVyIGl0IGV4cGlyZXMgaW4gYSBzaG9ydCB0aW1lLg0KIEFjdGl2ZSBw
YXRoIGludmFsaWRhdGlvbiBpcyBtb3JlIGNvbXBsaWNhdGVkIGluIHRoaXMgY2FzZSwgYmVjYXVz
ZSB3ZSBuZWVkIHRvIGZpbmQgdGhlIG5vZGUgd2hvc2UgcGFyZW50IGhhcyBiZWVuIGNoYW5nZWQg
KGxpa2UgaW4gZWZmaWNpZW50IG5vLXBhdGggREFPKSwgYW5kIHRoaXMgbm9kZSBtYXkgbm90IGJl
IHRoZSBUYXJnTm9kZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTgu
MHB0O21zby1saXN0OmwwIGxldmVsMSBsZm80Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBz
dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh
bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+OS48
c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFb
ZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5QcmV2aW91c2x5IGFjY2VwdGVk
IHJldmlldyBjb21tZW50IHJlZ2FyZGluZyBpbmNvcnJlY3QgdmFsdWVzIG9mIFJTU0kgaW4gQXBw
ZW5kaXggQSBpcyBub3QgaW5jb3Jwb3JhdGVkLiBQbGVhc2UgY2hlY2sNCjwvc3Bhbj48YSBocmVm
PSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvalNKNUhnMWU4cENY
bW1XVUNqa053dmh5cjQ0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls
eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0
Zi5vcmcvYXJjaC9tc2cvcm9sbC9qU0o1SGcxZThwQ1htbVdVQ2prTnd2aHlyNDQ8L3NwYW4+PC9h
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh
bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W1JlbXld
IFRoYW5rIHlvdSBmb3IgcmVtaW5kaW5nIHRoYXQuIFRoZSB0YWJsZSBzaG91bGQgYmUgdXBkYXRl
ZCBhcyBmb2xsb3dzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg
TmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgJiM0MzstLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tJiM0MzstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJiM0
Mzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztj
b2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwgUlNTSSBhdCBOb2RlQSBmb3IgTm9kZUIgfCBFeHBl
Y3RlZCBFVFggYXQgTm9kZUEgZm9yIE5vZGVCLSZndDtOb2RlQSB8PG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZu
YnNwOyAmIzQzOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0mIzQzOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgfCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IC02
MCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDE1MCZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8PG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZu
YnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC03
MCB0byAtNjAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxOTImbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsg
fCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAtODAgdG8gLTcwJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMjI2Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv
dDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7IHwmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgLTkwIHRvIC04MCZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IDY2MiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyB8PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO
ZXcmcXVvdDs7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IC0xMDAgdG8gLTkwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgOTkz
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHw8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oztjb2xvcjpi
bGFjayI+Jm5ic3A7Jm5ic3A7ICYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7LS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7PG86cD48L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy
YXBoIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp
YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw
YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5
N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJhaHVsPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu
cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2
IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6
MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl
ci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxz
cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv
dDssc2Fucy1zZXJpZiI+IFJvbGwgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86cm9sbC1ib3VuY2Vz
QGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv
dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPm1haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmc8
L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5JbmVzIFJv
Ymxlczxicj4NCjxiPlNlbnQ6PC9iPiAzMCBKdWx5IDIwMTggMTU6NTU8YnI+DQo8Yj5Ubzo8L2I+
IHJvbGwgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86cm9sbEBpZXRmLm9yZyI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmIj5yb2xsQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZndDs8YnI+
DQo8Yj5TdWJqZWN0OjwvYj4gW1JvbGxdIExhc3QgY2FsbHMgZXh0ZW5zaW9uIC0gcmV2aWV3IHJl
cXVlc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPkRlYXIgYWxsLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBleHRlbmQgdGhlc2UgY2FsbHMgdW50aWwgMTAtMDgt
MjAxODombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+LSBXR0xDIGZvciBkcmFmdC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzPG86
cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIFdHTEMg
Zm9yIGRyYWZ0LWlldGYtcm9sbC1hb2R2LXJwbC0wNDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBDYWxsIGZvciBhZG9wdGlvbiBmb3IgZHJhZnQt
cmFodWwtcm9sbC1ycGwtb2JzZXJ2YXRpb25zPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkR1cmluZyB0aGUgSUVURiAxMDIgd2UgZ290IHNvbWUg
cmV2aWV3ZXJzIGZvciB0aGVzZSBkb2N1bWVudHMuIFBsZWFzZSwgSXQgd291bGQgYmUgbmljZSBp
ZiB5b3UgY291bGQgZG8gdGhlIHJldmlldyBiZWZvcmUgMTAtMDguPG86cD48L286cD48L3A+DQo8
L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rIHlvdSw8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW5lcyBhbmQgUGV0
ZXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_982B626E107E334DBE601D979F31785C5DC7417BBLREML503MBSchi_--


From nobody Tue Aug 14 13:12:24 2018
Return-Path: <aretana.ietf@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5B4A130DE9; Tue, 14 Aug 2018 12:04:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 Pq0f5V0draDG; Tue, 14 Aug 2018 12:04:51 -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 D8ACE124BE5; Tue, 14 Aug 2018 12:04:47 -0700 (PDT)
Received: by mail-oi0-x234.google.com with SMTP id m11-v6so35672698oic.2; Tue, 14 Aug 2018 12:04:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=from:mime-version:date:message-id:subject:to:cc; bh=9bwCKTRwKffjUgTMA1PaKABRW1SKfK4ap24A3dLoZIo=; b=VAMmUTL9PatN+V34T6/nhgxA3VX2VDNSLmQpnKy7amRtNSGd4B6Ko+btGo1yz5SqX3 yLq6XCljdoAJwtXok/XyKJUNCOuo7Fsn+Lj55j+fHF53l9A3Tq4Q2V0H1O+dPI/69AfW YSKqUdXr7us1nK+doZ4MFqA6TvfTWa9kEZtz1Bi3bPCbV0dW8u807rTI2m0kosBArTjl Mw0rI3lMFm03VpNGYTI10cchvrjj8UaF80FAax72b6JMImbSZ8+6wvp3Zn0OvAh49dRf A1O8/TGIJJMciYqnjEx6Za3/NaaIbSFcDXdYgvRZIqe+iSt5t6CI4DhhkIZwEDC4J2nf EJkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to:cc; bh=9bwCKTRwKffjUgTMA1PaKABRW1SKfK4ap24A3dLoZIo=; b=YUD4tnqIxwiqUFpNKpTxUk8cP0UMblZPIDd+Wsn3WhlkflxScXJwGVwuSWwdMnSIEy x8EOSZGqKb+ccG2TQjxB38ukotVH64NVDi3+bmM14eBPTvULHTSzkqZga6v+lKD8s7UZ 6YT5ndDmnrfV2UiCjQzfnFE5L8i6/TwxyziblHEX9XaJNtotR0zq61lPEPpevcxK941R Q/8mutPagbnofLLUWxNfNWSt9uTA6FqVC2L1f/lyLY6mfaUCsYNVXBupzMWYxUB4jqZy 0wGrbPDx1B6po11MuNhnC2SIWpGoJfzWeM3AK9C4MflNK3QcGOAAgEbt0Ng99nFo6V3z u2kA==
X-Gm-Message-State: AOUpUlEkcrFmjj4o4IWjNbQhlFB71byduuON2cx48oZtMlBo/BfC4N2E Y4g8MJ3qDBQK87YMT4VqZ8+BOF++y5qEIX3mmPsSPQ==
X-Google-Smtp-Source: AA+uWPxMDjnPjxp0XLkzAKlhnWtzcBP3IbhcqxmByK/uir6/381HovKCEC6EO2nEIBKXdxcFTnI3GTrCX9rbqhVTI9g=
X-Received: by 2002:aca:5004:: with SMTP id e4-v6mr25469714oib.111.1534273486135;  Tue, 14 Aug 2018 12:04:46 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 14 Aug 2018 12:04:44 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
X-Mailer: Airmail (467)
MIME-Version: 1.0
Date: Tue, 14 Aug 2018 12:04:44 -0700
Message-ID: <CAMMESszeTZSZTTcLPG_zbFOyiwR_tPKw4Zfw=xT3yVayKT6WWA@mail.gmail.com>
To: draft-ietf-roll-useofrplinfo@ietf.org
Cc: roll@ietf.org, roll-chairs@ietf.org,  Peter van der Stok <consultancy@vanderstok.org>
Content-Type: multipart/alternative; boundary="00000000000021297a057369e2ca"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/6xBU7XPsx3GQT8rzDXdd61Idjo0>
X-Mailman-Approved-At: Tue, 14 Aug 2018 13:12:23 -0700
Subject: [Roll] AD Review of draft-ietf-roll-useofrplinfo-23
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Aug 2018 19:05:00 -0000

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

Dear authors:

I have (finally!) finished reading this document.  Thanks for all the work
and time put into working out all the details.

I have several concerns.  I'm listing some of the Major (and document-wide)
ones up front.  I also put more comments and questions inline below.

(1) [major] Where is the specification of the data-plane behavior?

This document does a couple of things: it Updates several other RFCs, and
presents a list of *example* flows where the expected behavior is
illustrated.  The Updates are mostly about the new RPI value (0x23), but
not about the behavior of the nodes.

Most of the examples are worded such that they describe actions
(encapsulate, remove, etc.)...and some even include rfc2119 Normative
Keywords.  But they are called examples!  So...my questions are: is the
behavior illustrated in =C2=A76 and =C2=A77 intended to be Normative?  IOW,=
 do these
sections include both examples and specify the behavior expected in the
LLN?  Is the behavior already specified somewhere else (and this document
is just illustrating)?  [I am asking that last question just-in-case,
because the Introduction says that "this document clarifies what is the
correct and the incorrect behaviour."]

=C2=A78 seems to attempt to summarize "observations about the cases", but (=
if it
is intended to be *the* Normative text about the behavior) it is general
and short.

[Some of my comments below ask about Normative language... Please take
those in context with the answers here.]


(2) [major] Operational Considerations

Non-storing mode networks don't need the change to 0x23 (=C2=A78.2)...but m=
aking
the change creates a flag day, and even then, implementations should still
process both values (=C2=A73.1).  I would really like to see text about the
operational considerations of introducing 0x23.  It concerns me that a
significant change that most[*] networks don't need is being introduced.
Please take a look at rfc5706 (Guidelines for Considering Operations and
Management of New Protocols and Protocol Extensions), specially =C2=A72.

[*] Most deployed networks work in non-storing mode, right?


(3) [minor] >=3D ??

There are several (25!) instances of text like this:

   6LR_i are the intermediate routers from source to destination.  In
   this case, "1 <=3D i >=3D n", n is the number of routers (6LR) that the
   packet go through from source (6LN) to destination (6LBR).

Maybe it's just me, but I don't understand why (or how!) i could ever be >=
=3D
n.  The text says that i are the "intermediate routers from source to
destination", while n is "the number of routers...from source (6LN) to
destination (6LBR)".  Isn't that the same thing?  What am I missing?


(4) Style nit: the document uses "we"...a third person style would be
preferable.  For example: s/In this section we are going to
describe.../This section describes...


I will wait for the major points to be addressed before starting the IETF
LC.

Thanks!!

Alvaro.



[Note: the numbers came from the idnits output.]

...
10              When to use RFC 6553, 6554 and IPv6-in-IPv6
11                    draft-ietf-roll-useofrplinfo-23

[minor] Can we come up with a more descriptive tittle?  Also, the
"shorthand" version ("Useof6553") could be improved.


...
130 1.  Introduction
...
156   The related document A Routing Header Dispatch for 6LoWPAN (6LoRH)
157   [RFC8138] defines a method to compress RPL Option information and
158   Routing Header type 3 [RFC6554], an efficient IP-in-IP technique, and
159   use cases proposed for the [Second6TischPlugtest] involving 6loRH.

[nit] I'm having trouble parsing this last paragraph.  It sounds like
rfc8138 (also) defines the use cases, but I don't remember seeing anything
like that in there.  Is that what you meant?

[nit] I think the Introduction would benefit from an overview of the
document; something like "section X talks about abc, section Y presents
examples, etc.".

161 2.  Terminology and Requirements Language

163   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
164   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
165   document are to be interpreted as described in RFC 2119 [RFC2119].

[major] Please use the RFC8174 template.

...
170   RPL-node: A device which implements RPL, thus we can say that the
171   device is RPL-capable or RPL-aware.  Please note that the device can
172   be found inside the LLN or outside LLN.  In this document a RPL-node
173   which is a leaf of a DODAG is called RPL-aware-leaf.

[nit] RPL-capable is not used anywhere else.

...
180   pledge: a new device which seeks admission to a network. (from
181   [I-D.ietf-anima-bootstrapping-keyinfra])

183   Join Registrar and Coordinator (JRC): a device which brings new nodes
184   (pledges) into a network. (from
185   [I-D.ietf-anima-bootstrapping-keyinfra])

[minor] Do these two terms need to be defined in this document?  They are
only used once, and with a reference to
I-D.ietf-anima-bootstrapping-keyinfra next to them.  Also, and more
important, the definition here doesn't match the one in that other draft.
Please take out the definitions and just make reference later on...

187   Flag day: A "flag day" is a procedure in which the network, or a part
188   of it, is changed during a planned outage, or suddenly, causing an
189   outage while the network recovers [RFC4192]

[nit] rfc4192 seems like an odd place to pull a reference to "flag day" --
specially as it is being defined as "a procedure" and not the effect it
causes, which seems to be how it is used in the text: "creates a flag day",
"will experience a flag day", "avoid a flag day".  This is not a big issue
-- if it was up to me, I would either make my own definition, or just not
define it at all: I think it is a well known term...

191 2.1.  hop-by-hop IPv6-in-IPv6 headers

193   The term "hop-by-hop IPv6-in-IPv6" header refers to: adding a header
194   that originates from a node to an adjacent node, using the addresses
195   (usually the GUA or ULA, but could use the link-local addresses) of
196   each node.  If the packet must traverse multiple hops, then it must
197   be decapsulated at each hop, and then re-encapsulated again in a
198   similar fashion.

[minor] That term is not used anywhere...but "hop-by-hop IP-in-IP" is.

IPv6-in-IPv6 and IP-in-IP are used interchangeably throughout the
document.  This use is not wrong, but it is inconsistent.  Adding a note
about it (even though it may be obvious to many readers that the terms
refer to the same thing) would be nice...being consistent even nicer.

Later on, "IPIP" is also used...


[nit] Why is this definition in its own sub-section?

200 3.  Updates to RFC6553, RFC6550 and RFC 8138

202 3.1.  Updates to RFC 6553

...
209   [RFC6553] states as showed below, that in the Option Type field of
210   the RPL Option header, the two high order bits MUST be set to '01'
211   and the third bit is equal to '1'.  The first two bits indicate that
212   the IPv6 node MUST discard the packet if it doesn't recognize the
213   option type, and the third bit indicates that the Option Data may
214   change en route.  The remaining bits serve as the option type.

s/showed/shown

[major] The 2 MUSTs used above are used paraphrasing rfc6553, and don't
define Normative behavior in this document.  Please either use a direct
quote, or use non-normative language.

...
223   Recent changes in [RFC8200] (section 4, page 8), states: "it is now
224   expected that nodes along a packet's delivery path only examine and
225   process the Hop-by-Hop Options header if explicitly configured to do
226   so".  Processing of the Hop-by-Hop Options header (by IPv6
227   intermediate nodes) is now optional, but if they are configured to
228   process the header, and if such nodes encounter an option with the
229   first two bits set to 01, they will drop the packet (if they conform
230   to [RFC8200]).  Host systems should do the same, irrespective of the
231   configuration.

[minor] The description above seems to be missing "...if the option is not
recognized".

233   Based on That, if an IPv6 (intermediate) node (RPL-not-capable)
234   receives a packet with an RPL Option, it should ignore the HBH RPL
235   option (skip over this option and continue processing the header).

s/That/that

...
266   When forwarding packets, implementations SHOULD use the same value as
267   it was received (This is required because, RPI type code can not be
268   changed by [RFC8200]).  It allows to the network to be incrementally
269   upgraded, and for the DODAG root to know which parts of the network
270   are upgraded.

[major] There seems to be a contradiction above: "SHOULD use the same
value...this is required..."   If required by rfc8200, why not use MUST?

272   When originating new packets, implementations SHOULD have an option
273   to determine which value to originate with, this option is controlled
274   by the DIO option described below.

[minor] =C2=A73.3 defines the option...but it doesn't explicitly say what t=
he
receivers should do with it.  It may be obvious, but it should be explicit
for completeness.

[major] It seems to me that the paragraph above may be out of place,
doesn't say much, may be wrong...or maybe all 3.  The text says that the
originating value is controlled by the option in =C2=A73.3 (again, but that
section doesn't explicitly say what should be done)...but it also says
(with the SHOULD) that an implementation may have valid reasons to not pay
attention to the option -- what are those??


...
281 3.2.  Updates to RFC 8138

283   RPI-6LoRH header provides a compressed form for the RPL RPI
284   [RFC8138].  It should be considered when the Option Type in RPL
285   Option is decompressed, should take the value of 0x23 instead of
286   0x63.

[major] AFAICT, the compression specified in rfc8138 doesn't include the
RPI option type...but the use of the 6LoRH Type 5 implies the RPI.  If I
got that right, then how would the decompressing node know which RPI type
was in use when first compressed?  Given that both types may be used in a
network (=C2=A73.1), how would one know unless the 6LoRH type was also chan=
ged?
Or are you suggesting that the decompression should always use 0x23?  In
any case, I think that stronger language might be needed.


288 3.3.  Updates to RFC 6550: Indicating the new RPI in the DODAG
289      Configuration Option Flag.

291   In order to avoid a flag day caused by lack of interoperation between
292   new RPI (0x23) and old RPI (0x63) nodes, when there is a mix of new
293   nodes and old nodes, the new nodes may be put into a compatibility
294   mode until all of the old nodes are replaced or upgraded.

296   This can be done via a DODAG Configuration Option flag which will
297   propogate through the network.  Failure to receive this information
298   will cause new nodes to remain in compatibility mode, and originate
299   traffic with the old-RPI (0x63) value.

s/propogate/propagate

[major] "compatibility mode"

What is "compatibility mode"?  Initially I thought that it was maybe the
ability of new nodes to use both RPI values...but the end of the second
paragraph suggests using only 0x63.

The text suggests that "compatibility mode" can be enabled via "via a DODAG
Configuration Option flag" -- that flag is not defined anywhere...but
"failure to receive this information will cause new nodes to remain in
compatibility mode".  So...would it be enabled using a flag, or is it the
default?

Why wouldn't the default be the new RPI?  I can see how most of the
networks will support the old RPI, but that will eventually be the
exception...

301   As stated in [RFC6550] the DODAG Configuration option is present in
302   DIO messages.  The DODAG Configuration option distributes
303   configuration information.  It is generally static, and does not
304   change within the DODAG.  This information is configured at the DODAG
305   root and distributed throughout the DODAG with the DODAG
306   Configuration option.  Nodes other than the DODAG root do not modify
307   this information when propagating the DODAG Configuration option.

309   The DODAG Configuration Option has a Flags field which is modified by
310   this document.  Currently, the DODAG Configuration Option in
311   [RFC6550] is as follows. .

313   Flags: The 4-bits remaining unused in the Flags field are reserved
314   for flags.  The field MUST be initialized to zero by the sender and
315   MUST be ignored by the receiver.

317 0                       1                    2                     3
318 +-----------------+---------------------------------------------------+
319 |  Type =3D 0x04    |  Opt Length =3D 14| Flags  | A | PCS| DIOIntDoubl=
.  |
320 +---------------------------------------------------------------------+
321 | DIOIntMin.      |  DIORedund.     |  MaxRankIncrease                |
322 +-----------------+---------------------------------------------------+
323 |  MinHopRankIncrease               |            OCP                  |
324 +-----------------+---------------------------------------------------+
325 |Reserved         | Def. Lifetime   |         Lifetime Unit           |
326 +-----------------+-----------------+---------------------------------+

328                   Figure 3: DODAG Configuration Option.

[minor] Suggestion: instead of copying (and not quoting the Normative
language) the text from rfc6550 above, just indicate what the Update is:
"the unused bits MUST...".  Also, I think that Figure 3 is not needed.


...
342   In case of rebooting, the node does not remember the flag.  Thus, the
343   DIO is sent with flag indicating the new RPI value.

[minor] By "the node", which node are you referring to?  The root?  If it
doesn't remember, it means that it needs to be configured -- how does that
happen?  Why isn't the configuration persistent at the root?

345 4.  Sample/reference topology

347   A RPL network in general is composed of a 6LBR (6LoWPAN Border
348   Router), Backbone Router (6BBR), 6LR (6LoWPAN Router) and 6LN
349   (6LoWPAN Node) as leaf logically organized in a DODAG structure.
350   (Destination Oriented Directed Acyclic Graph).

[minor] The 6BBR doesn't appear in the Figure.

[nit] BTW, it might be better to put the topology diagram right after this
first paragraph.

[nit] The DODAG expansion should be on first use.

352   RPL defines the RPL Control messages (control plane), a new ICMPv6
353   [RFC4443]  message with Type 155.  DIS (DODAG Information
354   Solicitation), DIO (DODAG Information Object) and DAO (Destination
355   Advertisement Object) messages are all RPL Control messages but with
356   different Code values.  A RPL Stack is showed in Figure 5.

[minor] Not exactly sure what this paragraph has to do with the reference
topology (yet), but (same comment as above) it might be good to put the
figure right after the text.

s/showed/shown


...
428                    Figure 6: A reference RPL Topology.

430   Figure 2 shows the reference RPL Topology for this document.  The
431   letters above the nodes are there so that they may be referenced in
432   subsequent sections.  In the figure, 6LR represents a full router
433   node.  The 6LN is a RPL aware router, or host.

s/Figure 2/Figure 6

[minor] The 6LN is defined in the first paragraph as a node (not a
router).  BTW, what is the difference between a "full router" and (just) a
"router" (6LR vs 6LN)?

[minor] 6LN is characterized above as "RPL aware", but (below) the "Raf"
mark is also used for that -- so it seems that "~Raf 6LN" would be a
"not-RPL aware leaf...RPL aware router, or host".

Some terminology clean up is needed.

435   But, the 6LN leaves (Raf - "RPL aware leaf"-) marked as (F, H and I)
436   are RPL nodes with no children hosts.

[minor] Is there a relevance to the "children hosts" existing?  Can it be
concluded that ~Raf nodes have children hosts?


...
446 5.  Use cases
...
507   This means that when the no-drop RPI option code 0x23 is used, a
508   packet that leaves the RPL domain of an LLN (or that leaves the LLN
509   entirely) will not be discarded when it contains the [RFC6553] RPL
510   Hop-by-Hop option known as RPI.  Thus, the RPI Hop-by-Hop option MAY
511   be left in place even if the end host does not understand it.

[minor] If the last RPL-aware node knows that the host doesn't understand
the RPI, why would it not remove it (if it can)?  IOW, I understand how it
causes no harm (leading to the optional behavior above), but just because
it can be done doesn't mean that it should.  Are there cases where it can
be used for something?

If the RPI can't be removed because the border is not the destination, then
the MAY above is insignificant: no one can strip it, so there's no real
option.

513   NOTE: There is some possible security risk when the RPI information
514   is released to the Internet.  At this point this is a theoretical
515   situation; no clear attack has been described.  At worst, it is clear
516   that the RPI option would waste some network bandwidth when it
517   escapes.  This is traded off against the savings in the LLN by not
518   having to encapsulate the packet in order to remove the artifact.

[major] AFAICT, leaking the RPI means leaking the RPLInstanceID and the
SenderRank.  The Security Considerations already mentions what an attacker
could do if it knows the RPLInstanceID...but it doesn't say anything about
the SenderRank.

I'm thinking that the SenderRank may help an attacker to have an idea of
the topology of the LLN, right?  I don't know what an attacker can do with
that information, but the fact that could be used for that (and it could be
a privacy issue) should be mentioned in the Security Considerations section=
.

...
526   A corollory is that an SHR3 or RPI Option can only be removed by an
527   intermediate router if it is placed in an encapsulating IPv6 Header,
528   which is addressed TO the intermediate router.  When it does so, the
529   whole encapsulating header must be removed.  (A replacement may be
530   added).  This sometimes can result in outer IP headers being
531   addressed to the next hop router using link-local addresses.

s/corollory/corollary


...
541   RPI should be present in every single RPL data packet.  There is one
542   exception in non-storing mode: when a packet is going down from the
543   root.  In a downward non-storing mode, the entire route is written,
544   so there can be no loops by construction, nor any confusion about
545   which forwarding table to use (as the root has already made all
546   routing decisions).  However, there are still cases, such as in
547   6tisch, where the instanceID portion of the RPI header may still be
548   needed to pick an appropriate priority or channel at each hop.

[major] So...does that mean: in all cases, except downward non-storing mode
if 6tisch is not used, the RPI SHOULD be present?  Note that some of the
examples in =C2=A77 actually say that the RPI is optional...

550   In the tables present in this document, the term "RPL aware leaf" is
551   has been shortened to "Raf", and "not-RPL aware leaf" has been
552   shortened to "~Raf" to make the table fit in available space.

s/is has been/has been

[nit] There's some repetition; Raf, for example, was already introduced
earlier in this section.

...
557 6.  Storing mode

559   In storing mode (fully stateful), the sender can determine if the
560   destination is inside the LLN by looking if the destination address
561   is matched by the DIO's PIO option.

[nit] Please expand PIO...

563   The following table itemizes which headers are needed in the
564   following scenarios, and indicates if the IP-in-IP header must be
565   inserted on a hop-by-hop basis, or when it can target the destination
566   node directly.  There are these possible situations: hop-by-hop
567   necessary (indicated by "hop"), or destination address possible
568   (indicated by "dst").  In all cases hop by hop MAY be used.

[major] Should there be something else Normative in this paragraph?  Maybe
a MUST to indicate the need for "hop", as in "the IP-in-IP header MUST be
inserted on a hop-by-hop basis"?

[minor] I'm confused by the nomenclature.  The description above seems to
indicate that "hop" and "dst" are mutually exclusive...but the table shows
a column with a title using "dst" and specific rows containing "hop".  What
does that mean?

570   In cases where no IP-in-IP header is needed, the column is left
571   blank.

[minor] In Figure 7, there are "blank" columns (containing "--"), but there
are also entries that say "No".  Are they meant to indicate the same thing?

573   In all cases the RPI headers are needed, since it identifies
574   inconsistencies (loops) in the routing topology.  In all cases the
575   RH3 is not needed because we do not indicate the route in storing
576   mode.

578   In each case, 6LR_i are the intermediate routers from source to
579   destination.  "1 <=3D i >=3D n", n is the number of routers (6LR) tha=
t
580   the packet go through from source (6LN) to destination.

582   The leaf can be a router 6LR or a host, both indicated as 6LN (see
583   Figure 6).

585   +---------------------+--------------+----------+--------------+
586   | Interaction between |   Use Case   | IP-in-IP | IP-in-IP dst |
587   +---------------------+--------------+----------+--------------+
588   |                     |  Raf to root |    No    |      --      |
589   +                     +--------------+----------+--------------+
590   |     Leaf - Root     |  root to Raf |    No    |      --      |
591   +                     +--------------+----------+--------------+
592   |                     | root to ~Raf |    No    |      --      |
593   +                     +--------------+----------+--------------+
594   |                     | ~Raf to root |    Yes   |     root     |
595   +---------------------+--------------+----------+--------------+
596   |                     |  Raf to Int  |    No    |      --      |
597   +                     +--------------+----------+--------------+
598   |   Leaf - Internet   |  Int to Raf  |   Yes    |      Raf     |
599   +                     +--------------+----------+--------------+
600   |                     |  ~Raf to Int |    Yes   |     root     |
601   +                     +--------------+----------+--------------+
602   |                     |  Int to ~Raf |    Yes   |      hop     |
603   +---------------------+--------------+----------+--------------+
604   |                     |  Raf to Raf  |    No    |      --      |
605   +                     +--------------+----------+--------------+
606   |                     |  Raf to ~Raf |    No    |      --      |
607   +     Leaf - Leaf     +--------------+----------+--------------+
608   |                     |  ~Raf to Raf |    Yes   |      dst     |
609   +                     +--------------+----------+--------------+
610   |                     | ~Raf to ~Raf |    Yes   |      hop     |
611   +---------------------+--------------+----------+--------------+

613             Figure 7: IP-in-IP encapsulation in Storing mode.

...
726 6.1.4.  SM: Example of Flow from not-RPL-aware-leaf to root

728   In this case the flow comprises:

730   not-RPL-aware-leaf (IPv6) --> 6LR_1 --> 6LR_i --> root (6LBR)

732   For example, a communication flow could be: Node G --> Node E -->
733   Node B --> Node A root(6LBR)

735   When the packet arrives from IPv6 node (Node G) to 6LR_1 (Node E),
736   the 6LR_1 will insert a RPI header, encapsuladed in a IPv6-in-IPv6
737   header.  The IPv6-in-IPv6 header can be addressed to the next hop
738   (Node B), or to the root (Node A).  The root removes the header and
739   processes the packet.

[minor] The table below doesn't reflect the case where the IPv6-in-IPv6
header is addressed to the next hop.

741   +------------+------+---------------+---------------+---------------+
742   | Header     | IPv6 | 6LR_1         | 6LR_i         | 6LBR          |
743   +------------+------+---------------+---------------+---------------+
744   | Inserted   | --   | IP-in-IP(RPI) | --            | --            |
745   | headers    |      |               |               |               |
746   | Removed    | --   | --            | --            | IP-in-IP(RPI) |
747   | headers    |      |               |               |               |
748   | Re-added   | --   | --            | --            | --            |
749   | headers    |      |               |               |               |
750   | Modified   | --   | --            | IP-in-IP(RPI) | --            |
751   | headers    |      |               |               |               |
752   | Untouched  | --   | --            | --            | --            |
753   | headers    |      |               |               |               |
754   +------------+------+---------------+---------------+---------------+

756     Storing: Summary of the use of headers from not-RPL-aware-leaf to
757                                   root

...
772 6.2.1.  SM: Example of Flow from RPL-aware-leaf to Internet

774   RPL information from RFC 6553 MAY go out to Internet as it will be
775   ignored by nodes which have not been configured to be RPI aware.

[major] The "MAY" (Normative) is out of place as the sentence above is
stating a fact, not specifying a behavior. s/MAY/may

...
835 6.2.3.  SM: Example of Flow from not-RPL-aware-leaf to Internet

837   In this case the flow comprises:

839   not-RPL-aware-leaf (IPv6) --> 6LR_1 --> 6LR_i -->root (6LBR) -->
840   Internet

842   For example, a communication flow could be: Node G --> Node E -->
843   Node B --> Node A root(6LBR) --> Internet

845   The 6LR_1 (i=3D1) node will add an IP-in-IP(RPI) header addressed
846   either to the root, or hop-by-hop such that the root can remove the
847   RPI header before passing upwards.  The IP-in-IP addressed to the
848   root cause less processing overhead.  On the other hand, with hop-by-
849   hop the intermediate routers can check the routing tables for a
850   better routing path, thus it could be more efficient and faster.
851   Implementation should decide wich approach to take.

s/wich/which

[minor] The hop-by-hop option is not reflected in the table.


853   The originating node will ideally leave the IPv6 flow label as zero
854   so that the packet can be better compressed through the LLN.  The
855   6LBR will set the flow label of the packet to a non-zero value when
856   sending to the Internet.

858   +---------+-----+-------------+-------------+-------------+---------+
859   | Header  | IPv | 6LR_1       | 6LR_i       | 6LBR        | Interne |
860   |         | 6   |             | [i=3D2,..,n]_ |             | t      =
 |
861   +---------+-----+-------------+-------------+-------------+---------+
862   | Inserte | --  | IP-in-      | --          | --          | --      |
863   | d       |     | IP(RPI)     |             |             |         |
864   | headers |     |             |             |             |         |
865   | Removed | --  | --          | --          | IP-in-      | --      |
866   | headers |     |             |             | IP(RPI)     |         |
867   | Re-     | --  | --          | --          | --          | --      |
868   | added   |     |             |             |             |         |
869   | headers |     |             |             |             |         |
870   | Modifie | --  | --          | IP-in-      | --          | --      |
871   | d       |     |             | IP(RPI)     |             |         |
872   | headers |     |             |             |             |         |
873   | Untouch | --  | --          | --          | --          | --      |
874   | ed      |     |             |             |             |         |
875   | headers |     |             |             |             |         |
876   +---------+-----+-------------+-------------+-------------+---------+

878     Storing: Summary of the use of headers from not-RPL-aware-leaf to
879                                 Internet

881 6.2.4.  SM: Example of Flow from Internet to non-RPL-aware-leaf

883   In this case the flow comprises:

885   Internet --> root (6LBR) --> 6LR_i --> not-RPL-aware-leaf (IPv6)

887   For example, a communication flow could be: Internet --> Node A
888   root(6LBR) --> Node B --> Node E --> Node G

890   The 6LBR will have to add an RPI header within an IP-in-IP header.
891   The IP-in-IP is addressed to the not-RPL-aware-leaf, leaving the RPI
892   inside.

[minor] The table below seems to be missing the not-RPL-aware-leaf removing
the IP-in-IP header.

894   Note that there is a requirement that the final node be able to
895   remove one or more IP-in-IP headers which are all addressed to it,
896   mentioned in [I-D.thubert-roll-unaware-leaves] :

898   "RPL data packets are often encapsulated using IP in IP.  The 6LN
899   MUST be able to decapsulate a packet when it is the destination of
900   the outer header and process correctly the inner header."

[major] I realize that we're not reviewing I-D.thubert-roll-unaware-leaves
at this point, but how can a requirement be placed on a not-RPL-aware-leaf
if, by definition, it is not aware of RPL??   ...and I don't think we can
assume it is aware of any other requirement...

If this document depends on the requirement in
I-D.thubert-roll-unaware-leaves, then the reference should be Normative (it
is now listed as Informative).

...
935 6.3.1.  SM: Example of Flow from RPL-aware-leaf to RPL-aware-leaf
...
959   It is assume that the two nodes are in the same RPL Domain (that they
960   share the same DODAG root).  At the common parent (Node B), the
961   direction of RPI is changed (from increasing to decreasing the rank).

s/assume/assumed


...
1079 6.3.4.  SM: Example of Flow from not-RPL-aware-leaf to not-RPL-aware-
1080        leaf
...
1102   The 6LR_1 (Node E) receives the packet from the the IPv6 node (Node
1103   G) and inserts the RPI header (RPIa), encapsulated in an IPv6-in-IPv=
6
1104   header.  The IPv6-in-IPv6 header is addressed to the final
1105   destination.

[minor] As in 6.2.4, which node removes the IP-in-IP header?  For
completion, it seems like the table is missing the fact that the "IPv6 dst"
node ignores the RPI.

1107   +----------+-----+-------------+--------------+--------------+------=
+
1108   | Header   | IPv | 6LR_1       | 6LR_ia       | 6LR_m        | IPv6 =
|
1109   |          | 6   |             |              |              | dst  =
|
1110   |          | src |             |              |              |      =
|
1111   +----------+-----+-------------+--------------+--------------+------=
+
1112   | Inserted | --  | IP-in-      | --           | --           | --   =
|
1113   | headers  |     | IP(RPI)     |              |              |      =
|
1114   | Removed  | --  | --          | --           | --           | --   =
|
1115   | headers  |     |             |              |              |      =
|
1116   | Re-added | --  | --          | --           | --           | --   =
|
1117   | headers  |     |             |              |              |      =
|
1118   | Modified | --  | --          | IP-in-       | IP-in-       | --   =
|
1119   | headers  |     |             | IP(RPI)      | IP(RPI)      |      =
|
1120   | Untouche | --  | --          | --           | --           | --   =
|
1121   | d        |     |             |              |              |      =
|
1122   | headers  |     |             |              |              |      =
|
1123   +----------+-----+-------------+--------------+--------------+------=
+

1125     Storing: Summary of the use of headers from not-RPL-aware-leaf to
1126                            non-RPL-aware-leaf

1128 7.  Non Storing mode
...
1147   +-----------------+--------------+-----+-----+----------+----------+
1148   |   Interaction   |   Use Case   | RPI | RH3 | IP-in-IP | IP-in-IP |
1149   |      between    |              |     |     |          |    dst   |
1150   +-----------------+--------------+-----+-----+----------+----------+
1151   |                 |  Raf to root | Yes | No  |    No    |    --    |
1152   +                 +--------------+-----+-----+----------+----------+
1153   |   Leaf - Root   |  root to Raf | Opt | Yes |    No    |    --    |
1154   +                 +--------------+-----+-----+----------+----------+
1155   |                 | root to ~Raf |no(1)| Yes |    Yes   |    6LR   |
1156   +                 +--------------+-----+-----+----------+----------+
1157   |                 | ~Raf to root | Yes | No  |    Yes   |   root   |
1158   +-----------------+--------------+-----+-----+----------+----------+
1159   |                 |  Raf to Int  | Yes | No  |    Yes   |   root   |
1160   +                 +--------------+-----+-----+----------+----------+
1161   | Leaf - Internet |  Int to Raf  |no(1)| Yes |   Yes    |    dst   |
1162   +                 +--------------+-----+-----+----------+----------+
1163   |                 |  ~Raf to Int | Yes | No  |    Yes   |   root   |
1164   +                 +--------------+-----+-----+----------+----------+
1165   |                 |  Int to ~Raf |no(1)| Yes |    Yes   |    6LR   |
1166   +-----------------+--------------+-----+-----+----------+----------+
1167   |                 |  Raf to Raf  | Yes | Yes |    Yes   | root/dst |
1168   +                 +--------------+-----+-----+----------+----------+
1169   |                 |  Raf to ~Raf | Yes | Yes |    Yes   | root/6LR |
1170   +   Leaf - Leaf   +--------------+-----+-----+----------+----------+
1171   |                 |  ~Raf to Raf | Yes | Yes |    Yes   | root/6LN |
1172   +                 +--------------+-----+-----+----------+----------+
1173   |                 | ~Raf to ~Raf | Yes | Yes |    Yes   | root/6LR |
1174   +-----------------+--------------+-----+-----+----------+----------+

1176   (1)-6tisch networks may need the RPI information.

[major] When?  What are the conditions when it is needed?

1178     Figure 8: Headers needed in Non-Storing mode: RPI, RH3, IP-in-IP
1179                              encapsulation.
...
1194 7.1.1.  Non-SM: Example of Flow from RPL-aware-leaf to root

1196   In non-storing mode the leaf node uses default routing to send
1197   traffic to the root.  The RPI header must be included to avoid/detec=
t
1198   loops.

[major] Should that "must" be Normative?

...
1224 7.1.2.  Non-SM: Example of Flow from root to RPL-aware-leaf
...
1236   The 6LBR will insert an RH3, and may optionally insert an RPI header=
.

[major] Under which conditions should the RPI header be inserted?  Or is it
the case where it is not necessary, but it causes no harm if it's there?
Are there benefits?  It would be nice to be precise in the specification to
achieve consistent behavior.

...
1254 7.1.3.  Non-SM: Example of Flow from root to not-RPL-aware-leaf
...
1267   In 6LBR the RH3 is added, it is modified at each intermediate 6LR
1268   (6LR_1 and so on) and it is fully consumed in the last 6LR (6LR_n),
1269   but left there.  If RPI is left present, the IPv6 node which does no=
t
1270   understand it will ignore it (following RFC8200), thus encapsulation
1271   is not necesary.  Due the complete knowledge of the topology at the
1272   root, the 6LBR may optionally address the IP-in-IP header to the las=
t
1273   6LR, such that it is removed prior to the IPv6 node.

s/necesary/necessary

[major] So...encapsulation is not needed, but an IP-in-IP header is
optional.  When?  Are there advantages, disadvantages?   Same questions
about the RPI.

1275   +---------------+-------------+---------------+--------------+------=
+
1276   | Header        | 6LBR        | 6LR_i(i=3D1)    | 6LR_n(i=3Dn)   | I=
Pv6 |
1277   +---------------+-------------+---------------+--------------+------=
+
1278   | Inserted      | (opt: RPI), | --            | --           | --   =
|
1279   | headers       | RH3         |               |              |      =
|
1280   | Removed       | --          | RH3           | --           | --   =
|
1281   | headers       |             |               |              |      =
|
1282   | Re-added      | --          | --            | --           | --   =
|
1283   | headers       |             |               |              |      =
|
1284   | Modified      | --          | (opt: RPI),   | (opt: RPI),  | --   =
|
1285   | headers       |             | RH3           | RH3          |      =
|
1286   | Untouched     | --          | --            | --           | RPI  =
|
1287   | headers       |             |               |              |      =
|
1288   +---------------+-------------+---------------+--------------+------=
+

[minor] In this case, the destination node would also leave the RH3 header
untouched, right?

1290     Non Storing: Summary of the use of headers from root to not-RPL-
1291                                aware-leaf

[minor] This table (and several others) have no name/number.

...
1375 7.2.2.  Non-SM: Example of Flow from Internet to RPL-aware-leaf
...
1393   The RPI may be added or not as required by networks such as 6tisch.

[major] When would that be?  Is there a reference?

1394   The RPI is unnecessary for loop detection.

[major] Yet the Table shows it...when would it be used, why, etc.?

1396   +----------+---------+--------------+---------------+---------------=
+
1397   | Header   | Interne | 6LBR         | 6LR_i         | 6LN           =
|
1398   |          | t       |              |               |               =
|
1399   +----------+---------+--------------+---------------+---------------=
+
1400   | Inserted | --      | IP-in-IP (RH | --            | --            =
|
1401   | headers  |         | 3,opt:RPI)   |               |               =
|
1402   | Removed  | --      | --           | --            | IP-in-IP      =
|
1403   | headers  |         |              |               | (RH3,opt:RPI) =
|
1404   | Re-added | --      | --           | --            | --            =
|
1405   | headers  |         |              |               |               =
|
1406   | Modified | --      | --           | IP-in-IP      | --            =
|
1407   | headers  |         |              | (RH3,opt:RPI) |               =
|
1408   | Untouche | --      | --           | --            | --            =
|
1409   | d        |         |              |               |               =
|
1410   | headers  |         |              |               |               =
|
1411   +----------+---------+--------------+---------------+---------------=
+

1413     Non Storing: Summary of the use of headers from Internet to RPL-
1414                                aware-leaf

...
1566 7.3.2.  Non-SM: Example of Flow from RPL-aware-leaf to not-RPL-aware-
1567        leaf
...
1583   As in the previous case, the 6LN will insert an RPI (RPI_1) header
1584   which MUST be in an IP-in-IP header addressed to the root so that th=
e
1585   6LBR can remove this RPI.  The 6LBR will then insert an RH3 inside a
1586   new IP-in-IP header addressed to the 6LN destination node.  The RPI
1587   is optional from 6LBR to 6LR_id (RPI_2).

[minor] The text says that the "new IP-in-IP header [is] addressed to the
6LN destination node", but the Table below shows the 6LR_id removing it.

1589   +-----------+----------+----------+------------+------------+-------=
+
1590   | Header    | 6LN      | 6LR_1    | 6LBR       | 6LR_id     | IPv6  =
|
1591   +-----------+----------+----------+------------+------------+-------=
+
1592   | Inserted  | IP-in-IP | --       | IP-in-IP   | --         | --    =
|
1593   | headers   | (RPI1)   |          | (RH3, opt  |            |       =
|
1594   |           |          |          | RPI_2)     |            |       =
|
1595   | Removed   | --       | --       | IP-in-IP   | IP-in-IP   | --    =
|
1596   | headers   |          |          | (RPI_1)    | (RH3, opt  |       =
|
1597   |           |          |          |            | RPI_2)     |       =
|
1598   | Re-added  | --       | --       | --         | --         | --    =
|
1599   | headers   |          |          |            |            |       =
|
1600   | Modified  | --       | IP-in-IP | --         | IP-in-IP   | --    =
|
1601   | headers   |          | (RPI_1)  |            | (RH3, opt  |       =
|
1602   |           |          |          |            | RPI_2)     |       =
|
1603   | Untouched | --       | --       | --         | --         | opt   =
|
1604   | headers   |          |          |            |            | RPI_2 =
|
1605   +-----------+----------+----------+------------+------------+-------=
+

1607     Non Storing: Summary of the use of headers from RPL-aware-leaf to
1608                            not-RPL-aware-leaf

...
1654 7.3.4.  Non-SM: Example of Flow from not-RPL-aware-leaf to not-RPL-
1655        aware-leaf
...
1674   +------------+-------+-----------+------------+-------------+-------=
+
1675   | Header     | IPv6  | 6LR_1     | 6LBR       | 6LR_id      | IPv6  =
|
1676   |            | src   |           |            |             | dst   =
|
1677   +------------+-------+-----------+------------+-------------+-------=
+
1678   | Inserted   | --    | IP-in-IP  | IP-in-IP   | --          | --    =
|
1679   | headers    |       | (RPI_1)   | (RH3)      |             |       =
|
1680   | Removed    | --    | --        | IP-in-IP   | IP-in-IP    | --    =
|
1681   | headers    |       |           | (RPI_1)    | (RH3, opt   |       =
|
1682   |            |       |           |            | RPI_2)      |       =
|
1683   | Re-added   | --    | --        | --         | --          | --    =
|
1684   | headers    |       |           |            |             |       =
|
1685   | Modified   | --    | --        | --         | --          | --    =
|
1686   | headers    |       |           |            |             |       =
|
1687   | Untouched  | --    | --        | --         | --          | --    =
|
1688   | headers    |       |           |            |             |       =
|
1689   +------------+-------+-----------+------------+-------------+-------=
+

[minor] The optional RPI_2 is not indicated in the 6LBR column.


...
1696 8.1.  Storing mode
...
1705   Thanks to the change of the RPI option type from 0x63 to 0x23, there
1706   is no longer any uncertainty about when to use an IP-in-IP header in
1707   the storing mode.  A Hop-by-Hop Options Header containing the RPI
1708   option SHOULD always be added when 6LRs originate packets (without
1709   IP-in-IP headers), and IP-in-IP headers should always be added
1710   (addressed to the root when on the way up, to the end-host when on
1711   the way down) when a 6LR find that it needs to insert a Hop-by-Hop
1712   Options Header containing the RPI option.

[major] This paragraph starts by saying that "there is no longer any
uncertainty about when to use an IP-in-IP header".  However, the
specification is a "SHOULD", which means that there are cases when the
action may not be performed.  It sounds like a contradiction to me.  In any
case, what are the cases that make it a "SHOULD" and not a "MUST"?

[major] Should this text include a "SHOULD" as well: "and IP-in-IP headers
should always be added..."?

...
1731 9.  6LoRH Compression cases

1733   The [RFC8138] proposes a compression method for RPI, RH3 and IPv6-in=
-
1734   IPv6.

1736   In Storing Mode, for the examples of Flow from RPL-aware-leaf to non=
-
1737   RPL-aware-leaf and non-RPL-aware-leaf to non-RPL-aware-leaf comprise
1738   an IP-in-IP and RPI compression headers.  The type of this case is
1739   critical since IP-in-IP is encapsulating a RPI header.

1741   +--+-----+---+--------------+-----------+-------------+-------------=
+
1742   |1 | 0|0 |TSE| 6LoRH Type 6 | Hop Limit | RPI - 6LoRH | LOWPAN IPHC =
|
1743   +--+-----+---+--------------+-----------+-------------+-------------=
+

1745                    Figure 9: Critical IP-in-IP (RPI).

[major] Shouldn't this section also be an Update to rfc8138?

[major] 6LoRH Type 6 is defined in rfc8138 as an elective type, but it is
introduced as Critical here.  The header must then be completely specified
in this document and the appropriate registry must be updated (in the IANA
Consideration section).

Specifically...referring to rfc8138...
   - the meaning of the TSE depends on the Type (=C2=A74.2),
   - the Hop Limit is defined in =C2=A77, should it have the same
behavior/meaning here?
   - does the "RPI - 6LoRH" field correspond to the RPI-6LoRH header (=C2=
=A76.3)?
   - I'm assuming that the "LOWPAN IPHC" field refers to LOWPAN_IPHC
(rfc6282).

...
1774 11.  Security Considerations

1776   The security considerations covering of [RFC6553] and [RFC6554] appl=
y
1777   when the packets get into RPL Domain.

s/covering of/covered in

[minor] Do you mean "are in the RPL Domain" instead of "get into" it?  Or
are you talking about when a packet comes into the domain from a
non-RPL-aware node (like a non-RPL-aware-leaf)?  I ask because it seems to
me that those RFCs only talk about packets that are inside the domain (and
not about them getting in).

1779   The IPIP mechanism described in this document is much more limited
1780   than the general mechanism described in [RFC2473].  The willingness
1781   of each node in the LLN to decapsulate packets and forward them coul=
d
1782   be exploited by nodes to disguise the origin of an attack.

1784   Nodes outside of the LLN will need to pass IPIP traffic through the
1785   RPL root to perform this attack.  To counter, the RPL root SHOULD
1786   either restrict ingress of IPIP packets (the simpler solution), or i=
t
1787   SHOULD do a deep packet inspection wherein it walks the IP header
1788   extension chain until it can inspect the upper-layer-payload as
1789   described in [RFC7045].  In particular, the RPL root SHOULD do BCP38
1790   ([RFC2827]) processing on the source addresses of all IP headers tha=
t
1791   it examines in both directions.

[major] For all 3 SHOULDs above...  Why are they not a MUST?  IOW, when (if
countering) would the actions not be performed?  Are there other mechanisms
that the root could consider?

1793   Note: there are some situations where a prefix will spread across
1794   multiple LLNs via mechanisms such as described in
1795   [I-D.ietf-6lo-backbone-router].  In this case the BCP38 filtering
1796   needs to take this into account.

s/such as described/such as the one described

[major] The text above sounds like the root needs to get some type of
routing information from the other LLN, is that true?  What are the
security implications of that?

I took a very quick look at I-D.ietf-6lo-backbone-router and it seems to me
that there are probably other considerations to be included related to that
mechanism in the context of this document.  Given the "in passing" nature
of the note above, and the fact that I-D.ietf-6lo-backbone-router is still
in process in 6lo, I suggest you take the text/reference out.

1798   Nodes with the LLN can use the IPIP mechanism to mount an attack on
1799   another part of the LLN, while disguising the origin of the attack.
1800   The mechanism can even be abused to make it appear that the attack i=
s
1801   coming from outside the LLN, and unless countered, this could be use=
d
1802   to mount a Distributed Denial Of Service attack upon nodes elsewhere
1803   in the Internet.  See [DDOS-KREBS] for an example of such attacks
1804   already seen in the real world.

s/Nodes with the LLN/Nodes within the LLN

[major] Is there any possible mitigation to this inside-the-LLN attack?  It
seems to me that this issue is not something introduced by this document,
right?  Would authentication help -- is it even possible? Is there a
discussion of this in the main spec?

1806   While a typical LLN may be a very poor origin for attack traffic (as
1807   the networks tend to be very slow, and the nodes often have very low
1808   duty cycles) given enough nodes, they could still have a significant
1809   impact, particularly if the attack was on another LLN!  Additionally=
,
1810   some uses of RPL involve large backbone ISP scale equipment
1811   [I-D.ietf-anima-autonomic-control-plane], which may be equipped with
1812   multiple 100Gb/s interfaces.

[nit] Suggestion: reorder the paragraphs so that the discussion of the
internal threats starts in the third paragraph.  It should improve
readability and may avoid some repetition.

1814   Blocking or careful filtering of IPIP traffic entering the LLN as
1815   described above will make sure that any attack that is mounted must
1816   originate compromised nodes within the LLN.  The use of BCP38
1817   filtering at the RPL root on egress traffic will both alert the
1818   operator to the existence of the attack, as well as drop the attack
1819   traffic.  As the RPL network is typically numbered from a single
1820   prefix, which is itself assigned by RPL, BCP38 filtering involves a
1821   single prefix comparison and should be trivial to automatically
1822   configure.

s/originate compromised/originate from compromised

[major] Yes, BCP38 will stop an attack, but only if the source addresses
are spoofed.  What if they're not?  Given that the attack may be hidden,
and assuming that nodes are compromised across multiple LLNs, an attacker
may not care enough to spoof the origins.

1824   There are some scenarios where IPIP traffic SHOULD be allowed to pas=
s
1825   through the RPL root, such as the IPIP mediated communications
1826   between a new Pledge and the Join Registrar/Coordinator (JRC) when
1827   using [I-D.ietf-anima-bootstrapping-keyinfra] and
1828   [I-D.ietf-6tisch-dtsecurity-secure-join].  This is the case for the
1829   RPL root to do careful filtering: it occurs only when the Join
1830   Coordinator is not co-located inside the RPL root.

[major] Because of the "SHOULD", both references should be Normative.  The
second ID is Informational.  Does that really need to be a "SHOULD"??  It
seems to me that "should" would be enough in this case.

[minor] I'm having trouble parsing the last sentence.  What are you trying
to suggest?

1832   With the above precautions, an attack using IPIP tunnels will be by =
a
1833   node within the LLN on another node within the LLN.  Such an attack
1834   could, of course, be done directly.  An attack of this kind is
1835   meaningful only if the source addresses are either fake or if the
1836   point is to amplify return traffic.  Such an attack, could also be
1837   done without the use of IPIP headers using forged source addresses.

1839   If the attack requires bi-directional communication, then IPIP
1840   provides no advantages.

1842   [RFC2473] suggests that tunnel entry and exit points can be secured,
1843   via the "Use IPsec".  This solution has all the problems that

[minor] "This solution"...which one?  The rfc2473 suggestion or the one
described in this document?

1844   [RFC5406] goes into.  In an LLN such a solution would degenerate int=
o
1845   every node having a tunnel with every other node.  It would provide =
a
1846   small amount of origin address authentication at a very high cost;
1847   doing BCP38 at every node (linking layer-3 addresses to layer-2
1848   addresses, and to already present layer-2 cryptographic mechanisms)
1849   would be cheaper should RPL be run in an environment where hostile
1850   nodes are likely to be a part of the LLN.

1852   The RH3 header usage described here can be abused in equivalent ways
1853   with an IPIP header to add the needed RH3 header.  As such, the
1854   attacker's RH3 header will not be seen by the network until it
1855   reaches the end host, which will decapsulate it.  An end-host SHOULD
1856   be suspicious about a RH3 header which has additional hops which hav=
e
1857   not yet been processed, and SHOULD ignore such a second RH3 header.

[nit] Hmmm...it seems like these threats should have been identified in
rfc6554...

[major] What does "SHOULD be suspicious" mean?  How is that a Normative
behavior?  Would being suspicious include dropping the packet or some other
similar action?  When would the router *not* be suspicious?  Why is that
not a "MUST"?

[major] When should a second RH3 header not be ignored?  Why is "MUST" not
used?

1859   In addition, the LLN will likely use [RFC8138] to compress the IPIP
1860   and RH3 headers.  As such, the compressor at the RPL-root will see
1861   the second RH3 header and MAY choose to discard the packet if the RH=
3
1862   header has not been completely consumed.  A consumed (inert) RH3

[major] It seems to me that the optional action of the root of discarding
the packet is is contradiction with the "SHOULD ignore such a second RH3
header" above.  Is the subtle difference that we're talking about the root
here, and the end-host above?  Why wouldn't the actions be the same if in
both cases the second RH3 header may indicate some type of attack, or at
least something anomalous??

1863   header could be present in a packet that flows from one LLN, crosses
1864   the Internet, and enters another LLN.  As per the discussion in this
1865   document, such headers do not need to be removed.  However, there is
1866   no case described in this document where an RH3 is inserted in a non=
-
1867   storing network on traffic that is leaving the LLN, but this documen=
t
1868   SHOULD NOT preclude such a future innovation.  It should just be
1869   noted that an incoming RH3 must be fully consumed, or very carefully
1870   inspected.

[major] The "SHOULD NOT" seems out of place as there is nothing Normative
in the statement.

[major] What does "very carefully inspected" mean?  Are there actions
resulting from that?

1872   The RPI header, if permitted to enter the LLN, could be used by an
1873   attacker to change the priority of a packet by selecting a different
1874   RPL instanceID, perhaps one with a higher energy cost, for instance.

s/RPL instanceID/RPLinstanceID

...
1911 13.1.  Normative References

[minor] I think that the following references can be made Informative:
RFC2473, RFC5406

...
1965 13.2.  Informative References

[nit] I-D.ietf-6man-rfc6434-bis is not referenced in the text.

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

<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style>=
</head><body style=3D"word-wrap:break-word"><div id=3D"bloop_customfont" st=
yle=3D"font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);mar=
gin:0px;line-height:auto"><div id=3D"bloop_customfont" style=3D"margin:0px"=
>Dear authors:</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br><=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">I have (finally!) fi=
nished reading this document.=C2=A0 Thanks for all the work and time put in=
to working out all the details.</div><div id=3D"bloop_customfont" style=3D"=
margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">I h=
ave several concerns.=C2=A0 I&#39;m listing some of the Major (and document=
-wide) ones up front.=C2=A0 I also put more comments and questions inline b=
elow.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">(1) [major] Where is the spec=
ification of the data-plane behavior?</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">This document does a couple of things: it Updates several other RFCs, an=
d presents a list of *example* flows where the expected behavior is illustr=
ated.=C2=A0 The Updates are mostly about the new RPI value (0x23), but not =
about the behavior of the nodes.</div><div id=3D"bloop_customfont" style=3D=
"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">Mo=
st of the examples are worded such that they describe actions (encapsulate,=
 remove, etc.)...and some even include rfc2119 Normative Keywords.=C2=A0 Bu=
t they are called examples!=C2=A0 So...my questions are: is the behavior il=
lustrated in =C2=A76 and =C2=A77 intended to be Normative?=C2=A0 IOW, do th=
ese sections include both examples and specify the behavior expected in the=
 LLN?=C2=A0 Is the behavior already specified somewhere else (and this docu=
ment is just illustrating)? =C2=A0[I am asking that last question just-in-c=
ase, because the Introduction says that &quot;this document clarifies what =
is the correct and the incorrect behaviour.&quot;]</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">=C2=A78 seems to attempt to summarize &quot;observations ab=
out the cases&quot;, but (if it is intended to be *the* Normative text abou=
t the behavior) it is general and short.</div><div id=3D"bloop_customfont" =
style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin=
:0px">[Some of my comments below ask about Normative language... Please tak=
e those in context with the answers here.]</div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">(2) [ma=
jor] Operational Considerations</div><div id=3D"bloop_customfont" style=3D"=
margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">Non=
-storing mode networks don&#39;t need the change to 0x23 (=C2=A78.2)...but =
making the change creates a flag day, and even then, implementations should=
 still process both values (=C2=A73.1).=C2=A0 I would really like to see te=
xt about the operational considerations of introducing 0x23.=C2=A0 It conce=
rns me that a significant change that most[*] networks don&#39;t need is be=
ing introduced.=C2=A0 Please take a look at rfc5706 (Guidelines for Conside=
ring Operations and Management of New Protocols and Protocol Extensions), s=
pecially =C2=A72.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><b=
r></div><div id=3D"bloop_customfont" style=3D"margin:0px">[*] Most deployed=
 networks work in non-storing mode, right?</div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">(3) [mi=
nor] &gt;=3D ??</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br>=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">There are several (=
25!) instances of text like this:</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>=C2=A0 =C2=A06LR_i are the intermediate routers from source to destination=
.=C2=A0 In</div><div id=3D"bloop_customfont" style=3D"margin:0px">=C2=A0 =
=C2=A0this case, &quot;1 &lt;=3D i &gt;=3D n&quot;, n is the number of rout=
ers (6LR) that the</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
=C2=A0 =C2=A0packet go through from source (6LN) to destination (6LBR).</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">Maybe it&#39;s just me, but I don&#39;=
t understand why (or how!) i could ever be &gt;=3D n.=C2=A0 The text says t=
hat i are the &quot;intermediate routers from source to destination&quot;, =
while n is &quot;the number of routers...from source (6LN) to destination (=
6LBR)&quot;.=C2=A0 Isn&#39;t that the same thing?=C2=A0 What am I missing?<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D=
"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">(4) Style nit: the document uses &quot;we&quot;...=
a third person style would be preferable.=C2=A0 For example: s/In this sect=
ion we are going to describe.../This section describes...</div><div id=3D"b=
loop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">I will wait for the major points to be addressed before starting th=
e IETF LC.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div=
><div id=3D"bloop_customfont" style=3D"margin:0px">Thanks!!</div><div id=3D=
"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">Alvaro.</div><div id=3D"bloop_customfont" style=3D=
"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"><b=
r></div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">[Note: the numbers came from the=
 idnits output.]</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">10<span class=3D"Apple-tab-span"=
 style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0When to use RFC 6553, 6554 and IPv6-in-IPv6</div><div id=3D"bloop=
_customfont" style=3D"margin:0px">11<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0draft-ietf-roll-useofrplinfo-23</div><div id=3D"bloop_=
customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">[minor] Can we come up with a more descriptive tittle?=C2=
=A0 Also, the &quot;shorthand&quot; version (&quot;Useof6553&quot;) could b=
e improved.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">130<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span>1.=C2=A0 Introduction</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
156<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 The related document A Routing Header Dispatch for 6LoWPAN (6LoRH)</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">157<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 [RFC8138] defines a method=
 to compress RPL Option information and</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">158<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 Routing Header type 3 [RFC6554], an efficient IP-in-IP=
 technique, and</div><div id=3D"bloop_customfont" style=3D"margin:0px">159<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 use=
 cases proposed for the [Second6TischPlugtest] involving 6loRH.</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">[nit] I&#39;m having trouble parsing this last=
 paragraph.=C2=A0 It sounds like rfc8138 (also) defines the use cases, but =
I don&#39;t remember seeing anything like that in there.=C2=A0 Is that what=
 you meant?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">[nit] I think the Intro=
duction would benefit from an overview of the document; something like &quo=
t;section X talks about abc, section Y presents examples, etc.&quot;.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">161<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span>2.=C2=A0 Terminology and Requirements Language=
</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">163<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 The key words &quot;MUST&quot;,=
 &quot;MUST NOT&quot;, &quot;REQUIRED&quot;, &quot;SHALL&quot;, &quot;SHALL=
 NOT&quot;,</div><div id=3D"bloop_customfont" style=3D"margin:0px">164<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 &quot;S=
HOULD&quot;, &quot;SHOULD NOT&quot;, &quot;RECOMMENDED&quot;, &quot;MAY&quo=
t;, and &quot;OPTIONAL&quot; in this</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">165<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 document are to be interpreted as described in RFC 2119 [=
RFC2119].</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">[major] Please use the RF=
C8174 template.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br>=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">170<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 RPL-node: A device which implement=
s RPL, thus we can say that the</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">171<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 device is RPL-capable or RPL-aware.=C2=A0 Please note that the=
 device can</div><div id=3D"bloop_customfont" style=3D"margin:0px">172<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 be foun=
d inside the LLN or outside LLN.=C2=A0 In this document a RPL-node</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">173<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 which is a leaf of a DODAG =
is called RPL-aware-leaf.</div><div id=3D"bloop_customfont" style=3D"margin=
:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[nit] RPL=
-capable is not used anywhere else.</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>...</div><div id=3D"bloop_customfont" style=3D"margin:0px">180<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 pledge: a new=
 device which seeks admission to a network. (from</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">181<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 [I-D.ietf-anima-bootstrapping-keyinfra])</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">183<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 Join Registrar and Coordinator (JRC):=
 a device which brings new nodes</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">184<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 (pledges) into a network. (from</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">185<span class=3D"Apple-tab-span" style=3D"white-=
space:pre">	</span> =C2=A0 [I-D.ietf-anima-bootstrapping-keyinfra])</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">[minor] Do these two terms need to be defi=
ned in this document?=C2=A0 They are only used once, and with a reference t=
o I-D.ietf-anima-bootstrapping-keyinfra next to them.=C2=A0 Also, and more =
important, the definition here doesn&#39;t match the one in that other draf=
t.=C2=A0 Please take out the definitions and just make reference later on..=
.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">187<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 Flag day: A &quot;flag day&quot=
; is a procedure in which the network, or a part</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">188<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 of it, is changed during a planned outage, or=
 suddenly, causing an</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">189<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 outage while the network recovers [RFC4192]</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px">[nit] rfc4192 seems like an odd place to pull a reference to &=
quot;flag day&quot; -- specially as it is being defined as &quot;a procedur=
e&quot; and not the effect it causes, which seems to be how it is used in t=
he text: &quot;creates a flag day&quot;, &quot;will experience a flag day&q=
uot;, &quot;avoid a flag day&quot;.=C2=A0 This is not a big issue -- if it =
was up to me, I would either make my own definition, or just not define it =
at all: I think it is a well known term...</div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">191<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span=
>2.1. =C2=A0hop-by-hop IPv6-in-IPv6 headers</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">193<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 The term &quot;hop-by-hop IPv6-in-IPv6&quot; header refers to: ad=
ding a header</div><div id=3D"bloop_customfont" style=3D"margin:0px">194<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 that =
originates from a node to an adjacent node, using the addresses</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">195<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 (usually the GUA or ULA, but c=
ould use the link-local addresses) of</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">196<span class=3D"Apple-tab-span" style=3D"white-space:pr=
e">	</span> =C2=A0 each node.=C2=A0 If the packet must traverse multiple ho=
ps, then it must</div><div id=3D"bloop_customfont" style=3D"margin:0px">197=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 be=
 decapsulated at each hop, and then re-encapsulated again in a</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">198<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 similar fashion.</div><div id=
=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">[minor] That term is not used anywhere...but &q=
uot;hop-by-hop IP-in-IP&quot; is.</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>IPv6-in-IPv6 and IP-in-IP are used interchangeably throughout the document=
.=C2=A0 This use is not wrong, but it is inconsistent.=C2=A0 Adding a note =
about it (even though it may be obvious to many readers that the terms refe=
r to the same thing) would be nice...being consistent even nicer.</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">Later on, &quot;IPIP&quot; is also used...</=
div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"=
bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">[nit] Why is this definition in its own sub-section=
?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">200<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span>3.=C2=A0 Updates to RFC6553, RFC6550 an=
d RFC 8138</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div=
><div id=3D"bloop_customfont" style=3D"margin:0px">202<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span>3.1.=C2=A0 Updates to RFC 6553<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D=
"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">209<span class=3D"Apple-tab-span" style=3D"white-sp=
ace:pre">	</span> =C2=A0 [RFC6553] states as showed below, that in the Opti=
on Type field of</div><div id=3D"bloop_customfont" style=3D"margin:0px">210=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 th=
e RPL Option header, the two high order bits MUST be set to &#39;01&#39;</d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px">211<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 and the third bit is =
equal to &#39;1&#39;.=C2=A0 The first two bits indicate that</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">212<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 the IPv6 node MUST discard the =
packet if it doesn&#39;t recognize the</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">213<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 option type, and the third bit indicates that the Optio=
n Data may</div><div id=3D"bloop_customfont" style=3D"margin:0px">214<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 change e=
n route.=C2=A0 The remaining bits serve as the option type.</div><div id=3D=
"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">s/showed/shown</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:=
0px">[major] The 2 MUSTs used above are used paraphrasing rfc6553, and don&=
#39;t define Normative behavior in this document.=C2=A0 Please either use a=
 direct quote, or use non-normative language.</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">223<s=
pan class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Rece=
nt changes in [RFC8200] (section 4, page 8), states: &quot;it is now</div><=
div id=3D"bloop_customfont" style=3D"margin:0px">224<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span> =C2=A0 expected that nodes along=
 a packet&#39;s delivery path only examine and</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">225<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 process the Hop-by-Hop Options header if explic=
itly configured to do</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">226<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 so&quot;.=C2=A0 Processing of the Hop-by-Hop Options header (by IPv6</d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px">227<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 intermediate nodes) i=
s now optional, but if they are configured to</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">228<span class=3D"Apple-tab-span" style=3D"white-=
space:pre">	</span> =C2=A0 process the header, and if such nodes encounter =
an option with the</div><div id=3D"bloop_customfont" style=3D"margin:0px">2=
29<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
first two bits set to 01, they will drop the packet (if they conform</div><=
div id=3D"bloop_customfont" style=3D"margin:0px">230<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span> =C2=A0 to [RFC8200]).=C2=A0 Host=
 systems should do the same, irrespective of the</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">231<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 configuration.</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">[minor] The description above seems to be missing &quot;...if the=
 option is not recognized&quot;.</div><div id=3D"bloop_customfont" style=3D=
"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">23=
3<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 B=
ased on That, if an IPv6 (intermediate) node (RPL-not-capable)</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">234<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 receives a packet with an RPL O=
ption, it should ignore the HBH RPL</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">235<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 option (skip over this option and continue processing the =
header).</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><=
div id=3D"bloop_customfont" style=3D"margin:0px">s/That/that</div><div id=
=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">266<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 When forwarding packets, implementations SHOULD use the same v=
alue as</div><div id=3D"bloop_customfont" style=3D"margin:0px">267<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 it was rece=
ived (This is required because, RPI type code can not be</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">268<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 changed by [RFC8200]).=C2=A0 It allow=
s to the network to be incrementally</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">269<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 upgraded, and for the DODAG root to know which parts of t=
he network</div><div id=3D"bloop_customfont" style=3D"margin:0px">270<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 are upgr=
aded.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">[major] There seems to be a c=
ontradiction above: &quot;SHOULD use the same value...this is required...&q=
uot; =C2=A0 If required by rfc8200, why not use MUST?</div><div id=3D"bloop=
_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">272<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 When originating new packets, implementations SHOULD ha=
ve an option</div><div id=3D"bloop_customfont" style=3D"margin:0px">273<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 to det=
ermine which value to originate with, this option is controlled</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">274<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 by the DIO option described be=
low.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">[minor] =C2=A73.3 defines the =
option...but it doesn&#39;t explicitly say what the receivers should do wit=
h it.=C2=A0 It may be obvious, but it should be explicit for completeness.<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D=
"bloop_customfont" style=3D"margin:0px">[major] It seems to me that the par=
agraph above may be out of place, doesn&#39;t say much, may be wrong...or m=
aybe all 3.=C2=A0 The text says that the originating value is controlled by=
 the option in =C2=A73.3 (again, but that section doesn&#39;t explicitly sa=
y what should be done)...but it also says (with the SHOULD) that an impleme=
ntation may have valid reasons to not pay attention to the option -- what a=
re those??</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div=
><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"blo=
op_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">281<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span>3.2.=C2=A0 Updates to RFC 8138</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">283<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 RPI-6LoRH header provides a compressed form for the RPL RPI</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">284<span class=3D"Apple-t=
ab-span" style=3D"white-space:pre">	</span> =C2=A0 [RFC8138].=C2=A0 It shou=
ld be considered when the Option Type in RPL</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">285<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 Option is decompressed, should take the value of =
0x23 instead of</div><div id=3D"bloop_customfont" style=3D"margin:0px">286<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 0x6=
3.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">[major] AFAICT, the compression =
specified in rfc8138 doesn&#39;t include the RPI option type...but the use =
of the 6LoRH Type 5 implies the RPI.=C2=A0 If I got that right, then how wo=
uld the decompressing node know which RPI type was in use when first compre=
ssed?=C2=A0 Given that both types may be used in a network (=C2=A73.1), how=
 would one know unless the 6LoRH type was also changed?=C2=A0 Or are you su=
ggesting that the decompression should always use 0x23?=C2=A0 In any case, =
I think that stronger language might be needed.</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">28=
8<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>3.3.=C2=
=A0 Updates to RFC 6550: Indicating the new RPI in the DODAG</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">289<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0Configuration Opti=
on Flag.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><=
div id=3D"bloop_customfont" style=3D"margin:0px">291<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span> =C2=A0 In order to avoid a flag =
day caused by lack of interoperation between</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">292<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 new RPI (0x23) and old RPI (0x63) nodes, when the=
re is a mix of new</div><div id=3D"bloop_customfont" style=3D"margin:0px">2=
93<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
nodes and old nodes, the new nodes may be put into a compatibility</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">294<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 mode until all of the old n=
odes are replaced or upgraded.</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">296<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Thi=
s can be done via a DODAG Configuration Option flag which will</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">297<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 propogate through the network.=
=C2=A0 Failure to receive this information</div><div id=3D"bloop_customfont=
" style=3D"margin:0px">298<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 will cause new nodes to remain in compatibility mod=
e, and originate</div><div id=3D"bloop_customfont" style=3D"margin:0px">299=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 tr=
affic with the old-RPI (0x63) value.</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px=
">s/propogate/propagate</div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] &qu=
ot;compatibility mode&quot;</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">What is=
 &quot;compatibility mode&quot;?=C2=A0 Initially I thought that it was mayb=
e the ability of new nodes to use both RPI values...but the end of the seco=
nd paragraph suggests using only 0x63.</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0=
px">The text suggests that &quot;compatibility mode&quot; can be enabled vi=
a &quot;via a DODAG Configuration Option flag&quot; -- that flag is not def=
ined anywhere...but &quot;failure to receive this information will cause ne=
w nodes to remain in compatibility mode&quot;.=C2=A0 So...would it be enabl=
ed using a flag, or is it the default?</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0=
px">Why wouldn&#39;t the default be the new RPI?=C2=A0 I can see how most o=
f the networks will support the old RPI, but that will eventually be the ex=
ception...</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div=
><div id=3D"bloop_customfont" style=3D"margin:0px">301<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 As stated in [RFC6550] =
the DODAG Configuration option is present in</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">302<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 DIO messages.=C2=A0 The DODAG Configuration optio=
n distributes</div><div id=3D"bloop_customfont" style=3D"margin:0px">303<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 confi=
guration information.=C2=A0 It is generally static, and does not</div><div =
id=3D"bloop_customfont" style=3D"margin:0px">304<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 change within the DODAG.=C2=
=A0 This information is configured at the DODAG</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">305<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 root and distributed throughout the DODAG with=
 the DODAG</div><div id=3D"bloop_customfont" style=3D"margin:0px">306<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Configur=
ation option.=C2=A0 Nodes other than the DODAG root do not modify</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">307<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 this information when propag=
ating the DODAG Configuration option.</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">309<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 The DODAG Configuration Option has a Flags field which is modified by</=
div><div id=3D"bloop_customfont" style=3D"margin:0px">310<span class=3D"App=
le-tab-span" style=3D"white-space:pre">	</span> =C2=A0 this document.=C2=A0=
 Currently, the DODAG Configuration Option in</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">311<span class=3D"Apple-tab-span" style=3D"white-=
space:pre">	</span> =C2=A0 [RFC6550] is as follows. .</div><div id=3D"bloop=
_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">313<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 Flags: The 4-bits remaining unused in the Flags field a=
re reserved</div><div id=3D"bloop_customfont" style=3D"margin:0px">314<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 for fla=
gs.=C2=A0 The field MUST be initialized to zero by the sender and</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">315<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 MUST be ignored by the recei=
ver.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">317<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A02 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">318<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> +-----------------+-----------------------------------------=
----------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">319<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> | =C2=A0Type =
=3D 0x04 =C2=A0 =C2=A0| =C2=A0Opt Length =3D 14| Flags =C2=A0| A | PCS| DIO=
IntDoubl. =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">32=
0<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> +-------=
--------------------------------------------------------------+</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">321<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> | DIOIntMin. =C2=A0 =C2=A0 =C2=A0| =
=C2=A0DIORedund. =C2=A0 =C2=A0 | =C2=A0MaxRankIncrease =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">322<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> +-----------------+---------------------------------------------=
------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">323<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> | =C2=A0MinHopRank=
Increase =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0OCP =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">324<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> +---=
--------------+---------------------------------------------------+</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">325<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> |Reserved =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | Def. Lifetime =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 Lifetime Unit =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">326<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> +-----------------+-----------------+---------------------------=
------+</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">328<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 3: DODAG Configuration Option.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">[minor] Suggestion: instead of copying (=
and not quoting the Normative language) the text from rfc6550 above, just i=
ndicate what the Update is: &quot;the unused bits MUST...&quot;.=C2=A0 Also=
, I think that Figure 3 is not needed.</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">342<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 In case of rebooting, the =
node does not remember the flag.=C2=A0 Thus, the</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">343<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 DIO is sent with flag indicating the new RPI =
value.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">[minor] By &quot;the node&qu=
ot;, which node are you referring to?=C2=A0 The root?=C2=A0 If it doesn&#39=
;t remember, it means that it needs to be configured -- how does that happe=
n?=C2=A0 Why isn&#39;t the configuration persistent at the root?</div><div =
id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">345<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span>4.=C2=A0 Sample/reference topology</div><div id=3D"b=
loop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont=
" style=3D"margin:0px">347<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 A RPL network in general is composed of a 6LBR (6Lo=
WPAN Border</div><div id=3D"bloop_customfont" style=3D"margin:0px">348<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Router)=
, Backbone Router (6BBR), 6LR (6LoWPAN Router) and 6LN</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">349<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 (6LoWPAN Node) as leaf logically organ=
ized in a DODAG structure.</div><div id=3D"bloop_customfont" style=3D"margi=
n:0px">350<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 (Destination Oriented Directed Acyclic Graph).</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">[minor] The 6BBR doesn&#39;t appear in the Figure.</div=
><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"blo=
op_customfont" style=3D"margin:0px">[nit] BTW, it might be better to put th=
e topology diagram right after this first paragraph.</div><div id=3D"bloop_=
customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">[nit] The DODAG expansion should be on first use.</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">352<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 RPL defines the RPL Control messages (con=
trol plane), a new ICMPv6</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">353<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 [RFC4443] =C2=A0message with Type 155.=C2=A0 DIS (DODAG Information<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">354<span class=3D"Ap=
ple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Solicitation), DIO =
(DODAG Information Object) and DAO (Destination</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">355<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 Advertisement Object) messages are all RPL Con=
trol messages but with</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">356<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 different Code values.=C2=A0 A RPL Stack is showed in Figure 5.</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">[minor] Not exactly sure what this paragra=
ph has to do with the reference topology (yet), but (same comment as above)=
 it might be good to put the figure right after the text.</div><div id=3D"b=
loop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont=
" style=3D"margin:0px">s/showed/shown</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0p=
x"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">428<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 6: A reference RPL Topology.</div=
><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"blo=
op_customfont" style=3D"margin:0px">430<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 Figure 2 shows the reference RPL Topol=
ogy for this document.=C2=A0 The</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">431<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 letters above the nodes are there so that they may be referen=
ced in</div><div id=3D"bloop_customfont" style=3D"margin:0px">432<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 subsequent s=
ections.=C2=A0 In the figure, 6LR represents a full router</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">433<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 node.=C2=A0 The 6LN is a RPL aware =
router, or host.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">s/Figure 2/Figure =
6</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">[minor] The 6LN is defined in th=
e first paragraph as a node (not a router).=C2=A0 BTW, what is the differen=
ce between a &quot;full router&quot; and (just) a &quot;router&quot; (6LR v=
s 6LN)?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">[minor] 6LN is characterize=
d above as &quot;RPL aware&quot;, but (below) the &quot;Raf&quot; mark is a=
lso used for that -- so it seems that &quot;~Raf 6LN&quot; would be a &quot=
;not-RPL aware leaf...RPL aware router, or host&quot;.</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">Some terminology clean up is needed.</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">435<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 But, the 6LN leaves (Raf - &quot;RPL aware leaf&quot=
;-) marked as (F, H and I)</div><div id=3D"bloop_customfont" style=3D"margi=
n:0px">436<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 are RPL nodes with no children hosts.</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">[minor] Is there a relevance to the &quot;children hosts&quot; e=
xisting?=C2=A0 Can it be concluded that ~Raf nodes have children hosts?</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">446<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>5=
.=C2=A0 Use cases</div><div id=3D"bloop_customfont" style=3D"margin:0px">..=
.</div><div id=3D"bloop_customfont" style=3D"margin:0px">507<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 This means that w=
hen the no-drop RPI option code 0x23 is used, a</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">508<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 packet that leaves the RPL domain of an LLN (o=
r that leaves the LLN</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">509<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 entirely) will not be discarded when it contains the [RFC6553] RPL</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">510<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 Hop-by-Hop option known=
 as RPI.=C2=A0 Thus, the RPI Hop-by-Hop option MAY</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">511<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span> =C2=A0 be left in place even if the end host does =
not understand it.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><=
br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] If the l=
ast RPL-aware node knows that the host doesn&#39;t understand the RPI, why =
would it not remove it (if it can)?=C2=A0 IOW, I understand how it causes n=
o harm (leading to the optional behavior above), but just because it can be=
 done doesn&#39;t mean that it should.=C2=A0 Are there cases where it can b=
e used for something?</div><div id=3D"bloop_customfont" style=3D"margin:0px=
"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">If the RPI ca=
n&#39;t be removed because the border is not the destination, then the MAY =
above is insignificant: no one can strip it, so there&#39;s no real option.=
</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">513<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 NOTE: There is some possible se=
curity risk when the RPI information</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">514<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 is released to the Internet.=C2=A0 At this point this is =
a theoretical</div><div id=3D"bloop_customfont" style=3D"margin:0px">515<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 situa=
tion; no clear attack has been described.=C2=A0 At worst, it is clear</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">516<span class=3D"Apple-t=
ab-span" style=3D"white-space:pre">	</span> =C2=A0 that the RPI option woul=
d waste some network bandwidth when it</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">517<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 escapes.=C2=A0 This is traded off against the savings i=
n the LLN by not</div><div id=3D"bloop_customfont" style=3D"margin:0px">518=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 ha=
ving to encapsulate the packet in order to remove the artifact.</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">[major] AFAICT, leaking the RPI means leaking =
the RPLInstanceID and the SenderRank.=C2=A0 The Security Considerations alr=
eady mentions what an attacker could do if it knows the RPLInstanceID...but=
 it doesn&#39;t say anything about the SenderRank.</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">I&#39;m thinking that the SenderRank may help an attacker t=
o have an idea of the topology of the LLN, right?=C2=A0 I don&#39;t know wh=
at an attacker can do with that information, but the fact that could be use=
d for that (and it could be a privacy issue) should be mentioned in the Sec=
urity Considerations section.</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</=
div><div id=3D"bloop_customfont" style=3D"margin:0px">526<span class=3D"App=
le-tab-span" style=3D"white-space:pre">	</span> =C2=A0 A corollory is that =
an SHR3 or RPI Option can only be removed by an</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">527<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 intermediate router if it is placed in an enca=
psulating IPv6 Header,</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">528<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 which is addressed TO the intermediate router.=C2=A0 When it does so, t=
he</div><div id=3D"bloop_customfont" style=3D"margin:0px">529<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 whole encapsulat=
ing header must be removed. =C2=A0(A replacement may be</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">530<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 added).=C2=A0 This sometimes can resul=
t in outer IP headers being</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">531<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span=
> =C2=A0 addressed to the next hop router using link-local addresses.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">s/corollory/corollary</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont"=
 style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margi=
n:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">541<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 RPI shou=
ld be present in every single RPL data packet.=C2=A0 There is one</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">542<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 exception in non-storing mod=
e: when a packet is going down from the</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">543<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 root.=C2=A0 In a downward non-storing mode, the entire=
 route is written,</div><div id=3D"bloop_customfont" style=3D"margin:0px">5=
44<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
so there can be no loops by construction, nor any confusion about</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">545<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 which forwarding table to us=
e (as the root has already made all</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">546<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 routing decisions).=C2=A0 However, there are still cases, =
such as in</div><div id=3D"bloop_customfont" style=3D"margin:0px">547<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 6tisch, =
where the instanceID portion of the RPI header may still be</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">548<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 needed to pick an appropriate prio=
rity or channel at each hop.</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[major=
] So...does that mean: in all cases, except downward non-storing mode if 6t=
isch is not used, the RPI SHOULD be present?=C2=A0 Note that some of the ex=
amples in =C2=A77 actually say that the RPI is optional...</div><div id=3D"=
bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">550<span class=3D"Apple-tab-span" style=3D"white-sp=
ace:pre">	</span> =C2=A0 In the tables present in this document, the term &=
quot;RPL aware leaf&quot; is</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">551<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 has been shortened to &quot;Raf&quot;, and &quot;not-RPL aware le=
af&quot; has been</div><div id=3D"bloop_customfont" style=3D"margin:0px">55=
2<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 s=
hortened to &quot;~Raf&quot; to make the table fit in available space.</div=
><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"blo=
op_customfont" style=3D"margin:0px">s/is has been/has been</div><div id=3D"=
bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">[nit] There&#39;s some repetition; Raf, for example=
, was already introduced earlier in this section.</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
557<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>6.=C2=
=A0 Storing mode</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">559<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 In storing mode (=
fully stateful), the sender can determine if the</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">560<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 destination is inside the LLN by looking if t=
he destination address</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">561<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 is matched by the DIO&#39;s PIO option.</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">[nit] Please expand PIO...</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>563<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 The following table itemizes which headers are needed in the</div><div =
id=3D"bloop_customfont" style=3D"margin:0px">564<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 following scenarios, and indi=
cates if the IP-in-IP header must be</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">565<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 inserted on a hop-by-hop basis, or when it can target the=
 destination</div><div id=3D"bloop_customfont" style=3D"margin:0px">566<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 node d=
irectly.=C2=A0 There are these possible situations: hop-by-hop</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">567<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 necessary (indicated by &quot;h=
op&quot;), or destination address possible</div><div id=3D"bloop_customfont=
" style=3D"margin:0px">568<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 (indicated by &quot;dst&quot;).=C2=A0 In all cases =
hop by hop MAY be used.</div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] Sho=
uld there be something else Normative in this paragraph?=C2=A0 Maybe a MUST=
 to indicate the need for &quot;hop&quot;, as in &quot;the IP-in-IP header =
MUST be inserted on a hop-by-hop basis&quot;?</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">[minor] I&#39;m confused by the nomenclature.=C2=A0 The descript=
ion above seems to indicate that &quot;hop&quot; and &quot;dst&quot; are mu=
tually exclusive...but the table shows a column with a title using &quot;ds=
t&quot; and specific rows containing &quot;hop&quot;.=C2=A0 What does that =
mean?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">570<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 In cases where no IP-in-IP h=
eader is needed, the column is left</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">571<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 blank.</div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] In =
Figure 7, there are &quot;blank&quot; columns (containing &quot;--&quot;), =
but there are also entries that say &quot;No&quot;.=C2=A0 Are they meant to=
 indicate the same thing?</div><div id=3D"bloop_customfont" style=3D"margin=
:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">573<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 In all c=
ases the RPI headers are needed, since it identifies</div><div id=3D"bloop_=
customfont" style=3D"margin:0px">574<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 inconsistencies (loops) in the routing to=
pology.=C2=A0 In all cases the</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">575<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</s=
pan> =C2=A0 RH3 is not needed because we do not indicate the route in stori=
ng</div><div id=3D"bloop_customfont" style=3D"margin:0px">576<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 mode.</div><div =
id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">578<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 In each case, 6LR_i are the intermediate rou=
ters from source to</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
579<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 destination. =C2=A0&quot;1 &lt;=3D i &gt;=3D n&quot;, n is the number of r=
outers (6LR) that</div><div id=3D"bloop_customfont" style=3D"margin:0px">58=
0<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 t=
he packet go through from source (6LN) to destination.</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">582<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 The leaf can be a router 6LR or a host, both indicated=
 as 6LN (see</div><div id=3D"bloop_customfont" style=3D"margin:0px">583<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Figure=
 6).</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">585<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 +---------------------+------=
--------+----------+--------------+</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">586<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 | Interaction between | =C2=A0 Use Case =C2=A0 | IP-in-IP =
| IP-in-IP dst |</div><div id=3D"bloop_customfont" style=3D"margin:0px">587=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +-=
--------------------+--------------+----------+--------------+</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">588<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Raf to root | =C2=A0 =C2=
=A0No =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=A0|</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">589<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+----------+--=
------------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">590<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=
=A0 =C2=A0 Leaf - Root =C2=A0 =C2=A0 | =C2=A0root to Raf | =C2=A0 =C2=A0No =
=C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=A0|</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">591<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+----------+---------=
-----+</div><div id=3D"bloop_customfont" style=3D"margin:0px">592<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | root to ~Raf =
| =C2=A0 =C2=A0No =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=
=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">593<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------=
+----------+--------------+</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">594<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span=
> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | ~Raf to root | =C2=A0 =C2=A0Yes =C2=A0 | =C2=A0 =C2=A0 root =C2=A0=
 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">595<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +--------=
-------------+--------------+----------+--------------+</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">596<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Raf to Int =C2=A0| =C2=A0 =C2=A0=
No =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=A0|</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">597<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+----------+------=
--------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">598<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =
Leaf - Internet =C2=A0 | =C2=A0Int to Raf =C2=A0| =C2=A0 Yes =C2=A0 =C2=A0|=
 =C2=A0 =C2=A0 =C2=A0Raf =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">599<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 +--------------+----------+--------------+</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">600<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0~Raf to Int | =C2=A0 =C2=
=A0Yes =C2=A0 | =C2=A0 =C2=A0 root =C2=A0 =C2=A0 |</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">601<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+----------+--------------+</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">602<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Int to ~Raf | =C2=
=A0 =C2=A0Yes =C2=A0 | =C2=A0 =C2=A0 =C2=A0hop =C2=A0 =C2=A0 |</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">603<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 +---------------------+--------=
------+----------+--------------+</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">604<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 | =C2=A0Raf to Raf =C2=A0| =C2=A0 =C2=A0No =C2=A0 =C2=A0| =C2=
=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">605<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 +--------------+----------+--------------+</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">606<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Raf to ~Raf | =C2=A0 =C2=
=A0No =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0-- =C2=A0 =C2=A0 =C2=A0|</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">607<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 Leaf - Leaf =
=C2=A0 =C2=A0 +--------------+----------+--------------+</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">608<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0~Raf to Raf | =C2=A0 =C2=A0Yes =
=C2=A0 | =C2=A0 =C2=A0 =C2=A0dst =C2=A0 =C2=A0 |</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">609<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+----------+--------------+</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">610<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | ~Raf to ~Raf | =C2=A0 =
=C2=A0Yes =C2=A0 | =C2=A0 =C2=A0 =C2=A0hop =C2=A0 =C2=A0 |</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">611<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 +---------------------+------------=
--+----------+--------------+</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">613<s=
pan class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Figure 7: IP-in-IP encapsulation in Storing=
 mode.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">726<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span>6.1.4.=C2=A0 SM: Example of Flow from not-RPL-aware=
-leaf to root</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></=
div><div id=3D"bloop_customfont" style=3D"margin:0px">728<span class=3D"App=
le-tab-span" style=3D"white-space:pre">	</span> =C2=A0 In this case the flo=
w comprises:</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px">730<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 not-RPL-aware-leaf (I=
Pv6) --&gt; 6LR_1 --&gt; 6LR_i --&gt; root (6LBR)</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">732<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 For example, a communication flow could be: Node G --&gt; =
Node E --&gt;</div><div id=3D"bloop_customfont" style=3D"margin:0px">733<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Node =
B --&gt; Node A root(6LBR)</div><div id=3D"bloop_customfont" style=3D"margi=
n:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">735<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 When th=
e packet arrives from IPv6 node (Node G) to 6LR_1 (Node E),</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">736<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 the 6LR_1 will insert a RPI header=
, encapsuladed in a IPv6-in-IPv6</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">737<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 header.=C2=A0 The IPv6-in-IPv6 header can be addressed to the=
 next hop</div><div id=3D"bloop_customfont" style=3D"margin:0px">738<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 (Node B),=
 or to the root (Node A).=C2=A0 The root removes the header and</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">739<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 processes the packet.</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">[minor] The table below doesn&#39;t reflect=
 the case where the IPv6-in-IPv6 header is addressed to the next hop.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">741<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 +------------+------+---------------+-=
--------------+---------------+</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">742<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 | Header =C2=A0 =C2=A0 | IPv6 | 6LR_1 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | 6LR_i =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 6LBR =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">743<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------=
--+------+---------------+---------------+---------------+</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">744<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 | Inserted =C2=A0 | -- =C2=A0 | IP-=
in-IP(RPI) | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">745<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 | headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">746<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 | Removed =C2=A0 =C2=A0| -- =C2=
=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0| IP-in-IP(RPI) |</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">747<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 | headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">748<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Re-added =C2=A0 | -- =
=C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">749<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =C2=
=A0| =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">750<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 | Modified =C2=A0 | -- =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| IP-in-IP(RPI) | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
|</div><div id=3D"bloop_customfont" style=3D"margin:0px">751<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =
=C2=A0| =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">752<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 | Untouched =C2=A0| -- =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">753<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">754<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 +------------+------+--=
-------------+---------------+---------------+</div><div id=3D"bloop_custom=
font" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"=
margin:0px">756<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 =C2=A0 Storing: Summary of the use of headers from not-RPL-awa=
re-leaf to</div><div id=3D"bloop_customfont" style=3D"margin:0px">757<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 root</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px=
">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">772<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span>6.2.1.=C2=A0 SM: Exam=
ple of Flow from RPL-aware-leaf to Internet</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">774<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 RPL information from RFC 6553 MAY go out to Internet as it will b=
e</div><div id=3D"bloop_customfont" style=3D"margin:0px">775<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 ignored by nodes =
which have not been configured to be RPI aware.</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px">[major] The &quot;MAY&quot; (Normative) is out of place as the=
 sentence above is stating a fact, not specifying a behavior. s/MAY/may</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">835<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span>6.2.3.=C2=A0 SM: Example of Flow from not-RPL-aware-leaf to I=
nternet</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">837<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 In this case the flow comp=
rises:</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">839<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 not-RPL-aware-leaf (IPv6) -=
-&gt; 6LR_1 --&gt; 6LR_i --&gt;root (6LBR) --&gt;</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">840<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 Internet</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:=
0px">842<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 For example, a communication flow could be: Node G --&gt; Node E --&=
gt;</div><div id=3D"bloop_customfont" style=3D"margin:0px">843<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Node B --&gt;=
 Node A root(6LBR) --&gt; Internet</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>845<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 The 6LR_1 (i=3D1) node will add an IP-in-IP(RPI) header addressed</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">846<span class=3D"Apple-t=
ab-span" style=3D"white-space:pre">	</span> =C2=A0 either to the root, or h=
op-by-hop such that the root can remove the</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">847<span class=3D"Apple-tab-span" style=3D"white-sp=
ace:pre">	</span> =C2=A0 RPI header before passing upwards.=C2=A0 The IP-in=
-IP addressed to the</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>848<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 root cause less processing overhead.=C2=A0 On the other hand, with hop-=
by-</div><div id=3D"bloop_customfont" style=3D"margin:0px">849<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 hop the inter=
mediate routers can check the routing tables for a</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">850<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span> =C2=A0 better routing path, thus it could be more =
efficient and faster.</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">851<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 Implementation should decide wich approach to take.</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">s/wich/which</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>[minor] The hop-by-hop option is not reflected in the table.</div><div id=
=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px">853<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 The originating node will ideally leave the IPv6 flow label a=
s zero</div><div id=3D"bloop_customfont" style=3D"margin:0px">854<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 so that the =
packet can be better compressed through the LLN.=C2=A0 The</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">855<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 6LBR will set the flow label of the=
 packet to a non-zero value when</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">856<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 sending to the Internet.</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0=
px">858<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 +---------+-----+-------------+-------------+-------------+---------=
+</div><div id=3D"bloop_customfont" style=3D"margin:0px">859<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Header =C2=A0| =
IPv | 6LR_1 =C2=A0 =C2=A0 =C2=A0 | 6LR_i =C2=A0 =C2=A0 =C2=A0 | 6LBR =C2=A0=
 =C2=A0 =C2=A0 =C2=A0| Interne |</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">860<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 6 =C2=A0 | =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | [i=3D2,..,n]_ | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | t =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">861<span class=3D"Apple-tab-span" style=3D"white-space:pr=
e">	</span> =C2=A0 +---------+-----+-------------+-------------+-----------=
--+---------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">862<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Ins=
erte | -- =C2=A0| IP-in- =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0|=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">863<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | d =C2=A0 =C2=A0 =
=C2=A0 | =C2=A0 =C2=A0 | IP(RPI) =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
864<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 | headers | =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont=
" style=3D"margin:0px">865<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 | Removed | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| IP-in- =C2=A0 =C2=A0 =C2=
=A0| -- =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">866<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 | headers | =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | IP(RPI) =C2=A0 =C2=A0 =
| =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">867<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 | Re- =C2=A0 =C2=A0 | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">868<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 | added =C2=A0 | =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">869<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 | headers | =C2=A0 =C2=A0 |=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">870<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | M=
odifie | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| IP-in- =C2=A0 =
=C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">871<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | d =C2=A0 =
=C2=A0 =C2=A0 | =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=
 IP(RPI) =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0=
px">872<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 | headers | =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">873<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 | Untouch | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">874<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 | ed =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">875<span cl=
ass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =
| =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">876<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 +---------+-----+-------------+-------------+-------------+-----=
----+</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">878<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 Storing: Summary of t=
he use of headers from not-RPL-aware-leaf to</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">879<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Internet</div><div =
id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">881<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span>6.2.4.=C2=A0 SM: Example of Flow from Internet to no=
n-RPL-aware-leaf</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">883<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 In this case the =
flow comprises:</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br>=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">885<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Internet --&gt; ro=
ot (6LBR) --&gt; 6LR_i --&gt; not-RPL-aware-leaf (IPv6)</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">887<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 For example, a communication flow could be: Internet =
--&gt; Node A</div><div id=3D"bloop_customfont" style=3D"margin:0px">888<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 root(=
6LBR) --&gt; Node B --&gt; Node E --&gt; Node G</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px">890<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 The 6LBR will have to add an RPI header within an IP-in-IP he=
ader.</div><div id=3D"bloop_customfont" style=3D"margin:0px">891<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 The IP-in-IP =
is addressed to the not-RPL-aware-leaf, leaving the RPI</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">892<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 inside.</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">[minor] The table below seems to be missing the not-RPL-aware-lea=
f removing the IP-in-IP header.</div><div id=3D"bloop_customfont" style=3D"=
margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">894=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 No=
te that there is a requirement that the final node be able to</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">895<span class=3D"Apple-tab-span=
" style=3D"white-space:pre">	</span> =C2=A0 remove one or more IP-in-IP hea=
ders which are all addressed to it,</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">896<span class=3D"Apple-tab-span" style=3D"white-space:pre"=
>	</span> =C2=A0 mentioned in [I-D.thubert-roll-unaware-leaves] :</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">898<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span> =C2=A0 &quot;RPL data packets are often encapsulat=
ed using IP in IP.=C2=A0 The 6LN</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">899<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 MUST be able to decapsulate a packet when it is the destinati=
on of</div><div id=3D"bloop_customfont" style=3D"margin:0px">900<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 the outer hea=
der and process correctly the inner header.&quot;</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">[major] I realize that we&#39;re not reviewing I-D.thubert-=
roll-unaware-leaves at this point, but how can a requirement be placed on a=
 not-RPL-aware-leaf if, by definition, it is not aware of RPL?? =C2=A0 ...a=
nd I don&#39;t think we can assume it is aware of any other requirement...<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D=
"bloop_customfont" style=3D"margin:0px">If this document depends on the req=
uirement in I-D.thubert-roll-unaware-leaves, then the reference should be N=
ormative (it is now listed as Informative).</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">935<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>6.3.1.=C2=A0 S=
M: Example of Flow from RPL-aware-leaf to RPL-aware-leaf</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">959<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 It is assume that the two nodes are in the same RPL D=
omain (that they</div><div id=3D"bloop_customfont" style=3D"margin:0px">960=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 sh=
are the same DODAG root).=C2=A0 At the common parent (Node B), the</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">961<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 direction of RPI is changed=
 (from increasing to decreasing the rank).</div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">s/assume/assumed</div><div id=3D"bloop_customfont" style=3D"margin:=
0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1079<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span>6.3.4.=C2=A0 SM: Example of Flow from not-RPL-=
aware-leaf to not-RPL-aware-</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">1080<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1102<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 The 6LR_1 (Node E) receives the packet from the the IPv6 node (Node</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1103<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 G) and inserts the RP=
I header (RPIa), encapsulated in an IPv6-in-IPv6</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">1104<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 header.=C2=A0 The IPv6-in-IPv6 header is add=
ressed to the final</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1105<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 destination.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] As in 6.2.=
4, which node removes the IP-in-IP header?=C2=A0 For completion, it seems l=
ike the table is missing the fact that the &quot;IPv6 dst&quot; node ignore=
s the RPI.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div=
><div id=3D"bloop_customfont" style=3D"margin:0px">1107<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------+-----+----=
---------+--------------+--------------+------+</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">1108<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 | Header =C2=A0 | IPv | 6LR_1 =C2=A0 =C2=A0 =
=C2=A0 | 6LR_ia =C2=A0 =C2=A0 =C2=A0 | 6LR_m =C2=A0 =C2=A0 =C2=A0 =C2=A0| I=
Pv6 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1109<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| 6 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| dst =C2=A0|</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">1110<span class=3D"Apple-tab-span" style=3D"white-=
space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| src | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">1111<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +--=
--------+-----+-------------+--------------+--------------+------+</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1112<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 | Inserted | -- =C2=A0| IP=
-in- =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">1113<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 | IP(RPI) =C2=
=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1114<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 | Removed =C2=A0| -- =C2=A0| -=
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">1115<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">1116<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | R=
e-added | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=
=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1117<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =
=C2=A0| =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">1118<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 | Modified | -- =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| IP-in- =C2=A0 =C2=A0 =C2=A0 | IP-in- =C2=A0 =C2=A0 =C2=A0 | -- =
=C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1119<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers=
 =C2=A0| =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | IP(RPI=
) =C2=A0 =C2=A0 =C2=A0| IP(RPI) =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">1120<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Untouche | -- =
=C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |</div><div =
id=3D"bloop_customfont" style=3D"margin:0px">1121<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 | d =C2=A0 =C2=A0 =C2=A0 =C2=
=A0| =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">1122<span class=3D"Apple-tab-span" style=3D"white-space:pr=
e">	</span> =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1123<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------+-----+---=
----------+--------------+--------------+------+</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1125<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 =C2=A0 Storing: Summary of the use of headers from not-RP=
L-aware-leaf to</div><div id=3D"bloop_customfont" style=3D"margin:0px">1126=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0non-RPL-aware-leaf</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1128<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>7.=C2=
=A0 Non Storing mode</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>...</div><div id=3D"bloop_customfont" style=3D"margin:0px">1147<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +------------=
-----+--------------+-----+-----+----------+----------+</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">1148<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 Interaction =C2=A0 | =C2=A0 =
Use Case =C2=A0 | RPI | RH3 | IP-in-IP | IP-in-IP |</div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">1149<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0between =C2=A0 =C2=
=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 | =C2=
=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0dst =C2=A0 |<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">1150<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +-----------------=
+--------------+-----+-----+----------+----------+</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">1151<span class=3D"Apple-tab-span" style=3D"=
white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0Raf to root | Yes | No =C2=A0| =C2=A0 =C2=A0No =
=C2=A0 =C2=A0| =C2=A0 =C2=A0-- =C2=A0 =C2=A0|</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">1152<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 +--------------+-----+-----+----------+----------+</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1153<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 Leaf - Root =C2=A0 | =
=C2=A0root to Raf | Opt | Yes | =C2=A0 =C2=A0No =C2=A0 =C2=A0| =C2=A0 =C2=
=A0-- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1154<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +------------=
--+-----+-----+----------+----------+</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">1155<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | root to ~Raf |no(1)| Yes | =C2=A0 =C2=A0Yes =C2=A0 | =C2=A0 =C2=A06LR=
 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1156<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+-----+---=
--+----------+----------+</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">1157<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | ~Raf to=
 root | Yes | No =C2=A0| =C2=A0 =C2=A0Yes =C2=A0 | =C2=A0 root =C2=A0 |</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1158<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +-----------------+--=
------------+-----+-----+----------+----------+</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">1159<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 | =C2=A0Raf to Int =C2=A0| Yes | No =C2=A0| =C2=A0 =C2=A0Yes =
=C2=A0 | =C2=A0 root =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">1160<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</s=
pan> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +----=
----------+-----+-----+----------+----------+</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">1161<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 | Leaf - Internet | =C2=A0Int to Raf =C2=A0|no(=
1)| Yes | =C2=A0 Yes =C2=A0 =C2=A0| =C2=A0 =C2=A0dst =C2=A0 |</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1162<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+-----+-----+----------+--------=
--+</div><div id=3D"bloop_customfont" style=3D"margin:0px">1163<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0~Raf to Int | Yes | N=
o =C2=A0| =C2=A0 =C2=A0Yes =C2=A0 | =C2=A0 root =C2=A0 |</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">1164<span class=3D"Apple-tab-span" sty=
le=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 +--------------+-----+-----+----------+----------+</d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px">1165<span class=3D"App=
le-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Int to ~Raf |no(1)| Yes | =
=C2=A0 =C2=A0Yes =C2=A0 | =C2=A0 =C2=A06LR =C2=A0 |</div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">1166<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 +-----------------+--------------+-----+-=
----+----------+----------+</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">1167<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=
=A0Raf to Raf =C2=A0| Yes | Yes | =C2=A0 =C2=A0Yes =C2=A0 | root/dst |</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">1168<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+-----+-----+----------+=
----------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">1169<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0Raf to ~Raf | =
Yes | Yes | =C2=A0 =C2=A0Yes =C2=A0 | root/6LR |</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">1170<span class=3D"Apple-tab-span" style=3D"wh=
ite-space:pre">	</span> =C2=A0 + =C2=A0 Leaf - Leaf =C2=A0 +--------------+=
-----+-----+----------+----------+</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1171<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 | =C2=A0~Raf to Raf | Yes | Yes | =C2=A0 =C2=A0Yes =C2=A0 | root/6LN |</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1172<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 + =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------------+-----+-----+--------=
--+----------+</div><div id=3D"bloop_customfont" style=3D"margin:0px">1173<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | ~Raf to ~Raf | Ye=
s | Yes | =C2=A0 =C2=A0Yes =C2=A0 | root/6LR |</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1174<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 +-----------------+--------------+-----+-----+=
----------+----------+</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1176<span cl=
ass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 (1)-6tisch=
 networks may need the RPI information.</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:=
0px">[major] When?=C2=A0 What are the conditions when it is needed?</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">1178<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 =C2=A0 Figure 8: Headers needed in Non=
-Storing mode: RPI, RH3, IP-in-IP</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1179<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0encapsulation.</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">1194<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span>7.1.1.=C2=A0 Non-SM: Example of Flow from RPL-aware-leaf to r=
oot</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">1196<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 In non-storing mode the leaf =
node uses default routing to send</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1197<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 traffic to the root.=C2=A0 The RPI header must be include=
d to avoid/detect</div><div id=3D"bloop_customfont" style=3D"margin:0px">11=
98<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
loops.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">[major] Should that &quot;mu=
st&quot; be Normative?</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1224<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span>7.1.2.=C2=A0 Non-SM: Example of Fl=
ow from root to RPL-aware-leaf</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">1236<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 The=
 6LBR will insert an RH3, and may optionally insert an RPI header.</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">[major] Under which conditions should the R=
PI header be inserted?=C2=A0 Or is it the case where it is not necessary, b=
ut it causes no harm if it&#39;s there?=C2=A0 Are there benefits?=C2=A0 It =
would be nice to be precise in the specification to achieve consistent beha=
vior.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">1254<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span>7.1.3.=C2=A0 Non-SM: Example of Flow from root to n=
ot-RPL-aware-leaf</div><div id=3D"bloop_customfont" style=3D"margin:0px">..=
.</div><div id=3D"bloop_customfont" style=3D"margin:0px">1267<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 In 6LBR the RH3 =
is added, it is modified at each intermediate 6LR</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">1268<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span> =C2=A0 (6LR_1 and so on) and it is fully consumed =
in the last 6LR (6LR_n),</div><div id=3D"bloop_customfont" style=3D"margin:=
0px">1269<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 but left there.=C2=A0 If RPI is left present, the IPv6 node which do=
es not</div><div id=3D"bloop_customfont" style=3D"margin:0px">1270<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 understand =
it will ignore it (following RFC8200), thus encapsulation</div><div id=3D"b=
loop_customfont" style=3D"margin:0px">1271<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 is not necesary.=C2=A0 Due the comp=
lete knowledge of the topology at the</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">1272<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 root, the 6LBR may optionally address the IP-in-IP head=
er to the last</div><div id=3D"bloop_customfont" style=3D"margin:0px">1273<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 6LR=
, such that it is removed prior to the IPv6 node.</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">s/necesary/necessary</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px=
">[major] So...encapsulation is not needed, but an IP-in-IP header is optio=
nal.=C2=A0 When?=C2=A0 Are there advantages, disadvantages? =C2=A0 Same que=
stions about the RPI.</div><div id=3D"bloop_customfont" style=3D"margin:0px=
"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1275<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------=
-----+-------------+---------------+--------------+------+</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">1276<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 | Header =C2=A0 =C2=A0 =C2=A0 =C2=
=A0| 6LBR =C2=A0 =C2=A0 =C2=A0 =C2=A0| 6LR_i(i=3D1) =C2=A0 =C2=A0| 6LR_n(i=
=3Dn) =C2=A0 | IPv6 |</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">1277<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 +---------------+-------------+---------------+--------------+------+</=
div><div id=3D"bloop_customfont" style=3D"margin:0px">1278<span class=3D"Ap=
ple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Inserted =C2=A0 =
=C2=A0 =C2=A0| (opt: RPI), | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =
-- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |</div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">1279<span class=3D"Apple-tab-span" style=3D=
"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0 =C2=A0 | RH3 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">1280<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Removed =C2=A0 =
=C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| RH3 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">1281<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =
=C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1282<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 | Re-added =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 |</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">1283<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1284<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Modified =C2=A0 =C2=
=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| (opt: RPI), =C2=A0 | (op=
t: RPI), =C2=A0| -- =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">1285<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 | headers =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | RH3 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | RH3 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">1286<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 | Untouched =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | RPI =C2=A0|</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">1287<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0|</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">1288<span class=3D"Appl=
e-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +---------------+----=
---------+---------------+--------------+------+</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">[minor] In this case, the destination node would also leave=
 the RH3 header untouched, right?</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1290<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 =C2=A0 Non Storing: Summary of the use of headers from root to not-RPL-=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">1291<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0aware-leaf</div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] Thi=
s table (and several others) have no name/number.</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1375<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>7.2.2.=
=C2=A0 Non-SM: Example of Flow from Internet to RPL-aware-leaf</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1393<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 The RPI may be added or not as required by net=
works such as 6tisch.</div><div id=3D"bloop_customfont" style=3D"margin:0px=
"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] When =
would that be?=C2=A0 Is there a reference?</div><div id=3D"bloop_customfont=
" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">1394<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 The RPI is unnecessary for loop detection.</div><div id=3D"bloop_=
customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">[major] Yet the Table shows it...when would it be used, w=
hy, etc.?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">1396<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------+---------+-=
-------------+---------------+---------------+</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1397<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 | Header =C2=A0 | Interne | 6LBR =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | 6LR_i =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 6LN =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1398<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| t =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">1399<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +----------+---------+=
--------------+---------------+---------------+</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">1400<span class=3D"Apple-tab-span" style=3D"whi=
te-space:pre">	</span> =C2=A0 | Inserted | -- =C2=A0 =C2=A0 =C2=A0| IP-in-I=
P (RH | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">1401<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 3,opt:RPI) =C2=A0 |=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">1402<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</s=
pan> =C2=A0 | Removed =C2=A0| -- =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| IP-in-IP =
=C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">1403<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | headers =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | (RH3,opt:RPI) |</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">1404<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | Re-added | -- =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">1405<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">1406<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span> =C2=A0 | Modified | -- =C2=A0 =C2=A0 =C2=
=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | IP-in-IP =C2=A0 =C2=A0 =C2=A0|=
 -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1407<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 | headers =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| (RH3,opt:RPI) | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">1408<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 | Untouche | -- =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=
 -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1409<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 | d =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1410<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | headers =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">1411<span class=3D"Apple-tab-span" sty=
le=3D"white-space:pre">	</span> =C2=A0 +----------+---------+--------------=
+---------------+---------------+</div><div id=3D"bloop_customfont" style=
=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1413<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 =C2=A0 Non Storing: Summary of the use of headers from Internet to RPL-=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">1414<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0aware-leaf</div><div id=3D"bloop_customfont" style=3D"margin:0=
px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">1566<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span>7.3.2.=C2=A0 Non-SM: Example of F=
low from RPL-aware-leaf to not-RPL-aware-</div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">1567<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0leaf</div><div id=3D"bloop_cust=
omfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">1583<span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span> =C2=A0 As in the previous case, the 6LN will insert an RPI (RPI_1) =
header</div><div id=3D"bloop_customfont" style=3D"margin:0px">1584<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 which MUST =
be in an IP-in-IP header addressed to the root so that the</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">1585<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 6LBR can remove this RPI.=C2=A0 Th=
e 6LBR will then insert an RH3 inside a</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">1586<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 new IP-in-IP header addressed to the 6LN destination =
node.=C2=A0 The RPI</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1587<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 is optional from 6LBR to 6LR_id (RPI_2).</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">[minor] The text says that the &quot;new IP-in-IP header [is] add=
ressed to the 6LN destination node&quot;, but the Table below shows the 6LR=
_id removing it.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">1589<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +-----------+---=
-------+----------+------------+------------+-------+</div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1590<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 | Header =C2=A0 =C2=A0| 6LN =C2=A0 =C2=
=A0 =C2=A0| 6LR_1 =C2=A0 =C2=A0| 6LBR =C2=A0 =C2=A0 =C2=A0 | 6LR_id =C2=A0 =
=C2=A0 | IPv6 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">1591<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 +-----------+----------+----------+------------+------------+-------+</=
div><div id=3D"bloop_customfont" style=3D"margin:0px">1592<span class=3D"Ap=
ple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Inserted =C2=A0| =
IP-in-IP | -- =C2=A0 =C2=A0 =C2=A0 | IP-in-IP =C2=A0 | -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | -- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">1593<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 | headers =C2=A0 | (RPI1) =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0| (RH3, opt =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=
=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1594<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| RPI_2) =C2=A0 =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">1595<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 | Removed =C2=A0 | -- =C2=A0 =C2=A0 =
=C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 | IP-in-IP =C2=A0 | IP-in-IP =C2=A0 | -- =
=C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">1596<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | h=
eaders =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0| (RPI_1) =C2=A0 =C2=A0| (RH3, opt =C2=A0| =C2=A0 =C2=A0 =C2=
=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1597<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| RPI_2)=
 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">1598<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 | Re-added =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 | -- =C2=
=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 | -- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">1599<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 | headers =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 |</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1600<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 | Modified =C2=A0| -- =C2=A0 =
=C2=A0 =C2=A0 | IP-in-IP | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 | IP-in-IP =C2=A0=
 | -- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1601<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | headers =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| (RPI_1) =C2=A0| =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| (RH3, opt =C2=A0| =C2=A0 =C2=A0 =
=C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">1602<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| RPI=
_2) =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont=
" style=3D"margin:0px">1603<span class=3D"Apple-tab-span" style=3D"white-sp=
ace:pre">	</span> =C2=A0 | Untouched | -- =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =
=C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | opt =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px=
">1604<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | headers =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| RPI_2 |</div><div id=3D"bloop_customfont" =
style=3D"margin:0px">1605<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 +-----------+----------+----------+------------+----=
--------+-------+</div><div id=3D"bloop_customfont" style=3D"margin:0px"><b=
r></div><div id=3D"bloop_customfont" style=3D"margin:0px">1607<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 Non St=
oring: Summary of the use of headers from RPL-aware-leaf to</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">1608<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0not-RPL-aware-le=
af</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=
=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1654<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span>7.3.4.=C2=A0 Non-SM: Example of Flow from not-RPL-awar=
e-leaf to not-RPL-</div><div id=3D"bloop_customfont" style=3D"margin:0px">1=
655<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 =C2=A0 =C2=A0 =C2=A0aware-leaf</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">1674=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +-=
-----------+-------+-----------+------------+-------------+-------+</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">1675<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span> =C2=A0 | Header =C2=A0 =C2=A0 | =
IPv6 =C2=A0| 6LR_1 =C2=A0 =C2=A0 | 6LBR =C2=A0 =C2=A0 =C2=A0 | 6LR_id =C2=
=A0 =C2=A0 =C2=A0| IPv6 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">1676<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| src =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | dst =C2=A0 |</div><div id=3D"=
bloop_customfont" style=3D"margin:0px">1677<span class=3D"Apple-tab-span" s=
tyle=3D"white-space:pre">	</span> =C2=A0 +------------+-------+-----------+=
------------+-------------+-------+</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1678<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 | Inserted =C2=A0 | -- =C2=A0 =C2=A0| IP-in-IP =C2=A0| IP=
-in-IP =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0|</d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px">1679<span class=3D"App=
le-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =C2=
=A0| =C2=A0 =C2=A0 =C2=A0 | (RPI_1) =C2=A0 | (RH3) =C2=A0 =C2=A0 =C2=A0| =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 |</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1680<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 | Removed =C2=A0 =C2=A0| -=
- =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0| IP-in-IP =C2=A0 | IP-in-IP=
 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1681<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 | headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 | (RPI_1) =C2=A0 =C2=A0| (RH3, opt =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0px">=
1682<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 | =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
| RPI_2) =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1683<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 | Re-added =C2=A0 | -- =C2=A0 =C2=A0| =
-- =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0|</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1684<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =
| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 |<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px">1685<span class=3D"A=
pple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 | Modified =C2=A0 =
| -- =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -- =C2=A0 =C2=A0|</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1686<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 | headers =C2=A0 =C2=A0| =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | =
=C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">1687<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 | Untouched =C2=A0| -- =C2=A0 =C2=A0| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0=
| -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 | -- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| -=
- =C2=A0 =C2=A0|</div><div id=3D"bloop_customfont" style=3D"margin:0px">168=
8<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 |=
 headers =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 |</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">1689<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 +------------+-------+-----------+------------+=
-------------+-------+</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] The =
optional RPI_2 is not indicated in the 6LBR column.</div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px=
">...</div><div id=3D"bloop_customfont" style=3D"margin:0px">1696<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span>8.1.=C2=A0 Storing m=
ode</div><div id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1705<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 Thanks to the change of the RP=
I option type from 0x63 to 0x23, there</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">1706<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 is no longer any uncertainty about when to use an IP-i=
n-IP header in</div><div id=3D"bloop_customfont" style=3D"margin:0px">1707<=
span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 the=
 storing mode.=C2=A0 A Hop-by-Hop Options Header containing the RPI</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">1708<span class=3D"Apple-ta=
b-span" style=3D"white-space:pre">	</span> =C2=A0 option SHOULD always be a=
dded when 6LRs originate packets (without</div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">1709<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 IP-in-IP headers), and IP-in-IP headers should alwa=
ys be added</div><div id=3D"bloop_customfont" style=3D"margin:0px">1710<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 (addre=
ssed to the root when on the way up, to the end-host when on</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1711<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 the way down) when a 6LR find =
that it needs to insert a Hop-by-Hop</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">1712<span class=3D"Apple-tab-span" style=3D"white-space:pr=
e">	</span> =C2=A0 Options Header containing the RPI option.</div><div id=
=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">[major] This paragraph starts by saying that &q=
uot;there is no longer any uncertainty about when to use an IP-in-IP header=
&quot;.=C2=A0 However, the specification is a &quot;SHOULD&quot;, which mea=
ns that there are cases when the action may not be performed.=C2=A0 It soun=
ds like a contradiction to me.=C2=A0 In any case, what are the cases that m=
ake it a &quot;SHOULD&quot; and not a &quot;MUST&quot;?</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">[major] Should this text include a &quot;SHOULD&quot; =
as well: &quot;and IP-in-IP headers should always be added...&quot;?</div><=
div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop=
_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">1731<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span>9. =C2=A06LoRH Compression cases</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">1733<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</s=
pan> =C2=A0 The [RFC8138] proposes a compression method for RPI, RH3 and IP=
v6-in-</div><div id=3D"bloop_customfont" style=3D"margin:0px">1734<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 IPv6.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">1736<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 In Storing Mode, for the examples of F=
low from RPL-aware-leaf to non-</div><div id=3D"bloop_customfont" style=3D"=
margin:0px">1737<span class=3D"Apple-tab-span" style=3D"white-space:pre">	<=
/span> =C2=A0 RPL-aware-leaf and non-RPL-aware-leaf to non-RPL-aware-leaf c=
omprise</div><div id=3D"bloop_customfont" style=3D"margin:0px">1738<span cl=
ass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 an IP-in-I=
P and RPI compression headers.=C2=A0 The type of this case is</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1739<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 critical since IP-in-IP is enc=
apsulating a RPI header.</div><div id=3D"bloop_customfont" style=3D"margin:=
0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1741<span =
class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 +--+----=
-+---+--------------+-----------+-------------+-------------+</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1742<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 |1 | 0|0 |TSE| 6LoRH Type 6 | =
Hop Limit | RPI - 6LoRH | LOWPAN IPHC |</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">1743<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 +--+-----+---+--------------+-----------+------------=
-+-------------+</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br=
></div><div id=3D"bloop_customfont" style=3D"margin:0px">1745<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Figure 9: Critical IP-in-IP=
 (RPI).</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px">[major] Shouldn&#39;t this =
section also be an Update to rfc8138?</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">[major] 6LoRH Type 6 is defined in rfc8138 as an elective type, but it i=
s introduced as Critical here.=C2=A0 The header must then be completely spe=
cified in this document and the appropriate registry must be updated (in th=
e IANA Consideration section).</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">Spec=
ifically...referring to rfc8138...</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">=C2=A0 =C2=A0- the meaning of the TSE depends on the Type (=
=C2=A74.2),</div><div id=3D"bloop_customfont" style=3D"margin:0px">=C2=A0 =
=C2=A0- the Hop Limit is defined in =C2=A77, should it have the same behavi=
or/meaning here?</div><div id=3D"bloop_customfont" style=3D"margin:0px">=C2=
=A0 =C2=A0- does the &quot;RPI - 6LoRH&quot; field correspond to the RPI-6L=
oRH header (=C2=A76.3)?</div><div id=3D"bloop_customfont" style=3D"margin:0=
px">=C2=A0 =C2=A0- I&#39;m assuming that the &quot;LOWPAN IPHC&quot; field =
refers to LOWPAN_IPHC (rfc6282).</div><div id=3D"bloop_customfont" style=3D=
"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">..=
.</div><div id=3D"bloop_customfont" style=3D"margin:0px">1774<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span>11.=C2=A0 Security Consi=
derations</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">1776<span class=3D"Apple-=
tab-span" style=3D"white-space:pre">	</span> =C2=A0 The security considerat=
ions covering of [RFC6553] and [RFC6554] apply</div><div id=3D"bloop_custom=
font" style=3D"margin:0px">1777<span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">	</span> =C2=A0 when the packets get into RPL Domain.</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px">s/covering of/covered in</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">[minor] Do you mean &quot;are in the RPL Domain&quot;=
 instead of &quot;get into&quot; it?=C2=A0 Or are you talking about when a =
packet comes into the domain from a non-RPL-aware node (like a non-RPL-awar=
e-leaf)?=C2=A0 I ask because it seems to me that those RFCs only talk about=
 packets that are inside the domain (and not about them getting in).</div><=
div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1779<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 The IPIP mechanism described in this d=
ocument is much more limited</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">1780<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 than the general mechanism described in [RFC2473].=C2=A0 The wil=
lingness</div><div id=3D"bloop_customfont" style=3D"margin:0px">1781<span c=
lass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 of each n=
ode in the LLN to decapsulate packets and forward them could</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1782<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 be exploited by nodes to disgu=
ise the origin of an attack.</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1784<s=
pan class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Node=
s outside of the LLN will need to pass IPIP traffic through the</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">1785<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 RPL root to perform this atta=
ck.=C2=A0 To counter, the RPL root SHOULD</div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">1786<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 either restrict ingress of IPIP packets (the simple=
r solution), or it</div><div id=3D"bloop_customfont" style=3D"margin:0px">1=
787<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 SHOULD do a deep packet inspection wherein it walks the IP header</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1788<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 extension chain until it c=
an inspect the upper-layer-payload as</div><div id=3D"bloop_customfont" sty=
le=3D"margin:0px">1789<span class=3D"Apple-tab-span" style=3D"white-space:p=
re">	</span> =C2=A0 described in [RFC7045].=C2=A0 In particular, the RPL ro=
ot SHOULD do BCP38</div><div id=3D"bloop_customfont" style=3D"margin:0px">1=
790<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 ([RFC2827]) processing on the source addresses of all IP headers that</div=
><div id=3D"bloop_customfont" style=3D"margin:0px">1791<span class=3D"Apple=
-tab-span" style=3D"white-space:pre">	</span> =C2=A0 it examines in both di=
rections.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">[major] For all 3 SHOULDs=
 above...=C2=A0 Why are they not a MUST?=C2=A0 IOW, when (if countering) wo=
uld the actions not be performed?=C2=A0 Are there other mechanisms that the=
 root could consider?</div><div id=3D"bloop_customfont" style=3D"margin:0px=
"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1793<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 Note: there=
 are some situations where a prefix will spread across</div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">1794<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 multiple LLNs via mechanisms such as d=
escribed in</div><div id=3D"bloop_customfont" style=3D"margin:0px">1795<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 [I-D.i=
etf-6lo-backbone-router].=C2=A0 In this case the BCP38 filtering</div><div =
id=3D"bloop_customfont" style=3D"margin:0px">1796<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 needs to take this into acco=
unt.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">s/such as described/such as th=
e one described</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br>=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] The text ab=
ove sounds like the root needs to get some type of routing information from=
 the other LLN, is that true?=C2=A0 What are the security implications of t=
hat?</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">I took a very quick look at I-=
D.ietf-6lo-backbone-router and it seems to me that there are probably other=
 considerations to be included related to that mechanism in the context of =
this document.=C2=A0 Given the &quot;in passing&quot; nature of the note ab=
ove, and the fact that I-D.ietf-6lo-backbone-router is still in process in =
6lo, I suggest you take the text/reference out.</div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D=
"margin:0px">1798<span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span> =C2=A0 Nodes with the LLN can use the IPIP mechanism to mount an at=
tack on</div><div id=3D"bloop_customfont" style=3D"margin:0px">1799<span cl=
ass=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 another pa=
rt of the LLN, while disguising the origin of the attack.</div><div id=3D"b=
loop_customfont" style=3D"margin:0px">1800<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 The mechanism can even be abused to=
 make it appear that the attack is</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1801<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 coming from outside the LLN, and unless countered, this c=
ould be used</div><div id=3D"bloop_customfont" style=3D"margin:0px">1802<sp=
an class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 to mo=
unt a Distributed Denial Of Service attack upon nodes elsewhere</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">1803<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 in the Internet.=C2=A0 See [D=
DOS-KREBS] for an example of such attacks</div><div id=3D"bloop_customfont"=
 style=3D"margin:0px">1804<span class=3D"Apple-tab-span" style=3D"white-spa=
ce:pre">	</span> =C2=A0 already seen in the real world.</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">s/Nodes with the LLN/Nodes within the LLN</div><div id=
=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_custo=
mfont" style=3D"margin:0px">[major] Is there any possible mitigation to thi=
s inside-the-LLN attack?=C2=A0 It seems to me that this issue is not someth=
ing introduced by this document, right?=C2=A0 Would authentication help -- =
is it even possible? Is there a discussion of this in the main spec?</div><=
div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1806<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 While a typical LLN may be a very poor=
 origin for attack traffic (as</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">1807<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 the networks tend to be very slow, and the nodes often have ve=
ry low</div><div id=3D"bloop_customfont" style=3D"margin:0px">1808<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 duty cycles=
) given enough nodes, they could still have a significant</div><div id=3D"b=
loop_customfont" style=3D"margin:0px">1809<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 impact, particularly if the attack =
was on another LLN!=C2=A0 Additionally,</div><div id=3D"bloop_customfont" s=
tyle=3D"margin:0px">1810<span class=3D"Apple-tab-span" style=3D"white-space=
:pre">	</span> =C2=A0 some uses of RPL involve large backbone ISP scale equ=
ipment</div><div id=3D"bloop_customfont" style=3D"margin:0px">1811<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 [I-D.ietf-a=
nima-autonomic-control-plane], which may be equipped with</div><div id=3D"b=
loop_customfont" style=3D"margin:0px">1812<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 multiple 100Gb/s interfaces.</div><=
div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop=
_customfont" style=3D"margin:0px">[nit] Suggestion: reorder the paragraphs =
so that the discussion of the internal threats starts in the third paragrap=
h.=C2=A0 It should improve readability and may avoid some repetition.</div>=
<div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloo=
p_customfont" style=3D"margin:0px">1814<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 Blocking or careful filtering of IPIP =
traffic entering the LLN as</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px">1815<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</spa=
n> =C2=A0 described above will make sure that any attack that is mounted mu=
st</div><div id=3D"bloop_customfont" style=3D"margin:0px">1816<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 originate com=
promised nodes within the LLN.=C2=A0 The use of BCP38</div><div id=3D"bloop=
_customfont" style=3D"margin:0px">1817<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 filtering at the RPL root on egress tr=
affic will both alert the</div><div id=3D"bloop_customfont" style=3D"margin=
:0px">1818<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>=
 =C2=A0 operator to the existence of the attack, as well as drop the attack=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">1819<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 traffic.=C2=A0 As=
 the RPL network is typically numbered from a single</div><div id=3D"bloop_=
customfont" style=3D"margin:0px">1820<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 prefix, which is itself assigned by RP=
L, BCP38 filtering involves a</div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">1821<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</s=
pan> =C2=A0 single prefix comparison and should be trivial to automatically=
</div><div id=3D"bloop_customfont" style=3D"margin:0px">1822<span class=3D"=
Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 configure.</div><=
div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop=
_customfont" style=3D"margin:0px">s/originate compromised/originate from co=
mpromised</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div>=
<div id=3D"bloop_customfont" style=3D"margin:0px">[major] Yes, BCP38 will s=
top an attack, but only if the source addresses are spoofed.=C2=A0 What if =
they&#39;re not?=C2=A0 Given that the attack may be hidden, and assuming th=
at nodes are compromised across multiple LLNs, an attacker may not care eno=
ugh to spoof the origins.</div><div id=3D"bloop_customfont" style=3D"margin=
:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1824<span=
 class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 There a=
re some scenarios where IPIP traffic SHOULD be allowed to pass</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1825<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 through the RPL root, such as =
the IPIP mediated communications</div><div id=3D"bloop_customfont" style=3D=
"margin:0px">1826<span class=3D"Apple-tab-span" style=3D"white-space:pre">	=
</span> =C2=A0 between a new Pledge and the Join Registrar/Coordinator (JRC=
) when</div><div id=3D"bloop_customfont" style=3D"margin:0px">1827<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 using [I-D.=
ietf-anima-bootstrapping-keyinfra] and</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">1828<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 [I-D.ietf-6tisch-dtsecurity-secure-join].=C2=A0 This i=
s the case for the</div><div id=3D"bloop_customfont" style=3D"margin:0px">1=
829<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0=
 RPL root to do careful filtering: it occurs only when the Join</div><div i=
d=3D"bloop_customfont" style=3D"margin:0px">1830<span class=3D"Apple-tab-sp=
an" style=3D"white-space:pre">	</span> =C2=A0 Coordinator is not co-located=
 inside the RPL root.</div><div id=3D"bloop_customfont" style=3D"margin:0px=
"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] Becau=
se of the &quot;SHOULD&quot;, both references should be Normative.=C2=A0 Th=
e second ID is Informational.=C2=A0 Does that really need to be a &quot;SHO=
ULD&quot;??=C2=A0 It seems to me that &quot;should&quot; would be enough in=
 this case.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></di=
v><div id=3D"bloop_customfont" style=3D"margin:0px">[minor] I&#39;m having =
trouble parsing the last sentence.=C2=A0 What are you trying to suggest?</d=
iv><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"b=
loop_customfont" style=3D"margin:0px">1832<span class=3D"Apple-tab-span" st=
yle=3D"white-space:pre">	</span> =C2=A0 With the above precautions, an atta=
ck using IPIP tunnels will be by a</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1833<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 node within the LLN on another node within the LLN.=C2=A0=
 Such an attack</div><div id=3D"bloop_customfont" style=3D"margin:0px">1834=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 co=
uld, of course, be done directly.=C2=A0 An attack of this kind is</div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">1835<span class=3D"Apple-tab-=
span" style=3D"white-space:pre">	</span> =C2=A0 meaningful only if the sour=
ce addresses are either fake or if the</div><div id=3D"bloop_customfont" st=
yle=3D"margin:0px">1836<span class=3D"Apple-tab-span" style=3D"white-space:=
pre">	</span> =C2=A0 point is to amplify return traffic.=C2=A0 Such an atta=
ck, could also be</div><div id=3D"bloop_customfont" style=3D"margin:0px">18=
37<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 =
done without the use of IPIP headers using forged source addresses.</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">1839<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 If the attack requires bi-directional =
communication, then IPIP</div><div id=3D"bloop_customfont" style=3D"margin:=
0px">1840<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 provides no advantages.</div><div id=3D"bloop_customfont" style=3D"m=
argin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1842=
<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 [R=
FC2473] suggests that tunnel entry and exit points can be secured,</div><di=
v id=3D"bloop_customfont" style=3D"margin:0px">1843<span class=3D"Apple-tab=
-span" style=3D"white-space:pre">	</span> =C2=A0 via the &quot;Use IPsec&qu=
ot;.=C2=A0 This solution has all the problems that</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=
=3D"margin:0px">[minor] &quot;This solution&quot;...which one?=C2=A0 The rf=
c2473 suggestion or the one described in this document?</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">1844<span class=3D"Apple-tab-span" style=3D"white-spac=
e:pre">	</span> =C2=A0 [RFC5406] goes into.=C2=A0 In an LLN such a solution=
 would degenerate into</div><div id=3D"bloop_customfont" style=3D"margin:0p=
x">1845<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =
=C2=A0 every node having a tunnel with every other node.=C2=A0 It would pro=
vide a</div><div id=3D"bloop_customfont" style=3D"margin:0px">1846<span cla=
ss=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 small amoun=
t of origin address authentication at a very high cost;</div><div id=3D"blo=
op_customfont" style=3D"margin:0px">1847<span class=3D"Apple-tab-span" styl=
e=3D"white-space:pre">	</span> =C2=A0 doing BCP38 at every node (linking la=
yer-3 addresses to layer-2</div><div id=3D"bloop_customfont" style=3D"margi=
n:0px">1848<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span=
> =C2=A0 addresses, and to already present layer-2 cryptographic mechanisms=
)</div><div id=3D"bloop_customfont" style=3D"margin:0px">1849<span class=3D=
"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 would be cheaper=
 should RPL be run in an environment where hostile</div><div id=3D"bloop_cu=
stomfont" style=3D"margin:0px">1850<span class=3D"Apple-tab-span" style=3D"=
white-space:pre">	</span> =C2=A0 nodes are likely to be a part of the LLN.<=
/div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D=
"bloop_customfont" style=3D"margin:0px">1852<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span> =C2=A0 The RH3 header usage described he=
re can be abused in equivalent ways</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1853<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 with an IPIP header to add the needed RH3 header.=C2=A0 A=
s such, the</div><div id=3D"bloop_customfont" style=3D"margin:0px">1854<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 attack=
er&#39;s RH3 header will not be seen by the network until it</div><div id=
=3D"bloop_customfont" style=3D"margin:0px">1855<span class=3D"Apple-tab-spa=
n" style=3D"white-space:pre">	</span> =C2=A0 reaches the end host, which wi=
ll decapsulate it.=C2=A0 An end-host SHOULD</div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">1856<span class=3D"Apple-tab-span" style=3D"white-s=
pace:pre">	</span> =C2=A0 be suspicious about a RH3 header which has additi=
onal hops which have</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1857<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=
=A0 not yet been processed, and SHOULD ignore such a second RH3 header.</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">[nit] Hmmm...it seems like these threa=
ts should have been identified in rfc6554...</div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"ma=
rgin:0px">[major] What does &quot;SHOULD be suspicious&quot; mean?=C2=A0 Ho=
w is that a Normative behavior?=C2=A0 Would being suspicious include droppi=
ng the packet or some other similar action?=C2=A0 When would the router *no=
t* be suspicious?=C2=A0 Why is that not a &quot;MUST&quot;?</div><div id=3D=
"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfo=
nt" style=3D"margin:0px">[major] When should a second RH3 header not be ign=
ored?=C2=A0 Why is &quot;MUST&quot; not used?</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" style=3D"m=
argin:0px">1859<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</=
span> =C2=A0 In addition, the LLN will likely use [RFC8138] to compress the=
 IPIP</div><div id=3D"bloop_customfont" style=3D"margin:0px">1860<span clas=
s=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 and RH3 head=
ers.=C2=A0 As such, the compressor at the RPL-root will see</div><div id=3D=
"bloop_customfont" style=3D"margin:0px">1861<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span> =C2=A0 the second RH3 header and MAY cho=
ose to discard the packet if the RH3</div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">1862<span class=3D"Apple-tab-span" style=3D"white-space:pr=
e">	</span> =C2=A0 header has not been completely consumed.=C2=A0 A consume=
d (inert) RH3</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></=
div><div id=3D"bloop_customfont" style=3D"margin:0px">[major] It seems to m=
e that the optional action of the root of discarding the packet is is contr=
adiction with the &quot;SHOULD ignore such a second RH3 header&quot; above.=
=C2=A0 Is the subtle difference that we&#39;re talking about the root here,=
 and the end-host above?=C2=A0 Why wouldn&#39;t the actions be the same if =
in both cases the second RH3 header may indicate some type of attack, or at=
 least something anomalous??</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">1863<s=
pan class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 head=
er could be present in a packet that flows from one LLN, crosses</div><div =
id=3D"bloop_customfont" style=3D"margin:0px">1864<span class=3D"Apple-tab-s=
pan" style=3D"white-space:pre">	</span> =C2=A0 the Internet, and enters ano=
ther LLN.=C2=A0 As per the discussion in this</div><div id=3D"bloop_customf=
ont" style=3D"margin:0px">1865<span class=3D"Apple-tab-span" style=3D"white=
-space:pre">	</span> =C2=A0 document, such headers do not need to be remove=
d.=C2=A0 However, there is</div><div id=3D"bloop_customfont" style=3D"margi=
n:0px">1866<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span=
> =C2=A0 no case described in this document where an RH3 is inserted in a n=
on-</div><div id=3D"bloop_customfont" style=3D"margin:0px">1867<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 storing netwo=
rk on traffic that is leaving the LLN, but this document</div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">1868<span class=3D"Apple-tab-span" sty=
le=3D"white-space:pre">	</span> =C2=A0 SHOULD NOT preclude such a future in=
novation.=C2=A0 It should just be</div><div id=3D"bloop_customfont" style=
=3D"margin:0px">1869<span class=3D"Apple-tab-span" style=3D"white-space:pre=
">	</span> =C2=A0 noted that an incoming RH3 must be fully consumed, or ver=
y carefully</div><div id=3D"bloop_customfont" style=3D"margin:0px">1870<spa=
n class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 inspec=
ted.</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div =
id=3D"bloop_customfont" style=3D"margin:0px">[major] The &quot;SHOULD NOT&q=
uot; seems out of place as there is nothing Normative in the statement.</di=
v><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bl=
oop_customfont" style=3D"margin:0px">[major] What does &quot;very carefully=
 inspected&quot; mean?=C2=A0 Are there actions resulting from that?</div><d=
iv id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_=
customfont" style=3D"margin:0px">1872<span class=3D"Apple-tab-span" style=
=3D"white-space:pre">	</span> =C2=A0 The RPI header, if permitted to enter =
the LLN, could be used by an</div><div id=3D"bloop_customfont" style=3D"mar=
gin:0px">1873<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</sp=
an> =C2=A0 attacker to change the priority of a packet by selecting a diffe=
rent</div><div id=3D"bloop_customfont" style=3D"margin:0px">1874<span class=
=3D"Apple-tab-span" style=3D"white-space:pre">	</span> =C2=A0 RPL instanceI=
D, perhaps one with a higher energy cost, for instance.</div><div id=3D"blo=
op_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" =
style=3D"margin:0px">s/RPL instanceID/RPLinstanceID</div><div id=3D"bloop_c=
ustomfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfont" styl=
e=3D"margin:0px">...</div><div id=3D"bloop_customfont" style=3D"margin:0px"=
>1911<span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span>13.1.=
=C2=A0 Normative References</div><div id=3D"bloop_customfont" style=3D"marg=
in:0px"><br></div><div id=3D"bloop_customfont" style=3D"margin:0px">[minor]=
 I think that the following references can be made Informative: RFC2473, RF=
C5406</div><div id=3D"bloop_customfont" style=3D"margin:0px"><br></div><div=
 id=3D"bloop_customfont" style=3D"margin:0px">...</div><div id=3D"bloop_cus=
tomfont" style=3D"margin:0px">1965<span class=3D"Apple-tab-span" style=3D"w=
hite-space:pre">	</span>13.2.=C2=A0 Informative References</div><div id=3D"=
bloop_customfont" style=3D"margin:0px"><br></div><div id=3D"bloop_customfon=
t" style=3D"margin:0px">[nit] I-D.ietf-6man-rfc6434-bis is not referenced i=
n the text.</div><div><br></div></div><br><div id=3D"bloop_sign_15342733272=
60765184" class=3D"bloop_sign"></div></body></html>

--00000000000021297a057369e2ca--


From nobody Sun Aug 19 11:52:31 2018
Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABF60130E96; Sun, 19 Aug 2018 11:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 9OiAvg4ZJwF8; Sun, 19 Aug 2018 11:52:23 -0700 (PDT)
Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 82B45130E93; Sun, 19 Aug 2018 11:52:23 -0700 (PDT)
Received: by mail-it0-x232.google.com with SMTP id d10-v6so17738219itj.5; Sun, 19 Aug 2018 11:52:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bhcDj8atYzyIIPdv3TSCbr7sNVczEvSDAHUKYT+v7L0=; b=Ij2/KIKb1spErf5imkgXaHxLX2VI3Wqcma1O1qrQlE5XdVTU6JsdQscEodtLjuKxRr v9lliT5V7INuEU+0qXUEeS8TNQnb3errbrxfjY43FRh6LrEXXuSYI12SwxwAt0uZ6/Xl 1sMfU4y1bRwXuvstJYWm3eRavhddl6ehLQLk7aOyagiCyCTcW/pnwWRMATlSxHmNNLZC uxOkfAdDvdcukMvwc4P8wBiJu1w0FWLV3aeOUAMG2ET1XCvtu3XHr2kO0s4F/BIqFbYM w4LjfGhh0OkNWNi5iuNsf2aL/YG9bCZXvSkEttxBFMcokOtAaAmzjPoUcMY2lvJBxxz8 DSyQ==
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=bhcDj8atYzyIIPdv3TSCbr7sNVczEvSDAHUKYT+v7L0=; b=DICgXlz3daI7//J3eQ31lBvqZXOlH+Ggf57VQt+UvWWQU7ijDd9RDMBR0O9aOHIzbh t/sAfR5GWiM4mV3h3v83r78qRVI+qIJkTIacBVEcO1y4T24lTO0aJ6zHATYuHSeluqKe WX6Kj6zUWlpWyUYO5VSOUQXav13jOFAgDm5BlWaYl0UX8Mn+0UBwy/nrigtJTBG5Q9Yj eJvmHK7zz4BlIlqpkXXbvzceda0ZR2vj/POK82IIWa2d0bkejU8ye0MOV2Y32knJaCDc 3AbOER6saiXg4gDFUvYVVBausKGhH02x5KT8QzcvP5EhAnfDu1CieP0eEDVMvh6A7TTZ oT+A==
X-Gm-Message-State: AOUpUlEssPZ4LVLY582cQZ4BTt6sKXPH5TY0aUezRhsXaI3r76DH3PM6 DTFVQoBosplxJoPfvgDLq0dA9W5+Q8sh/d66B+lJbQHG
X-Google-Smtp-Source: AA+uWPwx8oIgucJxXdtU0fMYMzr41c2UJjLmto5TiAvPWLgLEmsyeXuO0iAkti5c/9aDW4tukGIlK9ANFmMwQ2HUC2s=
X-Received: by 2002:a24:dd88:: with SMTP id t130-v6mr30882676itf.129.1534704742584;  Sun, 19 Aug 2018 11:52:22 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a4f:a752:0:0:0:0:0 with HTTP; Sun, 19 Aug 2018 11:52:22 -0700 (PDT)
In-Reply-To: <CAMMESszeTZSZTTcLPG_zbFOyiwR_tPKw4Zfw=xT3yVayKT6WWA@mail.gmail.com>
References: <CAMMESszeTZSZTTcLPG_zbFOyiwR_tPKw4Zfw=xT3yVayKT6WWA@mail.gmail.com>
From: Ines  Robles <mariainesrobles@googlemail.com>
Date: Sun, 19 Aug 2018 21:52:22 +0300
Message-ID: <CAP+sJUeNGdm6LaodHruHeErRsZC1+7bY=XzEfooPbFaXCrjgdQ@mail.gmail.com>
To: Alvaro Retana <aretana.ietf@gmail.com>
Cc: draft-ietf-roll-useofrplinfo@ietf.org, roll <roll@ietf.org>,  roll-chairs <roll-chairs@ietf.org>, Peter van der Stok <consultancy@vanderstok.org>
Content-Type: multipart/alternative; boundary="0000000000000457f50573ce4ba7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/8hIJzNC3kzVYc8ZVA9vMUHYfvAE>
Subject: Re: [Roll] AD Review of draft-ietf-roll-useofrplinfo-23
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Aug 2018 18:52:28 -0000

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

Hi Alvaro,

Thank you very much for the review.

We have created this ticket:
https://trac.ietf.org/trac/roll/ticket/186#ticket to address your comments.

We are going to analyze them and we will get back to you.

Thanks,

The authors.

2018-08-14 22:04 GMT+03:00 Alvaro Retana <aretana.ietf@gmail.com>:

> Dear authors:
>
> I have (finally!) finished reading this document.  Thanks for all the wor=
k
> and time put into working out all the details.
>
> I have several concerns.  I'm listing some of the Major (and document-wid=
e)
> ones up front.  I also put more comments and questions inline below.
>
> (1) [major] Where is the specification of the data-plane behavior?
>
> This document does a couple of things: it Updates several other RFCs, and
> presents a list of *example* flows where the expected behavior is
> illustrated.  The Updates are mostly about the new RPI value (0x23), but
> not about the behavior of the nodes.
>
> Most of the examples are worded such that they describe actions
> (encapsulate, remove, etc.)...and some even include rfc2119 Normative
> Keywords.  But they are called examples!  So...my questions are: is the
> behavior illustrated in =C2=A76 and =C2=A77 intended to be Normative?  IO=
W, do these
> sections include both examples and specify the behavior expected in the
> LLN?  Is the behavior already specified somewhere else (and this document
> is just illustrating)?  [I am asking that last question just-in-case,
> because the Introduction says that "this document clarifies what is the
> correct and the incorrect behaviour."]
>
> =C2=A78 seems to attempt to summarize "observations about the cases", but=
 (if it
> is intended to be *the* Normative text about the behavior) it is general
> and short.
>
> [Some of my comments below ask about Normative language... Please take
> those in context with the answers here.]
>
>
> (2) [major] Operational Considerations
>
> Non-storing mode networks don't need the change to 0x23 (=C2=A78.2)...but=
 making
> the change creates a flag day, and even then, implementations should stil=
l
> process both values (=C2=A73.1).  I would really like to see text about t=
he
> operational considerations of introducing 0x23.  It concerns me that a
> significant change that most[*] networks don't need is being introduced.
> Please take a look at rfc5706 (Guidelines for Considering Operations and
> Management of New Protocols and Protocol Extensions), specially =C2=A72.
>
> [*] Most deployed networks work in non-storing mode, right?
>
>
> (3) [minor] >=3D ??
>
> There are several (25!) instances of text like this:
>
>    6LR_i are the intermediate routers from source to destination.  In
>    this case, "1 <=3D i >=3D n", n is the number of routers (6LR) that th=
e
>    packet go through from source (6LN) to destination (6LBR).
>
> Maybe it's just me, but I don't understand why (or how!) i could ever be =
>=3D
> n.  The text says that i are the "intermediate routers from source to
> destination", while n is "the number of routers...from source (6LN) to
> destination (6LBR)".  Isn't that the same thing?  What am I missing?
>
>
> (4) Style nit: the document uses "we"...a third person style would be
> preferable.  For example: s/In this section we are going to
> describe.../This section describes...
>
>
> I will wait for the major points to be addressed before starting the IETF
> LC.
>
> Thanks!!
>
> Alvaro.
>
>
>
> [Note: the numbers came from the idnits output.]
>
> ...
> 10              When to use RFC 6553, 6554 and IPv6-in-IPv6
> 11                    draft-ietf-roll-useofrplinfo-23
>
> [minor] Can we come up with a more descriptive tittle?  Also, the
> "shorthand" version ("Useof6553") could be improved.
>
>
> ...
> 130 1.  Introduction
> ...
> 156   The related document A Routing Header Dispatch for 6LoWPAN (6LoRH)
> 157   [RFC8138] defines a method to compress RPL Option information and
> 158   Routing Header type 3 [RFC6554], an efficient IP-in-IP technique, a=
nd
> 159   use cases proposed for the [Second6TischPlugtest] involving 6loRH.
>
> [nit] I'm having trouble parsing this last paragraph.  It sounds like
> rfc8138 (also) defines the use cases, but I don't remember seeing anythin=
g
> like that in there.  Is that what you meant?
>
> [nit] I think the Introduction would benefit from an overview of the
> document; something like "section X talks about abc, section Y presents
> examples, etc.".
>
> 161 2.  Terminology and Requirements Language
>
> 163   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
> 164   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in thi=
s
> 165   document are to be interpreted as described in RFC 2119 [RFC2119].
>
> [major] Please use the RFC8174 template.
>
> ...
> 170   RPL-node: A device which implements RPL, thus we can say that the
> 171   device is RPL-capable or RPL-aware.  Please note that the device ca=
n
> 172   be found inside the LLN or outside LLN.  In this document a RPL-nod=
e
> 173   which is a leaf of a DODAG is called RPL-aware-leaf.
>
> [nit] RPL-capable is not used anywhere else.
>
> ...
> 180   pledge: a new device which seeks admission to a network. (from
> 181   [I-D.ietf-anima-bootstrapping-keyinfra])
>
> 183   Join Registrar and Coordinator (JRC): a device which brings new nod=
es
> 184   (pledges) into a network. (from
> 185   [I-D.ietf-anima-bootstrapping-keyinfra])
>
> [minor] Do these two terms need to be defined in this document?  They are
> only used once, and with a reference to
> I-D.ietf-anima-bootstrapping-keyinfra next to them.  Also, and more
> important, the definition here doesn't match the one in that other draft.
> Please take out the definitions and just make reference later on...
>
> 187   Flag day: A "flag day" is a procedure in which the network, or a pa=
rt
> 188   of it, is changed during a planned outage, or suddenly, causing an
> 189   outage while the network recovers [RFC4192]
>
> [nit] rfc4192 seems like an odd place to pull a reference to "flag day" -=
-
> specially as it is being defined as "a procedure" and not the effect it
> causes, which seems to be how it is used in the text: "creates a flag day=
",
> "will experience a flag day", "avoid a flag day".  This is not a big issu=
e
> -- if it was up to me, I would either make my own definition, or just not
> define it at all: I think it is a well known term...
>
> 191 2.1.  hop-by-hop IPv6-in-IPv6 headers
>
> 193   The term "hop-by-hop IPv6-in-IPv6" header refers to: adding a heade=
r
> 194   that originates from a node to an adjacent node, using the addresse=
s
> 195   (usually the GUA or ULA, but could use the link-local addresses) of
> 196   each node.  If the packet must traverse multiple hops, then it must
> 197   be decapsulated at each hop, and then re-encapsulated again in a
> 198   similar fashion.
>
> [minor] That term is not used anywhere...but "hop-by-hop IP-in-IP" is.
>
> IPv6-in-IPv6 and IP-in-IP are used interchangeably throughout the
> document.  This use is not wrong, but it is inconsistent.  Adding a note
> about it (even though it may be obvious to many readers that the terms
> refer to the same thing) would be nice...being consistent even nicer.
>
> Later on, "IPIP" is also used...
>
>
> [nit] Why is this definition in its own sub-section?
>
> 200 3.  Updates to RFC6553, RFC6550 and RFC 8138
>
> 202 3.1.  Updates to RFC 6553
>
> ...
> 209   [RFC6553] states as showed below, that in the Option Type field of
> 210   the RPL Option header, the two high order bits MUST be set to '01'
> 211   and the third bit is equal to '1'.  The first two bits indicate tha=
t
> 212   the IPv6 node MUST discard the packet if it doesn't recognize the
> 213   option type, and the third bit indicates that the Option Data may
> 214   change en route.  The remaining bits serve as the option type.
>
> s/showed/shown
>
> [major] The 2 MUSTs used above are used paraphrasing rfc6553, and don't
> define Normative behavior in this document.  Please either use a direct
> quote, or use non-normative language.
>
> ...
> 223   Recent changes in [RFC8200] (section 4, page 8), states: "it is now
> 224   expected that nodes along a packet's delivery path only examine and
> 225   process the Hop-by-Hop Options header if explicitly configured to d=
o
> 226   so".  Processing of the Hop-by-Hop Options header (by IPv6
> 227   intermediate nodes) is now optional, but if they are configured to
> 228   process the header, and if such nodes encounter an option with the
> 229   first two bits set to 01, they will drop the packet (if they confor=
m
> 230   to [RFC8200]).  Host systems should do the same, irrespective of th=
e
> 231   configuration.
>
> [minor] The description above seems to be missing "...if the option is no=
t
> recognized".
>
> 233   Based on That, if an IPv6 (intermediate) node (RPL-not-capable)
> 234   receives a packet with an RPL Option, it should ignore the HBH RPL
> 235   option (skip over this option and continue processing the header).
>
> s/That/that
>
> ...
> 266   When forwarding packets, implementations SHOULD use the same value =
as
> 267   it was received (This is required because, RPI type code can not be
> 268   changed by [RFC8200]).  It allows to the network to be incrementall=
y
> 269   upgraded, and for the DODAG root to know which parts of the network
> 270   are upgraded.
>
> [major] There seems to be a contradiction above: "SHOULD use the same
> value...this is required..."   If required by rfc8200, why not use MUST?
>
> 272   When originating new packets, implementations SHOULD have an option
> 273   to determine which value to originate with, this option is controll=
ed
> 274   by the DIO option described below.
>
> [minor] =C2=A73.3 defines the option...but it doesn't explicitly say what=
 the
> receivers should do with it.  It may be obvious, but it should be explici=
t
> for completeness.
>
> [major] It seems to me that the paragraph above may be out of place,
> doesn't say much, may be wrong...or maybe all 3.  The text says that the
> originating value is controlled by the option in =C2=A73.3 (again, but th=
at
> section doesn't explicitly say what should be done)...but it also says
> (with the SHOULD) that an implementation may have valid reasons to not pa=
y
> attention to the option -- what are those??
>
>
> ...
> 281 3.2.  Updates to RFC 8138
>
> 283   RPI-6LoRH header provides a compressed form for the RPL RPI
> 284   [RFC8138].  It should be considered when the Option Type in RPL
> 285   Option is decompressed, should take the value of 0x23 instead of
> 286   0x63.
>
> [major] AFAICT, the compression specified in rfc8138 doesn't include the
> RPI option type...but the use of the 6LoRH Type 5 implies the RPI.  If I
> got that right, then how would the decompressing node know which RPI type
> was in use when first compressed?  Given that both types may be used in a
> network (=C2=A73.1), how would one know unless the 6LoRH type was also ch=
anged?
> Or are you suggesting that the decompression should always use 0x23?  In
> any case, I think that stronger language might be needed.
>
>
> 288 3.3.  Updates to RFC 6550: Indicating the new RPI in the DODAG
> 289      Configuration Option Flag.
>
> 291   In order to avoid a flag day caused by lack of interoperation betwe=
en
> 292   new RPI (0x23) and old RPI (0x63) nodes, when there is a mix of new
> 293   nodes and old nodes, the new nodes may be put into a compatibility
> 294   mode until all of the old nodes are replaced or upgraded.
>
> 296   This can be done via a DODAG Configuration Option flag which will
> 297   propogate through the network.  Failure to receive this information
> 298   will cause new nodes to remain in compatibility mode, and originate
> 299   traffic with the old-RPI (0x63) value.
>
> s/propogate/propagate
>
> [major] "compatibility mode"
>
> What is "compatibility mode"?  Initially I thought that it was maybe the
> ability of new nodes to use both RPI values...but the end of the second
> paragraph suggests using only 0x63.
>
> The text suggests that "compatibility mode" can be enabled via "via a DOD=
AG
> Configuration Option flag" -- that flag is not defined anywhere...but
> "failure to receive this information will cause new nodes to remain in
> compatibility mode".  So...would it be enabled using a flag, or is it the
> default?
>
> Why wouldn't the default be the new RPI?  I can see how most of the
> networks will support the old RPI, but that will eventually be the
> exception...
>
> 301   As stated in [RFC6550] the DODAG Configuration option is present in
> 302   DIO messages.  The DODAG Configuration option distributes
> 303   configuration information.  It is generally static, and does not
> 304   change within the DODAG.  This information is configured at the DOD=
AG
> 305   root and distributed throughout the DODAG with the DODAG
> 306   Configuration option.  Nodes other than the DODAG root do not modif=
y
> 307   this information when propagating the DODAG Configuration option.
>
> 309   The DODAG Configuration Option has a Flags field which is modified =
by
> 310   this document.  Currently, the DODAG Configuration Option in
> 311   [RFC6550] is as follows. .
>
> 313   Flags: The 4-bits remaining unused in the Flags field are reserved
> 314   for flags.  The field MUST be initialized to zero by the sender and
> 315   MUST be ignored by the receiver.
>
> 317 0                       1                    2                     3
> 318 +-----------------+-----------------------------------------
> ----------+
> 319 |  Type =3D 0x04    |  Opt Length =3D 14| Flags  | A | PCS| DIOIntDou=
bl.  |
> 320 +-----------------------------------------------------------
> ----------+
> 321 | DIOIntMin.      |  DIORedund.     |  MaxRankIncrease               =
 |
> 322 +-----------------+-----------------------------------------
> ----------+
> 323 |  MinHopRankIncrease               |            OCP                 =
 |
> 324 +-----------------+-----------------------------------------
> ----------+
> 325 |Reserved         | Def. Lifetime   |         Lifetime Unit          =
 |
> 326 +-----------------+-----------------+-----------------------
> ----------+
>
> 328                   Figure 3: DODAG Configuration Option.
>
> [minor] Suggestion: instead of copying (and not quoting the Normative
> language) the text from rfc6550 above, just indicate what the Update is:
> "the unused bits MUST...".  Also, I think that Figure 3 is not needed.
>
>
> ...
> 342   In case of rebooting, the node does not remember the flag.  Thus, t=
he
> 343   DIO is sent with flag indicating the new RPI value.
>
> [minor] By "the node", which node are you referring to?  The root?  If it
> doesn't remember, it means that it needs to be configured -- how does tha=
t
> happen?  Why isn't the configuration persistent at the root?
>
> 345 4.  Sample/reference topology
>
> 347   A RPL network in general is composed of a 6LBR (6LoWPAN Border
> 348   Router), Backbone Router (6BBR), 6LR (6LoWPAN Router) and 6LN
> 349   (6LoWPAN Node) as leaf logically organized in a DODAG structure.
> 350   (Destination Oriented Directed Acyclic Graph).
>
> [minor] The 6BBR doesn't appear in the Figure.
>
> [nit] BTW, it might be better to put the topology diagram right after thi=
s
> first paragraph.
>
> [nit] The DODAG expansion should be on first use.
>
> 352   RPL defines the RPL Control messages (control plane), a new ICMPv6
> 353   [RFC4443]  message with Type 155.  DIS (DODAG Information
> 354   Solicitation), DIO (DODAG Information Object) and DAO (Destination
> 355   Advertisement Object) messages are all RPL Control messages but wit=
h
> 356   different Code values.  A RPL Stack is showed in Figure 5.
>
> [minor] Not exactly sure what this paragraph has to do with the reference
> topology (yet), but (same comment as above) it might be good to put the
> figure right after the text.
>
> s/showed/shown
>
>
> ...
> 428                    Figure 6: A reference RPL Topology.
>
> 430   Figure 2 shows the reference RPL Topology for this document.  The
> 431   letters above the nodes are there so that they may be referenced in
> 432   subsequent sections.  In the figure, 6LR represents a full router
> 433   node.  The 6LN is a RPL aware router, or host.
>
> s/Figure 2/Figure 6
>
> [minor] The 6LN is defined in the first paragraph as a node (not a
> router).  BTW, what is the difference between a "full router" and (just) =
a
> "router" (6LR vs 6LN)?
>
> [minor] 6LN is characterized above as "RPL aware", but (below) the "Raf"
> mark is also used for that -- so it seems that "~Raf 6LN" would be a
> "not-RPL aware leaf...RPL aware router, or host".
>
> Some terminology clean up is needed.
>
> 435   But, the 6LN leaves (Raf - "RPL aware leaf"-) marked as (F, H and I=
)
> 436   are RPL nodes with no children hosts.
>
> [minor] Is there a relevance to the "children hosts" existing?  Can it be
> concluded that ~Raf nodes have children hosts?
>
>
> ...
> 446 5.  Use cases
> ...
> 507   This means that when the no-drop RPI option code 0x23 is used, a
> 508   packet that leaves the RPL domain of an LLN (or that leaves the LLN
> 509   entirely) will not be discarded when it contains the [RFC6553] RPL
> 510   Hop-by-Hop option known as RPI.  Thus, the RPI Hop-by-Hop option MA=
Y
> 511   be left in place even if the end host does not understand it.
>
> [minor] If the last RPL-aware node knows that the host doesn't understand
> the RPI, why would it not remove it (if it can)?  IOW, I understand how i=
t
> causes no harm (leading to the optional behavior above), but just because
> it can be done doesn't mean that it should.  Are there cases where it can
> be used for something?
>
> If the RPI can't be removed because the border is not the destination, th=
en
> the MAY above is insignificant: no one can strip it, so there's no real
> option.
>
> 513   NOTE: There is some possible security risk when the RPI information
> 514   is released to the Internet.  At this point this is a theoretical
> 515   situation; no clear attack has been described.  At worst, it is cle=
ar
> 516   that the RPI option would waste some network bandwidth when it
> 517   escapes.  This is traded off against the savings in the LLN by not
> 518   having to encapsulate the packet in order to remove the artifact.
>
> [major] AFAICT, leaking the RPI means leaking the RPLInstanceID and the
> SenderRank.  The Security Considerations already mentions what an attacke=
r
> could do if it knows the RPLInstanceID...but it doesn't say anything abou=
t
> the SenderRank.
>
> I'm thinking that the SenderRank may help an attacker to have an idea of
> the topology of the LLN, right?  I don't know what an attacker can do wit=
h
> that information, but the fact that could be used for that (and it could =
be
> a privacy issue) should be mentioned in the Security Considerations secti=
on

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

<div dir=3D"ltr">Hi Alvaro,<div><br></div><div>Thank you very much for the =
review.</div><div><br></div><div>We have created this ticket:=C2=A0<a href=
=3D"https://trac.ietf.org/trac/roll/ticket/186#ticket">https://trac.ietf.or=
g/trac/roll/ticket/186#ticket</a> to address your comments.</div><div><br><=
/div><div>We are going to analyze them and we will get back to you.</div><d=
iv><br></div><div>Thanks,</div><div><br></div><div>The authors.</div></div>=
<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2018-08-14 22:04 =
GMT+03:00 Alvaro Retana <span dir=3D"ltr">&lt;<a href=3D"mailto:aretana.iet=
f@gmail.com" target=3D"_blank">aretana.ietf@gmail.com</a>&gt;</span>:<br><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex">Dear authors:<br>
<br>
I have (finally!) finished reading this document.=C2=A0 Thanks for all the =
work<br>
and time put into working out all the details.<br>
<br>
I have several concerns.=C2=A0 I&#39;m listing some of the Major (and docum=
ent-wide)<br>
ones up front.=C2=A0 I also put more comments and questions inline below.<b=
r>
<br>
(1) [major] Where is the specification of the data-plane behavior?<br>
<br>
This document does a couple of things: it Updates several other RFCs, and<b=
r>
presents a list of *example* flows where the expected behavior is<br>
illustrated.=C2=A0 The Updates are mostly about the new RPI value (0x23), b=
ut<br>
not about the behavior of the nodes.<br>
<br>
Most of the examples are worded such that they describe actions<br>
(encapsulate, remove, etc.)...and some even include rfc2119 Normative<br>
Keywords.=C2=A0 But they are called examples!=C2=A0 So...my questions are: =
is the<br>
behavior illustrated in =C2=A76 and =C2=A77 intended to be Normative?=C2=A0=
 IOW, do these<br>
sections include both examples and specify the behavior expected in the<br>
LLN?=C2=A0 Is the behavior already specified somewhere else (and this docum=
ent<br>
is just illustrating)?=C2=A0 [I am asking that last question just-in-case,<=
br>
because the Introduction says that &quot;this document clarifies what is th=
e<br>
correct and the incorrect behaviour.&quot;]<br>
<br>
=C2=A78 seems to attempt to summarize &quot;observations about the cases&qu=
ot;, but (if it<br>
is intended to be *the* Normative text about the behavior) it is general<br=
>
and short.<br>
<br>
[Some of my comments below ask about Normative language... Please take<br>
those in context with the answers here.]<br>
<br>
<br>
(2) [major] Operational Considerations<br>
<br>
Non-storing mode networks don&#39;t need the change to 0x23 (=C2=A78.2)...b=
ut making<br>
the change creates a flag day, and even then, implementations should still<=
br>
process both values (=C2=A73.1).=C2=A0 I would really like to see text abou=
t the<br>
operational considerations of introducing 0x23.=C2=A0 It concerns me that a=
<br>
significant change that most[*] networks don&#39;t need is being introduced=
.<br>
Please take a look at rfc5706 (Guidelines for Considering Operations and<br=
>
Management of New Protocols and Protocol Extensions), specially =C2=A72.<br=
>
<br>
[*] Most deployed networks work in non-storing mode, right?<br>
<br>
<br>
(3) [minor] &gt;=3D ??<br>
<br>
There are several (25!) instances of text like this:<br>
<br>
=C2=A0 =C2=A06LR_i are the intermediate routers from source to destination.=
=C2=A0 In<br>
=C2=A0 =C2=A0this case, &quot;1 &lt;=3D i &gt;=3D n&quot;, n is the number =
of routers (6LR) that the<br>
=C2=A0 =C2=A0packet go through from source (6LN) to destination (6LBR).<br>
<br>
Maybe it&#39;s just me, but I don&#39;t understand why (or how!) i could ev=
er be &gt;=3D<br>
n.=C2=A0 The text says that i are the &quot;intermediate routers from sourc=
e to<br>
destination&quot;, while n is &quot;the number of routers...from source (6L=
N) to<br>
destination (6LBR)&quot;.=C2=A0 Isn&#39;t that the same thing?=C2=A0 What a=
m I missing?<br>
<br>
<br>
(4) Style nit: the document uses &quot;we&quot;...a third person style woul=
d be<br>
preferable.=C2=A0 For example: s/In this section we are going to<br>
describe.../This section describes...<br>
<br>
<br>
I will wait for the major points to be addressed before starting the IETF<b=
r>
LC.<br>
<br>
Thanks!!<br>
<br>
Alvaro.<br>
<br>
<br>
<br>
[Note: the numbers came from the idnits output.]<br>
<br>
...<br>
10=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 When to use RFC 6553, 65=
54 and IPv6-in-IPv6<br>
11=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 dra=
ft-ietf-roll-useofrplinfo-<wbr>23<br>
<br>
[minor] Can we come up with a more descriptive tittle?=C2=A0 Also, the<br>
&quot;shorthand&quot; version (&quot;Useof6553&quot;) could be improved.<br=
>
<br>
<br>
...<br>
130 1.=C2=A0 Introduction<br>
...<br>
156=C2=A0 =C2=A0The related document A Routing Header Dispatch for 6LoWPAN =
(6LoRH)<br>
157=C2=A0 =C2=A0[RFC8138] defines a method to compress RPL Option informati=
on and<br>
158=C2=A0 =C2=A0Routing Header type 3 [RFC6554], an efficient IP-in-IP tech=
nique, and<br>
159=C2=A0 =C2=A0use cases proposed for the [Second6TischPlugtest] involving=
 6loRH.<br>
<br>
[nit] I&#39;m having trouble parsing this last paragraph.=C2=A0 It sounds l=
ike<br>
rfc8138 (also) defines the use cases, but I don&#39;t remember seeing anyth=
ing<br>
like that in there.=C2=A0 Is that what you meant?<br>
<br>
[nit] I think the Introduction would benefit from an overview of the<br>
document; something like &quot;section X talks about abc, section Y present=
s<br>
examples, etc.&quot;.<br>
<br>
161 2.=C2=A0 Terminology and Requirements Language<br>
<br>
163=C2=A0 =C2=A0The key words &quot;MUST&quot;, &quot;MUST NOT&quot;, &quot=
;REQUIRED&quot;, &quot;SHALL&quot;, &quot;SHALL NOT&quot;,<br>
164=C2=A0 =C2=A0&quot;SHOULD&quot;, &quot;SHOULD NOT&quot;, &quot;RECOMMEND=
ED&quot;, &quot;MAY&quot;, and &quot;OPTIONAL&quot; in this<br>
165=C2=A0 =C2=A0document are to be interpreted as described in RFC 2119 [RF=
C2119].<br>
<br>
[major] Please use the RFC8174 template.<br>
<br>
...<br>
170=C2=A0 =C2=A0RPL-node: A device which implements RPL, thus we can say th=
at the<br>
171=C2=A0 =C2=A0device is RPL-capable or RPL-aware.=C2=A0 Please note that =
the device can<br>
172=C2=A0 =C2=A0be found inside the LLN or outside LLN.=C2=A0 In this docum=
ent a RPL-node<br>
173=C2=A0 =C2=A0which is a leaf of a DODAG is called RPL-aware-leaf.<br>
<br>
[nit] RPL-capable is not used anywhere else.<br>
<br>
...<br>
180=C2=A0 =C2=A0pledge: a new device which seeks admission to a network. (f=
rom<br>
181=C2=A0 =C2=A0[I-D.ietf-anima-bootstrapping-<wbr>keyinfra])<br>
<br>
183=C2=A0 =C2=A0Join Registrar and Coordinator (JRC): a device which brings=
 new nodes<br>
184=C2=A0 =C2=A0(pledges) into a network. (from<br>
185=C2=A0 =C2=A0[I-D.ietf-anima-bootstrapping-<wbr>keyinfra])<br>
<br>
[minor] Do these two terms need to be defined in this document?=C2=A0 They =
are<br>
only used once, and with a reference to<br>
I-D.ietf-anima-bootstrapping-<wbr>keyinfra next to them.=C2=A0 Also, and mo=
re<br>
important, the definition here doesn&#39;t match the one in that other draf=
t.<br>
Please take out the definitions and just make reference later on...<br>
<br>
187=C2=A0 =C2=A0Flag day: A &quot;flag day&quot; is a procedure in which th=
e network, or a part<br>
188=C2=A0 =C2=A0of it, is changed during a planned outage, or suddenly, cau=
sing an<br>
189=C2=A0 =C2=A0outage while the network recovers [RFC4192]<br>
<br>
[nit] rfc4192 seems like an odd place to pull a reference to &quot;flag day=
&quot; --<br>
specially as it is being defined as &quot;a procedure&quot; and not the eff=
ect it<br>
causes, which seems to be how it is used in the text: &quot;creates a flag =
day&quot;,<br>
&quot;will experience a flag day&quot;, &quot;avoid a flag day&quot;.=C2=A0=
 This is not a big issue<br>
-- if it was up to me, I would either make my own definition, or just not<b=
r>
define it at all: I think it is a well known term...<br>
<br>
191 2.1.=C2=A0 hop-by-hop IPv6-in-IPv6 headers<br>
<br>
193=C2=A0 =C2=A0The term &quot;hop-by-hop IPv6-in-IPv6&quot; header refers =
to: adding a header<br>
194=C2=A0 =C2=A0that originates from a node to an adjacent node, using the =
addresses<br>
195=C2=A0 =C2=A0(usually the GUA or ULA, but could use the link-local addre=
sses) of<br>
196=C2=A0 =C2=A0each node.=C2=A0 If the packet must traverse multiple hops,=
 then it must<br>
197=C2=A0 =C2=A0be decapsulated at each hop, and then re-encapsulated again=
 in a<br>
198=C2=A0 =C2=A0similar fashion.<br>
<br>
[minor] That term is not used anywhere...but &quot;hop-by-hop IP-in-IP&quot=
; is.<br>
<br>
IPv6-in-IPv6 and IP-in-IP are used interchangeably throughout the<br>
document.=C2=A0 This use is not wrong, but it is inconsistent.=C2=A0 Adding=
 a note<br>
about it (even though it may be obvious to many readers that the terms<br>
refer to the same thing) would be nice...being consistent even nicer.<br>
<br>
Later on, &quot;IPIP&quot; is also used...<br>
<br>
<br>
[nit] Why is this definition in its own sub-section?<br>
<br>
200 3.=C2=A0 Updates to RFC6553, RFC6550 and RFC 8138<br>
<br>
202 3.1.=C2=A0 Updates to RFC 6553<br>
<br>
...<br>
209=C2=A0 =C2=A0[RFC6553] states as showed below, that in the Option Type f=
ield of<br>
210=C2=A0 =C2=A0the RPL Option header, the two high order bits MUST be set =
to &#39;01&#39;<br>
211=C2=A0 =C2=A0and the third bit is equal to &#39;1&#39;.=C2=A0 The first =
two bits indicate that<br>
212=C2=A0 =C2=A0the IPv6 node MUST discard the packet if it doesn&#39;t rec=
ognize the<br>
213=C2=A0 =C2=A0option type, and the third bit indicates that the Option Da=
ta may<br>
214=C2=A0 =C2=A0change en route.=C2=A0 The remaining bits serve as the opti=
on type.<br>
<br>
s/showed/shown<br>
<br>
[major] The 2 MUSTs used above are used paraphrasing rfc6553, and don&#39;t=
<br>
define Normative behavior in this document.=C2=A0 Please either use a direc=
t<br>
quote, or use non-normative language.<br>
<br>
...<br>
223=C2=A0 =C2=A0Recent changes in [RFC8200] (section 4, page 8), states: &q=
uot;it is now<br>
224=C2=A0 =C2=A0expected that nodes along a packet&#39;s delivery path only=
 examine and<br>
225=C2=A0 =C2=A0process the Hop-by-Hop Options header if explicitly configu=
red to do<br>
226=C2=A0 =C2=A0so&quot;.=C2=A0 Processing of the Hop-by-Hop Options header=
 (by IPv6<br>
227=C2=A0 =C2=A0intermediate nodes) is now optional, but if they are config=
ured to<br>
228=C2=A0 =C2=A0process the header, and if such nodes encounter an option w=
ith the<br>
229=C2=A0 =C2=A0first two bits set to 01, they will drop the packet (if the=
y conform<br>
230=C2=A0 =C2=A0to [RFC8200]).=C2=A0 Host systems should do the same, irres=
pective of the<br>
231=C2=A0 =C2=A0configuration.<br>
<br>
[minor] The description above seems to be missing &quot;...if the option is=
 not<br>
recognized&quot;.<br>
<br>
233=C2=A0 =C2=A0Based on That, if an IPv6 (intermediate) node (RPL-not-capa=
ble)<br>
234=C2=A0 =C2=A0receives a packet with an RPL Option, it should ignore the =
HBH RPL<br>
235=C2=A0 =C2=A0option (skip over this option and continue processing the h=
eader).<br>
<br>
s/That/that<br>
<br>
...<br>
266=C2=A0 =C2=A0When forwarding packets, implementations SHOULD use the sam=
e value as<br>
267=C2=A0 =C2=A0it was received (This is required because, RPI type code ca=
n not be<br>
268=C2=A0 =C2=A0changed by [RFC8200]).=C2=A0 It allows to the network to be=
 incrementally<br>
269=C2=A0 =C2=A0upgraded, and for the DODAG root to know which parts of the=
 network<br>
270=C2=A0 =C2=A0are upgraded.<br>
<br>
[major] There seems to be a contradiction above: &quot;SHOULD use the same<=
br>
value...this is required...&quot;=C2=A0 =C2=A0If required by rfc8200, why n=
ot use MUST?<br>
<br>
272=C2=A0 =C2=A0When originating new packets, implementations SHOULD have a=
n option<br>
273=C2=A0 =C2=A0to determine which value to originate with, this option is =
controlled<br>
274=C2=A0 =C2=A0by the DIO option described below.<br>
<br>
[minor] =C2=A73.3 defines the option...but it doesn&#39;t explicitly say wh=
at the<br>
receivers should do with it.=C2=A0 It may be obvious, but it should be expl=
icit<br>
for completeness.<br>
<br>
[major] It seems to me that the paragraph above may be out of place,<br>
doesn&#39;t say much, may be wrong...or maybe all 3.=C2=A0 The text says th=
at the<br>
originating value is controlled by the option in =C2=A73.3 (again, but that=
<br>
section doesn&#39;t explicitly say what should be done)...but it also says<=
br>
(with the SHOULD) that an implementation may have valid reasons to not pay<=
br>
attention to the option -- what are those??<br>
<br>
<br>
...<br>
281 3.2.=C2=A0 Updates to RFC 8138<br>
<br>
283=C2=A0 =C2=A0RPI-6LoRH header provides a compressed form for the RPL RPI=
<br>
284=C2=A0 =C2=A0[RFC8138].=C2=A0 It should be considered when the Option Ty=
pe in RPL<br>
285=C2=A0 =C2=A0Option is decompressed, should take the value of 0x23 inste=
ad of<br>
286=C2=A0 =C2=A00x63.<br>
<br>
[major] AFAICT, the compression specified in rfc8138 doesn&#39;t include th=
e<br>
RPI option type...but the use of the 6LoRH Type 5 implies the RPI.=C2=A0 If=
 I<br>
got that right, then how would the decompressing node know which RPI type<b=
r>
was in use when first compressed?=C2=A0 Given that both types may be used i=
n a<br>
network (=C2=A73.1), how would one know unless the 6LoRH type was also chan=
ged?<br>
Or are you suggesting that the decompression should always use 0x23?=C2=A0 =
In<br>
any case, I think that stronger language might be needed.<br>
<br>
<br>
288 3.3.=C2=A0 Updates to RFC 6550: Indicating the new RPI in the DODAG<br>
289=C2=A0 =C2=A0 =C2=A0 Configuration Option Flag.<br>
<br>
291=C2=A0 =C2=A0In order to avoid a flag day caused by lack of interoperati=
on between<br>
292=C2=A0 =C2=A0new RPI (0x23) and old RPI (0x63) nodes, when there is a mi=
x of new<br>
293=C2=A0 =C2=A0nodes and old nodes, the new nodes may be put into a compat=
ibility<br>
294=C2=A0 =C2=A0mode until all of the old nodes are replaced or upgraded.<b=
r>
<br>
296=C2=A0 =C2=A0This can be done via a DODAG Configuration Option flag whic=
h will<br>
297=C2=A0 =C2=A0propogate through the network.=C2=A0 Failure to receive thi=
s information<br>
298=C2=A0 =C2=A0will cause new nodes to remain in compatibility mode, and o=
riginate<br>
299=C2=A0 =C2=A0traffic with the old-RPI (0x63) value.<br>
<br>
s/propogate/propagate<br>
<br>
[major] &quot;compatibility mode&quot;<br>
<br>
What is &quot;compatibility mode&quot;?=C2=A0 Initially I thought that it w=
as maybe the<br>
ability of new nodes to use both RPI values...but the end of the second<br>
paragraph suggests using only 0x63.<br>
<br>
The text suggests that &quot;compatibility mode&quot; can be enabled via &q=
uot;via a DODAG<br>
Configuration Option flag&quot; -- that flag is not defined anywhere...but<=
br>
&quot;failure to receive this information will cause new nodes to remain in=
<br>
compatibility mode&quot;.=C2=A0 So...would it be enabled using a flag, or i=
s it the<br>
default?<br>
<br>
Why wouldn&#39;t the default be the new RPI?=C2=A0 I can see how most of th=
e<br>
networks will support the old RPI, but that will eventually be the<br>
exception...<br>
<br>
301=C2=A0 =C2=A0As stated in [RFC6550] the DODAG Configuration option is pr=
esent in<br>
302=C2=A0 =C2=A0DIO messages.=C2=A0 The DODAG Configuration option distribu=
tes<br>
303=C2=A0 =C2=A0configuration information.=C2=A0 It is generally static, an=
d does not<br>
304=C2=A0 =C2=A0change within the DODAG.=C2=A0 This information is configur=
ed at the DODAG<br>
305=C2=A0 =C2=A0root and distributed throughout the DODAG with the DODAG<br=
>
306=C2=A0 =C2=A0Configuration option.=C2=A0 Nodes other than the DODAG root=
 do not modify<br>
307=C2=A0 =C2=A0this information when propagating the DODAG Configuration o=
ption.<br>
<br>
309=C2=A0 =C2=A0The DODAG Configuration Option has a Flags field which is m=
odified by<br>
310=C2=A0 =C2=A0this document.=C2=A0 Currently, the DODAG Configuration Opt=
ion in<br>
311=C2=A0 =C2=A0[RFC6550] is as follows. .<br>
<br>
313=C2=A0 =C2=A0Flags: The 4-bits remaining unused in the Flags field are r=
eserved<br>
314=C2=A0 =C2=A0for flags.=C2=A0 The field MUST be initialized to zero by t=
he sender and<br>
315=C2=A0 =C2=A0MUST be ignored by the receiver.<br>
<br>
317 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 2=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A03<br>
318 +-----------------+-----------<wbr>------------------------------<wbr>-=
---------+<br>
319 |=C2=A0 Type =3D 0x04=C2=A0 =C2=A0 |=C2=A0 Opt Length =3D 14| Flags=C2=
=A0 | A | PCS| DIOIntDoubl.=C2=A0 |<br>
320 +-----------------------------<wbr>------------------------------<wbr>-=
---------+<br>
321 | DIOIntMin.=C2=A0 =C2=A0 =C2=A0 |=C2=A0 DIORedund.=C2=A0 =C2=A0 =C2=A0=
|=C2=A0 MaxRankIncrease=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 |<br>
322 +-----------------+-----------<wbr>------------------------------<wbr>-=
---------+<br>
323 |=C2=A0 MinHopRankIncrease=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OCP=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |<br>
324 +-----------------+-----------<wbr>------------------------------<wbr>-=
---------+<br>
325 |Reserved=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| Def. Lifetime=C2=A0 =C2=A0=
|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Lifetime Unit=C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0|<br>
326 +-----------------+-----------<wbr>------+-----------------------<wbr>-=
---------+<br>
<br>
328=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Fig=
ure 3: DODAG Configuration Option.<br>
<br>
[minor] Suggestion: instead of copying (and not quoting the Normative<br>
language) the text from rfc6550 above, just indicate what the Update is:<br=
>
&quot;the unused bits MUST...&quot;.=C2=A0 Also, I think that Figure 3 is n=
ot needed.<br>
<br>
<br>
...<br>
342=C2=A0 =C2=A0In case of rebooting, the node does not remember the flag.=
=C2=A0 Thus, the<br>
343=C2=A0 =C2=A0DIO is sent with flag indicating the new RPI value.<br>
<br>
[minor] By &quot;the node&quot;, which node are you referring to?=C2=A0 The=
 root?=C2=A0 If it<br>
doesn&#39;t remember, it means that it needs to be configured -- how does t=
hat<br>
happen?=C2=A0 Why isn&#39;t the configuration persistent at the root?<br>
<br>
345 4.=C2=A0 Sample/reference topology<br>
<br>
347=C2=A0 =C2=A0A RPL network in general is composed of a 6LBR (6LoWPAN Bor=
der<br>
348=C2=A0 =C2=A0Router), Backbone Router (6BBR), 6LR (6LoWPAN Router) and 6=
LN<br>
349=C2=A0 =C2=A0(6LoWPAN Node) as leaf logically organized in a DODAG struc=
ture.<br>
350=C2=A0 =C2=A0(Destination Oriented Directed Acyclic Graph).<br>
<br>
[minor] The 6BBR doesn&#39;t appear in the Figure.<br>
<br>
[nit] BTW, it might be better to put the topology diagram right after this<=
br>
first paragraph.<br>
<br>
[nit] The DODAG expansion should be on first use.<br>
<br>
352=C2=A0 =C2=A0RPL defines the RPL Control messages (control plane), a new=
 ICMPv6<br>
353=C2=A0 =C2=A0[RFC4443]=C2=A0 message with Type 155.=C2=A0 DIS (DODAG Inf=
ormation<br>
354=C2=A0 =C2=A0Solicitation), DIO (DODAG Information Object) and DAO (Dest=
ination<br>
355=C2=A0 =C2=A0Advertisement Object) messages are all RPL Control messages=
 but with<br>
356=C2=A0 =C2=A0different Code values.=C2=A0 A RPL Stack is showed in Figur=
e 5.<br>
<br>
[minor] Not exactly sure what this paragraph has to do with the reference<b=
r>
topology (yet), but (same comment as above) it might be good to put the<br>
figure right after the text.<br>
<br>
s/showed/shown<br>
<br>
<br>
...<br>
428=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Fi=
gure 6: A reference RPL Topology.<br>
<br>
430=C2=A0 =C2=A0Figure 2 shows the reference RPL Topology for this document=
.=C2=A0 The<br>
431=C2=A0 =C2=A0letters above the nodes are there so that they may be refer=
enced in<br>
432=C2=A0 =C2=A0subsequent sections.=C2=A0 In the figure, 6LR represents a =
full router<br>
433=C2=A0 =C2=A0node.=C2=A0 The 6LN is a RPL aware router, or host.<br>
<br>
s/Figure 2/Figure 6<br>
<br>
[minor] The 6LN is defined in the first paragraph as a node (not a<br>
router).=C2=A0 BTW, what is the difference between a &quot;full router&quot=
; and (just) a<br>
&quot;router&quot; (6LR vs 6LN)?<br>
<br>
[minor] 6LN is characterized above as &quot;RPL aware&quot;, but (below) th=
e &quot;Raf&quot;<br>
mark is also used for that -- so it seems that &quot;~Raf 6LN&quot; would b=
e a<br>
&quot;not-RPL aware leaf...RPL aware router, or host&quot;.<br>
<br>
Some terminology clean up is needed.<br>
<br>
435=C2=A0 =C2=A0But, the 6LN leaves (Raf - &quot;RPL aware leaf&quot;-) mar=
ked as (F, H and I)<br>
436=C2=A0 =C2=A0are RPL nodes with no children hosts.<br>
<br>
[minor] Is there a relevance to the &quot;children hosts&quot; existing?=C2=
=A0 Can it be<br>
concluded that ~Raf nodes have children hosts?<br>
<br>
<br>
...<br>
446 5.=C2=A0 Use cases<br>
...<br>
507=C2=A0 =C2=A0This means that when the no-drop RPI option code 0x23 is us=
ed, a<br>
508=C2=A0 =C2=A0packet that leaves the RPL domain of an LLN (or that leaves=
 the LLN<br>
509=C2=A0 =C2=A0entirely) will not be discarded when it contains the [RFC65=
53] RPL<br>
510=C2=A0 =C2=A0Hop-by-Hop option known as RPI.=C2=A0 Thus, the RPI Hop-by-=
Hop option MAY<br>
511=C2=A0 =C2=A0be left in place even if the end host does not understand i=
t.<br>
<br>
[minor] If the last RPL-aware node knows that the host doesn&#39;t understa=
nd<br>
the RPI, why would it not remove it (if it can)?=C2=A0 IOW, I understand ho=
w it<br>
causes no harm (leading to the optional behavior above), but just because<b=
r>
it can be done doesn&#39;t mean that it should.=C2=A0 Are there cases where=
 it can<br>
be used for something?<br>
<br>
If the RPI can&#39;t be removed because the border is not the destination, =
then<br>
the MAY above is insignificant: no one can strip it, so there&#39;s no real=
<br>
option.<br>
<br>
513=C2=A0 =C2=A0NOTE: There is some possible security risk when the RPI inf=
ormation<br>
514=C2=A0 =C2=A0is released to the Internet.=C2=A0 At this point this is a =
theoretical<br>
515=C2=A0 =C2=A0situation; no clear attack has been described.=C2=A0 At wor=
st, it is clear<br>
516=C2=A0 =C2=A0that the RPI option would waste some network bandwidth when=
 it<br>
517=C2=A0 =C2=A0escapes.=C2=A0 This is traded off against the savings in th=
e LLN by not<br>
518=C2=A0 =C2=A0having to encapsulate the packet in order to remove the art=
ifact.<br>
<br>
[major] AFAICT, leaking the RPI means leaking the RPLInstanceID and the<br>
SenderRank.=C2=A0 The Security Considerations already mentions what an atta=
cker<br>
could do if it knows the RPLInstanceID...but it doesn&#39;t say anything ab=
out<br>
the SenderRank.<br>
<br>
I&#39;m thinking that the SenderRank may help an attacker to have an idea o=
f<br>
the topology of the LLN, right?=C2=A0 I don&#39;t know what an attacker can=
 do with<br>
that information, but the fact that could be used for that (and it could be=
<br>
a privacy issue) should be mentioned in the Security Considerations section=
</blockquote></div><br></div>

--0000000000000457f50573ce4ba7--


From nobody Tue Aug 21 02:48:07 2018
Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08A60130E77 for <roll@ietfa.amsl.com>; Tue, 21 Aug 2018 02:48:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 o0EO7wvhy_tr for <roll@ietfa.amsl.com>; Tue, 21 Aug 2018 02:48:02 -0700 (PDT)
Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 BFBC7130DC3 for <roll@ietf.org>; Tue, 21 Aug 2018 02:48:02 -0700 (PDT)
Received: by mail-it0-x232.google.com with SMTP id 72-v6so3315586itw.3 for <roll@ietf.org>; Tue, 21 Aug 2018 02:48:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=Li23UyUbLSKcAdlystj23UJrsy791OqRYk5AvG72TYc=; b=F/xf4cf5s5PN4dQp5J6zhQKo1hPxen4XwscznEufJcbP9cAr2e+Qp8ucLgv5kmbSg/ BxzSnTvZCpwwdudY3ji0W6+CrroGAiRSCiWwp5OPraDBt/MVCxfffh978+4p6ByDnMOl knDkXSxJmKItORBQwIxSddTt3oSpFxcI6p+QwN3RChLZ8NzX/mrb8kE3XrRifz7LhDnm ptxEaxvcw2lHhO9/9Vjxtr6LJ0+8NHkLGXSbIjOD78BPbROlZhv/htQgVs090fPH55RU +nQJ9kwqstrv//heEGRrtBfYFlVrhSE1/m10AAXakthE6OZ1V4dFbNUNovAIfFVaN0Xf /ulA==
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=Li23UyUbLSKcAdlystj23UJrsy791OqRYk5AvG72TYc=; b=UBGbiQnr4kXD0uXT2mPIhOFBPFZzBecoAjekwt2VT0nCUfLtjJAMThO0WLo+iG5Ae9 haKB/h9kI3ZQXuZbjJBqsKATLPdxePjO520EWrr/Nm3YDf79yRw9lruoWgJ4tHXP05/v sicO5f9FbDcfnvJKGXT76vmLRLXZmX3S5C6NzW1doFCcqR+XFEVKqsDcjH2H2t3o1srs hdl/hC93olEb2GFP/M+6Fn5BSZAw8DbZ7uVi5iv1ryYrdEnwzxnWMXH5Rq8JEA2fyBjI WGRF7jLCjbcGs7wV0CcZdHsyZ2DfVpp/E0Di7V13z0TB5gi45dMA8BABo/KQ4L8cfgLL ELUw==
X-Gm-Message-State: AOUpUlFVw2tR8eAJ7lk+o5zAY83ql+aC/7yxU10NaLfj8w57rqW02h0C cdLRWouWoCWdGp5wk6RBw3jd2KrKXUgOxBnwvu+sKjQ1
X-Google-Smtp-Source: AA+uWPweJY6NW6SYD07/pPxL7ycCTN4gnnmHCo6qBJVpVv8g0vnVNXrOfaVyejw70JB9nX6K8w/fBjQJXUlFMmuHMmU=
X-Received: by 2002:a24:9588:: with SMTP id m130-v6mr16017526itd.48.1534844881717;  Tue, 21 Aug 2018 02:48:01 -0700 (PDT)
MIME-Version: 1.0
From: Ines  Robles <mariainesrobles@googlemail.com>
Date: Tue, 21 Aug 2018 12:47:50 +0300
Message-ID: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com>
To: roll <roll@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f5cd7a0573eeeb8b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/ccCNrslLuo-fyqDtCRIYNVTLj4U>
Subject: [Roll] ROLL WGLCs and new tickets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Aug 2018 09:48:06 -0000

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

Dear all,

Thank you very much for your reviews on the required drafts.

So far we have:

- For WGLC for draft-ietf-roll-efficient-npdao-03:  to add corrections by
this thread:
https://www.ietf.org/mail-archive/web/roll/current/msg10568.html

- For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thread:
https://www.ietf.org/mail-archive/web/roll/current/msg10570.html

- WG Call for adoption: RPL-Observations. => Adopt this document.
Could the authors please submit a new ietf draft with some text in the
introduction explaining that this is a WG informational document, that is
not intended for RFC track but as WG discussion track. Parts of the
document may be used in other future RFCs.

We have created new tickets to address the concerns discussed in IETF 101 [
https://trac.ietf.org/trac/roll/report/2]

#179 Security considerations for dao projection
#180 13 issues to address in dao projection draft (lifetime, MOP,
retransmissions, route cleanup)
#186 Useofrplinfo - AD review
#187 New version of RFC6550 - Topics to include
#188 Should 6LBR be included into the DODAG root?
#189 RPL and new MOP?

Are #189 and #187 strongly related in anybody's view?


Thanks,

Ines and Peter

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

<div dir=3D"ltr"><div>Dear all,</div><div>=C2=A0</div><div>Thank you very m=
uch for your reviews on the required drafts.</div><div>=C2=A0</div><div>So =
far we have:</div><div>=C2=A0</div><div>- For WGLC for draft-ietf-roll-effi=
cient-npdao-03:=C2=A0 to add corrections by this thread: <a href=3D"https:/=
/www.ietf.org/mail-archive/web/roll/current/msg10568.html">https://www.ietf=
.org/mail-archive/web/roll/current/msg10568.html</a></div><div>=C2=A0</div>=
<div>- For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thre=
ad: <a href=3D"https://www.ietf.org/mail-archive/web/roll/current/msg10570.=
html">https://www.ietf.org/mail-archive/web/roll/current/msg10570.html</a><=
/div><div>=C2=A0</div><div>- WG Call for adoption: RPL-Observations. =3D&gt=
; Adopt this document.</div><div>Could the authors please submit a new ietf=
 draft with some text in the introduction explaining that this is a WG info=
rmational document, that is not intended for RFC track but as WG discussion=
 track. Parts of the document may be used in other future RFCs.</div><div>=
=C2=A0</div><div>We have created new tickets to address the concerns discus=
sed in IETF 101 [<a href=3D"https://trac.ietf.org/trac/roll/report/2">https=
://trac.ietf.org/trac/roll/report/2</a>]</div><div>=C2=A0</div><div>#179 Se=
curity considerations for dao projection</div><div>#180 13 issues to addres=
s in dao projection draft (lifetime, MOP, retransmissions, route cleanup)</=
div><div>#186 Useofrplinfo - AD review</div><div>#187 New version of RFC655=
0 - Topics to include</div><div>#188 Should 6LBR be included into the DODAG=
 root?</div><div>#189 RPL and new MOP?</div><div><br></div><div>Are #189 an=
d #187 strongly related in anybody&#39;s view?</div><div><br></div><div><br=
></div><div>Thanks,</div><div><br></div><div>Ines and Peter</div></div>

--000000000000f5cd7a0573eeeb8b--


From nobody Fri Aug 24 09:49:38 2018
Return-Path: <internet-drafts@ietf.org>
X-Original-To: roll@ietf.org
Delivered-To: roll@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 93FC5130DD3; Fri, 24 Aug 2018 09:49:29 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: roll@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.83.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: roll@ietf.org
Message-ID: <153512936954.23023.4968465393300064789@ietfa.amsl.com>
Date: Fri, 24 Aug 2018 09:49:29 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/Whkz50J9_RqPHGWNf1jiW2CvdZ0>
Subject: [Roll] I-D Action: draft-ietf-roll-efficient-npdao-05.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Aug 2018 16:49:30 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Routing Over Low power and Lossy networks WG of the IETF.

        Title           : Efficient Route Invalidation
        Authors         : Rahul Arvind Jadhav
                          Pascal Thubert
                          Rabi Narayan Sahoo
                          Zhen Cao
	Filename        : draft-ietf-roll-efficient-npdao-05.txt
	Pages           : 15
	Date            : 2018-08-24

Abstract:
   This document describes the problems associated with the use of No-
   Path DAO messaging in RPL and signaling changes to improve route
   invalidation efficiency.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-roll-efficient-npdao/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-roll-efficient-npdao-05
https://datatracker.ietf.org/doc/html/draft-ietf-roll-efficient-npdao-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-efficient-npdao-05


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

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


From nobody Fri Aug 24 09:53:21 2018
Return-Path: <rahul.ietf@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A624A130E18; Fri, 24 Aug 2018 09:53:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ErUAnx2yOHcE; Fri, 24 Aug 2018 09:53:17 -0700 (PDT)
Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (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 89F2B130E10; Fri, 24 Aug 2018 09:53:17 -0700 (PDT)
Received: by mail-ua1-x92d.google.com with SMTP id f4-v6so5771000uao.10; Fri, 24 Aug 2018 09:53:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=lXZhYnPBKyIdj4FUmzRZVyfpqZrGvF6bZB0B4AqVyPA=; b=FDuLfIQ0pYu5lJIQ8eq5hR8bMsG8LHr82Z8xauywRn8NzhBkxGT9lA6tTMfn6575IL CxmiU1cq26vgrcWxNDw8yXODfLwBh9lmjBii/wtGIRZKsKn25mFtFj/A0IPqKKUdyI5B OOeg9D4XiypMiNE248AD2weVnp7lrIPNpGCr0qMC3x/nQiBs48iQSaE4xJgR+j7kwKCr 3afDYczF4FEbmyluhwTcGfN8EK5SlQFVWqP5pqbHHMJZpRBVXIupf7zhvo54KJzsxhab 9ACTTDfnVLEqg23Wi3Qpk09Xb0l70UteYXPUO1qlj2sEXNte6WA4kC3B3wN21OCt1Vki EWKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=lXZhYnPBKyIdj4FUmzRZVyfpqZrGvF6bZB0B4AqVyPA=; b=F8vDT0ZXg2zj59zNL1KsWE+XWqLRyUQKcDZn00CLjk3D+prriK4vH1hyZ0ErOaCvmF dwXAH/uPy4t8Q0sfXbSbOB1KGt0uJxxgY3vB6ZAnCofxpZn1qMZZvJ4ZD0b1sZomjr+z xsuEYj/GKw7P/4SDWOvQA4qYu5ScQgpPCLFD92mmmRgQiXVCGohz+fpjbjRaq6dAXkV6 OQpYyM5jwrcuN/2Rt2a025OsH2c02usFQbeXEb8uddwyoz6wROWUiR8+UmzeQWgf7+/H TVUX/ip7TUY/NyrMqA7spld8E0WBfbEgWPHSslc3qUk8Xt/cbnjJSul9dkUdv0YhNWAL NLUg==
X-Gm-Message-State: APzg51DYhcbX1QFqmWOTU5WRozoX0NSE5yeGjphM/sJ/+tTCBx+SMcs+ 4CZ6PDLr1z/RqUbuDRkPhuj/4IQJ6C+4XmBMjfQ9wA==
X-Google-Smtp-Source: ANB0VdZkleJ9yLNCsGmzpJx/9BYlvw9Ww1mdkVT+6pgeB+tJAPqTRqx7dJ0Vzb8LO9237c4Hd+MvJ3x4yJP9AmOrXpU=
X-Received: by 2002:ab0:51e4:: with SMTP id h33-v6mr1592792uaa.137.1535129596345;  Fri, 24 Aug 2018 09:53:16 -0700 (PDT)
MIME-Version: 1.0
References: <153512936954.23023.4968465393300064789@ietfa.amsl.com>
In-Reply-To: <153512936954.23023.4968465393300064789@ietfa.amsl.com>
From: Rahul Jadhav <rahul.ietf@gmail.com>
Date: Fri, 24 Aug 2018 22:23:05 +0530
Message-ID: <CAO0Djp2_6xxkA+=z2p7wQEOi2QyxBDrx2MqFOrj1Z=6fEsVvRA@mail.gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>, roll-chairs@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004642c205743136c2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/jeLMPbUzOVF_CbG17U5z3bh6qP0>
Subject: [Roll] Fwd:  I-D Action: draft-ietf-roll-efficient-npdao-05.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Aug 2018 16:53:20 -0000

--0000000000004642c205743136c2
Content-Type: text/plain; charset="UTF-8"

Hello All,

We have updated the draft based on review comments from Remy. Thank you
Remy for the review and the feedback.

Best,
Rahul

---------- Forwarded message ---------
From: <internet-drafts@ietf.org>
Date: Fri, 24 Aug 2018 at 22:20
Subject: [Roll] I-D Action: draft-ietf-roll-efficient-npdao-05.txt
To: <i-d-announce@ietf.org>
Cc: <roll@ietf.org>



A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the Routing Over Low power and Lossy networks
WG of the IETF.

        Title           : Efficient Route Invalidation
        Authors         : Rahul Arvind Jadhav
                          Pascal Thubert
                          Rabi Narayan Sahoo
                          Zhen Cao
        Filename        : draft-ietf-roll-efficient-npdao-05.txt
        Pages           : 15
        Date            : 2018-08-24

Abstract:
   This document describes the problems associated with the use of No-
   Path DAO messaging in RPL and signaling changes to improve route
   invalidation efficiency.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-roll-efficient-npdao/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-roll-efficient-npdao-05
https://datatracker.ietf.org/doc/html/draft-ietf-roll-efficient-npdao-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-efficient-npdao-05


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

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

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

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

<div dir=3D"ltr">Hello All,<div><br></div><div>We have updated the draft ba=
sed on review comments from Remy. Thank you Remy for the review and the fee=
dback.</div><div><br></div><div>Best,</div><div>Rahul<br><br><div class=3D"=
gmail_quote"><div dir=3D"ltr">---------- Forwarded message ---------<br>Fro=
m: <span dir=3D"ltr">&lt;<a href=3D"mailto:internet-drafts@ietf.org">intern=
et-drafts@ietf.org</a>&gt;</span><br>Date: Fri, 24 Aug 2018 at 22:20<br>Sub=
ject: [Roll] I-D Action: draft-ietf-roll-efficient-npdao-05.txt<br>To:  &lt=
;<a href=3D"mailto:i-d-announce@ietf.org">i-d-announce@ietf.org</a>&gt;<br>=
Cc:  &lt;<a href=3D"mailto:roll@ietf.org">roll@ietf.org</a>&gt;<br></div><b=
r><br><br>
A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.<br>
This draft is a work item of the Routing Over Low power and Lossy networks =
WG of the IETF.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 Efficient Route Invalidation<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Rahu=
l Arvind Jadhav<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Pascal Thubert<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Rabi Narayan Sahoo<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Zhen Cao<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet=
f-roll-efficient-npdao-05.txt<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:=
 15<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 2018-08-24<br>
<br>
Abstract:<br>
=C2=A0 =C2=A0This document describes the problems associated with the use o=
f No-<br>
=C2=A0 =C2=A0Path DAO messaging in RPL and signaling changes to improve rou=
te<br>
=C2=A0 =C2=A0invalidation efficiency.<br>
<br>
<br>
The IETF datatracker status page for this draft is:<br>
<a href=3D"https://datatracker.ietf.org/doc/draft-ietf-roll-efficient-npdao=
/" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org/doc/dr=
aft-ietf-roll-efficient-npdao/</a><br>
<br>
There are also htmlized versions available at:<br>
<a href=3D"https://tools.ietf.org/html/draft-ietf-roll-efficient-npdao-05" =
rel=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/draft-ietf=
-roll-efficient-npdao-05</a><br>
<a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-roll-efficient-=
npdao-05" rel=3D"noreferrer" target=3D"_blank">https://datatracker.ietf.org=
/doc/html/draft-ietf-roll-efficient-npdao-05</a><br>
<br>
A diff from the previous version is available at:<br>
<a href=3D"https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-roll-efficient-np=
dao-05" rel=3D"noreferrer" target=3D"_blank">https://www.ietf.org/rfcdiff?u=
rl2=3Ddraft-ietf-roll-efficient-npdao-05</a><br>
<br>
<br>
Please note that it may take a couple of minutes from the time of submissio=
n<br>
until the htmlized version and diff are available at <a href=3D"http://tool=
s.ietf.org" rel=3D"noreferrer" target=3D"_blank">tools.ietf.org</a>.<br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" rel=3D"noreferrer" target=
=3D"_blank">ftp://ftp.ietf.org/internet-drafts/</a><br>
<br>
_______________________________________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org" target=3D"_blank">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/roll</a><br>
</div></div></div>

--0000000000004642c205743136c2--


From nobody Fri Aug 24 10:18:17 2018
Return-Path: <rahul.ietf@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EA73130DDE for <roll@ietfa.amsl.com>; Fri, 24 Aug 2018 10:18:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u3sT_8RwDClu for <roll@ietfa.amsl.com>; Fri, 24 Aug 2018 10:18:13 -0700 (PDT)
Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (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 359B7130DD3 for <roll@ietf.org>; Fri, 24 Aug 2018 10:18:13 -0700 (PDT)
Received: by mail-ua1-x931.google.com with SMTP id y10-v6so5835340uao.4 for <roll@ietf.org>; Fri, 24 Aug 2018 10:18:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to;  bh=IbO0faxGDzALr3Yi6BbIhJMFhTnmvyyicgpOI99e2+U=; b=iaU+R6RG4ilP+gjVyzoAba4cxy12OZeET7uE4g+h/4HNeGCDhM6nqD7EZGrD1oYMDr DakRewWg99GUF8Tfd9NfWlPPi+l55ZoMJCVfe1xdDKgC2Hwxrc6iixxgswshhcZzGOSr z7E6c2ToOML7fAAX4yf08z9MCXAC4JLYZvBfrEX2I9D4BXPCrYTpFXja+W/06nv3f0Qb 3FlPLPCX1rVtcdjOUyRSOIDy+72nrJmezaoJsCOOF78MynETqBc4d1QUo6bWvb2iOCH3 IFB5JFaLSSUVZ8SlUAo6KNx08DqCqZHCFAQniU2nhxejNTg/vCZK3dwQkIO56jx19p9m ZYqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=IbO0faxGDzALr3Yi6BbIhJMFhTnmvyyicgpOI99e2+U=; b=HOmymbYB80esZbKXrxj8SKInQURon2gjPjnruKpQIBOVRCXJiP+5JI+rfInGPK9GcJ dYzeIF0DMbfCU3SrgS0ddP/Yoy+400uRSml3Sm4Ae4N2ANMbl+HIL8ZLWJn038MVcGfn qb/RwwlGZHV/f1mGl7Di13R2HpSSzry4uaPOfJqMeAw4XpQnqN/+9s6NlwzbUyJQWw0m FpXiaIxBzc8Y9pbSNhjp7Cd1BMR0vr5zzVjmtJ8LNMugVwO618om0FD54MX8EUWUIYdU nx3sFKEBY5iiMbIwuVnY2ZLz0Zlz4GZaA1qxWck3hGKcRQWyfDrjZNys5sVPUneoFPBa nckA==
X-Gm-Message-State: APzg51DL9c21kiJ5eZIWb7DCsqCjYnsQQInQ/Y6rkmhBLwdQ4mYuDLNq u2JHl9bAO9GFbJd6eC/UHSXqLXmyn/3H+nlfT5IpXQ==
X-Google-Smtp-Source: ANB0Vda7jGACVT2uLYU+waLPkHyqP6XGfGv5X50mGxPDYhTGNf4/vb5rP7nAc3z1KkQGlUslo6ztd+H6lylvdN+nsKo=
X-Received: by 2002:a9f:2b87:: with SMTP id y7-v6mr1688721uai.109.1535131091931;  Fri, 24 Aug 2018 10:18:11 -0700 (PDT)
MIME-Version: 1.0
References: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com>
In-Reply-To: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com>
From: Rahul Jadhav <rahul.ietf@gmail.com>
Date: Fri, 24 Aug 2018 22:48:00 +0530
Message-ID: <CAO0Djp2VFLAnD=MKPeaASZ587LRS+apbQLP+oJZG6u1PsMq+Bw@mail.gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006b1c260574318faa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/q6hXhJaHosynnoKQMAMH8oM92-E>
Subject: Re: [Roll] ROLL WGLCs and new tickets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Aug 2018 17:18:15 -0000

--0000000000006b1c260574318faa
Content-Type: text/plain; charset="UTF-8"

Hello All,

For efficient NPDAO we have updated the text based on Remy's comments.
Thank you Remy.

For RPL-Observations, we have added a section which describes Motivation
for this draft and clearly mentions that the draft is not intended for RFC
track but as WG discussion track.

Regards,
Rahul

On Tue, 21 Aug 2018 at 15:18, Ines Robles <mariainesrobles=
40googlemail.com@dmarc.ietf.org> wrote:

> Dear all,
>
> Thank you very much for your reviews on the required drafts.
>
> So far we have:
>
> - For WGLC for draft-ietf-roll-efficient-npdao-03:  to add corrections by
> this thread:
> https://www.ietf..org/mail-archive/web/roll/current/msg10568.html
> <https://www.ietf.org/mail-archive/web/roll/current/msg10568.html>
>
> - For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thread:
> https://www.ietf.org/mail-archive/web/roll/current/msg10570.html
>
> - WG Call for adoption: RPL-Observations. => Adopt this document.
> Could the authors please submit a new ietf draft with some text in the
> introduction explaining that this is a WG informational document, that is
> not intended for RFC track but as WG discussion track. Parts of the
> document may be used in other future RFCs.
>
> We have created new tickets to address the concerns discussed in IETF 101 [
> https://trac.ietf.org/trac/roll/report/2]
>
> #179 Security considerations for dao projection
> #180 13 issues to address in dao projection draft (lifetime, MOP,
> retransmissions, route cleanup)
> #186 Useofrplinfo - AD review
> #187 New version of RFC6550 - Topics to include
> #188 Should 6LBR be included into the DODAG root?
> #189 RPL and new MOP?
>
> Are #189 and #187 strongly related in anybody's view?
>
>
> Thanks,
>
> Ines and Peter
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

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

<div dir=3D"ltr">Hello All,=C2=A0<div><br></div><div>For efficient NPDAO we=
 have updated the text based on Remy&#39;s comments. Thank you Remy.</div><=
div><br></div><div>For RPL-Observations, we have added a section which desc=
ribes Motivation for this draft and clearly mentions that the draft is not =
intended for RFC track but as WG discussion track.</div><div><br></div><div=
>Regards,</div><div>Rahul</div></div><br><div class=3D"gmail_quote"><div di=
r=3D"ltr">On Tue, 21 Aug 2018 at 15:18, Ines Robles &lt;mariainesrobles=3D<=
a href=3D"mailto:40googlemail.com@dmarc.ietf.org">40googlemail.com@dmarc.ie=
tf.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"l=
tr"><div>Dear all,</div><div>=C2=A0</div><div>Thank you very much for your =
reviews on the required drafts.</div><div>=C2=A0</div><div>So far we have:<=
/div><div>=C2=A0</div><div>- For WGLC for draft-ietf-roll-efficient-npdao-0=
3:=C2=A0 to add corrections by this thread: <a href=3D"https://www.ietf.org=
/mail-archive/web/roll/current/msg10568.html" target=3D"_blank">https://www=
.ietf..org/mail-archive/web/roll/current/msg10568.html</a></div><div>=C2=A0=
</div><div>- For for draft-ietf-roll-aodv-rpl-04: to add corrections by thi=
s thread: <a href=3D"https://www.ietf.org/mail-archive/web/roll/current/msg=
10570.html" target=3D"_blank">https://www.ietf.org/mail-archive/web/roll/cu=
rrent/msg10570.html</a></div><div>=C2=A0</div><div>- WG Call for adoption: =
RPL-Observations. =3D&gt; Adopt this document.</div><div>Could the authors =
please submit a new ietf draft with some text in the introduction explainin=
g that this is a WG informational document, that is not intended for RFC tr=
ack but as WG discussion track. Parts of the document may be used in other =
future RFCs.</div><div>=C2=A0</div><div>We have created new tickets to addr=
ess the concerns discussed in IETF 101 [<a href=3D"https://trac.ietf.org/tr=
ac/roll/report/2" target=3D"_blank">https://trac.ietf.org/trac/roll/report/=
2</a>]</div><div>=C2=A0</div><div>#179 Security considerations for dao proj=
ection</div><div>#180 13 issues to address in dao projection draft (lifetim=
e, MOP, retransmissions, route cleanup)</div><div>#186 Useofrplinfo - AD re=
view</div><div>#187 New version of RFC6550 - Topics to include</div><div>#1=
88 Should 6LBR be included into the DODAG root?</div><div>#189 RPL and new =
MOP?</div><div><br></div><div>Are #189 and #187 strongly related in anybody=
&#39;s view?</div><div><br></div><div><br></div><div>Thanks,</div><div><br>=
</div><div>Ines and Peter</div></div>
_______________________________________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org" target=3D"_blank">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/roll</a><br>
</blockquote></div>

--0000000000006b1c260574318faa--


From nobody Sun Aug 26 11:21:35 2018
Return-Path: <mariainesrobles@googlemail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D41D2130DDC for <roll@ietfa.amsl.com>; Sun, 26 Aug 2018 11:21:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.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 PvpQEQ3BRK5Z for <roll@ietfa.amsl.com>; Sun, 26 Aug 2018 11:21:32 -0700 (PDT)
Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 F0ADB130DD3 for <roll@ietf.org>; Sun, 26 Aug 2018 11:21:31 -0700 (PDT)
Received: by mail-io0-x22b.google.com with SMTP id e12-v6so11038611iok.12 for <roll@ietf.org>; Sun, 26 Aug 2018 11:21:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=hiqOvEQ+Hhj7eoqUgKoubDlAdVsLpfJ0kNxAWotpurA=; b=ceZwA9EaltZNcDXqOwfcKws7nwRO6eBjAeZNv45Nvrm5Ho/g+3YI7VOjt7VbiSDwAm ArJB646zkmPlBJYkMxPyD+pMKJ5nK7I7J8DG3A2bgO9OrXB9jyh3htjih7x49fadAp+M bF4GDsBjV5SMEJahkyQd2/tQDYfaJS4PMzbd+kQcffGiF38SybHo0DV7hd4O4rGvDPz0 OS/x5HhoDox1egUe1TsTr2F6ikhbVXdYFxRDMUPJmcMNnmA5pZRDlWosaoG8yZuMYTUy 3ucNSs2oLefmAcE7qydaBSF6RpAF3r+iplrQghk7PoQeRan02BBeMXG2v4JBjnGcgtqK kGsg==
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; bh=hiqOvEQ+Hhj7eoqUgKoubDlAdVsLpfJ0kNxAWotpurA=; b=anka4TewPwuyjLz7pR/6rqL123AZanePCc5wQY6LbS37YVPwXAoWYRb5wwHbjM3Elz j25aDMinH8BJyj24RAVLD2WHKJSyPyG9YJcfvzDnXFEn70DNcHSTaFhS/o+psvGGq1Ck ZJ5H9jycSKxiAWZaibVpBBOGIyM39EEgsgBRd8BrCgiA1va+Aj/YR0eWvWKccpezD78I NwVOAfeXfGGyRifTuF+yvdMpkQmMt2rlnvWi2AYKtGohqTohTljOMLppEJIlcKVxizqP zEuUWZI8LieG3Yf56U1RyrFrvQvqvCMJHFpJ89CRHwi8nR8tcqzRfxmgw1TRCWQ1A3B0 cidA==
X-Gm-Message-State: APzg51D88qjsX0jZrHKCRc3t/Q1fX03jZr7xSXf109Atcv2tDmA/O9sF yAStTcDS3pgY3e4HefSL7+69OZBrtEqAXyoitlTTWA==
X-Google-Smtp-Source: ANB0Vdany6bjQAgYRq2o+vfFOiDyOAyR5dqpPh0vaTvPAjNu/E9LltIgo29UYo7mi5G5YNUtBM4tvmI1hN7yQfBKtOI=
X-Received: by 2002:a6b:2353:: with SMTP id j80-v6mr7265798ioj.99.1535307690887;  Sun, 26 Aug 2018 11:21:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a4f:a752:0:0:0:0:0 with HTTP; Sun, 26 Aug 2018 11:21:30 -0700 (PDT)
In-Reply-To: <CAO0Djp2VFLAnD=MKPeaASZ587LRS+apbQLP+oJZG6u1PsMq+Bw@mail.gmail.com>
References: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com> <CAO0Djp2VFLAnD=MKPeaASZ587LRS+apbQLP+oJZG6u1PsMq+Bw@mail.gmail.com>
From: Ines  Robles <mariainesrobles@googlemail.com>
Date: Sun, 26 Aug 2018 21:21:30 +0300
Message-ID: <CAP+sJUfh4bWp8q=ZSQc8hh8s5vs5Ur07CoRF=vV6Mm3uWGFPfg@mail.gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000894f3905745aad22"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/bBQbz35Omx4jhFBoOBThT5LKM1Q>
Subject: Re: [Roll] ROLL WGLCs and new tickets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Aug 2018 18:21:34 -0000

--000000000000894f3905745aad22
Content-Type: text/plain; charset="UTF-8"

Excellent, Thank you very much Rahul.

Ines.

2018-08-24 20:18 GMT+03:00 Rahul Jadhav <rahul.ietf@gmail.com>:

> Hello All,
>
> For efficient NPDAO we have updated the text based on Remy's comments.
> Thank you Remy.
>
> For RPL-Observations, we have added a section which describes Motivation
> for this draft and clearly mentions that the draft is not intended for RFC
> track but as WG discussion track.
>
> Regards,
> Rahul
>
> On Tue, 21 Aug 2018 at 15:18, Ines Robles <mariainesrobles=40googlemail.
> com@dmarc.ietf.org> wrote:
>
>> Dear all,
>>
>> Thank you very much for your reviews on the required drafts.
>>
>> So far we have:
>>
>> - For WGLC for draft-ietf-roll-efficient-npdao-03:  to add corrections
>> by this thread: https://www..ietf..org/mail-archive/web/roll/current/
>> msg10568.html
>> <https://www.ietf.org/mail-archive/web/roll/current/msg10568.html>
>>
>> - For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thread:
>> https://www.ietf.org/mail-archive/web/roll/current/msg10570.html
>>
>> - WG Call for adoption: RPL-Observations. => Adopt this document.
>> Could the authors please submit a new ietf draft with some text in the
>> introduction explaining that this is a WG informational document, that is
>> not intended for RFC track but as WG discussion track. Parts of the
>> document may be used in other future RFCs.
>>
>> We have created new tickets to address the concerns discussed in IETF 101
>> [https://trac.ietf.org/trac/roll/report/2]
>>
>> #179 Security considerations for dao projection
>> #180 13 issues to address in dao projection draft (lifetime, MOP,
>> retransmissions, route cleanup)
>> #186 Useofrplinfo - AD review
>> #187 New version of RFC6550 - Topics to include
>> #188 Should 6LBR be included into the DODAG root?
>> #189 RPL and new MOP?
>>
>> Are #189 and #187 strongly related in anybody's view?
>>
>>
>> Thanks,
>>
>> Ines and Peter
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>

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

<div dir=3D"ltr">Excellent, Thank you very much Rahul.<div><br></div><div>I=
nes.</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2=
018-08-24 20:18 GMT+03:00 Rahul Jadhav <span dir=3D"ltr">&lt;<a href=3D"mai=
lto:rahul.ietf@gmail.com" target=3D"_blank">rahul.ietf@gmail.com</a>&gt;</s=
pan>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hello All,=C2=A0<d=
iv><br></div><div>For efficient NPDAO we have updated the text based on Rem=
y&#39;s comments. Thank you Remy.</div><div><br></div><div>For RPL-Observat=
ions, we have added a section which describes Motivation for this draft and=
 clearly mentions that the draft is not intended for RFC track but as WG di=
scussion track.</div><div><br></div><div>Regards,</div><div>Rahul</div></di=
v><br><div class=3D"gmail_quote"><span class=3D""><div dir=3D"ltr">On Tue, =
21 Aug 2018 at 15:18, Ines Robles &lt;mariainesrobles=3D<a href=3D"mailto:4=
0googlemail.com@dmarc.ietf.org" target=3D"_blank">40googlemail.<wbr>com@dma=
rc.ietf.org</a>&gt; wrote:<br></div></span><blockquote class=3D"gmail_quote=
" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><=
div dir=3D"ltr"><span class=3D""><div>Dear all,</div><div>=C2=A0</div><div>=
Thank you very much for your reviews on the required drafts.</div><div>=C2=
=A0</div><div>So far we have:</div><div>=C2=A0</div></span><div>- For WGLC =
for draft-ietf-roll-efficient-<wbr>npdao-03:=C2=A0 to add corrections by th=
is thread: <a href=3D"https://www.ietf.org/mail-archive/web/roll/current/ms=
g10568.html" target=3D"_blank">https://www..ietf..org/mail-<wbr>archive/web=
/roll/current/<wbr>msg10568.html</a></div><span class=3D""><div>=C2=A0</div=
><div>- For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thr=
ead: <a href=3D"https://www.ietf.org/mail-archive/web/roll/current/msg10570=
.html" target=3D"_blank">https://www.ietf.org/mail-<wbr>archive/web/roll/cu=
rrent/<wbr>msg10570.html</a></div><div>=C2=A0</div><div>- WG Call for adopt=
ion: RPL-Observations. =3D&gt; Adopt this document.</div><div>Could the aut=
hors please submit a new ietf draft with some text in the introduction expl=
aining that this is a WG informational document, that is not intended for R=
FC track but as WG discussion track. Parts of the document may be used in o=
ther future RFCs.</div><div>=C2=A0</div><div>We have created new tickets to=
 address the concerns discussed in IETF 101 [<a href=3D"https://trac.ietf.o=
rg/trac/roll/report/2" target=3D"_blank">https://trac.ietf.org/trac/<wbr>ro=
ll/report/2</a>]</div><div>=C2=A0</div><div>#179 Security considerations fo=
r dao projection</div><div>#180 13 issues to address in dao projection draf=
t (lifetime, MOP, retransmissions, route cleanup)</div><div>#186 Useofrplin=
fo - AD review</div><div>#187 New version of RFC6550 - Topics to include</d=
iv><div>#188 Should 6LBR be included into the DODAG root?</div><div>#189 RP=
L and new MOP?</div><div><br></div><div>Are #189 and #187 strongly related =
in anybody&#39;s view?</div><div><br></div><div><br></div><div>Thanks,</div=
><div><br></div><div>Ines and Peter</div></span></div>
______________________________<wbr>_________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org" target=3D"_blank">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/roll</a><br>
</blockquote></div>
<br>______________________________<wbr>_________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/roll</a><br>
<br></blockquote></div><br></div>

--000000000000894f3905745aad22--


From nobody Mon Aug 27 04:37:29 2018
Return-Path: <pthubert@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8353130DCF for <roll@ietfa.amsl.com>; Mon, 27 Aug 2018 04:37:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, 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 Bh2mcZB2lcBF for <roll@ietfa.amsl.com>; Mon, 27 Aug 2018 04:37:26 -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 C81F8130EBF for <roll@ietf.org>; Mon, 27 Aug 2018 04:37:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16978; q=dns/txt; s=iport; t=1535369845; x=1536579445; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RAyrBuyDJwigY3H5jKsj95lBDQIWdIHq1iEwLpTHyZY=; b=DgpqU3n4iCcnCPxvwjxixlWF678GM/l9qLDaaVKpMNJME9mGgy+3hZUo +0Jg+arpSMEQGux0fLCXVJd5UjOzaWPipFgLDOsg+1ds7vFCRdzSpUIzE 8AIpE0AeT/G0+n1IeV5pty+UEl6/+Amn3BxiffWg/uoZe3aVtAp2OAOSl 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CjAADw4YNb/51dJa1aGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJXeGV/KAqDZ4gQjCSCDYhUiB+FMxSBZgsYAQqDEoE3Ahe?= =?us-ascii?q?DDiE0GAECAQECAQECbRwMhTcBAQEBAwEBGwYKQQsQAgEIEQQBASgDAgICHwY?= =?us-ascii?q?LFAkIAgQOBQiDGoEdTAMVD6JCgS6HJA2DLAWJVheBQT+BEoJkLoFBAYEURQE?= =?us-ascii?q?BAQGBJxgBAQIMJx+CS4JXAo0JhVKIJisJAoYxhiyDCB+BP4QyiFiLHWOHIgI?= =?us-ascii?q?RFIEkHTiBUnAVO4JpgXWJIIU+bwGKW4EfgRwBAQ?=
X-IronPort-AV: E=Sophos;i="5.53,295,1531785600";  d="scan'208,217";a="162971120"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Aug 2018 11:37:24 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id w7RBbOIL004289 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Aug 2018 11:37:24 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Mon, 27 Aug 2018 06:37:23 -0500
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1367.000; Mon, 27 Aug 2018 06:37:23 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" <rahul.jadhav@huawei.com>
CC: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] ROLL WGLCs and new tickets
Thread-Index: AQHUOTQYiruIJ4FLi0+T9p63jOOTcKTPfjoAgAM2ZwCAAMyNsA==
Date: Mon, 27 Aug 2018 11:37:21 +0000
Deferred-Delivery: Mon, 27 Aug 2018 11:36:19 +0000
Message-ID: <36c63d8e1c5944c287756750936050aa@XCH-RCD-001.cisco.com>
References: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com> <CAO0Djp2VFLAnD=MKPeaASZ587LRS+apbQLP+oJZG6u1PsMq+Bw@mail.gmail.com> <CAP+sJUfh4bWp8q=ZSQc8hh8s5vs5Ur07CoRF=vV6Mm3uWGFPfg@mail.gmail.com>
In-Reply-To: <CAP+sJUfh4bWp8q=ZSQc8hh8s5vs5Ur07CoRF=vV6Mm3uWGFPfg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.22.4]
Content-Type: multipart/alternative; boundary="_000_36c63d8e1c5944c287756750936050aaXCHRCD001ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/esKBbgy_3tTj2UCE-aj-IiJzkx0>
Subject: Re: [Roll] ROLL WGLCs and new tickets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Aug 2018 11:37:28 -0000

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

SGVsbG8gUmFodWwgOg0KDQpXb3VsZCB5b3UgbWluZCBwdWJsaXNoaW5nIHlvdXIgbGF0ZXN0IHNv
IG90aGVyIHBlb3BsZSBjb3VsZCB1c2UgdGhhdCBmb3IgdGhlaXIgcmV2aWV3Pw0KU29ycnkgYnV0
IEnigJltIGxhdGUgaW4gbWluZSwgYW5kIHdpdGggdGhlIHN1bW1lciBicmVhaywgbWF5YmUgb3Ro
ZXJzIGRlZmVycmVkIHRoZWlyIHJldmlld3MgYXMgd2VsbD8NCg0KTWFueSB0aGFua3M7DQoNClBh
c2NhbA0KDQpGcm9tOiBSb2xsIDxyb2xsLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBJ
bmVzIFJvYmxlcw0KU2VudDogZGltYW5jaGUgMjYgYW/Du3QgMjAxOCAyMDoyMg0KVG86IFJvdXRp
bmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzIDxyb2xsQGlldGYub3JnPg0KU3Vi
amVjdDogUmU6IFtSb2xsXSBST0xMIFdHTENzIGFuZCBuZXcgdGlja2V0cw0KDQpFeGNlbGxlbnQs
IFRoYW5rIHlvdSB2ZXJ5IG11Y2ggUmFodWwuDQoNCkluZXMuDQoNCjIwMTgtMDgtMjQgMjA6MTgg
R01UKzAzOjAwIFJhaHVsIEphZGhhdiA8cmFodWwuaWV0ZkBnbWFpbC5jb208bWFpbHRvOnJhaHVs
LmlldGZAZ21haWwuY29tPj46DQpIZWxsbyBBbGwsDQoNCkZvciBlZmZpY2llbnQgTlBEQU8gd2Ug
aGF2ZSB1cGRhdGVkIHRoZSB0ZXh0IGJhc2VkIG9uIFJlbXkncyBjb21tZW50cy4gVGhhbmsgeW91
IFJlbXkuDQoNCkZvciBSUEwtT2JzZXJ2YXRpb25zLCB3ZSBoYXZlIGFkZGVkIGEgc2VjdGlvbiB3
aGljaCBkZXNjcmliZXMgTW90aXZhdGlvbiBmb3IgdGhpcyBkcmFmdCBhbmQgY2xlYXJseSBtZW50
aW9ucyB0aGF0IHRoZSBkcmFmdCBpcyBub3QgaW50ZW5kZWQgZm9yIFJGQyB0cmFjayBidXQgYXMg
V0cgZGlzY3Vzc2lvbiB0cmFjay4NCg0KUmVnYXJkcywNClJhaHVsDQoNCk9uIFR1ZSwgMjEgQXVn
IDIwMTggYXQgMTU6MTgsIEluZXMgUm9ibGVzIDxtYXJpYWluZXNyb2JsZXM9NDBnb29nbGVtYWls
LmNvbUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86NDBnb29nbGVtYWlsLmNvbUBkbWFyYy5pZXRmLm9y
Zz4+IHdyb3RlOg0KRGVhciBhbGwsDQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIgcmV2
aWV3cyBvbiB0aGUgcmVxdWlyZWQgZHJhZnRzLg0KDQpTbyBmYXIgd2UgaGF2ZToNCg0KLSBGb3Ig
V0dMQyBmb3IgZHJhZnQtaWV0Zi1yb2xsLWVmZmljaWVudC1ucGRhby0wMzogIHRvIGFkZCBjb3Jy
ZWN0aW9ucyBieSB0aGlzIHRocmVhZDogaHR0cHM6Ly93d3cuLmlldGYuLm9yZy9tYWlsLWFyY2hp
dmUvd2ViL3JvbGwvY3VycmVudC9tc2cxMDU2OC5odG1sPGh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWwtYXJjaGl2ZS93ZWIvcm9sbC9jdXJyZW50L21zZzEwNTY4Lmh0bWw+DQoNCi0gRm9yIGZvciBk
cmFmdC1pZXRmLXJvbGwtYW9kdi1ycGwtMDQ6IHRvIGFkZCBjb3JyZWN0aW9ucyBieSB0aGlzIHRo
cmVhZDogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9yb2xsL2N1cnJlbnQv
bXNnMTA1NzAuaHRtbDxodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3JvbGwv
Y3VycmVudC9tc2cxMDU3MC4uaHRtbD4NCg0KLSBXRyBDYWxsIGZvciBhZG9wdGlvbjogUlBMLU9i
c2VydmF0aW9ucy4gPT4gQWRvcHQgdGhpcyBkb2N1bWVudC4NCkNvdWxkIHRoZSBhdXRob3JzIHBs
ZWFzZSBzdWJtaXQgYSBuZXcgaWV0ZiBkcmFmdCB3aXRoIHNvbWUgdGV4dCBpbiB0aGUgaW50cm9k
dWN0aW9uIGV4cGxhaW5pbmcgdGhhdCB0aGlzIGlzIGEgV0cgaW5mb3JtYXRpb25hbCBkb2N1bWVu
dCwgdGhhdCBpcyBub3QgaW50ZW5kZWQgZm9yIFJGQyB0cmFjayBidXQgYXMgV0cgZGlzY3Vzc2lv
biB0cmFjay4gUGFydHMgb2YgdGhlIGRvY3VtZW50IG1heSBiZSB1c2VkIGluIG90aGVyIGZ1dHVy
ZSBSRkNzLg0KDQpXZSBoYXZlIGNyZWF0ZWQgbmV3IHRpY2tldHMgdG8gYWRkcmVzcyB0aGUgY29u
Y2VybnMgZGlzY3Vzc2VkIGluIElFVEYgMTAxIFtodHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9y
b2xsL3JlcG9ydC8yXQ0KDQojMTc5IFNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGZvciBkYW8gcHJv
amVjdGlvbg0KIzE4MCAxMyBpc3N1ZXMgdG8gYWRkcmVzcyBpbiBkYW8gcHJvamVjdGlvbiBkcmFm
dCAobGlmZXRpbWUsIE1PUCwgcmV0cmFuc21pc3Npb25zLCByb3V0ZSBjbGVhbnVwKQ0KIzE4NiBV
c2VvZnJwbGluZm8gLSBBRCByZXZpZXcNCiMxODcgTmV3IHZlcnNpb24gb2YgUkZDNjU1MCAtIFRv
cGljcyB0byBpbmNsdWRlDQojMTg4IFNob3VsZCA2TEJSIGJlIGluY2x1ZGVkIGludG8gdGhlIERP
REFHIHJvb3Q/DQojMTg5IFJQTCBhbmQgbmV3IE1PUD8NCg0KQXJlICMxODkgYW5kICMxODcgc3Ry
b25nbHkgcmVsYXRlZCBpbiBhbnlib2R5J3Mgdmlldz8NCg0KDQpUaGFua3MsDQoNCkluZXMgYW5k
IFBldGVyDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
Um9sbCBtYWlsaW5nIGxpc3QNClJvbGxAaWV0Zi5vcmc8bWFpbHRvOlJvbGxAaWV0Zi5vcmc+DQpo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwNCg0KX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJvbGwgbWFpbGluZyBsaXN0DQpS
b2xsQGlldGYub3JnPG1haWx0bzpSb2xsQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv
bWFpbG1hbi9saXN0aW5mby9yb2xsDQoNCg==

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

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw
dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z
b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4
DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp
IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7
fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3
MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn
ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv
OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl
bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl
ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0
PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs
dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVs
bG8gUmFodWwmbmJzcDs6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+V291bGQgeW91IG1pbmQgcHVibGlzaGluZyB5b3VyIGxhdGVzdCBzbyBvdGhl
ciBwZW9wbGUgY291bGQgdXNlIHRoYXQgZm9yIHRoZWlyIHJldmlldz88bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+U29ycnkgYnV0IEnigJltIGxhdGUgaW4gbWluZSwgYW5kIHdpdGggdGhlIHN1bW1lciBicmVh
aywgbWF5YmUgb3RoZXJzIGRlZmVycmVkIHRoZWlyIHJldmlld3MgYXMgd2VsbD88bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk1hbnkgdGhhbmtzOzxvOnA+PC9vOnA+
PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UGFzY2FsPG86cD48L286cD48L3NwYW4+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7
Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8
ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEu
MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCAm
bHQ7cm9sbC1ib3VuY2VzQGlldGYub3JnJmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwvYj5JbmVzIFJv
Ymxlczxicj4NCjxiPlNlbnQ6PC9iPiBkaW1hbmNoZSAyNiBhb8O7dCAyMDE4IDIwOjIyPGJyPg0K
PGI+VG86PC9iPiBSb3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyAmbHQ7
cm9sbEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xsXSBST0xMIFdH
TENzIGFuZCBuZXcgdGlja2V0czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5FeGNlbGxlbnQsIFRoYW5rIHlvdSB2ZXJ5IG11Y2ggUmFodWwuPG86
cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbmVzLjxvOnA+PC9v
OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4yMDE4LTA4LTI0
IDIwOjE4IEdNVCYjNDM7MDM6MDAgUmFodWwgSmFkaGF2ICZsdDs8YSBocmVmPSJtYWlsdG86cmFo
dWwuaWV0ZkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5yYWh1bC5pZXRmQGdtYWlsLmNvbTwv
YT4mZ3Q7OjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2Jv
cmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDtt
YXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj5IZWxsbyBBbGwsJm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj5Gb3IgZWZmaWNpZW50IE5QREFPIHdlIGhhdmUgdXBkYXRlZCB0aGUgdGV4
dCBiYXNlZCBvbiBSZW15J3MgY29tbWVudHMuIFRoYW5rIHlvdSBSZW15LjxvOnA+PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Gb3IgUlBMLU9ic2VydmF0
aW9ucywgd2UgaGF2ZSBhZGRlZCBhIHNlY3Rpb24gd2hpY2ggZGVzY3JpYmVzIE1vdGl2YXRpb24g
Zm9yIHRoaXMgZHJhZnQgYW5kIGNsZWFybHkgbWVudGlvbnMgdGhhdCB0aGUgZHJhZnQgaXMgbm90
IGludGVuZGVkIGZvciBSRkMgdHJhY2sgYnV0IGFzIFdHIGRpc2N1c3Npb24gdHJhY2suPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMs
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SYWh1
bDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5P
biBUdWUsIDIxIEF1ZyAyMDE4IGF0IDE1OjE4LCBJbmVzIFJvYmxlcyAmbHQ7bWFyaWFpbmVzcm9i
bGVzPTxhIGhyZWY9Im1haWx0bzo0MGdvb2dsZW1haWwuY29tQGRtYXJjLmlldGYub3JnIiB0YXJn
ZXQ9Il9ibGFuayI+NDBnb29nbGVtYWlsLmNvbUBkbWFyYy5pZXRmLm9yZzwvYT4mZ3Q7IHdyb3Rl
OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7
Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0
O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5EZWFyIGFsbCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91IHZlcnkgbXVjaCBmb3IgeW91ciByZXZp
ZXdzIG9uIHRoZSByZXF1aXJlZCBkcmFmdHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvIGZhciB3ZSBoYXZlOjxvOnA+PC9vOnA+PC9wPg0K
PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEZvciBXR0xDIGZvciBkcmFm
dC1pZXRmLXJvbGwtZWZmaWNpZW50LW5wZGFvLTAzOiZuYnNwOyB0byBhZGQgY29ycmVjdGlvbnMg
YnkgdGhpcyB0aHJlYWQ6DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hp
dmUvd2ViL3JvbGwvY3VycmVudC9tc2cxMDU2OC5odG1sIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRw
czovL3d3dy4uaWV0Zi4ub3JnL21haWwtYXJjaGl2ZS93ZWIvcm9sbC9jdXJyZW50L21zZzEwNTY4
Lmh0bWw8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPi0gRm9yIGZvciBkcmFmdC1pZXRmLXJvbGwtYW9kdi1ycGwtMDQ6IHRvIGFkZCBjb3Jy
ZWN0aW9ucyBieSB0aGlzIHRocmVhZDoNCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h
aWwtYXJjaGl2ZS93ZWIvcm9sbC9jdXJyZW50L21zZzEwNTcwLi5odG1sIiB0YXJnZXQ9Il9ibGFu
ayI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3JvbGwvY3VycmVudC9t
c2cxMDU3MC5odG1sPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj4tIFdHIENhbGwgZm9yIGFkb3B0aW9uOiBSUEwtT2JzZXJ2YXRpb25zLiA9
Jmd0OyBBZG9wdCB0aGlzIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+Q291bGQgdGhlIGF1dGhvcnMgcGxlYXNlIHN1Ym1pdCBhIG5l
dyBpZXRmIGRyYWZ0IHdpdGggc29tZSB0ZXh0IGluIHRoZSBpbnRyb2R1Y3Rpb24gZXhwbGFpbmlu
ZyB0aGF0IHRoaXMgaXMgYSBXRyBpbmZvcm1hdGlvbmFsIGRvY3VtZW50LCB0aGF0IGlzIG5vdCBp
bnRlbmRlZCBmb3IgUkZDIHRyYWNrIGJ1dCBhcyBXRyBkaXNjdXNzaW9uIHRyYWNrLiBQYXJ0cyBv
ZiB0aGUgZG9jdW1lbnQgbWF5IGJlIHVzZWQgaW4NCiBvdGhlciBmdXR1cmUgUkZDcy48bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgaGF2ZSBj
cmVhdGVkIG5ldyB0aWNrZXRzIHRvIGFkZHJlc3MgdGhlIGNvbmNlcm5zIGRpc2N1c3NlZCBpbiBJ
RVRGIDEwMSBbPGEgaHJlZj0iaHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvcm9sbC9yZXBvcnQv
MiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL3JvbGwvcmVwb3J0
LzI8L2E+XTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj4jMTc5IFNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGZvciBkYW8gcHJvamVjdGlvbjxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+IzE4MCAxMyBp
c3N1ZXMgdG8gYWRkcmVzcyBpbiBkYW8gcHJvamVjdGlvbiBkcmFmdCAobGlmZXRpbWUsIE1PUCwg
cmV0cmFuc21pc3Npb25zLCByb3V0ZSBjbGVhbnVwKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+IzE4NiBVc2VvZnJwbGluZm8gLSBBRCByZXZpZXc8
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiMxODcg
TmV3IHZlcnNpb24gb2YgUkZDNjU1MCAtIFRvcGljcyB0byBpbmNsdWRlPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4jMTg4IFNob3VsZCA2TEJSIGJl
IGluY2x1ZGVkIGludG8gdGhlIERPREFHIHJvb3Q/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4jMTg5IFJQTCBhbmQgbmV3IE1PUD88bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXJlICMxODkgYW5k
ICMxODcgc3Ryb25nbHkgcmVsYXRlZCBpbiBhbnlib2R5J3Mgdmlldz88bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluZXMgYW5kIFBl
dGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpSb2xs
IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xsQGlldGYub3JnIiB0YXJnZXQ9
Il9ibGFuayI+Um9sbEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGw8L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2Nr
cXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t
OjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188YnI+DQpSb2xsIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xsQGll
dGYub3JnIj5Sb2xsQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vcm9sbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2tx
dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_36c63d8e1c5944c287756750936050aaXCHRCD001ciscocom_--


From nobody Mon Aug 27 07:58:31 2018
Return-Path: <rahul.ietf@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A630130DF9 for <roll@ietfa.amsl.com>; Mon, 27 Aug 2018 07:58:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fW2NvJ4AdVjk for <roll@ietfa.amsl.com>; Mon, 27 Aug 2018 07:58:27 -0700 (PDT)
Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (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 B7AA8130DE6 for <roll@ietf.org>; Mon, 27 Aug 2018 07:58:26 -0700 (PDT)
Received: by mail-ua1-x930.google.com with SMTP id 101-v6so8880828uav.7 for <roll@ietf.org>; Mon, 27 Aug 2018 07:58:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ODszthVe7cY7TuanDd+OlV5xl1uEP9XZZLIEir6b3gQ=; b=GJ/dd3R8nRWigzRqa8Uw+pdJKHLs3yvvgAjMtlV/W6T9t8De/a560H4oghgYwDR4d4 VTHW5gZ3clV1aGXS7lhsSLTA9hF42zBvhwYjBMMQqo8D78qiKmdMDjii8xeUFs/nJnoL IPexIbwdlFHl75t5RcU4plvVOGDM52ORl7Lxq8s2/5/6wLZPItvj6kf29Rr0Y31L3Rdq ro75v+Li7xjljWZrA9oALUHXZPkVgoS8k9ItAuc3vUvm7NPZzLlALI5IPYaD5p/lc/wE hI0Gz8cGjicNz0omavt3/RMe3Yb2kwKyOA0yqPDyEeHl7KPu0L6DD2ZyC8lOjYnqIxgZ AHrA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ODszthVe7cY7TuanDd+OlV5xl1uEP9XZZLIEir6b3gQ=; b=ObCO65y+w9EClHM4E8VWp6+UoNLjkxE30h50hGLSh6f2/wV2yY79FiZVdm4dRUfL0w egfK8EKQb7r/Ue8kxN8BuFWHejFK3zL3cLXVQZJL37xcWzOZV6i6IugfZ/D3dBfPThJh 74XxRNSm/UFM7aK95lPvqP/OeIjyThTCNXuGN93lnLfqlWTKS+5ZB7ldCkhIHVseNNyS yHL/gfshdP85M8ecsAU/CIawDUoSZlE35UBm0xp3dD0dGgsChv+IcSN4LzhsANM2eXDt kFOQiikH2+S6whuWFwNtL26L9QyPXDkkr8znHQJtZfdBFwOhcQ7PQFVJqEla8qmorHiV 46Zw==
X-Gm-Message-State: APzg51BJNcSra7KFmX+VG8HIFJW5XWPCzPOHshdAgqLaafY97G1dcsCF t0QqedqTnDLqXIi/qYSpr7pYHlrNCnVjgHXXcjAHHw==
X-Google-Smtp-Source: ANB0VdauVCrpap3MUcuVtuy0OoBWOF2GxvYIU2s8UhX3v0kMbYMbdpDbOnplS5jVsD4Tn19URrWc2wkKqrQ6cwkLYQs=
X-Received: by 2002:a9f:2b87:: with SMTP id y7-v6mr8660889uai.109.1535381905535;  Mon, 27 Aug 2018 07:58:25 -0700 (PDT)
MIME-Version: 1.0
References: <CAP+sJUdnS2Stv+-YsqvOrdc=s1jc_0E+UWKU=ErD1w+n9QaQOA@mail.gmail.com> <CAO0Djp2VFLAnD=MKPeaASZ587LRS+apbQLP+oJZG6u1PsMq+Bw@mail.gmail.com> <CAP+sJUfh4bWp8q=ZSQc8hh8s5vs5Ur07CoRF=vV6Mm3uWGFPfg@mail.gmail.com> <36c63d8e1c5944c287756750936050aa@XCH-RCD-001.cisco.com>
In-Reply-To: <36c63d8e1c5944c287756750936050aa@XCH-RCD-001.cisco.com>
From: Rahul Jadhav <rahul.ietf@gmail.com>
Date: Mon, 27 Aug 2018 20:28:10 +0530
Message-ID: <CAO0Djp23UafJCEcewAkNQAMwXxe4kNcQ-qLNhw6CtDXODgXsdg@mail.gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000012f83d05746bf568"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/e3csttSQL5SYm5jhDAOZgkwyaEE>
Subject: Re: [Roll] ROLL WGLCs and new tickets
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Aug 2018 14:58:30 -0000

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

Hello Pascal,

I pushed the latest drafts to datatracker.ietf.org last weekend. I just
verified if the drafts are uploaded ok.
Kindly let me know if there is any issue with  getting the latest drafts.
Thank you for considering to review.

Regards,
Rahul


On Mon, 27 Aug 2018 at 5:07 PM, Pascal Thubert (pthubert) <pthubert=3D
40cisco.com@dmarc.ietf.org> wrote:

> Hello Rahul :
>
>
>
> Would you mind publishing your latest so other people could use that for
> their review?
>
> Sorry but I=E2=80=99m late in mine, and with the summer break, maybe othe=
rs
> deferred their reviews as well?
>
>
>
> Many thanks;
>
>
>
> Pascal
>
>
>
> *From:* Roll <roll-bounces@ietf.org> *On Behalf Of *Ines Robles
> *Sent:* dimanche 26 ao=C3=BBt 2018 20:22
> *To:* Routing Over Low power and Lossy networks <roll@ietf.org>
> *Subject:* Re: [Roll] ROLL WGLCs and new tickets
>
>
>
> Excellent, Thank you very much Rahul.
>
>
>
> Ines.
>
>
>
> 2018-08-24 20:18 GMT+03:00 Rahul Jadhav <rahul.ietf@gmail.com>:
>
> Hello All,
>
>
>
> For efficient NPDAO we have updated the text based on Remy's comments.
> Thank you Remy.
>
>
>
> For RPL-Observations, we have added a section which describes Motivation
> for this draft and clearly mentions that the draft is not intended for RF=
C
> track but as WG discussion track.
>
>
>
> Regards,
>
> Rahul
>
>
>
> On Tue, 21 Aug 2018 at 15:18, Ines Robles <mariainesrobles=3D
> 40googlemail.com@dmarc.ietf.org> wrote:
>
> Dear all,
>
>
>
> Thank you very much for your reviews on the required drafts.
>
>
>
> So far we have:
>
>
>
> - For WGLC for draft-ietf-roll-efficient-npdao-03:  to add corrections by
> this thread:
> https://www..ietf..org/mail-archive/web/roll/current/msg10568.html
> <https://www.ietf.org/mail-archive/web/roll/current/msg10568.html>
>
>
>
> - For for draft-ietf-roll-aodv-rpl-04: to add corrections by this thread:
> https://www.ietf.org/mail-archive/web/roll/current/msg10570.html
> <https://www.ietf.org/mail-archive/web/roll/current/msg10570..html>
>
>
>
> - WG Call for adoption: RPL-Observations. =3D> Adopt this document.
>
> Could the authors please submit a new ietf draft with some text in the
> introduction explaining that this is a WG informational document, that is
> not intended for RFC track but as WG discussion track. Parts of the
> document may be used in other future RFCs.
>
>
>
> We have created new tickets to address the concerns discussed in IETF 101=
 [
> https://trac.ietf.org/trac/roll/report/2]
>
>
>
> #179 Security considerations for dao projection
>
> #180 13 issues to address in dao projection draft (lifetime, MOP,
> retransmissions, route cleanup)
>
> #186 Useofrplinfo - AD review
>
> #187 New version of RFC6550 - Topics to include
>
> #188 Should 6LBR be included into the DODAG root?
>
> #189 RPL and new MOP?
>
>
>
> Are #189 and #187 strongly related in anybody's view?
>
>
>
>
>
> Thanks,
>
>
>
> Ines and Peter
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

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

<div><div><div dir=3D"auto">Hello Pascal,=C2=A0</div><div dir=3D"auto"><br>=
</div><div dir=3D"auto">I pushed the latest drafts to <a href=3D"http://dat=
atracker.ietf.org" target=3D"_blank">datatracker.ietf.org</a> last weekend.=
 I just verified if the drafts are uploaded ok.</div></div><div dir=3D"auto=
">Kindly let me know if there is any issue with =C2=A0getting the latest dr=
afts.</div><div dir=3D"auto">Thank you for considering to review.</div><div=
 dir=3D"auto"><br></div><div dir=3D"auto">Regards,</div><div dir=3D"auto">R=
ahul=C2=A0</div></div><div><div dir=3D"auto"><br></div><div><br><div class=
=3D"gmail_quote"><div dir=3D"ltr">On Mon, 27 Aug 2018 at 5:07 PM, Pascal Th=
ubert (pthubert) &lt;pthubert=3D<a href=3D"mailto:40cisco.com@dmarc.ietf.or=
g" target=3D"_blank">40cisco.com@dmarc.ietf.org</a>&gt; wrote:<br></div><bl=
ockquote 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_-6917808525998958785m_-760231010942596911WordSection1">
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d">Hello Rahul=C2=A0:<u></u>=
<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"FR" style=3D"font-size:11.0pt;font-fam=
ily:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Would you mind publishing your latest=
 so other people could use that for their review?<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Sorry but I=E2=80=99m late in mine, a=
nd with the summer break, maybe others deferred their reviews as well?<u></=
u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Many thanks;<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d"><u></u>=C2=A0<u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;color:#1f497d">Pascal<u></u><u></u></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,sans-serif;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 #e1e1e1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt;font-family:&quot=
;Calibri&quot;,sans-serif">From:</span></b><span style=3D"font-size:11.0pt;=
font-family:&quot;Calibri&quot;,sans-serif"> Roll &lt;<a href=3D"mailto:rol=
l-bounces@ietf.org" target=3D"_blank">roll-bounces@ietf.org</a>&gt;
<b>On Behalf Of </b>Ines Robles<br>
<b>Sent:</b> dimanche 26 ao=C3=BBt 2018 20:22<br>
<b>To:</b> Routing Over Low power and Lossy networks &lt;<a href=3D"mailto:=
roll@ietf.org" target=3D"_blank">roll@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [Roll] ROLL WGLCs and new tickets<u></u><u></u></span><=
/p>
</div>
</div></div></div></div><div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">=
<div class=3D"m_-6917808525998958785m_-760231010942596911WordSection1"><div=
 style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0p=
t">
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">Excellent, Thank you very much Rahul.<u></u><u></u><=
/p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Ines.<u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<p class=3D"MsoNormal">2018-08-24 20:18 GMT+03:00 Rahul Jadhav &lt;<a href=
=3D"mailto:rahul.ietf@gmail.com" target=3D"_blank">rahul.ietf@gmail.com</a>=
&gt;:<u></u><u></u></p>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<p class=3D"MsoNormal">Hello All,=C2=A0<u></u><u></u></p>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">For efficient NPDAO we have updated the text based o=
n Remy&#39;s comments. Thank you Remy.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">For RPL-Observations, we have added a section which =
describes Motivation for this draft and clearly mentions that the draft is =
not intended for RFC track but as WG discussion track.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Regards,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Rahul<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
<div>
<div>
<p class=3D"MsoNormal">On Tue, 21 Aug 2018 at 15:18, Ines Robles &lt;mariai=
nesrobles=3D<a href=3D"mailto:40googlemail.com@dmarc.ietf.org" target=3D"_b=
lank">40googlemail.com@dmarc.ietf.org</a>&gt; wrote:<u></u><u></u></p>
</div>
<blockquote style=3D"border:none;border-left:solid #cccccc 1.0pt;padding:0c=
m 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class=3D"MsoNormal">Dear all,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thank you very much for your reviews on the required=
 drafts.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">So far we have:<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- For WGLC for draft-ietf-roll-efficient-npdao-03:=
=C2=A0 to add corrections by this thread:
<a href=3D"https://www.ietf.org/mail-archive/web/roll/current/msg10568.html=
" target=3D"_blank">
https://www..ietf..org/mail-archive/web/roll/current/msg10568.html</a><u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- For for draft-ietf-roll-aodv-rpl-04: to add correc=
tions by this thread:
<a href=3D"https://www.ietf.org/mail-archive/web/roll/current/msg10570..htm=
l" target=3D"_blank">
https://www.ietf.org/mail-archive/web/roll/current/msg10570.html</a><u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">- WG Call for adoption: RPL-Observations. =3D&gt; Ad=
opt this document.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Could the authors please submit a new ietf draft wit=
h some text in the introduction explaining that this is a WG informational =
document, that is not intended for RFC track but as WG discussion track. Pa=
rts of the document may be used in
 other future RFCs.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">We have created new tickets to address the concerns =
discussed in IETF 101 [<a href=3D"https://trac.ietf.org/trac/roll/report/2"=
 target=3D"_blank">https://trac.ietf.org/trac/roll/report/2</a>]<u></u><u><=
/u></p>
</div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#179 Security considerations for dao projection<u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#180 13 issues to address in dao projection draft (l=
ifetime, MOP, retransmissions, route cleanup)<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#186 Useofrplinfo - AD review<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#187 New version of RFC6550 - Topics to include<u></=
u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#188 Should 6LBR be included into the DODAG root?<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">#189 RPL and new MOP?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Are #189 and #187 strongly related in anybody&#39;s =
view?<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Ines and Peter<u></u><u></u></p>
</div>
</div>
<p class=3D"MsoNormal">_______________________________________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org" target=3D"_blank">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/roll</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><br>
_______________________________________________<br>
Roll mailing list<br>
<a href=3D"mailto:Roll@ietf.org" target=3D"_blank">Roll@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/roll" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/roll</a><u></u><u></u></p>
</blockquote>
</div>
<p class=3D"MsoNormal"><u></u>=C2=A0<u></u></p>
</div>
</div>
</div>
</div>

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

--00000000000012f83d05746bf568--


From nobody Thu Aug 30 06:41:53 2018
Return-Path: <emmanuel.baccelli@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26495130EAA for <roll@ietfa.amsl.com>; Thu, 30 Aug 2018 06:41:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level: 
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dihaq30fRV7Z for <roll@ietfa.amsl.com>; Thu, 30 Aug 2018 06:41:47 -0700 (PDT)
Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com [209.85.167.46]) (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 98C7E130DEB for <roll@ietf.org>; Thu, 30 Aug 2018 06:41:46 -0700 (PDT)
Received: by mail-lf1-f46.google.com with SMTP id e23-v6so7208962lfc.13 for <roll@ietf.org>; Thu, 30 Aug 2018 06:41:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PG5iqBGp1ARKS7ZeSiHxuWikeOE84UCsoPPf+UXrpeo=; b=IiZnF/Q3GrJa2bBMx7TkUlretjpIBAKvG3yjsoTSYz16J9zG5JYvwaRBgM1jzj7iOJ Y2IQUw6Zs4gHx2tQgQrNmi72XnHB7Mc6E5L6JeToVBVi/ckf9Uqojt/IQcptg/oG+2bn 3WIouEF2yy6ZLr8vG1v3kFOWWpQAYIq5hBtxIsUtm/Jtb0Uv3fqSZseoZfguh6y/M4eD DfssBjrerUbhnfyiGG9zouqsd/Cf9VbaBpNnZ5wmCmUkP5V6TAKR49cM+J20cB2LHqvD 1siv8/U6Re69TI/ckPw7Gs3QrL1jpXPzhjI1WsN+zHdnZB75JvVLn9AICxpz0nMxdzwj eSJw==
X-Gm-Message-State: APzg51ADtMpyXlBsn9Q1uq3aH7tho6lZS/y1ZFEm4EITYXM2zsYwefpd QhFaTR+J1g7aY587n9Sf/vFEvGTw2cM5bmmut5f5WNFB
X-Google-Smtp-Source: ANB0Vda4/gtDYXR1RnWxz68JmZIL/1BrIrC65NfeCwY4F0EcktQMpWqp+M7kZLSFXWxDQ8iHJqRqRpbZ/zE0TPVXTKM=
X-Received: by 2002:a19:be55:: with SMTP id o82-v6mr7305763lff.58.1535636504596;  Thu, 30 Aug 2018 06:41:44 -0700 (PDT)
MIME-Version: 1.0
From: Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>
Date: Thu, 30 Aug 2018 15:41:33 +0200
Message-ID: <CANK0pbauX3KBtiOYFMijmrY+yDkchhczXY7LWM3zMMw6y5dvcA@mail.gmail.com>
To: ROLL WG <roll@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005c54ab0574a73c42"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/YGW9dBLacOjkz_iO1Qs5slbhj44>
Subject: [Roll] [Call for Participation] RIOT Summit 2018
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2018 13:41:51 -0000

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

************************************************************************

CALL FOR PARTICIPATION

RIOT Summit 2018

http://summit.riot-os.org/2018/

************************************************************************

The RIOT community is delighted to invite you to the RIOT Summit 2018,
to be held in Amsterdam, Netherlands on September 13-14, 2018.

Join for great talks, demos and tutorials on practical, low-end, embedded
IoT !

Registration is free (thanks to our sponsors!) but mandatory.
Register now at
https://www.eventbrite.com/e/riot-summit-2018-tickets-48898118589

Highlights:

- Keynote by Jaime Jimenez, Ericsson
- Tutorials
- 15 talks on security, open source, network, automation and embedded crypt=
o
- Demos
- Social at Rolling Rock Kitchen Amsterdam
- For more details: see http://summit.riot-os.org/2018/

Colocated event:

- Just before RIOT Summit, in Amsterdam: Conference on Cryptographic
Hardware and Embedded Systems (CHES 2018)
Sept. 9-12. Details at https://ches.iacr.org

Supporters:

We gratefully thank the following companies for their generous support:
Cisco, RIPE NCC, Savoir-faire Linux, SIDN Labs, STMicroelectronics,
wolfSSL, Z=C3=BChlke.

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

<div dir=3D"ltr"><div dir=3D"ltr"><div>************************************=
************************************</div><div><br></div><div>CALL FOR PART=
ICIPATION</div><div><br></div><div>RIOT Summit 2018</div><div><br></div><di=
v><a href=3D"http://summit.riot-os.org/2018/">http://summit.riot-os.org/201=
8/</a></div><div><br></div><div>*******************************************=
*****************************</div><div><br></div><div>The RIOT community i=
s delighted to invite you to the RIOT Summit 2018,=C2=A0</div><div>to be he=
ld in Amsterdam, Netherlands on September 13-14, 2018.</div><div><br></div>=
<div>Join for great talks, demos and tutorials on practical, low-end, embed=
ded IoT !</div><div><br></div><div>Registration is free (thanks to our spon=
sors!) but mandatory.</div><div>Register now at <a href=3D"https://www.even=
tbrite.com/e/riot-summit-2018-tickets-48898118589">https://www.eventbrite.c=
om/e/riot-summit-2018-tickets-48898118589</a></div><div><br></div><div>High=
lights:</div><div><br></div><div>- Keynote by Jaime Jimenez, Ericsson</div>=
<div>- Tutorials</div><div>- 15 talks on security, open source, network, au=
tomation and embedded crypto</div><div>- Demos</div><div>- Social at Rollin=
g Rock Kitchen Amsterdam</div><div>- For more details: see <a href=3D"http:=
//summit.riot-os.org/2018/">http://summit.riot-os.org/2018/</a></div><div><=
br></div><div>Colocated event:</div><div><br></div><div>- Just before RIOT =
Summit, in Amsterdam: Conference on Cryptographic Hardware and Embedded Sys=
tems (CHES 2018)</div><div>Sept. 9-12. Details at <a href=3D"https://ches.i=
acr.org">https://ches.iacr.org</a></div><div><br></div><div>Supporters:</di=
v><div><br></div><div>We gratefully thank the following companies for their=
 generous support:</div><div>Cisco, RIPE NCC, Savoir-faire Linux, SIDN Labs=
, STMicroelectronics, wolfSSL, Z=C3=BChlke.</div><div><br></div></div></div=
>

--0000000000005c54ab0574a73c42--

