From nobody Sat Apr 1 00:42:49 2017 Return-Path: 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 6C0CD1279EB for ; Sat, 1 Apr 2017 00:42:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.697 X-Spam-Level: X-Spam-Status: No, score=-4.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=landisgyr.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRYH-j5CK1Iv for ; Sat, 1 Apr 2017 00:42:46 -0700 (PDT) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40122.outbound.protection.outlook.com [40.107.4.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 759D412025C for ; Sat, 1 Apr 2017 00:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=LandisGyr.onmicrosoft.com; s=selector1-landisgyr-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=A3/Rc1Oey3I0dSJExi3Pgd6aGv8uRltXRpP7JUA+wXk=; b=XFiswC77H8TX17m3ksvnjBN0vED21toMcDj4PKDbvCxvtNlYoaKyLVd7O2ZtUbUgvBXS4y1jiNBFaGErQRnml0wMgwnrfj8y45hDHalTaBrBfEdHz87Ykj7IgPpX8nJ92clWz56s3EsRwwQ7N64AoPaTncQzVnsju50qyfrhc28= Received: from VI1PR01MB1280.eurprd01.prod.exchangelabs.com (10.162.119.15) by VI1PR01MB1279.eurprd01.prod.exchangelabs.com (10.162.119.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Sat, 1 Apr 2017 07:42:41 +0000 Received: from VI1PR01MB1280.eurprd01.prod.exchangelabs.com ([10.162.119.15]) by VI1PR01MB1280.eurprd01.prod.exchangelabs.com ([10.162.119.15]) with mapi id 15.01.1005.014; Sat, 1 Apr 2017 07:42:41 +0000 From: "Turner, Randy" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Route Projection Thread-Index: AQHSqnyfmW/nHcOLe0CSsTl3NCtXvKGwAqaAgAAfdfQ= Date: Sat, 1 Apr 2017 07:42:41 +0000 Message-ID: <81B3C7B6-C2A1-4747-9259-B2241541E940@landisgyr.com> References: , <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> In-Reply-To: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=landisgyr.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [2600:1005:b06f:a2fa:a1f7:92fa:504b:5832] x-microsoft-exchange-diagnostics: 1; VI1PR01MB1279; 7:fKOcPRfl7b4zwcivAqtUIHiabJbENhVP5W0HsKWNgwzbB0sU7AS8xx8uYReo4ctBzf4IPoFrxqtYsmKbnWbW9dqJ9/ZkaphQrCiqrvh98PQl8aF92/FEhZU1u8mH/+TyyUGeItcurCqbwON/OhIsm3ZYdo9kSB/x0soKUMqj2KJtFPEDwDpdhAJMbAhLN9M/+S1Rg4HxX4a7V6CNQ4MpQ+vl2Dq1wxmonQQqb1Lm9HjF789+y4NQWDS/DQqXvF89MTwYEEOWAGO3FUmej0S5SXztD/sPeaDecqyhR55s6y1ThyTZXDoD6MCDkr9hCOXKheUrTTAT3i/cEpyGKGJf2Q== x-ms-office365-filtering-correlation-id: cf13398e-26cf-4178-9996-08d478d2ad4a x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:VI1PR01MB1279; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(144836121648609)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(6072148); SRVR:VI1PR01MB1279; BCL:0; PCL:0; RULEID:; SRVR:VI1PR01MB1279; x-forefront-prvs: 0264FEA5C3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39410400002)(39850400002)(39400400002)(39860400002)(39450400003)(39840400002)(51694002)(53754006)(377454003)(24454002)(33656002)(38730400002)(54356999)(7736002)(50986999)(76176999)(110136004)(7906003)(189998001)(82746002)(83716003)(102836003)(6116002)(229853002)(25786009)(236005)(8676002)(2906002)(54896002)(6306002)(3280700002)(3660700001)(6512007)(36756003)(8936002)(81166006)(6486002)(5660300001)(6436002)(2950100002)(53936002)(6506006)(86362001)(77096006)(6916009)(606005)(2900100001)(99286003)(122556002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR01MB1279; H:VI1PR01MB1280.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_81B3C7B6C2A147479259B2241541E940landisgyrcom_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Apr 2017 07:42:41.0957 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR01MB1279 Archived-At: Subject: Re: [Roll] Route Projection X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Apr 2017 07:42:48 -0000 --_000_81B3C7B6C2A147479259B2241541E940landisgyrcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGFzY2FsDQoNClllcywgSSB0aGluayB5b3VyIHN1Z2dlc3Rpb24gd2hlcmUgd2UgYWRkIGFu IG9wdGlvbiB0byB0aGUgREFPIHNlZW1zIGxpa2UgYSByZWFzb25hYmxlIGFwcHJvYWNoIHRvIGlu Zm9ybWluZyB0aGUgcm9vdCBvZiBub2RlIGNhcGFiaWxpdGllcy0gc2VlbXMgbGlrZSB0aGlzIGNv dWxkIGJlIGluIHRoZSBzYW1lIGRvY3VtZW50LiBXZSBoYXZlIGludGVybWVkaWF0ZSByb3V0ZXJz IGluIG91ciBBTUkgbWVzaCB0aGF0IGFyZSBtb3JlIGNhcGFibGUgaW4gdGVybXMgb2YgcmVzb3Vy Y2VzIHRoYW4gb3VyIHN0YW5kYXJkIGVuZHBvaW50cy4gSW4gY2VydGFpbiBzY2VuYXJpb3MgdGhl eSBtYXkgY291bGQgYmVuZWZpdCBmcm9tIHByb2plY3Rpb24uDQoNCkkgZ3Vlc3Mgd2UgbmVlZCBh IG1ldHJpYyBkZWZpbml0aW9uIGZvciAibm9kZSBjYXBhYmlsaXR5Ii4gRG9lcyBpdCBvbmx5IHNw ZWNpZnkgUkFNIGNhcGFjaXR5IGZvciBzdG9yaW5nIHJvdXRlcz8gSXMgdGhpcyBtZXRyaWMgYW4g YWJzb2x1dGUgbnVtYmVyIG9yIGlzIGl0IHJlbGF0aXZlIHRvIG90aGVyIG5vZGVzIGluIHRoZSBt ZXNoPyBJbiBhZGRpdGlvbiB0byBzdG9yYWdlIGNhcGFiaWxpdHkgZG8gd2UgaW5jbHVkZSBvdGhl ciBub2RlIGNhcGFiaWxpdHk/IChNYXliZSBhIHNtYWxsIG51bWJlciBvZiBleHRlbnNpYmxlIGF0 dHJpYnV0ZSBiaXRzIGZvciB0aGUgbm9kZSB0byBzYXkgc29tZXRoaW5nIGxpa2UgIkknbSBiYXR0 ZXJ5IG9yIG1haW5zIHBvd2VyZWQiIG9yIHNvbWUgb3RoZXIgYml0IG9mIGluZm9ybWF0aW9uIHRo YXQgd291bGQgYWxsb3cgdGhlIHJvb3QgKG9yIG1heWJlIGEgUENFKSB0byBtYWtlIG1vcmUgaW5m b3JtZWQgZGVjaXNpb25zIGFib3V0IGl0IHRyZWF0cyBhIG5vZGUuDQoNClJhbmR5DQoNCk9uIEFw ciAxLCAyMDE3LCBhdCAxOjUwIEFNLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1YmVy dEBjaXNjby5jb208bWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbT4+IHdyb3RlOg0KDQpIZWxsbyBS YW5keToNCg0KVGhlIHByb2plY3RlZCByb3V0ZSBtYXkgYmUgY29tcHV0ZWQgYmFzZWQgb24gYSBj dXJyZW50IHN0YXRlIG9mIHRoZSBkb2RhZyBidXQgb25jZSBpbnN0YWxsZWQgaXQgZG9lcyBub3Qg ZGVwZW5kIG9uIGl0cyB2YXJpYXRpb24uIElPVyBpZiBhIG5vZGUgbW92ZXMgcGFja2V0cyBlbmQg aW4gdGhlIGJ1Y2tldCBqdXN0IGxpa2UgZm9yIGEgc3RhbGUgcm91dGUuDQoNCkJ1dCBpZiB0aGUg cHJvamVjdGVkIHJvdXRlIHN0aWxsIHdvcmtzLCB0aGUgcm9vdCBkb2VzIG5vdCBuZWVkIHRvIHJl YWN0IGltbWVkaWF0ZWx5IHRvIHRoZSBjaHVybiBpbiB0aGUgZG9kYWcuDQoNCkFzIHlvdSBwb2lu dCBvdXQsIFNETiBhbmQgaGlnaCBtb2JpbGl0eSBhcmUgbm90IHJlYWxseSBmcmllbmRseS4gU28g eWVzLCB0aGlzIHRlY2huaXF1ZSBpcyBtb3JlIGFwcHJvcHJpYXRlIGZvciBzdGFibGUgbmV0d29y a3MuIFdlIHNob3VsZCBhZGQgd29yZHMgb24gdGhhdCBpbiB0aGUgZHJhZnQuDQoNCk1vcmUgY3Jp dGljYWwgaXMgdG8gZGVmaW5lIHRoZSB3YXkgdGhlIHJvb3QgbGVhcm5zIHRoZSB0b3BvbG9neSBh bmQgbm9kZSBjYXBhY2l0eS4NCg0KU2hvdWxkIChzb21lIG9mKSB0aGF0IGJlIGluIHRoZSBzYW1l IGRvY3VtZW50Pw0KDQpUYWtlIGNhcmUsDQoNClBhc2NhbA0KDQpMZSAxIGF2ci4gMjAxNyDDoCAw MjoyNiwgVHVybmVyLCBSYW5keSA8UmFuZHkuVHVybmVyQGxhbmRpc2d5ci5jb208bWFpbHRvOlJh bmR5LlR1cm5lckBsYW5kaXNneXIuY29tPj4gYSDDqWNyaXQgOg0KDQoNCkhpIEFsbCwNCg0KDQpB ZnRlciBoZWFyaW5nIHRoZSBwcmVzZW50YXRpb24gb24gUlBMIHJvdXRlIHByb2plY3Rpb24sIEkg anVzdCB3YW50ZWQgdG8gY2xhcmlmeSB0aGF0LCBpZiB0aGlzIHRlY2huaXF1ZSB3YXMgdXRpbGl6 ZWQgaW4gYSBuZXR3b3JrIHRoYXQgKGZvciB3aGF0ZXZlciByZWFzb24pIHdhcyBleHBlcmllbmNp bmcgYSBzaXR1YXRpb24gd2hlcmUgcm91dGVycyB3ZXJlIGZyZXF1ZW50bHkgY2hhbmdpbmcgcGFy ZW50cyBhbmQvb3IgcmUtZXN0YWJsaXNoaW5nIHJvdXRlcywgdGhlbiB0aGlzIHdvdWxkIGludmFs aWRhdGUgdGhlIHByb2plY3RlZCByb3V0ZXMgaW4gdGhlIGVmZmVjdGVkIHBhcnRzIG9mIHRoZSBu ZXR3b3JrICh3aGVyZSB0aGUgcm91dGVzIHdlcmUgY2hhbmdpbmcpIC0gaW4gYWRkaXRpb24gdG8g cmUtZXN0YWJsaXNoaW5nIHRoZSByb3V0ZXMgdGhyb3VnaCBub3JtYWwgREFPL0RBTy1BQ0ssIHRo ZSByb290IHdvdWxkIGFsc28gaGF2ZSB0byByZS1wcm9qZWN0IGFueSBwcmV2aW91c2x5IHByb2pl Y3RlZCByb3V0ZXMuICBJZiB0aGlzIGlzIGluZGVlZCB0aGUgY2FzZSwgSSdtIGFzc3VtaW5nIHRo ZSByb290IG1heSBlbGVjdCB0byBhdm9pZCBwcm9qZWN0aW5nIHJvdXRlcyBpbiB0aGVzZSB0eXBl cyBvZiBzY2VuYXJpb3MuDQoNCg0KQXQgdGhlIG1vbWVudCwgSSdtIG9ubHkgdGFsa2luZyBhYm91 dCBub24tc3RvcmluZyBtb2RlLi4uDQoNCg0KVGh4LA0KDQpSYW5keQ0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUm9sbCBtYWlsaW5nIGxpc3QNClJv bGxAaWV0Zi5vcmc8bWFpbHRvOlJvbGxAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3JvbGwNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpSb2xsIG1haWxpbmcgbGlzdA0KUm9sbEBpZXRmLm9yZzxtYWlsdG86Um9s bEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0K --_000_81B3C7B6C2A147479259B2241541E940landisgyrcom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8 ZGl2PjwvZGl2Pg0KPGRpdj5IaSBQYXNjYWw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 PlllcywgSSB0aGluayB5b3VyIHN1Z2dlc3Rpb24gd2hlcmUgd2UgYWRkIGFuIG9wdGlvbiB0byB0 aGUgREFPIHNlZW1zIGxpa2UgYSByZWFzb25hYmxlIGFwcHJvYWNoIHRvIGluZm9ybWluZyB0aGUg cm9vdCBvZiBub2RlIGNhcGFiaWxpdGllcy0gc2VlbXMgbGlrZSB0aGlzIGNvdWxkIGJlIGluIHRo ZSBzYW1lIGRvY3VtZW50LiBXZSBoYXZlIGludGVybWVkaWF0ZSByb3V0ZXJzIGluIG91ciBBTUkg bWVzaCB0aGF0IGFyZSBtb3JlIGNhcGFibGUNCiBpbiB0ZXJtcyBvZiByZXNvdXJjZXMgdGhhbiBv dXIgc3RhbmRhcmQgZW5kcG9pbnRzLiBJbiBjZXJ0YWluIHNjZW5hcmlvcyB0aGV5IG1heSBjb3Vs ZCBiZW5lZml0IGZyb20gcHJvamVjdGlvbi48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 PkkgZ3Vlc3Mgd2UgbmVlZCBhIG1ldHJpYyBkZWZpbml0aW9uIGZvciAmcXVvdDtub2RlIGNhcGFi aWxpdHkmcXVvdDsuIERvZXMgaXQgb25seSBzcGVjaWZ5IFJBTSBjYXBhY2l0eSBmb3Igc3Rvcmlu ZyByb3V0ZXM/IElzIHRoaXMgbWV0cmljIGFuIGFic29sdXRlIG51bWJlciBvciBpcyBpdCByZWxh dGl2ZSB0byBvdGhlciBub2RlcyBpbiB0aGUgbWVzaD8gSW4gYWRkaXRpb24gdG8gc3RvcmFnZSBj YXBhYmlsaXR5IGRvIHdlIGluY2x1ZGUgb3RoZXIgbm9kZQ0KIGNhcGFiaWxpdHk/IChNYXliZSBh IHNtYWxsIG51bWJlciBvZiBleHRlbnNpYmxlIGF0dHJpYnV0ZSBiaXRzIGZvciB0aGUgbm9kZSB0 byBzYXkgc29tZXRoaW5nIGxpa2UgJnF1b3Q7SSdtIGJhdHRlcnkgb3IgbWFpbnMgcG93ZXJlZCZx dW90OyBvciBzb21lIG90aGVyIGJpdCBvZiBpbmZvcm1hdGlvbiB0aGF0IHdvdWxkIGFsbG93IHRo ZSByb290IChvciBtYXliZSBhIFBDRSkgdG8gbWFrZSBtb3JlIGluZm9ybWVkIGRlY2lzaW9ucyBh Ym91dCBpdCB0cmVhdHMgYSBub2RlLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UmFu ZHk8L2Rpdj4NCjxkaXY+PGJyPg0KT24gQXByIDEsIDIwMTcsIGF0IDE6NTAgQU0sIFBhc2NhbCBU aHViZXJ0IChwdGh1YmVydCkgJmx0OzxhIGhyZWY9Im1haWx0bzpwdGh1YmVydEBjaXNjby5jb20i PnB0aHViZXJ0QGNpc2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCjxicj4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2Pg0KPGRpdj5IZWxsbyBSYW5keTo8L2Rpdj4NCjxk aXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+PGJyPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1h aWxTaWduYXR1cmUiPlRoZSBwcm9qZWN0ZWQgcm91dGUgbWF5IGJlIGNvbXB1dGVkIGJhc2VkIG9u IGEgY3VycmVudCBzdGF0ZSBvZiB0aGUgZG9kYWcgYnV0IG9uY2UgaW5zdGFsbGVkIGl0IGRvZXMg bm90IGRlcGVuZCBvbiBpdHMgdmFyaWF0aW9uLiBJT1cgaWYgYSBub2RlIG1vdmVzIHBhY2tldHMg ZW5kIGluIHRoZSBidWNrZXQganVzdCBsaWtlIGZvciBhIHN0YWxlIHJvdXRlLjwvZGl2Pg0KPGRp diBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj48YnI+DQo8L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFp bFNpZ25hdHVyZSI+QnV0IGlmIHRoZSBwcm9qZWN0ZWQgcm91dGUgc3RpbGwgd29ya3MsIHRoZSBy b290IGRvZXMgbm90IG5lZWQgdG8gcmVhY3QgaW1tZWRpYXRlbHkgdG8gdGhlIGNodXJuIGluIHRo ZSBkb2RhZy48L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+PGJyPg0KPC9kaXY+ DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPkFzIHlvdSBwb2ludCBvdXQsIFNETiBhbmQg aGlnaCBtb2JpbGl0eSBhcmUgbm90IHJlYWxseSBmcmllbmRseS4gU28geWVzLCB0aGlzIHRlY2hu aXF1ZSBpcyBtb3JlIGFwcHJvcHJpYXRlIGZvciBzdGFibGUgbmV0d29ya3MuIFdlIHNob3VsZCBh ZGQgd29yZHMgb24gdGhhdCBpbiB0aGUgZHJhZnQuPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxT aWduYXR1cmUiPjxicj4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5Nb3Jl IGNyaXRpY2FsIGlzIHRvIGRlZmluZSB0aGUgd2F5IHRoZSByb290IGxlYXJucyB0aGUgdG9wb2xv Z3kgYW5kIG5vZGUgY2FwYWNpdHkuJm5ic3A7PC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWdu YXR1cmUiPjxicj4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5TaG91bGQg KHNvbWUgb2YpIHRoYXQgYmUgaW4gdGhlIHNhbWUgZG9jdW1lbnQ/PC9kaXY+DQo8ZGl2IGlkPSJB cHBsZU1haWxTaWduYXR1cmUiPjxicj4NCjxkaXY+VGFrZSBjYXJlLDwvZGl2Pg0KPGRpdj48YnI+ DQo8L2Rpdj4NCjxkaXY+UGFzY2FsPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KTGUgMSBhdnIu IDIwMTcgw6AgMDI6MjYsIFR1cm5lciwgUmFuZHkgJmx0OzxhIGhyZWY9Im1haWx0bzpSYW5keS5U dXJuZXJAbGFuZGlzZ3lyLmNvbSI+UmFuZHkuVHVybmVyQGxhbmRpc2d5ci5jb208L2E+Jmd0OyBh IMOpY3JpdCZuYnNwOzo8YnI+DQo8YnI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUi Pg0KPGRpdj4NCjxkaXYgaWQ9ImRpdnRhZ2RlZmF1bHR3cmFwcGVyIiBkaXI9Imx0ciIgc3R5bGU9 ImZvbnQtc2l6ZToxMnB0OyBjb2xvcjojMDAwMDAwOyBmb250LWZhbWlseTpDYWxpYnJpLEFyaWFs LEhlbHZldGljYSxzYW5zLXNlcmlmIj4NCjxwPkhpIEFsbCw8L3A+DQo8cD48YnI+DQo8L3A+DQo8 cD5BZnRlciBoZWFyaW5nIHRoZSBwcmVzZW50YXRpb24gb24gUlBMIHJvdXRlIHByb2plY3Rpb24s IEkganVzdCB3YW50ZWQgdG8gY2xhcmlmeSB0aGF0LCBpZiB0aGlzIHRlY2huaXF1ZSB3YXMgdXRp bGl6ZWQgaW4gYSBuZXR3b3JrIHRoYXQgKGZvciB3aGF0ZXZlciByZWFzb24pIHdhcyBleHBlcmll bmNpbmcgYSBzaXR1YXRpb24gd2hlcmUgcm91dGVycyB3ZXJlIGZyZXF1ZW50bHkgY2hhbmdpbmcg cGFyZW50cyBhbmQvb3IgcmUtZXN0YWJsaXNoaW5nDQogcm91dGVzLCB0aGVuIHRoaXMgd291bGQg aW52YWxpZGF0ZSB0aGUgcHJvamVjdGVkIHJvdXRlcyBpbiB0aGUgZWZmZWN0ZWQgcGFydHMgb2Yg dGhlIG5ldHdvcmsgKHdoZXJlIHRoZSByb3V0ZXMgd2VyZSBjaGFuZ2luZykgLSBpbiBhZGRpdGlv biB0byByZS1lc3RhYmxpc2hpbmcgdGhlIHJvdXRlcyB0aHJvdWdoIG5vcm1hbCBEQU8vREFPLUFD SywgdGhlIHJvb3Qgd291bGQgYWxzbyBoYXZlIHRvIHJlLXByb2plY3QgYW55IHByZXZpb3VzbHkg cHJvamVjdGVkDQogcm91dGVzLiAmbmJzcDtJZiB0aGlzIGlzIGluZGVlZCB0aGUgY2FzZSwgSSdt IGFzc3VtaW5nIHRoZSByb290IG1heSBlbGVjdCB0byBhdm9pZCBwcm9qZWN0aW5nIHJvdXRlcyBp biB0aGVzZSB0eXBlcyBvZiBzY2VuYXJpb3MuPC9wPg0KPHA+PGJyPg0KPC9wPg0KPHA+QXQgdGhl IG1vbWVudCwgSSdtIG9ubHkgdGFsa2luZyBhYm91dCBub24tc3RvcmluZyBtb2RlLi4uPC9wPg0K PHA+PGJyPg0KPC9wPg0KPHA+VGh4LDwvcD4NCjxwPlJhbmR5PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdj48c3Bhbj5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48YnI+DQo8 c3Bhbj5Sb2xsIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+DQo8c3Bhbj48YSBocmVmPSJtYWlsdG86 Um9sbEBpZXRmLm9yZyI+Um9sbEBpZXRmLm9yZzwvYT48L3NwYW4+PGJyPg0KPHNwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGw8L2E+PC9zcGFuPjxicj4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSB0eXBlPSJj aXRlIj4NCjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188L3NwYW4+PGJyPg0KPHNwYW4+Um9sbCBtYWlsaW5nIGxpc3Q8L3NwYW4+PGJyPg0K PHNwYW4+PGEgaHJlZj0ibWFpbHRvOlJvbGxAaWV0Zi5vcmciPlJvbGxAaWV0Zi5vcmc8L2E+PC9z cGFuPjxicj4NCjxzcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vcm9sbCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsPC9h Pjwvc3Bhbj48YnI+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_81B3C7B6C2A147479259B2241541E940landisgyrcom_-- From nobody Sun Apr 2 14:05:53 2017 Return-Path: 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 77AD2128AB0 for ; Sun, 2 Apr 2017 14:05:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=livenapierac.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4FyDyAfcS55T for ; Sun, 2 Apr 2017 14:05:49 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0065.outbound.protection.outlook.com [104.47.1.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B23E12944F for ; Sun, 2 Apr 2017 14:05:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livenapierac.onmicrosoft.com; s=selector1-napier-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zo/r2v+nQNkpiOjZVuok7ztztJs82x4FP1XRfieCbek=; b=UUFqUzTWutL8H7TMBuV+AFF+335nWFFjSSFE74AgBgZ7kANpHmTdPH1QM03OtfjXSTnC1u0NcJHJ6IHiKZOM9wOy3dpSGmuWJtzEHoZLIyaqoDsnfHkLbDQaFmtmEETJzBO2VU97qc8jpe7AH+nrnUS0tZSbFrjVbhqjfdHqsF8= Received: from DB4PR01CA0033.eurprd01.prod.exchangelabs.com (10.242.152.23) by HE1PR0101MB1578.eurprd01.prod.exchangelabs.com (10.166.118.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Sun, 2 Apr 2017 21:05:43 +0000 Received: from VE1EUR02FT053.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e06::204) by DB4PR01CA0033.outlook.office365.com (2a01:111:e400:2800::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10 via Frontend Transport; Sun, 2 Apr 2017 21:05:43 +0000 Authentication-Results: spf=pass (sender IP is 146.176.4.2) smtp.mailfrom=napier.ac.uk; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=napier.ac.uk; Received-SPF: Pass (protection.outlook.com: domain of napier.ac.uk designates 146.176.4.2 as permitted sender) receiver=protection.outlook.com; client-ip=146.176.4.2; helo=owa.napier.ac.uk; Received: from owa.napier.ac.uk (146.176.4.2) by VE1EUR02FT053.mail.protection.outlook.com (10.152.13.137) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1005.5 via Frontend Transport; Sun, 2 Apr 2017 21:05:43 +0000 Received: from MER-EXCH1.napier.ac.uk ([fe80::f936:ca4b:b8b2:23c3]) by MER-EXCH2.napier.ac.uk ([fe80::c4c:e335:b1d8:973c%15]) with mapi id 14.03.0266.001; Sun, 2 Apr 2017 22:05:41 +0100 From: "Qasem, Mamoun" To: "roll@ietf.org" Thread-Topic: [Roll] Publishing useofRPLInfo Thread-Index: AQHSq/PSvkbEEAbWd0yIWQhjP5usYKGykWyA Date: Sun, 2 Apr 2017 21:05:18 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.176.9.241] Content-Type: multipart/alternative; boundary="_000_CEB42D9A3A97D8429B05740EDE4119C506246952MEREXCH1napiera_" MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:146.176.4.2; IPV:CAL; SCL:-1; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10009020)(39450400003)(39850400002)(39400400002)(39410400002)(39840400002)(2980300002)(438002)(377454003)(189002)(66654002)(199003)(110136004)(356003)(84326002)(2351001)(106466001)(1730700003)(6246003)(8936002)(54356999)(7636002)(7736002)(2906002)(236005)(33656002)(102836003)(3846002)(5640700003)(6116002)(53416004)(55016002)(54896002)(6306002)(606005)(53546009)(189998001)(76176999)(5890100001)(74482002)(512934002)(50986999)(86362001)(5660300001)(2501003)(6916009)(2950100002)(42882006)(7906003)(55846006)(2900100001)(8676002)(2920100001)(6666003)(38730400002)(66066001)(7696004)(104016004); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0101MB1578; H:owa.napier.ac.uk; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; VE1EUR02FT053; 1:XrhcXha49WeMhIzAklA7NNY64k7AKI38p4lBXF+a8RJ1Kj3KDUOCwSbhn+pVeQ1UnyI4Q00S6uApQkDqaDJohD5Jzmgp8aTT9jiQiJXj9WdzSTYsdyaog52VrP8gp271a9VFhXBwQXJgBW88ZC8NpWovaJZhKWzZl9S9WyFAof5pSY4xs4VBQhBAEoSmaTaELJjLZNag7ePPQeLbaEY7QJH5qXwssEDMsaS2atstDJGuP16+3kWFnGyD81YuOGftb+XE7/9psDHuu/v/T9HCbXPjMblFZIpf2XdKhiNi8r21z9dAJ4C3Z5JTg5qHyiuVciSMYAAQbFz6jz+4PP69E6e88pltzedht6Fg5C9QwbOZ3DfV5HWu2d+7nLRQaqTz7H7bHc/MzrLIRO938WhtmH5tQQ3oUukgZAlb15V2GEUa1D/8SWUAh69Br3d0o5Gn5RhEOVSaglZ1jo5fEF0gLVaAwhpP3D7O7Zd/EFbJde+WWirqyYT0dhP2qaS+vv/P30JFBS4C1h8mRQq+0V8ty3Yo63DR0P0L4/w/rjE5o+4= X-MS-Office365-Filtering-Correlation-Id: efe78167-e2e4-43e4-d00e-08d47a0c068a X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075)(201703131423075)(201703031133081); SRVR:HE1PR0101MB1578; X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 3:/y7jAZKl7HW/4SI7PkNCWEb3DceA7Wnp/EJUgSq31WIZKbA5imnh7JdRkTU8lMXgueqhNRR1zPYXbYUFe2+RrRJ8QtNFahIn2S2XucdQXJyuczZocTwsadujraUf7TH/n7Y+KKBPdwub4nn9tVF4uIWzcOg3dK8I5z7o9QqBl4UVHYFS+fHyJelfrKK87+Hw5VizJ+BDOBeLTLn1p6RwQdRcFjW5xrIWKsu3EbAuBHT8LeS+fXDFE0QOVM871R6+EDhch96lNaKeVhZztw7MrB4YNi+OrRO4ipZ+89pqbsJqS1aCbcS1kteyHpTFHTU4Z93L4woU8BCkCUsq3Rw8QQKrwHbPPxczmC60/6mC9iuImSkaDbMcdQjN/sUQPgrDUh4yEYYoBtKtsWpy9lc/Law3hBH0f5Kl97taBzwxkvzOkAU0csIudw4q+LFXtFWj56t3krX07NqPxI7QuiqTIjJKfNz1X75C82Q/YQ0xgzA= X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 25:txN/c1QzDmwSOV3Ofa/z5A4/Dq94JfImBXC77yvDD0UtTuRi6f71c1I7fIl3lw0MU9fut86FNajhpKv2oBofyrfy/lqVGCsfqQ2qoUx9rIZkQOeeGvXfO1Od8Dbwe5Dsy1OX8K4R07XRPK7xU2+8w36NIF3rTlWPoo2RceArKAnY/O5cDYHHjIwlatwi/KMPsS3G6GD3z9xHmSt6J/6pRcK8fvPCOWxADuSqMdJBRB/hTS9wxUnKUKFegD9OrzO6oSC2KTUmlMWFqNnpPmuWPRq8lRgApOxXzLgfnqTTGnxWAcovvDTs1podZxjNOfToxe4JdZVpJWVvHLN9pDdzTazrZOzaZhcmyQ6TR7OqIhdcBjCYeupfRshoAbImxrn5+BDxUb6J0ss2DCNsqX4plarRqkDct3z4FRiaTvNSkGIz7IIxN6Ixc+gvo6P+3lWIKZL6i1jAvQGDr1fL3MfJvQ==; 31:d48M81hSJGGS3Tn0Kb23FmEOuqkJ4A3dqfgx14xTRBZmU6jheAAUgMSg8USPG38W4Lr1WYmqWl6KP0jdAFWfzqXhgwRy6mqipK1cU4FyccRz6VjXEHUlVvmFTvFTn/pvKxtlDHLymjcmFliXJ5W5oR++4np+MnebaAyQvP2ZVB7vFnTUD8rvX07WMOyl2Y8ETX2V0FKFVXsLzxuDsZ2YjLLsGlArcWRuQQRgabGyhWyy78DuThycVwhCzgOtmCNy7PzFt8eeUloVG/h4hQ0dGg== X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 20:/CS3UWvo8BkLNnWQQ+XxeW7VwSrXxjo/4oYehStxJ6JVCEbHVml6JpLr9j55S3isRee69U/he2RB6lC7qkb7IBppae/RbCwOwFDXjdj0gh0+iDvjLqENLpXKD8C07vUq/pGCEy7XLhsd8CYZG7dI7fcKaK4Tsz5Sc+l8c8NskJBu23tRfmTak3ncxRJlP1gu5Ys4AdDljid+/VqLHM86yQEmbfWzw6AW8Wcnvn2FK7A2v68QCZkyDFpYe3qVBWVpUw6eDdpOot9LxMAlRTffONwJK1BaQCLoAzJdjh0TsaiXJHkyDjs9YBQJaFHh+rBAjfAIE5VVL4G6+FfNSHHksjBjzRTx5IerRnJXtlNmJPTFvO7r10wfM0o6BLZvEm3Nwebi/5AVFJswlrVUGJYlhy7y6ZCTNETRCZ7PReITmvBI4ekaoSxlrUWvvzRX6VLrgHOvk2RQ1vsxMqp+QtvSGnklQ9t0JB8Ci1BsB6SQV8OILuImcYGcX387xjgKMV0l X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(72170088055959); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(13012025)(5005006)(13020025)(10201501046)(3002001)(93006095)(93004095)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(6072148); SRVR:HE1PR0101MB1578; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0101MB1578; X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 4:B0bsaCDGXYAdlG0FHJgV3dJpqhvnEXa7LZbTLjqkUkhM9x2ggJYTEZ1+um2kZOFOmGyf/9Hxo94UK7maJAD5UOI8D246YbQJNtA3iL7wLDps5DV1Ee+uQ8YLXTFLoVdKQQ3/QB3MHfH1F6KXvK+PWoRRFH5d9l25WaCVWc9qpS8zrmRqExl1GT5gAr9DFa32SwVBWUkQgerKYpgWQ3zuGVttl6mwec6ETjdz+uoCvleoH+GR61lz11I2TOc2GKueQwYL4rhPxrLW5GlrPhIR7FKZDw2Hh+yjLt4u03uMQq0UHoactlB/iZBAnlLJbaQQEtNv7M9f1dmwCPRdt4mXGzRLZbipsxcrSRk83+N7R9n476xnWd4fR60ZwNw2ACY9HUQC8jtzu+UZiD00oTMG/WYEWYUKEXzpweQ6+LU0EfhltlGitiObTF5+eiQG89Ijjq2hQsMw43+M8yLr5fqDbJdHmMYqEOWje1rBpwVsj+mgk2KfKTieJ116tTKX2sunWTP5k4yl4UvhtVf1/UwjU2erWOoa7g1vmRmOSK3UUeyIoPRI6T8SSIw9V2FQ5RsksAIreRLmqno/evSM/aMLEClO5RjfxLq9p1wmV+S4HqkRwHELPiaeL0SltIGDifybCKlpVK0XtxtaI7CwSrOjtlOTDV9UxJEzw0IQkssoRGFexU7koD1IJOXfGjGxnFgiw8RVzWJpA99YB2UkltA85bX/81JRlEyilvJWlSRz5DinSKh29BpWu/etPRjcr1D+q985UeLtz5LYj+/JKF9INtKwWCePCneZaBpOpHDkxKHqkzi8MYsWHrBa1NtDlRfWIHyvJeCC0fBbkmh+8oO1mA== X-Forefront-PRVS: 02652BD10A X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; HE1PR0101MB1578; 23:rAUgKkR4IIeCVjvzv58yxlEqwgy6W4Ok/OkxyRZ?= =?us-ascii?Q?NxROb1vUHLEr6xr+Q4imTU3HG8T/fnVqZMSddlrQrzfA6qThAikdxZCTC1yM?= =?us-ascii?Q?roaWwZo6jHs/GCCpeD7TpXqB+PlVN2F5aGNC9lMxU8zxVZnqZRcsdXrzc79+?= =?us-ascii?Q?Et3yIhffE+WvV/bDYpXgFbVM8NyvUvwB5p7aUE6mzR44KU9bKbu3oP1tjrHC?= =?us-ascii?Q?8UOxaT1+KLEXxv8b+LQNIhQEpRRBW5arN/PU5WJmeNrNOPx1Hu3KO5oeMO/Y?= =?us-ascii?Q?p3ZO/4WQXWpH5axUwt5+SZkgDF8kzeHgPvIKFYlOOutELS5LlA7GjNCAvITv?= =?us-ascii?Q?5/d2h0KfLZjVU6o11C69qFKVs4ZxoXwGlgSVqlKuJPusvPLWw2mKgTOyuOuR?= =?us-ascii?Q?d53bOVQWTCghImmNCOimTQf/EYSXxkby+Wvl28QD05DQHbuT62nVsVnklHvf?= =?us-ascii?Q?hB7XcST210H7+CTXEB6Vg1orH+fEczXqlp3GvIl2+asq/ZJufq/J3l0o+2tb?= =?us-ascii?Q?APUczbpuYAVW6p/yqvUIIJ5Hk2K5i+vszrGy5jpFDNTHkyxGBEFiHt8kYofT?= =?us-ascii?Q?vbJAKxCPRhymZAzsNCDTex0Aift/gyqRaQUCU7WzFDqn6gQN62Q+GBHJ+xbh?= =?us-ascii?Q?z6wqnkY59ph9MCnkeghFdV8H0cYJsdwheCRrTY/fltzVq9fXYKB/t4W7H4OZ?= =?us-ascii?Q?9wOA5lo+UaqoRnMBD+aFV2d9FIeU/duWCpehviANPkEqBGb/3sZtt4XFGmDD?= =?us-ascii?Q?wbznkzdnIH48ZAlOZFmHW/1EFKRSD+k9ujydi3SvYHDxyUxUmRAnC9sQUq9s?= =?us-ascii?Q?lJdqztnmzIyIJU14aEj9kWtyyTrt/ooERMxPUXLTLxDXqj5ni2XEOE4c1Cbb?= =?us-ascii?Q?JnGuScJkMk94wCGeBfph9dirGd41dRjJuqZrIowYcLq4gknQTigA34vn86AJ?= =?us-ascii?Q?0DIMmypcyWlQBIWaunUWWH7maQ8YHScyeWslA1V60DF90ySJAPItis6D8BnY?= =?us-ascii?Q?dT1YgoQ91IsmYmumI5DT2GlL+1BkUBXBxxp5Z4eSU+II4cRIjXefLz2jzqrQ?= =?us-ascii?Q?O0g/7T9KxfID3jVIBAN3UJckT/OQSda5WFd7/c0xdDqARV4zXKxCFElDrYH/?= =?us-ascii?Q?8VCb+15wI7S5TkbU4+UcoonpYqhs++SBiMRL3MzCP+KtP6nO2KYZGXEg7Shv?= =?us-ascii?Q?41Ytk6VkX+a48/XMXCCPtUkTaoWpdzjeMZZKUBNhipo/yzB5h4HmCXAZhMsL?= =?us-ascii?Q?x9zDH4k0Yt/8JivFk73yr7UzPAi0RA54ZRwQTvjP22a98Oi/PzQobRE9ITjr?= =?us-ascii?Q?wuRVZEir0olnsme7hTD64B2+9BVVSsGFi9UjB4PsALcFfl2AWpjo4X4PGhLD?= =?us-ascii?Q?mHnMxwg=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 6:TCf2aYXDUZh2AwZklbzXtlfVXrEQuGP+S1EW1lehi32wRMPkdOHnb2KIQcvVZiSrLSm9RXDWkerI/KiEhW56HM27BNyFpZFMtrsFWPo8N4L6Z2AjdQjtSZoGiunroCRyg+QgHHrq3vURTdcQhWk6WYj1XuR81zpOQyUHlSC1o8e0YEd67axocnREYDiA6fGd8uzDAI0OttjDPR0zoC3m6XmnwZnV3I/xvWQHVRcEfBRxWgTDz5NJ+o6zRNMpQLn7Nc5meU2rAYOBtDvuoTimtmLCoATunZhS+AAzL9zqFoDvAK/hoRMHYEgLNZ9C2DpytqBDJQRnBpop6hThKapJGRRaWS7wXtPLcmmeXzhBClEjRAOTWdg49Kox5tS6mzJhQV+iuL2husk2J3vtnp3Q9Q==; 5:xUJ6EbiKjvB9j9VKnD8WfGGC6aMB/WtrOgb+AJj1u0g0kOfnjw2aGSngoIvJgcgW5jLuWE/jt+/sFBtu5Q8c4J3PjfgJg9hwzu4UQ6nhdBJ1F+m84nHvRqJWymL9Rn2EblQ40sIrnelk0AT1bAh6Fw==; 24:Y9hXVgA2IN1L3JGMnz6qlEjdN10R1t9/RQnjK/YWLoKkE8Nej1VmYaW/GCkGCP22Ec507HKpVpHPACf0RSn4hRyiUh2uftpVtAahVYjFkv0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; HE1PR0101MB1578; 7:rHyU8YyVKnJ/VtwS/s8M1rEYu5A/RCKZPAvdCxfHWpXxoHlDnxaKBIdUle/jJjYAPx8ixauw3duxocJUR1rwg1D4wuvho3sRL27FeUNKg3GVAoOQHQxmtQVa16vyb4vyGUF5qD2m4ptjLf1SeErEdmq4UxrYiMblE9gW98TZi/2/bzI6lrAQakn7IBnCV1j9JTe9O8T/gUr5Lug4V8oFqz5YPatAONqU1p2nEpi2ethb2tJFLw3PYOi9x5/W6gS7L6zQI1j0O5NTAxWZ1sGN4sQdchnDyH2exU1NFl8emi0zbToKgWL6ZkVNQh0irSNc1nzrp9xg0pKtRJwewClqPg== X-OriginatorOrg: napier.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Apr 2017 21:05:43.1226 (UTC) X-MS-Exchange-CrossTenant-Id: 99e0dc58-9c4b-4820-8617-04c386c254c6 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=99e0dc58-9c4b-4820-8617-04c386c254c6; Ip=[146.176.4.2]; Helo=[owa.napier.ac.uk] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0101MB1578 Archived-At: Subject: Re: [Roll] Publishing useofRPLInfo X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Apr 2017 21:05:51 -0000 --_000_CEB42D9A3A97D8429B05740EDE4119C506246952MEREXCH1napiera_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable +1 ------------------------------------------------------------ From: peter van der Stok > Date: Fri, Mar 31, 2017 at 9:54 AM Subject: [Roll] Publishing useofRPLInfo To: Roll > Hi Roll, WGLC for ietf-roll-useofrplinfo has ended. There was an audible hum in favour of publisihng this document at the end o= f the Roll meeting yesterday. May I ask the people who hummed in favour to confirm this on the Mailing-Li= st A "+1" is sufficient, although additional text is always appreciated. Many thanks, Peter _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll This message and its attachment(s) are intended for the addressee(s) only a= nd should not be read, copied, disclosed, forwarded or relied upon by any p= erson other than the intended addressee(s) without the permission of the se= nder. If you are not the intended addressee you must not take any action ba= sed on this message and its attachment(s) nor must you copy or show them to= anyone. Please respond to the sender and ensure that this message and its = attachment(s) are deleted. It is your responsibility to ensure that this message and its attachment(s)= are scanned for viruses or other defects. Edinburgh Napier University does= not accept liability for any loss or damage which may result from this mes= sage or its attachment(s), or for errors or omissions arising after it was = sent. Email is not a secure medium. Emails entering Edinburgh Napier Univer= sity's system are subject to routine monitoring and filtering by Edinburgh = Napier University. Edinburgh Napier University is a registered Scottish charity. Registration = number SC018373 --_000_CEB42D9A3A97D8429B05740EDE4119C506246952MEREXCH1napiera_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
+1

------------------------------------------------= ------------
 From: peter van der Stok <stokco= ns@xs4all.nl>
Date: Fri, Mar 31, 2017 at 9:54 AM
Subject: [Roll] Publishing useofRPLInfo
To: Roll <roll@ietf.o= rg>


Hi Roll,

WGLC for ietf-roll-useofrplinfo has ended.
There was an audible hum in favour of publisihng this document at the end o= f the Roll meeting yesterday.
May I ask the people who hummed in favour to confirm this on the Mailing-Li= st
A "+1" is sufficient, although additional text is always appr= eciated.

Many thanks,

Peter

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

This message and its attachment(s) are intended for the addressee(s) onl= y and should not be read, copied, disclosed, forwarded or relied upon by an= y person other than the intended addressee(s) without the permission of the= sender. If you are not the intended addressee you must not take any action based on this message and its attac= hment(s) nor must you copy or show them to anyone. Please respond to the se= nder and ensure that this message and its attachment(s) are deleted.

It is your responsibility to ensure that this message and its attachment= (s) are scanned for viruses or other defects. Edinburgh Napier University d= oes not accept liability for any loss or damage which may result from this = message or its attachment(s), or for errors or omissions arising after it was sent. Email is not a secure m= edium. Emails entering Edinburgh Napier University's system are subject to = routine monitoring and filtering by Edinburgh Napier University.

Edinburgh Napier University is a registered Scottish charity. Registrati= on number SC018373
--_000_CEB42D9A3A97D8429B05740EDE4119C506246952MEREXCH1napiera_-- From nobody Sun Apr 2 18:23:45 2017 Return-Path: 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 6A459128616 for ; Sun, 2 Apr 2017 18:23:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id taEYL7CNxT5P for ; Sun, 2 Apr 2017 18:23:37 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35863126C22 for ; Sun, 2 Apr 2017 18:23:37 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 5CC0D2009E for ; Sun, 2 Apr 2017 21:47:46 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 3C5C8636BB for ; Sun, 2 Apr 2017 21:23:36 -0400 (EDT) From: Michael Richardson To: Roll In-Reply-To: References: X-Mailer: MH-E 8.6; nmh 1.6+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 Archived-At: Subject: Re: [Roll] Publishing useofRPLInfo X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 01:23:39 -0000 --=-=-= Content-Type: text/plain As one of the authors, I think the document is ready to go forward. peter van der Stok wrote: > WGLC for ietf-roll-useofrplinfo has ended. > There was an audible hum in favour of publisihng this document at the end of > the Roll meeting yesterday. > May I ask the people who hummed in favour to confirm this on the Mailing-List > A "+1" is sufficient, although additional text is always appreciated. > Many thanks, > Peter > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljhpBcACgkQgItw+93Q 3WUJ1gf9FRTfRHVHSGGk6la001ytk4rsaJblTkF0U5V1CRooDinenLCaYWHp1nle 9PEtnr3zWRI7Ge4iOqnBt0CODbcywHuMuI1HGXeA7/PtW+4ORdIjQcuvgeK57nmw Q/QZV9KgH+JGQNB+EVHRIrPIbjmY603txPKa4ihQh76UA5LwsOqPwHIHLbA22TgY CRAoCOcPMiag9JG0x8O6j3NtaN89VremijjNX9Rf64iWOqzQoYa4xCuU62eBkNUt xE/serqDecKUPzJam7NaXfvfiZkU44bwUSHjVV7Mmm6EuNuU81vbaWVZl15D2sk6 nXSUnl/sitI9kkO0KXl1XcT0m7d9NA== =gfCx -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Apr 2 23:49:38 2017 Return-Path: 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 4F3EE129572 for ; Sun, 2 Apr 2017 23:49:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mOibTPoJl4u6 for ; Sun, 2 Apr 2017 23:49:35 -0700 (PDT) Received: from lb2-smtp-cloud3.xs4all.net (lb2-smtp-cloud3.xs4all.net [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8377F12957B for ; Sun, 2 Apr 2017 23:49:33 -0700 (PDT) Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:195]) by smtp-cloud3.xs4all.net with ESMTP id 3ipX1v00E26ABXz01ipX4J; Mon, 03 Apr 2017 08:49:31 +0200 Received: from 2001:983:a264:1:bc6b:ed02:1137:16f5 by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 03 Apr 2017 08:49:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 03 Apr 2017 08:49:31 +0200 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Reply-To: consultancy@vanderstok.org Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> References: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> Message-ID: <2925c996cbc01c3e7277a0374046d95f@xs4all.nl> X-Sender: stokcons@xs4all.nl User-Agent: XS4ALL Webmail Archived-At: Subject: Re: [Roll] Route Projection and AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 06:49:36 -0000 > More critical is to define the way the root learns the topology and > node capacity. > > Should (some of) that be in the same document? > Does AODV-RPL not describe a method to detect new routes? Could AODV-RPL not make use of DAO projection? Peter From nobody Mon Apr 3 02:59:43 2017 Return-Path: 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 30E19127843 for ; Mon, 3 Apr 2017 02:59:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vsmM4uGdqz9I for ; Mon, 3 Apr 2017 02:59:40 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFCB51273E2 for ; Mon, 3 Apr 2017 02:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=973; q=dns/txt; s=iport; t=1491213579; x=1492423179; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=pPPV7FTpYkT3yAdjtSS7Ssw1fGibd+RLvFE8hI7DFTU=; b=a2MPaFo8vtfIDfCKp7/ffltisIBoCR8+yl36B0nEi+jLeSyADPs6BpXB i8CxOsyRAuy6vlZy1tQdkfGnGeL/9tbgksLaSTeaetASOrqQv3jaWhmMV BH1coOhWWiImCeyF2At3gE5jeT+uLhXnMrZb/U+BJz50/aeRyxkHTyxTR M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAQAGHOJY/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1SBbAeNbZFUk0OCD4IOhiICg1E/GAECAQEBAQEBAWsohRUBAQE?= =?us-ascii?q?BAgE6RAcEAgEIEQQBAR8JBzIUCQgCBBMIiX0IrSKKVQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEfhk6Eb4Q6hX8FnG0BkkaRRZN0AR84gQVbFYcadYg4gQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.36,269,1486425600"; d="scan'208";a="231725594" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Apr 2017 09:59:39 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v339xc6H009081 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 3 Apr 2017 09:59:38 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.1210.3; Mon, 3 Apr 2017 04:59:38 -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.1210.000; Mon, 3 Apr 2017 04:59:38 -0500 From: "Pascal Thubert (pthubert)" To: "consultancy@vanderstok.org" , "Routing Over Low power and Lossy networks" Thread-Topic: [Roll] Route Projection and AODV-RPL Thread-Index: AQHSrEZ2KYNzyuLA30W9ccxGBPZ0waGzZ53g Date: Mon, 3 Apr 2017 09:59:09 +0000 Deferred-Delivery: Mon, 3 Apr 2017 09:58:09 +0000 Message-ID: <6c179d5d713443b88fcdbd0f73f0b39b@XCH-RCD-001.cisco.com> References: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> <2925c996cbc01c3e7277a0374046d95f@xs4all.nl> In-Reply-To: <2925c996cbc01c3e7277a0374046d95f@xs4all.nl> 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.228.216.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] Route Projection and AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 09:59:42 -0000 Hello Peter: DAO Projection is a centralized approach whereas AODV-RPL and classical RPL= are distributed, respectively proactive and reactive. So DAO Projection is= really its own category vs. the others, enabling for instance traffic engi= neering and determinism. As described, DAO Projection is reactive, which may explain the analogy t= hat you see between the two? Take care, Pascal -----Original Message----- From: peter van der Stok [mailto:stokcons@xs4all.nl]=20 Sent: lundi 3 avril 2017 01:50 To: Routing Over Low power and Lossy networks Cc: Pascal Thubert (pthubert) Subject: Re: [Roll] Route Projection and AODV-RPL > More critical is to define the way the root learns the topology and=20 > node capacity. >=20 > Should (some of) that be in the same document? >=20 Does AODV-RPL not describe a method to detect new routes? Could AODV-RPL not make use of DAO projection? Peter From nobody Mon Apr 3 04:54:54 2017 Return-Path: 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 42DDF12947E for ; Mon, 3 Apr 2017 04:54:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.911 X-Spam-Level: X-Spam-Status: No, score=-2.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=livenapierac.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OVgOUi3TVQEy for ; Mon, 3 Apr 2017 04:54:50 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0077.outbound.protection.outlook.com [104.47.2.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E19051250B8 for ; Mon, 3 Apr 2017 04:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=livenapierac.onmicrosoft.com; s=selector1-napier-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=MZsKrgc1w4YICnU/tBwmoIF2C03C6yiVCmxOyEFnUfg=; b=rXSJw3p7ZCFSYbwh4ceh/xlutjz/VcBOvZHUgM74hvBEHBsI3gpIw6pWzetyr2CTq2U9gMZVJCY545hvH040+mjbUoQQ54qtvjumclz8Pl9zj0114rWUk504KO/e5CzzPsCWGSGLgZVY/kWF7HkWsWlDmr8CEd+r2yP82qUiUjc= Received: from DB5PR0101CA0007.eurprd01.prod.exchangelabs.com (2603:10a6:0:6::17) by DB4PR01MB0446.eurprd01.prod.exchangelabs.com (2a01:111:e400:9845::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10; Mon, 3 Apr 2017 11:54:46 +0000 Received: from HE1EUR02FT026.eop-EUR02.prod.protection.outlook.com (2a01:111:f400:7e05::206) by DB5PR0101CA0007.outlook.office365.com (2603:10a6:0:6::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1005.10 via Frontend Transport; Mon, 3 Apr 2017 11:54:46 +0000 Authentication-Results: spf=pass (sender IP is 146.176.4.2) smtp.mailfrom=napier.ac.uk; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=napier.ac.uk; Received-SPF: Pass (protection.outlook.com: domain of napier.ac.uk designates 146.176.4.2 as permitted sender) receiver=protection.outlook.com; client-ip=146.176.4.2; helo=owa.napier.ac.uk; Received: from owa.napier.ac.uk (146.176.4.2) by HE1EUR02FT026.mail.protection.outlook.com (10.152.10.130) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.1005.5 via Frontend Transport; Mon, 3 Apr 2017 11:54:45 +0000 Received: from MER-EXCH1.napier.ac.uk ([fe80::f936:ca4b:b8b2:23c3]) by MER-EXCH2.napier.ac.uk ([fe80::c4c:e335:b1d8:973c%15]) with mapi id 14.03.0266.001; Mon, 3 Apr 2017 12:54:44 +0100 From: "Qasem, Mamoun" To: "roll@ietf.org" Thread-Topic: [Roll] draft-qasem-roll-rpl-load-balancing Thread-Index: AdKsb4HXikIqUip0TSyFssSheYdw/Q== Date: Mon, 3 Apr 2017 11:54:18 +0000 Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [146.176.9.241] Content-Type: multipart/mixed; boundary="_004_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_" MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:146.176.4.2; IPV:CAL; SCL:-1; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10009020)(39450400003)(39860400002)(39400400002)(39850400002)(39840400002)(39410400002)(2980300002)(438002)(377454003)(45984002)(189002)(51444003)(199003)(54896002)(2906002)(6306002)(236005)(55016002)(6116002)(5260100001)(102836003)(3846002)(790700001)(5890100001)(5250100002)(2501003)(4610100001)(110136004)(38730400002)(6246003)(189998001)(575784001)(512874002)(86362001)(5640700003)(606005)(568964002)(2930100002)(2920100001)(2900100001)(84326002)(6916009)(42882006)(106466001)(7696004)(6666003)(53416004)(5660300001)(2351001)(230783001)(229853002)(8676002)(8936002)(1730700003)(21480400002)(66066001)(53546009)(50986999)(54356999)(74482002)(104016004)(7906003)(356003)(7736002)(33656002)(55846006)(99936001)(7636002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR01MB0446; H:owa.napier.ac.uk; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; HE1EUR02FT026; 1:OFkBFAhHHwakwzgyNrHli7UagrCZwsqdm0XkS/h2Dh27eTnm/fjA1rhG4pSC+yzlJc95D6AzXiWupNWVCajNvPsx6qVJY3/10ZDqokYd2KUHGLouYgLAtD/wFmTG1HK4KGjN6fU2o/N77hU4Q+OLtcUxDyal5CDo5uyTb/HOCIIGy+hqW3uCc2q4pSDMt8Pk9PQq1bZhes87ftooU4NUEP/gN8Y+e7CKYdWTIEvGS4poszjm8/v7qYNBWzG+TP+O2MXY5B5ttKXn0vuDLPtx9qhkxn1msqS4ob74JWyaBZOTafPOwHPL24XpuHDIx0KCwulCUAhAr25KXsM3kHa1wD3TDd7jzLfJoz/HBC3f+OwWWut6YDAL6Ct73FJ13FP8wG+a7gsAOMcLbfdQFDzHTAMJ8McQL1x4uthxuED3ya+Gn905m8e8MV1UU+ZLRoLLTv7ywsaGgc+Bx8zSTCjRN3uvDRhrn1r7Cz8iRbqqkEAupYxRVHtmC2p1JFeCCpEGbAJZHDS8v70x18OqQ3h50W0GljGecCtly/nEmauHKUA= X-MS-Office365-Filtering-Correlation-Id: edf2a88e-a2ef-4dc4-9e9f-08d47a88394c X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075)(201703131423075)(201703031133081); SRVR:DB4PR01MB0446; X-Microsoft-Exchange-Diagnostics: 1; DB4PR01MB0446; 3:UIzjtYtEMVsRFQuDP4hzTfwWAhVizbwZBBj517tKySdA71+WLfzh6xaGLQ2BdolLRELMcELhSa1sFAsLllxd4caLg2nF4JoNppA2NGrLW1fvBWSH9HZqEsoqZiSnIGlPI0BRwp0WroyRKR/yLYo+E5mhKberTCJBvQYaUyvEz4egDv9cnHoalocRh5AT5CX6BeJ7jD4EBDzWCEKNJfI8ALkqd4mmuAKe5rvUa6MWCOqYTdntM9Uwwd4AswGHXlKGM2efGwZvc0eHiW35CNp0byYA1hlP2jErs4CHM/sIOPEeCSPm5bgCVDl1Nji+4aufggB12vJ8rwZYcghosVEXJNZiMOIkiDdWukotyWgv629XqB/q90m8cAssKGE8kv6/wsy43x1ETBZMlepcEP8MJyDLjA2uRi2QHjYOuHWiH7yS1syFGpOiXQ636hoDi4JKOqrtvoGBLqmiImEvTYgBsELpSNHAsNLwb0KtCgYZ5yk= X-Microsoft-Exchange-Diagnostics: 1; DB4PR01MB0446; 25:O7RyxRdTTtB/Em3GsPp63fiV7gpKZULpz/PZHqTaUvjRrkObcQYT8u90cgp8sQZtRUARvPSc1c6QjLqd5iEqW2GYM0lJadXUXRlMcMATK9bBEf8/+Fr8qvYFsOsbR6TUYxQp52HEnkCfREXHBGy3oIfXOgMMzG2Z0x6R2eIlMexc4vfp10Ew3L53Z00uzCdk28vzpZRWPkmfNH6cCLMXhGuXxN0RTow7RTjlDqsXuedKVq8soKYouyAucE3kN1d0kmMuVL82VTbUO7SNcp2r5f3UxMj4MbCnX2gN8LaZEC+pPY/FtwLXnNseQI3pBBg4/iPnPXiiGd+quOkl4GmH47PA4rJjudfN+AQIaf8tfDcoempW9RSNJDUylQeeWkk8Qn/ZZn5rFZhSrHVpjlBOBXKL2vWSUe3UCe3DLniKYQjjGNMECm7AfVWjY2/nDyRMdbTtJ9YtRpSB2q5rtuQl/UQnywmJJGFD86CVH4vDeUNxht1KSBR7fQY73S39Dp7c; 31:zria5hq+nVCvFS9E6xwnEy19XW7Xxq2hGo90A/c3xJz9vcRB1IMuXntDbE8I0JdXb0nYyOfMeph2piqNR+mXptKY/GYTDOx6hjIqByXOuNn3jNBEpdlvj9jZT8eD13QEciq4zn40sS3GJSenM01tVsVEBnqXJkeaWfpNWdyU5wWDzJyAaS2KQmvOu3HP2Np/G3PPPjeeftCJRj+5IxIJKHw/AGlSZnZCDOaYliSClvzLpGGnJAA+QD40bscwKSa+yoApuLYdj3iI1QKXp8+wNa0ni4DyDwu3o3t9D/K238Gqqta7jx6LDbellMelkLnW X-Microsoft-Exchange-Diagnostics: 1; DB4PR01MB0446; 20:4SuUQ5TFosUsqViBC1zyntQ+VG9FofvEoCZ+TjGoSxvAU1yAkcrlKTnWp0Ikhs6WhobSlu+i60MOUUGpzyMxZnPmE05b7ZgUwyV7gIgBqVdSRnQT5sp8E25BXwlo+D22sq4YXpWAUDB4VZ+QhuKPTaqSldmPi+7tVula05II7XxsL67qwkyiJVziWO9sh9qgHjk5HRmbo2Rb/PklzKrd183NSW9dakO94BgDHYJ8T8U7rbEv/2kbW7BqsD11VcsmvUmWe9bmcOYVi4IyOog2MfaPsfcAR2K0dUBBygTp41VQVORuPZAKxWNnCWArjnRn6dHBrax5UQcciXIBUPUoUF5Kvz0zhFQ9HeFXDI78MgTX2pNQ4u6TUWe568Q87/bA2QN+6hOzRMkN7AkFJifMigYyVhxMmDpWZf+6LxNP5Fa9LfdWUGHTYrItpUXawn0DHkhUJiBzPE1+MJp1TL1wlbphlFUooP0ntGKYqXzuVG5VNnzgNrYvIHkEc0fRCb2q X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(165104125076784)(72170088055959)(67546534810915)(21748063052155); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(102415395)(6040450)(601004)(2401047)(13020025)(5005006)(8121501046)(13012025)(93006095)(93004095)(3002001)(10201501046)(6041248)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(6072148); SRVR:DB4PR01MB0446; BCL:0; PCL:0; RULEID:; SRVR:DB4PR01MB0446; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DB4PR01MB0446; 4:HufWNksYb0etL5pUixFa4XYD39jPRQVAWKQ6ALvGhm?= =?us-ascii?Q?Y7qNN4oL0E9PgKdTzYRaMQLL0mvhutTfI5QTuT79AIJgdymhAZ1itaPw8gfQ?= =?us-ascii?Q?aP2oynMTqwTtJvZzMZp4LhvYbWX4lJFGHjmMQoNhbfcZexE8rREoCWHyNzM6?= =?us-ascii?Q?q1vW6sUXJCUD5AawbCGF/ZCTpyQBbQBNef6d7+1y746TtmLYaOwGMwR1GGGj?= =?us-ascii?Q?GAgGPizmoS0LbsQ6moM5nLWn5VZjKaObsxJCL4V3fxIfnBcTHco8OwZwWyrb?= =?us-ascii?Q?OekJIX4WnaFJAkZE04x4jvp8UJsmGzM2lxIKo24Y+cefVFa0tWkg/iN+Pr4y?= =?us-ascii?Q?vpbOBp3f8bBk4Kq+1qiOppSY6icURvqJ1x/ib5pRPQYuHHQtlHBsAv4C/jpD?= =?us-ascii?Q?Zl71aJyxGFVR23Wwj5RXBc8kKgxGzd9SVHnSdJa1Mc9+n8iN0kn21Rwmym/X?= =?us-ascii?Q?HbKXIfMo3aKTYk85MtqoK+fzRdHfvR6p3W7f4PKMq6xu3HCqZtbk5X6siTVX?= =?us-ascii?Q?0pF5U5sp9U4Gopxhh+r3D5zVxXP3SXme+uFwBJ96i8P5mbPJzzYqf4OaiRnb?= =?us-ascii?Q?AhOm3cO2soLle5gkorl1Gl9KdPJ+dF2R4D8dU/olljRRiQxuFeWm0gK+bLCk?= =?us-ascii?Q?KkkK8V1IbjJG132gd1/ZZig64MRXh7yhWOLlt4rviNZOlrZdAZfr3g7S6i2s?= =?us-ascii?Q?Q42SiIJop8S/7tB5f+epxPnMCasEvvCPRU9c+8rYAz6uNOHWhiUCBUlyItVh?= =?us-ascii?Q?5i4oZa3brhXxAiQrR+L7M5CjXIRlWX6/CfQ845YFhKzr6rXut04/2dk+Xhti?= =?us-ascii?Q?ykK4t2O8DE9FyrwRCdC63GO7VilTHYcoQuDUGJd/RrNFcGummT8O+R2VZN3B?= =?us-ascii?Q?UFxI7JFQEVF0fHg+coU0zAe8CObVeuw7gwpvCiW8NJCtDjNf/1bCqEh3EkHX?= =?us-ascii?Q?uOpFC5QyhGQ6ynwJCsTSTFwh/KTCOM+mtjaKCjkw=3D=3D?= X-Forefront-PRVS: 0266491E90 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DB4PR01MB0446; 23:KOf+5AbIXbfpZKUWu5YUIBJsSg0pJnnoDKlX4zBat?= =?us-ascii?Q?CZOUmYmKTebN1y41476ouaQYW9hQ/twLuaJFOaTr6i1T/2EdXG83rpJs4c0e?= =?us-ascii?Q?j7eZQ/MzV+jlEPaNdzV0jkvCB0WkgoOGudBg6KOu1rs7bzRrbjvYTEU/dSbS?= =?us-ascii?Q?CMIXFQLN/DxZacOMc+rHfAHdrultLcO/ZknqqG1+Dh7cTF2tqSAHRIzbWiqc?= =?us-ascii?Q?9iDOcwSWaHSwPNZa8davyOiqD1jUhUAGfkXn38zLSICNiZrgIM7gGmHwAs/1?= =?us-ascii?Q?NlyWTd38k63WubRsrFUa5M6dGn+SobNCg0VT+nhyE2zKD/Jk9q4JBQWE8U6I?= =?us-ascii?Q?pFufuolGfrtuYMzjERo6ea88RbVGh4hE9TzeU7Ps8vKy7nRsx+878ND8DAwW?= =?us-ascii?Q?MlJJ4tcqoCnxpwndA2UuNvPT3Kpp2GJJGZXRBOgmzGMSvt8qPNgYTrqHbXcM?= =?us-ascii?Q?I7I4CU/GtQcj0I5/FLtqAfT6ZQN4YDJviH9vmm2zSLvqQVYtrfcXyZZIf2gS?= =?us-ascii?Q?qgPl9wYmzaz+roDVM0azzuq7Upij1Hk6uJICZQ9zQKmWSok23dh6VosUwHjv?= =?us-ascii?Q?KdKxNaSsy7IZyHxuONNgl6UX4tMm1VML9qAtFGXVVFRuk6b77prGmky02XiI?= =?us-ascii?Q?QH3FkdWFRVkUyLzLo7TvjCgzVjrpQSNuT3g4h34QWXY1v5vod9orwyGjAuWF?= =?us-ascii?Q?qzzwXVbv1Amwp0NTjZGN83VO6Hgc2S1YVjfyEm8pXApkxTFjnUNGNjJgLWMb?= =?us-ascii?Q?KVr6+icj/RmvX9eeJUeiekqxuacBd7c10vYiha+/V55BFvigENU9M6+H7V9g?= =?us-ascii?Q?oKLN7FTX5MjhdLQhkiyluQIVzZC8qtQGdcbVRFKdKlaphGunwWDxHHg+Eg/N?= =?us-ascii?Q?YoFUsSwI9dUXM+O0CxmCyE3BuDNrfQQNUrxclusSdl18gRU52P5ACXcD3AZ6?= =?us-ascii?Q?WAZXM0tlzM1/VrZwtBgWdq4jjJW4RXf05dWhV0UthKMT+yMaSdIdObmCx1mv?= =?us-ascii?Q?ESfbjV6jV0rgyRfFvbHowDZtxrhk23z90WtPic7FbPHTKx3K11Zh6jdynlO5?= =?us-ascii?Q?dKzxC3vrQAtooMXMn8lsP+WHQTscG1H8Qtxy+vVFX3kwwlbfqehV+cj1aES9?= =?us-ascii?Q?9Wa8O0SAWs6ZtBFJB5RngZeI8IhQHYYMtp1898giYHPQ+evKmWuKMczRklIM?= =?us-ascii?Q?fSwzEofFNRrAmWwmG4b1MzLog/bAR7T0cv7RKwqJKf6UojhALEU0gJheAb7e?= =?us-ascii?Q?3Iq3yWi9yDL5gJwh4nFHTk7NxdFoW1RjNhpu1xeYGJ6Ax04c1/KLu7SwuDhL?= =?us-ascii?Q?34egdmq6l2b+Ssv9CVz1beoIEcnK8omUj7pBQDyqu8p8JYQzaPU6UHw4FecH?= =?us-ascii?Q?WaIctxhtyLLHoWBID/pP25PFitK+7TmqawIGD6bRCMKMNsdMXxPudPDD9MiH?= =?us-ascii?Q?AlFRLbpyBOiXoNDtPEDcHqa0AUCdjAf+T5rDaJuafAJZ89xLrhrKzrHrM/k/?= =?us-ascii?Q?cLZ52lUGBVZNQ1BD7Va1mKyOs2yhXx2Gd8TcxcG8XeVBlIS8LdNWw6p/pc0B?= =?us-ascii?Q?za3GLjdV7tG55g4VUeuslbRKGpAIgVRzsgTUnz7Gj8kdRuNBh92j+H5RbihQ?= =?us-ascii?Q?VzsKcsPJq7HqVWIov43J4Am8LyNzT+F4r46VKDHw04=3D?= X-Microsoft-Exchange-Diagnostics: 1; DB4PR01MB0446; 6:Wb4AZmNUGncdKmZ17aQSYNE9LomnnWcKLUEs6wVN1ZPhRh5JVJme9yWyuGV4uSccLdJKiMVTiaqb9TMuQ5oWXSPa8qONn/ULXCKQzYedMyT+zAJJKDpP25OzxatKGgQLQngmE+DiQq5OMwrLjQF9nUyPbWfQkEJcsvOYA5NttieeyLQiy1q8Yg0US8VrfwcMzhrsZtV78YqE5EvOT3qszcvlnAwLiMes8EPQ+LK/pLOCfLgLCahGbVd71xBuhbc4K4GKkrwj4f9qHRi++Iy8eZsC6CT2XKSfY/ugRajwrf393z6vnyN31sqxAo6p/1l3Emipki/dxm76ezYTZAbkGKjww7/F1WYxq2XIu1wrb5AIq2cmWd5ntSh6+aywQVzSSd7+2FUhoAEMIi0wF+4u5g==; 5:K5/lBMZ8h0N609DEdN84qICJC4em8tDQ/6+CuETIQ4o+YLYPxENz7qk6XOUZKYvLNiQI+sKf+BYh170HvdQtAknXfMRNQyxcPHuS4wFG+864xfJk8WYW2Btajn+1BLjVmQSMsA0sA3SM1fif3MjAmA==; 24:8gi0Eu6IUOHg4Y9eq6WoX1M5FiKIDpZ/LpvGmZYenBNiFJOV+z3VwIL7KlFzSeX7gDHZyZvmsMQimCrhC/t2Bhs18mRnHmcbUh1fF7zhgQ8= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DB4PR01MB0446; 7:dMmIuIP7YNgal6Cb+z364mtJCKScJZyZn85KONDs8reMzAtcvyxMRGqnU6QfqBErqCx//VGhTXkUk/3Vdw75aBcEiJEvu5c7yhuxT6v0UH/8yTll+m70mhOEvK18PAEgSgs7enM0PDWjtQTdjlxV0G/OOUZnVaui7n6A7kOxP/S7P+bWSEo6zh5xRfCDEeVndWhay5oSZqRupSrvajhOVrq38Mrkwxey0ACltsCMQduxBHnoZB0vToGRLm6PrNTkAJOR1bpiWNm0x9k7JIzsGLSphqHjAsJE/nPRVbV2w7jnB5SaMIFxL+uvmJ8boy4hA1RChQw4cabUp/pNm4H8RA== X-OriginatorOrg: napier.ac.uk X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Apr 2017 11:54:45.7925 (UTC) X-MS-Exchange-CrossTenant-Id: 99e0dc58-9c4b-4820-8617-04c386c254c6 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=99e0dc58-9c4b-4820-8617-04c386c254c6; Ip=[146.176.4.2]; Helo=[owa.napier.ac.uk] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR01MB0446 Archived-At: Subject: Re: [Roll] draft-qasem-roll-rpl-load-balancing X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 11:54:53 -0000 --_004_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_ Content-Type: multipart/alternative; boundary="_000_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_" --_000_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWljaGFlbA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB5b3VyIHN1cHBvcnQgYW5kIGZl ZWRiYWNrLg0KVG8gYW55b25lIHdobyBpcyBpbnRlcmVzdGVkIGZvciBtb3JlIGRldGFpbHMgYWJv dXQgZmluZGluZ3MsIHBsZWFzZSBjaGVjayB0aGUgcHVibGlzaGVkIHBhcGVyIGluIDIwMTYgSUVF RSBDb25mZXJlbmNlIG9uIFN0YW5kYXJkcyBmb3IgQ29tbXVuaWNhdGlvbnMgYW5kIE5ldHdvcmtp bmcgKENTQ04pOg0KaHR0cHM6Ly9kb2kub3JnLzEwLjExMDkvQ1NDTi4yMDE2Ljc3ODUxNjgNCg0K TG9va2luZyBmb3J3YXJkIHRvIGJlIGFkb3B0ZWQuDQpNYW55IHRoYW5rcw0KTWFtb3VuDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiBNaWNoYWVsIFJpY2hhcmRzb24gPG1jcitpZXRmQHNh bmRlbG1hbi5jYTxtYWlsdG86bWNyJTJCaWV0ZkBzYW5kZWxtYW4uY2E+Pg0KRGF0ZTogRnJpLCBN YXIgMzEsIDIwMTcgYXQgMTI6MzYgQU0NClN1YmplY3Q6IFtSb2xsXSBkcmFmdC1xYXNlbS1yb2xs LXJwbC1sb2FkLWJhbGFuY2luZw0KVG86IHJvbGxAaWV0Zi5vcmc8bWFpbHRvOnJvbGxAaWV0Zi5v cmc+DQoNCg0KDQpUaHJlZSB0aG91Z2h0czoNCg0KMSkgSSB0aGluayB0aGF0IHRoaXMgYW4gaW50 ZXJlc3Rpbmcgd2F5IHRvIGVhc2lseSBkZWZpbmUgYSBuZXcgbWV0cmljDQogICAoIm51bWJlciBv ZiBjaGlsZHJlbiIpLCB3aGljaCBjb3VsZCBiZSB1c2VkIGFzIHBhcnQgb2YgdGllLWVsaW1pbmF0 aW9uLg0KDQogICAqKiBTbywgaXQncyBteSB0aG91Z2h0IHRoYXQgdGhpcyBpcyBnb29kIHdvcmsg dGhhdCBzaG91bGQgYmUgYWRvcHRlZC4gKioNCg0KMikgSXQgc2VlbXMgdG8gbWUgdGhhdCBvbiBh IG5vbi1icm9hZGNhc3QgaW50ZXJmYWNlIChQUFAgSVBzZWMgdHVubmVscywgc3VjaCBhcyBtaWdo dA0KICAgYmUgdXNlZCBpbiBBTklNQSBmb3IgdGhlIEFDUCksIHRoYXQgaXQgd291bGQgYmUgcmVh c29uYWJsZSBmb3IgYW4NCiAgIGltcGxlbWVudGF0aW9uIG5vdCB0byBzZW5kIGEgRElPIG91dCBv biB0aGUgaW50ZXJmYWNlIHdoaWNoIGl0IGhhcyBjaG9zZW4NCiAgIGFzIGl0J3MgcGFyZW50Lg0K ICAgSWYgdGhhdCBvY2N1cnMsIHRoZW4gdGhlIHBhcmVudCBjYW4ndCBkbyBpdCdzIGNvdW50cyBj b3JyZWN0bHkuDQogICBCdXQsIGluIHRoZSBBTklNQSBjYXNlLCB3ZSBhcmUgdXNpbmcgc3Rvcmlu ZyBtb2RlLCBhbmQgd2Ugd2lsbCB1c2UgaXQgd2l0aA0KICAgREFPLUFDSywgc28gd2UgY2FuIGNv dW50IERBT3MuDQoNCjMpIEJ1dCwgSSB0aGVuIHRob3VnaHQgYWJvdXQgb3RoZXIgc2l0dWF0aW9u cyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMsIGFuZCBJDQogICByZWFsaXplZCB0aGF0IHRoZXJl IGlzIGFub3RoZXIgY2FzZSB3aGVyZSB0aGVyZSBpcyBwcm9wb2dhdGlvbiBpc3N1ZXMsDQogICBh bmQgdGhhdCBpcyA2dGlzY2guDQogICBJdCA2dGlzY2gsIGl0IG1heSB3ZWxsIGJlIHRoYXQgdGhl IHBhcmVudCBpcyBub3QgbGlzdGVuaW5nIG9uIHRoZSBzbG90Y2hhbm5lbA0KICAgdGhhdCB0aGUg Y2hpbGQgdXNlcyB0byBzZW5kIGl0J3MgRElPcywgYW5kIHNvIHRoZSBwYXJlbnQgd29uJ3QgaGVh ci4NCg0KICAgSSdtIG5vdCBzdWZmaWNpZW50bHkgZmFtaWxpYXIgd2l0aCB0aGUgbWluaW1hbCBz Y2hlZHVsZSB0byBrbm93IGlmIHRoaXMNCiAgIGlzIGNvbW1vbmx5IGEgcHJvYmxlbSwgYnV0IGl0 IHNlZW1zIGxpa2UgYSBjb25jZXJuLg0KDQoNCi0tDQpNaWNoYWVsIFJpY2hhcmRzb24gPG1jcitJ RVRGQHNhbmRlbG1hbi5jYTxtYWlsdG86bWNyJTJCSUVURkBzYW5kZWxtYW4uY2E+PiwgU2FuZGVs bWFuIFNvZnR3YXJlIFdvcmtzDQogLT0gSVB2NiBJb1QgY29uc3VsdGluZyA9LQ0KDQoNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUm9sbCBtYWls aW5nIGxpc3QNClJvbGxAaWV0Zi5vcmc8bWFpbHRvOlJvbGxAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwNCg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50KHMpIGFyZSBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5IGFu ZCBzaG91bGQgbm90IGJlIHJlYWQsIGNvcGllZCwgZGlzY2xvc2VkLCBmb3J3YXJkZWQgb3IgcmVs aWVkIHVwb24gYnkgYW55IHBlcnNvbiBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBhZGRyZXNzZWUo cykgd2l0aG91dCB0aGUgcGVybWlzc2lvbiBvZiB0aGUgc2VuZGVyLiBJZiB5b3UgYXJlIG5vdCB0 aGUgaW50ZW5kZWQgYWRkcmVzc2VlIHlvdSBtdXN0IG5vdCB0YWtlIGFueSBhY3Rpb24gYmFzZWQg b24gdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudChzKSBub3IgbXVzdCB5b3UgY29weSBv ciBzaG93IHRoZW0gdG8gYW55b25lLiBQbGVhc2UgcmVzcG9uZCB0byB0aGUgc2VuZGVyIGFuZCBl bnN1cmUgdGhhdCB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50KHMpIGFyZSBkZWxldGVk Lg0KDQpJdCBpcyB5b3VyIHJlc3BvbnNpYmlsaXR5IHRvIGVuc3VyZSB0aGF0IHRoaXMgbWVzc2Fn ZSBhbmQgaXRzIGF0dGFjaG1lbnQocykgYXJlIHNjYW5uZWQgZm9yIHZpcnVzZXMgb3Igb3RoZXIg ZGVmZWN0cy4gRWRpbmJ1cmdoIE5hcGllciBVbml2ZXJzaXR5IGRvZXMgbm90IGFjY2VwdCBsaWFi aWxpdHkgZm9yIGFueSBsb3NzIG9yIGRhbWFnZSB3aGljaCBtYXkgcmVzdWx0IGZyb20gdGhpcyBt ZXNzYWdlIG9yIGl0cyBhdHRhY2htZW50KHMpLCBvciBmb3IgZXJyb3JzIG9yIG9taXNzaW9ucyBh cmlzaW5nIGFmdGVyIGl0IHdhcyBzZW50LiBFbWFpbCBpcyBub3QgYSBzZWN1cmUgbWVkaXVtLiBF bWFpbHMgZW50ZXJpbmcgRWRpbmJ1cmdoIE5hcGllciBVbml2ZXJzaXR5J3Mgc3lzdGVtIGFyZSBz dWJqZWN0IHRvIHJvdXRpbmUgbW9uaXRvcmluZyBhbmQgZmlsdGVyaW5nIGJ5IEVkaW5idXJnaCBO YXBpZXIgVW5pdmVyc2l0eS4NCg0KRWRpbmJ1cmdoIE5hcGllciBVbml2ZXJzaXR5IGlzIGEgcmVn aXN0ZXJlZCBTY290dGlzaCBjaGFyaXR5LiBSZWdpc3RyYXRpb24gbnVtYmVyIFNDMDE4MzczDQoN Cg== --_000_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_ 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 DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIE1pY2hhZWw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9y IHlvdXIgc3VwcG9ydCBhbmQgZmVlZGJhY2suPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPlRvIGFueW9uZSB3aG8gaXMgaW50ZXJlc3RlZCBmb3IgbW9yZSBkZXRh aWxzIGFib3V0IGZpbmRpbmdzLCBwbGVhc2UgY2hlY2sgdGhlIHB1Ymxpc2hlZCBwYXBlciBpbiAy MDE2IElFRUUgQ29uZmVyZW5jZSBvbiBTdGFuZGFyZHMNCiBmb3IgQ29tbXVuaWNhdGlvbnMgYW5k IE5ldHdvcmtpbmcgKENTQ04pOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48YSBocmVmPSJodHRwczovL2RvaS5vcmcvMTAuMTEwOS9DU0NOLjIwMTYuNzc4NTE2 OCI+aHR0cHM6Ly9kb2kub3JnLzEwLjExMDkvQ1NDTi4yMDE2Ljc3ODUxNjg8L2E+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Mb29raW5nIGZvcndhcmQgdG8gYmUgYWRv cHRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+TWFueSB0 aGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPk1hbW91bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCkZyb206 IDxiPk1pY2hhZWwgUmljaGFyZHNvbjwvYj4gJmx0OzxhIGhyZWY9Im1haWx0bzptY3IlMkJpZXRm QHNhbmRlbG1hbi5jYSI+bWNyJiM0MztpZXRmQHNhbmRlbG1hbi5jYTwvYT4mZ3Q7PGJyPg0KRGF0 ZTogRnJpLCBNYXIgMzEsIDIwMTcgYXQgMTI6MzYgQU08YnI+DQpTdWJqZWN0OiBbUm9sbF0gZHJh ZnQtcWFzZW0tcm9sbC1ycGwtbG9hZC1iYWxhbmNpbmc8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRv OnJvbGxAaWV0Zi5vcmciPnJvbGxAaWV0Zi5vcmc8L2E+PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0K VGhyZWUgdGhvdWdodHM6PGJyPg0KPGJyPg0KMSkgSSB0aGluayB0aGF0IHRoaXMgYW4gaW50ZXJl c3Rpbmcgd2F5IHRvIGVhc2lseSBkZWZpbmUgYSBuZXcgbWV0cmljPGJyPg0KJm5ic3A7ICZuYnNw OygmcXVvdDtudW1iZXIgb2YgY2hpbGRyZW4mcXVvdDspLCB3aGljaCBjb3VsZCBiZSB1c2VkIGFz IHBhcnQgb2YgdGllLWVsaW1pbmF0aW9uLjxicj4NCjxicj4NCiZuYnNwOyAmbmJzcDsqKiBTbywg aXQncyBteSB0aG91Z2h0IHRoYXQgdGhpcyBpcyBnb29kIHdvcmsgdGhhdCBzaG91bGQgYmUgYWRv cHRlZC4gKio8YnI+DQo8YnI+DQoyKSBJdCBzZWVtcyB0byBtZSB0aGF0IG9uIGEgbm9uLWJyb2Fk Y2FzdCBpbnRlcmZhY2UgKFBQUCBJUHNlYyB0dW5uZWxzLCBzdWNoIGFzIG1pZ2h0PGJyPg0KJm5i c3A7ICZuYnNwO2JlIHVzZWQgaW4gQU5JTUEgZm9yIHRoZSBBQ1ApLCB0aGF0IGl0IHdvdWxkIGJl IHJlYXNvbmFibGUgZm9yIGFuPGJyPg0KJm5ic3A7ICZuYnNwO2ltcGxlbWVudGF0aW9uIG5vdCB0 byBzZW5kIGEgRElPIG91dCBvbiB0aGUgaW50ZXJmYWNlIHdoaWNoIGl0IGhhcyBjaG9zZW48YnI+ DQombmJzcDsgJm5ic3A7YXMgaXQncyBwYXJlbnQuPGJyPg0KJm5ic3A7ICZuYnNwO0lmIHRoYXQg b2NjdXJzLCB0aGVuIHRoZSBwYXJlbnQgY2FuJ3QgZG8gaXQncyBjb3VudHMgY29ycmVjdGx5Ljxi cj4NCiZuYnNwOyAmbmJzcDtCdXQsIGluIHRoZSBBTklNQSBjYXNlLCB3ZSBhcmUgdXNpbmcgc3Rv cmluZyBtb2RlLCBhbmQgd2Ugd2lsbCB1c2UgaXQgd2l0aDxicj4NCiZuYnNwOyAmbmJzcDtEQU8t QUNLLCBzbyB3ZSBjYW4gY291bnQgREFPcy48YnI+DQo8YnI+DQozKSBCdXQsIEkgdGhlbiB0aG91 Z2h0IGFib3V0IG90aGVyIHNpdHVhdGlvbnMgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2VzLCBhbmQg STxicj4NCiZuYnNwOyAmbmJzcDtyZWFsaXplZCB0aGF0IHRoZXJlIGlzIGFub3RoZXIgY2FzZSB3 aGVyZSB0aGVyZSBpcyBwcm9wb2dhdGlvbiBpc3N1ZXMsPGJyPg0KJm5ic3A7ICZuYnNwO2FuZCB0 aGF0IGlzIDZ0aXNjaC48YnI+DQombmJzcDsgJm5ic3A7SXQgNnRpc2NoLCBpdCBtYXkgd2VsbCBi ZSB0aGF0IHRoZSBwYXJlbnQgaXMgbm90IGxpc3RlbmluZyBvbiB0aGUgc2xvdGNoYW5uZWw8YnI+ DQombmJzcDsgJm5ic3A7dGhhdCB0aGUgY2hpbGQgdXNlcyB0byBzZW5kIGl0J3MgRElPcywgYW5k IHNvIHRoZSBwYXJlbnQgd29uJ3QgaGVhci48YnI+DQo8YnI+DQombmJzcDsgJm5ic3A7SSdtIG5v dCBzdWZmaWNpZW50bHkgZmFtaWxpYXIgd2l0aCB0aGUgbWluaW1hbCBzY2hlZHVsZSB0byBrbm93 IGlmIHRoaXM8YnI+DQombmJzcDsgJm5ic3A7aXMgY29tbW9ubHkgYSBwcm9ibGVtLCBidXQgaXQg c2VlbXMgbGlrZSBhIGNvbmNlcm4uPGJyPg0KPGJyPg0KPGJyPg0KLS08YnI+DQpNaWNoYWVsIFJp Y2hhcmRzb24gJmx0OzxhIGhyZWY9Im1haWx0bzptY3IlMkJJRVRGQHNhbmRlbG1hbi5jYSI+bWNy JiM0MztJRVRGQHNhbmRlbG1hbi5jYTwvYT4mZ3Q7LCBTYW5kZWxtYW4gU29mdHdhcmUgV29ya3M8 YnI+DQombmJzcDstPSBJUHY2IElvVCBjb25zdWx0aW5nID0tPGJyPg0KPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQpSb2xsIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xsQGlldGYub3Jn Ij5Sb2xsQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vcm9sbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vcm9sbDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHRh YmxlIHdpZHRoPSIxMDAlIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9Ij0mcXVvdDswJnF1 b3Q7IiBib3JkZXI9IjAiIGFsaWduPSJsZWZ0IiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBI ZWx2ZXRpY2EsIHNhbi1zZXJpZjsgZm9udC1zaXplOjEwcHQ7Ij4NCjx0Ym9keT4NCjx0cj4NCjx0 ZCBzdHlsZT0icGFkZGluZzogNXB4OyI+DQo8cD5UaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50KHMpIGFyZSBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5IGFuZCBzaG91bGQg bm90IGJlIHJlYWQsIGNvcGllZCwgZGlzY2xvc2VkLCBmb3J3YXJkZWQgb3IgcmVsaWVkIHVwb24g YnkgYW55IHBlcnNvbiBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBhZGRyZXNzZWUocykgd2l0aG91 dCB0aGUgcGVybWlzc2lvbiBvZiB0aGUgc2VuZGVyLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQNCiBhZGRyZXNzZWUgeW91IG11c3Qgbm90IHRha2UgYW55IGFjdGlvbiBiYXNlZCBvbiB0aGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50KHMpIG5vciBtdXN0IHlvdSBjb3B5IG9yIHNob3cg dGhlbSB0byBhbnlvbmUuIFBsZWFzZSByZXNwb25kIHRvIHRoZSBzZW5kZXIgYW5kIGVuc3VyZSB0 aGF0IHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnQocykgYXJlIGRlbGV0ZWQuPC9wPg0K PHA+SXQgaXMgeW91ciByZXNwb25zaWJpbGl0eSB0byBlbnN1cmUgdGhhdCB0aGlzIG1lc3NhZ2Ug YW5kIGl0cyBhdHRhY2htZW50KHMpIGFyZSBzY2FubmVkIGZvciB2aXJ1c2VzIG9yIG90aGVyIGRl ZmVjdHMuIEVkaW5idXJnaCBOYXBpZXIgVW5pdmVyc2l0eSBkb2VzIG5vdCBhY2NlcHQgbGlhYmls aXR5IGZvciBhbnkgbG9zcyBvciBkYW1hZ2Ugd2hpY2ggbWF5IHJlc3VsdCBmcm9tIHRoaXMgbWVz c2FnZSBvciBpdHMgYXR0YWNobWVudChzKSwgb3INCiBmb3IgZXJyb3JzIG9yIG9taXNzaW9ucyBh cmlzaW5nIGFmdGVyIGl0IHdhcyBzZW50LiBFbWFpbCBpcyBub3QgYSBzZWN1cmUgbWVkaXVtLiBF bWFpbHMgZW50ZXJpbmcgRWRpbmJ1cmdoIE5hcGllciBVbml2ZXJzaXR5J3Mgc3lzdGVtIGFyZSBz dWJqZWN0IHRvIHJvdXRpbmUgbW9uaXRvcmluZyBhbmQgZmlsdGVyaW5nIGJ5IEVkaW5idXJnaCBO YXBpZXIgVW5pdmVyc2l0eS48L3A+DQo8cD5FZGluYnVyZ2ggTmFwaWVyIFVuaXZlcnNpdHkgaXMg YSByZWdpc3RlcmVkIFNjb3R0aXNoIGNoYXJpdHkuIFJlZ2lzdHJhdGlvbiBudW1iZXIgU0MwMTgz NzM8L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_-- --_004_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: signature.asc Content-Disposition: attachment; filename="signature.asc"; size=497; creation-date="Mon, 03 Apr 2017 11:40:31 GMT"; modification-date="Mon, 03 Apr 2017 11:40:31 GMT" Content-ID: Content-Transfer-Encoding: base64 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaVFFekJBRUJDQUFkRmlFRWJzeUxFemcv cVVUQTQzdW9nSXR3KzkzUTNXVUZBbGpkbG9JQUNna1FnSXR3KzkzUQ0KM1dVV2N3Z0FuaTNJVnVt czlXbFdRSUt5RkhHalkyeEpPcXZqWlBmTHpaK0RXcGZod1dnVk9FM3FlbG9wZDB1Yg0Kd0dseFYy ejRHVStHYU0vNHhuS2pxRGZkWmZWZDdmSndHSnR5YkFBdFdWWUZ6SzJMeXdJa01rV0ZPamk0RzdU TA0KbTllbEFobWpqVGJ0cWgxKytTSDhpUE4ySXYrODZDYTk4aUUyTFdIeVltWnNmM1NET3NTN1hp K3lmWHFwT0FBcg0KV0d6MTRMRCs3eXhZTkZPWHhPVjJBZWQyYnh3VmlzZXJqcUNUREc0TlRiT1RE WFFSMmoxWDdwTkJvRlpmS1JMSA0KcmFGUno1Sm1IbzZhM2pWclhYS1NCVncwbU9Ec0Eyck1kLzRF MWFMZ1NhMkUyRXJyOFRheUkrSmdkL2hZV1Y2Zw0KVzd5T1d1eWRTTEZpY0RKNGpyMWZTRWRkWW1C cDlBPT0NCj1OZmViDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0= --_004_CEB42D9A3A97D8429B05740EDE4119C5062469B3MEREXCH1napiera_-- From nobody Mon Apr 3 07:44:05 2017 Return-Path: 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 7AD081200C5; Mon, 3 Apr 2017 07:43:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149123063845.13586.15730426705083532576@ietfa.amsl.com> Date: Mon, 03 Apr 2017 07:43:58 -0700 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-13.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2017 14:43:58 -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 of the IETF. Title : When to use RFC 6553, 6554 and IPv6-in-IPv6 Authors : Maria Ines Robles Michael C. Richardson Pascal Thubert Filename : draft-ietf-roll-useofrplinfo-13.txt Pages : 38 Date : 2017-04-03 Abstract: This document looks at different data flows through LLN (Low-Power and Lossy Networks) where RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) is used to establish routing. The document enumerates the cases where RFC 6553, RFC 6554 and IPv6-in-IPv6 encapsulation is required. This analysis provides the basis on which to design efficient compression of these headers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-13 https://datatracker.ietf.org/doc/html/draft-ietf-roll-useofrplinfo-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 5 06:37:26 2017 Return-Path: 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 05338127B57; Wed, 5 Apr 2017 06:37:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149139943594.1216.11886028286087571396@ietfa.amsl.com> Date: Wed, 05 Apr 2017 06:37:16 -0700 Archived-At: Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-14.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 13:37:16 -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 of the IETF. Title : When to use RFC 6553, 6554 and IPv6-in-IPv6 Authors : Maria Ines Robles Michael C. Richardson Pascal Thubert Filename : draft-ietf-roll-useofrplinfo-14.txt Pages : 38 Date : 2017-04-05 Abstract: This document looks at different data flows through LLN (Low-Power and Lossy Networks) where RPL (IPv6 Routing Protocol for Low-Power and Lossy Networks) is used to establish routing. The document enumerates the cases where RFC 6553, RFC 6554 and IPv6-in-IPv6 encapsulation is required. This analysis provides the basis on which to design efficient compression of these headers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-roll-useofrplinfo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-14 https://datatracker.ietf.org/doc/html/draft-ietf-roll-useofrplinfo-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 5 10:31:30 2017 Return-Path: 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 DD15312704B for ; Wed, 5 Apr 2017 10:31:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gxhITVCYFC0W for ; Wed, 5 Apr 2017 10:31:27 -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 ED3DB126C7A for ; Wed, 5 Apr 2017 10:31:26 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 3DAAF203B2 for ; Wed, 5 Apr 2017 13:55:45 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id B81E5636BB for ; Wed, 5 Apr 2017 13:31:25 -0400 (EDT) From: Michael Richardson To: Routing Over Low power and Lossy networks In-Reply-To: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> References: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+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 Archived-At: Subject: Re: [Roll] Route Projection X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2017 17:31:29 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > But if the projected route still works, the root does not need to > react immediately to the churn in the dodag. But, if the route does not work, what do we do? I would assume go back to the un-projected route. Do we need to notify the root that this is occuring? The root may see it in the form of increased consumption of resources further up, but maybe it won't be looking for that kind of thing often enough. > More critical is to define the way the root learns the topology and > node capacity. > Should (some of) that be in the same document? I think that we should do discovery of topology and node capacity in a different document. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljlKe0ACgkQgItw+93Q 3WVz6AgAgYIrd+vLevlH+dHq3mlD3GLfbZ/O42zqSgddQBS+5S8EFqzCBU78Vwzb i0yq7WXDdP5Vmnwg1EqJlks6l8+1RBwzDJg07vZmsuYKRzpzworzZJP/PK3Df9pZ KjV6t1VW/YXscn5PqArQOBAore66JbMh4bM750judMlgggzbYhz/dje+iJO8KKAo KjfQAZTDsluFGa/wGFplWXpZ/nGVh2WxptOLDSHZPSRpc/1FHgn3HQCAHnt0TpwC 2mTWPTn6qjcNA7AZNmBFas/qP/x0qzs/XgDbunndryB0tbzuieI7PhtTbAofpabk 9TYUuMNukU7qsrbAVYSSlU1/ygsJ0A== =QNq/ -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Apr 6 00:48:02 2017 Return-Path: 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 1767C12871F for ; Thu, 6 Apr 2017 00:48:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.022 X-Spam-Level: X-Spam-Status: No, score=-14.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxhmoQFJt7Q7 for ; Thu, 6 Apr 2017 00:47:59 -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 6D342126C7B for ; Thu, 6 Apr 2017 00:47:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2463; q=dns/txt; s=iport; t=1491464879; x=1492674479; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=aTXkoDz1yD9NmAwApM3GnpurIEc8G+uFLo7o+4RlelE=; b=Tb77bGUy6pF6kkypgL17QkElQOvACyqYY+ZvIXcZ8RDK2aVHcLk58j3y KSYozP9rjFSN/k1VJZOfZ8LHwRiUWo3nHRRZfpK8mGusSpWWMSxcl3pRg BflnT9NUzx7NFOlStvc5taB/z8tMVgZpN6Mz0U1tLl9tH1Alt4tJPoEUt I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BtAQCo8eVY/5RdJa1cGwEBAQMBAQEJA?= =?us-ascii?q?QEBg1SBbAeNbpE8lVWCD4YiAoNCPxgBAgEBAQEBAQFrKIUVAQEBAQIBOk8CAQg?= =?us-ascii?q?YHhAyJQIEEwiJfgisUYpqAQEBAQEBBAEBAQEBASKGToRwijsFnHABkkmRRZN1A?= =?us-ascii?q?R84gQVbFYccdYgEgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,283,1488844800"; d="scan'208";a="407250319" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2017 07:47:58 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v367lw99002683 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 6 Apr 2017 07:47:58 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 6 Apr 2017 02:47:57 -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.1210.000; Thu, 6 Apr 2017 02:47:57 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Route Projection Thread-Index: AQHSqqvPnYO8X5QPTkGKXjKZSz7oyqG3Y2CAgACVQUA= Date: Thu, 6 Apr 2017 07:47:50 +0000 Deferred-Delivery: Thu, 6 Apr 2017 07:47:01 +0000 Message-ID: <445cedef44454d11bf20b5dc0331b7a9@XCH-RCD-001.cisco.com> References: <048B5BC2-BC82-4112-9B0F-7E0DBE49EF2F@cisco.com> <29929.1491413485@obiwan.sandelman.ca> In-Reply-To: <29929.1491413485@obiwan.sandelman.ca> 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] Route Projection X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2017 07:48:01 -0000 Hello Michael: Pascal Thubert (pthubert) wrote: > But if the projected route still works, the root does not need to > react immediately to the churn in the dodag. But, if the route does not work, what do we do? I would assume go back to the un-projected route. Do we need to notify the root that this is occuring? In non-storing mode of the main DODAG operation, a node that cannot forward= a packet should notify the root (ICMP error), and the root should fix its = ways. The root does all the routing so in the end it should be able to desi= gn a working network. In Storing MOP, this can be more of an issue.=20 On the one hand, it might be that a node cannot forward, as above. The norm= al reaction in that MOP is to flag the packet and send it back to the previ= ous node, which cleans up its DAO state. This could probably work here too,= when the projected route is not source routed. When it is source routed, s= hould we go 1) to the node that added the source route (probably but that m= ay be a long a path via the root), 2) to the root (which is good iff the ro= ot was the one that projected that source route path, but how can we know) = or 3) should we reverse the SRH? I'd go for 1) which is the cleanest way...= =20 And OTOH, it might be that packets loop because the state in the root and t= he state in the nodes are not consistent, as Rahul raised at the ROLL meeti= ng at IETF 98. Since this is designed for shortcuts, we may leverage small = hop count. We could enforce that a packet that is routed by projection cann= ot be routed again by normal DAO. What do people think? The root may see it in the form of increased consumption of resources furth= er up, but maybe it won't be looking for that kind of thing often enough. That's a bit too indirect. We want explicit signaling once a route that is = broken is being used. > More critical is to define the way the root learns the topology and > node capacity. > Should (some of) that be in the same document? I think that we should do discovery of topology and node capacity in a diff= erent document. Then we need to start that document. We could always merge before shipping,= but yes, it would be good to go through the WG process of adoption etc...= =20 Do we have volunteers? -- Take care, Pascal From nobody Thu Apr 6 23:26:48 2017 Return-Path: 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 CDD541205D3 for ; Thu, 6 Apr 2017 23:26:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.748 X-Spam-Level: X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 CcfV9f6UNe7y for ; Thu, 6 Apr 2017 23:26:44 -0700 (PDT) Received: from mail-qk0-x244.google.com (mail-qk0-x244.google.com [IPv6:2607:f8b0:400d:c09::244]) (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 83CC01270FC for ; Thu, 6 Apr 2017 23:26:44 -0700 (PDT) Received: by mail-qk0-x244.google.com with SMTP id v75so8920911qkb.3 for ; Thu, 06 Apr 2017 23:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=oQbTiXYBwcUec/J0YkLlHEXV4EUR+ie+D14H0Q5VPU4=; b=iDhiigvh0yk1itLKGCWmgtNXmidoasEc3j/RP1B+9WX/A3sWbzaHO4aWkMZA3by5jb HyenZjwZkC2lTLmYzTyCltM2J4hbAQxozE8nAJR8gee74QXpj+GTYj9gU1koNTfMAS+Q 2pMLiS5jjFAMLTcVmURZ5MqVZv9xCICxQnkv/HKmHCEMKjy7c6rYYmOeCSkky1NazISS I1JA4ypvPl1Z1gQKjidBNc8u9p1SxlHMsWS/befN+GAaLKk3f1KZ9v8k3Xrqf1un8cIc 9oWs/M1ecb2lRswb4l810uErFIkSKsj4yBywOLjMEIW/x/93MBAofjfKeiexVGfKE1qV /hVw== 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=oQbTiXYBwcUec/J0YkLlHEXV4EUR+ie+D14H0Q5VPU4=; b=WndGEUDWAHItUQEkwL2ygKBzChZJjhQuQdJ6N3WQU7m2k95kHLpMMgU1SVbGzQuAgm Got5h8EmUG35pKUq/5SqEsIdYBYS/0fTn5mGwM3IrAyy29+bKYJc/KDsnEc5TZ2BWzHj yXykHTjgJAhkGXpUxrhd0IGJyEgXGMSbbNx8mvQVidhusfXzMl01sfw3m38nvgf2AzG/ 4O0n2lm2oB1c7dtsvF4tNz0fOOb3f61sOHE0IyWShczh/aPKnPvjKDDPyG/IMIGBMtMJ T2PsMgOk4N3lKqp5hTGfqARHYdKajBuWRbltoSuW9AnrLUelJgmCulenwGXQ5CUzlnOm gUKg== X-Gm-Message-State: AFeK/H18wcronNf7LSo/OF4Etb44ecYBw/asVNpwxNs/V+G65rH+4Eh4Z/8WisOD3PNY8K4gCHv7v/WJ772ekg== X-Received: by 10.55.71.11 with SMTP id u11mr40155165qka.78.1491546403315; Thu, 06 Apr 2017 23:26:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.42.9 with HTTP; Thu, 6 Apr 2017 23:26:42 -0700 (PDT) From: Ding Daisy Date: Fri, 7 Apr 2017 14:26:42 +0800 Message-ID: To: roll@ietf.org Content-Type: multipart/alternative; boundary=001a114a6f6489272c054c8db5f7 Archived-At: Subject: [Roll] CFP: Int. Conferences (ICA3PP 2017, IEEE CIT 2017, NSS 2017) in Helsinki, Finland, on 21-23 August 2017 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 06:26:47 -0000 --001a114a6f6489272c054c8db5f7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable [Please accept our apologies if you receive multiple copies of this email] Call for Papers *** ICA3PP-2017, IEEE CIT-2017, NSS-2017 International Conferences *** To be held in Helsinki, Finland on 21-23 August 2017. 17th International Conference on Algorithms and Architectures for Parallel Processing (ICA3PP-2017) URL: https://research.comnet.aalto.fi/ICA3PP2017/ The 17th IEEE International Conference on Computer and Information Technology (IEEE CIT 2017) URL: https://research.comnet.aalto.fi/CIT2017/ The 11th International Conference on Network and System Security (NSS 2017) URL: https://research.comnet.aalto.fi/NSS2017/ Important News! New confirmed submission deadline: April 15, 2017 * Keynote speakers Prof. Elisa Bertino, Purdue University, USA (IEEE Fellow, EiC of IEEE TDSC) Prof. Francisco Herrera, University of Granada, Spain (EiC of Information Fusion) Prof. Y. Thomas Hou (Tom Hou), Virginia Tech, USA (IEEE Fellow) Dr. Anand Prasad, NEC Corporation, Japan (3GPP SA3 Chair) Prof. Yang Xiang, Deakin University, Australia Prof. Laurence T. Yang, St. Francis Xavier University, Canada Mr. Tatu Yl=C3=B6nen, SSH Communications Security, USA (CEO) * Journal Special Issues 1. Future Generation Computer Systems (FGCS), Special Issue on Security and Privacy for RFID and IoTs (SCI indexed, Impact Factor: 2.43) 2. Journal of Information Security and Applications (JISA), Special Issue on Mobile Networks and Devices Security, Privacy and Trust. 3. IEEE Internet of Things, Special Issue on Trust, Security and Privacy in Crowdsourcing (SCI indexed) 4. Special in IEEE Access (SCI indexed, Impact Factor: 1.27) 5. Special Issue in Journal of Cyber Security and Mobility (Scopes indexed) 6. Special Issue on Elsevier/Digital Communications and Networks 7. Concurrency and Computation: Practice and Experience (CCPE), Special Issue on Parallel and Distributed Algorithms (SCI indexed, Impact Factor: 0.942) * Workshops (ICA3PP-2017) - The 4th International Workshop on Data, Text, Web, and Social Network Mining (https://research.comnet.aalto.fi/ICA3PP2017/wsdtwsm2017.html) - 5th International Workshop on Parallelism in Bioinformatics ( https://research.comnet.aalto.fi/ICA3PP2017/wspbio2017.html) - 2nd International Workshop on Ultrascale Computing for Early Researchers = ( https://research.comnet.aalto.fi/ICA3PP2017/wsucer2017.html) * Workshops (CIT-2017) WORKSHOPs - Secure and Resource-Efficient Edge Computing 2017 (SecureEdge 2017) ( https://research.comnet.aalto.fi/CIT2017/wssecureedge2017.html) Workshops (NSS-2017) - 3rd International Workshop on 5G Security and Machine Learning ( https://research.comnet.aalto.fi/NSS2017/wsiw5gs2017.html) - International Workshop on Security Measurements of Cyber Networks ( https://research.comnet.aalto.fi/NSS2017/wssmcn2017.html) - International workshop on Security in Big Data ( https://research.comnet.aalto.fi/NSS2017/wssecbd2017.html) - 2nd International Workshop on Security of the Internet of Everything (SecIoE) (https://research.comnet.aalto.fi/NSS2017/wssecioe2017.html) --001a114a6f6489272c054c8db5f7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
[Please accept our apologies if you receive multiple copies of this em= ail]

Call for Papers

*** ICA3PP-2017, IEEE C= IT-2017, NSS-2017 International Conferences ***
To be held in Hel= sinki, Finland on 21-23 August 2017.

17th Internat= ional Conference on Algorithms and Architectures for Parallel Processing (I= CA3PP-2017)

The 17th IEEE International Conference on Computer and Information = Technology (IEEE CIT 2017)

The 11th International Conference on Network and System Se= curity (NSS 2017)

Important News!
New confirmed submission deadline: April = 15, 2017

* Keynote speakers
Prof. Elisa = Bertino, Purdue University, USA (IEEE Fellow, EiC of IEEE TDSC)
P= rof. Francisco Herrera, University of Granada, Spain (EiC of Information Fu= sion)
Prof. Y. Thomas Hou (Tom Hou), Virginia Tech, USA (IEEE Fel= low)
Dr. Anand Prasad, NEC Corporation, Japan (3GPP SA3 Chair)
Prof. Yang Xiang, Deakin University, Australia
Prof. Laur= ence T. Yang, St. Francis Xavier University, Canada
Mr. Tatu Yl= =C3=B6nen, SSH Communications Security, USA (CEO)

= * Journal Special Issues
1. Future Generation Computer Systems (F= GCS), Special Issue on Security and Privacy for RFID and IoTs (SCI indexed,= Impact Factor: 2.43)=C2=A0
2. Journal of Information Security an= d Applications (JISA), Special Issue on Mobile Networks and Devices Securit= y, Privacy and Trust.=C2=A0
3. IEEE Internet of Things, Special I= ssue on Trust, Security and Privacy in Crowdsourcing (SCI indexed)=C2=A0
4. Special in IEEE Access (SCI indexed, Impact Factor: 1.27)=C2=A0<= /div>
5. Special Issue in Journal of Cyber Security and Mobility (Scope= s indexed)=C2=A0
6. Special Issue on Elsevier/Digital Communicati= ons and Networks
7. Concurrency and Computation: Practice and Exp= erience (CCPE), Special Issue on Parallel and Distributed Algorithms (SCI i= ndexed, Impact Factor: 0.942)


* Wor= kshops (ICA3PP-2017)
- The 4th International Workshop on Data, Te= xt, Web, and Social Network Mining (https://research.comnet.aalto.fi/ICA3PP20= 17/wsdtwsm2017.html)
- 5th International Workshop on Parallel= ism in Bioinformatics (https://research.comnet.aalto.fi/ICA3PP2017/wspbio2017.= html)
- 2nd International Workshop on Ultrascale Computing fo= r Early Researchers (https://research.comnet.aalto.fi/ICA3PP2017/wsucer2017.ht= ml)

* Workshops (CIT-2017)
WORKSHOPs=
- Secure and Resource-Efficient Edge Computing 2017 (SecureEdge = 2017) (https://research.comnet.aalto.fi/CIT2017/wssecureedge2017.html)<= /div>

Workshops (NSS-2017)
- 3rd International= Workshop on 5G Security and Machine Learning (https://research.comnet.aalto.fi/= NSS2017/wsiw5gs2017.html)
- International Workshop on Securit= y Measurements of Cyber Networks (https://research.comnet.aalto.fi/NSS2017/wssmcn= 2017.html)
- International workshop on Security in Big Data (= https= ://research.comnet.aalto.fi/NSS2017/wssecbd2017.html)
- 2nd I= nternational Workshop on Security of the Internet of Everything (SecIoE) (<= a href=3D"https://research.comnet.aalto.fi/NSS2017/wssecioe2017.html">https= ://research.comnet.aalto.fi/NSS2017/wssecioe2017.html)

--001a114a6f6489272c054c8db5f7-- From nobody Thu Apr 6 23:44:05 2017 Return-Path: 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 062CF126E01 for ; Thu, 6 Apr 2017 23:43:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 T2j3J5zAQu1i for ; Thu, 6 Apr 2017 23:43:44 -0700 (PDT) Received: from lb2-smtp-cloud3.xs4all.net (lb2-smtp-cloud3.xs4all.net [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D92C129611 for ; Thu, 6 Apr 2017 23:43:42 -0700 (PDT) Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:212]) by smtp-cloud3.xs4all.net with ESMTP id 5Jjf1v00N4SpUcq01JjfZ9; Fri, 07 Apr 2017 08:43:40 +0200 Received: from 2001:983:a264:1:88e1:9bd0:d840:744a by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Fri, 07 Apr 2017 08:43:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 07 Apr 2017 08:43:39 +0200 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Reply-To: consultancy@vanderstok.org Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: Message-ID: X-Sender: stokcons@xs4all.nl User-Agent: XS4ALL Webmail Archived-At: Subject: Re: [Roll] CFP: Int. Conferences (ICA3PP 2017, IEEE CIT 2017, NSS 2017) in Helsinki, Finland, on 21-23 August 2017 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Apr 2017 06:43:53 -0000 Hi Ding Daisy, We are opposed to the distribution of calls for papers for conferences on the Roll mailing list. A good habit is that people first ask our permission to use the list. Usually we refuse, unless the subject of the conference is Roll only. Greetings, peter Ding Daisy schreef op 2017-04-07 08:26: > [Please accept our apologies if you receive multiple copies of this > email] > > Call for Papers > > *** ICA3PP-2017, IEEE CIT-2017, NSS-2017 International Conferences *** > To be held in Helsinki, Finland on 21-23 August 2017. > > 17th International Conference on Algorithms and Architectures for > Parallel Processing (ICA3PP-2017) > URL: https://research.comnet.aalto.fi/ICA3PP2017/ > > The 17th IEEE International Conference on Computer and Information > Technology (IEEE CIT 2017) > URL: https://research.comnet.aalto.fi/CIT2017/ > > The 11th International Conference on Network and System Security (NSS > 2017) > URL: https://research.comnet.aalto.fi/NSS2017/ > > Important News! > New confirmed submission deadline: April 15, 2017 > > * Keynote speakers > Prof. Elisa Bertino, Purdue University, USA (IEEE Fellow, EiC of IEEE > TDSC) > Prof. Francisco Herrera, University of Granada, Spain (EiC of > Information Fusion) > Prof. Y. Thomas Hou (Tom Hou), Virginia Tech, USA (IEEE Fellow) > Dr. Anand Prasad, NEC Corporation, Japan (3GPP SA3 Chair) > Prof. Yang Xiang, Deakin University, Australia > Prof. Laurence T. Yang, St. Francis Xavier University, Canada > Mr. Tatu Ylönen, SSH Communications Security, USA (CEO) > > * Journal Special Issues > 1. Future Generation Computer Systems (FGCS), Special Issue on > Security and Privacy for RFID and IoTs (SCI indexed, Impact Factor: > 2.43) > 2. Journal of Information Security and Applications (JISA), Special > Issue on Mobile Networks and Devices Security, Privacy and Trust. > 3. IEEE Internet of Things, Special Issue on Trust, Security and > Privacy in Crowdsourcing (SCI indexed) > 4. Special in IEEE Access (SCI indexed, Impact Factor: 1.27) > 5. Special Issue in Journal of Cyber Security and Mobility (Scopes > indexed) > 6. Special Issue on Elsevier/Digital Communications and Networks > 7. Concurrency and Computation: Practice and Experience (CCPE), > Special Issue on Parallel and Distributed Algorithms (SCI indexed, > Impact Factor: 0.942) > > * Workshops (ICA3PP-2017) > - The 4th International Workshop on Data, Text, Web, and Social > Network Mining > (https://research.comnet.aalto.fi/ICA3PP2017/wsdtwsm2017.html) > - 5th International Workshop on Parallelism in Bioinformatics > (https://research.comnet.aalto.fi/ICA3PP2017/wspbio2017.html) > - 2nd International Workshop on Ultrascale Computing for Early > Researchers > (https://research.comnet.aalto.fi/ICA3PP2017/wsucer2017.html) > > * Workshops (CIT-2017) > WORKSHOPs > - Secure and Resource-Efficient Edge Computing 2017 (SecureEdge 2017) > (https://research.comnet.aalto.fi/CIT2017/wssecureedge2017.html) > > Workshops (NSS-2017) > - 3rd International Workshop on 5G Security and Machine Learning > (https://research.comnet.aalto.fi/NSS2017/wsiw5gs2017.html) > - International Workshop on Security Measurements of Cyber Networks > (https://research.comnet.aalto.fi/NSS2017/wssmcn2017.html) > - International workshop on Security in Big Data > (https://research.comnet.aalto.fi/NSS2017/wssecbd2017.html) > - 2nd International Workshop on Security of the Internet of Everything > (SecIoE) (https://research.comnet.aalto.fi/NSS2017/wssecioe2017.html) > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Tue Apr 11 16:13:18 2017 Return-Path: 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 75A8612947E; Tue, 11 Apr 2017 16:13:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-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 0qw67w4MEGNh; Tue, 11 Apr 2017 16:13:01 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 756E2129A8F; Tue, 11 Apr 2017 16:12:46 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 26A28B8115C; Tue, 11 Apr 2017 16:12:42 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, roll@ietf.org Message-Id: <20170411231242.26A28B8115C@rfc-editor.org> Date: Tue, 11 Apr 2017 16:12:42 -0700 (PDT) Archived-At: Subject: [Roll] RFC 8138 on IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 23:13:03 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8138 Title: IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header Author: P. Thubert, Ed., C. Bormann, L. Toutain, R. Cragie Status: Standards Track Stream: IETF Date: April 2017 Mailbox: pthubert@cisco.com, cabo@tzi.org, Laurent.Toutain@IMT-Atlantique.fr, robert.cragie@arm.com Pages: 37 Characters: 81825 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-roll-routing-dispatch-05.txt URL: https://www.rfc-editor.org/info/rfc8138 DOI: 10.17487/RFC8138 This specification introduces a new IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN route-over topologies, which initially covers the needs of Routing Protocol for Low-Power and Lossy Networks (RPL) data packet compression (RFC 6550). Using this dispatch type, this specification defines a method to compress the RPL Option (RFC 6553) information and Routing Header type 3 (RFC 6554), an efficient IP-in-IP technique, and is extensible for more applications. This document is a product of the Routing Over Low power and Lossy networks Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Tue Apr 11 21:18:29 2017 Return-Path: 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 3CFD81293DB; Tue, 11 Apr 2017 21:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 Kc_gLKp2vFSQ; Tue, 11 Apr 2017 21:18:25 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 879281292FC; Tue, 11 Apr 2017 21:18:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v3C4IMgq017941; Wed, 12 Apr 2017 06:18:22 +0200 (CEST) Received: from client-0052.vpn.uni-bremen.de (client-0052.vpn.uni-bremen.de [134.102.107.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3w2rJG0YTmzDHMp; Wed, 12 Apr 2017 06:18:22 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Carsten Bormann In-Reply-To: <20170411231242.26A28B8115C@rfc-editor.org> Date: Wed, 12 Apr 2017 06:18:21 +0200 X-Mao-Original-Outgoing-Id: 513663501.45993-6d44ffb753b01b5e2e0692ad221c6fe9 Content-Transfer-Encoding: quoted-printable Message-Id: <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> References: <20170411231242.26A28B8115C@rfc-editor.org> To: Routing Over Low power and Lossy networks , lo <6lo@ietf.org> X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [Roll] RFC 8138 on IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 04:18:27 -0000 Thank you. Pascal, for seeing this through =E2=80=94 this gives us a = much better way to encapsulate RPL-routed traffic (and in particular the = source routing in Non-Storing Mode) in all kinds of 6Lo-style networks. Now let=E2=80=99s get the information out on implementation efforts. Gr=C3=BC=C3=9Fe, Carsten > On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote: >=20 > A new Request for Comments is now available in online RFC libraries. >=20 >=20 > RFC 8138 >=20 > Title: IPv6 over Low-Power Wireless Personal=20 > Area Network (6LoWPAN) Routing Header=20 > Author: P. Thubert, Ed., > C. Bormann,=20 > L. Toutain, > R. Cragie > Status: Standards Track > Stream: IETF > Date: April 2017 > Mailbox: pthubert@cisco.com,=20 > cabo@tzi.org,=20 > Laurent.Toutain@IMT-Atlantique.fr, =20 > robert.cragie@arm.com > Pages: 37 > Characters: 81825 > Updates/Obsoletes/SeeAlso: None >=20 > I-D Tag: draft-ietf-roll-routing-dispatch-05.txt >=20 > URL: https://www.rfc-editor.org/info/rfc8138 >=20 > DOI: 10.17487/RFC8138 >=20 > This specification introduces a new IPv6 over Low-Power Wireless > Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN > route-over topologies, which initially covers the needs of Routing > Protocol for Low-Power and Lossy Networks (RPL) data packet > compression (RFC 6550). Using this dispatch type, this specification > defines a method to compress the RPL Option (RFC 6553) information > and Routing Header type 3 (RFC 6554), an efficient IP-in-IP > technique, and is extensible for more applications. >=20 > This document is a product of the Routing Over Low power and Lossy = networks Working Group of the IETF. >=20 > This is now a Proposed Standard. >=20 > STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and = suggestions > for improvements. Please refer to the current edition of the Official > Internet Protocol Standards (https://www.rfc-editor.org/standards) for = the=20 > standardization state and status of this protocol. Distribution of = this=20 > memo is unlimited. >=20 > This announcement is sent to the IETF-Announce and rfc-dist lists. > To subscribe or unsubscribe, see > https://www.ietf.org/mailman/listinfo/ietf-announce > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist >=20 > For searching the RFC series, see https://www.rfc-editor.org/search > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk >=20 > Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org. = Unless > specifically noted otherwise on the RFC itself, all RFCs are for > unlimited distribution. >=20 >=20 > The RFC Editor Team > Association Management Solutions, LLC >=20 >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll >=20 From nobody Wed Apr 12 08:06:18 2017 Return-Path: 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 163811294C9; Wed, 12 Apr 2017 08:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 nMdCIw9QaeyX; Wed, 12 Apr 2017 08:06:06 -0700 (PDT) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (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 D7633131705; Wed, 12 Apr 2017 08:06:00 -0700 (PDT) Received: by mail-vk0-x235.google.com with SMTP id r69so15028122vke.2; Wed, 12 Apr 2017 08:06:00 -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=YZVGS2it38d4oHWJog4uUeV6heNU5ufHz5Z2ZdSGi/o=; b=EwiJNtGrf7fLQdY+Z2rQOMUaboEJNpghX00YyVwGLibGekFSBup/RjlBwBZeHLeihS SS3rWYXcoRMUXoJoIJ4YJIZkPqLOoMljSEm0Te8QphpchpdocYcQPiEK/Hv8JJDb4g5d 5rgMakuBm6/IEN4Us83SukESMaqhq4R4wIRtomWZlcH2kynSeYh20OcjftD/H1BxsgA6 SzH4ZtYqLVobG/66Php1EKIouqjYF3g4HGgwOg/ATK1y8B58cCJMVPeTtHqLhE6B+PNe cn9vF+TyFu42G9YhKCNaeJUnILWcNu6uFwcYxSseh9WiSnxqPQNOhvo/gyiCLXSaMMo8 MWMQ== 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=YZVGS2it38d4oHWJog4uUeV6heNU5ufHz5Z2ZdSGi/o=; b=l+mm2SwoMC56IdXM9j0SFBs1MK01fpU3YLtx/yIdTQOjTridYvsG22d36MvZXqniIu MlJiLMpW1+FPCXtC7+Fm15k9MeVRA0LVI7L0zQeeGzayCOW9oNavkROF+u34gUx9YfSC 9fFqwGPa6c8d/QfbjA11wPiqb2P09QvnzyEnnL7Uuv35GGHKXhd76JnTIoy+Qk4mRwH9 OQ5/n7uppQ/8dXLe27vVAsGQvXqHBMzwbECRVnTD9V9qlrbRwVrVHCizvrhBTHGtf72H IG0nZH2j7R+ALvphsBiW0bJeDQwRHNS+SeRVU4szp4hPJLcwdqb7IxNhl6wixr12pG6G 2KyA== X-Gm-Message-State: AN3rC/40L75Hqh1gsndO+ggUXUBdZgqKyQFvOYiY76hTYJcsW440+IkaSYeHW7J7NkoqoVt+qqPhzKAH7Dg0Qg== X-Received: by 10.31.244.139 with SMTP id s133mr1424107vkh.1.1492009559641; Wed, 12 Apr 2017 08:05:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.16.18 with HTTP; Wed, 12 Apr 2017 08:05:59 -0700 (PDT) In-Reply-To: <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> References: <20170411231242.26A28B8115C@rfc-editor.org> <6740391F-FA53-43A5-9A29-9823153B5A50@tzi.org> From: Ines Robles Date: Wed, 12 Apr 2017 12:05:59 -0300 Message-ID: To: Routing Over Low power and Lossy networks Cc: lo <6lo@ietf.org> Content-Type: multipart/alternative; boundary=94eb2c14a882cdd793054cf98b48 Archived-At: Subject: Re: [Roll] RFC 8138 on IPv6 over Low-Power Wireless Personal Area Network (6LoWPAN) Routing Header X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2017 15:06:09 -0000 --94eb2c14a882cdd793054cf98b48 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1 and many thanks to all authors for your work on this! Cheers, Ines. 2017-04-12 1:18 GMT-03:00 Carsten Bormann : > Thank you. Pascal, for seeing this through =E2=80=94 this gives us a much= better > way to encapsulate RPL-routed traffic (and in particular the source routi= ng > in Non-Storing Mode) in all kinds of 6Lo-style networks. > > Now let=E2=80=99s get the information out on implementation efforts. > > Gr=C3=BC=C3=9Fe, Carsten > > > > On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote: > > > > A new Request for Comments is now available in online RFC libraries. > > > > > > RFC 8138 > > > > Title: IPv6 over Low-Power Wireless Personal > > Area Network (6LoWPAN) Routing Header > > Author: P. Thubert, Ed., > > C. Bormann, > > L. Toutain, > > R. Cragie > > Status: Standards Track > > Stream: IETF > > Date: April 2017 > > Mailbox: pthubert@cisco.com, > > cabo@tzi.org, > > Laurent.Toutain@IMT-Atlantique.fr, > > robert.cragie@arm.com > > Pages: 37 > > Characters: 81825 > > Updates/Obsoletes/SeeAlso: None > > > > I-D Tag: draft-ietf-roll-routing-dispatch-05.txt > > > > URL: https://www.rfc-editor.org/info/rfc8138 > > > > DOI: 10.17487/RFC8138 > > > > This specification introduces a new IPv6 over Low-Power Wireless > > Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN > > route-over topologies, which initially covers the needs of Routing > > Protocol for Low-Power and Lossy Networks (RPL) data packet > > compression (RFC 6550). Using this dispatch type, this specification > > defines a method to compress the RPL Option (RFC 6553) information > > and Routing Header type 3 (RFC 6554), an efficient IP-in-IP > > technique, and is extensible for more applications. > > > > This document is a product of the Routing Over Low power and Lossy > networks Working Group of the IETF. > > > > This is now a Proposed Standard. > > > > STANDARDS TRACK: This document specifies an Internet Standards Track > > protocol for the Internet community, and requests discussion and > suggestions > > for improvements. Please refer to the current edition of the Official > > Internet Protocol Standards (https://www.rfc-editor.org/standards) for > the > > standardization state and status of this protocol. Distribution of thi= s > > memo is unlimited. > > > > This announcement is sent to the IETF-Announce and rfc-dist lists. > > To subscribe or unsubscribe, see > > https://www.ietf.org/mailman/listinfo/ietf-announce > > https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist > > > > For searching the RFC series, see https://www.rfc-editor.org/search > > For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk > > > > Requests for special distribution should be addressed to either the > > author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless > > specifically noted otherwise on the RFC itself, all RFCs are for > > unlimited distribution. > > > > > > The RFC Editor Team > > Association Management Solutions, LLC > > > > > > _______________________________________________ > > 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 > --94eb2c14a882cdd793054cf98b48 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
+1=C2=A0

and many thanks to all authors= for your work on this!

Cheers,

Ines.

2017-04-12 1:18 GMT-03:00 Carsten Bormann <cabo@tzi.org>:<= br>
Thank you. Pascal, for seeing this throug= h =E2=80=94 this gives us a much better way to encapsulate RPL-routed traff= ic (and in particular the source routing in Non-Storing Mode) in all kinds = of 6Lo-style networks.

Now let=E2=80=99s get the information out on implementation efforts.

Gr=C3=BC=C3=9Fe, Carsten


> On Apr 12, 2017, at 01:12, rfc-editor@rfc-editor.org wrote:
>
> A new Request for Comments is now available in online RFC libraries. >
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 RFC 8138
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title:=C2=A0 =C2=A0 =C2=A0 IPv6 over Low-Po= wer Wireless Personal
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A= rea Network (6LoWPAN) Routing Header
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author:=C2=A0 =C2=A0 =C2=A0P. Thubert, Ed.,=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 C= . Bormann,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 L= . Toutain,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 R= . Cragie
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Status:=C2=A0 =C2=A0 =C2=A0Standards Track<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stream:=C2=A0 =C2=A0 =C2=A0IETF
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:=C2=A0 =C2=A0 =C2=A0 =C2=A0April 2017<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 Mailbox:=C2=A0 =C2=A0 pthubert@cisco.com,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <= a href=3D"mailto:cabo@tzi.org">cabo@tzi.org,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 L= aurent.Toutain@IMT-Atlantique.fr,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <= a href=3D"mailto:robert.cragie@arm.com">robert.cragie@arm.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages:=C2=A0 =C2=A0 =C2=A0 37
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Characters: 81825
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Updates/Obsoletes/SeeAlso:=C2=A0 =C2=A0None=
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 I-D Tag:=C2=A0 =C2=A0 draft-ietf-roll-routi= ng-dispatch-05.txt
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.rfc-editor.org/info/rfc8138
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI:=C2=A0 =C2=A0 =C2=A0 =C2=A0 10.17487/RF= C8138
>
> This specification introduces a new IPv6 over Low-Power Wireless
> Personal Area Network (6LoWPAN) dispatch type for use in 6LoWPAN
> route-over topologies, which initially covers the needs of Routing
> Protocol for Low-Power and Lossy Networks (RPL) data packet
> compression (RFC 6550).=C2=A0 Using this dispatch type, this specifica= tion
> defines a method to compress the RPL Option (RFC 6553) information
> and Routing Header type 3 (RFC 6554), an efficient IP-in-IP
> technique, and is extensible for more applications.
>
> This document is a product of the Routing Over Low power and Lossy net= works Working Group of the IETF.
>
> This is now a Proposed Standard.
>
> STANDARDS TRACK: This document specifies an Internet Standards Track > protocol for the Internet community, and requests discussion and sugge= stions
> for improvements.=C2=A0 Please refer to the current edition of the Off= icial
> Internet Protocol Standards (https://www.rfc-editor.org/standards) for the
> standardization state and status of this protocol.=C2=A0 Distribution = of this
> memo is unlimited.
>
> This announcement is sent to the IETF-Announce and rfc-dist lists.
> To subscribe or unsubscribe, see
>=C2=A0 https://www.ietf.org/mailman/list= info/ietf-announce
>=C2=A0 https://mailman.rfc-editor.o= rg/mailman/listinfo/rfc-dist
>
> For searching the RFC series, see https://www.rfc-editor.org/<= wbr>search
> For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk
>
> Requests for special distribution should be addressed to either the > author of the RFC in question, or to rfc-editor@rfc-editor.org.=C2=A0 Unless
> specifically noted otherwise on the RFC itself, all RFCs are for
> unlimited distribution.
>
>
> The RFC Editor Team
> Association Management Solutions, LLC
>
>
> _______________________________________________
> 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

--94eb2c14a882cdd793054cf98b48-- From nobody Thu Apr 13 07:54:24 2017 Return-Path: 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 8B6D01205D3; Thu, 13 Apr 2017 07:54:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, 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 9UNXE8hzvd0j; Thu, 13 Apr 2017 07:54:19 -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 C2AB81294B3; Thu, 13 Apr 2017 07:54:19 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 8A905E1D7; Thu, 13 Apr 2017 11:19:05 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id C0B22636BB; Thu, 13 Apr 2017 10:54:18 -0400 (EDT) From: Michael Richardson To: anima@ietf.org, roll@ietf.org In-Reply-To: References: <1491971619970.42705@ssni.com>, <1491974218584.69073@ssni.com> X-Mailer: MH-E 8.6; nmh 1.6+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 Archived-At: Subject: [Roll] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 14:54:22 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > Hello Benjamin: ... > The control plane can be adapted, certainly quite easily. But a key > question is whether or not the data plane can be adapted to use RPL's > RPI or not. > The RPI is how RPL signals its instances and manages routing failures. ... > RPL can work without it, we do that in ANIMA for wired use cases (see > draft-ietf-anima-autonomic-control-plane-06). But that means quickly > repairing any damage, which is probably not good for battery operated > devices. It wasn't clear to me that we were specifying the ACP to operate RPL without RPI. It was a bug that I was going to try to get fixed. I also was thinking about how useofrplinfo (and rfc2460bis header insertion...) applied to the ACP, and what compromises we could make given the apparent new views. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljvkRoACgkQgItw+93Q 3WV8eAf9FDg5j+u1uFKIvny3qT87b8/8K8jUgr5XMxpVtGeqNYhMmD6PZFhoS6Nz qutdktMRpSBNmD8vC4hz5nksVFcuIbXogjbiopHEjLUG4/5yGYL/EDnx35OaTVfe 8f1FoVxx7YqymCOkE3eZXMEnerhSgwEqPrQJgngvz4AsxCf+J0OPTSs88THFq7eB flAecvQiISvFVOz8EdzJK8n5bKUVr/z3z5heJjZUuLNINrXj5eoAMg9/Q23l5BNf uAL6KGT97nJIGyjgUImSmTrw6AVOmHJmjapFxAgAHdcMGpR1PwI6CtMepDiW6Jki Y4hLljG/kykaunBMuXe6pAAmfuUOVw== =6GH4 -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Apr 13 09:04:12 2017 Return-Path: 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 C04B312922E; Thu, 13 Apr 2017 09:04:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDQIkgaB0mO2; Thu, 13 Apr 2017 09:04:01 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9558F1272E1; Thu, 13 Apr 2017 09:04:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3409; q=dns/txt; s=iport; t=1492099441; x=1493309041; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=ftFSDpEma6qOcNWFVSQGQP2pVThWyKcvXOb26vUCI9A=; b=WKr9FUYz3WALakUZzzG9QyRsSW7bgSpn4NAwSG3fL8kwd+hzphbrhoTl tN8dqnFoWZlzX9FxUWXt8Th+4v4BdTMySN2LfREWC52Y6vDNNS4AC9rRi tzgwTuHz8t5EUBB6iN9HNUe+tRXyUaaLfrTX5kIPxgQ8c+AAHcnzJdyuk I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B0AQBnoO9Y/5FdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1OBbAeNcpFXlViCD4JugiYBgQ8Cg3cVKhgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQIBOksEAgEIEQQBAQEeCQcyFAkIAgQBEggTiXMIqwiLDwEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBHoZRgV2DF4QihhkFlX2HEwGSV4IIj0WIZ4sdAR84gQVbFYV?= =?us-ascii?q?RgUp1iCOBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,195,1488844800"; d="scan'208";a="408976253" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Apr 2017 16:04:00 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v3DG40OF014477 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 13 Apr 2017 16:04:00 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Apr 2017 11:04:00 -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.1210.000; Thu, 13 Apr 2017 11:04:00 -0500 From: "Pascal Thubert (pthubert)" To: Michael Richardson , "anima@ietf.org" , "roll@ietf.org" Thread-Topic: on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) Thread-Index: AQHStGXXEuiW83Q8xEG2mD7sUEbmJqHDb9fg Date: Thu, 13 Apr 2017 16:03:57 +0000 Deferred-Delivery: Thu, 13 Apr 2017 16:03:34 +0000 Message-ID: <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> References: <1491971619970.42705@ssni.com>, <1491974218584.69073@ssni.com> <15236.1492095258@obiwan.sandelman.ca> In-Reply-To: <15236.1492095258@obiwan.sandelman.ca> 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.61.217.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 16:04:04 -0000 Well, Michael: The RPI is mostly aimed at IOT links (LLNs), where the control overhead mus= t be kept below that of actual traffic in all cases. So we fix routes react= ively to traffic. For use on wires such as Ethernet, it is acceptable to re= act proactively to a breakage and fix the routes before they are used.=20 In that sense, and as long as we can live with a single topology, we can af= ford to be pure control plane, leaving the RPI and the data plane out of th= e story, which is good for the separations of planes, and high speed hardwa= re forwarding / software fast path. The DIO piece acts as a DV routing protocol that is quite similar to other = IGPs like EIGRP and Babel, with the same feasibility condition which avoids= transient loops, but with RPL the IGP would care about only one destinatio= n, thus providing a DODAG towards the ACP only. Which is how RPL gets auton= omic properties, a central point decides parameters for the whole network t= hat nodes in the network will learn and apply as the network forms.=20 The DAO piece populates the routes back to the nodes, along the DODAG that = leads to the ACP. With a stretch, there could have been cases of transient = loops, with a CTI. This is why in the ACP spec we set the RPL stretch to ze= ro. Which means wait for an ensured solution, take no risk of reparenting b= ehind yourself. There will be short dead times till local recovery has fixe= d the situation, but the chances of packets looping are very remote; we use= flood as opposed to diffusion so on paper, so there is still a chance, and= RPI would detect it. Since the case comes from multiple loss of flooded po= isoning, it's really unlikely on wires, and anyway the local CTI, accelerat= ed by trickle, will detect it, even without RPI. So all in all, considering the hassle of updating silicon along the forward= ing plane, I'd think that living without RPI is fine. Now if you tell me th= at it is always going through software that is easy to update, then why not= ? Take care, Pascal -----Original Message----- From: Michael Richardson [mailto:mcr+ietf@sandelman.ca]=20 Sent: jeudi 13 avril 2017 16:54 To: anima@ietf.org; roll@ietf.org Cc: Pascal Thubert (pthubert) Subject: on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for = mesh-under) Pascal Thubert (pthubert) wrote: > Hello Benjamin: ... > The control plane can be adapted, certainly quite easily. But a key > question is whether or not the data plane can be adapted to use RPL's > RPI or not. > The RPI is how RPL signals its instances and manages routing failures= . ... > RPL can work without it, we do that in ANIMA for wired use cases (see > draft-ietf-anima-autonomic-control-plane-06). But that means quickly > repairing any damage, which is probably not good for battery operated > devices. It wasn't clear to me that we were specifying the ACP to operate RPL withou= t RPI. It was a bug that I was going to try to get fixed. I also was thinking about how useofrplinfo (and rfc2460bis header insertion...) applied to the ACP, and what compromises we could make given = the apparent new views. -- Michael Richardson , Sandelman Software Works -=3D = IPv6 IoT consulting =3D- From nobody Thu Apr 13 09:36:40 2017 Return-Path: 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 68ED912951D; Thu, 13 Apr 2017 09:36:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EWDgMkQrd8zx; Thu, 13 Apr 2017 09:36:37 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 504761294C8; Thu, 13 Apr 2017 09:36:36 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 683EB2055F; Thu, 13 Apr 2017 13:01:22 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 823FD636BB; Thu, 13 Apr 2017 12:36:35 -0400 (EDT) From: Michael Richardson To: "Pascal Thubert \(pthubert\)" cc: "anima\@ietf.org" , "roll\@ietf.org" In-Reply-To: <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> References: <1491971619970.42705@ssni.com>, <1491974218584.69073@ssni.com> <15236.1492095258@obiwan.sandelman.ca> <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> X-Mailer: MH-E 8.6; nmh 1.6+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 Archived-At: Subject: Re: [Roll] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 16:36:39 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > The RPI is mostly aimed at IOT links (LLNs), where the control overhead > must be kept below that of actual traffic in all cases. So we fix > routes reactively to traffic. For use on wires such as Ethernet, it is > acceptable to react proactively to a breakage and fix the routes before > they are used. yes, I agree that this is doable. I will note two other things about the ACP that matter: 1) it runs over IPsec, which includes IKEv2, which has a Dead Peer Detection. As such, we can get good ETX values out of the IKE daemon. 2) we can also detect when links go bad pretty quickly, and can feed updated (0) ETX values into RPL quickly. I'm still concerned that we might want the RPI rank value to do loop detection. It seems that the ACP should be extra reliable, and that repairing loops needs to be done very reliably. Yeah, we could just let TTL kill the packet, but I feel that > In that sense, and as long as we can live with a single topology, we > can afford to be pure control plane, leaving the RPI and the data plane > out of the story, which is good for the separations of planes, and high > speed hardware forwarding / software fast path. There are perhaps some confusing words here. I think that you mean, the ACP data plane, vs the production data plane. I think that the high speed hardware will mostly deal with production data plane forwarding only, and that ACP data plane forwarding will occur in the "production" control plane: i.e. in software. This is why I don't think that having RPI is a problem. While there are likely platforms that could do IPsec decapsulation, VRF forwarding, and IPsec encapsulation inside the fast path, I think that the amount of state required to do so is just enough that some SDN or other offloaded control plane, will screw that state up. The ACP exists exactly to work around that kind of shooting oneself in the food. I think that the much simpler L2-macvlan mechanism on each port (which is entirely stateless) will be easier to guarantee. I also think we could in light of rfc2460bis renegotiation, argue for insertion of RPI header by the ACP without IPIP encapsulation :-) > So all in all, considering the hassle of updating silicon along the > forwarding plane, I'd think that living without RPI is fine. Now if you > tell me that it is always going through software that is easy to > update, then why not? I think that this is the case. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAljvqRMACgkQgItw+93Q 3WWEwwf/WW/bS2EiiBCg//DERqQaIGjWhf+TyDtk5gqVutdE/Dg00zcoC0WTL8fD UrH+1MygglolZUDrplqY0oyEsiQrIJMVeKu/mqc8RxuY+zIqynhAy2C9iadLavdU 2dd8HlcFZ2XunIaJmj+wm7LV/zT9Mzw/LFy0IXh2Ll9KWQab2s1EEU5wHyIP+O7E T+2k3qL1dSCTUPoEAWQ9Cz0Gf7iUU5484KfaEDiowDAyoqzPkeqv9Vp8/ag0CwzT NBjcWmUsiIVc4J8CFcWU8w6NZ/HHrV0PhvE1XyfAHSjx73/JB52gjF3UGXBsSX7u cE76bXPyHnYgk+suhdd+ksNc5KbxZQ== =ksWg -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Apr 13 14:31:57 2017 Return-Path: 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 8D3FC1296B0; Thu, 13 Apr 2017 14:31:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id shPxCL3tlujz; Thu, 13 Apr 2017 14:31:54 -0700 (PDT) Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DB5F1294B2; Thu, 13 Apr 2017 14:31:54 -0700 (PDT) Received: by mail-pg0-x230.google.com with SMTP id g2so35738417pge.3; Thu, 13 Apr 2017 14:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=Dr4iqbuCM4nle96CYi7PzKKrTmPYx0IoURsHvcA1pF4=; b=uXPJJy1WFM+2hmxVUgQHxRY28+Qc6rOU7CekLEij4PRer+d3E7gWkejA2K5qBaN9+f EypGoB1HWEJvAoSjo3eppsoxrUV2qKebFy048+E3UIPQ8YGYNiI9YHnV7YsApVPV0u7T 4S93ATrBDjkfKas7aOer4yELS2Jn1jKapM0JW8Nfil8De5wsw36F+vRwjK8tiUcWVASx Y8oQ2foYnlyDtFh0Bp5FXi8bQEdm36YTSm5q54qFcKuUDhQy/43HqPFaOGU7wl+Yqet6 Xd+n1xN8VP+SEdA7dzNic6MMMUgLqJhEwoiN5acfBOydhHgeV2y+qSHrmbEPQqV+AcLs qoOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=Dr4iqbuCM4nle96CYi7PzKKrTmPYx0IoURsHvcA1pF4=; b=fVNGCarfTA5afS4Xy3oHwGSgdwyFHFv87b5arHVmT05sKs96qRikVvrIkYJiTAqmmZ At+FpwtXTPyjy5uufRrd7Zp5syJFr8tSz8yeX84D+gQD4h4dAUv/eeMNV85eMoaRNjrb nHiS1VAPYl2MXEtN715C2rx8IvDZGAqtp4aRYSfC8B3HOI6pbdgHfsbJA2dInRqfyOPf ZBNZtLi7NT6rNCYJGi3FVbmsBg6m69zu2BiFgXW9FAyjCS47tchn7zGZBOO63kQ9wml/ 5F4sKr9scRu3ewspFrX7pPL2xVZhILF24nwt3SW+YclGr8OkVvEXm/jUyqRASYAuoomv oE1g== X-Gm-Message-State: AN3rC/7qB8RXGEMeOsFNFH/xTatUWVkMcmnAl219EgUG4CfCnWJTSsPK I1Ajuec8YTrT5Q== X-Received: by 10.99.215.85 with SMTP id w21mr4246788pgi.217.1492119113792; Thu, 13 Apr 2017 14:31:53 -0700 (PDT) Received: from [192.168.178.26] ([118.149.101.64]) by smtp.gmail.com with ESMTPSA id 2sm44191853pfx.107.2017.04.13.14.31.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Apr 2017 14:31:52 -0700 (PDT) To: Michael Richardson , "Pascal Thubert (pthubert)" References: <1491971619970.42705@ssni.com> <1491974218584.69073@ssni.com> <15236.1492095258@obiwan.sandelman.ca> <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> <6577.1492101395@obiwan.sandelman.ca> Cc: "roll@ietf.org" , "anima@ietf.org" From: Brian E Carpenter Organization: University of Auckland Message-ID: <07e8d178-0545-5fe1-75a6-ecad449565ae@gmail.com> Date: Fri, 14 Apr 2017 09:31:56 +1200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <6577.1492101395@obiwan.sandelman.ca> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Roll] [Anima] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 21:31:56 -0000 On 14/04/2017 04:36, Michael Richardson wrote: ... > I also think we could in light of rfc2460bis renegotiation, argue for > insertion of RPI header by the ACP without IPIP encapsulation :-) I wouldn't bet on that for a few more weeks yet. We do have a couple of mitigations however: 1) Since the ACP is strictly using ULAs, we can assert that ACP packets are not intended for the open Internet. It would in fact be tragic for many reasons if an ACP packet "escaped". 2) Since the ACP will be based on IPsec/ESP, we can assert that breaking IPsec/AUTH is not an issue. However, we would also need a story on PMTUD within the ACP. > > So all in all, considering the hassle of updating silicon along the > > forwarding plane, I'd think that living without RPI is fine. Now if you > > tell me that it is always going through software that is easy to > > update, then why not? > > I think that this is the case. Updating the ACP code network-wide, in a large network, might not be so easy. Ignorant question: what happens if only some RPL nodes support RPI? Brian From nobody Fri Apr 14 00:28:57 2017 Return-Path: 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 31506126BFD; Fri, 14 Apr 2017 00:28:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4zNB7tVTzriz; Fri, 14 Apr 2017 00:28:54 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4AD2124234; Fri, 14 Apr 2017 00:28:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1883; q=dns/txt; s=iport; t=1492154934; x=1493364534; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=O+YC+JyqzeaqZaNfrCY8LVQxGwLDTzYmIS9rgwn2xNg=; b=GYs5RaQxcUq2/S2bcjUUOe8Pnz+9FJ6kS21UNflXEKNRyD+5YgEsSTgn u664yiRDIjBuPQxA8lMjFe+t/jZjuDX8jqLZLvCiBO9YFRD6qZKOzkQA5 dXsAXb6UUsgnxTNHz6kNv1QRRcic4S9iEL4VJUfUKNZopRD7HO94f7DXi g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ABAgDSefBY/4kNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1OBbI17kVuIG41Bgg+CboImAYEPAoN8PxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQIBeQULAgEIGC4hESUCBA4FiX8DDQirLoczDYNTAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEehlGBXSuCbIJRggWDNIIxBZA0jCc7AY4fhESBf49HiGmCHokBAR8?= =?us-ascii?q?4gQVbFVIBhEocGYFKdQGJOgEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,197,1488844800"; d="scan'208";a="409345909" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Apr 2017 07:28:53 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v3E7SrQV001226 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 14 Apr 2017 07:28:53 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 14 Apr 2017 02:28:52 -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.1210.000; Fri, 14 Apr 2017 02:28:52 -0500 From: "Pascal Thubert (pthubert)" To: Brian E Carpenter CC: Michael Richardson , "roll@ietf.org" , "anima@ietf.org" Thread-Topic: [Anima] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) Thread-Index: AQHStGXXEuiW83Q8xEG2mD7sUEbmJqHDb9fggABjaYCAAFKFAIAAUvjC Date: Fri, 14 Apr 2017 07:28:52 +0000 Message-ID: References: <1491971619970.42705@ssni.com> <1491974218584.69073@ssni.com> <15236.1492095258@obiwan.sandelman.ca> <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> <6577.1492101395@obiwan.sandelman.ca>, <07e8d178-0545-5fe1-75a6-ecad449565ae@gmail.com> In-Reply-To: <07e8d178-0545-5fe1-75a6-ecad449565ae@gmail.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] [Anima] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 07:28:56 -0000 Hello Brian This is unspecified since prior to ACP there is always an RPI, thus the nee= d to express it somewhere, which we did in the ANIMA spec; and the problem = you raised has 2 sides. Could be that nodes always expect an RPI and could be that they never do. E= ither way nodes may drop the packet in some default: case. I think that what we have now at ANIMA works, and that a more complete spec= ification would be useful for a more general case, explaining pro cons of u= sing RPI and in which case mixed mode could work. Would ANIMA wish that ROL= L publishes that doc? Take care, Pascal > Le 13 avr. 2017 =E0 23:31, Brian E Carpenter a =E9crit : >=20 >> On 14/04/2017 04:36, Michael Richardson wrote: >> ... >> I also think we could in light of rfc2460bis renegotiation, argue for >> insertion of RPI header by the ACP without IPIP encapsulation :-) >=20 > I wouldn't bet on that for a few more weeks yet. We do have a couple of > mitigations however: >=20 > 1) Since the ACP is strictly using ULAs, we can assert that ACP packets > are not intended for the open Internet. It would in fact be tragic for > many reasons if an ACP packet "escaped". >=20 > 2) Since the ACP will be based on IPsec/ESP, we can assert that breaking > IPsec/AUTH is not an issue. >=20 > However, we would also need a story on PMTUD within the ACP. >=20 >>> So all in all, considering the hassle of updating silicon along the >>> forwarding plane, I'd think that living without RPI is fine. Now if you >>> tell me that it is always going through software that is easy to >>> update, then why not? >>=20 >> I think that this is the case. >=20 > Updating the ACP code network-wide, in a large network, might not be so e= asy. > Ignorant question: what happens if only some RPL nodes support RPI? >=20 > Brian From nobody Fri Apr 14 13:26:50 2017 Return-Path: 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 AB499129AA8; Fri, 14 Apr 2017 13:26:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tdRZV9ebBRWh; Fri, 14 Apr 2017 13:26:39 -0700 (PDT) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (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 2A7D3129A97; Fri, 14 Apr 2017 13:26:39 -0700 (PDT) Received: by mail-pg0-x243.google.com with SMTP id g2so17764941pge.2; Fri, 14 Apr 2017 13:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=iH98L8qtaW2AyaqWt9WwhXlO05iJMLGFQ9KwYT7vO8w=; b=guY68TuYosCqd49B8Lw9I5Dbxl8oFCtGDeVRsXOaEmnqqQYrPj9/aGUrbV8Aaa34// zkVvX+PmyR/UxjvpmBtIhw0B5kBc4dBO68qUoFMUHUUSWcRKwQR/CUAue/y8kQetOmH3 QSldxAobA85sUxwPFzL8zeyyiBJg91+qj+A1smAY9kG64UYvwJSMIGqciRU/mFNGy0Y1 9esj2U4RuDUWYzpBTJRWgCtBiUGqwF7Vf7aNlRsv515bX+Zlj/CmfR4AW6L0cVJlnxxh X+vWJpIv6sfHjbmEvc5bunPLNOGVLoD4RGDeltTGPrkWDNvRrqWb4iAFtpEBfo5AdAdC IN0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=iH98L8qtaW2AyaqWt9WwhXlO05iJMLGFQ9KwYT7vO8w=; b=ordElpDf20QuxqrtkFIR6TSMEsNYgs6uimJAprmcrnoYCEtXGmmsFgOM4Q4BecsVPq 7TlVqTJa2K+nLQveFxKAIZNmnx/+X8lyQ/f/mGkJ7hjkJ4bkz4CrEuOXl3QasKHIGXVx gQQbTRf9ZXkLJ951ABIrcGIdV1tzTP8xs9QkGrqjwPFC+7I+6nfp/U0xrJmJxNSYSTBU H3e2sU9lUgS2kLoniSCB8fEEADPHCC2FvI9Bb+duUoWMqck/vP5qJ3203Z017UZtIXjg J0wopvfUGlkAxQVdRZzMAIJsvlffL11kGj7o9JHePhjdb1dDlSx1TrnYUHsTdaJocN+I c82w== X-Gm-Message-State: AN3rC/5mXQzQhNRTGlfiYEfAm1J9uZZ60g14Aq85LEG6hisfDOnYwR36 7vZKOirSfpfDpQ== X-Received: by 10.98.210.2 with SMTP id c2mr9008635pfg.83.1492201598679; Fri, 14 Apr 2017 13:26:38 -0700 (PDT) Received: from ?IPv6:2406:e001:38c5:1:28cc:dc4c:9703:6781? ([2406:e001:38c5:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id 74sm4739754pfn.102.2017.04.14.13.26.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Apr 2017 13:26:38 -0700 (PDT) To: "Pascal Thubert (pthubert)" References: <1491971619970.42705@ssni.com> <1491974218584.69073@ssni.com> <15236.1492095258@obiwan.sandelman.ca> <6ce1718ab83342bcad9c19d6d9e96935@XCH-RCD-001.cisco.com> <6577.1492101395@obiwan.sandelman.ca> <07e8d178-0545-5fe1-75a6-ecad449565ae@gmail.com> Cc: Michael Richardson , "roll@ietf.org" , "anima@ietf.org" From: Brian E Carpenter Organization: University of Auckland Message-ID: <89e0474e-3084-9eae-cdfa-3ae5b7aca65f@gmail.com> Date: Sat, 15 Apr 2017 08:26:43 +1200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Roll] [Anima] on the use of RPL without RPI (was Re: [6lo] Adaption of ROLL for mesh-under) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2017 20:26:41 -0000 Hi Pascal, > Would ANIMA wish that ROLL publishes that doc? I certainly can't speak for the WG, but to me it seems like an issue that= might arise for other use cases, so an answer from ROLL for the general case seems to make sense. Brian On 14/04/2017 19:28, Pascal Thubert (pthubert) wrote: > Hello Brian >=20 > This is unspecified since prior to ACP there is always an RPI, thus the= need to express it somewhere, which we did in the ANIMA spec; and the pr= oblem you raised has 2 sides. >=20 > Could be that nodes always expect an RPI and could be that they never d= o. Either way nodes may drop the packet in some default: case. >=20 > I think that what we have now at ANIMA works, and that a more complete = specification would be useful for a more general case, explaining pro con= s of using RPI and in which case mixed mode could work. Would ANIMA wish = that ROLL publishes that doc? >=20 > Take care, >=20 > Pascal >=20 >> Le 13 avr. 2017 =C3=A0 23:31, Brian E Carpenter a =C3=A9crit : >> >>> On 14/04/2017 04:36, Michael Richardson wrote: >>> ... >>> I also think we could in light of rfc2460bis renegotiation, argue for= >>> insertion of RPI header by the ACP without IPIP encapsulation :-) >> >> I wouldn't bet on that for a few more weeks yet. We do have a couple o= f >> mitigations however: >> >> 1) Since the ACP is strictly using ULAs, we can assert that ACP packet= s >> are not intended for the open Internet. It would in fact be tragic for= >> many reasons if an ACP packet "escaped". >> >> 2) Since the ACP will be based on IPsec/ESP, we can assert that breaki= ng >> IPsec/AUTH is not an issue. >> >> However, we would also need a story on PMTUD within the ACP. >> >>>> So all in all, considering the hassle of updating silicon along the >>>> forwarding plane, I'd think that living without RPI is fine. Now if = you >>>> tell me that it is always going through software that is easy to >>>> update, then why not? >>> >>> I think that this is the case. >> >> Updating the ACP code network-wide, in a large network, might not be s= o easy. >> Ignorant question: what happens if only some RPL nodes support RPI? >> >> Brian >=20