From nobody Fri Jun 3 07:23:21 2016 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 0D85112D10F for ; Fri, 3 Jun 2016 07:23:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3tsqFCTeno03 for ; Fri, 3 Jun 2016 07:23:17 -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 725F612D6A8 for ; Fri, 3 Jun 2016 07:23:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15558; q=dns/txt; s=iport; t=1464963797; x=1466173397; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=nfAWQMzyiYuyLwFLk3u5Rz0IXNywEBLwbIlIqokPy90=; b=gJsuaLOZ8tVyIBeZfd2sAtF0sCufEqJQF1uCR+w+YOcU9r3AGhDaS1zC GTUiHJ61Rs/hIS6VoevESVjhWnKZ4Cc07zN7gjcal3/I/Mp0TSBQId4Xt FNpVluzuH9Sgx6zayHL+Rwxwb1JfwmSUPI9ULQH/2hCJPoXs6Fucnky10 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CWBQCNklFX/5FdJa1cgm1NVn0GtVWEf?= =?us-ascii?q?YF5hhICHIEYORMBAQEBAQEBZSeERQEBAQQjClwCAQgRBAEBKAMCAgIwFAkIAgQ?= =?us-ascii?q?BEgiIDQMXsUiNBQ2EHwEBAQEBAQEBAQEBAQEBAQEBAQEBARyGJ4RNgkOBYzEfg?= =?us-ascii?q?kuCWQWTOIUNAY4cgXCET4hkj1EBHwE0ggccgUtuiRN/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,412,1459814400"; d="scan'208,217";a="281401517" 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; 03 Jun 2016 14:23:16 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u53ENGKV030603 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 3 Jun 2016 14:23:16 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.1104.5; Fri, 3 Jun 2016 09:23:15 -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.1104.009; Fri, 3 Jun 2016 09:23:15 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks , "consultancy@vanderstok.org" Thread-Topic: [Roll] RPLinfo review Thread-Index: AQHRtZljiu7reBuxikGNQsGOvP8+eZ/IIsCAgAAQbwCAAAHlgIAAARsAgAAEgYCAD5/5wA== Date: Fri, 3 Jun 2016 14:23:11 +0000 Deferred-Delivery: Fri, 3 Jun 2016 14:23:00 +0000 Message-ID: <517a2d666e78421cbe7d5c24b2efef3f@XCH-RCD-001.cisco.com> References: <09c3e3fc17b5de9b7366d226c034da28@xs4all.nl> <1747ba1478659868c3b715ff8b807c6c@xs4all.nl> In-Reply-To: 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.49.80.17] Content-Type: multipart/alternative; boundary="_000_517a2d666e78421cbe7d5c24b2efef3fXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] RPLinfo review X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 14:23:20 -0000 --_000_517a2d666e78421cbe7d5c24b2efef3fXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSW5lczoNCg0KSW50ZXJ3b3JraW5nIGJldHdlZW4gaW5zdGFuY2VzIHdvdWxkIGJlIGxp a2UgcmVkaXN0cmlidXRpbmcgYSBwcm90b2NvbCB3aXRoaW4gYW5vdGhlci4gVGhpcyB5aWVsZHMg bG9vcHMgYW5kIHJlcXVpcmVzIHByaW9yaXRpemF0aW9uIGxpa2UgYWRtaW4gZGlzdGFuY2UgaW4g Q2lzb2Mgcm91dGVycy4gU28gZmFyLCB3ZSBkbyBub3Qgc3VwcG9ydCB0aGF0LiBSZWxhdGVkOiB0 aGUgZHJhZnQgb24gYXN5bSBsaW5rcyBhZGRlZCBhIGNhcGFiaWxpdHkgZm9yIGFuIHVwd2FyZCBp bnN0YW5jZSAob3B0aW1pemluZyBsaW5rIG1ldHJpY3MgdG93YXJkcyB0aGUgcm9vdCkgdG8gYmUg Y291cGxlZCB3aXRoIGEgZG93bndhcmRzIGluc3RhbmNlLCBpbiBjYXNlIHdlIGhhdmUgbGlua3Mg d2l0aCB3aWRlbHkgdW5iYWxhbmNlZCBtZXRyaWNzIGluIGJvdGggZGlyZWN0aW9ucy4NCg0KQ2hl ZXJzLA0KDQpQYXNjYWwNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIEluZXMgUm9ibGVzDQpTZW50OiBtYXJkaSAyNCBtYWkgMjAxNiAxMjo0 Mw0KVG86IGNvbnN1bHRhbmN5QHZhbmRlcnN0b2sub3JnDQpDYzogUm91dGluZyBPdmVyIExvdyBw b3dlciBhbmQgTG9zc3kgbmV0d29ya3MgPHJvbGxAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1Jv bGxdIFJQTGluZm8gcmV2aWV3DQoNCmJ0dywgSSBqdXN0IGZvdW5kIGEgcHJvcG9zZWQgYXBwcm9h Y2ggZm9yIGludGVyYWN0aW9uIGJldHdlZW4gUlBMIEluc3RhbmNlcw0KDQpCYXJjZWxvLCBNYXJj LCBBbGVqYW5kcm8gQ29ycmVhLCBKb3NlIExvcGV6IFZpY2FyaW8sIGFuZCBBbnRvbmkgTW9yZWxs LiAiQ29vcGVyYXRpdmUgaW50ZXJhY3Rpb24gYW1vbmcgbXVsdGlwbGUgUlBMIGluc3RhbmNlcyBp biB3aXJlbGVzcyBzZW5zb3IgbmV0d29ya3MuIiBDb21wdXRlciBDb21tdW5pY2F0aW9ucyAoMjAx NSkuDQoNCkNoZWVycywNCg0KSW5lcy4NCg0KMjAxNi0wNS0yNCAxMzoyNiBHTVQrMDM6MDAgSW5l cyBSb2JsZXMgPG1hcmlhaW5lc3JvYmxlc0Bnb29nbGVtYWlsLmNvbTxtYWlsdG86bWFyaWFpbmVz cm9ibGVzQGdvb2dsZW1haWwuY29tPj46DQpBaCwgZ290IGl0LCB0aGFuayB5b3UgdmVyeSBtdWNo Lg0KDQpJbmVzDQoNCjIwMTYtMDUtMjQgMTM6MjIgR01UKzAzOjAwIHBldGVyIHZhbiBkZXIgU3Rv ayA8c3Rva2NvbnNAeHM0YWxsLm5sPG1haWx0bzpzdG9rY29uc0B4czRhbGwubmw+PjoNCkhpLA0K DQp0aGF0IG1lYW5zIHdyaXRpbmcgIm9uZSBSUEwgaW5zdGFuY2UiIGluIGZpZ3VyZSAzIGluIHN0 ZWFkIG9mICJSUEwgaW5zdGFuY2UiIHRvIHJlbW92ZSB0aGF0IGFtYmlndWl0eS4NCldyaXRpbmcg aW4gdGhlIHVzZSBjYXNlIHNlY3Rpb24gYSBwaHJhc2UgYXMgdGhlIG9uZSBiZWxvdyB3aWxsIGJl IG1vcmUgdGhhbiBzdWZmaWNpZW50IGZvciBtZS4NCg0KcGV0ZXINCg0KSW5lcyAgUm9ibGVzIHNj aHJlZWYgb3AgMjAxNi0wNS0yNCAxMjoxNjoNCg0KSGksDQoNClRoYW5rcyBmb3IgdGhlIGNsYXJp ZmljYXRpb24uDQoNCldlIGFyZSBqdXN0IGNvbnNpZGVyaW5nIGhlcmUgb25lIFJQTEluc3RhbmNl Lg0KDQpXb3JraW5nIHdpdGggZGlmZmVyZW50IFJQTEluc3RhbmNlcywgaW52b2x2ZXMgZGVlcGx5 IGFuYWx5c2lzLCB3aGljaA0Kd2UgY291bGQgZG8gaW4gdGhlIGZ1dHVyZS4gQnV0LCBhY3R1YWxs eSBJIGRvbnQga25vdyBpZiBpdCBpcw0KcG9zc2libGUvdXNlZnVsIHRvIHNlbmQgYSBtZXNzYWdl IGZyb20gb25lIFJQTCBJbnN0YW5jZSB0byBhbm90aGVyIG9uZQ0KLCBzaW5jZSBmb3IgZXhhbXBs ZSBhIFJQTCBub2RlIG1heSBiZWxvbmcgdG8gbXVsdGlwbGUgUlBMIEluc3RhbmNlcywNCmFuZCBp dCBtYXkgYWN0IGFzIGEgcm91dGVyIGluIHNvbWUgYW5kIGFzIGEgbGVhZiBpbiBvdGhlcnNbMV0s IGZvcg0KdGhpcyByZWFzb24gaXQgZG9lcyBub3QgbWFrZSBzZW5zZSB0byBtZSBzZW5kaW5nIHBh Y2tldCBmcm9tIG9uZQ0KUlBMSW5zdGFuY2UgdG8gb3RoZXIgUlBMSW5zdGFuY2UuIEJlc2lkZXMg dGhlIGNvbnRyb2wgbWVzc2FnZXMgaGFzIG9uZQ0KZmllbGQgZm9yIFJQTEluc3RhbmNlSUQsIGl0 IGRvZXMgbm90IGhhdmUgUlBMSW5zdGFuY2VJRCBvcmlnZW4gb3INClJQTEluc3RhbmNlSUQgZHN0 Lg0KDQpXaGF0IGRvIHlvdSB0aGluaz8NCg0KVGhhbmsgeW91LA0KDQpJbmVzDQoNClsxXSBSRkM2 NTUwLiBTZWN0aW9uIDUuIFJGQyA2NTUwIGRlc2NyaWJlcyBvbmx5IGhvdyBhIHNpbmdsZSBpbnN0 YW5jZQ0KYmVoYXZlcw0KDQoyMDE2LTA1LTI0IDEyOjE3IEdNVCswMzowMCBwZXRlciB2YW4gZGVy IFN0b2sgPHN0b2tjb25zQHhzNGFsbC5ubDxtYWlsdG86c3Rva2NvbnNAeHM0YWxsLm5sPj46DQpJ IGFsc28gZGlkIG5vdCBzZWUgYSBtYXBwaW5nIG9mIGZsb3cgZnJvbSBvbmUgUlBMIGluc3RhbmNl IHRvDQphbm90aGVyIGluc3RhbmNlLg0KDQpJIGRvIG5vdCB1bmRlcnN0YW5kIHRoaXMuIENvdWxk IHlvdSBwbGVhc2UgY2xhcmlmeT8NCg0KIEEgbm9kZSBiZWxvbmdpbmcgdG8gb25lIFJQTCBpbnN0 YW5jZSBzZW5kcyBhIG1lc3NhZ2UgdG8gYSBub2RlDQpiZWxvbmdpbmcgdG8gYW5vdGhlciBSUEwg aW5zdGFuY2UuDQpUaGlzIHNlZW1zIHBvc3NpYmxlIGluIEZpZ3VyZSAzLCB3aXRoIDMgUlBMIGlu c3RhbmNlcz8NCg0KSWYgcG9zc2libGUsIGl0IG1lYW5zIGFuIGFkZGl0aW9uYWwgdXNlIGNhc2Uu DQoNClBldGVyDQoNCg0K --_000_517a2d666e78421cbe7d5c24b2efef3fXCHRCD001ciscocom_ 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 dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLmhvZW56Yg0KCXttc28t c3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44 NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhlbGxvIEluZXM6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JbnRlcndvcmtpbmcgYmV0d2VlbiBpbnN0YW5jZXMgd291 bGQgYmUgbGlrZSByZWRpc3RyaWJ1dGluZyBhIHByb3RvY29sIHdpdGhpbiBhbm90aGVyLiBUaGlz IHlpZWxkcyBsb29wcyBhbmQgcmVxdWlyZXMgcHJpb3JpdGl6YXRpb24gbGlrZSBhZG1pbiBkaXN0 YW5jZSBpbiBDaXNvYw0KIHJvdXRlcnMuIFNvIGZhciwgd2UgZG8gbm90IHN1cHBvcnQgdGhhdC4g UmVsYXRlZDogdGhlIGRyYWZ0IG9uIGFzeW0gbGlua3MgYWRkZWQgYSBjYXBhYmlsaXR5IGZvciBh biB1cHdhcmQgaW5zdGFuY2UgKG9wdGltaXppbmcgbGluayBtZXRyaWNzIHRvd2FyZHMgdGhlIHJv b3QpIHRvIGJlIGNvdXBsZWQgd2l0aCBhIGRvd253YXJkcyBpbnN0YW5jZSwgaW4gY2FzZSB3ZSBo YXZlIGxpbmtzIHdpdGggd2lkZWx5IHVuYmFsYW5jZWQgbWV0cmljcyBpbg0KIGJvdGggZGlyZWN0 aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGUiIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi bHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFJvbGwgW21haWx0bzpyb2xsLWJvdW5j ZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkluZXMgUm9ibGVzPGJyPg0KPGI+U2Vu dDo8L2I+IG1hcmRpIDI0IG1haSAyMDE2IDEyOjQzPGJyPg0KPGI+VG86PC9iPiBjb25zdWx0YW5j eUB2YW5kZXJzdG9rLm9yZzxicj4NCjxiPkNjOjwvYj4gUm91dGluZyBPdmVyIExvdyBwb3dlciBh bmQgTG9zc3kgbmV0d29ya3MgJmx0O3JvbGxAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8 L2I+IFJlOiBbUm9sbF0gUlBMaW5mbyByZXZpZXc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YnR3LCBJIGp1c3QgZm91bmQgYSBwcm9wb3NlZCBh cHByb2FjaCBmb3IgaW50ZXJhY3Rpb24gYmV0d2VlbiBSUEwgSW5zdGFuY2VzPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5CYXJjZWxv LCBNYXJjLCBBbGVqYW5kcm8gQ29ycmVhLCBKb3NlIExvcGV6IFZpY2FyaW8sIGFuZCBBbnRvbmkg TW9yZWxsLiAmcXVvdDtDb29wZXJhdGl2ZSBpbnRlcmFjdGlvbiBhbW9uZyBtdWx0aXBsZSBSUEwg aW5zdGFuY2VzIGluIHdpcmVsZXNzIHNlbnNvciBuZXR3b3Jrcy4mcXVvdDsmbmJzcDs8aT5Db21w dXRlciBDb21tdW5pY2F0aW9uczwvaT4mbmJzcDsoMjAxNSkuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5D aGVlcnMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5JbmVzLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+MjAxNi0wNS0yNCAxMzoyNiBHTVQm IzQzOzAzOjAwIEluZXMgUm9ibGVzICZsdDs8YSBocmVmPSJtYWlsdG86bWFyaWFpbmVzcm9ibGVz QGdvb2dsZW1haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFyaWFpbmVzcm9ibGVzQGdvb2dsZW1h aWwuY29tPC9hPiZndDs6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkFoLCBnb3QgaXQsIHRoYW5rIHlvdSB2ZXJ5IG11Y2guPHNwYW4gY2xh c3M9ImhvZW56YiI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6Izg4ODg4OCI+SW5lczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4yMDE2LTA1LTI0IDEzOjIyIEdN VCYjNDM7MDM6MDAgcGV0ZXIgdmFuIGRlciBTdG9rICZsdDs8YSBocmVmPSJtYWlsdG86c3Rva2Nv bnNAeHM0YWxsLm5sIiB0YXJnZXQ9Il9ibGFuayI+c3Rva2NvbnNAeHM0YWxsLm5sPC9hPiZndDs6 PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPGJy Pg0KPGJyPg0KdGhhdCBtZWFucyB3cml0aW5nICZxdW90O29uZSBSUEwgaW5zdGFuY2UmcXVvdDsg aW4gZmlndXJlIDMgaW4gc3RlYWQgb2YgJnF1b3Q7UlBMIGluc3RhbmNlJnF1b3Q7IHRvIHJlbW92 ZSB0aGF0IGFtYmlndWl0eS48YnI+DQpXcml0aW5nIGluIHRoZSB1c2UgY2FzZSBzZWN0aW9uIGEg cGhyYXNlIGFzIHRoZSBvbmUgYmVsb3cgd2lsbCBiZSBtb3JlIHRoYW4gc3VmZmljaWVudCBmb3Ig bWUuPGJyPg0KPGJyPg0KcGV0ZXI8YnI+DQo8YnI+DQpJbmVzJm5ic3A7IFJvYmxlcyBzY2hyZWVm IG9wIDIwMTYtMDUtMjQgMTI6MTY6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20g MGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SGksPGJyPg0KPGJy Pg0KVGhhbmtzIGZvciB0aGUgY2xhcmlmaWNhdGlvbi48YnI+DQo8YnI+DQpXZSBhcmUganVzdCBj b25zaWRlcmluZyBoZXJlIG9uZSBSUExJbnN0YW5jZS48YnI+DQo8YnI+DQpXb3JraW5nIHdpdGgg ZGlmZmVyZW50IFJQTEluc3RhbmNlcywgaW52b2x2ZXMgZGVlcGx5IGFuYWx5c2lzLCB3aGljaDxi cj4NCndlIGNvdWxkIGRvIGluIHRoZSBmdXR1cmUuIEJ1dCwgYWN0dWFsbHkgSSBkb250IGtub3cg aWYgaXQgaXM8YnI+DQpwb3NzaWJsZS91c2VmdWwgdG8gc2VuZCBhIG1lc3NhZ2UgZnJvbSBvbmUg UlBMIEluc3RhbmNlIHRvIGFub3RoZXIgb25lPGJyPg0KLCBzaW5jZSBmb3IgZXhhbXBsZSBhIFJQ TCBub2RlIG1heSBiZWxvbmcgdG8gbXVsdGlwbGUgUlBMIEluc3RhbmNlcyw8YnI+DQphbmQgaXQg bWF5IGFjdCBhcyBhIHJvdXRlciBpbiBzb21lIGFuZCBhcyBhIGxlYWYgaW4gb3RoZXJzWzFdLCBm b3I8YnI+DQp0aGlzIHJlYXNvbiBpdCBkb2VzIG5vdCBtYWtlIHNlbnNlIHRvIG1lIHNlbmRpbmcg cGFja2V0IGZyb20gb25lPGJyPg0KUlBMSW5zdGFuY2UgdG8gb3RoZXIgUlBMSW5zdGFuY2UuIEJl c2lkZXMgdGhlIGNvbnRyb2wgbWVzc2FnZXMgaGFzIG9uZTxicj4NCmZpZWxkIGZvciBSUExJbnN0 YW5jZUlELCBpdCBkb2VzIG5vdCBoYXZlIFJQTEluc3RhbmNlSUQgb3JpZ2VuIG9yPGJyPg0KUlBM SW5zdGFuY2VJRCBkc3QuPGJyPg0KPGJyPg0KV2hhdCBkbyB5b3UgdGhpbms/PGJyPg0KPGJyPg0K VGhhbmsgeW91LDxicj4NCjxicj4NCkluZXM8YnI+DQo8YnI+DQpbMV0gUkZDNjU1MC4gU2VjdGlv biA1LiBSRkMgNjU1MCBkZXNjcmliZXMgb25seSBob3cgYSBzaW5nbGUgaW5zdGFuY2U8YnI+DQpi ZWhhdmVzPGJyPg0KPGJyPg0KMjAxNi0wNS0yNCAxMjoxNyBHTVQmIzQzOzAzOjAwIHBldGVyIHZh biBkZXIgU3RvayAmbHQ7PGEgaHJlZj0ibWFpbHRvOnN0b2tjb25zQHhzNGFsbC5ubCIgdGFyZ2V0 PSJfYmxhbmsiPnN0b2tjb25zQHhzNGFsbC5ubDwvYT4mZ3Q7OjxvOnA+PC9vOnA+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4w cHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmln aHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYWxzbyBkaWQgbm90IHNlZSBhIG1hcHBp bmcgb2YgZmxvdyBmcm9tIG9uZSBSUEwgaW5zdGFuY2UgdG88YnI+DQphbm90aGVyIGluc3RhbmNl Ljxicj4NCjxicj4NCkkgZG8gbm90IHVuZGVyc3RhbmQgdGhpcy4gQ291bGQgeW91IHBsZWFzZSBj bGFyaWZ5PzxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KJm5ic3A7QSBub2RlIGJlbG9uZ2luZyB0byBvbmUgUlBMIGluc3RhbmNlIHNlbmRz IGEgbWVzc2FnZSB0byBhIG5vZGU8YnI+DQpiZWxvbmdpbmcgdG8gYW5vdGhlciBSUEwgaW5zdGFu Y2UuPGJyPg0KVGhpcyBzZWVtcyBwb3NzaWJsZSBpbiBGaWd1cmUgMywgd2l0aCAzIFJQTCBpbnN0 YW5jZXM/PGJyPg0KPGJyPg0KSWYgcG9zc2libGUsIGl0IG1lYW5zIGFuIGFkZGl0aW9uYWwgdXNl IGNhc2UuPGJyPg0KPGJyPg0KUGV0ZXI8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_517a2d666e78421cbe7d5c24b2efef3fXCHRCD001ciscocom_-- From nobody Fri Jun 3 07:24:20 2016 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 EBA8B12D6A8 for ; Fri, 3 Jun 2016 07:24:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0WSfeptEcBOv for ; Fri, 3 Jun 2016 07:24:17 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38C8512D10F for ; Fri, 3 Jun 2016 07:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1096; q=dns/txt; s=iport; t=1464963857; x=1466173457; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=rcVg6oRVmez2cfWNx48zbsf5KbZnzUWnvSwib3ptEE8=; b=Fo8JtNe4161BfjpyIB8SuBV0U0hP2QeY632VC6bLGR71T8v449d2FqA5 QyiZHC0WsZBD9f7UBzGjJQTAclGy8F7pOPXcAApi8JzuvrEK78L5Ndogd Z2BPKpUiOkC2cj7eH+N26pvMrOlrcjpTKmNVIpxwpRrisAhg2i2A2W4o8 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAgCeklFX/4cNJK1cgzqBUwa6UoF5g?= =?us-ascii?q?l+DMwKBNDgUAQEBAQEBAWUnhEUBAQEEOksEAgEIEQQBAQEeCQcyFAkIAgQTCIg?= =?us-ascii?q?NAxe+TA2EHwEBAQEBAQEBAQEBAQEBAQEBAQEBHYYnhE2CQ4FjhXQFmEUBjhyPI?= =?us-ascii?q?49RAR42g25uiRN/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,412,1459814400"; d="scan'208";a="281169398" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Jun 2016 14:24:16 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u53EOGis022096 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Fri, 3 Jun 2016 14:24:16 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 3 Jun 2016 09:24:15 -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.1104.009; Fri, 3 Jun 2016 09:24:15 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] RPLinfo review Thread-Index: AQHRuueHocL1qoRZGkGUYFK71S2Q1J/X0OHA Date: Fri, 3 Jun 2016 14:24:11 +0000 Deferred-Delivery: Fri, 3 Jun 2016 14:23:48 +0000 Message-ID: References: <09c3e3fc17b5de9b7366d226c034da28@xs4all.nl> <9331.1464663161@obiwan.sandelman.ca> In-Reply-To: <9331.1464663161@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.49.80.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] RPLinfo review X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 14:24:19 -0000 Yes, normally instances are logical beasts that operate as ship in the nigh= t. Think Vlans. Cheers, Pascal > -----Original Message----- > From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson > Sent: mardi 31 mai 2016 04:53 > To: Routing Over Low power and Lossy networks > Subject: Re: [Roll] RPLinfo review >=20 >=20 > Ines Robles wrote: > > Thanks for the clarification. >=20 > > We are just considering here one RPLInstance. >=20 > > Working with different RPLInstances, involves deeply analysis, whic= h we > > could do in the future. But, actually I dont know if it is >=20 > In general, you have to leave one instance (popping all artifacts as if g= oing out > to the Internet), and then enter the new instance. >=20 > It matters not if these are two RPLinstances (by instanceID), or two diff= erent > LLNs seperated by the Internet. >=20 > -- > Michael Richardson , Sandelman Software Works -= =3D > IPv6 IoT consulting =3D- >=20 >=20 From nobody Wed Jun 8 21:15:09 2016 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 2AD1812D516; Wed, 8 Jun 2016 21:15:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I38eBaNbLc7O; Wed, 8 Jun 2016 21:15:05 -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 D7C6912D4FB; Wed, 8 Jun 2016 21:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2623; q=dns/txt; s=iport; t=1465445704; x=1466655304; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=wkUL0N8a0kS3BJXHSXv7YBS+om2NPZwbbCUV/xsRPoU=; b=F1Ab4P2zhTnkpfVeRk/FzmvjhYHr4UaaaUGOsYmyYnQxDR+W2D393Sx/ be/qju2M/3F1Li/3cuWuvP0Ln16qGZqb1InFThXkC1cSBswy78lJG//fq uN7RyRmjmyR+52XJ33LlpFKeSJdWhuXNYD6U9Pg2B8dSQ7FiSs7ZlIm6R 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQAZ7VhX/4wNJK1dgz5WfQa4f4IPg?= =?us-ascii?q?XoihXECgUQ4FAEBAQEBAQFlJ4RGAQEEeRACAQhGMiUCBAENBYgvDr4bAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBFwWKdIQSEQEGSIUoBYgHhhqKLgGGAogjgWmEUoMsh?= =?us-ascii?q?TiGPokjAR42gjmBNW4BiFI2fwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,442,1459814400"; d="scan'208";a="282634312" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jun 2016 04:14:59 +0000 Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u594Exb9028775 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 Jun 2016 04:14:59 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 9 Jun 2016 00:14:58 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Thu, 9 Jun 2016 00:14:58 -0400 From: "Nancy Cam-Winget (ncamwing)" To: Suresh Krishnan , The IESG Thread-Topic: Suresh Krishnan's No Objection on draft-ietf-roll-applicability-ami-13: (with COMMENT) Thread-Index: AQHRpWuSrELClrBzxkueLnDmL2OknZ/gYvoA Date: Thu, 9 Jun 2016 04:14:58 +0000 Message-ID: References: <20160503184237.8197.30865.idtracker@ietfa.amsl.com> In-Reply-To: <20160503184237.8197.30865.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.50.235] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "roll-chairs@ietf.org" , "roll@ietf.org" , "draft-ietf-roll-applicability-ami@ietf.org" , "mcr+ietf@sandelman.ca" Subject: Re: [Roll] Suresh Krishnan's No Objection on draft-ietf-roll-applicability-ami-13: (with COMMENT) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 04:15:07 -0000 Hi Suresh, Thanks the comments, please see responses/comments below: On 5/3/16, 11:42 AM, "Suresh Krishnan" wrote: >Suresh Krishnan has entered the following ballot position for >draft-ietf-roll-applicability-ami-13: No Objection > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >https://datatracker.ietf.org/doc/draft-ietf-roll-applicability-ami/ > > > >---------------------------------------------------------------------- >COMMENT: >---------------------------------------------------------------------- > >Section 1.2: Required reading - Why is the item [surveySG] in required >reading not part of the normative references? [NCW] I missed this one as we previously had discussions as to which should be Normative vs. Informative. Given that this is required reading, I will move it back to normative. > >Section 1.3: Please expand RPL before first use and add a reference to >RFC6550 [NCW] I=B9d presumed having the title be first use would suffice. But will add here with reference. > >Section 2: Is this section really required? Seems like a summarization of >the RPL RFC. At least consider removing the part that starts with "RPL >was designed to meet the following application requirements:" and >mentions a list of requirement RFCs. This list does not seem relevant >here and is also covered in the RPL spec itself. [NCW] A summary was felt needed to relax enforcement of readers read the full RFC. But can remove the reference as suggested. > >Section 4.1: This does not sound right. Isn't the periodic meter read >traffic going the other direction? " The traffic generated by the >head-end server and destined to metering devices is dominated by periodic >meter reads," [NCW+DP] We are missing the trigger, so we can update the sentence to read: =B3The traffic generated by the head-end server and destined to metering devices is dominated by periodic meter read requests, while traffic generated by the metering devices is typically uniformly spread over some periodic read time-window.=B2 > >Section 7.4.1: Please add a reference the trickle algorithm at first use. >e.g. "Trickle [RFC6206] was designed to be..." [NCW] Will do. > > From nobody Wed Jun 8 21:22:23 2016 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 4DD4512D522; Wed, 8 Jun 2016 21:22:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 FzLJN6Z8GbQZ; Wed, 8 Jun 2016 21:22:19 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81DBC12D1B1; Wed, 8 Jun 2016 21:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22121; q=dns/txt; s=iport; t=1465445704; x=1466655304; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=99L14vthUbrtNPzHyWzvb9ddc9lxPonTNrrafluL08w=; b=dViyJnM+wkt8TMLkERU28T9T2c8AVUmqK9GOMF3GubB9R/hEMvnmpD5H pKUGuFHsGy+PPi3mzvH6prwB0Y8GMEosm46mZRD0QKFVKlsprzIuQJn0Z 8Mv7UG0+P2o2tfnslWNlnhDidtdLMcaTyDv9iZ933oUpgXP+fU9RGUmQW A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AOBQBd7FhX/4cNJK1dgnBOVn0Guw6Be?= =?us-ascii?q?oYTAoFEORMBAQEBAQEBZSeERQEBAQQtTBACAQgOAwMBAiEHBzIUCQgBAQQBCQQ?= =?us-ascii?q?FiC++KgEBAQEBAQEBAQEBAQEBAQEBAQEBARyKdIRgFoUkBY4hii4BjiWPH49hA?= =?us-ascii?q?R8BNINubokJfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,442,1459814400"; d="scan'208,217";a="113154007" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Jun 2016 04:15:02 +0000 Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u594F2mF019846 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 Jun 2016 04:15:02 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 9 Jun 2016 00:15:01 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Thu, 9 Jun 2016 00:15:01 -0400 From: "Nancy Cam-Winget (ncamwing)" To: Susan Hares , "draft-ietf-roll-applicability-ami@ietf.org" Thread-Topic: draft-ietf-roll-applicability-ami-13.txt Thread-Index: AdGmqH7WmWhHfPgZSnu7SCibp9ncZAbLqtUA Date: Thu, 9 Jun 2016 04:15:01 +0000 Message-ID: References: <062801d1a6aa$90bd9610$b238c230$@ndzh.com> In-Reply-To: <062801d1a6aa$90bd9610$b238c230$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.50.235] Content-Type: multipart/alternative; boundary="_000_D37E1766174968ncamwingciscocom_" MIME-Version: 1.0 Archived-At: Cc: 'Joel jaeggli' , 'Gunter Van De Velde' , "ops-dir@ietf.org" , "Benoit Claise \(bclaise\)" , "roll@ietf.org" Subject: Re: [Roll] draft-ietf-roll-applicability-ami-13.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 04:22:21 -0000 --_000_D37E1766174968ncamwingciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Sue, Many thanks for the careful review...we will of course address the editoria= l nits and have further comments below: From: Susan Hares > Date: Thursday, May 5, 2016 at 1:46 AM To: "draft-ietf-roll-applicability-ami@ietf.org" > Cc: 'Joel jaeggli' >, 'Gunter Van= De Velde' >, "Benoit Claise (bclaise)" >, "ops-dir@ietf.org" >, "roll@ietf.org" > Subject: draft-ietf-roll-applicability-ami-13.txt Nancy, Jonathan, Daniel: I have reviewed this document as part of the Operational directorate's ongo= ing effort to review all IETF documents being processed by the IESG. These= comments were written with the intent of improving the operational aspect= s of the IETF drafts. Comments that are not addressed in last call may be included i= n AD reviews during the IESG review. Document editors and WG chairs should= treat these comments just like any other last call comments. Status of draft: Ready for publication. A few editorial nits found Editorial nits: #1 p 7 in 4.1 paragraph 1 Old/the frequency of large file transfers, e.g., firmware download of all m= etering devices, is typically much lower than the frequency of sending conf= iguration messages or queries. / New / Old/the frequency of large file transfers (e.g., firmware download of= all metering devices) is typically much lower than the frequency of sendin= g configuration messages or queries. / Why: use of the (e.g..... ) should be common across paragraph. [NCW] I've made the edit for the next revision per your suggestion and to = keep consistency. #2 p. 11 Concerned about RFCs text in 7.1.3 "Additional metrics may be defined in companion RFCs." Editorial comment: Is this really a statement for an RFCs? This sentence = may be sufficient, but it seemed a bit odd. [NCW+DP] The working group decided that this was needed as this is still a= n evolving system, it was felt that the metrics would continue to evolve an= d thus the ones defined in RFC6551 would be a start; with the expectation t= hat more would follow. #3 p. 12 section 7.1.4 - same statement as in 7.1.3 [NCW+DP] As this is related to 7.1.3, the same logic applies #4 p. 14 section 7.2.2 paragraph 3 Starting with "These include: Timetimeslotslotted channel... " Editorial comment: It would be wiser to use a hanging text for this list. Old/ These include: Timetimeslotslotted channel hopping (TSCH), specifically designed for application domains such as process automation, Low latency deterministic networks (LLDN), for application domains such as factory automation, Deterministic and synchronous multi-channel extension (DSME), for general industrial and commercial application domains that includes Channel diversity to increase network robustness, and Asynchronous multi-channel adaptation (AMCA), for large infrastructure application domains. / New These include: =B7 Timetimeslotslotted channel hopping (TSCH): specifically des= igned for application domains such as process automation, =B7 Low latency deterministic networks (LLDN): for application = domains such as factory automation, =B7 Deterministic and synchronous multi-channel extension (DSME): = for general industrial and commercial application domains that includes Ch= annel diversity to increase network robustness, and =B7 Asynchronous multi-channel adaptation (AMCA): for large infras= tructure application domains. / [NCW] Done. --_000_D37E1766174968ncamwingciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Sue,

Many thanks for the careful review…we will of course address the= editorial nits and have further comments below:

From: Susan Hares <shares@ndzh.com>
Date: Thursday, May 5, 2016 at 1:46= AM
To: "draft-ietf-roll-applicability-ami@ietf= .org" <draft-ietf-roll-applicability-ami@ietf.org>
Cc: 'Joel jaeggli' <joelja@bogus.com>, 'Gunter Van De Velde' <= ;guntervandeveldecc@icloud= .com>, "Benoit Claise (bclaise)" <bclaise@cisco.com>, "ops-dir@ietf.org" <<= a href=3D"mailto:ops-dir@ietf.org">ops-dir@ietf.org>, "roll@ietf.org" <roll@ietf.org>
Subject: draft-ietf-roll-applicabil= ity-ami-13.txt

Nancy, Jonathan, Daniel:

 

I have reviewed this document as part of the Operati= onal directorate's ongoing effort to review all IETF documents being proces= sed by the IESG.  These  comments were written with the intent of= improving the operational aspects of the

IETF drafts. Comments that are not addressed in last= call may be included in AD reviews during the IESG review.  Document = editors and WG chairs should treat these comments just like any other last = call comments.

 

Status of draft:  Ready for publication.  =  A few editorial nits found

 

Editorial nits:

 

#1 p 7 in 4.1 paragraph 1

 

Old/the frequency of large file transfers, e.g., fir= mware download of all metering devices, is typically much lower than the fr= equency of sending configuration messages or queries. /

 

New / Old/the frequency of large file transfers (e.g= ., firmware download of all metering devices) is typically much lower than = the frequency of sending configuration messages or queries. /

 

Why: use of the (e.g….. ) should be common acr= oss paragraph.

[NCW] = ; I’ve made the edit for the next revision per your suggestion and to= keep consistency.

 

#2 p. 11 Concerned about RFCs text in 7.1.3

 

“Additional metrics may be defined in companio= n RFCs.”

Editorial comment:  Is this really a statement = for an RFCs?  This sentence may be sufficient, but it seemed a bit odd= .

[NCW+D= P]  The working group decided that this was needed as this is still an= evolving system, it was felt that the metrics would continue to evolve and= thus the ones defined in RFC6551 would be a start; with the expectation that more would follow.

 

#3 p. 12 section 7.1.4 – same statement as in = 7.1.3

[NCW+D= P] As this is related to 7.1.3, the same logic applies

 

#4 p. 14 section 7.2.2 paragraph 3

 

Starting with “These include: Timetimeslotslot= ted channel… “

 

Editorial comment: It would be wiser to use a hangin= g text for this list.

 

Old/

   These include: Timetimeslotslotted chan= nel hopping

   (TSCH), specifically designed for appli= cation domains such as process

   automation, Low latency deterministic n= etworks (LLDN), for

   application domains such as factory aut= omation, Deterministic and

   synchronous multi-channel extension (DS= ME), for general industrial

   and commercial application domains that= includes Channel diversity to

   increase network robustness, and Asynch= ronous multi-channel

   adaptation (AMCA), for large infrastruc= ture application domains.

/

New

These include:

=B7         Timetimeslotslotted channel hopping &nbs= p;(TSCH):   specifically designed for application domains such as= process

automation,

=B7         Low latency deterministic networks (LLDN= ):   for   application domains such as factory automati= on,

=B7          Deterministic and synchronous mult= i-channel extension (DSME):  for general industrial and commercial app= lication domains that includes Channel diversity to increase network robust= ness, and

=B7         Asynchronous multi-channel adaptation (A= MCA):  for large infrastructure application domains.

/

 [NCW] Done.

 

 

 --_000_D37E1766174968ncamwingciscocom_-- From nobody Wed Jun 8 21:52:04 2016 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 8783012B056 for ; Wed, 8 Jun 2016 21:52:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.746 X-Spam-Level: X-Spam-Status: No, score=-2.746 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=charles.perkins@earthlink.net header.d=earthlink.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jFCdLFiE92Fx for ; Wed, 8 Jun 2016 21:52:02 -0700 (PDT) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by ietfa.amsl.com (Postfix) with ESMTP id 7943A12B043 for ; Wed, 8 Jun 2016 21:52:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=Z4uJDULbxd+Eoej5r7QXgGIkLTY2NAuyx/SsER7ALbMHUx6407nt0JFPb2e1u1qH; h=Received:To:Cc:From:Subject:Message-ID:Date:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.82]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1bArw6-0004yp-J3; Thu, 09 Jun 2016 00:51:18 -0400 To: Routing Over Low power and Lossy networks From: Charlie Perkins Message-ID: <12a93208-a01e-32b0-1e70-9e37eeeab8bb@earthlink.net> Date: Wed, 8 Jun 2016 21:51:10 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac715a9118579309cdaa328613707b8afdb350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Cc: Dongxin Liu Subject: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 04:52:03 -0000 Hello folks, We have submitted AODV-RPL for consideration in the [roll] WG. AODV-RPL borrows some ideas from AODV and also handles asymmetric bidirectional routes. Comments and suggestions will be appreciated! Regards, Charlie P. From nobody Thu Jun 9 06:09:13 2016 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 6110A12D5FF; Thu, 9 Jun 2016 06:09:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Fmw_NP7w-3i; Thu, 9 Jun 2016 06:09:05 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43E3E12D5AF; Thu, 9 Jun 2016 06:09:05 -0700 (PDT) X-AuditID: c6180641-f796f6d000000e1e-87-57596a36a3ea Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 26.0D.03614.63A69575; Thu, 9 Jun 2016 15:08:07 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0294.000; Thu, 9 Jun 2016 09:09:03 -0400 From: Suresh Krishnan To: "Nancy Cam-Winget (ncamwing)" , The IESG Thread-Topic: Suresh Krishnan's No Objection on draft-ietf-roll-applicability-ami-13: (with COMMENT) Thread-Index: AQHRpWuWGJmWZVW+REmAcqhHk6zJYA== Date: Thu, 9 Jun 2016 13:09:03 +0000 Message-ID: References: <20160503184237.8197.30865.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphkeLIzCtJLcpLzFFi42KZXLonRNc8KzLc4MU6bou/P7cyWlzdOInR YsaficwWPYf62S0mTZnMZPGx5RqrRdNlAQd2jym/N7J6LFnyk8mjZc4e5gDmKC6blNSczLLU In27BK6MQ10TWQq2SFb0rvzC2MD4XaSLkZNDQsBEYtLBFSwQtpjEhXvr2boYuTiEBI4yStzd +AnKWcYo8fjzdmaQKjagjg07PzOB2CICQRJXF4B0c3EwC0xlklh65QAjSEJYIFXi7NEFjBBF aRKzzx0EKuIAsvUkvs/IBDFZBFQklp8oA6ngFfCV6Fg6mw3EFhJIlzh7YAfYeEagg76fWgNm MwuIS9x6Mp8J4lABiSV7zjND2KISLx//Y4WwlSQ+/p7PDlGvJ3Fj6hQ2CFtbYtnC18wQuwQl Ts58wjKBUXQWkrGzkLTMQtIyC0nLAkaWVYwcpcUFObnpRoabGIFxdEyCzXEH495ez0OMAhyM Sjy8CVMjwoVYE8uKK3MPMUpwMCuJ8HalRYYL8aYkVlalFuXHF5XmpBYfYpTmYFES59V/qRgO 9HBiSWp2ampBahFMlomDU6qBMfSCu/LSZW1PguYGb30nJlg696flY3m1+kMnQiSvLvioXNqZ JvB9Hk/TM/bvovtDlsq/T/69IG9nnMlNTcWKetM7JXdubHjouoYnwSY6U0M90M1jz5FuqZtv ZNtPcOv2CN2NiKhUljgtdjKSQXSXeO+yP9r7HdifTP98/PlGt4ptMWwyivqTlFiKMxINtZiL ihMBSgM/fJ8CAAA= Archived-At: Cc: "roll-chairs@ietf.org" , "roll@ietf.org" , "draft-ietf-roll-applicability-ami@ietf.org" , "mcr+ietf@sandelman.ca" Subject: Re: [Roll] Suresh Krishnan's No Objection on draft-ietf-roll-applicability-ami-13: (with COMMENT) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 13:09:07 -0000 Thanks Nancy. Your proposed changes look good to me.=0A= =0A= Regards=0A= Suresh=0A= =0A= On 06/09/2016 12:15 AM, Nancy Cam-Winget (ncamwing) wrote:=0A= > Hi Suresh,=0A= >=0A= > Thanks the comments, please see responses/comments below:=0A= >=0A= > On 5/3/16, 11:42 AM, "Suresh Krishnan" =0A= > wrote:=0A= >=0A= >> Suresh Krishnan has entered the following ballot position for=0A= >> draft-ietf-roll-applicability-ami-13: No Objection=0A= >>=0A= >> When responding, please keep the subject line intact and reply to all=0A= >> email addresses included in the To and CC lines. (Feel free to cut this= =0A= >> introductory paragraph, however.)=0A= >>=0A= >>=0A= >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htm= l=0A= >> for more information about IESG DISCUSS and COMMENT positions.=0A= >>=0A= >>=0A= >> The document, along with other ballot positions, can be found here:=0A= >> https://datatracker.ietf.org/doc/draft-ietf-roll-applicability-ami/=0A= >>=0A= >>=0A= >>=0A= >> ----------------------------------------------------------------------= =0A= >> COMMENT:=0A= >> ----------------------------------------------------------------------= =0A= >>=0A= >> Section 1.2: Required reading - Why is the item [surveySG] in required= =0A= >> reading not part of the normative references?=0A= > [NCW] I missed this one as we previously had discussions as to which shou= ld=0A= > be Normative vs. Informative. Given that this is required reading, I=0A= > will move it back to normative.=0A= >=0A= >=0A= >>=0A= >> Section 1.3: Please expand RPL before first use and add a reference to= =0A= >> RFC6550=0A= > [NCW] I=B9d presumed having the title be first use would suffice. But wi= ll=0A= > add here with reference.=0A= >=0A= >=0A= >>=0A= >> Section 2: Is this section really required? Seems like a summarization o= f=0A= >> the RPL RFC. At least consider removing the part that starts with "RPL= =0A= >> was designed to meet the following application requirements:" and=0A= >> mentions a list of requirement RFCs. This list does not seem relevant=0A= >> here and is also covered in the RPL spec itself.=0A= > [NCW] A summary was felt needed to relax enforcement of readers read the= =0A= > full RFC. But can remove the reference as suggested.=0A= >=0A= >=0A= >>=0A= >> Section 4.1: This does not sound right. Isn't the periodic meter read=0A= >> traffic going the other direction? " The traffic generated by the=0A= >> head-end server and destined to metering devices is dominated by periodi= c=0A= >> meter reads,"=0A= > [NCW+DP] We are missing the trigger, so we can update the sentence to rea= d:=0A= > =B3The traffic generated by the head-end server and=0A= > destined to metering devices is dominated by periodic meter read=0A= > requests,=0A= > while traffic generated by the metering devices is typically=0A= > uniformly spread over some periodic read time-window.=B2=0A= >=0A= >=0A= >>=0A= >> Section 7.4.1: Please add a reference the trickle algorithm at first use= .=0A= >> e.g. "Trickle [RFC6206] was designed to be..."=0A= > [NCW] Will do.=0A= >=0A= >>=0A= >>=0A= >=0A= >=0A= =0A= From nobody Fri Jun 10 18:24:44 2016 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 83C0512D648 for ; Fri, 10 Jun 2016 18:24:42 -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 05NdMR0erFiw for ; Fri, 10 Jun 2016 18:24:40 -0700 (PDT) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (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 EFFD112D7D5 for ; Fri, 10 Jun 2016 18:24:39 -0700 (PDT) Received: by mail-vk0-x22f.google.com with SMTP id e4so118877770vkb.1 for ; Fri, 10 Jun 2016 18:24:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QH9lLRD0PD/QXSI5ZVcCHdqAG2hnMT1drew6XNbirzE=; b=aCyHyXgIqaktnqqqgQr4nnShrWqOYVI5Qh+CkBowte9q4U+Qnw+58liMILIdrgb0JH gMbdloXLnfHvvQBUFQQ0X3GwlT/bViB5pB8fTSKwdxJJgR2eLMO6WujH4soOrbKwMs1l fHiH0/am0DwmdduGWEYS08Pqcl2DRY40M6fyi61vfo4YrFpc40PZhFCMfY7w0vvfrnSn BXVDzg6/xU3jnfTcyoxogg6PAtch9VbW6yrmN5AwcCjPV9ZGLMlkFDusjhGrz2c0gC8F 6bgPxto8BMyXk6+UvhqdKu/pqd7TxXVYGDSAnrE2faYsMb9Vm3YRXt+CNMrGVl+3z3eu AXRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QH9lLRD0PD/QXSI5ZVcCHdqAG2hnMT1drew6XNbirzE=; b=GoM0GCLghaygr7FNVqxKJ1U9dVhkJDvruay3G0VBIn0QGh+w4HvrmbaMjD8C9uVGVz p2P4f4KmvWhAbjx1qk1QQtOaTHy3bXEHB+QXK4CDsd5mU6KU9d/zRt4qdIikrpalRGXM JyiXvBPxkS1H0Sn6nXuGM+xo91eODjqyOFn2FRL/VkfsQ2BjFbu9qNr4c+YrnOTLRmor 5wPk68xccgZEJ+6xtm+/iYjyXqv1yHfaYhD4u/LJ3n/ZyelT/hyNHPNHxfuNWXQRDWXj pZveUsztVPJ2QiZ/5O5IUE9tmJTzAs9k7j08Ay24NHsdKcjQuMdU+AbZCE/IbS7SDZCv E1bA== X-Gm-Message-State: ALyK8tIZO4RwnC83q+usRLFgGa9GCaJGkBRy52V4c/67b6B47kWnjcCrm5TanPTfXauEV/nQFmeI4hyMvXvPoA== X-Received: by 10.31.234.199 with SMTP id i190mr1842146vkh.104.1465608278747; Fri, 10 Jun 2016 18:24:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.163 with HTTP; Fri, 10 Jun 2016 18:24:38 -0700 (PDT) In-Reply-To: <517a2d666e78421cbe7d5c24b2efef3f@XCH-RCD-001.cisco.com> References: <09c3e3fc17b5de9b7366d226c034da28@xs4all.nl> <1747ba1478659868c3b715ff8b807c6c@xs4all.nl> <517a2d666e78421cbe7d5c24b2efef3f@XCH-RCD-001.cisco.com> From: Ines Robles Date: Sat, 11 Jun 2016 04:24:38 +0300 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=94eb2c095036d5b0e20534f684a2 Archived-At: Subject: Re: [Roll] RPLinfo review X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 01:24:43 -0000 --94eb2c095036d5b0e20534f684a2 Content-Type: text/plain; charset=UTF-8 Ok, thank you Pascal. Ines 2016-06-03 17:23 GMT+03:00 Pascal Thubert (pthubert) : > Hello Ines: > > > > Interworking between instances would be like redistributing a protocol > within another. This yields loops and requires prioritization like admin > distance in Cisoc routers. So far, we do not support that. Related: the > draft on asym links added a capability for an upward instance (optimizing > link metrics towards the root) to be coupled with a downwards instance, in > case we have links with widely unbalanced metrics in both directions. > > > > Cheers, > > > > Pascal > > > > *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Ines Robles > *Sent:* mardi 24 mai 2016 12:43 > *To:* consultancy@vanderstok.org > *Cc:* Routing Over Low power and Lossy networks > *Subject:* Re: [Roll] RPLinfo review > > > > btw, I just found a proposed approach for interaction between RPL Instances > > > > Barcelo, Marc, Alejandro Correa, Jose Lopez Vicario, and Antoni Morell. > "Cooperative interaction among multiple RPL instances in wireless sensor > networks." *Computer Communications* (2015). > > > > Cheers, > > > > Ines. > > > > 2016-05-24 13:26 GMT+03:00 Ines Robles : > > Ah, got it, thank you very much. > > > > Ines > > > > 2016-05-24 13:22 GMT+03:00 peter van der Stok : > > Hi, > > that means writing "one RPL instance" in figure 3 in stead of "RPL > instance" to remove that ambiguity. > Writing in the use case section a phrase as the one below will be more > than sufficient for me. > > peter > > Ines Robles schreef op 2016-05-24 12:16: > > > > Hi, > > Thanks for the clarification. > > We are just considering here one RPLInstance. > > Working with different RPLInstances, involves deeply analysis, which > we could do in the future. But, actually I dont know if it is > possible/useful to send a message from one RPL Instance to another one > , since for example a RPL node may belong to multiple RPL Instances, > and it may act as a router in some and as a leaf in others[1], for > this reason it does not make sense to me sending packet from one > RPLInstance to other RPLInstance. Besides the control messages has one > field for RPLInstanceID, it does not have RPLInstanceID origen or > RPLInstanceID dst. > > What do you think? > > Thank you, > > Ines > > [1] RFC6550. Section 5. RFC 6550 describes only how a single instance > behaves > > 2016-05-24 12:17 GMT+03:00 peter van der Stok : > > I also did not see a mapping of flow from one RPL instance to > another instance. > > I do not understand this. Could you please clarify? > > > A node belonging to one RPL instance sends a message to a node > belonging to another RPL instance. > This seems possible in Figure 3, with 3 RPL instances? > > If possible, it means an additional use case. > > Peter > > > > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --94eb2c095036d5b0e20534f684a2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, thank you Pascal.

Ines= =C2=A0

2016-= 06-03 17:23 GMT+03:00 Pascal Thubert (pthubert) <pthubert@cisco.com&g= t;:

Hello Ines:

=C2=A0

Interworking between instances would = be like redistributing a protocol within another. This yields loops and req= uires prioritization like admin distance in Cisoc routers. So far, we do not support that. Related: the draft on asym links = added a capability for an upward instance (optimizing link metrics towards = the root) to be coupled with a downwards instance, in case we have links wi= th widely unbalanced metrics in both directions.

=C2=A0

Cheers,

=C2=A0

Pascal

=C2=A0

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Ines Robles
Sent: mardi 24 mai 2016 12:43
To: = consultancy@vanderstok.org
Cc: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] RPLinfo review

=C2=A0

btw, I just found a proposed approach for interactio= n between RPL Instances

=C2=A0

Barcelo, Marc, Alejandro Correa, Jose Lopez Vicario, = and Antoni Morell. "Cooperative interaction among multiple RPL instanc= es in wireless sensor networks."=C2=A0Computer Communications= =C2=A0(2015).

=C2=A0

Cheers,

=C2=A0

Ines.

=C2=A0

2016-05-24 13:26 GMT+03:00 Ines Robles <mariainesroble= s@googlemail.com>:

Ah, got it, thank you very much.

=C2=A0

Ines

=C2=A0

2016-05-24 13:22 GMT+03:00 peter van der Stok <stokcons@xs4all.nl>:

Hi,

that means writing "one RPL instance" in figure 3 in stead of &qu= ot;RPL instance" to remove that ambiguity.
Writing in the use case section a phrase as the one below will be more than= sufficient for me.

peter

Ines=C2=A0 Robles schreef op 2016-05-24 12:16:

=C2=A0

Hi,

Thanks for the clarification.

We are just considering here one RPLInstance.

Working with different RPLInstances, involves deeply analysis, which
we could do in the future. But, actually I dont know if it is
possible/useful to send a message from one RPL Instance to another one
, since for example a RPL node may belong to multiple RPL Instances,
and it may act as a router in some and as a leaf in others[1], for
this reason it does not make sense to me sending packet from one
RPLInstance to other RPLInstance. Besides the control messages has one
field for RPLInstanceID, it does not have RPLInstanceID origen or
RPLInstanceID dst.

What do you think?

Thank you,

Ines

[1] RFC6550. Section 5. RFC 6550 describes only how a single instance
behaves

2016-05-24 12:17 GMT+03:00 peter van der Stok <stokcons@xs4all.nl>:

I also did not see a mapping of flow from one RPL in= stance to
another instance.

I do not understand this. Could you please clarify?


=C2=A0A node belonging to one RPL instance sends a message to a node
belonging to another RPL instance.
This seems possible in Figure 3, with 3 RPL instances?

If possible, it means an additional use case.

Peter

=C2=A0

=C2=A0


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


--94eb2c095036d5b0e20534f684a2-- From nobody Fri Jun 10 18:51:51 2016 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 5349E12D663; Fri, 10 Jun 2016 18:51:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160611015150.18273.68612.idtracker@ietfa.amsl.com> Date: Fri, 10 Jun 2016 18:51:50 -0700 Archived-At: Cc: roll@ietf.org Subject: [Roll] I-D Action: draft-ietf-roll-useofrplinfo-05.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 01:51:50 -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-05.txt Pages : 31 Date : 2016-06-10 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's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-roll-useofrplinfo-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-useofrplinfo-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jun 13 07:15:10 2016 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 0059212D7A3 for ; Mon, 13 Jun 2016 07:15:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1DLY8BPP33gM for ; Mon, 13 Jun 2016 07:15:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34F3C12D7C7 for ; Mon, 13 Jun 2016 07:15:05 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQS62381; Mon, 13 Jun 2016 14:15:03 +0000 (GMT) Received: from BLREML407-HUB.china.huawei.com (10.20.4.45) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 13 Jun 2016 15:15:02 +0100 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.25]) by BLREML407-HUB.china.huawei.com ([10.20.4.45]) with mapi id 14.03.0235.001; Mon, 13 Jun 2016 19:44:53 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) Thread-Index: AQHRwgrF/t8geBkUZ0GC5+hWTyHOMJ/mxi+A Date: Mon, 13 Jun 2016 14:14:52 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5D031014@blreml510-mbs.china.huawei.com> References: <12a93208-a01e-32b0-1e70-9e37eeeab8bb@earthlink.net> In-Reply-To: <12a93208-a01e-32b0-1e70-9e37eeeab8bb@earthlink.net> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.575EBFE7.01BE, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.25, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0791abac55bb21bc9ca3baf3b2615afe Archived-At: Cc: Dongxin Liu Subject: Re: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 14:15:08 -0000 Dear Authors, Thanks for the draft. IMO, P2P traffic in RPL is an important work and a we= ak-point of RPL. One comment regarding link asymmetry and how the draft takes care of it..=20 The draft talks about sending route control messages (RREQ-instance message= ) from OrigNode to TargNode to enable data transmission from TargNode to Or= igNode (section 4) i.e. send message downstream to identify upstream path, = like the way RPL DIO msg flows downstream to identify upstream path. Isn't this orthogonal to the requirements of asymmetric link detection? Can= a node make a reachability assumption towards an upstream peer on receivin= g msg from that upstream peer? In case of P2P-RPL (RFC 6997), there is a clear assumption about bidirectio= nal reachability. To quote, "Since the links in the discovered route have b= idirectional reachability (Section 7), the Target may use the discovered ro= ute to reach the Origin." How does the draft address this problem and handle asymmetric bidirectional= routes? =09 Thanks, Rahul -----Original Message----- From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Charlie Perkins Sent: 09 June 2016 AM 10:21 To: Routing Over Low power and Lossy networks Cc: Dongxin Liu Subject: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) Hello folks, We have submitted AODV-RPL for consideration in the [roll] WG. AODV-RPL bor= rows some ideas from AODV and also handles asymmetric bidirectional routes.= Comments and suggestions will be appreciated! Regards, Charlie P. _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll From nobody Tue Jun 14 23:46:44 2016 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 7488A12D0CF for ; Tue, 14 Jun 2016 23:46:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d-xZlbeMvI2R for ; Tue, 14 Jun 2016 23:46:41 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FE5212B017 for ; Tue, 14 Jun 2016 23:46:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CQV30168; Wed, 15 Jun 2016 06:46:37 +0000 (GMT) Received: from SZXEMI411-HUB.china.huawei.com (10.86.210.34) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 15 Jun 2016 07:46:34 +0100 Received: from SZXEMI507-MBS.china.huawei.com ([169.254.7.174]) by szxemi411-hub.china.huawei.com ([10.86.210.34]) with mapi id 14.03.0235.001; Wed, 15 Jun 2016 14:46:26 +0800 From: "Satish Anamalamudi (Satish Anamalamudi)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) Thread-Index: AQHRwgqqj0P4r3lEykuKYT5MxzxPQ5/m8bUAgAMr68A= Date: Wed, 15 Jun 2016 06:46:25 +0000 Message-ID: References: <12a93208-a01e-32b0-1e70-9e37eeeab8bb@earthlink.net> <982B626E107E334DBE601D979F31785C5D031014@blreml510-mbs.china.huawei.com> In-Reply-To: <982B626E107E334DBE601D979F31785C5D031014@blreml510-mbs.china.huawei.com> Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.154.175] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.5760F9CE.0007, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.174, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0791abac55bb21bc9ca3baf3b2615afe Archived-At: Cc: Dongxin Liu Subject: Re: [Roll] AODV-RPL (draft-satish-roll-aodv-rpl-00.txt) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 06:46:43 -0000 SGVsbG8gUmFodWwsDQoNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cy4gUGxlYXNlLCBzZWUg bXkgcmVzcG9uc2UgaW4gIltTQV0iLg0KDQpXaXRoIFJlZ2FyZHMsDQpTYXRpc2gNCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJhaHVsIEFydmluZA0KPiBKYWRoYXYgKFJhaHVsIEFydmlu ZCBKYWRoYXYsIDIwMTIgTGFicykNCj4gU2VudDogMjAxNsTqNtTCMTPI1SAyMjoxNQ0KPiBUbzog Um91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MNCj4gQ2M6IERvbmd4aW4g TGl1DQo+IFN1YmplY3Q6IFJlOiBbUm9sbF0gQU9EVi1SUEwgKGRyYWZ0LXNhdGlzaC1yb2xsLWFv ZHYtcnBsLTAwLnR4dCkNCj4gDQo+IERlYXIgQXV0aG9ycywNCj4gDQo+IFRoYW5rcyBmb3IgdGhl IGRyYWZ0LiBJTU8sIFAyUCB0cmFmZmljIGluIFJQTCBpcyBhbiBpbXBvcnRhbnQgd29yayBhbmQN Cj4gYSB3ZWFrLXBvaW50IG9mIFJQTC4NCj4gDQo+IE9uZSBjb21tZW50IHJlZ2FyZGluZyBsaW5r IGFzeW1tZXRyeSBhbmQgaG93IHRoZSBkcmFmdCB0YWtlcyBjYXJlIG9mDQo+IGl0Li4NCj4gVGhl IGRyYWZ0IHRhbGtzIGFib3V0IHNlbmRpbmcgcm91dGUgY29udHJvbCBtZXNzYWdlcyAoUlJFUS1p bnN0YW5jZQ0KPiBtZXNzYWdlKSBmcm9tIE9yaWdOb2RlIHRvIFRhcmdOb2RlIHRvIGVuYWJsZSBk YXRhIHRyYW5zbWlzc2lvbiBmcm9tDQo+IFRhcmdOb2RlIHRvIE9yaWdOb2RlIChzZWN0aW9uIDQp IGkuZS4gc2VuZCBtZXNzYWdlIGRvd25zdHJlYW0gdG8NCj4gaWRlbnRpZnkgdXBzdHJlYW0gcGF0 aCwgbGlrZSB0aGUgd2F5IFJQTCBESU8gbXNnIGZsb3dzIGRvd25zdHJlYW0gdG8NCj4gaWRlbnRp ZnkgdXBzdHJlYW0gcGF0aC4NCj4gSXNuJ3QgdGhpcyBvcnRob2dvbmFsIHRvIHRoZSByZXF1aXJl bWVudHMgb2YgYXN5bW1ldHJpYyBsaW5rIGRldGVjdGlvbj8NCj4gQ2FuIGEgbm9kZSBtYWtlIGEg cmVhY2hhYmlsaXR5IGFzc3VtcHRpb24gdG93YXJkcyBhbiB1cHN0cmVhbSBwZWVyIG9uDQo+IHJl Y2VpdmluZyBtc2cgZnJvbSB0aGF0IHVwc3RyZWFtIHBlZXI/DQoNCltTQV0NCkZvciBBT0RWLVJQ TCwgaG93IHRvIGV4YWN0bHkgY2hlY2sgdGhlIGxpbmsgcmVsaWFiaWxpdHkgaXMgb3V0IHRoZSBz Y29wZSBvZiB0aGUgZG9jdW1lbnQuIA0KDQpBc3N1bWUgdGhlIGxpbmsgcmVsaWFiaWxpdHkgKEJp LWRpcmVjdGlvbmFsIFN5bW1ldHJpYyBvciBCaS1kaXJlY3Rpb25hbCBBc3ltbWV0cmljKSBpcyBr bm93biwgdGhlIG9wZXJhdGlvbiBvZiBBT0RWLVJQTCBhdCBub2RlQiBpcyBleHBsYWluZWQgYmVs b3cuIA0KDQogICAgICAgICAgICAgT3JpZ05vZGUtLS0tLS0tbm9kZUItLS0tLS0tVGFyZ05vZGUN Cg0KICAgICAgICAgICAgIEZpZ3VyZS4xLiBTYW1wbGUgQU9EVi1SUEwgdG9wb2xvZ3kNCg0KQ2Fz ZSAxOiBJZiB0aGUgbGluayBmcm9tIE9yaWdOb2RlLT5ub2RlQihEb3duc3RyZWFtKSBhbmQgbm9k ZUItPk9yaWduTm9kZSh1cHN0cmVhbSkgaXMgcmVsaWFibGUgYXQgbm9kZUIgdGhlbiAiUyIgYml0 IGlzIHJlbWFpbnMgdG8gMSAoU3ltbWV0cmljKS4NCiANCkNhc2UgMjogSWYgdGhlIGxpbmsgZnJv bSBPcmlnTm9kZS0+bm9kZUIoRG93bnN0cmVhbSkgaXMgbm90IHJlbGlhYmxlIGFuZCBub2RlQi0+ T3JpZ05vZGUodXBzdHJlYW0pIGlzIHJlbGlhYmxlIGF0IG5vZGVCIHRoZW4gIlMiIGJpdCBpcyBz ZXQgdG8gIjAiKEFzeW1tZXRyaWMpLg0KDQpDYXNlIDM6IElmIHRoZSBsaW5rIGZyb20gT3JpZ05v ZGUgLT5ub2RlQihEb3duc3RyZWFtKSBpcyByZWxpYWJsZSBhbmQgdGhlIGxpbmsgZnJvbSBub2Rl Qi0+T3JpZ25Ob2RlICh1cHN0cmVhbSkgaXMgbm90IHJlbGlhYmxlIHRoZW4gbm9kZUIgd29uJ3Qg bXVsdGljYXN0IHRoZSBjb250cm9sIG1lc3NhZ2VzLiBXaXRoIHRoaXMgY2FzZSwgZGF0YSB0cmFu c21pc3Npb24gZm9yIFJSRVEtSW5zdGFuY2UgZnJvbSBUYXJnTm9kZSB0byBPcmdOb2RlIGlzIG5v dCBwb3NzaWJsZS4NCg0KT25jZSB0aGUgVGFyZ05vZGUgcmVjZWl2ZSB0aGUgUlJFUS1JbnN0YW5j ZSB3aXRoIKGwUz0xobEgdGhlbiBSUkVQLUluc3RhbmNlIGlzIHVuaWNhc3QgYmFjayB0byBPcmln Tm9kZSBpbiBzeW1tZXRyaWNhbCBsaW5rcy4gDQoNCldoZW4gdGhlIKGwU6GxIGJpdCBpcyBzZXQg dG8gobAwobEgYnkgYW55IGludGVybWVkaWF0ZSBub2RlIGR1cmluZyBSUkVRLUluc3RhbmNlIHRo ZW4gaXQgY2Fuoa90IGJlIGNoYW5nZWQgdG8gobAxobEgYnkgYW5vdGhlciBpbnRlcm1lZGlhdGUg bm9kZSBvbiB0aGUgd2F5IHRvd2FyZHMgRGVzdGluYXRpb24uIEhlbmNlLCBUYXJnTm9kZSB3aWxs IGluaXRpYXRlIGFub3RoZXIgUlJFUS1JbnN0YW5jZSBtdWx0aWNhc3QgdG93YXJkcyBPcmdOb2Rl IGZvciBTPTAuIA0KDQpDdXJyZW50bHksIFJQTFtSRkM2NTUwXSB1c2UgdGhlIFJhbmsgKEVUWCkg aW4gT2JqZWN0aXZlIEZ1bmN0aW9uIFplcm8gKE9GLTApIHRvIGNoZWNrIHRoZSBiaS1kaXJlY3Rp b25hbCBzeW1tZXRyaWMgbGluayByZWxpYWJpbGl0eSBkdXJpbmcgbmV0d29yayBmb3JtYXRpb24u IFRoZSBFVFggZnVuY3Rpb25hbGl0eSBjb3VsZCBiZSByZXZpc2VkIHRvIGNoZWNrIGZvciBib3Ro IFN5bW1ldHJpYyhTPTApIGFuZCBBc3ltbWV0cmljKFM9MSkgbGluayByZWxpYWJpbGl0eS4gRnVy dGhlcm1vcmUsIEVBUiBbT24gQWNjdXJhdGUgYW5kIEFzeW1tZXRyeS1hd2FyZSBNZWFzdXJlbWVu dCBvZiBMaW5rIFF1YWxpdHkgaW4gV2lyZWxlc3MgTWVzaCBOZXR3b3Jrc10gbWV0cmljIGNhbiBh bHNvIGJlIHVzZWQgdG8gY2hlY2sgZm9yIHVuaS1kaXJlY3Rpb25hbCBhbmQgYmktZGlyZWN0aW9u YWwgbGluayByZWxpYWJpbGl0eS4gUGVyZm9ybWFuY2Ugb2YgRUFSIGlzIHRlc3RlZCBpbiBib3Ro IHNpbXVsYXRpb25zIChOcy0yKSBhbmQgTGludXgtYmFzZWQgdGVzdGJlZC4NCltTQV0NCg0KPiBJ biBjYXNlIG9mIFAyUC1SUEwgKFJGQyA2OTk3KSwgdGhlcmUgaXMgYSBjbGVhciBhc3N1bXB0aW9u IGFib3V0DQo+IGJpZGlyZWN0aW9uYWwgcmVhY2hhYmlsaXR5LiBUbyBxdW90ZSwgIlNpbmNlIHRo ZSBsaW5rcyBpbiB0aGUNCj4gZGlzY292ZXJlZCByb3V0ZSBoYXZlIGJpZGlyZWN0aW9uYWwgcmVh Y2hhYmlsaXR5IChTZWN0aW9uIDcpLCB0aGUNCj4gVGFyZ2V0IG1heSB1c2UgdGhlIGRpc2NvdmVy ZWQgcm91dGUgdG8gcmVhY2ggdGhlIE9yaWdpbi4iDQo+IEhvdyBkb2VzIHRoZSBkcmFmdCBhZGRy ZXNzIHRoaXMgcHJvYmxlbSBhbmQgaGFuZGxlIGFzeW1tZXRyaWMNCj4gYmlkaXJlY3Rpb25hbCBy b3V0ZXM/DQo+IA0KPiBUaGFua3MsDQo+IFJhaHVsDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KPiBGcm9tOiBSb2xsIFttYWlsdG86cm9sbC1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgQ2hhcmxpZSBQZXJraW5zDQo+IFNlbnQ6IDA5IEp1bmUgMjAxNiBBTSAxMDoyMQ0K PiBUbzogUm91dGluZyBPdmVyIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MNCj4gQ2M6IERv bmd4aW4gTGl1DQo+IFN1YmplY3Q6IFtSb2xsXSBBT0RWLVJQTCAoZHJhZnQtc2F0aXNoLXJvbGwt YW9kdi1ycGwtMDAudHh0KQ0KPiANCj4gDQo+IEhlbGxvIGZvbGtzLA0KPiANCj4gV2UgaGF2ZSBz dWJtaXR0ZWQgQU9EVi1SUEwgZm9yIGNvbnNpZGVyYXRpb24gaW4gdGhlIFtyb2xsXSBXRy4gQU9E Vi1SUEwNCj4gYm9ycm93cyBzb21lIGlkZWFzIGZyb20gQU9EViBhbmQgYWxzbyBoYW5kbGVzIGFz eW1tZXRyaWMgYmlkaXJlY3Rpb25hbA0KPiByb3V0ZXMuICBDb21tZW50cyBhbmQgc3VnZ2VzdGlv bnMgd2lsbCBiZSBhcHByZWNpYXRlZCENCj4gDQo+IFJlZ2FyZHMsDQo+IENoYXJsaWUgUC4NCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFJv bGwgbWFpbGluZyBsaXN0DQo+IFJvbGxAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9yb2xsDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiBSb2xsIG1haWxpbmcgbGlzdA0KPiBSb2xsQGlldGYub3Jn DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0K From nobody Fri Jun 17 05:56:36 2016 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 3CB4312D0E2 for ; Fri, 17 Jun 2016 05:56:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.14 X-Spam-Level: X-Spam-Status: No, score=-2.14 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.198, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u7hnlp4Yl9oF for ; Fri, 17 Jun 2016 05:56:32 -0700 (PDT) Received: from mail-vk0-x244.google.com (mail-vk0-x244.google.com [IPv6:2607:f8b0:400c:c05::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 9BA1D12D091 for ; Fri, 17 Jun 2016 05:56:32 -0700 (PDT) Received: by mail-vk0-x244.google.com with SMTP id k2so12664075vkb.0 for ; Fri, 17 Jun 2016 05:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to; bh=ZjDJ8Va5unGHcRpDgtXNbIn7OtN7fMNHdSF4wNNhjTk=; b=Ywo72Edi6v93sp/bR5hcMubfxZp4kgTn2NAoiuZ+kE/BclKLsi2FL3eYTiHvJ6cpZ+ svvtnIWvt+JlbLCQrLKu2M8cvJpg6AxKJaPgKLZC9uX8m+acRQ7+SE4PQ/TppckonJHw 96zIlOXeOMppTZrgRbphQ3PI76Z7HqmQvQ8roplAfgWhBPZ2xIj1HBo6UEUlVFPic20V na8oaEqSJxi3PB31yXLHi1daiUg47nLNOB0a4AJi58ipYgFRv3phAZodHuXyJJgJ7/qi VyS4CnFbjQKe2drdWrMb6c/kJh+oYFDrtjoHlMLWsL19TJxSh1FRRiewYHpOvx94XPMd kiow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=ZjDJ8Va5unGHcRpDgtXNbIn7OtN7fMNHdSF4wNNhjTk=; b=A49RqyyCekUDjW6Yoil5BF/vaUMfI4WjWHKN+GvEturyQr2i5t6hNZ1b0adFs72B84 CRy4asN21a323pi2fXefLGwhAAvA0q+PYS84hC3iIybGWD7Neig4AQcQbcRkFKiX8/YR ErECM3iuOtE7Ugk4xjqui6KzCTh0F2eYERQxgrvd3YuurM4eHM+DOEKnBrqw8tl/9Llz v+ba854d1EjQ+WE+uc3x+M24NVCAZ5mlohuZ/Lnt3nIRLoin8DWoKpXFTi3shQ0ZFCOK brQcRvuf09+xBhmGNVrKYP2ukUNnxP5hIfaLkBPw/nChXt/+QFYS9/U+jjTS+K9msx3c kbeg== X-Gm-Message-State: ALyK8tJr7NfchMgkt4AulwAZc1wunsB7RRnIV3a9dZNQgJGVurBrQhLIrheotonnshg/U5f/Qfz5cO5xwfO43A== X-Received: by 10.159.55.204 with SMTP id q70mr674046uaq.16.1466168191632; Fri, 17 Jun 2016 05:56:31 -0700 (PDT) MIME-Version: 1.0 Sender: emmanuel.baccelli@gmail.com Received: by 10.176.67.6 with HTTP; Fri, 17 Jun 2016 05:56:12 -0700 (PDT) From: Emmanuel Baccelli Date: Fri, 17 Jun 2016 14:56:12 +0200 X-Google-Sender-Auth: Yf3723ALBatJC0efC-p0B9Olf-E Message-ID: To: ROLL WG Content-Type: multipart/alternative; boundary=94eb2c04cbfa3e49ad053578e23d Archived-At: Subject: [Roll] RIOT Summit July 15-16 in Berlin (right before IETF96) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 12:56:34 -0000 --94eb2c04cbfa3e49ad053578e23d Content-Type: text/plain; charset=UTF-8 Hi everyone, some of you might be interested in attending the RIOT Summit in Berlin on the weekend before IETF 96: http://summit.riot-os.org As a reminder: RIOT supports several network stacks using RPL in various MOP, so participation of RPL implementers and users is relevant. This workshop will bring together people with various backgrounds (SMEs, bigger companies and academia), RIOTers, beginners & experts, and people interested in the IoT in general. There will be plenary talks, hands-on tutorials & demos, and a preliminary list of speakers + agenda has just been pushed to the website. Check it out! Registration is free, but mandatory. Best, Emmanuel --94eb2c04cbfa3e49ad053578e23d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi everyone,

some of you m= ight be interested in attending the=C2=A0RIOT=C2=A0= Summit=C2=A0in=C2=A0Berlin= =C2=A0on the weekend=C2=A0before=C2=A0IETF 96:=C2= =A0http://summit.riot-os.org

As a rem= inder: RIOT supports several network stacks using RPL in various MOP, so pa= rticipation of RPL implementers and users is relevant.

This workshop w= ill bring together people with various backgrounds (SMEs, bigger companies = and academia), RIOTers, beginners & experts, and people interested in t= he IoT in general. There will be plenary talks, hands-on tutorials & de= mos, and a preliminary list of speakers + agenda has just been pushed to th= e website.=C2=A0

Check it out! Registration is free, but mandatory.

Best,

E= mmanuel
--94eb2c04cbfa3e49ad053578e23d-- From nobody Fri Jun 17 14:07:25 2016 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 F17CC12DAE2; Fri, 17 Jun 2016 14:07:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u_pZN8K6puvA; Fri, 17 Jun 2016 14:07:05 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F5F112DAB0; Fri, 17 Jun 2016 14:07:05 -0700 (PDT) Received: from mfilter11-d.gandi.net (mfilter11-d.gandi.net [217.70.178.131]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 1BD8DA80C0; Fri, 17 Jun 2016 23:07:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter11-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter11-d.gandi.net (mfilter11-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id UpCHR5iqSGjs; Fri, 17 Jun 2016 23:07:01 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 0FD55A80C6; Fri, 17 Jun 2016 23:06:59 +0200 (CEST) Message-ID: <5764666E.5080504@tzi.org> Date: Fri, 17 Jun 2016 23:06:54 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "6lo@ietf.org" <6lo@ietf.org>, "6tisch@ietf.org" <6tisch@ietf.org>, "lp-wan@ietf.org" , lwip@ietf.org, Routing Over Low power and Lossy networks X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF96: DRAFT AGENDA X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 21:07:08 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF96. Remember that there is still quite some potential for changes. Apart from COSE on PLUS (ouch), and the maybe more personal conflicts of ACE on QUIC and 6LO on ARTAREA, I'm not seeing a lot of hurt this time. Moves due to other conflict avoidance may make this worse, though. All times are CEST (UTC-0200). (The browser timezone function is not yet reinstated on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote.) Grüße, Carsten MONDAY, July 18, 2016 1000-1230 Morning Session I Potsdam II ART artarea Applications and Real-Time Area Open Meeting - Combined with DISPATCH Potsdam III INT *** 6lo IPv6 over Networks of Resource-constrained Nodes WG 1400-1530 Afternoon Session I Potsdam II ART httpbis Hypertext Transfer Protocol WG Bellevue INT *** 6tisch IPv6 over the TSCH mode of IEEE 802.15.4e WG Potsdam I INT homenet Home Networking WG Tiergarten SEC oauth Web Authorization Protocol WG Ch_burg I SEC openpgp Open Specification for Pretty Good Privacy WG Potsdam III TSV tsvarea Transport Area Open Meeting 1540-1740 Afternoon Session II Ch_burg II/III INT *** lpwan Low-Power Wide Area Networks BOF Potsdam II SEC acme Automated Certificate Management Environment WG 1800-2000 Afternoon Session III Potsdam I IRTF maprg Proposed Measurement and Analysis for Protocols Research Group Potsdam II OPS anima Autonomic Networking Integrated Model and Approach WG Schoeneberg RTG bier Bit Indexed Explicit Replication WG Bellevue RTG detnet Deterministic Networking WG Potsdam III SEC lurk Limited Use of Remote Keys BOF TUESDAY, July 19, 2016 1000-1230 Morning Session I Potsdam I INT 6man IPv6 Maintenance WG Potsdam III SEC tls Transport Layer Security WG Bellevue TSV rmcat RTP Media Congestion Avoidance Techniques WG 1400-1600 Afternoon Session I Ch_burg II/III ART *** core Constrained RESTful Environments WG Bellevue SEC tokbind Token Binding WG Potsdam I TSV l4s Low Latency Low Loss Scalable throughput BOF 1620-1820 Afternoon Session II Potsdam II ART uta Using TLS in Applications WG Schoeneberg ART webpush Web-Based Push Notifications WG Potsdam III IRTF*** t2trg Thing-to-Thing Potsdam I RTG rtgarea Routing Area Open Meeting Ch_burg II/III TSV tcpinc TCP Increased Security WG WEDNESDAY, July 20, 2016 1000-1230 Morning Session I Bellevue SEC *** ace Authentication and Authorization for Constrained Environments WG Ch_burg I SEC curdle CURves, Deprecating and a Little more Encryption WG Potsdam I TSV quic QUIC BOF 1400-1530 Afternoon Session I Ch_burg II/III INT dnssd Extensions for Scalable DNS Service Discovery WG Potsdam III IRTF cfrg Crypto Forum 1550-1720 Afternoon Session II Schoeneberg RTG *** roll Routing Over Low power and Lossy networks WG Lincke SEC oauth Web Authorization Protocol WG Ch_burg II/III TSV tsvwg Transport Area Working Group WG THURSDAY, July 21, 2016 1000-1230 Morning Session I Schoeneberg ART ice Interactive Connectivity Establishment WG Ch_burg I SEC *** cose CBOR Object Signing and Encryption WG - 11:30-12:30 Potsdam I TSV plus Path Layer UDP Substrate BOF 1400-1600 Afternoon Session I Bellevue INT its Intelligent Transportation Systems BOF Potsdam I OPS v6ops IPv6 Operations WG Potsdam III SEC saag Security Area Open Meeting 1620-1820 Afternoon Session II Tiergarten ART *** core Constrained RESTful Environments WG Potsdam III OPS anima Autonomic Networking Integrated Model and Approach WG Potsdam II RTG babel Babel routing protocol WG 1830-1930 Afternoon Session III Potsdam III INT intarea Internet Area Working Group WG Bellevue TSV taps Transport Services WG FRIDAY, July 22, 2016 1000-1200 Morning Session I Bellevue ART httpbis Hypertext Transfer Protocol WG Ch_burg II/III TSV tsvwg Transport Area Working Group WG 1220-1320 Afternoon Session I Schoeneberg INT *** lwig Light-Weight Implementation Guidance WG Ch_burg I SEC spasm Some PKIX and SMIME WG From nobody Mon Jun 20 09:48:44 2016 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 6A7C712D57B for ; Mon, 20 Jun 2016 09:48:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.45 X-Spam-Level: X-Spam-Status: No, score=-1.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.198, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 duWUBTwA3jAy for ; Mon, 20 Jun 2016 09:48:42 -0700 (PDT) Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71C2512D58C for ; Mon, 20 Jun 2016 09:48:42 -0700 (PDT) Received: by mail-it0-x236.google.com with SMTP id h190so42595099ith.1 for ; Mon, 20 Jun 2016 09:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=2SivV2Lq3djfyKZB7Nyx96ydOktY2UWxUTQCq6iwtks=; b=FiwJwHS9nTMto8hkwEEr61i85M1xmM+kwUlO2V+awNTk4yG4DyG9xCkR0AINL/ZnXL 8lpG+y0mUeZrycxltVNhC+5d36YEfZrYn9QcCyY/67GcVbgEuKzO3tk8TrACB/BQV69H Belj/zo7F0vZ0DZF1R+93TzdXSseLNoyCM5yg1j+obeSZwYcjVeZvKwQg0Tdu4vG28VU 8Nw6Bg/gfnNJ8h9rv/S8jsJbLtu0rprHYupEX5opBu5BBTG7rwZWaDqy9ZssJfbI7RLy EivyW0SkGWUGb5+godcT80aSknQApKnHkuzw0KCXbYWToUmBrF3NOOrVZvUEr+TlZjCy loGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=2SivV2Lq3djfyKZB7Nyx96ydOktY2UWxUTQCq6iwtks=; b=ZNofPM1Wmq7t3d3xzEnPkH8FxWCQSOT2Rsg5wuYv1CiWo05UUtofEZ14Y+OVN7cB5z fepPNbBKY8uIQnmRFOBfcrXy5qLaKHil0KhuBxKiOVyb4NnKlvj2/la9UrhyraJHPYWf KIzyJq4Cu7mqPvzUyAntnzg5amK9k8E5y4MfMQ6AQH4OmXLzsMtw+x8A6EQpUC08J7Mc MDSm38AxKr1GyK7uAnTFVAjwQHZB5yBAMqF86EmoTi4B7gZG78n5kf3KkadlFs2IURph xMpkb/xcAiW0h9+d3PZ+E2QcL/9T5MNXY4yOw2ioLvr5fqYegHuJKwLClMsG6ZT9n7db ahHw== X-Gm-Message-State: ALyK8tKCTXLOx6PdvMuGR9Ol/Pdrq77EHlrOLwRnHBH7EBIPGGrN1xDSE6DRSHlK1LWVUQLjW+47/xNtkAxAOQ== X-Received: by 10.36.211.205 with SMTP id n196mr323520itg.65.1466441321744; Mon, 20 Jun 2016 09:48:41 -0700 (PDT) MIME-Version: 1.0 Sender: kerlyn2001@gmail.com Received: by 10.79.129.2 with HTTP; Mon, 20 Jun 2016 09:48:41 -0700 (PDT) In-Reply-To: References: From: Kerry Lynn Date: Mon, 20 Jun 2016 12:48:41 -0400 X-Google-Sender-Auth: ab7EFvP9VdgjKraYci3u9F86aUY Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a1149bd86110fed0535b87ad2 Archived-At: Subject: Re: [Roll] RIOT Summit July 15-16 in Berlin (right before IETF96) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 16:48:43 -0000 --001a1149bd86110fed0535b87ad2 Content-Type: text/plain; charset=UTF-8 Hi Emmanuel, I booked my travel before I knew the RIOT Summit dates. If you can recommend a hotel near the University, I'll try to change my flight to arrive on Friday. Thanks, Kerry On Fri, Jun 17, 2016 at 8:56 AM, Emmanuel Baccelli < Emmanuel.Baccelli@inria.fr> wrote: > Hi everyone, > > some of you might be interested in attending the RIOT Summit in Berlin on > the weekend before IETF 96: http://summit.riot-os.org > > As a reminder: RIOT supports several network stacks using RPL in various > MOP, so participation of RPL implementers and users is relevant. > > This workshop will bring together people with various backgrounds (SMEs, > bigger companies and academia), RIOTers, beginners & experts, and people > interested in the IoT in general. There will be plenary talks, hands-on > tutorials & demos, and a preliminary list of speakers + agenda has just > been pushed to the website. > > Check it out! Registration is free, but mandatory. > > Best, > > Emmanuel > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --001a1149bd86110fed0535b87ad2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Emmanuel,

I booked my travel before = I knew the RIOT Summit dates.=C2=A0 If you can
recommend a hotel = near the University, I'll try to change my flight to
arrive o= n Friday.

Thanks, Kerry

=

On Fri, Jun 17, 2= 016 at 8:56 AM, Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr= > wrote:
Hi everyone,

some of you might = be interested in attending the=C2=A0RIOT=C2=A0Summit=C2=A0in=C2=A0Berlin=C2=A0on the weekend=C2=A0before<= /span>=C2=A0IETF 96:=C2=A0http://summit.riot-os.org

= As a reminder: RIOT supports several network stacks using RPL in various MO= P, so participation of RPL implementers and users is relevant.

This workshop will bring together people with various backgrounds = (SMEs, bigger companies and academia), RIOTers, beginners & experts, an= d people interested in the IoT in general. There will be plenary talks, han= ds-on tutorials & demos, and a preliminary list of speakers + agenda ha= s just been pushed to the website.=C2=A0

Check it out! Registration is free= , but mandatory.

Best,

Emmanuel

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


--001a1149bd86110fed0535b87ad2-- From nobody Mon Jun 20 11:32:17 2016 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 8593812D686 for ; Mon, 20 Jun 2016 11:32:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id carlP7wj5689 for ; Mon, 20 Jun 2016 11:32:06 -0700 (PDT) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E54412D645 for ; Mon, 20 Jun 2016 11:32:05 -0700 (PDT) Received: by mail-vk0-x234.google.com with SMTP id t129so206837261vka.1 for ; Mon, 20 Jun 2016 11:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=Z80UXGH4CNGrp0AZEpzIIaNFvrXY2Iz0Lu4QiowMT3o=; b=u4cjSO+lGTMXEjgiY54nWBazPdx1WlBkThdXRjFvGmD6V6kpMAXPTYHcDaKfbfBPJk GvKYhegeoqOk3JSvY9OspoB2Ua0X6BStq4cwyTIDXIIh8pmaD1Ko3fgiqoJYaIds2gL0 6PKpDOf+aZ+6hzSWk7nVWdTfUUZLOYQpG6bPV0TE9iaunVT6+9AMqSUzVXggMVWe+V5S uChAUApBTVrRH8BoJVH1DBb7C4RPBlKPFFwhiCOcqTUy6WmVOlRg+1qW19XGKbvbm4TO iT5IW6x2BeVqgf3GT3COrz6T+c66BqQWCwnLmgTA1J+wrkEE9nG8UjLyhnoPu3uvvS6w ofqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=Z80UXGH4CNGrp0AZEpzIIaNFvrXY2Iz0Lu4QiowMT3o=; b=k2ez5zy2a8iIbvSobhCqLW/L99cFZ60uaUwg5PmOMsiN6fJAWoN/2xBxfRnoANKOZz Q2HahKoF8R8QVaxntc/2tTpSRX/QPGkoz1RtALV4n8OGvNGIK/Nqx5kL7cBshvzkwbL0 CLO8JiTZcP0JQ3ds/SbOH7AHFCpkyLzqT7IsrXXrvQFKdiKzdMVg0xmLfnqvkd9celap 20ht9f9zB0KjJVW8zU9KoW4L3CSgXgLVMwdnq7NoXQX5aYHmDJ/XZMhjaLgXrexMgyJq awy4pFNUtgsn7H2eMAFgU1XUnTcxVV+SoWsxMeLAsNEUhmfoNS+lEw/GiQIUE/3x9z3p 9kAg== X-Gm-Message-State: ALyK8tLRtTev/KU394ZArgCBfd/jdXK7An8ommzKiT/vxINmMIxiodfalzwaaiZcjEmq99ZV1nQfdg6y38bGPg== MIME-Version: 1.0 X-Received: by 10.159.55.204 with SMTP id q70mr6054886uaq.16.1466447524584; Mon, 20 Jun 2016 11:32:04 -0700 (PDT) Received: by 10.176.67.162 with HTTP; Mon, 20 Jun 2016 11:32:04 -0700 (PDT) Received: by 10.176.67.162 with HTTP; Mon, 20 Jun 2016 11:32:04 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 Jun 2016 20:32:04 +0200 Message-ID: From: Emmanuel Baccelli To: ROLL WG Content-Type: multipart/alternative; boundary=94eb2c04cbfac8e7200535b9eb3a Archived-At: Subject: Re: [Roll] RIOT Summit July 15-16 in Berlin (right before IETF96) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 18:32:16 -0000 --94eb2c04cbfac8e7200535b9eb3a Content-Type: text/plain; charset=UTF-8 Hi Kerry, I recommend this hotel on the campus: http://www.seminaris.de/hotels/seminaris-campushotel-berlin.html It would be great if you could attend! Best Emmanuel On Jun 20, 2016 18:48, "Kerry Lynn" wrote: > Hi Emmanuel, > > I booked my travel before I knew the RIOT Summit dates. If you can > recommend a hotel near the University, I'll try to change my flight to > arrive on Friday. > > Thanks, Kerry > > > On Fri, Jun 17, 2016 at 8:56 AM, Emmanuel Baccelli < > Emmanuel.Baccelli@inria.fr> wrote: > >> Hi everyone, >> >> some of you might be interested in attending the RIOT Summit in Berlin on >> the weekend before IETF 96: http://summit.riot-os.org >> >> As a reminder: RIOT supports several network stacks using RPL in various >> MOP, so participation of RPL implementers and users is relevant. >> >> This workshop will bring together people with various backgrounds (SMEs, >> bigger companies and academia), RIOTers, beginners & experts, and people >> interested in the IoT in general. There will be plenary talks, hands-on >> tutorials & demos, and a preliminary list of speakers + agenda has just >> been pushed to the website. >> >> Check it out! Registration is free, but mandatory. >> >> Best, >> >> Emmanuel >> >> _______________________________________________ >> 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 > > --94eb2c04cbfac8e7200535b9eb3a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Kerry,
I recommend this hotel on the campus:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0
=C2=A0 http://www.seminaris.de/hotels/seminaris-c= ampushotel-berlin.html
It would be great if you could attend!
Best
Emmanuel

On Jun 20, 2016 18:48, "Kerry Lynn" &l= t;kerlyn@ieee.org> wrote:
Hi Emmanue= l,

I booked my travel before I knew the RIOT Summit date= s.=C2=A0 If you can
recommend a hotel near the University, I'= ll try to change my flight to
arrive on Friday.

Thanks, Kerry

=
On Fri, Jun 17, 2016 at 8:56 AM, Emmanuel Ba= ccelli <Emmanuel.Baccelli@inria.fr> wrote:
Hi everyone,

some of you might be interested in attending the=C2=A0<= span>RIOT=C2=A0Summit=C2=A0in=C2=A0Berlin= =C2=A0on the weekend=C2=A0before=C2=A0IETF 96:=C2=A0http://summit.<= span>riot-os.org

As a reminder: RIOT supports several= network stacks using RPL in various MOP, so participation of RPL implement= ers and users is relevant.
This workshop will bring together peop= le with various backgrounds (SMEs, bigger companies and academia), RIOTers,= beginners & experts, and people interested in the IoT in general. Ther= e will be plenary talks, hands-on tutorials & demos, and a preliminary = list of speakers + agenda has just been pushed to the website.=C2=A0
<= div style=3D"font-size:13px">
Check = it out! Registration is free, but mandatory.

Best,

Emmanuel
_______________________________________________
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

--94eb2c04cbfac8e7200535b9eb3a-- From nobody Mon Jun 20 21:53:25 2016 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 9273412D6B8 for ; Mon, 20 Jun 2016 21:53:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.646 X-Spam-Level: X-Spam-Status: No, score=-5.646 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] 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 vB6DAfw64zh4 for ; Mon, 20 Jun 2016 21:53:21 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A93012D58E for ; Mon, 20 Jun 2016 21:53:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRE90475; Tue, 21 Jun 2016 04:53:17 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jun 2016 05:53:16 +0100 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.223]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Tue, 21 Jun 2016 10:23:04 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Roll Thread-Topic: DIS modifications draft Thread-Index: AdHLeMnvHEm/6o+8QDqLXQ5408gOZg== Date: Tue, 21 Jun 2016 04:53:04 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5D03BB1B@blreml510-mbs.china.huawei.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5D03BB1Bblreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5768C83E.0048, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.223, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: f981cb1b7e7dc563ff627630020f0da5 Archived-At: Subject: [Roll] DIS modifications draft X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 04:53:23 -0000 --_000_982B626E107E334DBE601D979F31785C5D03BB1Bblreml510mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear authors of draft-zhong-roll-dis-modifications-00, Few comments: 1. In section 3, "the "DIO Type" (T) flag: In case the N flag is set,= this T flag specifies what type of DIO is sent in response. It MUST be a unicast DIO if this flag is set and it MUST be a multicast DIO if this flag is reset." Is it necessary to put a MUST clause for unicast DIO? There might be reason= s why multicast DIO might prove efficient. Consider for example that nodes = are started in parallel and each of them sends a multicast DIS with 'T' bit= set. There are two scenarios: A) The number of nodes are less and sparsely located .... In this case= unicast DIO might work out more efficiently. B) The number of nodes are more and densely populated ... In this case= unicast DIO from already joined peers to every newly started node might pr= ove inefficient.... Imo, it should be possible for the parent nodes to dete= ct the number of mcast DIS rcvd (during the interval of response spreading = time) and respond with mcast DIO if necessary i.e. if more number of mcast = DIS(T=3D1) are rcvd then mcast DIO may be sent in response. Also when a al= ready joined node receives multiple mcast DIS with T=3D1 and with different= response spreading times then the handling becomes complex! 2. If unicast DIO option is available, do you see any scenario/reason= why any node will generate a mcast DIS with T=3D0 ? I mean, is the node se= nding the DIS in a position to decide whether it requires ucast/mcast DIO ? Imo, I feel this draft is important as it reduces the control overhead duri= ng network formation/node joinin and may also improve on the network conver= gence time. Thanks for your work. Regards, Rahul ***************************************************************************= ************ This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination)= by persons other than the intended recipient's) is prohibited. If you rece= ive this e-mail in error, please notify the sender by phone or email immedi= ately and delete it! --_000_982B626E107E334DBE601D979F31785C5D03BB1Bblreml510mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear authors of draft-zhong-roll-dis-modifications-00,

&n= bsp;

Few com= ments:

1.  =
     In section 3, “the "DIO=
 Type" (T) flag: In case the N flag is set, this T flag

      specifies what = type of DIO is sent in response.  It MUST be a

      unicast DIO if = this flag is set and it MUST be a multicast DIO if

      this flag is re= set.”

= Is it necessary to put a MUST clause for unicast DIO? There might be reason= s why multicast DIO might prove efficient. Consider for example that nodes = are started in parallel and each of them sends a multicast DIS with ‘T’ bit set. There are two sce= narios:

A)      The number of nodes are less and sparsely located …. In this case un= icast DIO might work out more efficiently.

B)      The number of nodes are more and densely populated … In this case un= icast DIO from already joined peers to every newly started node might prove= inefficient.... Imo, it should be possible for the parent nodes to detect the number of mcast DIS rcvd (during the in= terval of response spreading time) and respond with mcast DIO if necessary = i.e. if more number of mcast DIS(T=3D1) are rcvd then mcast  DIO may b= e sent in response. Also when a already joined node receives multiple mcast DIS with T=3D1 and with different resp= onse spreading times then the handling becomes complex!

= 2.       If unicast DIO option is available, do you see any scenario/reason why any= node will generate a mcast DIS with T=3D0 ? I mean, is the node sending th= e DIS in a position to decide whether it requires ucast/mcast DIO ?

 

Imo, I = feel this draft is important as it reduces the control overhead during netw= ork formation/node joinin and may also improve on the network convergence t= ime. Thanks for your work.

&n= bsp;

Regards= ,

Rahul

 

 

****************************= ***********************************************************
This e-mail and attachments contain confidential information from HUAWEI, w= hich is intended only for the person or entity whose address is listed abov= e. Any use of the information contained herein in any way (including, but n= ot limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the inte= nded recipient's) is prohibited. If you receive this e-mail in error, pleas= e notify the sender by phone or email immediately and delete it!=

 

--_000_982B626E107E334DBE601D979F31785C5D03BB1Bblreml510mbschi_-- From nobody Tue Jun 21 09:27:34 2016 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 0429C12DA57 for ; Tue, 21 Jun 2016 09:27:33 -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 wAd77APVBIru for ; Tue, 21 Jun 2016 09:27:30 -0700 (PDT) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D71D712D533 for ; Tue, 21 Jun 2016 09:27:17 -0700 (PDT) Received: by mail-vk0-x234.google.com with SMTP id d185so27401093vkg.0 for ; Tue, 21 Jun 2016 09:27:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=uHfXWcwficuRndEjwoHGTH5feqgqj3OWXDURof/b5HI=; b=O76LBm02TKCoZMnf8NIRGJQ1ILEu4WtbFqDWb7crFa58I7KulGW1/ksLdRuQxQn/w0 YOlh5UurpeVBtW7DnpSAGULnGZMvFeHELveQAo1raelFc0d3DJ1obP7WGlJOL0WQqriq QaPKcXGknHN+CRVvpFJdPOgYcxdLUDJp7ay7IpxUCXb9UMoPaNZSZPYOET7/IcKsSbDv agI3s3F2oEm3MHhqu5qXmfdYAyBwNwXe/OWPlpfT1iZ3z+77FgI2tvRTbvUSrzNm9L83 cKZtcV5bwYKER4HhLvn0oH87DyFD7UnZhOylN14OMfXGGMJ8SYOjuAeaE1EypVZfkrw7 gS2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=uHfXWcwficuRndEjwoHGTH5feqgqj3OWXDURof/b5HI=; b=Z6UPlxBoWfUOk2IK5T51+PBw6NRv2ASnw9hrqSgRuwOZE1EfTnoNI7DWDw0I8MnGyI HxhMK7/hS4hW9ff2o2olyGQtErqRjKw92zYnASWVpEsazPGzLcZorCNbMbBnQRhyyoMU fboVdqZ4mX6/at7iSwkm9/UHMlGrdngmFfWrrkjQblxCE3LK0yA8J1y5sqWCUCJnzX6f H27z8wK8kJM956qavtiCmkveNRb6/z8+TgX9/9c1pn/3G9orltDXQW/D0MXwY03RnRCT 9q/WPIXnBzOnbqrnTA5piKLcRCm1OWs5Gv/SaGO+MoO2KZUS7+3BC4LqVbIdGejt2GnS c1vA== X-Gm-Message-State: ALyK8tJHQB1jdcDy1TgCXAZ4hBtd+VAupHonjW6OAhO+DMUq3J0ldIma8/5OvFKcpClKNNaSOKIcTM94V1CLKg== X-Received: by 10.176.0.87 with SMTP id 81mr9707576uai.28.1466526436875; Tue, 21 Jun 2016 09:27:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.200 with HTTP; Tue, 21 Jun 2016 09:27:16 -0700 (PDT) From: Ines Robles Date: Tue, 21 Jun 2016 19:27:16 +0300 Message-ID: To: roll Content-Type: multipart/alternative; boundary=001a113d0ad452e58a0535cc4b50 Archived-At: Cc: peter van der Stok Subject: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 16:27:33 -0000 --001a113d0ad452e58a0535cc4b50 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear all, Please find a draft of the working group charter. Please review and comments. It would be good to have your comments before IETF 96. Thank you very much in advance, Peter and Ines ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= // Charter for Working Group Low power and Lossy Networks (LLNs) are made up of many embedded devices with limited power, memory, and processing resources. They are interconnected by a variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Communication) links. LLNs are transitioning to an end-to-end IP-based solution to avoid the problem of non-interoperable networks interconnected by protocol translation gateways and proxies. Generally speaking, LLNs are characterized as follows, but not limited to: -LLNs operate with a hard, very small bound on state. -In most cases, LLN optimize for saving energy by using small packet headers and few reduce amount of control packets. -Typical traffic patterns are not simply unicast flows (e.g. in some cases most if not all traffic can be point to multipoint). - In most cases, LLNs will be employed over link layers with restricted frame-sizes and low bit rates, thus a routing protocol for LLNs should be specifically adapted for such link layers. - LLN routing protocols have to be very careful when trading off efficiency for generality; since LLN nodes do not have resources to waste. These specific properties cause LLNs to have specific routing requirements. Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the working group (draft-levis-roll-overview-protocols-00) and have in their current form been found to not satisfy all of these specific routing requirements =E2=80=9CRouting Requirements for Urban Low-Power and = Lossy Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Routing Requirements in Low= -Power and Lossy Networks=E2=80=9D RFC 5673, =E2=80=9CHome Automation Routing Requirements i= n Low-Power and Lossy Networks=E2=80=9D RFC 5826, Building Automation Routing Requirements = in Low-Power and Lossy Networks RFC 5867. The Working Group is focused on routing issues for LLN and maintaining the protocols developed by the working group. There is a wide scope of application areas for LLNs, including industrial monitoring, building automation (HVAC, lighting, access control, fire), connected homes, health care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focuses on routing solutions for a subset of these: connected home, building and urban sensor networks for which routing requirements have been specified. These application-specific routing requirement documents were used for protocol design. The Working Group focuses on IPv6 routing architectural framework for these application scenarios. The Framework will take into consideration various aspects including high reliability in the presence of time varying loss characteristics and connectivity while permitting low-power operation with very modest memory and CPU pressure in networks potentially comprising a very large number (several thousands) of nodes. The Working Group will document how data packets are routed and encapsulated when they cross the LLN, and when they enter and exit the LLN: the appropriate use of RH3 (RFC6553), RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops are detected. In consultation with the 6lo WG, the Working Group will design a method to compress these routing headers into a single block. The WGLC on this work will be shared with 6lo. The Working group will align with the 6man WG when needed. ROLL is responsible for maintenance of the protocols that is has developed, including RPL and MPL. AD approval is required for each new work item that is proposed. Work Items are: - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context - Additional protocol to reduce paths for RPL in non-storing mode - Automatic selection of MPL forwarders to reduce message replication - Data models for RPL and MPL management - Alternative Multicast algorithm based on Bier forwarding. - Solution of the problems associated with the use of No- Path DAO messaging in RPL. - Methods to improve the current RPL behaviour, e.g. DIS modifications in RPL. Milestones DATE Recharter WG or close September 2017 Initial submission of draft about YANG RPL model to IESG March 2017 Initial submission of draft about MPL selection to IESG January 2017 Initial submission of draft about Bier Multicast to IESG November 2016 Submit draft about YANG MPL model to IESG October 2016 Initial Submission of the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation August 2016 Draft-ietf-roll-useofrplinfo to the IESG. Initial submission of the draft about how to compress RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context. to the IESG. May 2016 draft-ietf-roll-routing-dispatch Initial Submission of the No-Path DAO Problem Statement to the IESG November 2016 ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////// --001a113d0ad452e58a0535cc4b50 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,=C2=A0
Plea= se find a draft of the working group charter.

Please review and comment= s. It would be good to have your comments before IETF 96.

Thank you v= ery much in advance,

Peter and Ines

///////////////////////////////= ///////////////////////////////////////////////////////////////////////////= //////////////////////////////////////////////

Charter for Working= Group

Low power and Lossy Networks (LLNs) are mad= e up of many embedded devices with limited power, memory, and processing re= sources. They are interconnected by a variety of links, such as IEEE 802.15= .4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Comm= unication) links. LLNs are transitioning to an end-to-end IP-based solution= to avoid the problem of non-interoperable networks interconnected by proto= col translation gateways and proxies.

Generally sp= eaking, LLNs are characterized as follows, but not limited to:
-LLNs operate with a hard, very small bound on state.=C2=A0

-In most cases, LLN optimize for saving energy by us= ing small packet headers and few reduce amount of control packets.
=C2=A0
-Typical traffic patterns are not simply unicast flows (= e.g. in some cases most if not all traffic can be point to multipoint).

- In most cases, LLNs will be employed over link laye= rs with restricted frame-sizes and low bit rates, thus a routing protocol f= or LLNs should be specifically adapted for such link layers.=C2=A0

- LLN routing protocols have to be very careful when tradi= ng off efficiency for generality; since LLN nodes do not have resources to = waste.


These specific propertie= s cause LLNs to have specific routing requirements.

Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been = evaluated by the working group (draft-levis-roll-overview-protocols-00) and= have in their current form been found to not satisfy all of these specific= routing requirements =E2=80=9CRouting Requirements for Urban Low-Power and= Lossy Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Routing Requirements= in Low-Power and Lossy Networks=E2=80=9D RFC 5673, =E2=80=9CHome Automatio= n Routing Requirements in Low-Power and Lossy Networks=E2=80=9D RFC 5826, B= uilding Automation Routing Requirements in Low-Power and Lossy Networks RFC= 5867.

The Working Group is focused on routing iss= ues for LLN and maintaining the protocols developed by the working group.

There is a wide scope of application areas for LLNs= , including industrial monitoring, building automation (HVAC, lighting, acc= ess control, fire), connected homes, health care, environmental monitoring,= urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group= focuses on routing solutions for a subset of these: connected home, buildi= ng and urban sensor networks for which routing requirements have been speci= fied. These application-specific routing requirement documents were used fo= r protocol design.
The Working Group focuses on IPv6 routing arch= itectural framework for these application scenarios. The Framework will tak= e into consideration various aspects including high reliability in the pres= ence of time varying loss characteristics and connectivity while permitting= low-power operation with very modest memory and CPU pressure in networks p= otentially comprising a very large number (several thousands) of nodes.

The Working Group will document how data packets are = routed and encapsulated when they cross the LLN, and when they enter and ex= it the LLN: the appropriate use of RH3 (RFC6553), RPI (RFC6554) and IPv6-in= -IPv6 encapsulation including how routing loops are detected. In consultati= on with the 6lo WG, the Working Group will design a method to compress thes= e routing headers into a single block. The WGLC on this work will be shared= with 6lo. The Working group will align with the 6man WG when needed.
=
ROLL is responsible for maintenance of the protocols that is has devel= oped, including RPL and MPL. AD approval is required for each new work item= that is proposed.

Work Items are:

<= /div>
- Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulat= ion.

- Compression of =C2=A0RFC6553, RFC6554, and = IP headers in the 6LoWPAN adaptation layer context

- Additional protocol to =C2=A0reduce paths for RPL in non-storing mode

- Automatic selection of MPL forwarders to reduce me= ssage replication

- Data models for RPL and MPL ma= nagement

- Alternative Multicast algorithm based o= n Bier forwarding.

- Solution =C2=A0of =C2=A0the = =C2=A0problems associated with the use of No- Path DAO messaging in RPL.

- Methods to improve the current RPL behaviour, e.g.= DIS modifications in RPL.


Mileston= es =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0DATE

Recharter WG or close =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 September 2017

= Initial submission of draft about YANG RPL model to IESG =C2=A0 March 2017<= /div>

Initial submission of draft about MPL selection to= IESG =C2=A0 =C2=A0January 2017

Initial submission= of draft about Bier Multicast to IESG =C2=A0 =C2=A0 =C2=A0November 2016

Submit draft about YANG MPL model to IESG =C2=A0 =C2= =A0 October 2016

Initial Submission of the draft a= bout when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation =C2=A0 = =C2=A0 August 2016
Draft-ietf-roll-useofrplinfo to the IESG.

Initial submission of the draft about how to compress = RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context. = =C2=A0to the IESG. =C2=A0 =C2=A0May 2016
draft-ietf-roll-routing-= dispatch =C2=A0 =C2=A0 =C2=A0=C2=A0

Initial Submis= sion of the No-Path DAO Problem Statement to the IESG =C2=A0 =C2=A0 Novembe= r 2016



/////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////////////////////////////////
--001a113d0ad452e58a0535cc4b50-- From nobody Wed Jun 22 01:27:58 2016 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 DB64E12D091 for ; Wed, 22 Jun 2016 01:27:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.197 X-Spam-Level: X-Spam-Status: No, score=-2.197 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p_MMUlhpzKzU for ; Wed, 22 Jun 2016 01:27:54 -0700 (PDT) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (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 4EC6A12B00B for ; Wed, 22 Jun 2016 01:27:53 -0700 (PDT) Received: by mail-lb0-x229.google.com with SMTP id o4so17812998lbp.2 for ; Wed, 22 Jun 2016 01:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=hxrnXDMIa9m36cwCCswIDHxLr6P/TB0YBZV9nTHNmu8=; b=pHVtCSzUwUcZ5IlCRqhmp7uR2BJFpOl8buB8l1haom/1BmvC6bTElHsYcQGkpWVN7u YvuLUdjdOhsGZxOpgMfoG0I3tG1yt0n0LOeMLFQKjdYaJBLfeAijig7Dy+9MW3j/h2hx 5TAuWqtcbL7eQMAfsxkDshvKRSU7ahlkfpl9Yem51zO2OCFJ1tWgqhc/X+YKhj8SbxYT MGGHxn2PYOQ7YDFS/ivdqqWWWqCpsy3uEwSJuePbpXJ33vOufortovXNnpGiEhzO516Z rULjt4pNxHbpwq7brn2JbMcvg/q03yEqUIbNqvigzJfAjXuGJDywXRahgVgHDYzuflT2 1++w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=hxrnXDMIa9m36cwCCswIDHxLr6P/TB0YBZV9nTHNmu8=; b=gyaQt31kdpm5P2LfiCuDQfSYJU8aG42lySnVcv6raTdNffPMpLu0mTuZDPdM3q91ua yeMr2JwFVgA1XAyup/p2cd9BRtS5wd1mq86phjcJ/m7cruppFWPcfa4n54ubF5UHxdxH 6gFyaTTzLdnM0IrzBxfs6fLWLsKUK2MLjwAitXhKrkT8tSelxZv7WVHJsVexY1/14nce Mg/V1bSetDJlZFkIs1C0jbcKVeMbRFr76JU+VIWVrZp8ifQ3FZKuelQreEhf9G08jFWQ dFMHTfDSEEYhN0SsNBVE/BgL4/bfl4JBQZB4bkeGbo1CsKqmwE3apswUMLZH6cmHZ0f0 H6Pg== X-Gm-Message-State: ALyK8tLZhclGrUaRESzYqqndirlVli4Jnilc6tjz6gkA+rw8PeI82JKOB3ndLclads+uGQ== X-Received: by 10.194.82.36 with SMTP id f4mr23830901wjy.104.1466584071056; Wed, 22 Jun 2016 01:27:51 -0700 (PDT) Received: from [10.92.124.3] (z5c7c.pia.fu-berlin.de. [87.77.92.124]) by smtp.googlemail.com with ESMTPSA id t190sm6830621wmt.24.2016.06.22.01.27.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Jun 2016 01:27:50 -0700 (PDT) To: roll@ietf.org References: From: =?UTF-8?Q?Cenk_G=c3=bcndogan?= Message-ID: <457be029-a0f9-f6be-0900-51f38e10dc22@gmail.com> Date: Wed, 22 Jun 2016 10:27:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------7ACBC1805E1B52BF63394879" Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 08:27:57 -0000 This is a multi-part message in MIME format. --------------7ACBC1805E1B52BF63394879 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello Ines,Peter, the proposed charter looks great as it is, however, I have a few remarks and questions that Iinlined below. Thanks! Best, Cenk On 06/21/2016 06:27 PM, Ines Robles wrote: > Dear all, > > Please find a draft of the working group charter. > > Please review and comments. It would be good to have your comments > before IETF 96. > > Thank you very much in advance, > > Peter and Ines > > //////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > > Charter for Working Group > > Low power and Lossy Networks (LLNs) are made up of many embedded > devices with limited > Should we reference RFC7228: "Terminology for Constrained-Node Networks" here to have a consistent and common definition of the term LLN? > power, memory, and processing resources. They are interconnected by a > variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, > wired or other low power PLC (Powerline Communication) links. LLNs are > transitioning to an end-to-end IP-based solution to avoid the problem > of non-interoperable networks interconnected by protocol translation > gateways and proxies. > > Generally speaking, LLNs are characterized as follows, but not limited to: > > -LLNs operate with a hard, very small bound on state. > > -In most cases, LLN optimize for saving energy by using small packet > headers and few reduce amount of control packets. > -Typical traffic patterns are not simply unicast flows (e.g. in some > cases most if not all traffic can be point to multipoint). > > - In most cases, LLNs will be employed over link layers with > restricted frame-sizes and low bit rates, thus a routing protocol for > LLNs should be specifically adapted for such link layers. > > - LLN routing protocols have to be very careful when trading off > efficiency for generality; since LLN nodes do not have resources to waste. > > > These specific properties cause LLNs to have specific routing > requirements. > > Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have > been evaluated by the working group > (draft-levis-roll-overview-protocols-00) and have in their current > form been found to not satisfy all of these specific routing > requirements “Routing Requirements for Urban Low-Power and Lossy > Networks” RFC 5548, “Industrial Routing Requirements in Low-Power and > Lossy Networks” RFC 5673, “Home Automation Routing Requirements in > Low-Power and Lossy Networks” RFC 5826, Building Automation Routing > Requirements in Low-Power and Lossy Networks RFC 5867. > > The Working Group is focused on routing issues for LLN and maintaining > the protocols developed by the working group. > > There is a wide scope of application areas for LLNs, including > industrial monitoring, building automation (HVAC, lighting, access > control, fire), connected homes, health care, environmental > monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. > The Working Group focuses on routing solutions for a subset of these: > connected home, building and urban sensor networks for which routing > requirements have been specified. These application-specific routing > requirement documents were used for protocol design. > The Working Group focuses on IPv6 routing architectural framework for > these application scenarios. The Framework will take into > consideration various aspects including high reliability in the > presence of time varying loss characteristics and connectivity while > permitting low-power operation with very modest memory and CPU > pressure in networks potentially comprising a very large number > (several thousands) of nodes. > > The Working Group will document how data packets are routed and > encapsulated when they cross the LLN, and when they enter and exit the > LLN: the appropriate use of RH3 (RFC6553), > It should be the other way around: RH3 is RFC6554 and RPI is RFC6553 > RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing > loops are detected. In consultation with the 6lo WG, the Working Group > will design a method to compress these routing headers into a single > block. The WGLC on this work will be shared with 6lo. The Working > group will align with the 6man WG when needed. > ROLL is responsible for maintenance of the protocols that is has > developed, including RPL and MPL. AD approval is required for each new > work item that is proposed. > > Work Items are: > > - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. > > - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN > adaptation layer context > > - Additional protocol to reduce paths for RPL in non-storing mode > > - Automatic selection of MPL forwarders to reduce message replication > > - Data models for RPL and MPL management > > - Alternative Multicast algorithm based on Bier forwarding. > > - Solution of the problems associated with the use of No- Path DAO > messaging in RPL. > I remember a discussion on the mailing list about DAO/DAO-ACK being very underspecified, which in turn may lead to non-interoperability between different implementations. Should we use a more general wording here for the DAO handling, instead of just concentrating on the No-Path DAO? For reference: https://www.ietf.org/mail-archive/web/roll/current/msg09449.html > > - Methods to improve the current RPL behaviour, e.g. DIS modifications > in RPL. > > > Milestones DATE > > Recharter WG or close September 2017 > > Initial submission of draft about YANG RPL model to IESG March 2017 > > Initial submission of draft about MPL selection to IESG January 2017 > > Initial submission of draft about Bier Multicast to IESG November > 2016 > > Submit draft about YANG MPL model to IESG October 2016 > > Initial Submission of the draft about when to use RFC6553, RFC6554, > and IPv6-in-IPv6 encapsulation August 2016 > Draft-ietf-roll-useofrplinfo to the IESG. > > Initial submission of the draft about how to compress RFC6553, > RFC6554, and IP headers in the 6LoWPAN adaptation layer context. to > the IESG. May 2016 > draft-ietf-roll-routing-dispatch > > Initial Submission of the No-Path DAO Problem Statement to the IESG > November 2016 > > > > ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --------------7ACBC1805E1B52BF63394879 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello Ines, Peter,

the proposed charter looks great as it is,
however, I have a few remarks and questions that I inlined below.

Thanks!

Best,
Cenk

On 06/21/2016 06:27 PM, Ines Robles wrote:
Dear all, 

Please find a draft of the working group charter.

Please review and comments. It would be good to have your comments before IETF 96.

Thank you very much in advance,

Peter and Ines

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Charter for Working Group

Low power and Lossy Networks (LLNs) are made up of many embedded devices with limited

> Should we reference RFC7228: "Terminology for Constrained-Node Networks" here to have
a consistent and common definition of the term LLN?

power, memory, and processing resources. They are interconnected by a variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Communication) links. LLNs are transitioning to an end-to-end IP-based solution to avoid the problem of non-interoperable networks interconnected by protocol translation gateways and proxies.

Generally speaking, LLNs are characterized as follows, but not limited to:

-LLNs operate with a hard, very small bound on state. 

-In most cases, LLN optimize for saving energy by using small packet headers and few reduce amount of control packets.
 
-Typical traffic patterns are not simply unicast flows (e.g. in some cases most if not all traffic can be point to multipoint).

- In most cases, LLNs will be employed over link layers with restricted frame-sizes and low bit rates, thus a routing protocol for LLNs should be specifically adapted for such link layers. 

- LLN routing protocols have to be very careful when trading off efficiency for generality; since LLN nodes do not have resources to waste.


These specific properties cause LLNs to have specific routing requirements.

Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the working group (draft-levis-roll-overview-protocols-00) and have in their current form been found to not satisfy all of these specific routing requirements “Routing Requirements for Urban Low-Power and Lossy Networks” RFC 5548, “Industrial Routing Requirements in Low-Power and Lossy Networks” RFC 5673, “Home Automation Routing Requirements in Low-Power and Lossy Networks” RFC 5826, Building Automation Routing Requirements in Low-Power and Lossy Networks RFC 5867.

The Working Group is focused on routing issues for LLN and maintaining the protocols developed by the working group.

There is a wide scope of application areas for LLNs, including industrial monitoring, building automation (HVAC, lighting, access control, fire), connected homes, health care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focuses on routing solutions for a subset of these: connected home, building and urban sensor networks for which routing requirements have been specified. These application-specific routing requirement documents were used for protocol design.
The Working Group focuses on IPv6 routing architectural framework for these application scenarios. The Framework will take into consideration various aspects including high reliability in the presence of time varying loss characteristics and connectivity while permitting low-power operation with very modest memory and CPU pressure in networks potentially comprising a very large number (several thousands) of nodes.

The Working Group will document how data packets are routed and encapsulated when they cross the LLN, and when they enter and exit the LLN: the appropriate use of RH3 (RFC6553),

> It should be the other way around: RH3 is RFC6554 and RPI is RFC6553

RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops are detected. In consultation with the 6lo WG, the Working Group will design a method to compress these routing headers into a single block. The WGLC on this work will be shared with 6lo. The Working group will align with the 6man WG when needed.
ROLL is responsible for maintenance of the protocols that is has developed, including RPL and MPL. AD approval is required for each new work item that is proposed.

Work Items are:

- Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation.

- Compression of  RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context

- Additional protocol to  reduce paths for RPL in non-storing mode

- Automatic selection of MPL forwarders to reduce message replication

- Data models for RPL and MPL management

- Alternative Multicast algorithm based on Bier forwarding.

- Solution  of  the  problems associated with the use of No- Path DAO messaging in RPL.

> I remember a discussion on the mailing list about DAO/DAO-ACK being very underspecified,
which in turn may lead to non-interoperability between different implementations.
Should we use a more general wording here for the DAO handling, instead of just concentrating on the No-Path DAO?
For reference: https://www.ietf.org/mail-archive/web/roll/current/msg09449.html


- Methods to improve the current RPL behaviour, e.g. DIS modifications in RPL.


Milestones                                        DATE

Recharter WG or close                   September 2017

Initial submission of draft about YANG RPL model to IESG   March 2017

Initial submission of draft about MPL selection to IESG    January 2017

Initial submission of draft about Bier Multicast to IESG      November 2016

Submit draft about YANG MPL model to IESG     October 2016

Initial Submission of the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation     August 2016
Draft-ietf-roll-useofrplinfo to the IESG.

Initial submission of the draft about how to compress RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context.  to the IESG.    May 2016
draft-ietf-roll-routing-dispatch       

Initial Submission of the No-Path DAO Problem Statement to the IESG     November 2016



/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////


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

--------------7ACBC1805E1B52BF63394879-- From nobody Wed Jun 22 20:57:00 2016 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 9820412DE29 for ; Wed, 22 Jun 2016 20:56:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.636 X-Spam-Level: X-Spam-Status: No, score=-5.636 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JqaRzLzzps_p for ; Wed, 22 Jun 2016 20:56:56 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7445F12DA31 for ; Wed, 22 Jun 2016 20:56:55 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CML18945; Thu, 23 Jun 2016 03:56:52 +0000 (GMT) Received: from BLREML406-HUB.china.huawei.com (10.20.4.43) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jun 2016 04:56:50 +0100 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.223]) by BLREML406-HUB.china.huawei.com ([10.20.4.43]) with mapi id 14.03.0235.001; Thu, 23 Jun 2016 09:26:41 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nsVfuu0MG8akqEETi3eKRUNZ/0zASAgAGfcQA= Date: Thu, 23 Jun 2016 03:56:40 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5D03D1AD@blreml510-mbs.china.huawei.com> References: <457be029-a0f9-f6be-0900-51f38e10dc22@gmail.com> In-Reply-To: <457be029-a0f9-f6be-0900-51f38e10dc22@gmail.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: multipart/alternative; boundary="_000_982B626E107E334DBE601D979F31785C5D03D1ADblreml510mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.576B5E05.00DB, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.223, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: b09dfee3e17c59c4ff421908a82604c2 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 03:56:59 -0000 --_000_982B626E107E334DBE601D979F31785C5D03D1ADblreml510mbschi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIFBldGVyLCBJbmVzLA0KDQpUaGUgdXBkYXRlZCBjaGFydGVyIGxvb2tzIGdvb2QgdG8g bWUuDQoNCkFuZCBhcyBJIHVuZGVyc3RhbmQgd29yayBpdGVtcyByZWxhdGVkIHRvIFJQTCBtYWlu dGVuYW5jZSBjYW4gYmUgaW5jb3Jwb3JhdGVkIGRlcGVuZGluZyB1cG9uIHRoZSBwcm9wb3NhbHMg cmVjZWl2ZWQuDQpFMkUtQUNLIGRpc2N1c3Npb24gdGhhdCBoYXBwZW5lZCBvbiB0aGUgTUwgd2Fz IGFuIGltcG9ydGFudCBkaXNjdXNzaW9uIGFuZCBiYXNlZCBvbiBteSB1bmRlcnN0YW5kaW5nIG9m IHRoYXQgd29yaywgaWYgcHJvcG9zZWQsIHdpbGwgYmUgcmVsZXZhbnQgdG8gbWFpbnRlbmFuY2Ug YWN0aXZpdHkuIFRoYW5rcyBDZW5rIGZvciBicmluZ2luZyBpdCB1cCBhbmQgSSBob3BlIHRoYXQg d29yayBnZXRzIGdvaW5nLg0KDQpSZWdhcmRzLA0KUmFodWwNCg0KRnJvbTogUm9sbCBbbWFpbHRv OnJvbGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIENlbmsgR8O8bmRvZ2FuDQpTZW50 OiAyMiBKdW5lIDIwMTYgUE0gMDE6NTgNClRvOiByb2xsQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W1JvbGxdIFJlcXVlc3QgZm9yIENvbW1lbnRzIGZvciBST0xMIENoYXJ0ZXINCg0KSGVsbG8gSW5l cywgUGV0ZXIsDQoNCnRoZSBwcm9wb3NlZCBjaGFydGVyIGxvb2tzIGdyZWF0IGFzIGl0IGlzLA0K aG93ZXZlciwgSSBoYXZlIGEgZmV3IHJlbWFya3MgYW5kIHF1ZXN0aW9ucyB0aGF0IEkgaW5saW5l ZCBiZWxvdy4NCg0KVGhhbmtzIQ0KDQpCZXN0LA0KQ2Vuaw0KT24gMDYvMjEvMjAxNiAwNjoyNyBQ TSwgSW5lcyBSb2JsZXMgd3JvdGU6DQpEZWFyIGFsbCwNCg0KUGxlYXNlIGZpbmQgYSBkcmFmdCBv ZiB0aGUgd29ya2luZyBncm91cCBjaGFydGVyLg0KDQpQbGVhc2UgcmV2aWV3IGFuZCBjb21tZW50 cy4gSXQgd291bGQgYmUgZ29vZCB0byBoYXZlIHlvdXIgY29tbWVudHMgYmVmb3JlIElFVEYgOTYu DQoNClRoYW5rIHlvdSB2ZXJ5IG11Y2ggaW4gYWR2YW5jZSwNCg0KUGV0ZXIgYW5kIEluZXMNCg0K Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8NCg0KQ2hhcnRlciBmb3IgV29y a2luZyBHcm91cA0KDQpMb3cgcG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChMTE5zKSBhcmUgbWFk ZSB1cCBvZiBtYW55IGVtYmVkZGVkIGRldmljZXMgd2l0aCBsaW1pdGVkDQoNCj4gU2hvdWxkIHdl IHJlZmVyZW5jZSBSRkM3MjI4OiAiVGVybWlub2xvZ3kgZm9yIENvbnN0cmFpbmVkLU5vZGUgTmV0 d29ya3MiIGhlcmUgdG8gaGF2ZQ0KYSBjb25zaXN0ZW50IGFuZCBjb21tb24gZGVmaW5pdGlvbiBv ZiB0aGUgdGVybSBMTE4/DQoNCg0KcG93ZXIsIG1lbW9yeSwgYW5kIHByb2Nlc3NpbmcgcmVzb3Vy Y2VzLiBUaGV5IGFyZSBpbnRlcmNvbm5lY3RlZCBieSBhIHZhcmlldHkgb2YgbGlua3MsIHN1Y2gg YXMgSUVFRSA4MDIuMTUuNCwgQmx1ZXRvb3RoLCBMb3cgUG93ZXIgV2lGaSwgd2lyZWQgb3Igb3Ro ZXIgbG93IHBvd2VyIFBMQyAoUG93ZXJsaW5lIENvbW11bmljYXRpb24pIGxpbmtzLiBMTE5zIGFy ZSB0cmFuc2l0aW9uaW5nIHRvIGFuIGVuZC10by1lbmQgSVAtYmFzZWQgc29sdXRpb24gdG8gYXZv aWQgdGhlIHByb2JsZW0gb2Ygbm9uLWludGVyb3BlcmFibGUgbmV0d29ya3MgaW50ZXJjb25uZWN0 ZWQgYnkgcHJvdG9jb2wgdHJhbnNsYXRpb24gZ2F0ZXdheXMgYW5kIHByb3hpZXMuDQoNCkdlbmVy YWxseSBzcGVha2luZywgTExOcyBhcmUgY2hhcmFjdGVyaXplZCBhcyBmb2xsb3dzLCBidXQgbm90 IGxpbWl0ZWQgdG86DQoNCi1MTE5zIG9wZXJhdGUgd2l0aCBhIGhhcmQsIHZlcnkgc21hbGwgYm91 bmQgb24gc3RhdGUuDQoNCi1JbiBtb3N0IGNhc2VzLCBMTE4gb3B0aW1pemUgZm9yIHNhdmluZyBl bmVyZ3kgYnkgdXNpbmcgc21hbGwgcGFja2V0IGhlYWRlcnMgYW5kIGZldyByZWR1Y2UgYW1vdW50 IG9mIGNvbnRyb2wgcGFja2V0cy4NCg0KLVR5cGljYWwgdHJhZmZpYyBwYXR0ZXJucyBhcmUgbm90 IHNpbXBseSB1bmljYXN0IGZsb3dzIChlLmcuIGluIHNvbWUgY2FzZXMgbW9zdCBpZiBub3QgYWxs IHRyYWZmaWMgY2FuIGJlIHBvaW50IHRvIG11bHRpcG9pbnQpLg0KDQotIEluIG1vc3QgY2FzZXMs IExMTnMgd2lsbCBiZSBlbXBsb3llZCBvdmVyIGxpbmsgbGF5ZXJzIHdpdGggcmVzdHJpY3RlZCBm cmFtZS1zaXplcyBhbmQgbG93IGJpdCByYXRlcywgdGh1cyBhIHJvdXRpbmcgcHJvdG9jb2wgZm9y IExMTnMgc2hvdWxkIGJlIHNwZWNpZmljYWxseSBhZGFwdGVkIGZvciBzdWNoIGxpbmsgbGF5ZXJz Lg0KDQotIExMTiByb3V0aW5nIHByb3RvY29scyBoYXZlIHRvIGJlIHZlcnkgY2FyZWZ1bCB3aGVu IHRyYWRpbmcgb2ZmIGVmZmljaWVuY3kgZm9yIGdlbmVyYWxpdHk7IHNpbmNlIExMTiBub2RlcyBk byBub3QgaGF2ZSByZXNvdXJjZXMgdG8gd2FzdGUuDQoNCg0KVGhlc2Ugc3BlY2lmaWMgcHJvcGVy dGllcyBjYXVzZSBMTE5zIHRvIGhhdmUgc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudHMuDQoN CkV4aXN0aW5nIHJvdXRpbmcgcHJvdG9jb2xzIHN1Y2ggYXMgT1NQRiwgSVMtSVMsIEFPRFYsIGFu ZCBPTFNSIGhhdmUgYmVlbiBldmFsdWF0ZWQgYnkgdGhlIHdvcmtpbmcgZ3JvdXAgKGRyYWZ0LWxl dmlzLXJvbGwtb3ZlcnZpZXctcHJvdG9jb2xzLTAwKSBhbmQgaGF2ZSBpbiB0aGVpciBjdXJyZW50 IGZvcm0gYmVlbiBmb3VuZCB0byBub3Qgc2F0aXNmeSBhbGwgb2YgdGhlc2Ugc3BlY2lmaWMgcm91 dGluZyByZXF1aXJlbWVudHMg4oCcUm91dGluZyBSZXF1aXJlbWVudHMgZm9yIFVyYmFuIExvdy1Q b3dlciBhbmQgTG9zc3kgTmV0d29ya3PigJ0gUkZDIDU1NDgsIOKAnEluZHVzdHJpYWwgUm91dGlu ZyBSZXF1aXJlbWVudHMgaW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTY3 Mywg4oCcSG9tZSBBdXRvbWF0aW9uIFJvdXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBh bmQgTG9zc3kgTmV0d29ya3PigJ0gUkZDIDU4MjYsIEJ1aWxkaW5nIEF1dG9tYXRpb24gUm91dGlu ZyBSZXF1aXJlbWVudHMgaW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyBSRkMgNTg2Ny4N Cg0KVGhlIFdvcmtpbmcgR3JvdXAgaXMgZm9jdXNlZCBvbiByb3V0aW5nIGlzc3VlcyBmb3IgTExO IGFuZCBtYWludGFpbmluZyB0aGUgcHJvdG9jb2xzIGRldmVsb3BlZCBieSB0aGUgd29ya2luZyBn cm91cC4NCg0KVGhlcmUgaXMgYSB3aWRlIHNjb3BlIG9mIGFwcGxpY2F0aW9uIGFyZWFzIGZvciBM TE5zLCBpbmNsdWRpbmcgaW5kdXN0cmlhbCBtb25pdG9yaW5nLCBidWlsZGluZyBhdXRvbWF0aW9u IChIVkFDLCBsaWdodGluZywgYWNjZXNzIGNvbnRyb2wsIGZpcmUpLCBjb25uZWN0ZWQgaG9tZXMs IGhlYWx0aCBjYXJlLCBlbnZpcm9ubWVudGFsIG1vbml0b3JpbmcsIHVyYmFuIHNlbnNvciBuZXR3 b3JrcyAoZS5nLiBTbWFydCBHcmlkKSwgYXNzZXQgdHJhY2tpbmcuIFRoZSBXb3JraW5nIEdyb3Vw IGZvY3VzZXMgb24gcm91dGluZyBzb2x1dGlvbnMgZm9yIGEgc3Vic2V0IG9mIHRoZXNlOiBjb25u ZWN0ZWQgaG9tZSwgYnVpbGRpbmcgYW5kIHVyYmFuIHNlbnNvciBuZXR3b3JrcyBmb3Igd2hpY2gg cm91dGluZyByZXF1aXJlbWVudHMgaGF2ZSBiZWVuIHNwZWNpZmllZC4gVGhlc2UgYXBwbGljYXRp b24tc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudCBkb2N1bWVudHMgd2VyZSB1c2VkIGZvciBw cm90b2NvbCBkZXNpZ24uDQpUaGUgV29ya2luZyBHcm91cCBmb2N1c2VzIG9uIElQdjYgcm91dGlu ZyBhcmNoaXRlY3R1cmFsIGZyYW1ld29yayBmb3IgdGhlc2UgYXBwbGljYXRpb24gc2NlbmFyaW9z LiBUaGUgRnJhbWV3b3JrIHdpbGwgdGFrZSBpbnRvIGNvbnNpZGVyYXRpb24gdmFyaW91cyBhc3Bl Y3RzIGluY2x1ZGluZyBoaWdoIHJlbGlhYmlsaXR5IGluIHRoZSBwcmVzZW5jZSBvZiB0aW1lIHZh cnlpbmcgbG9zcyBjaGFyYWN0ZXJpc3RpY3MgYW5kIGNvbm5lY3Rpdml0eSB3aGlsZSBwZXJtaXR0 aW5nIGxvdy1wb3dlciBvcGVyYXRpb24gd2l0aCB2ZXJ5IG1vZGVzdCBtZW1vcnkgYW5kIENQVSBw cmVzc3VyZSBpbiBuZXR3b3JrcyBwb3RlbnRpYWxseSBjb21wcmlzaW5nIGEgdmVyeSBsYXJnZSBu dW1iZXIgKHNldmVyYWwgdGhvdXNhbmRzKSBvZiBub2Rlcy4NCg0KVGhlIFdvcmtpbmcgR3JvdXAg d2lsbCBkb2N1bWVudCBob3cgZGF0YSBwYWNrZXRzIGFyZSByb3V0ZWQgYW5kIGVuY2Fwc3VsYXRl ZCB3aGVuIHRoZXkgY3Jvc3MgdGhlIExMTiwgYW5kIHdoZW4gdGhleSBlbnRlciBhbmQgZXhpdCB0 aGUgTExOOiB0aGUgYXBwcm9wcmlhdGUgdXNlIG9mIFJIMyAoUkZDNjU1MyksDQoNCj4gSXQgc2hv dWxkIGJlIHRoZSBvdGhlciB3YXkgYXJvdW5kOiBSSDMgaXMgUkZDNjU1NCBhbmQgUlBJIGlzIFJG QzY1NTMNCg0KDQpSUEkgKFJGQzY1NTQpIGFuZCBJUHY2LWluLUlQdjYgZW5jYXBzdWxhdGlvbiBp bmNsdWRpbmcgaG93IHJvdXRpbmcgbG9vcHMgYXJlIGRldGVjdGVkLiBJbiBjb25zdWx0YXRpb24g d2l0aCB0aGUgNmxvIFdHLCB0aGUgV29ya2luZyBHcm91cCB3aWxsIGRlc2lnbiBhIG1ldGhvZCB0 byBjb21wcmVzcyB0aGVzZSByb3V0aW5nIGhlYWRlcnMgaW50byBhIHNpbmdsZSBibG9jay4gVGhl IFdHTEMgb24gdGhpcyB3b3JrIHdpbGwgYmUgc2hhcmVkIHdpdGggNmxvLiBUaGUgV29ya2luZyBn cm91cCB3aWxsIGFsaWduIHdpdGggdGhlIDZtYW4gV0cgd2hlbiBuZWVkZWQuDQpST0xMIGlzIHJl c3BvbnNpYmxlIGZvciBtYWludGVuYW5jZSBvZiB0aGUgcHJvdG9jb2xzIHRoYXQgaXMgaGFzIGRl dmVsb3BlZCwgaW5jbHVkaW5nIFJQTCBhbmQgTVBMLiBBRCBhcHByb3ZhbCBpcyByZXF1aXJlZCBm b3IgZWFjaCBuZXcgd29yayBpdGVtIHRoYXQgaXMgcHJvcG9zZWQuDQoNCldvcmsgSXRlbXMgYXJl Og0KDQotIEd1aWRhbmNlIGluIHVzaW5nIFJGQzY1NTMsIFJGQzY1NTQsIGFuZCBJUHY2LWluLUlQ djYgZW5jYXBzdWxhdGlvbi4NCg0KLSBDb21wcmVzc2lvbiBvZiAgUkZDNjU1MywgUkZDNjU1NCwg YW5kIElQIGhlYWRlcnMgaW4gdGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0DQoN Ci0gQWRkaXRpb25hbCBwcm90b2NvbCB0byAgcmVkdWNlIHBhdGhzIGZvciBSUEwgaW4gbm9uLXN0 b3JpbmcgbW9kZQ0KDQotIEF1dG9tYXRpYyBzZWxlY3Rpb24gb2YgTVBMIGZvcndhcmRlcnMgdG8g cmVkdWNlIG1lc3NhZ2UgcmVwbGljYXRpb24NCg0KLSBEYXRhIG1vZGVscyBmb3IgUlBMIGFuZCBN UEwgbWFuYWdlbWVudA0KDQotIEFsdGVybmF0aXZlIE11bHRpY2FzdCBhbGdvcml0aG0gYmFzZWQg b24gQmllciBmb3J3YXJkaW5nLg0KDQotIFNvbHV0aW9uICBvZiAgdGhlICBwcm9ibGVtcyBhc3Nv Y2lhdGVkIHdpdGggdGhlIHVzZSBvZiBOby0gUGF0aCBEQU8gbWVzc2FnaW5nIGluIFJQTC4NCg0K PiBJIHJlbWVtYmVyIGEgZGlzY3Vzc2lvbiBvbiB0aGUgbWFpbGluZyBsaXN0IGFib3V0IERBTy9E QU8tQUNLIGJlaW5nIHZlcnkgdW5kZXJzcGVjaWZpZWQsDQp3aGljaCBpbiB0dXJuIG1heSBsZWFk IHRvIG5vbi1pbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gZGlmZmVyZW50IGltcGxlbWVudGF0aW9u cy4NClNob3VsZCB3ZSB1c2UgYSBtb3JlIGdlbmVyYWwgd29yZGluZyBoZXJlIGZvciB0aGUgREFP IGhhbmRsaW5nLCBpbnN0ZWFkIG9mIGp1c3QgY29uY2VudHJhdGluZyBvbiB0aGUgTm8tUGF0aCBE QU8/DQpGb3IgcmVmZXJlbmNlOiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L3JvbGwvY3VycmVudC9tc2cwOTQ0OS5odG1sDQoNCg0KDQotIE1ldGhvZHMgdG8gaW1wcm92ZSB0 aGUgY3VycmVudCBSUEwgYmVoYXZpb3VyLCBlLmcuIERJUyBtb2RpZmljYXRpb25zIGluIFJQTC4N Cg0KDQpNaWxlc3RvbmVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERB VEUNCg0KUmVjaGFydGVyIFdHIG9yIGNsb3NlICAgICAgICAgICAgICAgICAgIFNlcHRlbWJlciAy MDE3DQoNCkluaXRpYWwgc3VibWlzc2lvbiBvZiBkcmFmdCBhYm91dCBZQU5HIFJQTCBtb2RlbCB0 byBJRVNHICAgTWFyY2ggMjAxNw0KDQpJbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQg TVBMIHNlbGVjdGlvbiB0byBJRVNHICAgIEphbnVhcnkgMjAxNw0KDQpJbml0aWFsIHN1Ym1pc3Np b24gb2YgZHJhZnQgYWJvdXQgQmllciBNdWx0aWNhc3QgdG8gSUVTRyAgICAgIE5vdmVtYmVyIDIw MTYNCg0KU3VibWl0IGRyYWZ0IGFib3V0IFlBTkcgTVBMIG1vZGVsIHRvIElFU0cgICAgIE9jdG9i ZXIgMjAxNg0KDQpJbml0aWFsIFN1Ym1pc3Npb24gb2YgdGhlIGRyYWZ0IGFib3V0IHdoZW4gdG8g dXNlIFJGQzY1NTMsIFJGQzY1NTQsIGFuZCBJUHY2LWluLUlQdjYgZW5jYXBzdWxhdGlvbiAgICAg QXVndXN0IDIwMTYNCkRyYWZ0LWlldGYtcm9sbC11c2VvZnJwbGluZm8gdG8gdGhlIElFU0cuDQoN CkluaXRpYWwgc3VibWlzc2lvbiBvZiB0aGUgZHJhZnQgYWJvdXQgaG93IHRvIGNvbXByZXNzIFJG QzY1NTMsIFJGQzY1NTQsIGFuZCBJUCBoZWFkZXJzIGluIHRoZSA2TG9XUEFOIGFkYXB0YXRpb24g bGF5ZXIgY29udGV4dC4gIHRvIHRoZSBJRVNHLiAgICBNYXkgMjAxNg0KZHJhZnQtaWV0Zi1yb2xs LXJvdXRpbmctZGlzcGF0Y2gNCg0KSW5pdGlhbCBTdWJtaXNzaW9uIG9mIHRoZSBOby1QYXRoIERB TyBQcm9ibGVtIFN0YXRlbWVudCB0byB0aGUgSUVTRyAgICAgTm92ZW1iZXIgMjAxNg0KDQoNCg0K Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLw0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KDQpSb2xsIG1haWxpbmcgbGlzdA0KDQpSb2xsQGlldGYub3JnPG1haWx0bzpS b2xsQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Jv bGwNCg0K --_000_982B626E107E334DBE601D979F31785C5D03D1ADblreml510mbschi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QOWui+S9kyI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCglj b2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRl ZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0K dHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVm b3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29uc29sYXM7DQoJY29sb3I6Ymxh Y2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30N CnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0t LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1s PjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVT IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+VGhhbmtzIFBldGVyLCBJbmVzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIHVwZGF0ZWQgY2hhcnRl ciBsb29rcyBnb29kIHRvIG1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QW5kIGFzIEkgdW5kZXJzdGFuZCB3b3JrIGl0 ZW1zIHJlbGF0ZWQgdG8gUlBMIG1haW50ZW5hbmNlIGNhbiBiZSBpbmNvcnBvcmF0ZWQgZGVwZW5k aW5nIHVwb24gdGhlIHByb3Bvc2FscyByZWNlaXZlZC4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5FMkUtQUNLIGRpc2N1c3Npb24gdGhhdCBoYXBwZW5lZCBvbiB0aGUgTUwgd2FzIGFu IGltcG9ydGFudCBkaXNjdXNzaW9uIGFuZCBiYXNlZCBvbiBteSB1bmRlcnN0YW5kaW5nIG9mIHRo YXQgd29yaywgaWYgcHJvcG9zZWQsIHdpbGwgYmUgcmVsZXZhbnQgdG8gbWFpbnRlbmFuY2UNCiBh Y3Rpdml0eS4gVGhhbmtzIENlbmsgZm9yIGJyaW5naW5nIGl0IHVwIGFuZCBJIGhvcGUgdGhhdCB3 b3JrIGdldHMgZ29pbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj5SYWh1bA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXIt dG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5k b3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 d2luZG93dGV4dCI+IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBC ZWhhbGYgT2YgPC9iPkNlbmsgR8O8bmRvZ2FuPGJyPg0KPGI+U2VudDo8L2I+IDIyIEp1bmUgMjAx NiBQTSAwMTo1ODxicj4NCjxiPlRvOjwvYj4gcm9sbEBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSZTogW1JvbGxdIFJlcXVlc3QgZm9yIENvbW1lbnRzIGZvciBST0xMIENoYXJ0ZXI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjx0dD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+SGVsbG8g SW5lcywgUGV0ZXIsPC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjxicj4NCjx0dD50aGUgcHJv cG9zZWQgY2hhcnRlciBsb29rcyBncmVhdCBhcyBpdCBpcyw8L3R0Pjxicj4NCjx0dD5ob3dldmVy LCBJIGhhdmUgYSBmZXcgcmVtYXJrcyBhbmQgcXVlc3Rpb25zIHRoYXQgSSBpbmxpbmVkIGJlbG93 LjwvdHQ+PGJyPg0KPGJyPg0KPHR0PlRoYW5rcyE8L3R0Pjxicj4NCjxicj4NCjx0dD5CZXN0LDwv dHQ+PGJyPg0KPHR0PkNlbms8L3R0Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5PbiAwNi8yMS8yMDE2IDA2OjI3IFBNLCBJbmVzIFJvYmxlcyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDo1LjBwdDttYXJnaW4tcmlnaHQ6MzYuMHB0O21hcmdp bi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+RGVhciBhbGwsJm5ic3A7PC9zcGFuPiA8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJn aW4tcmlnaHQ6MzYuMHB0O21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJn aW4tYm90dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UGxlYXNl IGZpbmQgYSBkcmFmdCBvZiB0aGUgd29ya2luZyBncm91cCBjaGFydGVyLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNt O21hcmdpbi1yaWdodDozNi4wcHQ7bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWxlZnQ6MzYuMHB0 O21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5Q bGVhc2UgcmV2aWV3IGFuZCBjb21tZW50cy4gSXQgd291bGQgYmUgZ29vZCB0byBoYXZlIHlvdXIg Y29tbWVudHMgYmVmb3JlIElFVEYgOTYuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjM2LjBw dDttYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tbGVmdDozNi4wcHQ7bWFyZ2luLWJvdHRvbTouMDAw MXB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoYW5rIHlvdSB2ZXJ5IG11Y2gg aW4gYWR2YW5jZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MzYuMHB0O21hcmdpbi1ib3R0 b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UGV0ZXIgYW5kIEluZXM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJn aW4tcmlnaHQ6MzYuMHB0O21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJn aW4tYm90dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Ly8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowY207bWFy Z2luLXJpZ2h0OjM2LjBwdDttYXJnaW4tYm90dG9tOjBjbTttYXJnaW4tbGVmdDozNi4wcHQ7bWFy Z2luLWJvdHRvbTouMDAwMXB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkNoYXJ0 ZXIgZm9yIFdvcmtpbmcgR3JvdXA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MzYuMHB0O21h cmdpbi1ib3R0b206NS4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPkxvdyBwb3dlciBhbmQgTG9zc3kgTmV0d29ya3MgKExMTnMpIGFyZSBtYWRl IHVwIG9mIG1hbnkgZW1iZWRkZWQgZGV2aWNlcyB3aXRoIGxpbWl0ZWQNCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxicj4NCiZndDsgU2hvdWxkIHdlIHJlZmVyZW5jZSBSRkM3MjI4OiAmcXVv dDtUZXJtaW5vbG9neSBmb3IgQ29uc3RyYWluZWQtTm9kZSBOZXR3b3JrcyZxdW90OyBoZXJlIHRv IGhhdmU8YnI+DQphIGNvbnNpc3RlbnQgYW5kIGNvbW1vbiBkZWZpbml0aW9uIG9mIHRoZSB0ZXJt IExMTj88YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPnBv d2VyLCBtZW1vcnksIGFuZCBwcm9jZXNzaW5nIHJlc291cmNlcy4gVGhleSBhcmUgaW50ZXJjb25u ZWN0ZWQgYnkgYSB2YXJpZXR5IG9mIGxpbmtzLCBzdWNoIGFzIElFRUUgODAyLjE1LjQsIEJsdWV0 b290aCwgTG93IFBvd2VyIFdpRmksIHdpcmVkIG9yIG90aGVyIGxvdyBwb3dlciBQTEMgKFBvd2Vy bGluZSBDb21tdW5pY2F0aW9uKSBsaW5rcy4gTExOcyBhcmUNCiB0cmFuc2l0aW9uaW5nIHRvIGFu IGVuZC10by1lbmQgSVAtYmFzZWQgc29sdXRpb24gdG8gYXZvaWQgdGhlIHByb2JsZW0gb2Ygbm9u LWludGVyb3BlcmFibGUgbmV0d29ya3MgaW50ZXJjb25uZWN0ZWQgYnkgcHJvdG9jb2wgdHJhbnNs YXRpb24gZ2F0ZXdheXMgYW5kIHByb3hpZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+R2VuZXJhbGx5IHNwZWFr aW5nLCBMTE5zIGFyZSBjaGFyYWN0ZXJpemVkIGFzIGZvbGxvd3MsIGJ1dCBub3QgbGltaXRlZCB0 bzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0Ij4tTExOcyBvcGVyYXRlIHdpdGggYSBoYXJkLCB2ZXJ5IHNtYWxsIGJv dW5kIG9uIHN0YXRlLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi1JbiBtb3N0IGNhc2VzLCBMTE4gb3B0 aW1pemUgZm9yIHNhdmluZyBlbmVyZ3kgYnkgdXNpbmcgc21hbGwgcGFja2V0IGhlYWRlcnMgYW5k IGZldyByZWR1Y2UgYW1vdW50IG9mIGNvbnRyb2wgcGFja2V0cy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tVHlw aWNhbCB0cmFmZmljIHBhdHRlcm5zIGFyZSBub3Qgc2ltcGx5IHVuaWNhc3QgZmxvd3MgKGUuZy4g aW4gc29tZSBjYXNlcyBtb3N0IGlmIG5vdCBhbGwgdHJhZmZpYyBjYW4gYmUgcG9pbnQgdG8gbXVs dGlwb2ludCkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LSBJbiBtb3N0IGNhc2VzLCBMTE5zIHdpbGwgYmUgZW1w bG95ZWQgb3ZlciBsaW5rIGxheWVycyB3aXRoIHJlc3RyaWN0ZWQgZnJhbWUtc2l6ZXMgYW5kIGxv dyBiaXQgcmF0ZXMsIHRodXMgYSByb3V0aW5nIHByb3RvY29sIGZvciBMTE5zIHNob3VsZCBiZSBz cGVjaWZpY2FsbHkgYWRhcHRlZCBmb3Igc3VjaCBsaW5rIGxheWVycy4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku NXB0Ij4tIExMTiByb3V0aW5nIHByb3RvY29scyBoYXZlIHRvIGJlIHZlcnkgY2FyZWZ1bCB3aGVu IHRyYWRpbmcgb2ZmIGVmZmljaWVuY3kgZm9yIGdlbmVyYWxpdHk7IHNpbmNlIExMTiBub2RlcyBk byBub3QgaGF2ZSByZXNvdXJjZXMgdG8gd2FzdGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhlc2Ugc3BlY2lmaWMgcHJvcGVydGllcyBjYXVz ZSBMTE5zIHRvIGhhdmUgc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudHMuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+RXhpc3Rpbmcgcm91dGluZyBwcm90b2NvbHMgc3VjaCBhcyBPU1BGLCBJUy1JUywgQU9EViwg YW5kIE9MU1IgaGF2ZSBiZWVuIGV2YWx1YXRlZCBieSB0aGUgd29ya2luZyBncm91cCAoZHJhZnQt bGV2aXMtcm9sbC1vdmVydmlldy1wcm90b2NvbHMtMDApIGFuZCBoYXZlIGluIHRoZWlyIGN1cnJl bnQgZm9ybSBiZWVuIGZvdW5kIHRvIG5vdCBzYXRpc2Z5IGFsbA0KIG9mIHRoZXNlIHNwZWNpZmlj IHJvdXRpbmcgcmVxdWlyZW1lbnRzIOKAnFJvdXRpbmcgUmVxdWlyZW1lbnRzIGZvciBVcmJhbiBM b3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtz4oCdIFJGQyA1NTQ4LCDigJxJbmR1c3RyaWFsIFJv dXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3PigJ0gUkZD IDU2NzMsIOKAnEhvbWUgQXV0b21hdGlvbiBSb3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93 ZXIgYW5kIExvc3N5IE5ldHdvcmtz4oCdDQogUkZDIDU4MjYsIEJ1aWxkaW5nIEF1dG9tYXRpb24g Um91dGluZyBSZXF1aXJlbWVudHMgaW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyBSRkMg NTg2Ny48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij5UaGUgV29ya2luZyBHcm91cCBpcyBmb2N1c2VkIG9uIHJvdXRp bmcgaXNzdWVzIGZvciBMTE4gYW5kIG1haW50YWluaW5nIHRoZSBwcm90b2NvbHMgZGV2ZWxvcGVk IGJ5IHRoZSB3b3JraW5nIGdyb3VwLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoZXJlIGlzIGEgd2lkZSBzY29w ZSBvZiBhcHBsaWNhdGlvbiBhcmVhcyBmb3IgTExOcywgaW5jbHVkaW5nIGluZHVzdHJpYWwgbW9u aXRvcmluZywgYnVpbGRpbmcgYXV0b21hdGlvbiAoSFZBQywgbGlnaHRpbmcsIGFjY2VzcyBjb250 cm9sLCBmaXJlKSwgY29ubmVjdGVkIGhvbWVzLCBoZWFsdGggY2FyZSwgZW52aXJvbm1lbnRhbCBt b25pdG9yaW5nLCB1cmJhbg0KIHNlbnNvciBuZXR3b3JrcyAoZS5nLiBTbWFydCBHcmlkKSwgYXNz ZXQgdHJhY2tpbmcuIFRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMgb24gcm91dGluZyBzb2x1dGlv bnMgZm9yIGEgc3Vic2V0IG9mIHRoZXNlOiBjb25uZWN0ZWQgaG9tZSwgYnVpbGRpbmcgYW5kIHVy YmFuIHNlbnNvciBuZXR3b3JrcyBmb3Igd2hpY2ggcm91dGluZyByZXF1aXJlbWVudHMgaGF2ZSBi ZWVuIHNwZWNpZmllZC4gVGhlc2UgYXBwbGljYXRpb24tc3BlY2lmaWMgcm91dGluZw0KIHJlcXVp cmVtZW50IGRvY3VtZW50cyB3ZXJlIHVzZWQgZm9yIHByb3RvY29sIGRlc2lnbi48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0Ij5UaGUgV29ya2luZyBHcm91cCBmb2N1c2VzIG9uIElQdjYg cm91dGluZyBhcmNoaXRlY3R1cmFsIGZyYW1ld29yayBmb3IgdGhlc2UgYXBwbGljYXRpb24gc2Nl bmFyaW9zLiBUaGUgRnJhbWV3b3JrIHdpbGwgdGFrZSBpbnRvIGNvbnNpZGVyYXRpb24gdmFyaW91 cyBhc3BlY3RzIGluY2x1ZGluZyBoaWdoIHJlbGlhYmlsaXR5IGluIHRoZSBwcmVzZW5jZSBvZiB0 aW1lDQogdmFyeWluZyBsb3NzIGNoYXJhY3RlcmlzdGljcyBhbmQgY29ubmVjdGl2aXR5IHdoaWxl IHBlcm1pdHRpbmcgbG93LXBvd2VyIG9wZXJhdGlvbiB3aXRoIHZlcnkgbW9kZXN0IG1lbW9yeSBh bmQgQ1BVIHByZXNzdXJlIGluIG5ldHdvcmtzIHBvdGVudGlhbGx5IGNvbXByaXNpbmcgYSB2ZXJ5 IGxhcmdlIG51bWJlciAoc2V2ZXJhbCB0aG91c2FuZHMpIG9mIG5vZGVzLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQi PlRoZSBXb3JraW5nIEdyb3VwIHdpbGwgZG9jdW1lbnQgaG93IGRhdGEgcGFja2V0cyBhcmUgcm91 dGVkIGFuZCBlbmNhcHN1bGF0ZWQgd2hlbiB0aGV5IGNyb3NzIHRoZSBMTE4sIGFuZCB3aGVuIHRo ZXkgZW50ZXIgYW5kIGV4aXQgdGhlIExMTjogdGhlIGFwcHJvcHJpYXRlIHVzZSBvZiBSSDMgKFJG QzY1NTMpLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KJmd0OyBJdCBzaG91bGQgYmUgdGhlIG90aGVyIHdh eSBhcm91bmQ6IFJIMyBpcyBSRkM2NTU0IGFuZCBSUEkgaXMgUkZDNjU1Mzxicj4NCjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UlBJIChSRkM2NTU0KSBhbmQgSVB2 Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24gaW5jbHVkaW5nIGhvdyByb3V0aW5nIGxvb3BzIGFyZSBk ZXRlY3RlZC4gSW4gY29uc3VsdGF0aW9uIHdpdGggdGhlIDZsbyBXRywgdGhlIFdvcmtpbmcgR3Jv dXAgd2lsbCBkZXNpZ24gYSBtZXRob2QgdG8gY29tcHJlc3MgdGhlc2Ugcm91dGluZyBoZWFkZXJz IGludG8gYSBzaW5nbGUNCiBibG9jay4gVGhlIFdHTEMgb24gdGhpcyB3b3JrIHdpbGwgYmUgc2hh cmVkIHdpdGggNmxvLiBUaGUgV29ya2luZyBncm91cCB3aWxsIGFsaWduIHdpdGggdGhlIDZtYW4g V0cgd2hlbiBuZWVkZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Uk9MTCBpcyBy ZXNwb25zaWJsZSBmb3IgbWFpbnRlbmFuY2Ugb2YgdGhlIHByb3RvY29scyB0aGF0IGlzIGhhcyBk ZXZlbG9wZWQsIGluY2x1ZGluZyBSUEwgYW5kIE1QTC4gQUQgYXBwcm92YWwgaXMgcmVxdWlyZWQg Zm9yIGVhY2ggbmV3IHdvcmsgaXRlbSB0aGF0IGlzIHByb3Bvc2VkLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPldv cmsgSXRlbXMgYXJlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gR3VpZGFuY2UgaW4gdXNpbmcgUkZDNjU1Mywg UkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNhcHN1bGF0aW9uLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0g Q29tcHJlc3Npb24gb2YgJm5ic3A7UkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhlYWRlcnMgaW4g dGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LSBBZGRp dGlvbmFsIHByb3RvY29sIHRvICZuYnNwO3JlZHVjZSBwYXRocyBmb3IgUlBMIGluIG5vbi1zdG9y aW5nIG1vZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIEF1dG9tYXRpYyBzZWxlY3Rpb24gb2YgTVBMIGZvcndh cmRlcnMgdG8gcmVkdWNlIG1lc3NhZ2UgcmVwbGljYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIERhdGEg bW9kZWxzIGZvciBSUEwgYW5kIE1QTCBtYW5hZ2VtZW50PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LSBBbHRlcm5h dGl2ZSBNdWx0aWNhc3QgYWxnb3JpdGhtIGJhc2VkIG9uIEJpZXIgZm9yd2FyZGluZy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0Ij4tIFNvbHV0aW9uICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtwcm9ibGVtcyBhc3Nv Y2lhdGVkIHdpdGggdGhlIHVzZSBvZiBOby0gUGF0aCBEQU8gbWVzc2FnaW5nIGluIFJQTC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YnI+DQomZ3Q7IEkgcmVtZW1iZXIgYSBkaXNjdXNzaW9uIG9uIHRoZSBtYWlsaW5n IGxpc3QgYWJvdXQgREFPL0RBTy1BQ0sgYmVpbmcgdmVyeSB1bmRlcnNwZWNpZmllZCw8YnI+DQp3 aGljaCBpbiB0dXJuIG1heSBsZWFkIHRvIG5vbi1pbnRlcm9wZXJhYmlsaXR5IGJldHdlZW4gZGlm ZmVyZW50IGltcGxlbWVudGF0aW9ucy48YnI+DQpTaG91bGQgd2UgdXNlIGEgbW9yZSBnZW5lcmFs IHdvcmRpbmcgaGVyZSBmb3IgdGhlIERBTyBoYW5kbGluZywgaW5zdGVhZCBvZiBqdXN0IGNvbmNl bnRyYXRpbmcgb24gdGhlIE5vLVBhdGggREFPPzxicj4NCkZvciByZWZlcmVuY2U6IDxhIGhyZWY9 Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvcm9sbC9jdXJyZW50L21zZzA5 NDQ5Lmh0bWwiPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9yb2xsL2N1 cnJlbnQvbXNnMDk0NDkuaHRtbDwvYT48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0g TWV0aG9kcyB0byBpbXByb3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvdXIsIGUuZy4gRElTIG1v ZGlmaWNhdGlvbnMgaW4gUlBMLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPk1pbGVzdG9uZXMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0RBVEU8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij5SZWNoYXJ0ZXIgV0cgb3IgY2xvc2UgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU2VwdGVtYmVyIDIwMTc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij5Jbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgWUFORyBSUEwg bW9kZWwgdG8gSUVTRyAmbmJzcDsgTWFyY2ggMjAxNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRpYWwgc3Vi bWlzc2lvbiBvZiBkcmFmdCBhYm91dCBNUEwgc2VsZWN0aW9uIHRvIElFU0cgJm5ic3A7ICZuYnNw O0phbnVhcnkgMjAxNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRpYWwgc3VibWlzc2lvbiBvZiBkcmFmdCBh Ym91dCBCaWVyIE11bHRpY2FzdCB0byBJRVNHICZuYnNwOyAmbmJzcDsgJm5ic3A7Tm92ZW1iZXIg MjAxNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQiPlN1Ym1pdCBkcmFmdCBhYm91dCBZQU5HIE1QTCBtb2RlbCB0byBJ RVNHICZuYnNwOyAmbmJzcDsgT2N0b2JlciAyMDE2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBTdWJt aXNzaW9uIG9mIHRoZSBkcmFmdCBhYm91dCB3aGVuIHRvIHVzZSBSRkM2NTUzLCBSRkM2NTU0LCBh bmQgSVB2Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24gJm5ic3A7ICZuYnNwOyBBdWd1c3QgMjAxNjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkRyYWZ0LWlldGYtcm9sbC11c2VvZnJwbGlu Zm8gdG8gdGhlIElFU0cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBzdWJtaXNzaW9uIG9mIHRoZSBk cmFmdCBhYm91dCBob3cgdG8gY29tcHJlc3MgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhlYWRl cnMgaW4gdGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0LiAmbmJzcDt0byB0aGUg SUVTRy4gJm5ic3A7ICZuYnNwO01heSAyMDE2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+ZHJhZnQtaWV0Zi1yb2xsLXJvdXRpbmctZGlzcGF0Y2ggJm5ic3A7ICZuYnNwOyAmbmJzcDsm bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij5Jbml0aWFsIFN1Ym1pc3Npb24gb2YgdGhlIE5vLVBhdGggREFP IFByb2JsZW0gU3RhdGVtZW50IHRvIHRoZSBJRVNHICZuYnNwOyAmbmJzcDsgTm92ZW1iZXIgMjAx NjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Ly8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxwcmU+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5S b2xsIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpS b2xsQGlldGYub3JnIj5Sb2xsQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbCI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9yb2xsPC9hPjxvOnA+PC9vOnA+PC9wcmU+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_982B626E107E334DBE601D979F31785C5D03D1ADblreml510mbschi_-- From nobody Wed Jun 22 23:58:55 2016 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 5D8E612D899 for ; Wed, 22 Jun 2016 23:58:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 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, T_KAM_HTML_FONT_INVALID=0.01] 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 2DDrjeptMJUW for ; Wed, 22 Jun 2016 23:58:49 -0700 (PDT) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1638912D155 for ; Wed, 22 Jun 2016 23:58:49 -0700 (PDT) Received: by mail-vk0-x22a.google.com with SMTP id c2so63057689vkg.1 for ; Wed, 22 Jun 2016 23:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=b0GuY5V6BBJwdsKmWUOGeC/ebfK2LgDA3fRawffOEjw=; b=cf+xL42QyDAVbktClvDqZbR+qyeoOpCK1KpTmJ2ZUAR+XG6N96GChlBZ88WaoJCFbU 5TkJriARoS5VLO/f4XBgo+43znvKnf5fmSG8BecGAIcC4aPvSs+1Oe39ISGH9oOOl8kP PVdCUSKmfWz5R32+oJ40Bt8SbD39YVZFOhKEJINtwMFD7Io/hW+N6tMGUhOKlRqWDKVb cFWz9iXfJaATC1NOIET5LlEO3HGvlHbvWnnAT0xyUDdpQUM+8zLzcs6k83hFRwTcg3vF LJqhDCM1c2HrnEhNrif5ljt+amwrJK6lSsrTl+f9Qn9GE8BuJnHYUezuZw0vIwtKawSf OLlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=b0GuY5V6BBJwdsKmWUOGeC/ebfK2LgDA3fRawffOEjw=; b=XUJbRz5pAS5RgqI3A7TSK5+PP17ILdbtY19opkRGjs5wB/K86gUlGpvD7h7I0nj32X bMpFFCXAu6B3Ph4LIzCXvS2g5mvZRNy/t5SpuyOnen2yhfP+KS9Kn+aMYMUps9tqFMxf MF5RWYjenauLJTyhPmy/Y3om4AokgEE8fxjaf65yC2Fiheatlla6x1yvYA02hybPv1zJ moUZYoDeeDrZWb5RRraeeqa3Zm3Fd/auwEcE7q8Vv8qCH6dOkPVYkKuplA1mS5Jq6eey IITRBDFMHzKdLAubBGWNelRZoO1EF+kpOKcgcNnyLpcECfOx6S0JrDqF/0daQMOvgPIC 1cyA== X-Gm-Message-State: ALyK8tJEEx2HXqeNVx1cDI/CJ3dfDYAnxIPgBsCExqeGa8BxYgQvAMlB8JX4XHBwvuKevDVCitfl2OYZW13pmg== X-Received: by 10.159.36.65 with SMTP id 59mr14334490uaq.71.1466665127921; Wed, 22 Jun 2016 23:58:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.200 with HTTP; Wed, 22 Jun 2016 23:58:47 -0700 (PDT) In-Reply-To: <982B626E107E334DBE601D979F31785C5D03D1AD@blreml510-mbs.china.huawei.com> References: <457be029-a0f9-f6be-0900-51f38e10dc22@gmail.com> <982B626E107E334DBE601D979F31785C5D03D1AD@blreml510-mbs.china.huawei.com> From: Ines Robles Date: Thu, 23 Jun 2016 09:58:47 +0300 Message-ID: To: cnkgndgn@gmail.com Content-Type: multipart/alternative; boundary=001a1135cfe2f44e930535ec95c1 Archived-At: Cc: Routing Over Low power and Lossy networks Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 06:58:53 -0000 --001a1135cfe2f44e930535ec95c1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you very much Cenk and Rahul for your comments!! :-) Please find attached the new charter including the corrections suggested by Cenk. Please comment, Cheers, Peter and Ines. ///////////////////////////////////////////////////////////////////////////= /////// Charter for Working Group Low power and Lossy Networks (LLNs ) [RFC7102] [RFC7228] are made up of many embedded devices with limited power, memory, and processing resources. They are interconnected by a variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Communication) links. LLNs are transitioning to an end-to-end IP-based solution to avoid the problem of non-interoperable networks interconnected by protocol translation gateways and proxies. Generally speaking, LLNs are characterized as follows, but not limited to: LLNs operate with a hard, very small bound on state. In most cases, LLN optimize for saving energy by using small packet headers and reduce amount of control packets. Typical traffic patterns are not simply unicast flows (e.g. in some cases most if not all traffic can be point to multipoint). In most cases, LLNs will be employed over link layers with restricted frame-sizes and low bit rates, thus a routing protocol for LLNs should be specifically adapted for such link layers. LLN routing protocols have to be very careful when trading off efficiency for generality; since LLN nodes do not have resources to waste. These specific properties cause LLNs to have specific routing requirements. Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the working group (draft-levis-roll-overview-protocols-00) and have in their current form been found to not satisfy all of these specific routing requirements =E2=80=9CRouting Requirements for Urban Low-Power and = Lossy Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Routing Requirements in Low= -Power and Lossy Networks=E2=80=9D RFC 5673, =E2=80=9CHome Automation Routing Requirements i= n Low-Power and Lossy Networks=E2=80=9D RFC 5826, Building Automation Routing Requirements = in Low-Power and Lossy Networks RFC 5867. The Working Group is focused on routing issues for LLN and maintaining the protocols developed by the working group. There is a wide scope of application areas for LLNs, including industrial monitoring, building automation (HVAC, lighting, access control, fire), connected homes, health care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focuses on routing solutions for a subset of these: connected home, building and urban sensor networks for which routing requirements have been specified. These application-specific routing requirement documents were used for protocol design. The Working Group focuses on IPv6 routing architectural framework for these application scenarios. The Framework will take into consideration various aspects including high reliability in the presence of time varying loss characteristics and connectivity while permitting low-power operation with very modest memory and CPU pressure in networks potentially comprising a very large number (several thousands) of nodes. The Working Group will document how data packets are routed and encapsulated when they cross the LLN, and when they enter and exit the LLN: the appropriate use of RPI (RFC6553), RH3 (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops are detected. In consultation with the 6lo WG, the Working Group will design a method to compress these routing headers into a single block. The WGLC on this work will be shared with 6lo. The Working group will align with the 6man WG when needed. ROLL is responsible for maintenance of the protocols that is has developed, including RPL and MPL. AD approval is required for each new work item that is proposed. Work Items are: - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context - Additional protocol to reduce paths for RPL in non-storing mode - Automatic selection of MPL forwarders to reduce message replication - Data models for RPL and MPL management - Alternative Multicast algorithm based on Bier forwarding. - Methods to improve or correct the current RPL behaviour such as DIS modifications and problems associated with DAO messaging in RPL Milestones DATE Milestone September 2017 Recharter WG or close March 2017 Initial submission of draft about YANG RPL model to IESG January 2017 Initial submission of draft about MPL selection to IES= G November 2016 Initial submission of draft about Bier Multicast to IESG October 2016 Submit draft about YANG MPL model to IESG August 2016 Initial Submission of the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation Draft-ietf-roll-useofrplinfo to the IESG. May 2016 Initial submission of the draft about how to compress RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context. to the IESG. draft-ietf-roll-routing-dispatch November 2016 Initial Submission of the No-Path DAO Problem Statement to the IESG 2016-06-23 6:56 GMT+03:00 Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) : > Thanks Peter, Ines, > > > > The updated charter looks good to me. > > > > And as I understand work items related to RPL maintenance can be > incorporated depending upon the proposals received. > > E2E-ACK discussion that happened on the ML was an important discussion an= d > based on my understanding of that work, if proposed, will be relevant to > maintenance activity. Thanks Cenk for bringing it up and I hope that work > gets going. > > > > Regards, > > Rahul > > > > *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Cenk G=C3=BCnd= ogan > *Sent:* 22 June 2016 PM 01:58 > *To:* roll@ietf.org > *Subject:* Re: [Roll] Request for Comments for ROLL Charter > > > > Hello Ines, Peter, > > the proposed charter looks great as it is, > however, I have a few remarks and questions that I inlined below. > > Thanks! > > Best, > Cenk > > On 06/21/2016 06:27 PM, Ines Robles wrote: > > Dear all, > > > > Please find a draft of the working group charter. > > > > Please review and comments. It would be good to have your comments before > IETF 96. > > > > Thank you very much in advance, > > > > Peter and Ines > > > > > /////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= //// > > > > Charter for Working Group > > > > Low power and Lossy Networks (LLNs) are made up of many embedded devices > with limited > > > > Should we reference RFC7228: "Terminology for Constrained-Node Networks= " > here to have > a consistent and common definition of the term LLN? > > > power, memory, and processing resources. They are interconnected by a > variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired > or other low power PLC (Powerline Communication) links. LLNs are > transitioning to an end-to-end IP-based solution to avoid the problem of > non-interoperable networks interconnected by protocol translation gateway= s > and proxies. > > > > Generally speaking, LLNs are characterized as follows, but not limited to= : > > > > -LLNs operate with a hard, very small bound on state. > > > > -In most cases, LLN optimize for saving energy by using small packet > headers and few reduce amount of control packets. > > > > -Typical traffic patterns are not simply unicast flows (e.g. in some case= s > most if not all traffic can be point to multipoint). > > > > - In most cases, LLNs will be employed over link layers with restricted > frame-sizes and low bit rates, thus a routing protocol for LLNs should be > specifically adapted for such link layers. > > > > - LLN routing protocols have to be very careful when trading off > efficiency for generality; since LLN nodes do not have resources to waste= . > > > > > > These specific properties cause LLNs to have specific routing requirement= s. > > > > Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been > evaluated by the working group (draft-levis-roll-overview-protocols-00) a= nd > have in their current form been found to not satisfy all of these specifi= c > routing requirements =E2=80=9CRouting Requirements for Urban Low-Power an= d Lossy > Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Routing Requirements in L= ow-Power and Lossy > Networks=E2=80=9D RFC 5673, =E2=80=9CHome Automation Routing Requirements= in Low-Power and > Lossy Networks=E2=80=9D RFC 5826, Building Automation Routing Requirement= s in > Low-Power and Lossy Networks RFC 5867. > > > > The Working Group is focused on routing issues for LLN and maintaining th= e > protocols developed by the working group. > > > > There is a wide scope of application areas for LLNs, including industrial > monitoring, building automation (HVAC, lighting, access control, fire), > connected homes, health care, environmental monitoring, urban sensor > networks (e.g. Smart Grid), asset tracking. The Working Group focuses on > routing solutions for a subset of these: connected home, building and urb= an > sensor networks for which routing requirements have been specified. These > application-specific routing requirement documents were used for protocol > design. > > The Working Group focuses on IPv6 routing architectural framework for > these application scenarios. The Framework will take into consideration > various aspects including high reliability in the presence of time varyin= g > loss characteristics and connectivity while permitting low-power operatio= n > with very modest memory and CPU pressure in networks potentially comprisi= ng > a very large number (several thousands) of nodes. > > > > The Working Group will document how data packets are routed and > encapsulated when they cross the LLN, and when they enter and exit the LL= N: > the appropriate use of RH3 (RFC6553), > > > > It should be the other way around: RH3 is RFC6554 and RPI is RFC6553 > > > RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops > are detected. In consultation with the 6lo WG, the Working Group will > design a method to compress these routing headers into a single block. Th= e > WGLC on this work will be shared with 6lo. The Working group will align > with the 6man WG when needed. > > ROLL is responsible for maintenance of the protocols that is has > developed, including RPL and MPL. AD approval is required for each new wo= rk > item that is proposed. > > > > Work Items are: > > > > - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. > > > > - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN > adaptation layer context > > > > - Additional protocol to reduce paths for RPL in non-storing mode > > > > - Automatic selection of MPL forwarders to reduce message replication > > > > - Data models for RPL and MPL management > > > > - Alternative Multicast algorithm based on Bier forwarding. > > > > - Solution of the problems associated with the use of No- Path DAO > messaging in RPL. > > > > I remember a discussion on the mailing list about DAO/DAO-ACK being ver= y > underspecified, > which in turn may lead to non-interoperability between different > implementations. > Should we use a more general wording here for the DAO handling, instead o= f > just concentrating on the No-Path DAO? > For reference: > https://www.ietf.org/mail-archive/web/roll/current/msg09449.html > > > > > - Methods to improve the current RPL behaviour, e.g. DIS modifications in > RPL. > > > > > > Milestones DATE > > > > Recharter WG or close September 2017 > > > > Initial submission of draft about YANG RPL model to IESG March 2017 > > > > Initial submission of draft about MPL selection to IESG January 2017 > > > > Initial submission of draft about Bier Multicast to IESG November 20= 16 > > > > Submit draft about YANG MPL model to IESG October 2016 > > > > Initial Submission of the draft about when to use RFC6553, RFC6554, and > IPv6-in-IPv6 encapsulation August 2016 > > Draft-ietf-roll-useofrplinfo to the IESG. > > > > Initial submission of the draft about how to compress RFC6553, RFC6554, > and IP headers in the 6LoWPAN adaptation layer context. to the IESG. > May 2016 > > draft-ietf-roll-routing-dispatch > > > > Initial Submission of the No-Path DAO Problem Statement to the IESG > November 2016 > > > > > > > > > /////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////// > > > > > _______________________________________________ > > 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 > > --001a1135cfe2f44e930535ec95c1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you very much Cenk and Rahul for your comments!= ! :-)

Please find attached the new charter includi= ng the corrections suggested by Cenk.

Please comme= nt,=C2=A0

Cheers,

Peter a= nd Ines.

/////////////////////////////////////////= /////////////////////////////////////////

Charter = for Working Group

Low power and Lossy Networks (LL= Ns ) [RFC7102] [RFC7228] are made up of many embedded devices with limited = power, memory, and processing resources. They are interconnected by a varie= ty of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or oth= er low power PLC (Powerline Communication) links. LLNs are transitioning to= an end-to-end IP-based solution to avoid the problem of non-interoperable = networks interconnected by protocol translation gateways and proxies.
=

Generally speaking, LLNs are characterized as follows, = but not limited to:

LLNs operate with a hard, very= small bound on state.=C2=A0

In most cases, LLN op= timize for saving energy by using small packet headers and reduce amount of= control packets.

Typical traffic patterns are not= simply unicast flows (e.g. in some cases most if not all traffic can be po= int to multipoint).

In most cases, LLNs will be em= ployed over link layers with restricted frame-sizes and low bit rates, thus= a routing protocol for LLNs should be specifically adapted for such link l= ayers.=C2=A0

LLN routing protocols have to be very= careful when trading off efficiency for generality; since LLN nodes do not= have resources to waste.

These specific propertie= s cause LLNs to have specific routing requirements.


Existing routing protocols such as OSPF, IS-IS, AODV, and = OLSR have been evaluated by the working group (draft-levis-roll-overview-pr= otocols-00) and have in their current form been found to not satisfy all of= these specific routing requirements =E2=80=9CRouting Requirements for Urba= n Low-Power and Lossy Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Routi= ng Requirements in Low-Power and Lossy Networks=E2=80=9D RFC 5673, =E2=80= =9CHome Automation Routing Requirements in Low-Power and Lossy Networks=E2= =80=9D RFC 5826, Building Automation Routing Requirements in Low-Power and = Lossy Networks RFC 5867.

The Working Group is focu= sed on routing issues for LLN and maintaining the protocols developed by th= e working group.


There is a wide sc= ope of application areas for LLNs, including industrial monitoring, buildin= g automation (HVAC, lighting, access control, fire), connected homes, healt= h care, environmental monitoring, urban sensor networks (e.g. Smart Grid), = asset tracking. The Working Group focuses on routing solutions for a subset= of these: connected home, building and urban sensor networks for which rou= ting requirements have been specified. These application-specific routing r= equirement documents were used for protocol design.
The Working G= roup focuses on IPv6 routing architectural framework for these application = scenarios. The Framework will take into consideration various aspects inclu= ding high reliability in the presence of time varying loss characteristics = and connectivity while permitting low-power operation with very modest memo= ry and CPU pressure in networks potentially comprising a very large number = (several thousands) of nodes.


The W= orking Group will document how data packets are routed and encapsulated whe= n they cross the LLN, and when they enter and exit the LLN: the appropriate= use of RPI (RFC6553), RH3 (RFC6554) and IPv6-in-IPv6 encapsulation includi= ng how routing loops are detected. In consultation with the 6lo WG, the Wor= king Group will design a method to compress these routing headers into a si= ngle block. The WGLC on this work will be shared with 6lo. The Working grou= p will align with the 6man WG when needed.
ROLL is responsible fo= r maintenance of the protocols that is has developed, including RPL and MPL= . AD approval is required for each new work item that is proposed.


Work Items are:
- Guidance in usi= ng RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation.

- Compression of =C2=A0RFC6553, RFC6554, and IP headers in the 6LoWPAN a= daptation layer context

- Additional protocol to = =C2=A0reduce paths for RPL in non-storing mode

- A= utomatic selection of MPL forwarders to reduce message replication

- Data models for RPL and MPL management

- Alternative Multicast algorithm based on Bier forwarding.

- =C2=A0Methods to improve or correct =C2=A0the current R= PL behaviour such as DIS modifications and problems associated with DAO mes= saging in RPL


Milestones
=
DATE =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Milestone
September 201= 7 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Recharter WG or close
= March 2017 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Initial submission of draft a= bout YANG RPL model to IESG
January 2017 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 Initial submission of draft about MPL selection to IESG
Novem= ber 2016 =C2=A0 =C2=A0 =C2=A0 =C2=A0Initial submission of draft about Bier = Multicast to IESG
October 2016 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Submit= draft about YANG MPL model to IESG
August 2016 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Initial Submission of the draft about when to use RFC6553,= RFC6554, and IPv6-in-IPv6 encapsulation Draft-ietf-roll-useofrplinfo to th= e IESG.
May 2016 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Initia= l submission of the draft about how to compress RFC6553, RFC6554, and IP he= aders in the 6LoWPAN adaptation layer context. =C2=A0to the IESG. draft-iet= f-roll-routing-dispatch
November 2016 =C2=A0 =C2=A0 =C2=A0 =C2=A0= Initial Submission of the No-Path DAO Problem Statement to the IESG

2016-06-23 6:= 56 GMT+03:00 Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs) <r= ahul.jadhav@huawei.com>:

Thanks Peter, Ines,

=C2=A0

The updated charter looks= good to me.

=C2=A0

And as I understand work = items related to RPL maintenance can be incorporated depending upon the pro= posals received.

E2E-ACK discussion that h= appened on the ML was an important discussion and based on my understanding= of that work, if proposed, will be relevant to maintenance activity. Thanks Cenk for bringing it up and I hope that work gets going.<= u>

=C2=A0

Regards,

Rahul

=C2=A0

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Cenk G=C3=BCndogan
Sent: 22 June 2016 PM 01:58
To: roll@ietf.org=
Subject: Re: [Roll] Request for Comments for ROLL Charter<= /u>

=C2=A0

Hello Ines, Peter,

the proposed charter looks great as it is,
however, I have a few remarks and questions that I inlined below.<= br>
Thanks!

Best,
Cenk

On 06/21/2016 06:27 PM, Ines Robles wrote:=

Dear all,=C2=A0

=C2=A0=

Please find a draft of the working group ch= arter.

=C2=A0=

Please review and comments. It would be goo= d to have your comments before IETF 96.

=C2=A0=

Thank you very much in advance,

=C2=A0=

Peter and Ines

=C2=A0=

///////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= //////////////////////////////////

=C2=A0=

Charter for Working Group

=C2=A0=

Low power and Lossy Networks (LLNs) are mad= e up of many embedded devices with limited


> Should we reference RFC7228: "Terminology for Constrained-Node Ne= tworks" here to have
a consistent and common definition of the term LLN?


power, memory, and p= rocessing resources. They are interconnected by a variety of links, such as= IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Po= werline Communication) links. LLNs are transitioning to an end-to-end IP-based solution to avoid the problem of n= on-interoperable networks interconnected by protocol translation gateways a= nd proxies.

=C2=A0=

Generally speaking, = LLNs are characterized as follows, but not limited to:=

=C2=A0=

-LLNs operate with a= hard, very small bound on state.=C2=A0

=C2=A0=

-In most cases, LLN = optimize for saving energy by using small packet headers and few reduce amo= unt of control packets.

=C2=A0=

-Typical traffic pat= terns are not simply unicast flows (e.g. in some cases most if not all traf= fic can be point to multipoint).

=C2=A0=

- In most cases, LLN= s will be employed over link layers with restricted frame-sizes and low bit= rates, thus a routing protocol for LLNs should be specifically adapted for= such link layers.=C2=A0

=C2=A0=

- LLN routing protoc= ols have to be very careful when trading off efficiency for generality; sin= ce LLN nodes do not have resources to waste.

=C2=A0=

=C2=A0=

These specific prope= rties cause LLNs to have specific routing requirements.

=C2=A0=

Existing routing pro= tocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the worki= ng group (draft-levis-roll-overview-protocols-00) and have in their current= form been found to not satisfy all of these specific routing requirements =E2=80=9CRouting Requirements for U= rban Low-Power and Lossy Networks=E2=80=9D RFC 5548, =E2=80=9CIndustrial Ro= uting Requirements in Low-Power and Lossy Networks=E2=80=9D RFC 5673, =E2= =80=9CHome Automation Routing Requirements in Low-Power and Lossy Networks= =E2=80=9D RFC 5826, Building Automation Routing Requirements in Low-Power and Lossy = Networks RFC 5867.

=C2=A0=

The Working Group is= focused on routing issues for LLN and maintaining the protocols developed = by the working group.

=C2=A0=

There is a wide scop= e of application areas for LLNs, including industrial monitoring, building = automation (HVAC, lighting, access control, fire), connected homes, health = care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focus= es on routing solutions for a subset of these: connected home, building and= urban sensor networks for which routing requirements have been specified. = These application-specific routing requirement documents were used for protocol design.<= /p>

The Working Group fo= cuses on IPv6 routing architectural framework for these application scenari= os. The Framework will take into consideration various aspects including hi= gh reliability in the presence of time varying loss characteristics and connectivity while permitting low-power o= peration with very modest memory and CPU pressure in networks potentially c= omprising a very large number (several thousands) of nodes.

=C2=A0=

The Working Group wi= ll document how data packets are routed and encapsulated when they cross th= e LLN, and when they enter and exit the LLN: the appropriate use of RH3 (RF= C6553),


> It should be the other way around: RH3 is RFC6554 and RPI is RFC6553

RPI (RFC6554) and IP= v6-in-IPv6 encapsulation including how routing loops are detected. In consu= ltation with the 6lo WG, the Working Group will design a method to compress= these routing headers into a single block. The WGLC on this work will be shared with 6lo. The Working group wi= ll align with the 6man WG when needed.

ROLL is responsible = for maintenance of the protocols that is has developed, including RPL and M= PL. AD approval is required for each new work item that is proposed.=

=C2=A0=

Work Items are:

=C2=A0=

- Guidance in using = RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation.

=C2=A0=

- Compression of =C2= =A0RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context=

=C2=A0=

- Additional protoco= l to =C2=A0reduce paths for RPL in non-storing mode

=C2=A0=

- Automatic selectio= n of MPL forwarders to reduce message replication

=C2=A0=

- Data models for RP= L and MPL management

=C2=A0=

- Alternative Multic= ast algorithm based on Bier forwarding.

=C2=A0=

- Solution =C2=A0of = =C2=A0the =C2=A0problems associated with the use of No- Path DAO messaging = in RPL.


> I remember a discussion on the mailing list about DAO/DAO-ACK being ve= ry underspecified,
which in turn may lead to non-interoperability between different implementa= tions.
Should we use a more general wording here for the DAO handling, instead of = just concentrating on the No-Path DAO?
For reference: https://www.ietf.org/mail-archive/web/roll/current/msg09449.html


=C2=A0=

- Methods to improve= the current RPL behaviour, e.g. DIS modifications in RPL.

=C2=A0=

=C2=A0=

Milestones =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0DATE

=C2=A0=

Recharter WG or clos= e =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 September = 2017

=C2=A0=

Initial submission o= f draft about YANG RPL model to IESG =C2=A0 March 2017=

=C2=A0=

Initial submission o= f draft about MPL selection to IESG =C2=A0 =C2=A0January 2017=

=C2=A0=

Initial submission o= f draft about Bier Multicast to IESG =C2=A0 =C2=A0 =C2=A0November 2016

=C2=A0=

Submit draft about Y= ANG MPL model to IESG =C2=A0 =C2=A0 October 2016

=C2=A0=

Initial Submission o= f the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulat= ion =C2=A0 =C2=A0 August 2016

Draft-ietf-roll-useo= frplinfo to the IESG.

=C2=A0=

Initial submission o= f the draft about how to compress RFC6553, RFC6554, and IP headers in the 6= LoWPAN adaptation layer context. =C2=A0to the IESG. =C2=A0 =C2=A0May 2016

draft-ietf-roll-rout= ing-dispatch =C2=A0 =C2=A0 =C2=A0=C2=A0

=C2=A0=

Initial Submission o= f the No-Path DAO Problem Statement to the IESG =C2=A0 =C2=A0 November 2016=

=C2=A0=

=C2=A0=

=C2=A0=

////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////




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

=C2=A0


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


--001a1135cfe2f44e930535ec95c1-- From nobody Thu Jun 23 01:18:45 2016 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 1FC6712D52D for ; Thu, 23 Jun 2016 01:18:44 -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 wQodaGLEstMp for ; Thu, 23 Jun 2016 01:18:42 -0700 (PDT) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 AF3B112D5BC for ; Thu, 23 Jun 2016 01:18:42 -0700 (PDT) Received: by mail-vk0-x229.google.com with SMTP id j2so95611745vkg.2 for ; Thu, 23 Jun 2016 01:18:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=qZvn85UiIO4xoWWY6UHWaOZVD97lfWaBL9thxaNPoVQ=; b=XvvncHJzXNuYcBO72dEGllB04LhyP72rIbRpyXcIQXEkdcaROGUJSNYMCskaFwlw+t fT9ba4HJd02Re36T7OPhFAsNN19UXvsgDN/e4swkmrk2CxyQG/Q0rIIMRS5g/u5UXAhY B2ivnbewuPWlWBdwyvskhcUNcpGh/eTW3n0IT0lkZGoF+qX7OXjLQId2mNIIrYTxL5TF XrmDRJXGTUXlJ4sukDi4jLlu0422U0p/9UXwfCF2BYAmDnACft1gvJupA5ohXsnYwNKd 6wkRo4aazIXgGDu98xGvkTkY+9P8GTiwoVS/QdktOW8ByFcoQeKQP3TvhKwc6dCQfiVk +9mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=qZvn85UiIO4xoWWY6UHWaOZVD97lfWaBL9thxaNPoVQ=; b=lImXyeDEKtOY/5ZRDyxZZoi0lZboBYhpmE1Olb6KWdUdtuYZInwkBav+NKqNMxS0Lm 7h+KY6OrHp1rp7fh4nib6lWCRky7riw4OC0wScvqZk2dZum9BlSlM4K2BwpzlcgbCGrb hS9IcCJUqEVV1da4ZYN4gXIVCqP5t/AxHOiqKjjlta6doGklGohMmm+8cwo+QQu2pggG y6AUaTJKezi+VL8Ua+MLw6sMRjTuU+d8CbE9zjneuRRnDYOvnTEzhHLaT6ArBiVj2TdJ 4/WdBpjw8R4p00bwIRWnpzvsNzaHRHAMrMXrOOp5XUWkxYlMISoGR9/HU3Z642Hd/jAe +Xtw== X-Gm-Message-State: ALyK8tKONk/IqqvaHVRvL2fKh7dU6HcCNBV9vBENbpg/TVBi86D1XGKJC7yrFJGZ+Anurl0CGnx/x9YMDY6Srg== X-Received: by 10.176.0.87 with SMTP id 81mr14630679uai.28.1466669921836; Thu, 23 Jun 2016 01:18:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.200 with HTTP; Thu, 23 Jun 2016 01:18:41 -0700 (PDT) From: Ines Robles Date: Thu, 23 Jun 2016 11:18:41 +0300 Message-ID: To: roll Content-Type: multipart/alternative; boundary=001a113d0ad4b1a7300535edb318 Archived-At: Cc: peter van der Stok Subject: [Roll] Request for Slot - IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 08:18:44 -0000 --001a113d0ad4b1a7300535edb318 Content-Type: text/plain; charset=UTF-8 Dear all, ROLL is going to have a meeting at IETF 96 ( 1:30 hs ) Please let us know if you want to present your work in IETF 96, specifying: - Draft/work to present - Time requested - Presenter name. - To be presented remotely? Thank you very much in advance, Peter and Ines. --001a113d0ad4b1a7300535edb318 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,

ROLL is going to have a meeti= ng at IETF 96 ( 1:30 hs )

Please let us know if yo= u want to present your work in IETF 96, specifying:

- Draft/work to present=C2=A0
- Time requested
- Pres= enter name.
- To be presented remotely?

= Thank you very much in advance,

Peter and Ines.
--001a113d0ad4b1a7300535edb318-- From nobody Thu Jun 23 01:33:48 2016 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 359E412DD14 for ; Thu, 23 Jun 2016 01:33:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.344 X-Spam-Level: X-Spam-Status: No, score=-2.344 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HiBxrPRWxwjS for ; Thu, 23 Jun 2016 01:33:45 -0700 (PDT) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B48812D5B9 for ; Thu, 23 Jun 2016 01:33:45 -0700 (PDT) Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id EA111C0272; Thu, 23 Jun 2016 10:33:43 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.69]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id BDAF31C0077; Thu, 23 Jun 2016 10:33:43 +0200 (CEST) Received: from OPEXCLILM22.corporate.adroot.infra.ftgroup ([fe80::8c90:f4e9:be28:2a1]) by OPEXCLILMA2.corporate.adroot.infra.ftgroup ([fe80::bc1c:ad2f:eda3:8c3d%18]) with mapi id 14.03.0294.000; Thu, 23 Jun 2016 10:33:43 +0200 From: To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Slot - IETF 96 Thread-Index: AQHRzSfe7ltgN9EpOUWnO0NGAHIsVp/2uZaA Date: Thu, 23 Jun 2016 08:33:42 +0000 Message-ID: <16237_1466670823_576B9EE7_16237_87_6_D3916AFE.35F03%dominique.barthel@orange.com> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.4.160422 x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_D3916AFE35F03dominiquebarthelorangecom_" MIME-Version: 1.0 Archived-At: Cc: peter van der Stok Subject: Re: [Roll] Request for Slot - IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 08:33:47 -0000 --_000_D3916AFE35F03dominiquebarthelorangecom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Peter, Ines, Yes, I guess we would like to talk again about the "selective DIS" work and= try to attract discussion/contributions. The presenter could be Cenk, Emmanuel or myself, we'll reconfirm later. 15 mn would be good. Thanks Dominique De : Roll > on behalf o= f "mariainesrobles@googlemail.com" <= mariainesrobles@googlemail.com> R=E9pondre =E0 : "roll@ietf.org" > Date : Thursday 23 June 2016 10:18 =C0 : "roll@ietf.org" > Cc : peter van der Stok > Objet : [Roll] Request for Slot - IETF 96 Dear all, ROLL is going to have a meeting at IETF 96 ( 1:30 hs ) Please let us know if you want to present your work in IETF 96, specifying: - Draft/work to present - Time requested - Presenter name. - To be presented remotely? Thank you very much in advance, Peter and Ines. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_D3916AFE35F03dominiquebarthelorangecom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <7149F1B59BBB94418161B6E70A9D4166@adroot.infra.ftgroup> Content-Transfer-Encoding: quoted-printable
Hello Peter, Ines,

Yes, I guess we would like to talk again about the "selective DIS= " work and try to attract discussion/contributions.
The presenter could be Cenk, Emmanuel or myself, we'll reconfirm later= .
15 mn would be good.
Thanks

Dominique

De : Roll <roll-bounces@ietf.org> on behalf of "<= a href=3D"mailto:mariainesrobles@googlemail.com">mariainesrobles@googlemail= .com" <mariai= nesrobles@googlemail.com>
R=E9pondre =E0 : "roll@ietf.org" <roll@ietf.org>
Date : Thursday 23 June 2016 1= 0:18
=C0 : "roll@ietf.org" <roll@ietf.org>
Cc : peter van der Stok <stokcons@xs4all.nl>
Objet : [Roll] Request for Slo= t - IETF 96

Dear all,

ROLL is going to have a meeting at IETF 96 ( 1:30 hs )

Please let us know if you want to present your work in IETF 96, specif= ying:

- Draft/work to present 
- Time requested
- Presenter name.
- To be presented remotely?

Thank you very much in advance,

Peter and Ines.
 
______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_D3916AFE35F03dominiquebarthelorangecom_-- From nobody Thu Jun 23 02:35:30 2016 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 5398512E1EE for ; Thu, 23 Jun 2016 02:35:28 -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 tXJhfkGpjA2M for ; Thu, 23 Jun 2016 02:35:25 -0700 (PDT) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (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 56BED12E076 for ; Thu, 23 Jun 2016 02:29:51 -0700 (PDT) Received: by mail-vk0-x22e.google.com with SMTP id u64so97687559vkf.3 for ; Thu, 23 Jun 2016 02:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/W/RzSv6Pou7ucL6A/RJMu+EZBjX9mOVLvnX7d/9yQQ=; b=wT7lK/nxQSEwiNh/0ZyFVKBDErfZDjwixjgDRjwtZwh9sx9PFvSkTq2ApxP9/gBmND 1W0HSePs2SDHHT3+5YWcMdNq2GUUvKa6VshcrA35Nky81XAOkI+aQQldn3IEk5Ml6puM Tq47viq5txlSJNk2NF1SDl2esb7uHzMxI2m6cGDHBZEAOvp8wynmOsFV/jeRvjYve6Of h8j+aF36ZcUDjv/YBam8ObeTLrMzeTcmL6NeK/lKZsUMsNbdFHEsD4U9SI8JywrF0cZl YQSdl8oSd8Ki4mJDMi+nMPoNa86hNBuU9YT5X1NHjscTkNWFHJ8E5mPARgXhNKyhtSjb Oeew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/W/RzSv6Pou7ucL6A/RJMu+EZBjX9mOVLvnX7d/9yQQ=; b=gtF75ZbLNm8yfgTQAE9LPfr8sq7EyeR3NPB3A0sTCT2PPZPZ23EAfWYk+z0hAks5ke Ve4iuCQGMY3awfWcu047lwd04w8/tcha4Ikdq8n/21KsxEu/6fk+A353WVXKbZvCnu6T OM4T4GC7ZHhBqs6z+YRWHbayerqSfUuFQGfrQHAmWA0GWwVHEjpC69cm9dn7E6D9XSai UMKAXsO2v7UcPyNHBykFkQ6bh9556p3al5t0mskiVy1K7JlynnrVVHaPyXgz3p//cqaJ GuZ6W7r4IpPLBCvll2y9zz3Lny3XeJ8qaqU5QyCk+M/JmrqsLrlq2JqbDoSSEXDqr0xY r1PA== X-Gm-Message-State: ALyK8tLylqb1zkxZ2ZptYp/v7wLjyqCieirpfLaZHiEBAo0bEztBbo+1Ow8uOEJ1/tvafAg8WkfCE/f339IX4g== X-Received: by 10.176.0.145 with SMTP id 17mr14886971uaj.103.1466674190429; Thu, 23 Jun 2016 02:29:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.200 with HTTP; Thu, 23 Jun 2016 02:29:50 -0700 (PDT) In-Reply-To: <16237_1466670823_576B9EE7_16237_87_6_D3916AFE.35F03%dominique.barthel@orange.com> References: <16237_1466670823_576B9EE7_16237_87_6_D3916AFE.35F03%dominique.barthel@orange.com> From: Ines Robles Date: Thu, 23 Jun 2016 12:29:50 +0300 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a113ddfbc1f33250535eeb20d Archived-At: Cc: peter van der Stok Subject: Re: [Roll] Request for Slot - IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 09:35:29 -0000 --001a113ddfbc1f33250535eeb20d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, Thank you very much Dominique, We will keep you posted Cheers, Peter and Ines 2016-06-23 11:33 GMT+03:00 : > Hello Peter, Ines, > > Yes, I guess we would like to talk again about the "selective DIS" work > and try to attract discussion/contributions. > The presenter could be Cenk, Emmanuel or myself, we'll reconfirm later. > 15 mn would be good. > Thanks > > Dominique > > De : Roll on behalf of " > mariainesrobles@googlemail.com" > R=C3=A9pondre =C3=A0 : "roll@ietf.org" > Date : Thursday 23 June 2016 10:18 > =C3=80 : "roll@ietf.org" > Cc : peter van der Stok > Objet : [Roll] Request for Slot - IETF 96 > > Dear all, > > ROLL is going to have a meeting at IETF 96 ( 1:30 hs ) > > Please let us know if you want to present your work in IETF 96, specifyin= g: > > - Draft/work to present > - Time requested > - Presenter name. > - To be presented remotely? > > Thank you very much in advance, > > Peter and Ines. > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme o= u falsifie. Merci. > > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > > --001a113ddfbc1f33250535eeb20d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, Thank you very much Dominique,=C2=A0

We will keep you posted

Cheers,

Peter and Ines

2016-06-23 11:33 GMT+03:00 <dominique.ba= rthel@orange.com>:
Hello Peter, Ines,

Yes, I guess we would like to talk again about the "selective DIS= " work and try to attract discussion/contributions.
The presenter could be Cenk, Emmanuel or myself, we'll reconfirm l= ater.
15 mn would be good.
Thanks

Dominique

De=C2=A0: Roll <roll-bounces@ietf.org> on= behalf of "mariainesrobles@googlemail.com" <mariainesrobles@googlemai= l.com>
R=C3=A9pondre =C3=A0=C2=A0: "<= a href=3D"mailto:roll@ietf.org" target=3D"_blank">roll@ietf.org" &= lt;roll@ietf.org>=
Date=C2=A0: Thursday 23 June 2016 1= 0:18
=C3=80=C2=A0: "roll@ietf.org" <roll@ietf.org>
Cc=C2=A0: peter van der Stok <stokcons@xs4all.nl>
Objet=C2=A0: [Roll] Request for Slo= t - IETF 96

Dear all,

ROLL is going to have a meeting at IETF 96 ( 1:30 hs )

Please let us know if you want to present your work in IETF 96, specif= ying:

- Draft/work to present=C2=A0
- Time requested
- Presenter name.
- To be presented remotely?

Thank you very much in advance,

Peter and Ines.
 
______________________________________________________________________=
___________________________________________________

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

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

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


--001a113ddfbc1f33250535eeb20d-- From nobody Thu Jun 23 02:38:36 2016 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 B3BCB12E147; Thu, 23 Jun 2016 02:38:35 -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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4hyR0gIr8N71; Thu, 23 Jun 2016 02:38:33 -0700 (PDT) Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by ietfa.amsl.com (Postfix) with ESMTP id B45C312E1CF; Thu, 23 Jun 2016 02:32:28 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id 4A7005767F3; Thu, 23 Jun 2016 11:27:03 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 6FAE5C5A9A; Thu, 23 Jun 2016 11:27:01 +0200 (CEST) Message-ID: <576BAB63.5060304@tzi.org> Date: Thu, 23 Jun 2016 11:26:59 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Routing Over Low power and Lossy networks References: In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: peter van der Stok , draft-bergmann-bier-ccast@ietf.org Subject: Re: [Roll] Request for Slot - IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 09:38:36 -0000 Hi Ines, Peter, since Constrained-Cast has not really been discussed in detail in the ROLL WG, we'd welcome an opportunity to do this in Berlin. One objective would be to become a bit clearer on what the interface to the rest of the RPL world is (what does ccast need, what can it provide). Of course, we'd also like to know what we need to do next on the road to WG adoption. Ines Robles wrote: > Dear all, > > ROLL is going to have a meeting at IETF 96 ( 1:30 hs ) > > Please let us know if you want to present your work in IETF 96, specifying: > > - Draft/work to present https://tools.ietf.org/html/draft-bergmann-bier-ccast-01 > - Time requested 20 minutes (10 of which should be discussion) > - Presenter name. Olaf Bergmann and Carsten Bormann > - To be presented remotely? No, we'll be there. Grüße, Carsten From nobody Thu Jun 23 02:49:12 2016 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 9A2E912DFA9; Thu, 23 Jun 2016 02:49:10 -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 QnE7v1KZsqHa; Thu, 23 Jun 2016 02:49:08 -0700 (PDT) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 E8DC412E04A; Thu, 23 Jun 2016 02:41:55 -0700 (PDT) Received: by mail-vk0-x229.google.com with SMTP id j2so98015713vkg.2; Thu, 23 Jun 2016 02:41:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZKvuo+sJgLsUVX5+MjtrfBhtLkWPCg+Ir5s/CV9cPms=; b=cA3RvAE0kZHoeASxDBkxLJWkl6YA1Pgax0V2nkpjJvKCyxdB7qtySzjf1h1o8MYOEI A1SGJShGqCOwVx+giHr3Zi8wJxneVc0aROow0bD+RHSNEV0g7BR8nGSS7hbYWrbWW135 JAC0jokrJECjT4FzcSsAS1cOOepeQyywuUt0qbwHK6JXCrPem70luK9FkRQUdKOgpI+J DNdANzyveOrWdUcgUNa8NBaFnI+UVLZ65+iCsefGCH6Zc339/wLwwSzbqkpW8DmvbXnL eN8jDI7KEnBkesLV42ALPmCqzPUmPswksUCCcyrTo8GeQPDTQJAsLCf7GARFhTHrkZdT IOHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZKvuo+sJgLsUVX5+MjtrfBhtLkWPCg+Ir5s/CV9cPms=; b=VcTZD/LgqrWRjpcESv9YW9dlgVNpJGbaxkRBICbQoe0Fwv9L34hd3E6n+qk77Aaqps S4YKMC2zpm+GMedcqE61aKlVlmmOTHPLLDjxSc4Wymw0cPlpmVP7FKcBzOP5USM2PILh He9O6ro/8A76RWvWKrLncGGDooid+/Wh5A7toLvFJnvPm0B9kNHaIS5/UBT8iOyBuHGF YhNB9iqNNRGBJhVf8QFYsGj5bDc9vLfTZv2v5XusTKOYl2FhOr0/ns97DaPuuIRmyEXR UUPUQk/xE1Zy68wyKBU3NpzwocseyLKEQJuufbHe1Fn5RqV1LqiDd5R2mfT+ts5zFQXC rHCw== X-Gm-Message-State: ALyK8tJnBqwdbVBeflVJVedSfAUbr3/423+j/5HmX/AoSGnW2KVsqMzQHsynDzZROCHjFOZR8W+wuM0S4Kw5Bw== X-Received: by 10.159.35.117 with SMTP id 108mr14981567uae.118.1466674914990; Thu, 23 Jun 2016 02:41:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.200 with HTTP; Thu, 23 Jun 2016 02:41:54 -0700 (PDT) In-Reply-To: <576BAB63.5060304@tzi.org> References: <576BAB63.5060304@tzi.org> From: Ines Robles Date: Thu, 23 Jun 2016 12:41:54 +0300 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a113589ae4f1fc60535eeddef Archived-At: Cc: peter van der Stok , draft-bergmann-bier-ccast@ietf.org Subject: Re: [Roll] Request for Slot - IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 09:49:10 -0000 --001a113589ae4f1fc60535eeddef Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ok, Thank you Carsten, Cheers, Peter and Ines 2016-06-23 12:26 GMT+03:00 Carsten Bormann : > Hi Ines, Peter, > > since Constrained-Cast has not really been discussed in detail in the > ROLL WG, we'd welcome an opportunity to do this in Berlin. One > objective would be to become a bit clearer on what the interface to the > rest of the RPL world is (what does ccast need, what can it provide). > Of course, we'd also like to know what we need to do next on the road to > WG adoption. > > Ines Robles wrote: > > Dear all, > > > > ROLL is going to have a meeting at IETF 96 ( 1:30 hs ) > > > > Please let us know if you want to present your work in IETF 96, > specifying: > > > > - Draft/work to present > > https://tools.ietf.org/html/draft-bergmann-bier-ccast-01 > > > - Time requested > > 20 minutes (10 of which should be discussion) > > > - Presenter name. > > Olaf Bergmann and Carsten Bormann > > > - To be presented remotely? > > No, we'll be there. > > Gr=C3=BC=C3=9Fe, Carsten > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --001a113589ae4f1fc60535eeddef Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok, Thank you = =C2=A0Carsten,=C2=A0

<= /div>
Cheers,

Peter and Ines=


2016-06-23 12:26 GMT+03:00 Carsten Bormann <cabo@tzi.org= >:
Hi Ines, Peter,

since Constrained-Cast has not really been discussed in detail in the
ROLL WG, we'd welcome an opportunity to do this in Berlin.=C2=A0 One objective would be to become a bit clearer on what the interface to the
rest of the RPL world is (what does ccast need, what can it provide).
Of course, we'd also like to know what we need to do next on the road t= o
WG adoption.

Ines Robles wrote:
> Dear all,
>
> ROLL is going to have a meeting at IETF 96 ( 1:30 hs )
>
> Please let us know if you want to present your work in IETF 96, specif= ying:
>
> - Draft/work to present

https://tools.ietf.org/html/draft-ber= gmann-bier-ccast-01

> - Time requested

20 minutes (10 of which should be discussion)

> - Presenter name.

Olaf Bergmann and Carsten Bormann

> - To be presented remotely?

No, we'll be there.

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

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

--001a113589ae4f1fc60535eeddef-- From nobody Fri Jun 24 09:04:30 2016 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 8D44512DCAF; Fri, 24 Jun 2016 09:00:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160049.10933.94590.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:00:49 -0700 Archived-At: Cc: roll@ietf.org Subject: [Roll] roll - Requested session has been scheduled for IETF 96 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:00:49 -0000 Dear Ines Robles, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. roll Session 1 (1:30:00) Wednesday, Afternoon Session II 1550-1720 Room Name: Schoeneberg size: 100 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Routing Over Low power and Lossy networks Area Name: Routing Area Session Requester: Ines Robles Number of Sessions: 1 Length of Session(s): 1.5 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: 6lo core 6tisch Second Priority: rtgarea ace anima Third Priority: t2trg pce manet rtgwg lwig intarea Special Requests: Conflicts to Avoid: First Priority: 6lo core 6tisch Second Priority: rtgarea ace anima Third Priority: t2trg pce manet rtgwg lwig intarea --------------------------------------------------------- From nobody Mon Jun 27 03:16:21 2016 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 DDE0B128E18 for ; Mon, 27 Jun 2016 03:16:19 -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 IGKVi2BtdOyD for ; Mon, 27 Jun 2016 03:16:17 -0700 (PDT) Received: from lb2-smtp-cloud6.xs4all.net (lb2-smtp-cloud6.xs4all.net [194.109.24.28]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8D5E12D162 for ; Mon, 27 Jun 2016 03:16:10 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.217]) by smtp-cloud6.xs4all.net with ESMTP id BmG81t0054h15BW01mG83v; Mon, 27 Jun 2016 12:16:08 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 27 Jun 2016 12:16:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 27 Jun 2016 12:16:08 +0200 From: peter van der Stok To: Roll Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <20160627101407.5297.29097.idtracker@ietfa.amsl.com> References: <20160627101407.5297.29097.idtracker@ietfa.amsl.com> Message-ID: <63619d3e8f3a87b63ef3bac1cacce5d4@xs4all.nl> X-Sender: stokcons@xs4all.nl (FeUWY0/BNfcFDHPa+W8USpb6lc5wQUWB) User-Agent: XS4ALL Webmail Archived-At: Subject: [Roll] Fwd: New Version Notification for draft-vanderstok-roll-mpl-yang-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 10:16:20 -0000 Hi all, I have submitted a new draft for MPL YANG model. Looking forward to your reactions. Peter -------- Oorspronkelijke bericht -------- Onderwerp: New Version Notification for draft-vanderstok-roll-mpl-yang-01.txt Datum: 2016-06-27 12:14 Afzender: internet-drafts@ietf.org Ontvanger: "Peter van der Stok" , "Peter Van der Stok" A new version of I-D, draft-vanderstok-roll-mpl-yang-01.txt has been successfully submitted by Peter van der Stok and posted to the IETF repository. Name: draft-vanderstok-roll-mpl-yang Revision: 01 Title: A YANG model for Multicast Protocol for Low power and lossy Networks (MPL) Document date: 2016-06-27 Group: Individual Submission Pages: 20 URL: https://www.ietf.org/internet-drafts/draft-vanderstok-roll-mpl-yang-01.txt Status: https://datatracker.ietf.org/doc/draft-vanderstok-roll-mpl-yang/ Htmlized: https://tools.ietf.org/html/draft-vanderstok-roll-mpl-yang-01 Diff: https://www.ietf.org/rfcdiff?url2=draft-vanderstok-roll-mpl-yang-01 Abstract: This document defines a YANG data model for management of Multicast Protocol for Low power and lossy Networks (MPL) implementations. The data model includes configuration data and state data. Note Discussion and suggestions for improvement are requested, and should be sent to roll@ietf.org. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Mon Jun 27 03:51:50 2016 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 4C90212D162 for ; Mon, 27 Jun 2016 03:51:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hfJf797zT8uJ for ; Mon, 27 Jun 2016 03:51:47 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C8C612D14A for ; Mon, 27 Jun 2016 03:51:47 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CRP17283; Mon, 27 Jun 2016 10:51:45 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 27 Jun 2016 11:51:42 +0100 Received: from BLREML510-MBS.china.huawei.com ([169.254.2.223]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0235.001; Mon, 27 Jun 2016 16:21:28 +0530 From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" To: "roll@ietf.org" Thread-Topic: New Version Notification for draft-jadhav-roll-no-path-dao-ps-01.txt Thread-Index: AQHR0GAaDXdOW179JEWwR/YZXh0y8Z/9IrgQ Date: Mon, 27 Jun 2016 10:51:27 +0000 Message-ID: <982B626E107E334DBE601D979F31785C5D03DDF4@blreml510-mbs.china.huawei.com> Accept-Language: en-IN, zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.214.70] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0207.57710542.003B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.223, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d582a8715995831599b79747f3966632 Archived-At: Subject: [Roll] FW: New Version Notification for draft-jadhav-roll-no-path-dao-ps-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 10:51:49 -0000 SGVsbG8gQWxsLA0KDQpXZSBoYXZlIHN1Ym1pdHRlZCBhbiB1cGRhdGUgdG8gdGhlIGRyYWZ0LCBj b25zaWRlcmluZyBzY2VuYXJpb3MgZGlzY3Vzc2VkIG9uIE1MIGFuZCBJRVRGOTUuIA0KQ29tbWVu dHMgZnJvbSBQYXNjYWwgY2FwdHVyZWQgaW4gSUVURjk1IG1lZXRpbmcgbWludXRlcyAoaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvbWludXRlcy05NS1yb2xsLykgYXJlIGV4cGxhaW5l ZCB3aXRoIGV4YW1wbGUgaW4gdGhlIHVwZGF0ZWQgZHJhZnQuDQoNClNwZWNpZmljYWxseSwgdGhl IGRyYWZ0IGV4cGxhaW5zIHRoZSBwcm9ibGVtIGFzc29jaWF0ZWQgd2l0aCBnZW5lcmF0aW9uIG9m IE5QREFPIGZyb20gdHdvIGRpZmZlcmVudCBub2RlcyBmb3IgdGhlIHNhbWUgdGFyZ2V0LiBEdXJp bmcgSUVURjk1IHdlIG1lbnRpb25lZCAiREFPIFN0YXRlIGluY29uc2lzdGVuY3kgcHJvYmxlbSIs IHdoaWNoIGlzIGV4cGxhaW5lZCBpbiBkZXRhaWwgaW4gdGhlIHVwZGF0ZWQgZHJhZnQuDQoNCkxv b2tpbmcgZm9yd2FyZCB0byBkaXNjdXNzIHRoaXMgZHVyaW5nIElFVEY5Ni4NCg0KVGhhbmtzLA0K UmFodWwNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiAyNyBK dW5lIDIwMTYgUE0gMDQ6MDkNClRvOiBERU5HIEh1aTsgUmFodWwgQXJ2aW5kIEphZGhhdiAoUmFo dWwgQXJ2aW5kIEphZGhhdiwgMjAxMiBMYWJzKTsgQ2FvemhlbiAoemNhbyk7IEh1aSBEZW5nOyBS YWh1bCBBcnZpbmQgSmFkaGF2IChSYWh1bCBBcnZpbmQgSmFkaGF2LCAyMDEyIExhYnMpOyBSYWJp IE5hcmF5YW4gU2Fob28NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJh ZnQtamFkaGF2LXJvbGwtbm8tcGF0aC1kYW8tcHMtMDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LWphZGhhdi1yb2xsLW5vLXBhdGgtZGFvLXBzLTAxLnR4dA0KaGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBSYWh1bCBBcnZpbmQgSmFkaGF2IGFuZCBwb3N0ZWQg dG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWphZGhhdi1yb2xsLW5vLXBh dGgtZGFvLXBzDQpSZXZpc2lvbjoJMDENClRpdGxlOgkJTm8tUGF0aCBEQU8gUHJvYmxlbSBTdGF0 ZW1lbnQNCkRvY3VtZW50IGRhdGU6CTIwMTYtMDYtMjcNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJt aXNzaW9uDQpQYWdlczoJCTEwDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWphZGhhdi1yb2xsLW5vLXBhdGgtZGFvLXBzLTAxLnR4dA0K U3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWph ZGhhdi1yb2xsLW5vLXBhdGgtZGFvLXBzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1qYWRoYXYtcm9sbC1uby1wYXRoLWRhby1wcy0wMQ0KRGlmZjog ICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1qYWRoYXYt cm9sbC1uby1wYXRoLWRhby1wcy0wMQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVz Y3JpYmVzIHRoZSBwcm9ibGVtcyBhc3NvY2lhdGVkIHdpdGggdGhlIHVzZSBvZiBOby0NCiAgIFBh dGggREFPIG1lc3NhZ2luZyBpbiBSUEwuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0K DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 DQoNCg== From nobody Mon Jun 27 07:58:57 2016 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 E67A012D798 for ; Mon, 27 Jun 2016 07:58:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lFRbmjmZitXY for ; Mon, 27 Jun 2016 07:58:52 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B898712D7D6 for ; Mon, 27 Jun 2016 07:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30932; q=dns/txt; s=iport; t=1467039184; x=1468248784; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Tw56rzeJwTFKs6jRn1kXTctrare5xcCdL+P8A760BUU=; b=J+qjKQYzWz5bAbDy08sNk5GnkByqbGcAlj2uTLfEyCLtqiAHXmW0bjrw CcGIXBApTQUDeDU3UgBssU5tjGJAUYC+lhgFSsvMxllrCJYqeo4nVveIl MUnc3ULhrz0Sc/1NkrRh/MDFtYWHabx43lwMdarLCwcIO7kS8qW3CAUPq Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D7AQByPXFX/5RdJa1cgnBOVoEDuBaCD?= =?us-ascii?q?4F7hhgCHIETOBQBAQEBAQEBZSeETQEBBCMKTBACAQg4CgICAjAlAgQODROIFbE?= =?us-ascii?q?WkA0BAQEBAQEBAQEBAQEBAQEBAQEBAQEchiiETYEignoKgxuCWgWZAQGOL48rb?= =?us-ascii?q?48PAR42gggcgUyJIUV/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,537,1459814400"; d="scan'208,217";a="122319130" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jun 2016 14:53:03 +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 u5REr3A1004663 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Jun 2016 14:53:03 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; Mon, 27 Jun 2016 09:53:02 -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, 27 Jun 2016 09:53:02 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nVupFNWUgruE+yIgm4tP2235/9Mbkg Date: Mon, 27 Jun 2016 14:52:56 +0000 Deferred-Delivery: Mon, 27 Jun 2016 14:52:08 +0000 Message-ID: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> References: In-Reply-To: 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.20] Content-Type: multipart/alternative; boundary="_000_962ecd511f1b4629bcf329790509bb0cXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Cc: peter van der Stok Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 14:58:55 -0000 --_000_962ecd511f1b4629bcf329790509bb0cXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSW5lcyBhbmQgUGV0ZXI6DQoNCknigJltIGhhcHB5IHdpdGggdGhpcyBwcm9wb3NlZCBj aGFydGVyLiBPbiB0aGlzIHBhcnRpY3VsYXIgaXRlbSwgdGhvdWdoLA0K4oCcDQpBZGRpdGlvbmFs IHByb3RvY29sIHRvICByZWR1Y2UgcGF0aHMgZm9yIFJQTCBpbiBub24tc3RvcmluZyBtb2RlDQri gJwNCg0KSeKAmWxsIG5vdGUgdGhhdCBtZXRob2RzIHRoYXQgcmVseSBvbiBCSUVSIG9yIG9uIEJs b29tIGZpbHRlcnMgdG8gbWFrZSByb3V0aW5nIG1vcmUgZWZmaWNpZW50IHdlcmUgYWxyZWFkeSBk aXNjdXNzZWQgYW5kIHNob3VsZCBiZSBhY2NvbW1vZGF0ZWQuIFByb3Bvc2FsOg0K4oCcDQpBZGRp dGlvbmFsIHByb3RvY29sIGVsZW1lbnRzIHRvIHJlZHVjZSBzb3VyY2Ugcm91dGUgaGVhZGVycyBp biBub24tc3RvcmluZyBtb2RlIGFuZC9vciBtZW1vcnkgY29uc3VtcHRpb24gaW4gc3RvcmluZyBt b2RlIHN1Y2ggYXMgcm91dGUgcHJvamVjdGlvbiBhbmQgQklFUi4NCuKAnA0KDQoNCi8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vDQoNCkNoYXJ0ZXIgZm9yIFdvcmtpbmcgR3Jv dXANCg0KTG93IHBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoTExOcykgYXJlIG1hZGUgdXAgb2Yg bWFueSBlbWJlZGRlZCBkZXZpY2VzIHdpdGggbGltaXRlZCBwb3dlciwgbWVtb3J5LCBhbmQgcHJv Y2Vzc2luZyByZXNvdXJjZXMuIFRoZXkgYXJlIGludGVyY29ubmVjdGVkIGJ5IGEgdmFyaWV0eSBv ZiBsaW5rcywgc3VjaCBhcyBJRUVFIDgwMi4xNS40LCBCbHVldG9vdGgsIExvdyBQb3dlciBXaUZp LCB3aXJlZCBvciBvdGhlciBsb3cgcG93ZXIgUExDIChQb3dlcmxpbmUgQ29tbXVuaWNhdGlvbikg bGlua3MuIExMTnMgYXJlIHRyYW5zaXRpb25pbmcgdG8gYW4gZW5kLXRvLWVuZCBJUC1iYXNlZCBz b2x1dGlvbiB0byBhdm9pZCB0aGUgcHJvYmxlbSBvZiBub24taW50ZXJvcGVyYWJsZSBuZXR3b3Jr cyBpbnRlcmNvbm5lY3RlZCBieSBwcm90b2NvbCB0cmFuc2xhdGlvbiBnYXRld2F5cyBhbmQgcHJv eGllcy4NCg0KR2VuZXJhbGx5IHNwZWFraW5nLCBMTE5zIGFyZSBjaGFyYWN0ZXJpemVkIGFzIGZv bGxvd3MsIGJ1dCBub3QgbGltaXRlZCB0bzoNCg0KLUxMTnMgb3BlcmF0ZSB3aXRoIGEgaGFyZCwg dmVyeSBzbWFsbCBib3VuZCBvbiBzdGF0ZS4NCg0KLUluIG1vc3QgY2FzZXMsIExMTiBvcHRpbWl6 ZSBmb3Igc2F2aW5nIGVuZXJneSBieSB1c2luZyBzbWFsbCBwYWNrZXQgaGVhZGVycyBhbmQgZmV3 IHJlZHVjZSBhbW91bnQgb2YgY29udHJvbCBwYWNrZXRzLg0KDQotVHlwaWNhbCB0cmFmZmljIHBh dHRlcm5zIGFyZSBub3Qgc2ltcGx5IHVuaWNhc3QgZmxvd3MgKGUuZy4gaW4gc29tZSBjYXNlcyBt b3N0IGlmIG5vdCBhbGwgdHJhZmZpYyBjYW4gYmUgcG9pbnQgdG8gbXVsdGlwb2ludCkuDQoNCi0g SW4gbW9zdCBjYXNlcywgTExOcyB3aWxsIGJlIGVtcGxveWVkIG92ZXIgbGluayBsYXllcnMgd2l0 aCByZXN0cmljdGVkIGZyYW1lLXNpemVzIGFuZCBsb3cgYml0IHJhdGVzLCB0aHVzIGEgcm91dGlu ZyBwcm90b2NvbCBmb3IgTExOcyBzaG91bGQgYmUgc3BlY2lmaWNhbGx5IGFkYXB0ZWQgZm9yIHN1 Y2ggbGluayBsYXllcnMuDQoNCi0gTExOIHJvdXRpbmcgcHJvdG9jb2xzIGhhdmUgdG8gYmUgdmVy eSBjYXJlZnVsIHdoZW4gdHJhZGluZyBvZmYgZWZmaWNpZW5jeSBmb3IgZ2VuZXJhbGl0eTsgc2lu Y2UgTExOIG5vZGVzIGRvIG5vdCBoYXZlIHJlc291cmNlcyB0byB3YXN0ZS4NCg0KDQpUaGVzZSBz cGVjaWZpYyBwcm9wZXJ0aWVzIGNhdXNlIExMTnMgdG8gaGF2ZSBzcGVjaWZpYyByb3V0aW5nIHJl cXVpcmVtZW50cy4NCg0KRXhpc3Rpbmcgcm91dGluZyBwcm90b2NvbHMgc3VjaCBhcyBPU1BGLCBJ Uy1JUywgQU9EViwgYW5kIE9MU1IgaGF2ZSBiZWVuIGV2YWx1YXRlZCBieSB0aGUgd29ya2luZyBn cm91cCAoZHJhZnQtbGV2aXMtcm9sbC1vdmVydmlldy1wcm90b2NvbHMtMDApIGFuZCBoYXZlIGlu IHRoZWlyIGN1cnJlbnQgZm9ybSBiZWVuIGZvdW5kIHRvIG5vdCBzYXRpc2Z5IGFsbCBvZiB0aGVz ZSBzcGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50cyDigJxSb3V0aW5nIFJlcXVpcmVtZW50cyBm b3IgVXJiYW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTU0OCwg4oCcSW5k dXN0cmlhbCBSb3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdv cmtz4oCdIFJGQyA1NjczLCDigJxIb21lIEF1dG9tYXRpb24gUm91dGluZyBSZXF1aXJlbWVudHMg aW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTgyNiwgQnVpbGRpbmcgQXV0 b21hdGlvbiBSb3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdv cmtzIFJGQyA1ODY3Lg0KDQpUaGUgV29ya2luZyBHcm91cCBpcyBmb2N1c2VkIG9uIHJvdXRpbmcg aXNzdWVzIGZvciBMTE4gYW5kIG1haW50YWluaW5nIHRoZSBwcm90b2NvbHMgZGV2ZWxvcGVkIGJ5 IHRoZSB3b3JraW5nIGdyb3VwLg0KDQpUaGVyZSBpcyBhIHdpZGUgc2NvcGUgb2YgYXBwbGljYXRp b24gYXJlYXMgZm9yIExMTnMsIGluY2x1ZGluZyBpbmR1c3RyaWFsIG1vbml0b3JpbmcsIGJ1aWxk aW5nIGF1dG9tYXRpb24gKEhWQUMsIGxpZ2h0aW5nLCBhY2Nlc3MgY29udHJvbCwgZmlyZSksIGNv bm5lY3RlZCBob21lcywgaGVhbHRoIGNhcmUsIGVudmlyb25tZW50YWwgbW9uaXRvcmluZywgdXJi YW4gc2Vuc29yIG5ldHdvcmtzIChlLmcuIFNtYXJ0IEdyaWQpLCBhc3NldCB0cmFja2luZy4gVGhl IFdvcmtpbmcgR3JvdXAgZm9jdXNlcyBvbiByb3V0aW5nIHNvbHV0aW9ucyBmb3IgYSBzdWJzZXQg b2YgdGhlc2U6IGNvbm5lY3RlZCBob21lLCBidWlsZGluZyBhbmQgdXJiYW4gc2Vuc29yIG5ldHdv cmtzIGZvciB3aGljaCByb3V0aW5nIHJlcXVpcmVtZW50cyBoYXZlIGJlZW4gc3BlY2lmaWVkLiBU aGVzZSBhcHBsaWNhdGlvbi1zcGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50IGRvY3VtZW50cyB3 ZXJlIHVzZWQgZm9yIHByb3RvY29sIGRlc2lnbi4NClRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMg b24gSVB2NiByb3V0aW5nIGFyY2hpdGVjdHVyYWwgZnJhbWV3b3JrIGZvciB0aGVzZSBhcHBsaWNh dGlvbiBzY2VuYXJpb3MuIFRoZSBGcmFtZXdvcmsgd2lsbCB0YWtlIGludG8gY29uc2lkZXJhdGlv biB2YXJpb3VzIGFzcGVjdHMgaW5jbHVkaW5nIGhpZ2ggcmVsaWFiaWxpdHkgaW4gdGhlIHByZXNl bmNlIG9mIHRpbWUgdmFyeWluZyBsb3NzIGNoYXJhY3RlcmlzdGljcyBhbmQgY29ubmVjdGl2aXR5 IHdoaWxlIHBlcm1pdHRpbmcgbG93LXBvd2VyIG9wZXJhdGlvbiB3aXRoIHZlcnkgbW9kZXN0IG1l bW9yeSBhbmQgQ1BVIHByZXNzdXJlIGluIG5ldHdvcmtzIHBvdGVudGlhbGx5IGNvbXByaXNpbmcg YSB2ZXJ5IGxhcmdlIG51bWJlciAoc2V2ZXJhbCB0aG91c2FuZHMpIG9mIG5vZGVzLg0KDQpUaGUg V29ya2luZyBHcm91cCB3aWxsIGRvY3VtZW50IGhvdyBkYXRhIHBhY2tldHMgYXJlIHJvdXRlZCBh bmQgZW5jYXBzdWxhdGVkIHdoZW4gdGhleSBjcm9zcyB0aGUgTExOLCBhbmQgd2hlbiB0aGV5IGVu dGVyIGFuZCBleGl0IHRoZSBMTE46IHRoZSBhcHByb3ByaWF0ZSB1c2Ugb2YgUkgzIChSRkM2NTUz KSwgUlBJIChSRkM2NTU0KSBhbmQgSVB2Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24gaW5jbHVkaW5n IGhvdyByb3V0aW5nIGxvb3BzIGFyZSBkZXRlY3RlZC4gSW4gY29uc3VsdGF0aW9uIHdpdGggdGhl IDZsbyBXRywgdGhlIFdvcmtpbmcgR3JvdXAgd2lsbCBkZXNpZ24gYSBtZXRob2QgdG8gY29tcHJl c3MgdGhlc2Ugcm91dGluZyBoZWFkZXJzIGludG8gYSBzaW5nbGUgYmxvY2suIFRoZSBXR0xDIG9u IHRoaXMgd29yayB3aWxsIGJlIHNoYXJlZCB3aXRoIDZsby4gVGhlIFdvcmtpbmcgZ3JvdXAgd2ls bCBhbGlnbiB3aXRoIHRoZSA2bWFuIFdHIHdoZW4gbmVlZGVkLg0KUk9MTCBpcyByZXNwb25zaWJs ZSBmb3IgbWFpbnRlbmFuY2Ugb2YgdGhlIHByb3RvY29scyB0aGF0IGlzIGhhcyBkZXZlbG9wZWQs IGluY2x1ZGluZyBSUEwgYW5kIE1QTC4gQUQgYXBwcm92YWwgaXMgcmVxdWlyZWQgZm9yIGVhY2gg bmV3IHdvcmsgaXRlbSB0aGF0IGlzIHByb3Bvc2VkLg0KDQpXb3JrIEl0ZW1zIGFyZToNCg0KLSBH dWlkYW5jZSBpbiB1c2luZyBSRkM2NTUzLCBSRkM2NTU0LCBhbmQgSVB2Ni1pbi1JUHY2IGVuY2Fw c3VsYXRpb24uDQoNCi0gQ29tcHJlc3Npb24gb2YgIFJGQzY1NTMsIFJGQzY1NTQsIGFuZCBJUCBo ZWFkZXJzIGluIHRoZSA2TG9XUEFOIGFkYXB0YXRpb24gbGF5ZXIgY29udGV4dA0KDQotIEFkZGl0 aW9uYWwgcHJvdG9jb2wgdG8gIHJlZHVjZSBwYXRocyBmb3IgUlBMIGluIG5vbi1zdG9yaW5nIG1v ZGUNCg0KLSBBdXRvbWF0aWMgc2VsZWN0aW9uIG9mIE1QTCBmb3J3YXJkZXJzIHRvIHJlZHVjZSBt ZXNzYWdlIHJlcGxpY2F0aW9uDQoNCi0gRGF0YSBtb2RlbHMgZm9yIFJQTCBhbmQgTVBMIG1hbmFn ZW1lbnQNCg0KLSBBbHRlcm5hdGl2ZSBNdWx0aWNhc3QgYWxnb3JpdGhtIGJhc2VkIG9uIEJpZXIg Zm9yd2FyZGluZy4NCg0KLSBTb2x1dGlvbiAgb2YgIHRoZSAgcHJvYmxlbXMgYXNzb2NpYXRlZCB3 aXRoIHRoZSB1c2Ugb2YgTm8tIFBhdGggREFPIG1lc3NhZ2luZyBpbiBSUEwuDQoNCi0gTWV0aG9k cyB0byBpbXByb3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvdXIsIGUuZy4gRElTIG1vZGlmaWNh dGlvbnMgaW4gUlBMLg0KDQoNCk1pbGVzdG9uZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgREFURQ0KDQpSZWNoYXJ0ZXIgV0cgb3IgY2xvc2UgICAgICAgICAgICAgICAg ICAgU2VwdGVtYmVyIDIwMTcNCg0KSW5pdGlhbCBzdWJtaXNzaW9uIG9mIGRyYWZ0IGFib3V0IFlB TkcgUlBMIG1vZGVsIHRvIElFU0cgICBNYXJjaCAyMDE3DQoNCkluaXRpYWwgc3VibWlzc2lvbiBv ZiBkcmFmdCBhYm91dCBNUEwgc2VsZWN0aW9uIHRvIElFU0cgICAgSmFudWFyeSAyMDE3DQoNCklu aXRpYWwgc3VibWlzc2lvbiBvZiBkcmFmdCBhYm91dCBCaWVyIE11bHRpY2FzdCB0byBJRVNHICAg ICAgTm92ZW1iZXIgMjAxNg0KDQpTdWJtaXQgZHJhZnQgYWJvdXQgWUFORyBNUEwgbW9kZWwgdG8g SUVTRyAgICAgT2N0b2JlciAyMDE2DQoNCkluaXRpYWwgU3VibWlzc2lvbiBvZiB0aGUgZHJhZnQg YWJvdXQgd2hlbiB0byB1c2UgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNh cHN1bGF0aW9uICAgICBBdWd1c3QgMjAxNg0KRHJhZnQtaWV0Zi1yb2xsLXVzZW9mcnBsaW5mbyB0 byB0aGUgSUVTRy4NCg0KSW5pdGlhbCBzdWJtaXNzaW9uIG9mIHRoZSBkcmFmdCBhYm91dCBob3cg dG8gY29tcHJlc3MgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhlYWRlcnMgaW4gdGhlIDZMb1dQ QU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0LiAgdG8gdGhlIElFU0cuICAgIE1heSAyMDE2DQpk cmFmdC1pZXRmLXJvbGwtcm91dGluZy1kaXNwYXRjaA0KDQpJbml0aWFsIFN1Ym1pc3Npb24gb2Yg dGhlIE5vLVBhdGggREFPIFByb2JsZW0gU3RhdGVtZW50IHRvIHRoZSBJRVNHICAgICBOb3ZlbWJl ciAyMDE2DQoNCg0KDQovLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vDQo= --_000_962ecd511f1b4629bcf329790509bb0cXCHRCD001ciscocom_ 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 b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5IZWxsbyBJbmVzIGFuZCBQZXRlcjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPknigJltIGhhcHB5IHdpdGggdGhpcyBwcm9wb3NlZCBjaGFydGVyLiBPbiB0 aGlzIHBhcnRpY3VsYXIgaXRlbSwgdGhvdWdoLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAnDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPkFkZGl0aW9uYWwgcHJvdG9jb2wgdG8gJm5ic3A7cmVkdWNlIHBhdGhzIGZv ciBSUEwgaW4gbm9uLXN0b3JpbmcgbW9kZTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+SeKAmWxsIG5vdGUgdGhhdCBtZXRob2RzIHRoYXQgcmVseSBvbiBCSUVS IG9yIG9uIEJsb29tIGZpbHRlcnMgdG8gbWFrZSByb3V0aW5nIG1vcmUgZWZmaWNpZW50IHdlcmUg YWxyZWFkeSBkaXNjdXNzZWQgYW5kIHNob3VsZCBiZSBhY2NvbW1vZGF0ZWQuIFByb3Bvc2FsOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5BZGRpdGlvbmFsIHByb3RvY29s IGVsZW1lbnRzIHRvIHJlZHVjZSBzb3VyY2Ugcm91dGUgaGVhZGVycyBpbiBub24tc3RvcmluZyBt b2RlIGFuZC9vciBtZW1vcnkgY29uc3VtcHRpb24gaW4gc3RvcmluZyBtb2RlIHN1Y2ggYXMgcm91 dGUgcHJvamVjdGlvbiBhbmQgQklFUi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igJw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDQuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdCI+Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy88 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Q2hhcnRlciBmb3IgV29ya2luZyBHcm91cDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41 cHQiPkxvdyBwb3dlciBhbmQgTG9zc3kgTmV0d29ya3MgKExMTnMpIGFyZSBtYWRlIHVwIG9mIG1h bnkgZW1iZWRkZWQgZGV2aWNlcyB3aXRoIGxpbWl0ZWQgcG93ZXIsIG1lbW9yeSwgYW5kIHByb2Nl c3NpbmcgcmVzb3VyY2VzLiBUaGV5IGFyZSBpbnRlcmNvbm5lY3RlZCBieSBhIHZhcmlldHkgb2Yg bGlua3MsIHN1Y2ggYXMgSUVFRSA4MDIuMTUuNCwgQmx1ZXRvb3RoLA0KIExvdyBQb3dlciBXaUZp LCB3aXJlZCBvciBvdGhlciBsb3cgcG93ZXIgUExDIChQb3dlcmxpbmUgQ29tbXVuaWNhdGlvbikg bGlua3MuIExMTnMgYXJlIHRyYW5zaXRpb25pbmcgdG8gYW4gZW5kLXRvLWVuZCBJUC1iYXNlZCBz b2x1dGlvbiB0byBhdm9pZCB0aGUgcHJvYmxlbSBvZiBub24taW50ZXJvcGVyYWJsZSBuZXR3b3Jr cyBpbnRlcmNvbm5lY3RlZCBieSBwcm90b2NvbCB0cmFuc2xhdGlvbiBnYXRld2F5cyBhbmQgcHJv eGllcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij5HZW5lcmFsbHkgc3BlYWtpbmcsIExMTnMgYXJlIGNoYXJhY3Rl cml6ZWQgYXMgZm9sbG93cywgYnV0IG5vdCBsaW1pdGVkIHRvOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi1MTE5z IG9wZXJhdGUgd2l0aCBhIGhhcmQsIHZlcnkgc21hbGwgYm91bmQgb24gc3RhdGUuJm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdCI+LUluIG1vc3QgY2FzZXMsIExMTiBvcHRpbWl6ZSBmb3Igc2F2aW5nIGVuZXJn eSBieSB1c2luZyBzbWFsbCBwYWNrZXQgaGVhZGVycyBhbmQgZmV3IHJlZHVjZSBhbW91bnQgb2Yg Y29udHJvbCBwYWNrZXRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi1UeXBpY2FsIHRyYWZmaWMgcGF0dGVybnMg YXJlIG5vdCBzaW1wbHkgdW5pY2FzdCBmbG93cyAoZS5nLiBpbiBzb21lIGNhc2VzIG1vc3QgaWYg bm90IGFsbCB0cmFmZmljIGNhbiBiZSBwb2ludCB0byBtdWx0aXBvaW50KS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij4tIEluIG1vc3QgY2FzZXMsIExMTnMgd2lsbCBiZSBlbXBsb3llZCBvdmVyIGxpbmsgbGF5ZXJz IHdpdGggcmVzdHJpY3RlZCBmcmFtZS1zaXplcyBhbmQgbG93IGJpdCByYXRlcywgdGh1cyBhIHJv dXRpbmcgcHJvdG9jb2wgZm9yIExMTnMgc2hvdWxkIGJlIHNwZWNpZmljYWxseSBhZGFwdGVkIGZv ciBzdWNoIGxpbmsgbGF5ZXJzLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gTExOIHJvdXRpbmcgcHJv dG9jb2xzIGhhdmUgdG8gYmUgdmVyeSBjYXJlZnVsIHdoZW4gdHJhZGluZyBvZmYgZWZmaWNpZW5j eSBmb3IgZ2VuZXJhbGl0eTsgc2luY2UgTExOIG5vZGVzIGRvIG5vdCBoYXZlIHJlc291cmNlcyB0 byB3YXN0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku NXB0Ij5UaGVzZSBzcGVjaWZpYyBwcm9wZXJ0aWVzIGNhdXNlIExMTnMgdG8gaGF2ZSBzcGVjaWZp YyByb3V0aW5nIHJlcXVpcmVtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5FeGlzdGluZyByb3V0aW5nIHBy b3RvY29scyBzdWNoIGFzIE9TUEYsIElTLUlTLCBBT0RWLCBhbmQgT0xTUiBoYXZlIGJlZW4gZXZh bHVhdGVkIGJ5IHRoZSB3b3JraW5nIGdyb3VwIChkcmFmdC1sZXZpcy1yb2xsLW92ZXJ2aWV3LXBy b3RvY29scy0wMCkgYW5kIGhhdmUgaW4gdGhlaXIgY3VycmVudCBmb3JtIGJlZW4gZm91bmQgdG8g bm90IHNhdGlzZnkgYWxsDQogb2YgdGhlc2Ugc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudHMg 4oCcUm91dGluZyBSZXF1aXJlbWVudHMgZm9yIFVyYmFuIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0 d29ya3PigJ0gUkZDIDU1NDgsIOKAnEluZHVzdHJpYWwgUm91dGluZyBSZXF1aXJlbWVudHMgaW4g TG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTY3Mywg4oCcSG9tZSBBdXRvbWF0 aW9uIFJvdXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3Pi gJ0NCiBSRkMgNTgyNiwgQnVpbGRpbmcgQXV0b21hdGlvbiBSb3V0aW5nIFJlcXVpcmVtZW50cyBp biBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIFJGQyA1ODY3LjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRo ZSBXb3JraW5nIEdyb3VwIGlzIGZvY3VzZWQgb24gcm91dGluZyBpc3N1ZXMgZm9yIExMTiBhbmQg bWFpbnRhaW5pbmcgdGhlIHByb3RvY29scyBkZXZlbG9wZWQgYnkgdGhlIHdvcmtpbmcgZ3JvdXAu PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjVwdCI+VGhlcmUgaXMgYSB3aWRlIHNjb3BlIG9mIGFwcGxpY2F0aW9uIGFyZWFz IGZvciBMTE5zLCBpbmNsdWRpbmcgaW5kdXN0cmlhbCBtb25pdG9yaW5nLCBidWlsZGluZyBhdXRv bWF0aW9uIChIVkFDLCBsaWdodGluZywgYWNjZXNzIGNvbnRyb2wsIGZpcmUpLCBjb25uZWN0ZWQg aG9tZXMsIGhlYWx0aCBjYXJlLCBlbnZpcm9ubWVudGFsIG1vbml0b3JpbmcsIHVyYmFuDQogc2Vu c29yIG5ldHdvcmtzIChlLmcuIFNtYXJ0IEdyaWQpLCBhc3NldCB0cmFja2luZy4gVGhlIFdvcmtp bmcgR3JvdXAgZm9jdXNlcyBvbiByb3V0aW5nIHNvbHV0aW9ucyBmb3IgYSBzdWJzZXQgb2YgdGhl c2U6IGNvbm5lY3RlZCBob21lLCBidWlsZGluZyBhbmQgdXJiYW4gc2Vuc29yIG5ldHdvcmtzIGZv ciB3aGljaCByb3V0aW5nIHJlcXVpcmVtZW50cyBoYXZlIGJlZW4gc3BlY2lmaWVkLiBUaGVzZSBh cHBsaWNhdGlvbi1zcGVjaWZpYyByb3V0aW5nDQogcmVxdWlyZW1lbnQgZG9jdW1lbnRzIHdlcmUg dXNlZCBmb3IgcHJvdG9jb2wgZGVzaWduLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQi PlRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMgb24gSVB2NiByb3V0aW5nIGFyY2hpdGVjdHVyYWwg ZnJhbWV3b3JrIGZvciB0aGVzZSBhcHBsaWNhdGlvbiBzY2VuYXJpb3MuIFRoZSBGcmFtZXdvcmsg d2lsbCB0YWtlIGludG8gY29uc2lkZXJhdGlvbiB2YXJpb3VzIGFzcGVjdHMgaW5jbHVkaW5nIGhp Z2ggcmVsaWFiaWxpdHkgaW4gdGhlIHByZXNlbmNlIG9mIHRpbWUNCiB2YXJ5aW5nIGxvc3MgY2hh cmFjdGVyaXN0aWNzIGFuZCBjb25uZWN0aXZpdHkgd2hpbGUgcGVybWl0dGluZyBsb3ctcG93ZXIg b3BlcmF0aW9uIHdpdGggdmVyeSBtb2Rlc3QgbWVtb3J5IGFuZCBDUFUgcHJlc3N1cmUgaW4gbmV0 d29ya3MgcG90ZW50aWFsbHkgY29tcHJpc2luZyBhIHZlcnkgbGFyZ2UgbnVtYmVyIChzZXZlcmFs IHRob3VzYW5kcykgb2Ygbm9kZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhlIFdvcmtpbmcgR3JvdXAgd2ls bCBkb2N1bWVudCBob3cgZGF0YSBwYWNrZXRzIGFyZSByb3V0ZWQgYW5kIGVuY2Fwc3VsYXRlZCB3 aGVuIHRoZXkgY3Jvc3MgdGhlIExMTiwgYW5kIHdoZW4gdGhleSBlbnRlciBhbmQgZXhpdCB0aGUg TExOOiB0aGUgYXBwcm9wcmlhdGUgdXNlIG9mIFJIMyAoUkZDNjU1MyksIFJQSSAoUkZDNjU1NCkg YW5kIElQdjYtaW4tSVB2Ng0KIGVuY2Fwc3VsYXRpb24gaW5jbHVkaW5nIGhvdyByb3V0aW5nIGxv b3BzIGFyZSBkZXRlY3RlZC4gSW4gY29uc3VsdGF0aW9uIHdpdGggdGhlIDZsbyBXRywgdGhlIFdv cmtpbmcgR3JvdXAgd2lsbCBkZXNpZ24gYSBtZXRob2QgdG8gY29tcHJlc3MgdGhlc2Ugcm91dGlu ZyBoZWFkZXJzIGludG8gYSBzaW5nbGUgYmxvY2suIFRoZSBXR0xDIG9uIHRoaXMgd29yayB3aWxs IGJlIHNoYXJlZCB3aXRoIDZsby4gVGhlIFdvcmtpbmcgZ3JvdXAgd2lsbCBhbGlnbg0KIHdpdGgg dGhlIDZtYW4gV0cgd2hlbiBuZWVkZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ Uk9MTCBpcyByZXNwb25zaWJsZSBmb3IgbWFpbnRlbmFuY2Ugb2YgdGhlIHByb3RvY29scyB0aGF0 IGlzIGhhcyBkZXZlbG9wZWQsIGluY2x1ZGluZyBSUEwgYW5kIE1QTC4gQUQgYXBwcm92YWwgaXMg cmVxdWlyZWQgZm9yIGVhY2ggbmV3IHdvcmsgaXRlbSB0aGF0IGlzIHByb3Bvc2VkLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPldvcmsgSXRlbXMgYXJlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gR3VpZGFuY2UgaW4gdXNpbmcg UkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNhcHN1bGF0aW9uLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPi0gQ29tcHJlc3Npb24gb2YgJm5ic3A7UkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhl YWRlcnMgaW4gdGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+LSBBZGRpdGlvbmFsIHByb3RvY29sIHRvICZuYnNwO3JlZHVjZSBwYXRocyBmb3IgUlBMIGlu IG5vbi1zdG9yaW5nIG1vZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIEF1dG9tYXRpYyBzZWxlY3Rpb24gb2Yg TVBMIGZvcndhcmRlcnMgdG8gcmVkdWNlIG1lc3NhZ2UgcmVwbGljYXRpb248bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij4tIERhdGEgbW9kZWxzIGZvciBSUEwgYW5kIE1QTCBtYW5hZ2VtZW50PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ LSBBbHRlcm5hdGl2ZSBNdWx0aWNhc3QgYWxnb3JpdGhtIGJhc2VkIG9uIEJpZXIgZm9yd2FyZGlu Zy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0Ij4tIFNvbHV0aW9uICZuYnNwO29mICZuYnNwO3RoZSAmbmJzcDtwcm9i bGVtcyBhc3NvY2lhdGVkIHdpdGggdGhlIHVzZSBvZiBOby0gUGF0aCBEQU8gbWVzc2FnaW5nIGlu IFJQTC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij4tIE1ldGhvZHMgdG8gaW1wcm92ZSB0aGUgY3VycmVudCBSUEwg YmVoYXZpb3VyLCBlLmcuIERJUyBtb2RpZmljYXRpb25zIGluIFJQTC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5NaWxlc3RvbmVzICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtEQVRFPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UmVjaGFydGVyIFdHIG9yIGNsb3Nl ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IFNlcHRlbWJlciAyMDE3PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBzdWJtaXNzaW9uIG9m IGRyYWZ0IGFib3V0IFlBTkcgUlBMIG1vZGVsIHRvIElFU0cgJm5ic3A7IE1hcmNoIDIwMTc8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuNXB0Ij5Jbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgTVBMIHNlbGVjdGlv biB0byBJRVNHICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIwMTc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5Jbml0aWFs IHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgQmllciBNdWx0aWNhc3QgdG8gSUVTRyAmbmJzcDsg Jm5ic3A7ICZuYnNwO05vdmVtYmVyIDIwMTY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5TdWJtaXQgZHJhZnQgYWJv dXQgWUFORyBNUEwgbW9kZWwgdG8gSUVTRyAmbmJzcDsgJm5ic3A7IE9jdG9iZXIgMjAxNjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPkluaXRpYWwgU3VibWlzc2lvbiBvZiB0aGUgZHJhZnQgYWJvdXQgd2hlbiB0byB1 c2UgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNhcHN1bGF0aW9uICZuYnNw OyAmbmJzcDsgQXVndXN0IDIwMTY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5EcmFm dC1pZXRmLXJvbGwtdXNlb2ZycGxpbmZvIHRvIHRoZSBJRVNHLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRp YWwgc3VibWlzc2lvbiBvZiB0aGUgZHJhZnQgYWJvdXQgaG93IHRvIGNvbXByZXNzIFJGQzY1NTMs IFJGQzY1NTQsIGFuZCBJUCBoZWFkZXJzIGluIHRoZSA2TG9XUEFOIGFkYXB0YXRpb24gbGF5ZXIg Y29udGV4dC4gJm5ic3A7dG8gdGhlIElFU0cuICZuYnNwOyAmbmJzcDtNYXkgMjAxNjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPmRyYWZ0LWlldGYtcm9sbC1yb3V0aW5nLWRpc3BhdGNo ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBTdWJtaXNz aW9uIG9mIHRoZSBOby1QYXRoIERBTyBQcm9ibGVtIFN0YXRlbWVudCB0byB0aGUgSUVTRyAmbmJz cDsgJm5ic3A7IE5vdmVtYmVyIDIwMTY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPi8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_962ecd511f1b4629bcf329790509bb0cXCHRCD001ciscocom_-- From nobody Mon Jun 27 08:19:37 2016 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 0C9FB12D752 for ; Mon, 27 Jun 2016 08:19:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 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] 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 6962Cgz2sKjh for ; Mon, 27 Jun 2016 08:19:33 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0099.outbound.protection.outlook.com [104.47.1.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2F012D67B for ; Mon, 27 Jun 2016 08:13:32 -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=Oj+D0y0J0qW123naW83uk5WGrLOLOwObYYg/3HrK6PM=; b=TZLn6MW2yVgf4CqC8TKO8Ix52fwLwujcRck/dOxZAsgwUjIlvQBfmLIlIfnSmd6twGCpcirhsdml9VZuougmQsDO4aaj0IW61d9xcuBWpXx/3sVm9uFpVfsuDnhw4ew0KGg3OuPJ8UhhbjLbM3Piv5XO+5viQS0SOwceoDKzyQQ= Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) by DB5PR01MB1814.eurprd01.prod.exchangelabs.com (10.166.168.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Mon, 27 Jun 2016 15:13:30 +0000 Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) with mapi id 15.01.0523.019; Mon, 27 Jun 2016 15:13:29 +0000 From: "Turner, Randy" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nTHvfjStCYrkuhuZjzgKorcZ/9b3kAgAAE1dA= Date: Mon, 27 Jun 2016 15:13:29 +0000 Message-ID: References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> In-Reply-To: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com; x-originating-ip: [148.80.255.144] x-ms-office365-filtering-correlation-id: a11f34d3-c730-4fd4-8b7c-08d39e9d98aa x-microsoft-exchange-diagnostics: 1; DB5PR01MB1814; 6:E7eSM1mVpfeKTFdbVlDRZhYDK/0sodde7BRd5JTe+TKyjKRjr2ISvhWVN60SdlYSnSBhMoJq0rLCGbTvLizgK7VTGHh/IDeNYwOxnNuPRK3esOUrobgx6jyKiddTeuNrrorWNYTHi1PSJugyuncu480wMbojW7Mc7dRz/X+ru9UShTi2O8cgLOJtjBxCtM8XKeB9xQIFty/mN2i/+8xT895mnNgriTOng6+PIDjBtBQaw8KQXto265ckCUvRrkI3i+NwrO0/iJvIMr7q6H+pXznjJ2rmqDmO/lJ5Ph0eGVmhMFkC4qvmU/X2XtrpBWlx38Fo0DSsMV08JMn3ipsOi4FrKeeVa7mPgE+R3nPcMH4=; 5:h958K32AyHyXct6+JI5+Qnz+fDW8pAniZmLj67U5b6TdSjPnK1ZgLituAVBBGyON3VdbFMdYcjFI/0/tGJgpCWBEbvmUb+zF03j/TFIH8smrsEnjcxLu9idzXkTFUNYBwvajEpTZ4+23BPpzkJ6Ccw==; 24:RV/qxZtHyLncs5dXcfd6efoOILSWbMVGHiI1+NJX944MPRaT7CMlrHVv+kdsqd4JJmsbG+D/dRRd/hLlqGcSYM8TlZEZrb8s/aDY6WFX7F8=; 7:fQOMFmeYqbMUO6tj8tu6JOFcHnH5mMvI3ESCOHKiXsWhFhWZuJE11Xow+fuRTcMst5z8kZarUMjcmZIN6wCofg0OUehaZMX4C2PFBJZL3wvCUlEmuxEEuk7P609hhaYI/l5/2uUxaohfpI0fu3tuYB38Oam3fOIaS7xFPovWRnWurbrmPO6CoMevEsgZDxSHGUqzOy/sRUTSlm0tl2pUb1cNWUkbqWZmBrkFH/3BvY3DS2iy6VSJsadgslKEfghYq2i6iJ/BkbCL+0pjfgvzgQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR01MB1814; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(72170088055959)(131327999870524)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:DB5PR01MB1814; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1814; x-forefront-prvs: 09860C2161 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(377454003)(199003)(10400500002)(101416001)(50986999)(106116001)(19625215002)(54356999)(76176999)(122556002)(105586002)(450100001)(19580395003)(19300405004)(106356001)(5002640100001)(3280700002)(81166006)(2906002)(7696003)(5003600100003)(7736002)(68736007)(7846002)(8936002)(19580405001)(8676002)(9326002)(9686002)(81156014)(3660700001)(2900100001)(189998001)(110136002)(107886002)(15975445007)(6116002)(102836003)(790700001)(97736004)(77096005)(87936001)(2950100001)(86362001)(586003)(92566002)(66066001)(74316001)(33656002)(561944003)(16236675004)(3846002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1814; H:DB5PR01MB1815.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR01MB18151D687D8A53D059D8501980210DB5PR01MB1815eurp_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2016 15:13:29.3365 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1814 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 15:19:36 -0000 --_000_DB5PR01MB18151D687D8A53D059D8501980210DB5PR01MB1815eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGFzY2FsLA0KDQpDb3VsZCB3ZSBqdXN0IHNheSB0aGF0IOKAnHRoZSBncm91cCB3aWxsIHdv cmsgb24gZW5oYW5jZW1lbnRzL29wdGltaXphdGlvbnMgZm9yIG11bHRpY2FzdCBvbiBhbiBMTE7i gJ0sIHJhdGhlciB0aGFuIHNwZWxsIG91dCBleHBsaWNpdCBpdGVtcyA/IFdl4oCZdmUgZG9uZSB0 aGlzIHR5cGUgb2YgYWdncmVnYXRpb24gYWxyZWFkeSBmb3Ig4oCcTWV0aG9kcyB0byBpbXByb3Zl IHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvcuKAnS4NCg0KT3IsIGlmIG90aGVycyBmZWVsIHdlIG5l ZWQgdG8gc2F5IGFic29sdXRlbHkgd2hhdCB3ZSBwbGFuIG9uIGRvaW5nLCB0aGVuIG1heWJlIHRo ZXNlIGNvdWxkIGJlIGJ1bGxldGVkLCB3aXRoIHRoZSBsYXN0IGJ1bGxldCBpbmRpY2F0aW5nIOKA nGFuZCBvdGhlciBtZXRob2RzIG9mIGVuaGFuY2luZyBvciBvcHRpbWl6aW5nIG11bHRpY2FzdCBv biBhbiBMTE7igJ0NCg0KUmFuZHkNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkNClNlbnQ6IE1v bmRheSwgSnVuZSAyNywgMjAxNiAxMDo1MyBBTQ0KVG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIg YW5kIExvc3N5IG5ldHdvcmtzDQpDYzogcGV0ZXIgdmFuIGRlciBTdG9rDQpTdWJqZWN0OiBSZTog W1JvbGxdIFJlcXVlc3QgZm9yIENvbW1lbnRzIGZvciBST0xMIENoYXJ0ZXINCg0KSGVsbG8gSW5l cyBhbmQgUGV0ZXI6DQoNCknigJltIGhhcHB5IHdpdGggdGhpcyBwcm9wb3NlZCBjaGFydGVyLiBP biB0aGlzIHBhcnRpY3VsYXIgaXRlbSwgdGhvdWdoLA0K4oCcDQpBZGRpdGlvbmFsIHByb3RvY29s IHRvICByZWR1Y2UgcGF0aHMgZm9yIFJQTCBpbiBub24tc3RvcmluZyBtb2RlDQrigJwNCg0KSeKA mWxsIG5vdGUgdGhhdCBtZXRob2RzIHRoYXQgcmVseSBvbiBCSUVSIG9yIG9uIEJsb29tIGZpbHRl cnMgdG8gbWFrZSByb3V0aW5nIG1vcmUgZWZmaWNpZW50IHdlcmUgYWxyZWFkeSBkaXNjdXNzZWQg YW5kIHNob3VsZCBiZSBhY2NvbW1vZGF0ZWQuIFByb3Bvc2FsOg0K4oCcDQpBZGRpdGlvbmFsIHBy b3RvY29sIGVsZW1lbnRzIHRvIHJlZHVjZSBzb3VyY2Ugcm91dGUgaGVhZGVycyBpbiBub24tc3Rv cmluZyBtb2RlIGFuZC9vciBtZW1vcnkgY29uc3VtcHRpb24gaW4gc3RvcmluZyBtb2RlIHN1Y2gg YXMgcm91dGUgcHJvamVjdGlvbiBhbmQgQklFUi4NCuKAnA0KDQoNCi8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vDQoNCkNoYXJ0ZXIgZm9yIFdvcmtpbmcgR3JvdXANCg0KTG93 IHBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoTExOcykgYXJlIG1hZGUgdXAgb2YgbWFueSBlbWJl ZGRlZCBkZXZpY2VzIHdpdGggbGltaXRlZCBwb3dlciwgbWVtb3J5LCBhbmQgcHJvY2Vzc2luZyBy ZXNvdXJjZXMuIFRoZXkgYXJlIGludGVyY29ubmVjdGVkIGJ5IGEgdmFyaWV0eSBvZiBsaW5rcywg c3VjaCBhcyBJRUVFIDgwMi4xNS40LCBCbHVldG9vdGgsIExvdyBQb3dlciBXaUZpLCB3aXJlZCBv ciBvdGhlciBsb3cgcG93ZXIgUExDIChQb3dlcmxpbmUgQ29tbXVuaWNhdGlvbikgbGlua3MuIExM TnMgYXJlIHRyYW5zaXRpb25pbmcgdG8gYW4gZW5kLXRvLWVuZCBJUC1iYXNlZCBzb2x1dGlvbiB0 byBhdm9pZCB0aGUgcHJvYmxlbSBvZiBub24taW50ZXJvcGVyYWJsZSBuZXR3b3JrcyBpbnRlcmNv bm5lY3RlZCBieSBwcm90b2NvbCB0cmFuc2xhdGlvbiBnYXRld2F5cyBhbmQgcHJveGllcy4NCg0K R2VuZXJhbGx5IHNwZWFraW5nLCBMTE5zIGFyZSBjaGFyYWN0ZXJpemVkIGFzIGZvbGxvd3MsIGJ1 dCBub3QgbGltaXRlZCB0bzoNCg0KLUxMTnMgb3BlcmF0ZSB3aXRoIGEgaGFyZCwgdmVyeSBzbWFs bCBib3VuZCBvbiBzdGF0ZS4NCg0KLUluIG1vc3QgY2FzZXMsIExMTiBvcHRpbWl6ZSBmb3Igc2F2 aW5nIGVuZXJneSBieSB1c2luZyBzbWFsbCBwYWNrZXQgaGVhZGVycyBhbmQgZmV3IHJlZHVjZSBh bW91bnQgb2YgY29udHJvbCBwYWNrZXRzLg0KDQotVHlwaWNhbCB0cmFmZmljIHBhdHRlcm5zIGFy ZSBub3Qgc2ltcGx5IHVuaWNhc3QgZmxvd3MgKGUuZy4gaW4gc29tZSBjYXNlcyBtb3N0IGlmIG5v dCBhbGwgdHJhZmZpYyBjYW4gYmUgcG9pbnQgdG8gbXVsdGlwb2ludCkuDQoNCi0gSW4gbW9zdCBj YXNlcywgTExOcyB3aWxsIGJlIGVtcGxveWVkIG92ZXIgbGluayBsYXllcnMgd2l0aCByZXN0cmlj dGVkIGZyYW1lLXNpemVzIGFuZCBsb3cgYml0IHJhdGVzLCB0aHVzIGEgcm91dGluZyBwcm90b2Nv bCBmb3IgTExOcyBzaG91bGQgYmUgc3BlY2lmaWNhbGx5IGFkYXB0ZWQgZm9yIHN1Y2ggbGluayBs YXllcnMuDQoNCi0gTExOIHJvdXRpbmcgcHJvdG9jb2xzIGhhdmUgdG8gYmUgdmVyeSBjYXJlZnVs IHdoZW4gdHJhZGluZyBvZmYgZWZmaWNpZW5jeSBmb3IgZ2VuZXJhbGl0eTsgc2luY2UgTExOIG5v ZGVzIGRvIG5vdCBoYXZlIHJlc291cmNlcyB0byB3YXN0ZS4NCg0KDQpUaGVzZSBzcGVjaWZpYyBw cm9wZXJ0aWVzIGNhdXNlIExMTnMgdG8gaGF2ZSBzcGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50 cy4NCg0KRXhpc3Rpbmcgcm91dGluZyBwcm90b2NvbHMgc3VjaCBhcyBPU1BGLCBJUy1JUywgQU9E ViwgYW5kIE9MU1IgaGF2ZSBiZWVuIGV2YWx1YXRlZCBieSB0aGUgd29ya2luZyBncm91cCAoZHJh ZnQtbGV2aXMtcm9sbC1vdmVydmlldy1wcm90b2NvbHMtMDApIGFuZCBoYXZlIGluIHRoZWlyIGN1 cnJlbnQgZm9ybSBiZWVuIGZvdW5kIHRvIG5vdCBzYXRpc2Z5IGFsbCBvZiB0aGVzZSBzcGVjaWZp YyByb3V0aW5nIHJlcXVpcmVtZW50cyDigJxSb3V0aW5nIFJlcXVpcmVtZW50cyBmb3IgVXJiYW4g TG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTU0OCwg4oCcSW5kdXN0cmlhbCBS b3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtz4oCdIFJG QyA1NjczLCDigJxIb21lIEF1dG9tYXRpb24gUm91dGluZyBSZXF1aXJlbWVudHMgaW4gTG93LVBv d2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTgyNiwgQnVpbGRpbmcgQXV0b21hdGlvbiBS b3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIFJGQyA1 ODY3Lg0KDQpUaGUgV29ya2luZyBHcm91cCBpcyBmb2N1c2VkIG9uIHJvdXRpbmcgaXNzdWVzIGZv ciBMTE4gYW5kIG1haW50YWluaW5nIHRoZSBwcm90b2NvbHMgZGV2ZWxvcGVkIGJ5IHRoZSB3b3Jr aW5nIGdyb3VwLg0KDQpUaGVyZSBpcyBhIHdpZGUgc2NvcGUgb2YgYXBwbGljYXRpb24gYXJlYXMg Zm9yIExMTnMsIGluY2x1ZGluZyBpbmR1c3RyaWFsIG1vbml0b3JpbmcsIGJ1aWxkaW5nIGF1dG9t YXRpb24gKEhWQUMsIGxpZ2h0aW5nLCBhY2Nlc3MgY29udHJvbCwgZmlyZSksIGNvbm5lY3RlZCBo b21lcywgaGVhbHRoIGNhcmUsIGVudmlyb25tZW50YWwgbW9uaXRvcmluZywgdXJiYW4gc2Vuc29y IG5ldHdvcmtzIChlLmcuIFNtYXJ0IEdyaWQpLCBhc3NldCB0cmFja2luZy4gVGhlIFdvcmtpbmcg R3JvdXAgZm9jdXNlcyBvbiByb3V0aW5nIHNvbHV0aW9ucyBmb3IgYSBzdWJzZXQgb2YgdGhlc2U6 IGNvbm5lY3RlZCBob21lLCBidWlsZGluZyBhbmQgdXJiYW4gc2Vuc29yIG5ldHdvcmtzIGZvciB3 aGljaCByb3V0aW5nIHJlcXVpcmVtZW50cyBoYXZlIGJlZW4gc3BlY2lmaWVkLiBUaGVzZSBhcHBs aWNhdGlvbi1zcGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50IGRvY3VtZW50cyB3ZXJlIHVzZWQg Zm9yIHByb3RvY29sIGRlc2lnbi4NClRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMgb24gSVB2NiBy b3V0aW5nIGFyY2hpdGVjdHVyYWwgZnJhbWV3b3JrIGZvciB0aGVzZSBhcHBsaWNhdGlvbiBzY2Vu YXJpb3MuIFRoZSBGcmFtZXdvcmsgd2lsbCB0YWtlIGludG8gY29uc2lkZXJhdGlvbiB2YXJpb3Vz IGFzcGVjdHMgaW5jbHVkaW5nIGhpZ2ggcmVsaWFiaWxpdHkgaW4gdGhlIHByZXNlbmNlIG9mIHRp bWUgdmFyeWluZyBsb3NzIGNoYXJhY3RlcmlzdGljcyBhbmQgY29ubmVjdGl2aXR5IHdoaWxlIHBl cm1pdHRpbmcgbG93LXBvd2VyIG9wZXJhdGlvbiB3aXRoIHZlcnkgbW9kZXN0IG1lbW9yeSBhbmQg Q1BVIHByZXNzdXJlIGluIG5ldHdvcmtzIHBvdGVudGlhbGx5IGNvbXByaXNpbmcgYSB2ZXJ5IGxh cmdlIG51bWJlciAoc2V2ZXJhbCB0aG91c2FuZHMpIG9mIG5vZGVzLg0KDQpUaGUgV29ya2luZyBH cm91cCB3aWxsIGRvY3VtZW50IGhvdyBkYXRhIHBhY2tldHMgYXJlIHJvdXRlZCBhbmQgZW5jYXBz dWxhdGVkIHdoZW4gdGhleSBjcm9zcyB0aGUgTExOLCBhbmQgd2hlbiB0aGV5IGVudGVyIGFuZCBl eGl0IHRoZSBMTE46IHRoZSBhcHByb3ByaWF0ZSB1c2Ugb2YgUkgzIChSRkM2NTUzKSwgUlBJIChS RkM2NTU0KSBhbmQgSVB2Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24gaW5jbHVkaW5nIGhvdyByb3V0 aW5nIGxvb3BzIGFyZSBkZXRlY3RlZC4gSW4gY29uc3VsdGF0aW9uIHdpdGggdGhlIDZsbyBXRywg dGhlIFdvcmtpbmcgR3JvdXAgd2lsbCBkZXNpZ24gYSBtZXRob2QgdG8gY29tcHJlc3MgdGhlc2Ug cm91dGluZyBoZWFkZXJzIGludG8gYSBzaW5nbGUgYmxvY2suIFRoZSBXR0xDIG9uIHRoaXMgd29y ayB3aWxsIGJlIHNoYXJlZCB3aXRoIDZsby4gVGhlIFdvcmtpbmcgZ3JvdXAgd2lsbCBhbGlnbiB3 aXRoIHRoZSA2bWFuIFdHIHdoZW4gbmVlZGVkLg0KUk9MTCBpcyByZXNwb25zaWJsZSBmb3IgbWFp bnRlbmFuY2Ugb2YgdGhlIHByb3RvY29scyB0aGF0IGlzIGhhcyBkZXZlbG9wZWQsIGluY2x1ZGlu ZyBSUEwgYW5kIE1QTC4gQUQgYXBwcm92YWwgaXMgcmVxdWlyZWQgZm9yIGVhY2ggbmV3IHdvcmsg aXRlbSB0aGF0IGlzIHByb3Bvc2VkLg0KDQpXb3JrIEl0ZW1zIGFyZToNCg0KLSBHdWlkYW5jZSBp biB1c2luZyBSRkM2NTUzLCBSRkM2NTU0LCBhbmQgSVB2Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24u DQoNCi0gQ29tcHJlc3Npb24gb2YgIFJGQzY1NTMsIFJGQzY1NTQsIGFuZCBJUCBoZWFkZXJzIGlu IHRoZSA2TG9XUEFOIGFkYXB0YXRpb24gbGF5ZXIgY29udGV4dA0KDQotIEFkZGl0aW9uYWwgcHJv dG9jb2wgdG8gIHJlZHVjZSBwYXRocyBmb3IgUlBMIGluIG5vbi1zdG9yaW5nIG1vZGUNCg0KLSBB dXRvbWF0aWMgc2VsZWN0aW9uIG9mIE1QTCBmb3J3YXJkZXJzIHRvIHJlZHVjZSBtZXNzYWdlIHJl cGxpY2F0aW9uDQoNCi0gRGF0YSBtb2RlbHMgZm9yIFJQTCBhbmQgTVBMIG1hbmFnZW1lbnQNCg0K LSBBbHRlcm5hdGl2ZSBNdWx0aWNhc3QgYWxnb3JpdGhtIGJhc2VkIG9uIEJpZXIgZm9yd2FyZGlu Zy4NCg0KLSBTb2x1dGlvbiAgb2YgIHRoZSAgcHJvYmxlbXMgYXNzb2NpYXRlZCB3aXRoIHRoZSB1 c2Ugb2YgTm8tIFBhdGggREFPIG1lc3NhZ2luZyBpbiBSUEwuDQoNCi0gTWV0aG9kcyB0byBpbXBy b3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvdXIsIGUuZy4gRElTIG1vZGlmaWNhdGlvbnMgaW4g UlBMLg0KDQoNCk1pbGVzdG9uZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgREFURQ0KDQpSZWNoYXJ0ZXIgV0cgb3IgY2xvc2UgICAgICAgICAgICAgICAgICAgU2VwdGVt YmVyIDIwMTcNCg0KSW5pdGlhbCBzdWJtaXNzaW9uIG9mIGRyYWZ0IGFib3V0IFlBTkcgUlBMIG1v ZGVsIHRvIElFU0cgICBNYXJjaCAyMDE3DQoNCkluaXRpYWwgc3VibWlzc2lvbiBvZiBkcmFmdCBh Ym91dCBNUEwgc2VsZWN0aW9uIHRvIElFU0cgICAgSmFudWFyeSAyMDE3DQoNCkluaXRpYWwgc3Vi bWlzc2lvbiBvZiBkcmFmdCBhYm91dCBCaWVyIE11bHRpY2FzdCB0byBJRVNHICAgICAgTm92ZW1i ZXIgMjAxNg0KDQpTdWJtaXQgZHJhZnQgYWJvdXQgWUFORyBNUEwgbW9kZWwgdG8gSUVTRyAgICAg T2N0b2JlciAyMDE2DQoNCkluaXRpYWwgU3VibWlzc2lvbiBvZiB0aGUgZHJhZnQgYWJvdXQgd2hl biB0byB1c2UgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNhcHN1bGF0aW9u ICAgICBBdWd1c3QgMjAxNg0KRHJhZnQtaWV0Zi1yb2xsLXVzZW9mcnBsaW5mbyB0byB0aGUgSUVT Ry4NCg0KSW5pdGlhbCBzdWJtaXNzaW9uIG9mIHRoZSBkcmFmdCBhYm91dCBob3cgdG8gY29tcHJl c3MgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhlYWRlcnMgaW4gdGhlIDZMb1dQQU4gYWRhcHRh dGlvbiBsYXllciBjb250ZXh0LiAgdG8gdGhlIElFU0cuICAgIE1heSAyMDE2DQpkcmFmdC1pZXRm LXJvbGwtcm91dGluZy1kaXNwYXRjaA0KDQpJbml0aWFsIFN1Ym1pc3Npb24gb2YgdGhlIE5vLVBh dGggREFPIFByb2JsZW0gU3RhdGVtZW50IHRvIHRoZSBJRVNHICAgICBOb3ZlbWJlciAyMDE2DQoN Cg0KDQovLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vDQo= --_000_DB5PR01MB18151D687D8A53D059D8501980210DB5PR01MB1815eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5N c29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1 NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNv bG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgUGFzY2FsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q291bGQgd2UganVzdCBz YXkgdGhhdCDigJx0aGUgZ3JvdXAgd2lsbCB3b3JrIG9uIGVuaGFuY2VtZW50cy9vcHRpbWl6YXRp b25zIGZvciBtdWx0aWNhc3Qgb24gYW4gTExO4oCdLCByYXRoZXIgdGhhbiBzcGVsbCBvdXQgZXhw bGljaXQgaXRlbXMgPyBXZeKAmXZlIGRvbmUgdGhpcyB0eXBlDQogb2YgYWdncmVnYXRpb24gYWxy ZWFkeSBmb3Ig4oCcTWV0aG9kcyB0byBpbXByb3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvcuKA nS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPk9yLCBpZiBvdGhlcnMgZmVlbCB3ZSBuZWVkIHRvIHNheSBhYnNvbHV0ZWx5 IHdoYXQgd2UgcGxhbiBvbiBkb2luZywgdGhlbiBtYXliZSB0aGVzZSBjb3VsZCBiZSBidWxsZXRl ZCwgd2l0aCB0aGUgbGFzdCBidWxsZXQgaW5kaWNhdGluZyDigJxhbmQgb3RoZXIgbWV0aG9kcyBv Zg0KIGVuaGFuY2luZyBvciBvcHRpbWl6aW5nIG11bHRpY2FzdCBvbiBhbiBMTE7igJ08bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPlJhbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUm9sbCBbbWFpbHRvOnJvbGwtYm91bmNlc0Bp ZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+UGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KTxi cj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgMjcsIDIwMTYgMTA6NTMgQU08YnI+DQo8Yj5U bzo8L2I+IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzPGJyPg0KPGI+ Q2M6PC9iPiBwZXRlciB2YW4gZGVyIFN0b2s8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtSb2xs XSBSZXF1ZXN0IGZvciBDb21tZW50cyBmb3IgUk9MTCBDaGFydGVyPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkhlbGxvIEluZXMgYW5kIFBldGVyOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SeKAmW0gaGFw cHkgd2l0aCB0aGlzIHByb3Bvc2VkIGNoYXJ0ZXIuIE9uIHRoaXMgcGFydGljdWxhciBpdGVtLCB0 aG91Z2gsDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+4oCcPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+QWRkaXRpb25hbCBwcm90b2NvbCB0byAmbmJzcDtyZWR1Y2UgcGF0aHMgZm9yIFJQTCBpbiBu b24tc3RvcmluZyBtb2RlPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+4oCcPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J4oCZ bGwgbm90ZSB0aGF0IG1ldGhvZHMgdGhhdCByZWx5IG9uIEJJRVIgb3Igb24gQmxvb20gZmlsdGVy cyB0byBtYWtlIHJvdXRpbmcgbW9yZSBlZmZpY2llbnQgd2VyZSBhbHJlYWR5IGRpc2N1c3NlZCBh bmQgc2hvdWxkIGJlIGFjY29tbW9kYXRlZC4gUHJvcG9zYWw6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkFkZGl0aW9uYWwgcHJvdG9jb2wgZWxlbWVu dHMgdG8gcmVkdWNlIHNvdXJjZSByb3V0ZSBoZWFkZXJzIGluIG5vbi1zdG9yaW5nIG1vZGUgYW5k L29yIG1lbW9yeSBjb25zdW1wdGlvbiBpbiBzdG9yaW5nIG1vZGUgc3VjaCBhcyByb3V0ZSBwcm9q ZWN0aW9uIGFuZCBCSUVSLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi bHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41 cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5DaGFydGVy IGZvciBXb3JraW5nIEdyb3VwPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+TG93IHBvd2VyIGFuZCBMb3NzeSBOZXR3 b3JrcyAoTExOcykgYXJlIG1hZGUgdXAgb2YgbWFueSBlbWJlZGRlZCBkZXZpY2VzIHdpdGggbGlt aXRlZCBwb3dlciwgbWVtb3J5LCBhbmQgcHJvY2Vzc2luZyByZXNvdXJjZXMuIFRoZXkgYXJlIGlu dGVyY29ubmVjdGVkIGJ5IGEgdmFyaWV0eSBvZiBsaW5rcywgc3VjaCBhcyBJRUVFIDgwMi4xNS40 LCBCbHVldG9vdGgsDQogTG93IFBvd2VyIFdpRmksIHdpcmVkIG9yIG90aGVyIGxvdyBwb3dlciBQ TEMgKFBvd2VybGluZSBDb21tdW5pY2F0aW9uKSBsaW5rcy4gTExOcyBhcmUgdHJhbnNpdGlvbmlu ZyB0byBhbiBlbmQtdG8tZW5kIElQLWJhc2VkIHNvbHV0aW9uIHRvIGF2b2lkIHRoZSBwcm9ibGVt IG9mIG5vbi1pbnRlcm9wZXJhYmxlIG5ldHdvcmtzIGludGVyY29ubmVjdGVkIGJ5IHByb3RvY29s IHRyYW5zbGF0aW9uIGdhdGV3YXlzIGFuZCBwcm94aWVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkdlbmVyYWxs eSBzcGVha2luZywgTExOcyBhcmUgY2hhcmFjdGVyaXplZCBhcyBmb2xsb3dzLCBidXQgbm90IGxp bWl0ZWQgdG86PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LUxMTnMgb3BlcmF0ZSB3aXRoIGEgaGFyZCwgdmVyeSBz bWFsbCBib3VuZCBvbiBzdGF0ZS4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tSW4gbW9zdCBjYXNlcywg TExOIG9wdGltaXplIGZvciBzYXZpbmcgZW5lcmd5IGJ5IHVzaW5nIHNtYWxsIHBhY2tldCBoZWFk ZXJzIGFuZCBmZXcgcmVkdWNlIGFtb3VudCBvZiBjb250cm9sIHBhY2tldHMuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+LVR5cGljYWwgdHJhZmZpYyBwYXR0ZXJucyBhcmUgbm90IHNpbXBseSB1bmljYXN0IGZsb3dz IChlLmcuIGluIHNvbWUgY2FzZXMgbW9zdCBpZiBub3QgYWxsIHRyYWZmaWMgY2FuIGJlIHBvaW50 IHRvIG11bHRpcG9pbnQpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gSW4gbW9zdCBjYXNlcywgTExOcyB3aWxs IGJlIGVtcGxveWVkIG92ZXIgbGluayBsYXllcnMgd2l0aCByZXN0cmljdGVkIGZyYW1lLXNpemVz IGFuZCBsb3cgYml0IHJhdGVzLCB0aHVzIGEgcm91dGluZyBwcm90b2NvbCBmb3IgTExOcyBzaG91 bGQgYmUgc3BlY2lmaWNhbGx5IGFkYXB0ZWQgZm9yIHN1Y2ggbGluayBsYXllcnMuJm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdCI+LSBMTE4gcm91dGluZyBwcm90b2NvbHMgaGF2ZSB0byBiZSB2ZXJ5IGNhcmVm dWwgd2hlbiB0cmFkaW5nIG9mZiBlZmZpY2llbmN5IGZvciBnZW5lcmFsaXR5OyBzaW5jZSBMTE4g bm9kZXMgZG8gbm90IGhhdmUgcmVzb3VyY2VzIHRvIHdhc3RlLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPlRoZXNlIHNwZWNpZmljIHByb3BlcnRp ZXMgY2F1c2UgTExOcyB0byBoYXZlIHNwZWNpZmljIHJvdXRpbmcgcmVxdWlyZW1lbnRzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPkV4aXN0aW5nIHJvdXRpbmcgcHJvdG9jb2xzIHN1Y2ggYXMgT1NQRiwgSVMtSVMs IEFPRFYsIGFuZCBPTFNSIGhhdmUgYmVlbiBldmFsdWF0ZWQgYnkgdGhlIHdvcmtpbmcgZ3JvdXAg KGRyYWZ0LWxldmlzLXJvbGwtb3ZlcnZpZXctcHJvdG9jb2xzLTAwKSBhbmQgaGF2ZSBpbiB0aGVp ciBjdXJyZW50IGZvcm0gYmVlbiBmb3VuZCB0byBub3Qgc2F0aXNmeSBhbGwNCiBvZiB0aGVzZSBz cGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50cyDigJxSb3V0aW5nIFJlcXVpcmVtZW50cyBmb3Ig VXJiYW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTU0OCwg4oCcSW5kdXN0 cmlhbCBSb3V0aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtz 4oCdIFJGQyA1NjczLCDigJxIb21lIEF1dG9tYXRpb24gUm91dGluZyBSZXF1aXJlbWVudHMgaW4g TG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnQ0KIFJGQyA1ODI2LCBCdWlsZGluZyBBdXRv bWF0aW9uIFJvdXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29y a3MgUkZDIDU4NjcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhlIFdvcmtpbmcgR3JvdXAgaXMgZm9jdXNlZCBv biByb3V0aW5nIGlzc3VlcyBmb3IgTExOIGFuZCBtYWludGFpbmluZyB0aGUgcHJvdG9jb2xzIGRl dmVsb3BlZCBieSB0aGUgd29ya2luZyBncm91cC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjku NXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5UaGVyZSBpcyBhIHdp ZGUgc2NvcGUgb2YgYXBwbGljYXRpb24gYXJlYXMgZm9yIExMTnMsIGluY2x1ZGluZyBpbmR1c3Ry aWFsIG1vbml0b3JpbmcsIGJ1aWxkaW5nIGF1dG9tYXRpb24gKEhWQUMsIGxpZ2h0aW5nLCBhY2Nl c3MgY29udHJvbCwgZmlyZSksIGNvbm5lY3RlZCBob21lcywgaGVhbHRoIGNhcmUsIGVudmlyb25t ZW50YWwgbW9uaXRvcmluZywgdXJiYW4NCiBzZW5zb3IgbmV0d29ya3MgKGUuZy4gU21hcnQgR3Jp ZCksIGFzc2V0IHRyYWNraW5nLiBUaGUgV29ya2luZyBHcm91cCBmb2N1c2VzIG9uIHJvdXRpbmcg c29sdXRpb25zIGZvciBhIHN1YnNldCBvZiB0aGVzZTogY29ubmVjdGVkIGhvbWUsIGJ1aWxkaW5n IGFuZCB1cmJhbiBzZW5zb3IgbmV0d29ya3MgZm9yIHdoaWNoIHJvdXRpbmcgcmVxdWlyZW1lbnRz IGhhdmUgYmVlbiBzcGVjaWZpZWQuIFRoZXNlIGFwcGxpY2F0aW9uLXNwZWNpZmljIHJvdXRpbmcN CiByZXF1aXJlbWVudCBkb2N1bWVudHMgd2VyZSB1c2VkIGZvciBwcm90b2NvbCBkZXNpZ24uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhlIFdvcmtpbmcgR3JvdXAgZm9jdXNlcyBv biBJUHY2IHJvdXRpbmcgYXJjaGl0ZWN0dXJhbCBmcmFtZXdvcmsgZm9yIHRoZXNlIGFwcGxpY2F0 aW9uIHNjZW5hcmlvcy4gVGhlIEZyYW1ld29yayB3aWxsIHRha2UgaW50byBjb25zaWRlcmF0aW9u IHZhcmlvdXMgYXNwZWN0cyBpbmNsdWRpbmcgaGlnaCByZWxpYWJpbGl0eSBpbiB0aGUgcHJlc2Vu Y2Ugb2YgdGltZQ0KIHZhcnlpbmcgbG9zcyBjaGFyYWN0ZXJpc3RpY3MgYW5kIGNvbm5lY3Rpdml0 eSB3aGlsZSBwZXJtaXR0aW5nIGxvdy1wb3dlciBvcGVyYXRpb24gd2l0aCB2ZXJ5IG1vZGVzdCBt ZW1vcnkgYW5kIENQVSBwcmVzc3VyZSBpbiBuZXR3b3JrcyBwb3RlbnRpYWxseSBjb21wcmlzaW5n IGEgdmVyeSBsYXJnZSBudW1iZXIgKHNldmVyYWwgdGhvdXNhbmRzKSBvZiBub2Rlcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0Ij5UaGUgV29ya2luZyBHcm91cCB3aWxsIGRvY3VtZW50IGhvdyBkYXRhIHBhY2tldHMg YXJlIHJvdXRlZCBhbmQgZW5jYXBzdWxhdGVkIHdoZW4gdGhleSBjcm9zcyB0aGUgTExOLCBhbmQg d2hlbiB0aGV5IGVudGVyIGFuZCBleGl0IHRoZSBMTE46IHRoZSBhcHByb3ByaWF0ZSB1c2Ugb2Yg UkgzIChSRkM2NTUzKSwgUlBJIChSRkM2NTU0KSBhbmQgSVB2Ni1pbi1JUHY2DQogZW5jYXBzdWxh dGlvbiBpbmNsdWRpbmcgaG93IHJvdXRpbmcgbG9vcHMgYXJlIGRldGVjdGVkLiBJbiBjb25zdWx0 YXRpb24gd2l0aCB0aGUgNmxvIFdHLCB0aGUgV29ya2luZyBHcm91cCB3aWxsIGRlc2lnbiBhIG1l dGhvZCB0byBjb21wcmVzcyB0aGVzZSByb3V0aW5nIGhlYWRlcnMgaW50byBhIHNpbmdsZSBibG9j ay4gVGhlIFdHTEMgb24gdGhpcyB3b3JrIHdpbGwgYmUgc2hhcmVkIHdpdGggNmxvLiBUaGUgV29y a2luZyBncm91cCB3aWxsIGFsaWduDQogd2l0aCB0aGUgNm1hbiBXRyB3aGVuIG5lZWRlZC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5ST0xMIGlzIHJlc3BvbnNpYmxlIGZvciBtYWlu dGVuYW5jZSBvZiB0aGUgcHJvdG9jb2xzIHRoYXQgaXMgaGFzIGRldmVsb3BlZCwgaW5jbHVkaW5n IFJQTCBhbmQgTVBMLiBBRCBhcHByb3ZhbCBpcyByZXF1aXJlZCBmb3IgZWFjaCBuZXcgd29yayBp dGVtIHRoYXQgaXMgcHJvcG9zZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+V29yayBJdGVtcyBhcmU6PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjVwdCI+LSBHdWlkYW5jZSBpbiB1c2luZyBSRkM2NTUzLCBSRkM2NTU0LCBhbmQgSVB2Ni1p bi1JUHY2IGVuY2Fwc3VsYXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LSBDb21wcmVzc2lvbiBvZiAmbmJz cDtSRkM2NTUzLCBSRkM2NTU0LCBhbmQgSVAgaGVhZGVycyBpbiB0aGUgNkxvV1BBTiBhZGFwdGF0 aW9uIGxheWVyIGNvbnRleHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIEFkZGl0aW9uYWwgcHJvdG9jb2wgdG8g Jm5ic3A7cmVkdWNlIHBhdGhzIGZvciBSUEwgaW4gbm9uLXN0b3JpbmcgbW9kZTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41 cHQiPi0gQXV0b21hdGljIHNlbGVjdGlvbiBvZiBNUEwgZm9yd2FyZGVycyB0byByZWR1Y2UgbWVz c2FnZSByZXBsaWNhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gRGF0YSBtb2RlbHMgZm9yIFJQTCBhbmQg TVBMIG1hbmFnZW1lbnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIEFsdGVybmF0aXZlIE11bHRpY2FzdCBhbGdv cml0aG0gYmFzZWQgb24gQmllciBmb3J3YXJkaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gU29sdXRpb24g Jm5ic3A7b2YgJm5ic3A7dGhlICZuYnNwO3Byb2JsZW1zIGFzc29jaWF0ZWQgd2l0aCB0aGUgdXNl IG9mIE5vLSBQYXRoIERBTyBtZXNzYWdpbmcgaW4gUlBMLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gTWV0aG9k cyB0byBpbXByb3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlvdXIsIGUuZy4gRElTIG1vZGlmaWNh dGlvbnMgaW4gUlBMLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPk1pbGVzdG9uZXMgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0RBVEU8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0Ij5SZWNoYXJ0ZXIgV0cgb3IgY2xvc2UgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgU2VwdGVtYmVyIDIwMTc8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0Ij5Jbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgWUFORyBSUEwgbW9kZWwg dG8gSUVTRyAmbmJzcDsgTWFyY2ggMjAxNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRpYWwgc3VibWlzc2lv biBvZiBkcmFmdCBhYm91dCBNUEwgc2VsZWN0aW9uIHRvIElFU0cgJm5ic3A7ICZuYnNwO0phbnVh cnkgMjAxNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRpYWwgc3VibWlzc2lvbiBvZiBkcmFmdCBhYm91dCBC aWVyIE11bHRpY2FzdCB0byBJRVNHICZuYnNwOyAmbmJzcDsgJm5ic3A7Tm92ZW1iZXIgMjAxNjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPlN1Ym1pdCBkcmFmdCBhYm91dCBZQU5HIE1QTCBtb2RlbCB0byBJRVNHICZu YnNwOyAmbmJzcDsgT2N0b2JlciAyMDE2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBTdWJtaXNzaW9u IG9mIHRoZSBkcmFmdCBhYm91dCB3aGVuIHRvIHVzZSBSRkM2NTUzLCBSRkM2NTU0LCBhbmQgSVB2 Ni1pbi1JUHY2IGVuY2Fwc3VsYXRpb24gJm5ic3A7ICZuYnNwOyBBdWd1c3QgMjAxNjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPkRyYWZ0LWlldGYtcm9sbC11c2VvZnJwbGluZm8gdG8g dGhlIElFU0cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5pdGlhbCBzdWJtaXNzaW9uIG9mIHRoZSBkcmFmdCBh Ym91dCBob3cgdG8gY29tcHJlc3MgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQIGhlYWRlcnMgaW4g dGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBjb250ZXh0LiAmbmJzcDt0byB0aGUgSUVTRy4g Jm5ic3A7ICZuYnNwO01heSAyMDE2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ZHJh ZnQtaWV0Zi1yb2xsLXJvdXRpbmctZGlzcGF0Y2ggJm5ic3A7ICZuYnNwOyAmbmJzcDsmbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij5Jbml0aWFsIFN1Ym1pc3Npb24gb2YgdGhlIE5vLVBhdGggREFPIFByb2Js ZW0gU3RhdGVtZW50IHRvIHRoZSBJRVNHICZuYnNwOyAmbmJzcDsgTm92ZW1iZXIgMjAxNjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Ly8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_DB5PR01MB18151D687D8A53D059D8501980210DB5PR01MB1815eurp_-- From nobody Mon Jun 27 09:17:16 2016 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 A0CE512D782 for ; Mon, 27 Jun 2016 09:17:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V0XBbArKbgut for ; Mon, 27 Jun 2016 09:17:10 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01AEF12D79E for ; Mon, 27 Jun 2016 09:17:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=38408; q=dns/txt; s=iport; t=1467044225; x=1468253825; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=IeH5YVbjR+zvCdR4SWwEjvep748OwT4ki6Ni4ekxIBA=; b=PoMFdgFO6QJADnq/Q1lQc/r6NAIzYT+aMx0pLrncynbegClCa85+jNOt O9MOvXU7aHfrEHKidr+aTadZxpp57xqKNjzNFnuOk81UyTkPFsFv1FFdT J1YpOKSCrsGS/LxFJu0xxL0fEj2LgK8ObNM3O+NS/yO++2v9dr2OknDIC c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D2AQDbUHFX/5RdJa1bgnBOVn0GuBaCD?= =?us-ascii?q?4F7hhgCHIEUOBQBAQEBAQEBZSeETAEBAQQjClwCAQgRBAEBIQEGAwICAjAUCQg?= =?us-ascii?q?CBBMIE4gVskaQFQEBAQEBAQEBAQEBAQEBAQEBAQEBARyGKIRNgSKCegoxH4JLg?= =?us-ascii?q?loFmQEBji+PK2+PDwEeNoIIHIFMbogzRX8BAQE?= X-IronPort-AV: E=Sophos;i="5.26,537,1459814400"; d="scan'208,217";a="119515963" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Jun 2016 16:17:04 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u5RGH4qg006284 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 27 Jun 2016 16:17:04 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; Mon, 27 Jun 2016 11:17:03 -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, 27 Jun 2016 11:17:03 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nVupFNWUgruE+yIgm4tP2235/9MbkggACXUID//71HgA== Date: Mon, 27 Jun 2016 16:17:00 +0000 Deferred-Delivery: Mon, 27 Jun 2016 16:16:01 +0000 Message-ID: <2f98fd28425b49d8a77119c01a918526@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> In-Reply-To: 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.20] Content-Type: multipart/alternative; boundary="_000_2f98fd28425b49d8a77119c01a918526XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 16:17:14 -0000 --_000_2f98fd28425b49d8a77119c01a918526XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gUmFuZHk6DQoNCknigJlkIGxpa2UgdG8gZW5hYmxlIHVuaWNhc3QgYW5kIEJJRVItVEUg YXMgd2VsbCA6ICkNCg0KQ2hlZXJzLA0KDQpQYXNjYWwNCg0KRnJvbTogUm9sbCBbbWFpbHRvOnJv bGwtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFR1cm5lciwgUmFuZHkNClNlbnQ6IGx1 bmRpIDI3IGp1aW4gMjAxNiAxNzoxMw0KVG86IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExv c3N5IG5ldHdvcmtzIDxyb2xsQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtSb2xsXSBSZXF1ZXN0 IGZvciBDb21tZW50cyBmb3IgUk9MTCBDaGFydGVyDQoNCkhpIFBhc2NhbCwNCg0KQ291bGQgd2Ug anVzdCBzYXkgdGhhdCDigJx0aGUgZ3JvdXAgd2lsbCB3b3JrIG9uIGVuaGFuY2VtZW50cy9vcHRp bWl6YXRpb25zIGZvciBtdWx0aWNhc3Qgb24gYW4gTExO4oCdLCByYXRoZXIgdGhhbiBzcGVsbCBv dXQgZXhwbGljaXQgaXRlbXMgPyBXZeKAmXZlIGRvbmUgdGhpcyB0eXBlIG9mIGFnZ3JlZ2F0aW9u IGFscmVhZHkgZm9yIOKAnE1ldGhvZHMgdG8gaW1wcm92ZSB0aGUgY3VycmVudCBSUEwgYmVoYXZp b3LigJ0uDQoNCk9yLCBpZiBvdGhlcnMgZmVlbCB3ZSBuZWVkIHRvIHNheSBhYnNvbHV0ZWx5IHdo YXQgd2UgcGxhbiBvbiBkb2luZywgdGhlbiBtYXliZSB0aGVzZSBjb3VsZCBiZSBidWxsZXRlZCwg d2l0aCB0aGUgbGFzdCBidWxsZXQgaW5kaWNhdGluZyDigJxhbmQgb3RoZXIgbWV0aG9kcyBvZiBl bmhhbmNpbmcgb3Igb3B0aW1pemluZyBtdWx0aWNhc3Qgb24gYW4gTExO4oCdDQoNClJhbmR5DQoN CkZyb206IFJvbGwgW21haWx0bzpyb2xsLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBQ YXNjYWwgVGh1YmVydCAocHRodWJlcnQpDQpTZW50OiBNb25kYXksIEp1bmUgMjcsIDIwMTYgMTA6 NTMgQU0NClRvOiBSb3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3Jrcw0KQ2M6 IHBldGVyIHZhbiBkZXIgU3Rvaw0KU3ViamVjdDogUmU6IFtSb2xsXSBSZXF1ZXN0IGZvciBDb21t ZW50cyBmb3IgUk9MTCBDaGFydGVyDQoNCkhlbGxvIEluZXMgYW5kIFBldGVyOg0KDQpJ4oCZbSBo YXBweSB3aXRoIHRoaXMgcHJvcG9zZWQgY2hhcnRlci4gT24gdGhpcyBwYXJ0aWN1bGFyIGl0ZW0s IHRob3VnaCwNCuKAnA0KQWRkaXRpb25hbCBwcm90b2NvbCB0byAgcmVkdWNlIHBhdGhzIGZvciBS UEwgaW4gbm9uLXN0b3JpbmcgbW9kZQ0K4oCcDQoNCknigJlsbCBub3RlIHRoYXQgbWV0aG9kcyB0 aGF0IHJlbHkgb24gQklFUiBvciBvbiBCbG9vbSBmaWx0ZXJzIHRvIG1ha2Ugcm91dGluZyBtb3Jl IGVmZmljaWVudCB3ZXJlIGFscmVhZHkgZGlzY3Vzc2VkIGFuZCBzaG91bGQgYmUgYWNjb21tb2Rh dGVkLiBQcm9wb3NhbDoNCuKAnA0KQWRkaXRpb25hbCBwcm90b2NvbCBlbGVtZW50cyB0byByZWR1 Y2Ugc291cmNlIHJvdXRlIGhlYWRlcnMgaW4gbm9uLXN0b3JpbmcgbW9kZSBhbmQvb3IgbWVtb3J5 IGNvbnN1bXB0aW9uIGluIHN0b3JpbmcgbW9kZSBzdWNoIGFzIHJvdXRlIHByb2plY3Rpb24gYW5k IEJJRVIuDQrigJwNCg0KDQovLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLw0K DQpDaGFydGVyIGZvciBXb3JraW5nIEdyb3VwDQoNCkxvdyBwb3dlciBhbmQgTG9zc3kgTmV0d29y a3MgKExMTnMpIGFyZSBtYWRlIHVwIG9mIG1hbnkgZW1iZWRkZWQgZGV2aWNlcyB3aXRoIGxpbWl0 ZWQgcG93ZXIsIG1lbW9yeSwgYW5kIHByb2Nlc3NpbmcgcmVzb3VyY2VzLiBUaGV5IGFyZSBpbnRl cmNvbm5lY3RlZCBieSBhIHZhcmlldHkgb2YgbGlua3MsIHN1Y2ggYXMgSUVFRSA4MDIuMTUuNCwg Qmx1ZXRvb3RoLCBMb3cgUG93ZXIgV2lGaSwgd2lyZWQgb3Igb3RoZXIgbG93IHBvd2VyIFBMQyAo UG93ZXJsaW5lIENvbW11bmljYXRpb24pIGxpbmtzLiBMTE5zIGFyZSB0cmFuc2l0aW9uaW5nIHRv IGFuIGVuZC10by1lbmQgSVAtYmFzZWQgc29sdXRpb24gdG8gYXZvaWQgdGhlIHByb2JsZW0gb2Yg bm9uLWludGVyb3BlcmFibGUgbmV0d29ya3MgaW50ZXJjb25uZWN0ZWQgYnkgcHJvdG9jb2wgdHJh bnNsYXRpb24gZ2F0ZXdheXMgYW5kIHByb3hpZXMuDQoNCkdlbmVyYWxseSBzcGVha2luZywgTExO cyBhcmUgY2hhcmFjdGVyaXplZCBhcyBmb2xsb3dzLCBidXQgbm90IGxpbWl0ZWQgdG86DQoNCi1M TE5zIG9wZXJhdGUgd2l0aCBhIGhhcmQsIHZlcnkgc21hbGwgYm91bmQgb24gc3RhdGUuDQoNCi1J biBtb3N0IGNhc2VzLCBMTE4gb3B0aW1pemUgZm9yIHNhdmluZyBlbmVyZ3kgYnkgdXNpbmcgc21h bGwgcGFja2V0IGhlYWRlcnMgYW5kIGZldyByZWR1Y2UgYW1vdW50IG9mIGNvbnRyb2wgcGFja2V0 cy4NCg0KLVR5cGljYWwgdHJhZmZpYyBwYXR0ZXJucyBhcmUgbm90IHNpbXBseSB1bmljYXN0IGZs b3dzIChlLmcuIGluIHNvbWUgY2FzZXMgbW9zdCBpZiBub3QgYWxsIHRyYWZmaWMgY2FuIGJlIHBv aW50IHRvIG11bHRpcG9pbnQpLg0KDQotIEluIG1vc3QgY2FzZXMsIExMTnMgd2lsbCBiZSBlbXBs b3llZCBvdmVyIGxpbmsgbGF5ZXJzIHdpdGggcmVzdHJpY3RlZCBmcmFtZS1zaXplcyBhbmQgbG93 IGJpdCByYXRlcywgdGh1cyBhIHJvdXRpbmcgcHJvdG9jb2wgZm9yIExMTnMgc2hvdWxkIGJlIHNw ZWNpZmljYWxseSBhZGFwdGVkIGZvciBzdWNoIGxpbmsgbGF5ZXJzLg0KDQotIExMTiByb3V0aW5n IHByb3RvY29scyBoYXZlIHRvIGJlIHZlcnkgY2FyZWZ1bCB3aGVuIHRyYWRpbmcgb2ZmIGVmZmlj aWVuY3kgZm9yIGdlbmVyYWxpdHk7IHNpbmNlIExMTiBub2RlcyBkbyBub3QgaGF2ZSByZXNvdXJj ZXMgdG8gd2FzdGUuDQoNCg0KVGhlc2Ugc3BlY2lmaWMgcHJvcGVydGllcyBjYXVzZSBMTE5zIHRv IGhhdmUgc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudHMuDQoNCkV4aXN0aW5nIHJvdXRpbmcg cHJvdG9jb2xzIHN1Y2ggYXMgT1NQRiwgSVMtSVMsIEFPRFYsIGFuZCBPTFNSIGhhdmUgYmVlbiBl dmFsdWF0ZWQgYnkgdGhlIHdvcmtpbmcgZ3JvdXAgKGRyYWZ0LWxldmlzLXJvbGwtb3ZlcnZpZXct cHJvdG9jb2xzLTAwKSBhbmQgaGF2ZSBpbiB0aGVpciBjdXJyZW50IGZvcm0gYmVlbiBmb3VuZCB0 byBub3Qgc2F0aXNmeSBhbGwgb2YgdGhlc2Ugc3BlY2lmaWMgcm91dGluZyByZXF1aXJlbWVudHMg 4oCcUm91dGluZyBSZXF1aXJlbWVudHMgZm9yIFVyYmFuIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0 d29ya3PigJ0gUkZDIDU1NDgsIOKAnEluZHVzdHJpYWwgUm91dGluZyBSZXF1aXJlbWVudHMgaW4g TG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTY3Mywg4oCcSG9tZSBBdXRvbWF0 aW9uIFJvdXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3Pi gJ0gUkZDIDU4MjYsIEJ1aWxkaW5nIEF1dG9tYXRpb24gUm91dGluZyBSZXF1aXJlbWVudHMgaW4g TG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyBSRkMgNTg2Ny4NCg0KVGhlIFdvcmtpbmcgR3Jv dXAgaXMgZm9jdXNlZCBvbiByb3V0aW5nIGlzc3VlcyBmb3IgTExOIGFuZCBtYWludGFpbmluZyB0 aGUgcHJvdG9jb2xzIGRldmVsb3BlZCBieSB0aGUgd29ya2luZyBncm91cC4NCg0KVGhlcmUgaXMg YSB3aWRlIHNjb3BlIG9mIGFwcGxpY2F0aW9uIGFyZWFzIGZvciBMTE5zLCBpbmNsdWRpbmcgaW5k dXN0cmlhbCBtb25pdG9yaW5nLCBidWlsZGluZyBhdXRvbWF0aW9uIChIVkFDLCBsaWdodGluZywg YWNjZXNzIGNvbnRyb2wsIGZpcmUpLCBjb25uZWN0ZWQgaG9tZXMsIGhlYWx0aCBjYXJlLCBlbnZp cm9ubWVudGFsIG1vbml0b3JpbmcsIHVyYmFuIHNlbnNvciBuZXR3b3JrcyAoZS5nLiBTbWFydCBH cmlkKSwgYXNzZXQgdHJhY2tpbmcuIFRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMgb24gcm91dGlu ZyBzb2x1dGlvbnMgZm9yIGEgc3Vic2V0IG9mIHRoZXNlOiBjb25uZWN0ZWQgaG9tZSwgYnVpbGRp bmcgYW5kIHVyYmFuIHNlbnNvciBuZXR3b3JrcyBmb3Igd2hpY2ggcm91dGluZyByZXF1aXJlbWVu dHMgaGF2ZSBiZWVuIHNwZWNpZmllZC4gVGhlc2UgYXBwbGljYXRpb24tc3BlY2lmaWMgcm91dGlu ZyByZXF1aXJlbWVudCBkb2N1bWVudHMgd2VyZSB1c2VkIGZvciBwcm90b2NvbCBkZXNpZ24uDQpU aGUgV29ya2luZyBHcm91cCBmb2N1c2VzIG9uIElQdjYgcm91dGluZyBhcmNoaXRlY3R1cmFsIGZy YW1ld29yayBmb3IgdGhlc2UgYXBwbGljYXRpb24gc2NlbmFyaW9zLiBUaGUgRnJhbWV3b3JrIHdp bGwgdGFrZSBpbnRvIGNvbnNpZGVyYXRpb24gdmFyaW91cyBhc3BlY3RzIGluY2x1ZGluZyBoaWdo IHJlbGlhYmlsaXR5IGluIHRoZSBwcmVzZW5jZSBvZiB0aW1lIHZhcnlpbmcgbG9zcyBjaGFyYWN0 ZXJpc3RpY3MgYW5kIGNvbm5lY3Rpdml0eSB3aGlsZSBwZXJtaXR0aW5nIGxvdy1wb3dlciBvcGVy YXRpb24gd2l0aCB2ZXJ5IG1vZGVzdCBtZW1vcnkgYW5kIENQVSBwcmVzc3VyZSBpbiBuZXR3b3Jr cyBwb3RlbnRpYWxseSBjb21wcmlzaW5nIGEgdmVyeSBsYXJnZSBudW1iZXIgKHNldmVyYWwgdGhv dXNhbmRzKSBvZiBub2Rlcy4NCg0KVGhlIFdvcmtpbmcgR3JvdXAgd2lsbCBkb2N1bWVudCBob3cg ZGF0YSBwYWNrZXRzIGFyZSByb3V0ZWQgYW5kIGVuY2Fwc3VsYXRlZCB3aGVuIHRoZXkgY3Jvc3Mg dGhlIExMTiwgYW5kIHdoZW4gdGhleSBlbnRlciBhbmQgZXhpdCB0aGUgTExOOiB0aGUgYXBwcm9w cmlhdGUgdXNlIG9mIFJIMyAoUkZDNjU1MyksIFJQSSAoUkZDNjU1NCkgYW5kIElQdjYtaW4tSVB2 NiBlbmNhcHN1bGF0aW9uIGluY2x1ZGluZyBob3cgcm91dGluZyBsb29wcyBhcmUgZGV0ZWN0ZWQu IEluIGNvbnN1bHRhdGlvbiB3aXRoIHRoZSA2bG8gV0csIHRoZSBXb3JraW5nIEdyb3VwIHdpbGwg ZGVzaWduIGEgbWV0aG9kIHRvIGNvbXByZXNzIHRoZXNlIHJvdXRpbmcgaGVhZGVycyBpbnRvIGEg c2luZ2xlIGJsb2NrLiBUaGUgV0dMQyBvbiB0aGlzIHdvcmsgd2lsbCBiZSBzaGFyZWQgd2l0aCA2 bG8uIFRoZSBXb3JraW5nIGdyb3VwIHdpbGwgYWxpZ24gd2l0aCB0aGUgNm1hbiBXRyB3aGVuIG5l ZWRlZC4NClJPTEwgaXMgcmVzcG9uc2libGUgZm9yIG1haW50ZW5hbmNlIG9mIHRoZSBwcm90b2Nv bHMgdGhhdCBpcyBoYXMgZGV2ZWxvcGVkLCBpbmNsdWRpbmcgUlBMIGFuZCBNUEwuIEFEIGFwcHJv dmFsIGlzIHJlcXVpcmVkIGZvciBlYWNoIG5ldyB3b3JrIGl0ZW0gdGhhdCBpcyBwcm9wb3NlZC4N Cg0KV29yayBJdGVtcyBhcmU6DQoNCi0gR3VpZGFuY2UgaW4gdXNpbmcgUkZDNjU1MywgUkZDNjU1 NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNhcHN1bGF0aW9uLg0KDQotIENvbXByZXNzaW9uIG9mICBS RkM2NTUzLCBSRkM2NTU0LCBhbmQgSVAgaGVhZGVycyBpbiB0aGUgNkxvV1BBTiBhZGFwdGF0aW9u IGxheWVyIGNvbnRleHQNCg0KLSBBZGRpdGlvbmFsIHByb3RvY29sIHRvICByZWR1Y2UgcGF0aHMg Zm9yIFJQTCBpbiBub24tc3RvcmluZyBtb2RlDQoNCi0gQXV0b21hdGljIHNlbGVjdGlvbiBvZiBN UEwgZm9yd2FyZGVycyB0byByZWR1Y2UgbWVzc2FnZSByZXBsaWNhdGlvbg0KDQotIERhdGEgbW9k ZWxzIGZvciBSUEwgYW5kIE1QTCBtYW5hZ2VtZW50DQoNCi0gQWx0ZXJuYXRpdmUgTXVsdGljYXN0 IGFsZ29yaXRobSBiYXNlZCBvbiBCaWVyIGZvcndhcmRpbmcuDQoNCi0gU29sdXRpb24gIG9mICB0 aGUgIHByb2JsZW1zIGFzc29jaWF0ZWQgd2l0aCB0aGUgdXNlIG9mIE5vLSBQYXRoIERBTyBtZXNz YWdpbmcgaW4gUlBMLg0KDQotIE1ldGhvZHMgdG8gaW1wcm92ZSB0aGUgY3VycmVudCBSUEwgYmVo YXZpb3VyLCBlLmcuIERJUyBtb2RpZmljYXRpb25zIGluIFJQTC4NCg0KDQpNaWxlc3RvbmVzICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERBVEUNCg0KUmVjaGFydGVyIFdH IG9yIGNsb3NlICAgICAgICAgICAgICAgICAgIFNlcHRlbWJlciAyMDE3DQoNCkluaXRpYWwgc3Vi bWlzc2lvbiBvZiBkcmFmdCBhYm91dCBZQU5HIFJQTCBtb2RlbCB0byBJRVNHICAgTWFyY2ggMjAx Nw0KDQpJbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgTVBMIHNlbGVjdGlvbiB0byBJ RVNHICAgIEphbnVhcnkgMjAxNw0KDQpJbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQg QmllciBNdWx0aWNhc3QgdG8gSUVTRyAgICAgIE5vdmVtYmVyIDIwMTYNCg0KU3VibWl0IGRyYWZ0 IGFib3V0IFlBTkcgTVBMIG1vZGVsIHRvIElFU0cgICAgIE9jdG9iZXIgMjAxNg0KDQpJbml0aWFs IFN1Ym1pc3Npb24gb2YgdGhlIGRyYWZ0IGFib3V0IHdoZW4gdG8gdXNlIFJGQzY1NTMsIFJGQzY1 NTQsIGFuZCBJUHY2LWluLUlQdjYgZW5jYXBzdWxhdGlvbiAgICAgQXVndXN0IDIwMTYNCkRyYWZ0 LWlldGYtcm9sbC11c2VvZnJwbGluZm8gdG8gdGhlIElFU0cuDQoNCkluaXRpYWwgc3VibWlzc2lv biBvZiB0aGUgZHJhZnQgYWJvdXQgaG93IHRvIGNvbXByZXNzIFJGQzY1NTMsIFJGQzY1NTQsIGFu ZCBJUCBoZWFkZXJzIGluIHRoZSA2TG9XUEFOIGFkYXB0YXRpb24gbGF5ZXIgY29udGV4dC4gIHRv IHRoZSBJRVNHLiAgICBNYXkgMjAxNg0KZHJhZnQtaWV0Zi1yb2xsLXJvdXRpbmctZGlzcGF0Y2gN Cg0KSW5pdGlhbCBTdWJtaXNzaW9uIG9mIHRoZSBOby1QYXRoIERBTyBQcm9ibGVtIFN0YXRlbWVu dCB0byB0aGUgSUVTRyAgICAgTm92ZW1iZXIgMjAxNg0KDQoNCg0KLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLw0K --_000_2f98fd28425b49d8a77119c01a918526XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K YTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6 IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQg NzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkhlbGxvIFJhbmR5OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+SeKAmWQgbGlrZSB0byBlbmFibGUgdW5pY2FzdCBhbmQgQklFUi1URSBhcyB3ZWxs IDogKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJGUiIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gUm9sbCBbbWFp bHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+VHVybmVyLCBS YW5keTxicj4NCjxiPlNlbnQ6PC9iPiBsdW5kaSAyNyBqdWluIDIwMTYgMTc6MTM8YnI+DQo8Yj5U bzo8L2I+IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExvc3N5IG5ldHdvcmtzICZsdDtyb2xs QGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1JvbGxdIFJlcXVlc3QgZm9y IENvbW1lbnRzIGZvciBST0xMIENoYXJ0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgUGFzY2Fs LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q291bGQgd2UganVz dCBzYXkgdGhhdCDigJx0aGUgZ3JvdXAgd2lsbCB3b3JrIG9uIGVuaGFuY2VtZW50cy9vcHRpbWl6 YXRpb25zIGZvciBtdWx0aWNhc3Qgb24gYW4gTExO4oCdLCByYXRoZXIgdGhhbiBzcGVsbCBvdXQg ZXhwbGljaXQgaXRlbXMgPyBXZeKAmXZlIGRvbmUgdGhpcyB0eXBlDQogb2YgYWdncmVnYXRpb24g YWxyZWFkeSBmb3Ig4oCcTWV0aG9kcyB0byBpbXByb3ZlIHRoZSBjdXJyZW50IFJQTCBiZWhhdmlv cuKAnS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk9yLCBpZiBv dGhlcnMgZmVlbCB3ZSBuZWVkIHRvIHNheSBhYnNvbHV0ZWx5IHdoYXQgd2UgcGxhbiBvbiBkb2lu ZywgdGhlbiBtYXliZSB0aGVzZSBjb3VsZCBiZSBidWxsZXRlZCwgd2l0aCB0aGUgbGFzdCBidWxs ZXQgaW5kaWNhdGluZyDigJxhbmQgb3RoZXIgbWV0aG9kcyBvZg0KIGVuaGFuY2luZyBvciBvcHRp bWl6aW5nIG11bHRpY2FzdCBvbiBhbiBMTE7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPlJhbmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNv bGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmIj4gUm9sbCBbPGEgaHJlZj0ibWFpbHRvOnJvbGwtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRv OnJvbGwtYm91bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlBhc2NhbCBU aHViZXJ0IChwdGh1YmVydCk8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBKdW5lIDI3LCAyMDE2 IDEwOjUzIEFNPGJyPg0KPGI+VG86PC9iPiBSb3V0aW5nIE92ZXIgTG93IHBvd2VyIGFuZCBMb3Nz eSBuZXR3b3Jrczxicj4NCjxiPkNjOjwvYj4gcGV0ZXIgdmFuIGRlciBTdG9rPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbUm9sbF0gUmVxdWVzdCBmb3IgQ29tbWVudHMgZm9yIFJPTEwgQ2hhcnRl cjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBJbmVzIGFuZCBQZXRlcjo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPknigJltIGhhcHB5IHdpdGggdGhpcyBwcm9w b3NlZCBjaGFydGVyLiBPbiB0aGlzIHBhcnRpY3VsYXIgaXRlbSwgdGhvdWdoLA0KPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkFkZGl0aW9uYWwgcHJvdG9jb2wgdG8gJm5i c3A7cmVkdWNlIHBhdGhzIGZvciBSUEwgaW4gbm9uLXN0b3JpbmcgbW9kZTwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAnDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SeKAmWxsIG5vdGUgdGhhdCBtZXRob2Rz IHRoYXQgcmVseSBvbiBCSUVSIG9yIG9uIEJsb29tIGZpbHRlcnMgdG8gbWFrZSByb3V0aW5nIG1v cmUgZWZmaWNpZW50IHdlcmUgYWxyZWFkeSBkaXNjdXNzZWQgYW5kIHNob3VsZCBiZSBhY2NvbW1v ZGF0ZWQuIFByb3Bvc2FsOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igJw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5B ZGRpdGlvbmFsIHByb3RvY29sIGVsZW1lbnRzIHRvIHJlZHVjZSBzb3VyY2Ugcm91dGUgaGVhZGVy cyBpbiBub24tc3RvcmluZyBtb2RlIGFuZC9vciBtZW1vcnkgY29uc3VtcHRpb24gaW4gc3Rvcmlu ZyBtb2RlIHN1Y2ggYXMgcm91dGUgcHJvamVjdGlvbiBhbmQgQklFUi48L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igJw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Ly8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+Q2hhcnRlciBmb3IgV29ya2lu ZyBHcm91cDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS41cHQiPkxvdyBwb3dlciBhbmQgTG9zc3kgTmV0d29ya3MgKExMTnMp IGFyZSBtYWRlIHVwIG9mIG1hbnkgZW1iZWRkZWQgZGV2aWNlcyB3aXRoIGxpbWl0ZWQgcG93ZXIs IG1lbW9yeSwgYW5kIHByb2Nlc3NpbmcgcmVzb3VyY2VzLiBUaGV5IGFyZSBpbnRlcmNvbm5lY3Rl ZCBieSBhIHZhcmlldHkgb2YgbGlua3MsIHN1Y2ggYXMgSUVFRSA4MDIuMTUuNCwgQmx1ZXRvb3Ro LA0KIExvdyBQb3dlciBXaUZpLCB3aXJlZCBvciBvdGhlciBsb3cgcG93ZXIgUExDIChQb3dlcmxp bmUgQ29tbXVuaWNhdGlvbikgbGlua3MuIExMTnMgYXJlIHRyYW5zaXRpb25pbmcgdG8gYW4gZW5k LXRvLWVuZCBJUC1iYXNlZCBzb2x1dGlvbiB0byBhdm9pZCB0aGUgcHJvYmxlbSBvZiBub24taW50 ZXJvcGVyYWJsZSBuZXR3b3JrcyBpbnRlcmNvbm5lY3RlZCBieSBwcm90b2NvbCB0cmFuc2xhdGlv biBnYXRld2F5cyBhbmQgcHJveGllcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5HZW5lcmFsbHkgc3BlYWtpbmcs IExMTnMgYXJlIGNoYXJhY3Rlcml6ZWQgYXMgZm9sbG93cywgYnV0IG5vdCBsaW1pdGVkIHRvOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPi1MTE5zIG9wZXJhdGUgd2l0aCBhIGhhcmQsIHZlcnkgc21hbGwgYm91bmQg b24gc3RhdGUuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LUluIG1vc3QgY2FzZXMsIExMTiBvcHRpbWl6 ZSBmb3Igc2F2aW5nIGVuZXJneSBieSB1c2luZyBzbWFsbCBwYWNrZXQgaGVhZGVycyBhbmQgZmV3 IHJlZHVjZSBhbW91bnQgb2YgY29udHJvbCBwYWNrZXRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS41cHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi1UeXBpY2Fs IHRyYWZmaWMgcGF0dGVybnMgYXJlIG5vdCBzaW1wbHkgdW5pY2FzdCBmbG93cyAoZS5nLiBpbiBz b21lIGNhc2VzIG1vc3QgaWYgbm90IGFsbCB0cmFmZmljIGNhbiBiZSBwb2ludCB0byBtdWx0aXBv aW50KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij4tIEluIG1vc3QgY2FzZXMsIExMTnMgd2lsbCBiZSBlbXBsb3ll ZCBvdmVyIGxpbmsgbGF5ZXJzIHdpdGggcmVzdHJpY3RlZCBmcmFtZS1zaXplcyBhbmQgbG93IGJp dCByYXRlcywgdGh1cyBhIHJvdXRpbmcgcHJvdG9jb2wgZm9yIExMTnMgc2hvdWxkIGJlIHNwZWNp ZmljYWxseSBhZGFwdGVkIGZvciBzdWNoIGxpbmsgbGF5ZXJzLiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQi Pi0gTExOIHJvdXRpbmcgcHJvdG9jb2xzIGhhdmUgdG8gYmUgdmVyeSBjYXJlZnVsIHdoZW4gdHJh ZGluZyBvZmYgZWZmaWNpZW5jeSBmb3IgZ2VuZXJhbGl0eTsgc2luY2UgTExOIG5vZGVzIGRvIG5v dCBoYXZlIHJlc291cmNlcyB0byB3YXN0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjkuNXB0Ij5UaGVzZSBzcGVjaWZpYyBwcm9wZXJ0aWVzIGNhdXNlIExM TnMgdG8gaGF2ZSBzcGVjaWZpYyByb3V0aW5nIHJlcXVpcmVtZW50cy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5F eGlzdGluZyByb3V0aW5nIHByb3RvY29scyBzdWNoIGFzIE9TUEYsIElTLUlTLCBBT0RWLCBhbmQg T0xTUiBoYXZlIGJlZW4gZXZhbHVhdGVkIGJ5IHRoZSB3b3JraW5nIGdyb3VwIChkcmFmdC1sZXZp cy1yb2xsLW92ZXJ2aWV3LXByb3RvY29scy0wMCkgYW5kIGhhdmUgaW4gdGhlaXIgY3VycmVudCBm b3JtIGJlZW4gZm91bmQgdG8gbm90IHNhdGlzZnkgYWxsDQogb2YgdGhlc2Ugc3BlY2lmaWMgcm91 dGluZyByZXF1aXJlbWVudHMg4oCcUm91dGluZyBSZXF1aXJlbWVudHMgZm9yIFVyYmFuIExvdy1Q b3dlciBhbmQgTG9zc3kgTmV0d29ya3PigJ0gUkZDIDU1NDgsIOKAnEluZHVzdHJpYWwgUm91dGlu ZyBSZXF1aXJlbWVudHMgaW4gTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3Jrc+KAnSBSRkMgNTY3 Mywg4oCcSG9tZSBBdXRvbWF0aW9uIFJvdXRpbmcgUmVxdWlyZW1lbnRzIGluIExvdy1Qb3dlciBh bmQgTG9zc3kgTmV0d29ya3PigJ0NCiBSRkMgNTgyNiwgQnVpbGRpbmcgQXV0b21hdGlvbiBSb3V0 aW5nIFJlcXVpcmVtZW50cyBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIFJGQyA1ODY3 LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPlRoZSBXb3JraW5nIEdyb3VwIGlzIGZvY3VzZWQgb24gcm91dGluZyBp c3N1ZXMgZm9yIExMTiBhbmQgbWFpbnRhaW5pbmcgdGhlIHByb3RvY29scyBkZXZlbG9wZWQgYnkg dGhlIHdvcmtpbmcgZ3JvdXAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhlcmUgaXMgYSB3aWRlIHNjb3BlIG9m IGFwcGxpY2F0aW9uIGFyZWFzIGZvciBMTE5zLCBpbmNsdWRpbmcgaW5kdXN0cmlhbCBtb25pdG9y aW5nLCBidWlsZGluZyBhdXRvbWF0aW9uIChIVkFDLCBsaWdodGluZywgYWNjZXNzIGNvbnRyb2ws IGZpcmUpLCBjb25uZWN0ZWQgaG9tZXMsIGhlYWx0aCBjYXJlLCBlbnZpcm9ubWVudGFsIG1vbml0 b3JpbmcsIHVyYmFuDQogc2Vuc29yIG5ldHdvcmtzIChlLmcuIFNtYXJ0IEdyaWQpLCBhc3NldCB0 cmFja2luZy4gVGhlIFdvcmtpbmcgR3JvdXAgZm9jdXNlcyBvbiByb3V0aW5nIHNvbHV0aW9ucyBm b3IgYSBzdWJzZXQgb2YgdGhlc2U6IGNvbm5lY3RlZCBob21lLCBidWlsZGluZyBhbmQgdXJiYW4g c2Vuc29yIG5ldHdvcmtzIGZvciB3aGljaCByb3V0aW5nIHJlcXVpcmVtZW50cyBoYXZlIGJlZW4g c3BlY2lmaWVkLiBUaGVzZSBhcHBsaWNhdGlvbi1zcGVjaWZpYyByb3V0aW5nDQogcmVxdWlyZW1l bnQgZG9jdW1lbnRzIHdlcmUgdXNlZCBmb3IgcHJvdG9jb2wgZGVzaWduLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OS41cHQiPlRoZSBXb3JraW5nIEdyb3VwIGZvY3VzZXMgb24gSVB2NiByb3V0 aW5nIGFyY2hpdGVjdHVyYWwgZnJhbWV3b3JrIGZvciB0aGVzZSBhcHBsaWNhdGlvbiBzY2VuYXJp b3MuIFRoZSBGcmFtZXdvcmsgd2lsbCB0YWtlIGludG8gY29uc2lkZXJhdGlvbiB2YXJpb3VzIGFz cGVjdHMgaW5jbHVkaW5nIGhpZ2ggcmVsaWFiaWxpdHkgaW4gdGhlIHByZXNlbmNlIG9mIHRpbWUN CiB2YXJ5aW5nIGxvc3MgY2hhcmFjdGVyaXN0aWNzIGFuZCBjb25uZWN0aXZpdHkgd2hpbGUgcGVy bWl0dGluZyBsb3ctcG93ZXIgb3BlcmF0aW9uIHdpdGggdmVyeSBtb2Rlc3QgbWVtb3J5IGFuZCBD UFUgcHJlc3N1cmUgaW4gbmV0d29ya3MgcG90ZW50aWFsbHkgY29tcHJpc2luZyBhIHZlcnkgbGFy Z2UgbnVtYmVyIChzZXZlcmFsIHRob3VzYW5kcykgb2Ygbm9kZXMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+VGhl IFdvcmtpbmcgR3JvdXAgd2lsbCBkb2N1bWVudCBob3cgZGF0YSBwYWNrZXRzIGFyZSByb3V0ZWQg YW5kIGVuY2Fwc3VsYXRlZCB3aGVuIHRoZXkgY3Jvc3MgdGhlIExMTiwgYW5kIHdoZW4gdGhleSBl bnRlciBhbmQgZXhpdCB0aGUgTExOOiB0aGUgYXBwcm9wcmlhdGUgdXNlIG9mIFJIMyAoUkZDNjU1 MyksIFJQSSAoUkZDNjU1NCkgYW5kIElQdjYtaW4tSVB2Ng0KIGVuY2Fwc3VsYXRpb24gaW5jbHVk aW5nIGhvdyByb3V0aW5nIGxvb3BzIGFyZSBkZXRlY3RlZC4gSW4gY29uc3VsdGF0aW9uIHdpdGgg dGhlIDZsbyBXRywgdGhlIFdvcmtpbmcgR3JvdXAgd2lsbCBkZXNpZ24gYSBtZXRob2QgdG8gY29t cHJlc3MgdGhlc2Ugcm91dGluZyBoZWFkZXJzIGludG8gYSBzaW5nbGUgYmxvY2suIFRoZSBXR0xD IG9uIHRoaXMgd29yayB3aWxsIGJlIHNoYXJlZCB3aXRoIDZsby4gVGhlIFdvcmtpbmcgZ3JvdXAg d2lsbCBhbGlnbg0KIHdpdGggdGhlIDZtYW4gV0cgd2hlbiBuZWVkZWQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdCI+Uk9MTCBpcyByZXNwb25zaWJsZSBmb3IgbWFpbnRlbmFuY2Ugb2Yg dGhlIHByb3RvY29scyB0aGF0IGlzIGhhcyBkZXZlbG9wZWQsIGluY2x1ZGluZyBSUEwgYW5kIE1Q TC4gQUQgYXBwcm92YWwgaXMgcmVxdWlyZWQgZm9yIGVhY2ggbmV3IHdvcmsgaXRlbSB0aGF0IGlz IHByb3Bvc2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPldvcmsgSXRlbXMgYXJlOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0g R3VpZGFuY2UgaW4gdXNpbmcgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBlbmNh cHN1bGF0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPi0gQ29tcHJlc3Npb24gb2YgJm5ic3A7UkZDNjU1Mywg UkZDNjU1NCwgYW5kIElQIGhlYWRlcnMgaW4gdGhlIDZMb1dQQU4gYWRhcHRhdGlvbiBsYXllciBj b250ZXh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+LSBBZGRpdGlvbmFsIHByb3RvY29sIHRvICZuYnNwO3JlZHVj ZSBwYXRocyBmb3IgUlBMIGluIG5vbi1zdG9yaW5nIG1vZGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIEF1dG9t YXRpYyBzZWxlY3Rpb24gb2YgTVBMIGZvcndhcmRlcnMgdG8gcmVkdWNlIG1lc3NhZ2UgcmVwbGlj YXRpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij4tIERhdGEgbW9kZWxzIGZvciBSUEwgYW5kIE1QTCBtYW5hZ2Vt ZW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjVwdCI+LSBBbHRlcm5hdGl2ZSBNdWx0aWNhc3QgYWxnb3JpdGhtIGJhc2Vk IG9uIEJpZXIgZm9yd2FyZGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIFNvbHV0aW9uICZuYnNwO29mICZu YnNwO3RoZSAmbmJzcDtwcm9ibGVtcyBhc3NvY2lhdGVkIHdpdGggdGhlIHVzZSBvZiBOby0gUGF0 aCBEQU8gbWVzc2FnaW5nIGluIFJQTC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij4tIE1ldGhvZHMgdG8gaW1wcm92 ZSB0aGUgY3VycmVudCBSUEwgYmVoYXZpb3VyLCBlLmcuIERJUyBtb2RpZmljYXRpb25zIGluIFJQ TC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5N aWxlc3RvbmVzICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtEQVRFPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+UmVj aGFydGVyIFdHIG9yIGNsb3NlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFNlcHRlbWJlciAyMDE3PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdCI+SW5p dGlhbCBzdWJtaXNzaW9uIG9mIGRyYWZ0IGFib3V0IFlBTkcgUlBMIG1vZGVsIHRvIElFU0cgJm5i c3A7IE1hcmNoIDIwMTc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij5Jbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQg YWJvdXQgTVBMIHNlbGVjdGlvbiB0byBJRVNHICZuYnNwOyAmbmJzcDtKYW51YXJ5IDIwMTc8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuNXB0Ij5Jbml0aWFsIHN1Ym1pc3Npb24gb2YgZHJhZnQgYWJvdXQgQmllciBNdWx0aWNh c3QgdG8gSUVTRyAmbmJzcDsgJm5ic3A7ICZuYnNwO05vdmVtYmVyIDIwMTY8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 Ij5TdWJtaXQgZHJhZnQgYWJvdXQgWUFORyBNUEwgbW9kZWwgdG8gSUVTRyAmbmJzcDsgJm5ic3A7 IE9jdG9iZXIgMjAxNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPkluaXRpYWwgU3VibWlzc2lvbiBvZiB0aGUgZHJh ZnQgYWJvdXQgd2hlbiB0byB1c2UgUkZDNjU1MywgUkZDNjU1NCwgYW5kIElQdjYtaW4tSVB2NiBl bmNhcHN1bGF0aW9uICZuYnNwOyAmbmJzcDsgQXVndXN0IDIwMTY8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjkuNXB0Ij5EcmFmdC1pZXRmLXJvbGwtdXNlb2ZycGxpbmZvIHRvIHRoZSBJRVNHLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS41cHQiPkluaXRpYWwgc3VibWlzc2lvbiBvZiB0aGUgZHJhZnQgYWJvdXQgaG93IHRv IGNvbXByZXNzIFJGQzY1NTMsIFJGQzY1NTQsIGFuZCBJUCBoZWFkZXJzIGluIHRoZSA2TG9XUEFO IGFkYXB0YXRpb24gbGF5ZXIgY29udGV4dC4gJm5ic3A7dG8gdGhlIElFU0cuICZuYnNwOyAmbmJz cDtNYXkgMjAxNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPmRyYWZ0LWlldGYtcm9s bC1yb3V0aW5nLWRpc3BhdGNoICZuYnNwOyAmbmJzcDsgJm5ic3A7Jm5ic3A7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjVwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVw dCI+SW5pdGlhbCBTdWJtaXNzaW9uIG9mIHRoZSBOby1QYXRoIERBTyBQcm9ibGVtIFN0YXRlbWVu dCB0byB0aGUgSUVTRyAmbmJzcDsgJm5ic3A7IE5vdmVtYmVyIDIwMTY8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OS41cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQiPi8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8v Ly8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy88bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_2f98fd28425b49d8a77119c01a918526XCHRCD001ciscocom_-- From nobody Mon Jun 27 09:47:50 2016 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 F116F12D816 for ; Mon, 27 Jun 2016 09:47:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 rwHgtgwDIGxh for ; Mon, 27 Jun 2016 09:47:45 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0793.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::793]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F9AA12D825 for ; Mon, 27 Jun 2016 09:47:42 -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=pdPtPvSrWQvhSrTZGMfHcB4ltqbUszf15PiJRCuQ7JM=; b=b5a7ZY5k2+TDlQwOAe8IG2Dx0/pxTySF4bp01h8zIYqKHJqdGWDvAb0H9ovdwk4Kn4OwT9PkaDMpgoT/iHzCo0g0JuZax7dnHCK2Kk2g84aGfQzQciDxAk+Zyy6bP31+gkMjU1kjYV/8XCom+q9/UipYsZS9zKm2tc83IFk14Ts= Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) by DB5PR01MB1814.eurprd01.prod.exchangelabs.com (10.166.168.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Mon, 27 Jun 2016 16:47:23 +0000 Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) with mapi id 15.01.0523.024; Mon, 27 Jun 2016 16:47:23 +0000 From: "Turner, Randy" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nTHvfjStCYrkuhuZjzgKorcZ/9b3kAgAAE1dCAABKoAIAACH42 Date: Mon, 27 Jun 2016 16:47:23 +0000 Message-ID: <8658BBAA-911C-4645-A390-0F934527D67C@landisgyr.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> , <2f98fd28425b49d8a77119c01a918526@XCH-RCD-001.cisco.com> In-Reply-To: <2f98fd28425b49d8a77119c01a918526@XCH-RCD-001.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com; x-originating-ip: [2600:1005:b106:42fd:f5a9:1e5d:f2c4:e20c] x-ms-office365-filtering-correlation-id: f9226ebc-46e9-4c6d-9521-08d39eaab6d8 x-microsoft-exchange-diagnostics: 1; DB5PR01MB1814; 6:NRyjYd32r3kQ+ZG7zF0vp0GtdxRBN7qpi/zGsYG+o2OUHExi9ze61Zbb1yI5X1Irru9LqKAXRv5Nf8yOJK4m0dxzMNh5koTLOzmIn/XXFpgesWofvyTToWHu+ugIcFDBaiPaO+epfYw2qDvQPye8VCIsbe8jQgpo1S0HyXezeUlkfHlXcCT3EpyMgaCVP5fFJB6UT1UmsSh2pBw/vZoIoi5O7BG6HpEzKc2PfagSAGuK7+Vk006/TonY3i2HD9hnzc5OSHcECTkV/o2LnEqzuP+hj4TanfD58tI7lsYLSCEu+KsZsidvLOiojHNLqSzQXhbV6DBdrz/LCwapNzBoe8LaECKDZa1YqUfihXQMmaI=; 5:UdvlOTAi6SnV7mT5rCqGPM4vsdUjZY7EbgIDlLoLyauWfCWUA5iHD7vXv9q+EuA5BmbPQFMANLda2do4hw9LPBByQ3Yl/noBRySlvJkqaO+1+zVkFXT6WwobwNspS62QnCH0j1ei55dH43BVG9C3bg==; 24:jT7GTahIPabNqG6yYk57wp2g5Oy+jHPqOhQ6zbfuJ23ZrHjTOBqeI1DNGNd1NWpDl7DXBq3RInoipTAGVootCHbA7OvcXS8kwqSas/UAM8I=; 7:oxwayRzVGV89vhS+eHufi/Dgpi/IPVK5lihveyfDIxDG3QCbCWDpd1WKo1Hq79wTds35tQjcng2snVFiyjL1SB1CDbOHLQDY78qgx99wssaxNRAwJpNTOz62XqtTzxZpkDBMw730STLsL82irXoLVUknUGpI+kvCosfHVdxQ7wCuKfIdjjcXjWJMGU3Il4OsNlXQuFsn4dDm/Ue3koceSIrg6t/qObKjp1FA0D9jIdoxRHuV7k0qZUyt+hujid9hpU87kq/lS3o5U1D12EdzDQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR01MB1814; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(72170088055959)(131327999870524)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:DB5PR01MB1814; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1814; x-forefront-prvs: 09860C2161 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(199003)(377454003)(24454002)(3660700001)(33656002)(561944003)(3280700002)(15975445007)(97736004)(77096005)(68736007)(92566002)(19580395003)(81166006)(81156014)(2906002)(19580405001)(8676002)(16236675004)(36756003)(8936002)(7736002)(7846002)(7906003)(19625215002)(93886004)(101416001)(10400500002)(86362001)(82746002)(106116001)(105586002)(6116002)(790700001)(102836003)(83716003)(110136002)(107886002)(106356001)(586003)(2950100001)(50986999)(122556002)(19617315012)(11100500001)(87936001)(450100001)(2900100001)(54356999)(76176999)(5002640100001)(189998001)(3826002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1814; H:DB5PR01MB1815.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_8658BBAA911C4645A3900F934527D67Clandisgyrcom_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2016 16:47:23.5255 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1814 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 16:47:49 -0000 --_000_8658BBAA911C4645A3900F934527D67Clandisgyrcom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Right:) Just interested in a placeholder for other multicast ideas... R. On Jun 27, 2016, at 12:17 PM, Pascal Thubert (pthubert) > wrote: Hello Randy: I=92d like to enable unicast and BIER-TE as well : ) Cheers, Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy Sent: lundi 27 juin 2016 17:13 To: Routing Over Low power and Lossy networks > Subject: Re: [Roll] Request for Comments for ROLL Charter Hi Pascal, Could we just say that =93the group will work on enhancements/optimizations= for multicast on an LLN=94, rather than spell out explicit items ? We=92ve= done this type of aggregation already for =93Methods to improve the curren= t RPL behavior=94. Or, if others feel we need to say absolutely what we plan on doing, then ma= ybe these could be bulleted, with the last bullet indicating =93and other m= ethods of enhancing or optimizing multicast on an LLN=94 Randy From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Pascal Thubert (pthu= bert) Sent: Monday, June 27, 2016 10:53 AM To: Routing Over Low power and Lossy networks Cc: peter van der Stok Subject: Re: [Roll] Request for Comments for ROLL Charter Hello Ines and Peter: I=92m happy with this proposed charter. On this particular item, though, =93 Additional protocol to reduce paths for RPL in non-storing mode =93 I=92ll note that methods that rely on BIER or on Bloom filters to make rout= ing more efficient were already discussed and should be accommodated. Propo= sal: =93 Additional protocol elements to reduce source route headers in non-storing = mode and/or memory consumption in storing mode such as route projection and= BIER. =93 ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= // Charter for Working Group Low power and Lossy Networks (LLNs) are made up of many embedded devices wi= th limited power, memory, and processing resources. They are interconnected= by a variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, w= ired or other low power PLC (Powerline Communication) links. LLNs are trans= itioning to an end-to-end IP-based solution to avoid the problem of non-int= eroperable networks interconnected by protocol translation gateways and pro= xies. Generally speaking, LLNs are characterized as follows, but not limited to: -LLNs operate with a hard, very small bound on state. -In most cases, LLN optimize for saving energy by using small packet header= s and few reduce amount of control packets. -Typical traffic patterns are not simply unicast flows (e.g. in some cases = most if not all traffic can be point to multipoint). - In most cases, LLNs will be employed over link layers with restricted fra= me-sizes and low bit rates, thus a routing protocol for LLNs should be spec= ifically adapted for such link layers. - LLN routing protocols have to be very careful when trading off efficiency= for generality; since LLN nodes do not have resources to waste. These specific properties cause LLNs to have specific routing requirements. Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been ev= aluated by the working group (draft-levis-roll-overview-protocols-00) and h= ave in their current form been found to not satisfy all of these specific r= outing requirements =93Routing Requirements for Urban Low-Power and Lossy N= etworks=94 RFC 5548, =93Industrial Routing Requirements in Low-Power and Lo= ssy Networks=94 RFC 5673, =93Home Automation Routing Requirements in Low-Po= wer and Lossy Networks=94 RFC 5826, Building Automation Routing Requirement= s in Low-Power and Lossy Networks RFC 5867. The Working Group is focused on routing issues for LLN and maintaining the = protocols developed by the working group. There is a wide scope of application areas for LLNs, including industrial m= onitoring, building automation (HVAC, lighting, access control, fire), conn= ected homes, health care, environmental monitoring, urban sensor networks (= e.g. Smart Grid), asset tracking. The Working Group focuses on routing solu= tions for a subset of these: connected home, building and urban sensor netw= orks for which routing requirements have been specified. These application-= specific routing requirement documents were used for protocol design. The Working Group focuses on IPv6 routing architectural framework for these= application scenarios. The Framework will take into consideration various = aspects including high reliability in the presence of time varying loss cha= racteristics and connectivity while permitting low-power operation with ver= y modest memory and CPU pressure in networks potentially comprising a very = large number (several thousands) of nodes. The Working Group will document how data packets are routed and encapsulate= d when they cross the LLN, and when they enter and exit the LLN: the approp= riate use of RH3 (RFC6553), RPI (RFC6554) and IPv6-in-IPv6 encapsulation in= cluding how routing loops are detected. In consultation with the 6lo WG, th= e Working Group will design a method to compress these routing headers into= a single block. The WGLC on this work will be shared with 6lo. The Working= group will align with the 6man WG when needed. ROLL is responsible for maintenance of the protocols that is has developed,= including RPL and MPL. AD approval is required for each new work item that= is proposed. Work Items are: - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptatio= n layer context - Additional protocol to reduce paths for RPL in non-storing mode - Automatic selection of MPL forwarders to reduce message replication - Data models for RPL and MPL management - Alternative Multicast algorithm based on Bier forwarding. - Solution of the problems associated with the use of No- Path DAO messa= ging in RPL. - Methods to improve the current RPL behaviour, e.g. DIS modifications in R= PL. Milestones DATE Recharter WG or close September 2017 Initial submission of draft about YANG RPL model to IESG March 2017 Initial submission of draft about MPL selection to IESG January 2017 Initial submission of draft about Bier Multicast to IESG November 2016 Submit draft about YANG MPL model to IESG October 2016 Initial Submission of the draft about when to use RFC6553, RFC6554, and IPv= 6-in-IPv6 encapsulation August 2016 Draft-ietf-roll-useofrplinfo to the IESG. Initial submission of the draft about how to compress RFC6553, RFC6554, and= IP headers in the 6LoWPAN adaptation layer context. to the IESG. May 2= 016 draft-ietf-roll-routing-dispatch Initial Submission of the No-Path DAO Problem Statement to the IESG Nov= ember 2016 ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////// _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --_000_8658BBAA911C4645A3900F934527D67Clandisgyrcom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Right:)

Just interested in a placeholder for other m= ulticast ideas...

R.

On Jun 27, 2016, at 12:17 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Randy:

 

I=92d like to enable unicast and BIER= -TE as well : )

 

Cheers,=

 <= /p>

Pascal<= /p>

 

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy
Sent: lundi 27 juin 2016 17:13
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] Request for Comments for ROLL Charter=

 

Hi Pascal,

 

Could we just say that =93the group w= ill work on enhancements/optimizations for multicast on an LLN=94, rather t= han spell out explicit items ? We=92ve done this type of aggregation already for =93Methods to improve the current RPL behavior= =94.

 

Or, if others feel we need to say abs= olutely what we plan on doing, then maybe these could be bulleted, with the= last bullet indicating =93and other methods of enhancing or optimizing multicast on an LLN=94

 

Randy

 

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: Monday, June 27, 2016 10:53 AM
To: Routing Over Low power and Lossy networks
Cc: peter van der Stok
Subject: Re: [Roll] Request for Comments for ROLL Charter=

 

Hello Ines and Peter:

 

I=92m happy with this proposed charte= r. On this particular item, though,

=93

Additional protocol = to  reduce paths for RPL in non-storing mode

=93

 

I=92ll note that methods that rely on= BIER or on Bloom filters to make routing more efficient were already discu= ssed and should be accommodated. Proposal:

=93

Additional protocol = elements to reduce source route headers in non-storing mode and/or memory c= onsumption in storing mode such as route projection and BIER.

=93

 

 

////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////////////////////////////////=

 

Charter for Working = Group

 

Low power and Lossy = Networks (LLNs) are made up of many embedded devices with limited power, me= mory, and processing resources. They are interconnected by a variety of lin= ks, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Communication) lin= ks. LLNs are transitioning to an end-to-end IP-based solution to avoid the = problem of non-interoperable networks interconnected by protocol translatio= n gateways and proxies.

 

Generally speaking, = LLNs are characterized as follows, but not limited to:

 

-LLNs operate with a= hard, very small bound on state. 

 

-In most cases, LLN = optimize for saving energy by using small packet headers and few reduce amo= unt of control packets.

 

-Typical traffic pat= terns are not simply unicast flows (e.g. in some cases most if not all traf= fic can be point to multipoint).

 

- In most cases, LLN= s will be employed over link layers with restricted frame-sizes and low bit= rates, thus a routing protocol for LLNs should be specifically adapted for= such link layers. 

 

- LLN routing protoc= ols have to be very careful when trading off efficiency for generality; sin= ce LLN nodes do not have resources to waste.

 

 

These specific prope= rties cause LLNs to have specific routing requirements.

 

Existing routing pro= tocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the worki= ng group (draft-levis-roll-overview-protocols-00) and have in their current= form been found to not satisfy all of these specific routing requirements =93Routing Requirements for Urban L= ow-Power and Lossy Networks=94 RFC 5548, =93Industrial Routing Requirements= in Low-Power and Lossy Networks=94 RFC 5673, =93Home Automation Routing Re= quirements in Low-Power and Lossy Networks=94 RFC 5826, Building Automation Routing Requirements in Low-Power and Lossy = Networks RFC 5867.

 

The Working Group is= focused on routing issues for LLN and maintaining the protocols developed = by the working group.

 

There is a wide scop= e of application areas for LLNs, including industrial monitoring, building = automation (HVAC, lighting, access control, fire), connected homes, health = care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focus= es on routing solutions for a subset of these: connected home, building and= urban sensor networks for which routing requirements have been specified. = These application-specific routing requirement documents were used for protocol design.

The Working Group fo= cuses on IPv6 routing architectural framework for these application scenari= os. The Framework will take into consideration various aspects including hi= gh reliability in the presence of time varying loss characteristics and connectivity while permitting low-power o= peration with very modest memory and CPU pressure in networks potentially c= omprising a very large number (several thousands) of nodes.

 

The Working Group wi= ll document how data packets are routed and encapsulated when they cross th= e LLN, and when they enter and exit the LLN: the appropriate use of RH3 (RF= C6553), RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops are detected. In consultation wi= th the 6lo WG, the Working Group will design a method to compress these rou= ting headers into a single block. The WGLC on this work will be shared with= 6lo. The Working group will align with the 6man WG when needed.

ROLL is responsible = for maintenance of the protocols that is has developed, including RPL and M= PL. AD approval is required for each new work item that is proposed.

 

Work Items are:=

 

- Guidance in using = RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation.

 

- Compression of &nb= sp;RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context=

 

- Additional protoco= l to  reduce paths for RPL in non-storing mode

 

- Automatic selectio= n of MPL forwarders to reduce message replication

 

- Data models for RP= L and MPL management

 

- Alternative Multic= ast algorithm based on Bier forwarding.

 

- Solution  of =  the  problems associated with the use of No- Path DAO messaging = in RPL.

 

- Methods to improve= the current RPL behaviour, e.g. DIS modifications in RPL.

 

 

Milestones   &n= bsp;                     =                DATE

 

Recharter WG or clos= e                   September = 2017

 

Initial submission o= f draft about YANG RPL model to IESG   March 2017

 

Initial submission o= f draft about MPL selection to IESG    January 2017

 

Initial submission o= f draft about Bier Multicast to IESG      November 2016=

 

Submit draft about Y= ANG MPL model to IESG     October 2016

 

Initial Submission o= f the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulat= ion     August 2016

Draft-ietf-roll-useo= frplinfo to the IESG.

 

Initial submission o= f the draft about how to compress RFC6553, RFC6554, and IP headers in the 6= LoWPAN adaptation layer context.  to the IESG.    May 2016

draft-ietf-roll-rout= ing-dispatch       

 

Initial Submission o= f the No-Path DAO Problem Statement to the IESG     November 2016=

 

 

 

////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ie= tf.org/mailman/listinfo/roll
--_000_8658BBAA911C4645A3900F934527D67Clandisgyrcom_-- From nobody Tue Jun 28 05:47:21 2016 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 E4A5612DE90 for ; Tue, 28 Jun 2016 05:47:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0euZXEbHi7P6 for ; Tue, 28 Jun 2016 05:47:17 -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 0FD8612DE8B for ; Tue, 28 Jun 2016 05:47:16 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id A646E2009E; Tue, 28 Jun 2016 08:55:32 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id A992E638BE; Tue, 28 Jun 2016 08:47:15 -0400 (EDT) From: Michael Richardson To: Routing Over Low power and Lossy networks In-Reply-To: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@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: Cc: peter van der Stok Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 12:47:20 -0000 --=-=-= Content-Type: text/plain Pascal Thubert (pthubert) wrote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode such as > route projection and BIER. It sounds too prescriptive, as if we have limited ourselves in the charter to those two methods. I don't think that this is your intention. If you wrote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode. > These elements may leverage mechanisms such as route projection and BIER. would be clearer that these are not the only two admissible methods. I'm not sure that we need to say what the methods are *at all* > There is a wide scope of application areas for LLNs, including > industrial monitoring, building automation (HVAC, lighting, access > control, fire), connected homes, health care, environmental monitoring, > urban sensor networks (e.g. Smart Grid), asset tracking. The Working > Group focuses on routing solutions for a subset of these: connected > home, building and urban sensor networks for which routing requirements > have been specified. These application-specific routing requirement > documents were used for protocol design. > The Working Group focuses on IPv6 routing architectural framework for > these application scenarios. The Framework will take into consideration > various aspects including high reliability in the presence of time > varying loss characteristics and connectivity while permitting > low-power operation with very modest memory and CPU pressure in > networks potentially comprising a very large number (several thousands) > of nodes. I'd like these two paragraphs removed as being ancient motherhood text. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV3Jx0ICLcPvd0N1lAQJWCwf+MG8DhKBJ5UPopE9PhLcHUveBCFT4xNkb rjUSxSa+Ta1AwzW+mflu89ntedNNqX1fMa1GkhHxJr4GfwrjMYAjBKKIaBpaQ5Mc 29g18YrmOGj+nQH5GF5kWvmIZBaPpgEtGiHIjD8bFwBDz+M6ZwxCxJfQAzni3Jkr ECkQ9sh7nacuL13jqIk+xePj0KBRwlrIwtTj7qQdg3sN1bCXMnUjaqDk0a6ue1uI rAwqtpLAPYkeX4NZTJSPHCuCSMoef2HW5lp1rRi5TxFmrc5YA2UQnokwmaW/aPgX JJ48wKj4nf9h3AjsVqE8hNGyR/NiqGbW8KxS4g5Rao6YI6edYccsAw== =4fbq -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Jun 28 06:45:04 2016 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 09EC512B05A; Tue, 28 Jun 2016 06:45:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id osIkhtdmPqDk; Tue, 28 Jun 2016 06:44:57 -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 80C8C12D09D; Tue, 28 Jun 2016 06:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2432; q=dns/txt; s=iport; t=1467121492; x=1468331092; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=LyrhNdtsgvd8G8OuPf7g1ZGuROE1eysC2SrsciRlQ3o=; b=f5BhmZ8B3ALtoXG46hdoHqvbFVydwUVti2AI2SK9r9eh0+ei3lL/ze9F frSuKtInhxMbnDJIhrfTxJQvXVgGsb5uCRONFv4YvJOhNW+KVJ5uE2Y+m dIuBCRuug1Q8e+WcKXptQ/qDPZV8t2DoUcjP9fM02TB1kFi4KHtWmIPjh k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ARAgCBfnJX/51dJa1bgz5WfQa6KoF7J?= =?us-ascii?q?IV0AhyBEjgUAQEBAQEBAWUcC4RMAQEBBCMRQwIMBAIBCBEEAQEDAiMDAgICMBQ?= =?us-ascii?q?BBgEBBQMCBA4FCIgoDrJDkDIBAQEBAQEBAQEBAQEBAQEBAQEBAQEcgQGFJ4RNh?= =?us-ascii?q?0GCWgWNe4sHAYYHiCuBcE6EBohnj34BHjaDcG4BiDB/AQEB?= X-IronPort-AV: E=Sophos;i="5.26,541,1459814400"; d="scan'208";a="123554262" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jun 2016 13:44:51 +0000 Received: from XCH-RCD-006.cisco.com (xch-rcd-006.cisco.com [173.37.102.16]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id u5SDiphK019114 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 28 Jun 2016 13:44:51 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-006.cisco.com (173.37.102.16) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 28 Jun 2016 08:44:50 -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; Tue, 28 Jun 2016 08:44:50 -0500 From: "Pascal Thubert (pthubert)" To: "6lo@ietf.org" <6lo@ietf.org> Thread-Topic: New Version Notification for draft-thubert-6lo-bier-dispatch-00.txt Thread-Index: AQHR0UJVkHRxYhY18Uivf8ZmTytLQJ/+4jaw Date: Tue, 28 Jun 2016 13:44:48 +0000 Deferred-Delivery: Tue, 28 Jun 2016 13:44:16 +0000 Message-ID: <3bc2b62f11a4427e8c92826fd2c63757@XCH-RCD-001.cisco.com> References: <20160628133816.24099.36778.idtracker@ietfa.amsl.com> In-Reply-To: <20160628133816.24099.36778.idtracker@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.20] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Routing Over Low power and Lossy networks Subject: [Roll] FW: New Version Notification for draft-thubert-6lo-bier-dispatch-00.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 13:45:02 -0000 RGVhciBhbGw6DQoNCkF0IHRoZSB0aW1lIHRoZSA2TG9SSCBkcmFmdCB3YXMgYWRvcHRlZCBhdCA2 bG8gYW5kIG1vdmVkIHRvIFJPTEwsIHdlIHJlbW92ZWQgdGhlIHBpZWNlIHRoYXQgd2FzIHJlbGF0 ZWQgdG8gQklFUi1saWtlIEJpdFN0cmluZ3MsIHdoaWNoIHdhcyBub3QgbmVlZGVkIGZvciBSUEwu DQoNClRoaXMgbmV3IGRyYWZ0IHJlc3RvcmVzIHRoZSBjYXBhYmlsaXR5IHRvIG1hbmlwdWxhdGUg Yml0c3RyaW5ncyBpbiA2TG9SSC4gSXQgaXMgcmVsYXRlcyB0byA2VGlTQ0ggYW5kIERldE5ldCB3 b3JrLCBhbmQgaXMgYmFzZWQgb24gcnVubmluZyBjb2RlLg0KDQpDaGVlcnMsDQoNClBhc2NhbA0K DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogbWFyZGkgMjgg anVpbiAyMDE2IDE1OjM4DQpUbzogWmFjaGFyaWUgQnJvZGFyZCA8emFjaGFyaWUuYnJvZGFyZEBw b2x5dGVjaG5pcXVlLmVkdT47IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNp c2NvLmNvbT47IEhhbyBKaWFuZyA8aGFvLmppYW5nQHRlbGVjb20tYnJldGFnbmUuZXU+OyBHZXJh bGRpbmUgVGV4aWVyIDxnZXJhbGRpbmUudGV4aWVyQHRlbGVjb20tYnJldGFnbmUuZXU+DQpTdWJq ZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXRodWJlcnQtNmxvLWJpZXIt ZGlzcGF0Y2gtMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LXRodWJlcnQt NmxvLWJpZXItZGlzcGF0Y2gtMDAudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVk IGJ5IFBhc2NhbCBUaHViZXJ0IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0K TmFtZToJCWRyYWZ0LXRodWJlcnQtNmxvLWJpZXItZGlzcGF0Y2gNClJldmlzaW9uOgkwMA0KVGl0 bGU6CQlBIDZsb1JIIGZvciBCaXRTdHJpbmdzDQpEb2N1bWVudCBkYXRlOgkyMDE2LTA2LTI4DQpH cm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQk5DQpVUkw6ICAgICAgICAgICAg aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXRodWJlcnQtNmxvLWJp ZXItZGlzcGF0Y2gtMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtdGh1YmVydC02bG8tYmllci1kaXNwYXRjaC8NCkh0bWxpemVkOiAg ICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtdGh1YmVydC02bG8tYmllci1k aXNwYXRjaC0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGV4dGVuZHMg dGhlIDZMb1dQQU4gUm91dGluZyBIZWFkZXIgdG8gc2lnbmFsDQogICBCaXRTdHJpbmdzIHN1Y2gg YXMgdXRpbGl6ZWQgaW4gQml0IEluZGV4IEV4cGxpY2l0IFJlcGxpY2F0aW9uIGFuZCBpdHMNCiAg IFRyYWZmaWMgRW5naW5lZXJpbmcgdmFyaWFudC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBm cm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5k IGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0 YXJpYXQNCg0K From nobody Tue Jun 28 06:50:00 2016 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 53DBB12B05A for ; Tue, 28 Jun 2016 06:49:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.947 X-Spam-Level: X-Spam-Status: No, score=-15.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 64rx2wHnoPwv for ; Tue, 28 Jun 2016 06:49:52 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83B13128B44 for ; Tue, 28 Jun 2016 06:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2909; q=dns/txt; s=iport; t=1467121792; x=1468331392; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=cXdeUqJjF8vOLzCjdDO+QKGAvWi9stMsf1Fm8YZ/WhY=; b=HZrKvRqDhz9BfxmmxccAyuwHNoTTnxqXSuYHBTB2MVWLA0kKUZuoVZBi lywckUawwYCjTXZHwmXEFkPI7SrT5L/3wEEgkHE6Pb47QizWK0p/hVRd2 /IbeZ2BhRK3yF+zzdpSn4J4NhEAGFFJRuCpxaicexsdjTBT+CgmBGGMA1 o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AQAgAbgHJX/5xdJa1bgz6BUwa4G4IPg?= =?us-ascii?q?XuCYIM4AoEuOBQBAQEBAQEBZSeETAEBAQMBOj8FBwQCAQgRBAEBAR4JBzIUCQg?= =?us-ascii?q?CBA4FCBOIDQjDBgEBAQEBAQEBAQEBAQEBAQEBAQEBARyGKIRNgSKCegqFdQWZA?= =?us-ascii?q?gGOMo8rb48PAR42gggcgUxuh2xFfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,541,1459814400"; d="scan'208";a="122709992" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jun 2016 13:49:51 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u5SDnpSO009949 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 28 Jun 2016 13:49:51 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 28 Jun 2016 08:49:51 -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; Tue, 28 Jun 2016 08:49:50 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nVupFNWUgruE+yIgm4tP2235/9MbkggAIAyYD//7za4A== Date: Tue, 28 Jun 2016 13:49:48 +0000 Deferred-Delivery: Tue, 28 Jun 2016 13:48:55 +0000 Message-ID: <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> In-Reply-To: <17987.1467118035@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.228.216.20] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: peter van der Stok Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 13:49:54 -0000 Pascal Thubert (pthubert) wrote: > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode such as > > route projection and BIER. > It sounds too prescriptive, as if we have limited ourselves in the charte= r to those two methods. I don't think that this is your intention. Agreed, Michael. We can bar from " such as ..." on.=20 Cheers, Pascal > -----Original Message----- > From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson > Sent: mardi 28 juin 2016 14:47 > To: Routing Over Low power and Lossy networks > Cc: peter van der Stok > Subject: Re: [Roll] Request for Comments for ROLL Charter >=20 >=20 > Pascal Thubert (pthubert) wrote: > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode such as > > route projection and BIER. >=20 > It sounds too prescriptive, as if we have limited ourselves in the charte= r to those > two methods. I don't think that this is your intention. >=20 > If you wrote: >=20 > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode. > > These elements may leverage mechanisms such as route projection and > BIER. >=20 > would be clearer that these are not the only two admissible methods. > I'm not sure that we need to say what the methods are *at all* >=20 > > There is a wide scope of application areas for LLNs, including > > industrial monitoring, building automation (HVAC, lighting, access > > control, fire), connected homes, health care, environmental monitor= ing, > > urban sensor networks (e.g. Smart Grid), asset tracking. The Worki= ng > > Group focuses on routing solutions for a subset of these: connected > > home, building and urban sensor networks for which routing requirem= ents > > have been specified. These application-specific routing requirement > > documents were used for protocol design. >=20 > > The Working Group focuses on IPv6 routing architectural framework f= or > > these application scenarios. The Framework will take into considera= tion > > various aspects including high reliability in the presence of time > > varying loss characteristics and connectivity while permitting > > low-power operation with very modest memory and CPU pressure in > > networks potentially comprising a very large number (several thousa= nds) > > of nodes. >=20 > I'd like these two paragraphs removed as being ancient motherhood text. >=20 > -- > Michael Richardson , Sandelman Software Works -= =3D > IPv6 IoT consulting =3D- >=20 >=20 From nobody Tue Jun 28 06:50:05 2016 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 9074112D0E8 for ; Tue, 28 Jun 2016 06:49:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HDy1okao_8xo for ; Tue, 28 Jun 2016 06:49:54 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C25412D093 for ; Tue, 28 Jun 2016 06:49:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=32741; q=dns/txt; s=iport; t=1467121793; x=1468331393; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=OzMKi862EFgVbWsyW/c5nu72vezmlrbQ0PDlXPDoJNE=; b=XjRoVj+1iKolXJ6TO8arqbSAeLUi7MXdIxokSLGC67bhDx9o55xh47j/ eGEhKsbA6cx6PwHjLYrc552hrp5qmNMh03tSNiuPQ9iOpZ1dSDqBvG++f hD68HwpDvYhesvZtZT6Gfpabgi8br/UpCT5//4U6+AjCK6AyW40hh48Ha 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ASAgAzf3JX/4cNJK1bgnBOVn0GuiqBd?= =?us-ascii?q?wQXAQqFdgKBLjgUAQEBAQEBAWUnhEwBAQEEAQEBKkEbAgEIEQQBASEBBgcnCxQ?= =?us-ascii?q?JCAIEEwgTiBUOwnYBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBYYohE2BIoJ6ClCFJ?= =?us-ascii?q?QWZAgGOMo8rb48PAR42gggcgUxuh2xFfwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,541,1459814400"; d="scan'208,217";a="119867619" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Jun 2016 13:49:52 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u5SDnq87012899 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 28 Jun 2016 13:49:52 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 28 Jun 2016 08:49:51 -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; Tue, 28 Jun 2016 08:49:51 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nVupFNWUgruE+yIgm4tP2235/9MbkggACXUID//71HgIAAXPWAgAEMaDA= Date: Tue, 28 Jun 2016 13:49:49 +0000 Deferred-Delivery: Tue, 28 Jun 2016 13:49:07 +0000 Message-ID: <23b932ae7dec457aac6571f15d15c9ec@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> , <2f98fd28425b49d8a77119c01a918526@XCH-RCD-001.cisco.com> <8658BBAA-911C-4645-A390-0F934527D67C@landisgyr.com> In-Reply-To: <8658BBAA-911C-4645-A390-0F934527D67C@landisgyr.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.20] Content-Type: multipart/alternative; boundary="_000_23b932ae7dec457aac6571f15d15c9ecXCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 13:49:57 -0000 --_000_23b932ae7dec457aac6571f15d15c9ecXCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable +1 Cheers, Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy Sent: lundi 27 juin 2016 18:47 To: Routing Over Low power and Lossy networks Subject: Re: [Roll] Request for Comments for ROLL Charter Right:) Just interested in a placeholder for other multicast ideas... R. On Jun 27, 2016, at 12:17 PM, Pascal Thubert (pthubert) > wrote: Hello Randy: I'd like to enable unicast and BIER-TE as well : ) Cheers, Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy Sent: lundi 27 juin 2016 17:13 To: Routing Over Low power and Lossy networks > Subject: Re: [Roll] Request for Comments for ROLL Charter Hi Pascal, Could we just say that "the group will work on enhancements/optimizations f= or multicast on an LLN", rather than spell out explicit items ? We've done = this type of aggregation already for "Methods to improve the current RPL be= havior". Or, if others feel we need to say absolutely what we plan on doing, then ma= ybe these could be bulleted, with the last bullet indicating "and other met= hods of enhancing or optimizing multicast on an LLN" Randy From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Pascal Thubert (pthu= bert) Sent: Monday, June 27, 2016 10:53 AM To: Routing Over Low power and Lossy networks Cc: peter van der Stok Subject: Re: [Roll] Request for Comments for ROLL Charter Hello Ines and Peter: I'm happy with this proposed charter. On this particular item, though, " Additional protocol to reduce paths for RPL in non-storing mode " I'll note that methods that rely on BIER or on Bloom filters to make routin= g more efficient were already discussed and should be accommodated. Proposa= l: " Additional protocol elements to reduce source route headers in non-storing = mode and/or memory consumption in storing mode such as route projection and= BIER. " ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= // Charter for Working Group Low power and Lossy Networks (LLNs) are made up of many embedded devices wi= th limited power, memory, and processing resources. They are interconnected= by a variety of links, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, w= ired or other low power PLC (Powerline Communication) links. LLNs are trans= itioning to an end-to-end IP-based solution to avoid the problem of non-int= eroperable networks interconnected by protocol translation gateways and pro= xies. Generally speaking, LLNs are characterized as follows, but not limited to: -LLNs operate with a hard, very small bound on state. -In most cases, LLN optimize for saving energy by using small packet header= s and few reduce amount of control packets. -Typical traffic patterns are not simply unicast flows (e.g. in some cases = most if not all traffic can be point to multipoint). - In most cases, LLNs will be employed over link layers with restricted fra= me-sizes and low bit rates, thus a routing protocol for LLNs should be spec= ifically adapted for such link layers. - LLN routing protocols have to be very careful when trading off efficiency= for generality; since LLN nodes do not have resources to waste. These specific properties cause LLNs to have specific routing requirements. Existing routing protocols such as OSPF, IS-IS, AODV, and OLSR have been ev= aluated by the working group (draft-levis-roll-overview-protocols-00) and h= ave in their current form been found to not satisfy all of these specific r= outing requirements "Routing Requirements for Urban Low-Power and Lossy Net= works" RFC 5548, "Industrial Routing Requirements in Low-Power and Lossy Ne= tworks" RFC 5673, "Home Automation Routing Requirements in Low-Power and Lo= ssy Networks" RFC 5826, Building Automation Routing Requirements in Low-Pow= er and Lossy Networks RFC 5867. The Working Group is focused on routing issues for LLN and maintaining the = protocols developed by the working group. There is a wide scope of application areas for LLNs, including industrial m= onitoring, building automation (HVAC, lighting, access control, fire), conn= ected homes, health care, environmental monitoring, urban sensor networks (= e.g. Smart Grid), asset tracking. The Working Group focuses on routing solu= tions for a subset of these: connected home, building and urban sensor netw= orks for which routing requirements have been specified. These application-= specific routing requirement documents were used for protocol design. The Working Group focuses on IPv6 routing architectural framework for these= application scenarios. The Framework will take into consideration various = aspects including high reliability in the presence of time varying loss cha= racteristics and connectivity while permitting low-power operation with ver= y modest memory and CPU pressure in networks potentially comprising a very = large number (several thousands) of nodes. The Working Group will document how data packets are routed and encapsulate= d when they cross the LLN, and when they enter and exit the LLN: the approp= riate use of RH3 (RFC6553), RPI (RFC6554) and IPv6-in-IPv6 encapsulation in= cluding how routing loops are detected. In consultation with the 6lo WG, th= e Working Group will design a method to compress these routing headers into= a single block. The WGLC on this work will be shared with 6lo. The Working= group will align with the 6man WG when needed. ROLL is responsible for maintenance of the protocols that is has developed,= including RPL and MPL. AD approval is required for each new work item that= is proposed. Work Items are: - Guidance in using RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation. - Compression of RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptatio= n layer context - Additional protocol to reduce paths for RPL in non-storing mode - Automatic selection of MPL forwarders to reduce message replication - Data models for RPL and MPL management - Alternative Multicast algorithm based on Bier forwarding. - Solution of the problems associated with the use of No- Path DAO messa= ging in RPL. - Methods to improve the current RPL behaviour, e.g. DIS modifications in R= PL. Milestones DATE Recharter WG or close September 2017 Initial submission of draft about YANG RPL model to IESG March 2017 Initial submission of draft about MPL selection to IESG January 2017 Initial submission of draft about Bier Multicast to IESG November 2016 Submit draft about YANG MPL model to IESG October 2016 Initial Submission of the draft about when to use RFC6553, RFC6554, and IPv= 6-in-IPv6 encapsulation August 2016 Draft-ietf-roll-useofrplinfo to the IESG. Initial submission of the draft about how to compress RFC6553, RFC6554, and= IP headers in the 6LoWPAN adaptation layer context. to the IESG. May 2= 016 draft-ietf-roll-routing-dispatch Initial Submission of the No-Path DAO Problem Statement to the IESG Nov= ember 2016 ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////// _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --_000_23b932ae7dec457aac6571f15d15c9ecXCHRCD001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

+1

 

Cheers,=

 <= /p>

Pascal<= /p>

 

From: Roll [mailto:roll-bounces@ietf= .org] On Behalf Of Turner, Randy
Sent: lundi 27 juin 2016 18:47
To: Routing Over Low power and Lossy networks <roll@ietf.org><= br> Subject: Re: [Roll] Request for Comments for ROLL Charter=

 

Right:)

 

Just interested in a placeholder for other multicast= ideas...

R.


On Jun 27, 2016, at 12:17 PM, Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

Hello Randy:

 

I’d like to enable unicast and = BIER-TE as well : )

 

Cheers,=

 <= /p>

Pascal<= /p>

 

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy
Sent: lundi 27 juin 2016 17:13
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] Request for Comments for ROLL Charter

 

Hi Pascal,

 

Could we just say that “the gro= up will work on enhancements/optimizations for multicast on an LLN”, = rather than spell out explicit items ? We’ve done this type of aggregation already for “Methods to improve the current RPL behav= ior”.

 

Or, if others feel we need to say abs= olutely what we plan on doing, then maybe these could be bulleted, with the= last bullet indicating “and other methods of enhancing or optimizing multicast on an LLN”

 

Randy

 

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: Monday, June 27, 2016 10:53 AM
To: Routing Over Low power and Lossy networks
Cc: peter van der Stok
Subject: Re: [Roll] Request for Comments for ROLL Charter

 

Hello Ines and Peter:

 

I’m happy with this proposed ch= arter. On this particular item, though,

“

Additional protocol = to  reduce paths for RPL in non-storing mode

“

 

I’ll note that methods that rel= y on BIER or on Bloom filters to make routing more efficient were already d= iscussed and should be accommodated. Proposal:

“

Additional protocol = elements to reduce source route headers in non-storing mode and/or memory c= onsumption in storing mode such as route projection and BIER.

“

 

 

////////////////////= ///////////////////////////////////////////////////////////////////////////= /////////////////////////////////////////////////////////=

 

Charter for Working = Group

 

Low power and Lossy = Networks (LLNs) are made up of many embedded devices with limited power, me= mory, and processing resources. They are interconnected by a variety of lin= ks, such as IEEE 802.15.4, Bluetooth, Low Power WiFi, wired or other low power PLC (Powerline Communication) lin= ks. LLNs are transitioning to an end-to-end IP-based solution to avoid the = problem of non-interoperable networks interconnected by protocol translatio= n gateways and proxies.

 

Generally speaking, = LLNs are characterized as follows, but not limited to:

 

-LLNs operate with a= hard, very small bound on state. 

 

-In most cases, LLN = optimize for saving energy by using small packet headers and few reduce amo= unt of control packets.

 

-Typical traffic pat= terns are not simply unicast flows (e.g. in some cases most if not all traf= fic can be point to multipoint).

 

- In most cases, LLN= s will be employed over link layers with restricted frame-sizes and low bit= rates, thus a routing protocol for LLNs should be specifically adapted for= such link layers. 

 

- LLN routing protoc= ols have to be very careful when trading off efficiency for generality; sin= ce LLN nodes do not have resources to waste.

 

 

These specific prope= rties cause LLNs to have specific routing requirements.

 

Existing routing pro= tocols such as OSPF, IS-IS, AODV, and OLSR have been evaluated by the worki= ng group (draft-levis-roll-overview-protocols-00) and have in their current= form been found to not satisfy all of these specific routing requirements “Routing Requirements for Urb= an Low-Power and Lossy Networks” RFC 5548, “Industrial Routing = Requirements in Low-Power and Lossy Networks” RFC 5673, “Home A= utomation Routing Requirements in Low-Power and Lossy Networks” RFC 5826, Building Automation Routing Requirements in Low-Power and Lossy = Networks RFC 5867.

 

The Working Group is= focused on routing issues for LLN and maintaining the protocols developed = by the working group.

 

There is a wide scop= e of application areas for LLNs, including industrial monitoring, building = automation (HVAC, lighting, access control, fire), connected homes, health = care, environmental monitoring, urban sensor networks (e.g. Smart Grid), asset tracking. The Working Group focus= es on routing solutions for a subset of these: connected home, building and= urban sensor networks for which routing requirements have been specified. = These application-specific routing requirement documents were used for protocol design.

The Working Group fo= cuses on IPv6 routing architectural framework for these application scenari= os. The Framework will take into consideration various aspects including hi= gh reliability in the presence of time varying loss characteristics and connectivity while permitting low-power o= peration with very modest memory and CPU pressure in networks potentially c= omprising a very large number (several thousands) of nodes.

 

The Working Group wi= ll document how data packets are routed and encapsulated when they cross th= e LLN, and when they enter and exit the LLN: the appropriate use of RH3 (RF= C6553), RPI (RFC6554) and IPv6-in-IPv6 encapsulation including how routing loops are detected. In consultation wi= th the 6lo WG, the Working Group will design a method to compress these rou= ting headers into a single block. The WGLC on this work will be shared with= 6lo. The Working group will align with the 6man WG when needed.

ROLL is responsible = for maintenance of the protocols that is has developed, including RPL and M= PL. AD approval is required for each new work item that is proposed.=

 

Work Items are:

 

- Guidance in using = RFC6553, RFC6554, and IPv6-in-IPv6 encapsulation.

 

- Compression of &nb= sp;RFC6553, RFC6554, and IP headers in the 6LoWPAN adaptation layer context=

 

- Additional protoco= l to  reduce paths for RPL in non-storing mode

 

- Automatic selectio= n of MPL forwarders to reduce message replication

 

- Data models for RP= L and MPL management

 

- Alternative Multic= ast algorithm based on Bier forwarding.

 

- Solution  of =  the  problems associated with the use of No- Path DAO messaging = in RPL.

 

- Methods to improve= the current RPL behaviour, e.g. DIS modifications in RPL.

 

 

Milestones   &n= bsp;                     =                DATE

 

Recharter WG or clos= e                   September = 2017

 

Initial submission o= f draft about YANG RPL model to IESG   March 2017

 

Initial submission o= f draft about MPL selection to IESG    January 2017

 

Initial submission o= f draft about Bier Multicast to IESG      November 2016

 

Submit draft about Y= ANG MPL model to IESG     October 2016

 

Initial Submission o= f the draft about when to use RFC6553, RFC6554, and IPv6-in-IPv6 encapsulat= ion     August 2016

Draft-ietf-roll-useo= frplinfo to the IESG.

 

Initial submission o= f the draft about how to compress RFC6553, RFC6554, and IP headers in the 6= LoWPAN adaptation layer context.  to the IESG.    May 2016

draft-ietf-roll-rout= ing-dispatch       

 

Initial Submission o= f the No-Path DAO Problem Statement to the IESG     November 2016=

 

 

 

////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////////////////////////////////////////////////////////////////////= ///////////

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

--_000_23b932ae7dec457aac6571f15d15c9ecXCHRCD001ciscocom_-- From nobody Tue Jun 28 07:31:37 2016 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 E0FD512D1B2 for ; Tue, 28 Jun 2016 07:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.198 X-Spam-Level: X-Spam-Status: No, score=-2.198 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33hBChItalSx for ; Tue, 28 Jun 2016 07:31:31 -0700 (PDT) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 7CC0412D1AE for ; Tue, 28 Jun 2016 07:31:31 -0700 (PDT) Received: by mail-wm0-x233.google.com with SMTP id r190so27663945wmr.0 for ; Tue, 28 Jun 2016 07:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=erM2jcci17MZZPYIazfx3hyotQF5rqfH+W9AVlQ4Ozs=; b=YR0phfm74K2VSIP4+GGMv/yphp52Oa/Vbo2QsBEZUz529dXhk5DvqO+oG1k1vay4lP Av01tOj4XdzO34s059QRuDKd6hIkji32FOduI1IyKcfIoCN34hANEKih7KB7v4XC1INQ z0fi6Pm+NS+Xpr7E6T7YwrN3letPK8FdzmK3VcjopCEdDWbbSXTzgsX7QnGSfYY7YdFz wne8c9E7OASvNDgYKGzStFWFECFMZSUHAe7oQ93B/RJeO6jAOwhSiAIbzXa1sN89+nsm GTOQSoH/jquoTIqFrTvvvVMjeoub8hNL/utXSTAV6bPVfwWIQa2ImlAUZqLFDnsyZTbJ Q3Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=erM2jcci17MZZPYIazfx3hyotQF5rqfH+W9AVlQ4Ozs=; b=HnXFeQKgDXY1Gihi/029bBgSjBHbrVq1H/rLW+CmkuQnaeAXf0eatmUv7gIm9yOgsk Eq70k5HsmgBAQxGAT+SBEQqFTBgY/5uJ9vycR/D3DwClm4N/7eUgGYGdDy5WQH4kPKNl cJbS0OkFEQnBxr1EyvECvF9c5QLz8acb9pTdmQR6brGT7JpRJo7E7YRI1MxetJT2S1Rk nuZJZRUXQXUqnnZmfRkzvAmw6Ou3xkzECrGUftJRC4I9HC8IXPl4X2Jc0fJb3h//Nasn odBwC9ylX5a11HLESXLmHpuzt0gPqC+w7VMWLAxEtht4k2Gytr95i/YKPmbl2ocGPImF L8XQ== X-Gm-Message-State: ALyK8tLyUPScITi7gBFl6L4PZ8hgiFmxkB4uj+HXRGghF+K7j+ooLxI76phQMuJj9eZaZw== X-Received: by 10.194.201.102 with SMTP id jz6mr3392472wjc.101.1467124289574; Tue, 28 Jun 2016 07:31:29 -0700 (PDT) Received: from [10.92.124.3] (z5c7c.pia.fu-berlin.de. [87.77.92.124]) by smtp.googlemail.com with ESMTPSA id g195sm17340369wme.23.2016.06.28.07.31.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jun 2016 07:31:28 -0700 (PDT) To: roll@ietf.org References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> From: =?UTF-8?Q?Cenk_G=c3=bcndogan?= Message-ID: Date: Tue, 28 Jun 2016 16:31:27 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 14:31:36 -0000 Hello Pascal, Michael, Isn't it too restrictive if we limit the text to the non-storing and storing modes only? IMO other modes, like the "P2P Route Discovery" mode as defined inRFC6997 and future modes (if planned) could also benefit from those improvements. How about: Additional protocol elements to reduce bytes over the air and/or the amount of accumulated routing states. On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote: > Pascal Thubert (pthubert) wrote: >> > Additional protocol elements to reduce source route headers in >> > non-storing mode and/or memory consumption in storing mode such as >> > route projection and BIER. >> It sounds too prescriptive, as if we have limited ourselves in the charter to those two methods. I don't think that this is your intention. > Agreed, Michael. We can bar from " such as ..." on. > > Cheers, > > Pascal > > >> -----Original Message----- >> From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson >> Sent: mardi 28 juin 2016 14:47 >> To: Routing Over Low power and Lossy networks >> Cc: peter van der Stok >> Subject: Re: [Roll] Request for Comments for ROLL Charter >> >> >> Pascal Thubert (pthubert) wrote: >> > Additional protocol elements to reduce source route headers in >> > non-storing mode and/or memory consumption in storing mode such as >> > route projection and BIER. >> >> It sounds too prescriptive, as if we have limited ourselves in the charter to those >> two methods. I don't think that this is your intention. >> >> If you wrote: >> >> > Additional protocol elements to reduce source route headers in >> > non-storing mode and/or memory consumption in storing mode. >> > These elements may leverage mechanisms such as route projection and >> BIER. >> >> would be clearer that these are not the only two admissible methods. >> I'm not sure that we need to say what the methods are *at all* >> >> > There is a wide scope of application areas for LLNs, including >> > industrial monitoring, building automation (HVAC, lighting, access >> > control, fire), connected homes, health care, environmental monitoring, >> > urban sensor networks (e.g. Smart Grid), asset tracking. The Working >> > Group focuses on routing solutions for a subset of these: connected >> > home, building and urban sensor networks for which routing requirements >> > have been specified. These application-specific routing requirement >> > documents were used for protocol design. >> >> > The Working Group focuses on IPv6 routing architectural framework for >> > these application scenarios. The Framework will take into consideration >> > various aspects including high reliability in the presence of time >> > varying loss characteristics and connectivity while permitting >> > low-power operation with very modest memory and CPU pressure in >> > networks potentially comprising a very large number (several thousands) >> > of nodes. >> >> I'd like these two paragraphs removed as being ancient motherhood text. >> >> -- >> Michael Richardson , Sandelman Software Works -= >> IPv6 IoT consulting =- >> >> > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Tue Jun 28 07:46:02 2016 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 B837812D155 for ; Tue, 28 Jun 2016 07:46:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mail-udp-cl.20150623.gappssmtp.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 62IgCQS8SDXF for ; Tue, 28 Jun 2016 07:45:58 -0700 (PDT) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 BBA0412D532 for ; Tue, 28 Jun 2016 07:42:57 -0700 (PDT) Received: by mail-wm0-x22e.google.com with SMTP id a66so31290164wme.0 for ; Tue, 28 Jun 2016 07:42:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail-udp-cl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=txxRe4uniooRZ0NJu2VuP6S5Bpu/Fs4PAY0FamhXO8o=; b=UJ+FyllNag+kjP2vvN3wPqayEBK33+NGh9TB/FBQiOZ4humGM+eTW1+ecEv/eWNBbL DmNxSOVPqVFF9d6CZhb9JH4hrl4txEvnRzCBgNSRn5IQ5ObqORxHda7wSt6p4k8euo2r hii2hnAXvZx7i+pN2bICjUBTs6q8YYCgQY4upjymS4OBqWLy+naqTLxoeTpMaRqDKX0R M12VHlpVEXrJ8USPkBiz24ULZ08Zi8eL+VZpggtJXLb+mYMVq4CKQ2UxZqkYq64MXnUF y7ivoCCEfZ8VEUOy/mImbdcvTx9PvU3XKDT991r++P3eRBL6cOPYBjNqMS7cELU0uUp6 I0kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=txxRe4uniooRZ0NJu2VuP6S5Bpu/Fs4PAY0FamhXO8o=; b=AqRHaLF5h+5h/ITlvHfYppjsX4nTrJI156VLl2lAmiWLhJR9tmWyTbD9APPWyXqANF Mp77KRZNlddNpPMmyGnmyjlYQd4JdKANLQQYyKvKKezieDzlb81nyaSTc6aBKqFLda9Y e6GO5lE9SP71ciVkqndH01MTdyN1N19ZrevuA3TPxPNS67KGohwJNBNFHJ0ly2zp7qcu EAD1SH1wFDMgbxneov69hjrDDvpZApeAuXG0Nwhzv/9Siy0Z7ePIc8nBVou+7NU8BBmx Z6YHg3OrW+KXkaiTjOFVqqGLWkuxLJAd+eKiXp6qUj/t46Cp160g+ouh9axNKG7WJWVM pdBA== X-Gm-Message-State: ALyK8tLkVsSaBOJo68X/8mE8ZNwKJn/p3BlBFMTpsBaRyLAHOnwbgaCWvOConp0Zf3pAS8PTROBYRXJ6EsP+9Q== X-Received: by 10.28.71.74 with SMTP id u71mr4201483wma.0.1467124975997; Tue, 28 Jun 2016 07:42:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.68.10 with HTTP; Tue, 28 Jun 2016 07:42:55 -0700 (PDT) In-Reply-To: References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> From: "Prof. Diego Dujovne" Date: Tue, 28 Jun 2016 11:42:55 -0300 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=94eb2c07405c092a32053657a750 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 14:46:02 -0000 --94eb2c07405c092a32053657a750 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pascal, Michael: I agree with Cenk. I think we need some room for other ideas. Is it too general to use that phrase? Regards, Diego 2016-06-28 10:31 GMT-04:00 Cenk G=C3=BCndogan : > Hello Pascal, Michael, > > Isn't it too restrictive if we limit the text to the non-storing and > storing modes only? > IMO other modes, like the "P2P Route Discovery" mode as defined inRFC6997 > and future modes (if planned) could also benefit from those improvements. > > How about: > Additional protocol elements to reduce bytes over the air and/or the > amount of accumulated routing states. > > > On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote: > >> Pascal Thubert (pthubert) wrote: >> >>> > Additional protocol elements to reduce source route headers in >>> > non-storing mode and/or memory consumption in storing mode such a= s >>> > route projection and BIER. >>> It sounds too prescriptive, as if we have limited ourselves in the >>> charter to those two methods. I don't think that this is your intentio= n. >>> >> Agreed, Michael. We can bar from " such as ..." on. >> >> Cheers, >> >> Pascal >> >> >> -----Original Message----- >>> From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael >>> Richardson >>> Sent: mardi 28 juin 2016 14:47 >>> To: Routing Over Low power and Lossy networks >>> Cc: peter van der Stok >>> Subject: Re: [Roll] Request for Comments for ROLL Charter >>> >>> >>> Pascal Thubert (pthubert) wrote: >>> > Additional protocol elements to reduce source route headers in >>> > non-storing mode and/or memory consumption in storing mode such = as >>> > route projection and BIER. >>> >>> It sounds too prescriptive, as if we have limited ourselves in the >>> charter to those >>> two methods. I don't think that this is your intention. >>> >>> If you wrote: >>> >>> > Additional protocol elements to reduce source route headers in >>> > non-storing mode and/or memory consumption in storing mode. >>> > These elements may leverage mechanisms such as route projection >>> and >>> BIER. >>> >>> would be clearer that these are not the only two admissible methods. >>> I'm not sure that we need to say what the methods are *at all* >>> >>> > There is a wide scope of application areas for LLNs, including >>> > industrial monitoring, building automation (HVAC, lighting, acce= ss >>> > control, fire), connected homes, health care, environmental >>> monitoring, >>> > urban sensor networks (e.g. Smart Grid), asset tracking. The >>> Working >>> > Group focuses on routing solutions for a subset of these: >>> connected >>> > home, building and urban sensor networks for which routing >>> requirements >>> > have been specified. These application-specific routing >>> requirement >>> > documents were used for protocol design. >>> >>> > The Working Group focuses on IPv6 routing architectural framewor= k >>> for >>> > these application scenarios. The Framework will take into >>> consideration >>> > various aspects including high reliability in the presence of ti= me >>> > varying loss characteristics and connectivity while permitting >>> > low-power operation with very modest memory and CPU pressure in >>> > networks potentially comprising a very large number (several >>> thousands) >>> > of nodes. >>> >>> I'd like these two paragraphs removed as being ancient motherhood text. >>> >>> -- >>> Michael Richardson , Sandelman Software Works -= =3D >>> IPv6 IoT consulting =3D- >>> >>> >>> _______________________________________________ >> 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 > --=20 DIEGO DUJOVNE Profesor Asociado Escuela de Inform=C3=A1tica y Telecomunicaciones Facultad de Ingenier=C3=ADa - Universidad Diego Portales - Chile www.ingenieria.udp.cl (56 2) 676 8125 --94eb2c07405c092a32053657a750 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Pascal, Michael:
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I agree with Cenk. I think= we need some room for
other ideas. Is it too general to use= that phrase?
Regards,

=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Diego

2016-06-28 10:31 GMT-04:00 Cenk G=C3=BCndogan <= ;cnkgndgn@gmail.com= >:
Hello Pascal, Michael,
Isn't it too restrictive if we limit the text to the non-storing and st= oring modes only?
IMO other modes, like the "P2P Route Discovery" mode as defined i= nRFC6997
and future modes (if planned) could also benefit from those improvements.
How about:
Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states.


On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote:
Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
=C2=A0 =C2=A0 > Additional protocol elements to reduce source route head= ers in
=C2=A0 =C2=A0 > non-storing mode and/or memory consumption in storing mo= de such as
=C2=A0 =C2=A0 > route projection and BIER.
It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods.=C2=A0 I don't think that this is your intention.<= br>
Agreed, Michael. We can bar from " such as ..." on.

Cheers,

Pascal


-----Original Message-----
From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson
Sent: mardi 28 juin 2016 14:47
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Cc: peter van der Stok <stokcons@xs4all.nl>
Subject: Re: [Roll] Request for Comments for ROLL Charter


Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
=C2=A0 =C2=A0 =C2=A0> Additional protocol elements to reduce source rout= e headers in
=C2=A0 =C2=A0 =C2=A0> non-storing mode and/or memory consumption in stor= ing mode such as
=C2=A0 =C2=A0 =C2=A0> route projection and BIER.

It sounds too prescriptive, as if we have limited ourselves in the charter = to those
two methods.=C2=A0 I don't think that this is your intention.

If you wrote:

=C2=A0 =C2=A0 =C2=A0> Additional protocol elements to reduce source rout= e headers in
=C2=A0 =C2=A0 =C2=A0> non-storing mode and/or memory consumption in stor= ing mode.
=C2=A0 =C2=A0 =C2=A0> These elements may leverage mechanisms such as rou= te projection and
BIER.

would be clearer that these are not the only two admissible methods.
I'm not sure that we need to say what the methods are *at all*

=C2=A0 =C2=A0 =C2=A0> There is a wide scope of application areas for LLN= s, including
=C2=A0 =C2=A0 =C2=A0> industrial monitoring, building automation (HVAC, = lighting, access
=C2=A0 =C2=A0 =C2=A0> control, fire), connected homes, health care, envi= ronmental monitoring,
=C2=A0 =C2=A0 =C2=A0> urban sensor networks (e.g. Smart Grid), asset tra= cking.=C2=A0 The Working
=C2=A0 =C2=A0 =C2=A0> Group focuses on routing solutions for a subset of= these: connected
=C2=A0 =C2=A0 =C2=A0> home, building and urban sensor networks for which= routing requirements
=C2=A0 =C2=A0 =C2=A0> have been specified. These application-specific ro= uting requirement
=C2=A0 =C2=A0 =C2=A0> documents were used for protocol design.

=C2=A0 =C2=A0 =C2=A0> The Working Group focuses on IPv6 routing architec= tural framework for
=C2=A0 =C2=A0 =C2=A0> these application scenarios. The Framework will ta= ke into consideration
=C2=A0 =C2=A0 =C2=A0> various aspects including high reliability in the = presence of time
=C2=A0 =C2=A0 =C2=A0> varying loss characteristics and connectivity whil= e permitting
=C2=A0 =C2=A0 =C2=A0> low-power operation with very modest memory and CP= U pressure in
=C2=A0 =C2=A0 =C2=A0> networks potentially comprising a very large numbe= r (several thousands)
=C2=A0 =C2=A0 =C2=A0> of nodes.

I'd like these two paragraphs removed as being ancient motherhood text.=

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


_______________________________________________
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



--
DIEGO DUJOVNE
Profesor Asociado
Escuela de I= nform=C3=A1tica y Telecomunicaciones
Facultad de Ingenier=C3=ADa - Unive= rsidad Diego Portales - Chile
www.ingenieria.udp.cl
(56 2) 676 8125
--94eb2c07405c092a32053657a750-- From nobody Tue Jun 28 08:12:28 2016 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 512E912D507 for ; Tue, 28 Jun 2016 08:12:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 AxvKoSLjCZrv for ; Tue, 28 Jun 2016 08:12:23 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0702.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::702]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FA1B12D158 for ; Tue, 28 Jun 2016 08:12:20 -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=NHL7VvBXvuoRNeJwjJfNTaeyyROt88SvmrG1V9IE6Oc=; b=iCgMfvUOOe8kSEAVex53JFoKhBhAPPZkVJQ/8EiyStqJrYwYDlAHlvlMCDGem/vvtLV9X6oN8kgpTYQHFQLqDdqx7L5U0uZ1kHxsv4mFwzl2+Ty1bREFh3jx3YLf6Qq1lGVha7fufH3XfPv1RyKa/NaQGv2Ur6/SnRYnyff6bVU= Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) by DB5PR01MB1814.eurprd01.prod.exchangelabs.com (10.166.168.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 28 Jun 2016 15:12:00 +0000 Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) with mapi id 15.01.0523.024; Tue, 28 Jun 2016 15:12:00 +0000 From: "Turner, Randy" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nTHvfjStCYrkuhuZjzgKorcZ/9b3kAgAFvOICAABF6AIAAC6OAgAADNICAAAggFA== Date: Tue, 28 Jun 2016 15:12:00 +0000 Message-ID: <4B5E9AF4-CC70-4ABA-A637-A0F8585EAEDF@landisgyr.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com; x-originating-ip: [2600:1005:b057:83b4:50c4:b56:9b2a:63f8] x-ms-office365-filtering-correlation-id: 9200c495-35e3-41d5-6db0-08d39f668dde x-microsoft-exchange-diagnostics: 1; DB5PR01MB1814; 6:pl3fjPNdaJqAXyiHZehmsJ2MjIuE89VOB37F6q1TnJZr3YonlwDaQPf0SkXMWHp+nrD1UYCb0BuwGFdPCNQwsNFbpai3s8mtZD0zdM6n/lQLuoHOjr31mSlPjIwIFzGAZbAjPC/GgL5nXfD8VBog8+nLSbT0zK93NdnmxtgEswg80IJu74S0MO/oolttIY6qOJ34evMn422py5q1Kk1ne4+PPTnTu2uRNFyRMx/k9V9VLWgSJxnG6rF4vi9pumEbqDHnNEC43YQPcU/6XGEsDT9HYtekbPZeVwheIiovdbLimg/x7dIZZ06Vdkjj4bfPjz/kqi8QJ37nxNQla5+mkVKqCnclAIx5C2SNv+ABys4=; 5:Z5cMWhT6+72g6kVZqxOzucll75ef8EH0qi6I+N/OBenvAmwMA5SFmBwhRDAkLtNEKY0HkkRdry+sX5L15rHAwQT5br8CeQ3wJWjg6rMBI8Zvko5CV7eJ3BqQNZGQYMuFSt2ZPP9jOE9fugA61/LCrg==; 24:w3BbxGnzqd1E7fl2K+UEuylL/28rWNmu1WvhnphUxa1X64TSMyqPcC2j1JDajgJoGIWuEHu5bk44dWwS+at2jvxqOTgTvuTqAVtQYMTN7J0=; 7:bZsIfjBNe+xb+zDqQBQDNKQsm1GNhhhtFQqe0rNDG5jW8ydq4Ku8P0TSDEps/5dgPbi5m1jD++RA7vqOaq4h/XBSsq8pBfONPhrd4DVowomw3ITDAF8XG+zXOfxJ6F90fKTr1nJNWK4Yv7xmve0066CltxqcXFt3djv48uXSpVEC0BRkEOw1l/LZnZnJkmISGJyUTZaRPFIg11Mn5NEehe67BWiKWNVUblx0VKBVDnlEzkHjfZs1oO44jJI+xXXMCLtR5t4NAQPjQpzwGBhO8w== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR01MB1814; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(72170088055959)(131327999870524)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:DB5PR01MB1814; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1814; x-forefront-prvs: 0987ACA2E2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(199003)(377454003)(377424004)(24454002)(13464003)(3660700001)(33656002)(77096005)(15975445007)(3280700002)(68736007)(92566002)(81156014)(81166006)(2906002)(8676002)(16236675004)(97736004)(36756003)(19580395003)(8936002)(7736002)(19580405001)(7906003)(7846002)(101416001)(10400500002)(86362001)(105586002)(82746002)(2950100001)(586003)(6116002)(102836003)(83716003)(107886002)(110136002)(2900100001)(122556002)(50986999)(16601075003)(106116001)(19617315012)(11100500001)(87936001)(54356999)(450100001)(76176999)(189998001)(5002640100001)(106356001)(93886004)(3826002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1814; H:DB5PR01MB1815.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_4B5E9AF4CC704ABAA637A0F8585EAEDFlandisgyrcom_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jun 2016 15:12:00.3795 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1814 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 15:12:27 -0000 --_000_4B5E9AF4CC704ABAA637A0F8585EAEDFlandisgyrcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable +1 just a generalization of my earlier suggestion R. On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne > wrote: Pascal, Michael: I agree with Cenk. I think we need some room for other ideas. Is it too general to use that phrase? Regards, Diego 2016-06-28 10:31 GMT-04:00 Cenk G?ndogan >: Hello Pascal, Michael, Isn't it too restrictive if we limit the text to the non-storing and storin= g modes only? IMO other modes, like the "P2P Route Discovery" mode as defined inRFC6997 and future modes (if planned) could also benefit from those improvements. How about: Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states. On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote: Pascal Thubert (pthubert) > w= rote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode such as > route projection and BIER. It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods. I don't think that this is your intention. Agreed, Michael. We can bar from " such as ..." on. Cheers, Pascal -----Original Message----- From: Roll [mailto:roll-bounces@ietf.org] On = Behalf Of Michael Richardson Sent: mardi 28 juin 2016 14:47 To: Routing Over Low power and Lossy networks > Cc: peter van der Stok > Subject: Re: [Roll] Request for Comments for ROLL Charter Pascal Thubert (pthubert) > w= rote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode such as > route projection and BIER. It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods. I don't think that this is your intention. If you wrote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode. > These elements may leverage mechanisms such as route projection and BIER. would be clearer that these are not the only two admissible methods. I'm not sure that we need to say what the methods are *at all* > There is a wide scope of application areas for LLNs, including > industrial monitoring, building automation (HVAC, lighting, access > control, fire), connected homes, health care, environmental monitori= ng, > urban sensor networks (e.g. Smart Grid), asset tracking. The Workin= g > Group focuses on routing solutions for a subset of these: connected > home, building and urban sensor networks for which routing requireme= nts > have been specified. These application-specific routing requirement > documents were used for protocol design. > The Working Group focuses on IPv6 routing architectural framework fo= r > these application scenarios. The Framework will take into considerat= ion > various aspects including high reliability in the presence of time > varying loss characteristics and connectivity while permitting > low-power operation with very modest memory and CPU pressure in > networks potentially comprising a very large number (several thousan= ds) > of nodes. I'd like these two paragraphs removed as being ancient motherhood text. -- Michael Richardson >,= Sandelman Software Works -=3D IPv6 IoT consulting =3D- _______________________________________________ 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 -- DIEGO DUJOVNE Profesor Asociado Escuela de Inform?tica y Telecomunicaciones Facultad de Ingenier?a - Universidad Diego Portales - Chile www.ingenieria.udp.cl (56 2) 676 8125 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --_000_4B5E9AF4CC704ABAA637A0F8585EAEDFlandisgyrcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
+1 just a generalization of my earlier suggestion

R.

On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne <diego.dujovne@mail.udp.cl> wrote:

Pascal, Michael:
            &nb= sp;            I agr= ee with Cenk. I think we need some room for
other ideas. Is it too general to use that phrase?
Regards,

           &nbs= p;            &= nbsp;           &nbs= p;     Diego

2016-06-28 10:31 GMT-04:00 Cenk Gündogan <cnkgndgn@gmail.= com>:
Hello Pascal, Michael,

Isn't it too restrictive if we limit the text to the non-storing and storin= g modes only?
IMO other modes, like the "P2P Route Discovery" mode as defined i= nRFC6997
and future modes (if planned) could also benefit from those improvements.
How about:
Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states.


On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote:
Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
    > Additional protocol elements to reduce source route head= ers in
    > non-storing mode and/or memory consumption in storing mo= de such as
    > route projection and BIER.
It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods.  I don't think that this is your intention.
Agreed, Michael. We can bar from " such as ..." on.

Cheers,

Pascal


-----Original Message-----
From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson
Sent: mardi 28 juin 2016 14:47
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Cc: peter van der Stok <stokcons@xs4all.nl>
Subject: Re: [Roll] Request for Comments for ROLL Charter


Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
     > Additional protocol elements to reduce source rout= e headers in
     > non-storing mode and/or memory consumption in stor= ing mode such as
     > route projection and BIER.

It sounds too prescriptive, as if we have limited ourselves in the charter = to those
two methods.  I don't think that this is your intention.

If you wrote:

     > Additional protocol elements to reduce source rout= e headers in
     > non-storing mode and/or memory consumption in stor= ing mode.
     > These elements may leverage mechanisms such as rou= te projection and
BIER.

would be clearer that these are not the only two admissible methods.
I'm not sure that we need to say what the methods are *at all*

     > There is a wide scope of application areas for LLN= s, including
     > industrial monitoring, building automation (HVAC, = lighting, access
     > control, fire), connected homes, health care, envi= ronmental monitoring,
     > urban sensor networks (e.g. Smart Grid), asset tra= cking.  The Working
     > Group focuses on routing solutions for a subset of= these: connected
     > home, building and urban sensor networks for which= routing requirements
     > have been specified. These application-specific ro= uting requirement
     > documents were used for protocol design.

     > The Working Group focuses on IPv6 routing architec= tural framework for
     > these application scenarios. The Framework will ta= ke into consideration
     > various aspects including high reliability in the = presence of time
     > varying loss characteristics and connectivity whil= e permitting
     > low-power operation with very modest memory and CP= U pressure in
     > networks potentially comprising a very large numbe= r (several thousands)
     > of nodes.

I'd like these two paragraphs removed as being ancient motherhood text.

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


_______________________________________________
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



--
DIEGO DUJOVNE
Profesor Asociado
Escuela de Informática y Telecomunicaciones
Facultad de Ingeniería - Universidad Diego Portales - Chile
www.ingenieria.u= dp.cl
(56 2) 676 8125
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ie= tf.org/mailman/listinfo/roll
--_000_4B5E9AF4CC704ABAA637A0F8585EAEDFlandisgyrcom_-- From nobody Tue Jun 28 08:53:50 2016 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 31D9D12D555 for ; Tue, 28 Jun 2016 08:53:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.946 X-Spam-Level: X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EPuB1LqJo_1Z for ; Tue, 28 Jun 2016 08:53:46 -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 D42A412D4FB for ; Tue, 28 Jun 2016 08:53:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16853; q=dns/txt; s=iport; t=1467129225; x=1468338825; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=AYwC4tdF8ffrf6ohw60dETGPZrgnD6l4WcHWmtUjomQ=; b=gEaafnhakPGmMqPXEzfJYt/iOH+NQcslrUqzTgAJ3zlVDcdUVhdUfqON 7hPsZmkbmFoJ/xwRVJcI2J0HmSWIgSAhH7o3hgDZ550I3wJRq10pAliDm gB2p74Wg9yTUhynHmUsFk3U00bUoxgIU+Kkx4zL7sBJT1myjKmRB0Vqj7 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AfAgBOnXJX/4YNJK1bgnBOVn0GriGHC?= =?us-ascii?q?oUBgXsXAQqCPoM4AoEwOBQBAQEBAQEBZSeETAEBAQMBAQEBKhwlEAcEAgEIEQQ?= =?us-ascii?q?BAQEnByEGCxQJCAIEEwgTh3sDDwgOv0ENhAoBAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEchiiETYEigSGBWQEGAQEBSAiFJQWOM4obNAGGd4U7ggCBcI07b4chh24BHja?= =?us-ascii?q?CBQMcgUxuh2wBDhcffwEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,541,1459814400"; d="scan'208,217";a="291149478" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Jun 2016 15:53:23 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u5SFrNxC014603 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 28 Jun 2016 15:53:23 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; Tue, 28 Jun 2016 10:53:22 -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; Tue, 28 Jun 2016 10:53:22 -0500 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Request for Comments for ROLL Charter Thread-Index: AQHRy9nVupFNWUgruE+yIgm4tP2235/9b3kAgAFvOICAABF6AIAAC6OAgAADNICAAAggFIAACtNw Date: Tue, 28 Jun 2016 15:53:21 +0000 Deferred-Delivery: Tue, 28 Jun 2016 15:52:49 +0000 Message-ID: <231ea84926a546bfa4a520ef378464a0@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> , <4B5E9AF4-CC70-4ABA-A637-A0F8585EAEDF@landisgyr.com> In-Reply-To: <4B5E9AF4-CC70-4ABA-A637-A0F8585EAEDF@landisgyr.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.228.216.20] Content-Type: multipart/alternative; boundary="_000_231ea84926a546bfa4a520ef378464a0XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 15:53:49 -0000 --_000_231ea84926a546bfa4a520ef378464a0XCHRCD001ciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable So leave it at "improvements to the RPL routing protocol" ? It already has = some multicast, so that much would be in as well. Pascal From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy Sent: mardi 28 juin 2016 17:12 To: Routing Over Low power and Lossy networks Subject: Re: [Roll] Request for Comments for ROLL Charter +1 just a generalization of my earlier suggestion R. On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne > wrote: Pascal, Michael: I agree with Cenk. I think we need some room for other ideas. Is it too general to use that phrase? Regards, Diego 2016-06-28 10:31 GMT-04:00 Cenk G=FCndogan >: Hello Pascal, Michael, Isn't it too restrictive if we limit the text to the non-storing and storin= g modes only? IMO other modes, like the "P2P Route Discovery" mode as defined inRFC6997 and future modes (if planned) could also benefit from those improvements. How about: Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states. On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote: Pascal Thubert (pthubert) > w= rote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode such as > route projection and BIER. It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods. I don't think that this is your intention. Agreed, Michael. We can bar from " such as ..." on. Cheers, Pascal -----Original Message----- From: Roll [mailto:roll-bounces@ietf.org] On = Behalf Of Michael Richardson Sent: mardi 28 juin 2016 14:47 To: Routing Over Low power and Lossy networks > Cc: peter van der Stok > Subject: Re: [Roll] Request for Comments for ROLL Charter Pascal Thubert (pthubert) > w= rote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode such as > route projection and BIER. It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods. I don't think that this is your intention. If you wrote: > Additional protocol elements to reduce source route headers in > non-storing mode and/or memory consumption in storing mode. > These elements may leverage mechanisms such as route projection and BIER. would be clearer that these are not the only two admissible methods. I'm not sure that we need to say what the methods are *at all* > There is a wide scope of application areas for LLNs, including > industrial monitoring, building automation (HVAC, lighting, access > control, fire), connected homes, health care, environmental monitori= ng, > urban sensor networks (e.g. Smart Grid), asset tracking. The Workin= g > Group focuses on routing solutions for a subset of these: connected > home, building and urban sensor networks for which routing requireme= nts > have been specified. These application-specific routing requirement > documents were used for protocol design. > The Working Group focuses on IPv6 routing architectural framework fo= r > these application scenarios. The Framework will take into considerat= ion > various aspects including high reliability in the presence of time > varying loss characteristics and connectivity while permitting > low-power operation with very modest memory and CPU pressure in > networks potentially comprising a very large number (several thousan= ds) > of nodes. I'd like these two paragraphs removed as being ancient motherhood text. -- Michael Richardson >,= Sandelman Software Works -=3D IPv6 IoT consulting =3D- _______________________________________________ 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 -- DIEGO DUJOVNE Profesor Asociado Escuela de Inform=E1tica y Telecomunicaciones Facultad de Ingenier=EDa - Universidad Diego Portales - Chile www.ingenieria.udp.cl (56 2) 676 8125 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --_000_231ea84926a546bfa4a520ef378464a0XCHRCD001ciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

So leave it at “improvements to= the RPL routing protocol” ? It already has some multicast, so that m= uch would be in as well.

 

Pascal<= /p>

 

From: Roll [mailto:roll-bounces@ietf= .org] On Behalf Of Turner, Randy
Sent: mardi 28 juin 2016 17:12
To: Routing Over Low power and Lossy networks <roll@ietf.org><= br> Subject: Re: [Roll] Request for Comments for ROLL Charter=

 

+1 just a generalization of my earlier suggestio= n

R.


On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne <diego.dujovne@mail.udp.cl> wrote:=

Pascal, Michael:

        &nbs= p;            &= nbsp;   I agree with Cenk. I think we need some room for

other ideas. Is it too general to use that phrase?

Regards,

        &nbs= p;            &= nbsp;           &nbs= p;        Diego

 

2016-06-28 10:31 GMT-04:00 Cenk G=FCndogan <cnkgndgn@gmail.com&g= t;:

Hello Pascal, Michael,

Isn't it too restrictive if we limit the text to the non-storing and storin= g modes only?
IMO other modes, like the "P2P Route Discovery" mode as defined i= nRFC6997
and future modes (if planned) could also benefit from those improvements.
How about:
Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states.



On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote:

Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:

    > Additional protocol elements to r= educe source route headers in
    > non-storing mode and/or memory consumption in storing mo= de such as
    > route projection and BIER.
It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods.  I don't think that this is your intention.=

Agreed, Michael. We c= an bar from " such as ..." on.

Cheers,

Pascal

-----Original Message= -----
From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson
Sent: mardi 28 juin 2016 14:47
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Cc: peter van der Stok <stokcons@xs4all.nl>
Subject: Re: [Roll] Request for Comments for ROLL Charter


Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
     > Additional protocol elements to reduce source rout= e headers in
     > non-storing mode and/or memory consumption in stor= ing mode such as
     > route projection and BIER.

It sounds too prescriptive, as if we have limited ourselves in the charter = to those
two methods.  I don't think that this is your intention.

If you wrote:

     > Additional protocol elements to reduce source rout= e headers in
     > non-storing mode and/or memory consumption in stor= ing mode.
     > These elements may leverage mechanisms such as rou= te projection and
BIER.

would be clearer that these are not the only two admissible methods.
I'm not sure that we need to say what the methods are *at all*

     > There is a wide scope of application areas for LLN= s, including
     > industrial monitoring, building automation (HVAC, = lighting, access
     > control, fire), connected homes, health care, envi= ronmental monitoring,
     > urban sensor networks (e.g. Smart Grid), asset tra= cking.  The Working
     > Group focuses on routing solutions for a subset of= these: connected
     > home, building and urban sensor networks for which= routing requirements
     > have been specified. These application-specific ro= uting requirement
     > documents were used for protocol design.

     > The Working Group focuses on IPv6 routing architec= tural framework for
     > these application scenarios. The Framework will ta= ke into consideration
     > various aspects including high reliability in the = presence of time
     > varying loss characteristics and connectivity whil= e permitting
     > low-power operation with very modest memory and CP= U pressure in
     > networks potentially comprising a very large numbe= r (several thousands)
     > of nodes.

I'd like these two paragraphs removed as being ancient motherhood text.

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

_______________________________________________
Roll mailing list
Roll@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/roll


_______________________________________________
Roll mailing list
Roll@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/roll




--

DIEGO DUJOVNE
Profesor Asociado
Escuela de Inform=E1tica y Telecomunicaciones
Facultad de Ingenier=EDa - Universidad Diego Portales - Chile
www.ingenieria.u= dp.cl
(56 2) 676 8125

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

--_000_231ea84926a546bfa4a520ef378464a0XCHRCD001ciscocom_-- From nobody Tue Jun 28 09:02:27 2016 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 52C7312D590 for ; Tue, 28 Jun 2016 09:02:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mail-udp-cl.20150623.gappssmtp.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 9cZ--f5QnKoB for ; Tue, 28 Jun 2016 09:02:22 -0700 (PDT) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 AB4A212D58A for ; Tue, 28 Jun 2016 09:02:21 -0700 (PDT) Received: by mail-wm0-x22e.google.com with SMTP id f126so146444365wma.1 for ; Tue, 28 Jun 2016 09:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail-udp-cl.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=sUbRoht4IRrsk948dnNe76jnLsOvkMrv6bUa/ETyn6o=; b=0D9FOzWFpHm3lYR9seHR1J7ZSLDLlbVbCu0OIJikNW53hEe/SaGUHrrvwQnjPZb5H8 QXysTt4aJHS7+hZJVMx1Vx9xCye3MnWeZMInWCW7SiMtrUq35SA7h+mcaZpD8gyhkPF5 uckhVLhIayRv9R5R+cCOFJ+QRbvCc94EpRkqjOt3sRGb41GmZyCYVAYWOy2ANG5wAjZ8 xL8nsDK1nIbnAdK85kf6fv0UC2t9mHM6XaHy+7z3rme8KSIMWxFyksVuni35n8x9NYJN mCqa++Pq0OVyyZn1F+ZYUYKKrykxd+oGNHiKsDdpVJ39d6RO+89ho9JoxV5kXTPuLNHC tCbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=sUbRoht4IRrsk948dnNe76jnLsOvkMrv6bUa/ETyn6o=; b=iAlVWWP17m/xJzymWSMIm67P/b90BN30sz8tAXWItCVmd6wFjMgRmV1fhVlcfdzCY6 AdiXstLtoqS7EXsPLHXFa4pxNLCHoWTNK21fOffJWO0CiqQhM7894ZeFgcvkvKQocRto kTs+4cgPLjAdmwitUDdUfKIyXy8iHSvhngyNHZDzPlL+i5YsGltrGc5Wq3w5EkFxYcAe T1ZAtdtF1IYYKj26Mnlk7bcp2tQAYOlUACAAkVOqNfG9jtNvE01DzL3H+v65vuZ8Z6li Gg7uc2PuRpp8+l8VSiK7x0m8EVAU3SdMPGgjhS7eTeG1vgVXcSS70ha7GbpHWq1JIlKh jlMA== X-Gm-Message-State: ALyK8tKysV/IPvypt8vG13qgIL8ojMTLW262stBzvbIPq+lF0fg2o5GgLr7kGrQSAwYIQoLp5+ILtvvz4xl65g== X-Received: by 10.194.246.4 with SMTP id xs4mr4019647wjc.96.1467129739932; Tue, 28 Jun 2016 09:02:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.68.10 with HTTP; Tue, 28 Jun 2016 09:02:18 -0700 (PDT) In-Reply-To: <231ea84926a546bfa4a520ef378464a0@XCH-RCD-001.cisco.com> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> <4B5E9AF4-CC70-4ABA-A637-A0F8585EAEDF@landisgyr.com> <231ea84926a546bfa4a520ef378464a0@XCH-RCD-001.cisco.com> From: "Prof. Diego Dujovne" Date: Tue, 28 Jun 2016 13:02:18 -0300 Message-ID: To: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary=001a11c3af2efd0a19053658c21c Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 16:02:26 -0000 --001a11c3af2efd0a19053658c21c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I vote for that text. I like multicast included in the charter too. Regards, Diego 2016-06-28 11:53 GMT-04:00 Pascal Thubert (pthubert) : > So leave it at =E2=80=9Cimprovements to the RPL routing protocol=E2=80=9D= ? It already has > some multicast, so that much would be in as well. > > > > Pascal > > > > *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Turner, Randy > *Sent:* mardi 28 juin 2016 17:12 > *To:* Routing Over Low power and Lossy networks > *Subject:* Re: [Roll] Request for Comments for ROLL Charter > > > > +1 just a generalization of my earlier suggestion > > R. > > > On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne < > diego.dujovne@mail.udp.cl> wrote: > > Pascal, Michael: > > I agree with Cenk. I think we need some room for > > other ideas. Is it too general to use that phrase? > > Regards, > > Diego > > > > 2016-06-28 10:31 GMT-04:00 Cenk G=C3=BCndogan : > > Hello Pascal, Michael, > > Isn't it too restrictive if we limit the text to the non-storing and > storing modes only? > IMO other modes, like the "P2P Route Discovery" mode as defined inRFC6997 > and future modes (if planned) could also benefit from those improvements. > > How about: > Additional protocol elements to reduce bytes over the air and/or the > amount of accumulated routing states. > > > > On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote: > > Pascal Thubert (pthubert) wrote: > > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode such as > > route projection and BIER. > It sounds too prescriptive, as if we have limited ourselves in the charte= r > to those two methods. I don't think that this is your intention. > > Agreed, Michael. We can bar from " such as ..." on. > > Cheers, > > Pascal > > -----Original Message----- > From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson > Sent: mardi 28 juin 2016 14:47 > To: Routing Over Low power and Lossy networks > Cc: peter van der Stok > Subject: Re: [Roll] Request for Comments for ROLL Charter > > > Pascal Thubert (pthubert) wrote: > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode such as > > route projection and BIER. > > It sounds too prescriptive, as if we have limited ourselves in the charte= r > to those > two methods. I don't think that this is your intention. > > If you wrote: > > > Additional protocol elements to reduce source route headers in > > non-storing mode and/or memory consumption in storing mode. > > These elements may leverage mechanisms such as route projection an= d > BIER. > > would be clearer that these are not the only two admissible methods. > I'm not sure that we need to say what the methods are *at all* > > > There is a wide scope of application areas for LLNs, including > > industrial monitoring, building automation (HVAC, lighting, access > > control, fire), connected homes, health care, environmental > monitoring, > > urban sensor networks (e.g. Smart Grid), asset tracking. The > Working > > Group focuses on routing solutions for a subset of these: connecte= d > > home, building and urban sensor networks for which routing > requirements > > have been specified. These application-specific routing requiremen= t > > documents were used for protocol design. > > > The Working Group focuses on IPv6 routing architectural framework > for > > these application scenarios. The Framework will take into > consideration > > various aspects including high reliability in the presence of time > > varying loss characteristics and connectivity while permitting > > low-power operation with very modest memory and CPU pressure in > > networks potentially comprising a very large number (several > thousands) > > of nodes. > > I'd like these two paragraphs removed as being ancient motherhood text. > > -- > Michael Richardson , Sandelman Software Works -= =3D > IPv6 IoT consulting =3D- > > _______________________________________________ > 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 > > > > > -- > > DIEGO DUJOVNE > Profesor Asociado > Escuela de Inform=C3=A1tica y Telecomunicaciones > Facultad de Ingenier=C3=ADa - Universidad Diego Portales - Chile > www.ingenieria.udp.cl > (56 2) 676 8125 > > _______________________________________________ > 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 > > --=20 DIEGO DUJOVNE Profesor Asociado Escuela de Inform=C3=A1tica y Telecomunicaciones Facultad de Ingenier=C3=ADa - Universidad Diego Portales - Chile www.ingenieria.udp.cl (56 2) 676 8125 --001a11c3af2efd0a19053658c21c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I vote for that text. I like multicast included = in the
charter too.
Regards,

=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Diego

2016-06-28 11:53 GMT-04:00 Pascal Thu= bert (pthubert) <pthubert@cisco.com>:

So leave it at =E2=80=9Cimprovements = to the RPL routing protocol=E2=80=9D ? It already has some multicast, so th= at much would be in as well.

=C2=A0

Pascal

=C2=A0

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Turner, Randy
Sent: mardi 28 juin 2016 17:12
To: Routing Over Low power and Lossy networks <roll@ietf.org>

Subject: Re: [Roll] Request= for Comments for ROLL Charter

=C2=A0

+1 just a generalization of my earlier suggestion
R.


On Jun 28, 2016, at 10:46 AM, Prof. Diego Dujovne <diego.dujovne@mail.udp.cl>= wrote:

Pascal, Michael:

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 I agree with Cenk. I think we need some room for

other ideas. Is it too general to use that phrase?

Regards,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Diego

=C2=A0

2016-06-28 10:31 GMT-04:00 Cenk G=C3=BCndogan <cnkgndgn@gmail.com>:

Hello Pascal, Michael,

Isn't it too restrictive if we limit the text to the non-storing and st= oring modes only?
IMO other modes, like the "P2P Route Discovery" mode as defined i= nRFC6997
and future modes (if planned) could also benefit from those improvements.
How about:
Additional protocol elements to reduce bytes over the air and/or the amount= of accumulated routing states.



On 06/28/2016 03:49 PM, Pascal Thubert (pthubert) wrote:

Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:<= u>

=C2=A0 =C2=A0 > Additional protocol elements to r= educe source route headers in
=C2=A0 =C2=A0 > non-storing mode and/or memory consumption in storing mo= de such as
=C2=A0 =C2=A0 > route projection and BIER.
It sounds too prescriptive, as if we have limited ourselves in the charter = to those two methods.=C2=A0 I don't think that this is your intention.<= u>

Agreed, Michael. We c= an bar from " such as ..." on.

Cheers,

Pascal

-----Original Message= -----
From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Michael Richardson
Sent: mardi 28 juin 2016 14:47
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Cc: peter van der Stok <stokcons@xs4all.nl>
Subject: Re: [Roll] Request for Comments for ROLL Charter


Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
=C2=A0 =C2=A0 =C2=A0> Additional protocol elements to reduce source rout= e headers in
=C2=A0 =C2=A0 =C2=A0> non-storing mode and/or memory consumption in stor= ing mode such as
=C2=A0 =C2=A0 =C2=A0> route projection and BIER.

It sounds too prescriptive, as if we have limited ourselves in the charter = to those
two methods.=C2=A0 I don't think that this is your intention.

If you wrote:

=C2=A0 =C2=A0 =C2=A0> Additional protocol elements to reduce source rout= e headers in
=C2=A0 =C2=A0 =C2=A0> non-storing mode and/or memory consumption in stor= ing mode.
=C2=A0 =C2=A0 =C2=A0> These elements may leverage mechanisms such as rou= te projection and
BIER.

would be clearer that these are not the only two admissible methods.
I'm not sure that we need to say what the methods are *at all*

=C2=A0 =C2=A0 =C2=A0> There is a wide scope of application areas for LLN= s, including
=C2=A0 =C2=A0 =C2=A0> industrial monitoring, building automation (HVAC, = lighting, access
=C2=A0 =C2=A0 =C2=A0> control, fire), connected homes, health care, envi= ronmental monitoring,
=C2=A0 =C2=A0 =C2=A0> urban sensor networks (e.g. Smart Grid), asset tra= cking.=C2=A0 The Working
=C2=A0 =C2=A0 =C2=A0> Group focuses on routing solutions for a subset of= these: connected
=C2=A0 =C2=A0 =C2=A0> home, building and urban sensor networks for which= routing requirements
=C2=A0 =C2=A0 =C2=A0> have been specified. These application-specific ro= uting requirement
=C2=A0 =C2=A0 =C2=A0> documents were used for protocol design.

=C2=A0 =C2=A0 =C2=A0> The Working Group focuses on IPv6 routing architec= tural framework for
=C2=A0 =C2=A0 =C2=A0> these application scenarios. The Framework will ta= ke into consideration
=C2=A0 =C2=A0 =C2=A0> various aspects including high reliability in the = presence of time
=C2=A0 =C2=A0 =C2=A0> varying loss characteristics and connectivity whil= e permitting
=C2=A0 =C2=A0 =C2=A0> low-power operation with very modest memory and CP= U pressure in
=C2=A0 =C2=A0 =C2=A0> networks potentially comprising a very large numbe= r (several thousands)
=C2=A0 =C2=A0 =C2=A0> of nodes.

I'd like these two paragraphs removed as being ancient motherhood text.=

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

_______________________________________________
Roll mailing list
Roll@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/roll


_______________________________________________
Roll mailing list
Roll@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/roll




--

DIEGO DUJOVNE
Profesor Asociado
Escuela de Inform=C3=A1tica y Telecomunicaciones
Facultad de Ingenier=C3=ADa - Universidad Diego Portales - Chile
www.ingenieria.u= dp.cl
(56 2) 676 8125

_______________________________________________
Roll mailing list
Roll@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/roll


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




--
DIEGO DUJOVNE
Profesor Asociado
Escuela de Inform=C3= =A1tica y Telecomunicaciones
Facultad de Ingenier=C3=ADa - Universidad D= iego Portales - Chile
www.ingenieria.udp.cl
(56 2) 676 8125
=
--001a11c3af2efd0a19053658c21c-- From nobody Tue Jun 28 23:56:17 2016 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 9B72712B009 for ; Tue, 28 Jun 2016 23:56:16 -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 RjNvoQjPTgqV for ; Tue, 28 Jun 2016 23:56:14 -0700 (PDT) Received: from lb2-smtp-cloud6.xs4all.net (lb2-smtp-cloud6.xs4all.net [194.109.24.28]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8E4B12D9E1 for ; Tue, 28 Jun 2016 23:56:13 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.208]) by smtp-cloud6.xs4all.net with ESMTP id CWwB1t00V4VN29601WwBfm; Wed, 29 Jun 2016 08:56:11 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 29 Jun 2016 08:56:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Jun 2016 08:56:11 +0200 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <17987.1467118035@obiwan.sandelman.ca> References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> Message-ID: <79d1b61948f8abd1aaa40cb8347b476d@xs4all.nl> X-Sender: stokcons@xs4all.nl (6ESsmDK15gQ+11zMbfMqwKGE2hSPgKU2) User-Agent: XS4ALL Webmail Archived-At: Cc: Michael Richardson Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 06:56:16 -0000 Hi Michael, > > > There is a wide scope of application areas for LLNs, including > > industrial monitoring, building automation (HVAC, lighting, > access > > control, fire), connected homes, health care, environmental > monitoring, > > urban sensor networks (e.g. Smart Grid), asset tracking. The > Working > > Group focuses on routing solutions for a subset of these: > connected > > home, building and urban sensor networks for which routing > requirements > > have been specified. These application-specific routing > requirement > > documents were used for protocol design. > > > The Working Group focuses on IPv6 routing architectural framework > for > > these application scenarios. The Framework will take into > consideration > > various aspects including high reliability in the presence of > time > > varying loss characteristics and connectivity while permitting > > low-power operation with very modest memory and CPU pressure in > > networks potentially comprising a very large number (several > thousands) > > of nodes. > > I'd like these two paragraphs removed as being ancient motherhood text. > Indeed, I agree, these lines represent history. However, newcomers should like to know the ROLL history. And also these lines still reflect on the driving reasons of design decisions in the past and decisions to come. So, I like to preserve them. Greetings, peter From nobody Wed Jun 29 00:06:01 2016 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 2F6ED12DA13 for ; Wed, 29 Jun 2016 00:06:00 -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 72gSMDQI7Zbp for ; Wed, 29 Jun 2016 00:05:59 -0700 (PDT) Received: from lb2-smtp-cloud6.xs4all.net (lb2-smtp-cloud6.xs4all.net [194.109.24.28]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAEF412B009 for ; Wed, 29 Jun 2016 00:05:58 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.208]) by smtp-cloud6.xs4all.net with ESMTP id CX5x1t00F4VN29601X5xfV; Wed, 29 Jun 2016 09:05:57 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 29 Jun 2016 09:05:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Jun 2016 09:05:57 +0200 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> Message-ID: X-Sender: stokcons@xs4all.nl (noXnad6EISP8veNt4HTvpX+gtNuvzIcG) User-Agent: XS4ALL Webmail Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 07:06:00 -0000 Hi All, If I understand correctly the discussion, the proposal is to replace "Additional protocol to reduce paths for RPL in non-storing mode." by "Additional protocol elements to reduce packet size and/or the amount of accumulated routing states." As a side remark: I don't like "through the air", Radio also works in vacuum. Peter From nobody Wed Jun 29 08:04:48 2016 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 B04C8128874 for ; Wed, 29 Jun 2016 08:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.198 X-Spam-Level: X-Spam-Status: No, score=-2.198 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pyLgxw8KM3xn for ; Wed, 29 Jun 2016 08:04:44 -0700 (PDT) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 5A2AE12D0CD for ; Wed, 29 Jun 2016 08:04:31 -0700 (PDT) Received: by mail-wm0-x229.google.com with SMTP id a66so78206880wme.0 for ; Wed, 29 Jun 2016 08:04:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=ElCFkGkJQql17oXKATo+2eL1bFO6Cb+r6G49QJC8t6U=; b=aemcSOL1q2dr616Naq52Hctfl6gZiXVtDOK3cJQe2oCjTLnogJW9Co0EALfMYOTDF3 Vc81uGjDw32L70pYyQtdVZKUM8RM89He2zxHNzrZIq0StpEFW4VEQsklB6p0r7M0usA0 FPGNQkYIJnOc7u4w1+Kny4gmJV+FmZrBJru2rfJFwzOVc0rNkXOGChBnx1KbZB2KYb9Y 4UKOwgjUfnnH5j3w8i3utxUoLyjrt9SZ0vhW5XssF83BC4GMfCr2+49hmnWHsFxBlOyC ygF44BEPRqvCz4spqEq1BC8SZA20mdnCPvek9avp2hH5zTdEQH0maIC1GCYjWXAkMzSi nRmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=ElCFkGkJQql17oXKATo+2eL1bFO6Cb+r6G49QJC8t6U=; b=cm86bFx7LAKgazeBrFXuwxFqakMENEm7KdJ66CPGwTSmlL+rMBhyiwhZLRFaP8Z9aj 1CKqnDbofUg/ZBOK9kcVGnZIT9KnOnxTmK8nzXiX1/2Y4wz94Vug15nZKSKyDCBkxMgJ 81JFrgQjlikXrLDU18wnbZGd3x5GKTW60H2dmBRgiN98tND1UX/IZPp7gJOZkfBVFzo0 nPvcwJhIgzEn20jVyuQKjP8S9QHII3Q6Uc3fn1tY53iuQR1Cax2jkJMYRLt6ddw+luFT 1JI7JtgtcMuFDLpQlyDfDuGCwtIDEceHZ864i1EqdVAEdifKT1urgizZEm5nOipKfXfu 8WYw== X-Gm-Message-State: ALyK8tLxafgcVPuNV4nQNLjXNBnLBO3qIr7Hxob03+Ew1nMdtNuO3hyNqfNqW0jlUI4xRA== X-Received: by 10.28.68.67 with SMTP id r64mr9255307wma.57.1467212669790; Wed, 29 Jun 2016 08:04:29 -0700 (PDT) Received: from [10.92.124.3] (z5c7c.pia.fu-berlin.de. [87.77.92.124]) by smtp.googlemail.com with ESMTPSA id f189sm56850wmf.19.2016.06.29.08.04.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jun 2016 08:04:28 -0700 (PDT) To: roll@ietf.org References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> From: =?UTF-8?Q?Cenk_G=c3=bcndogan?= Message-ID: Date: Wed, 29 Jun 2016 17:04:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 15:04:47 -0000 Hello Peter, I believe Pascal proposed to keep it in a more generic form "improvements to the RPL routing protocol". Otherwise, read on for my comments regarding the former wording: I propose we drop any form of uncertainty and change the "and/or" to "and". Secondly, "packet size" sounds a little bit too generic, how about "control packet sizes", or "RPL related packet sizes"? Thirdly, would "reduce ... the amount of required routing states" be a better choice? It hints to a reduction of memory while still providing an operational (converged) DODAG. The proposed form "reduce ... the amount of accumulated routing states" could also refer to drop states and decrease the quality of the routing protocol while doing so. Cenk On 06/29/2016 09:05 AM, peter van der Stok wrote: > Hi All, > > If I understand correctly the discussion, the proposal is to replace > > "Additional protocol to reduce paths for RPL in non-storing mode." > > by > > "Additional protocol elements to reduce packet size and/or the amount > of accumulated routing states." > > As a side remark: > I don't like "through the air", Radio also works in vacuum. +1 (: > > Peter > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From nobody Thu Jun 30 02:11:16 2016 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 57C6312D945 for ; Thu, 30 Jun 2016 02:11:15 -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 vbRpNdJke5NN for ; Thu, 30 Jun 2016 02:11:14 -0700 (PDT) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 058DD12B036 for ; Thu, 30 Jun 2016 02:11:13 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.212]) by smtp-cloud2.xs4all.net with ESMTP id CxBC1t0084aYjWA01xBCUc; Thu, 30 Jun 2016 11:11:12 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Thu, 30 Jun 2016 11:11:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 30 Jun 2016 11:11:12 +0200 From: peter van der Stok To: Routing Over Low power and Lossy networks Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <962ecd511f1b4629bcf329790509bb0c@XCH-RCD-001.cisco.com> <17987.1467118035@obiwan.sandelman.ca> <7887a2c930bd4eb3b90da72e2bbe914b@XCH-RCD-001.cisco.com> Message-ID: X-Sender: stokcons@xs4all.nl (5oV1bT7FUuPS+gJoTGhJZctX9pmq5SME) User-Agent: XS4ALL Webmail Archived-At: Subject: Re: [Roll] Request for Comments for ROLL Charter X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org, Routing Over Low power and Lossy networks List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 09:11:15 -0000 Hi Cenk, thanks for your suggestions. I cannot refrain from reacting, and see below. Cenk Gündogan schreef op 2016-06-29 17:04: > Hello Peter, > > I believe Pascal proposed to keep it in a more generic form > "improvements to the RPL routing protocol". > > Otherwise, read on for my comments regarding the former wording: > I propose we drop any form of uncertainty and change the "and/or" to > "and". much better. > Secondly, "packet size" sounds a little bit too generic, how about > "control packet sizes", > or "RPL related packet sizes"? I was also thinking of the headers, and IP in IP headers; and whatever may come; so I prefer packet size (NOT to be confused with payload size) It looks general and still concrete enough. > Thirdly, would "reduce ... the amount of required routing states" > be a better choice? It hints to a reduction of memory while still > providing an > operational (converged) DODAG. > The proposed form "reduce ... the amount of accumulated routing > states" could also > refer to drop states and decrease the quality of the routing protocol > while doing so. required it is > > Cenk > Other suggestions or improvements? If not we send new text on monday/tuesday. Peter > On 06/29/2016 09:05 AM, peter van der Stok wrote: >> Hi All, >> >> If I understand correctly the discussion, the proposal is to replace >> >> "Additional protocol to reduce paths for RPL in non-storing mode." >> >> by >> >> "Additional protocol elements to reduce packet size and/or the amount >> of accumulated routing states." >>