From nobody Mon Oct 4 14:02:44 2021 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 D30523A0C2B for ; Mon, 4 Oct 2021 14:02:41 -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, NICE_REPLY_A=-0.001, SPF_HELO_NONE=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 1ENzcGxj2b0d for ; Mon, 4 Oct 2021 14:02:37 -0700 (PDT) Received: from mail.mimuw.edu.pl (mail.mimuw.edu.pl [193.0.96.6]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B1C23A0C19 for ; Mon, 4 Oct 2021 14:02:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by duch.mimuw.edu.pl (Postfix) with ESMTP id 7EAB861E7EA73; Mon, 4 Oct 2021 23:02:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at mimuw.edu.pl Received: from duch.mimuw.edu.pl ([127.0.0.1]) by localhost (mail.mimuw.edu.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oh0uMvbVlHqc; Mon, 4 Oct 2021 23:02:30 +0200 (CEST) Received: from Konrads-MacBook-Pro.local (unknown [IPv6:2a02:a311:813e:880:d4de:9cc1:4c83:e54f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by duch.mimuw.edu.pl (Postfix) with ESMTPSA; Mon, 4 Oct 2021 23:02:29 +0200 (CEST) From: Konrad Iwanicki To: Routing Over Low power and Lossy networks , "Pascal Thubert (pthubert)" Reply-To: Routing Over Low power and Lossy networks References: <49ac5fc3-4a3c-fb87-d366-eb7e7cfd60df@mimuw.edu.pl> <18233.1583176305@localhost> <10272666-28c7-ab3e-9ceb-1b8f2bb6e5e5@mimuw.edu.pl> <02c7a894-b7a8-8fcb-9119-172a91a3871b@mimuw.edu.pl> <8421.1620834368@localhost> Message-ID: Date: Mon, 4 Oct 2021 23:02:29 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Roll] Border router failure detection X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2021 21:02:42 -0000 Dear Pascal, Regarding my talk at the last interim, could you please elaborate on your suggestions/comments regarding the RNFD draft, notably the one about routing through the DODAG root and the other about the parameters? They seem relevant and I would like to address them in the GitHub repo version of the draft but, analyzing them again, I am not quite sure if I fully got them. Thanks a lot in advance! (And sorry for the delay but I was swamped with other tasks.) Best, -- - Konrad Iwanicki. From nobody Tue Oct 5 23:29:09 2021 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 9DE103A1453 for ; Tue, 5 Oct 2021 23:29:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=bSnPZ5ni; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=0C9xH0vy 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 6yxvRPNbw9bl for ; Tue, 5 Oct 2021 23:29:01 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC31F3A1452 for ; Tue, 5 Oct 2021 23:29:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6788; q=dns/txt; s=iport; t=1633501740; x=1634711340; h=from:to:subject:date:message-id:mime-version; bh=jo1CDLzluf1C6W1uZjopUyQeAapYQFODBAg2eDlggAo=; b=bSnPZ5niH3sn1mil8ynNV9/jeNJinuSCEQQ2MQ3KheMsgJ+idzVCk2dS aFaiS9OuXvHtX7R1KuXbGEO/qaHzgnJdczqri++cwcYC68lpuR5P1GEvn 0e7tWPji5kjizNO/z3u5W0e/Y17kkpAnM/kR3LLLRXeZQCe9iXVw90pck Q=; IronPort-PHdr: =?us-ascii?q?A9a23=3AnyqvBx91F7Nylv9uWDnoyV9kXcBvk7T5IgBT7?= =?us-ascii?q?YAo2PpCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW?= =?us-ascii?q?0oDjsMbzA0tHMDDDlf0f7bmaiUgF5FEU1lot3iwLUlSHpP4YFvf6n2/5DIfA?= =?us-ascii?q?FPxLw1wc+/0AYXVyc+w0rPaxg=3D=3D?= IronPort-Data: =?us-ascii?q?A9a23=3A2vBJrKipZSV7/gpwhHWQs6bQX161fRIKZh0uj?= =?us-ascii?q?C45NGQN5FlHY01jehtvCjzXM/2IMTanedslPI3jphsEuMWHz4JmTAU++CAyR?= =?us-ascii?q?i9jpJueD7x1DKtf0wB+jyH7ockOA/w2MrEsF+hpCC+BzvuRGuK59yAljfnVH?= =?us-ascii?q?uGU5NPsY0ideyc1EE/Ntjo78wIJqtYAbemRW2thi/uryyHsEAfNNwpPD44hw?= =?us-ascii?q?/nrRCWDExjFkGhwUlQWPZintbJF/pUfJMp3yaqZdxMUTmTId9NWSdovzJnhl?= =?us-ascii?q?o/Y1w0mBtXgmbHhfwhTGPjZPBOFjTxdXK3Kbhpq/3NplP1kcqtHLx4L211ln?= =?us-ascii?q?PgpoDlJnYSsSRojM7fQsO8cSBJfVSp5OMWq/ZeZfiLu6pDKlBGun3zEhq8G4?= =?us-ascii?q?FsNFZcf/uJfAGxS+7ofMj9lU/wpr4pa25qhQeVqw88kNsSuZdlZsXB7xjafB?= =?us-ascii?q?vEjKa0vip7ivbdwtArcTOgXdRoGW/ckVA=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AX9blc6ij/sjAX7PgsI7GvznWsHBQX2x13D?= =?us-ascii?q?Abv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwRZVoMkmsiaKdgLNhcotKOT?= =?us-ascii?q?OHhILGFvAb0WNtqQeQYBEWmtQtsJuIEJIORuEYb2IK9/oSiTPQe71LrbX3k9?= =?us-ascii?q?HLuQ609QYLcegeUdAY0+4PMHf8LqQZfngjObMJUL6nouZXrTupfnoaKu6hAG?= =?us-ascii?q?MeYuTFr9rX0Lr7fB8vHXccmUizpALtzIS/PwmT3x8YXT8K66wl63L5nwvw4b?= =?us-ascii?q?jmm+2nyyXby3TY4/1t6ZvcI5p4dY+xY/ouW3DRYzWTFcBcsnq5zXcISdSUmR?= =?us-ascii?q?QXeR/30lEd1opImirslyqO0GTQMkHboUgTAjnZuAelab+Jm72ieNr8YPAx3r?= =?us-ascii?q?6xOyGpmnYIrZVy1rlG0HmesIcSBRTcnD7l79yNTB1ykFGoyEBS2tL7okYvGL?= =?us-ascii?q?f2UoUh5bD3PXklZasoDWb/8sQqAeNuBMbT6LJfdk6bdWnQui1qzMa3Vno+Ex?= =?us-ascii?q?+aSgxa0/blngR+jTR81Q8V1cYflnAP+NY0TIRF/f3NNuBtmKtVRsEbYKphDK?= =?us-ascii?q?MKQNexCGbKXRXQWVjia2jPBeUCITbAupT36LI66KWjf4EJ1oI7nNDbXFZRpQ?= =?us-ascii?q?cJCjTT4A21rep2GzX2MSmAtBjWu7JjDqlCy8nBreDQQF2+oXgV4rmdn8k=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CjCADcQF1h/5RdJa1aHgErCwYMIoF?= =?us-ascii?q?ZgSEwUQd3WjcxiAwCA4U5hWSUaYMiA4UGgS4UgREDVAsBAQENAQE1DAQBAYR?= =?us-ascii?q?9AoJEAiU0CQ4BAgQBAQESAQEFAQEBAgEGBIERE4VoDYZbGxMBATgRAYEAJgE?= =?us-ascii?q?EGxqCUIF+VwMvAQ6kLwGBOgKKH3iBM4EBgggBAQYEBIUKGII1AwaBOoMBhBO?= =?us-ascii?q?HGRyBSUSBFUOFcRcEgSQ8K4Migi6MBVOBXp8dn3UKgzCVQYlBFKcPliWgO4U?= =?us-ascii?q?BAgQCBAUCDgEBBoFhO4FZcBWDJFEZD5IShRSFSnQCNgIGCwEBAwmVAgEB?= X-IronPort-AV: E=Sophos;i="5.85,350,1624320000"; d="scan'208,217";a="672934134" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Oct 2021 06:28:59 +0000 Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 1966Sxav012403 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for ; Wed, 6 Oct 2021 06:28:59 GMT Received: from xfe-rtp-001.cisco.com (64.101.210.231) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 01:28:58 -0500 Received: from xfe-aln-002.cisco.com (173.37.135.122) by xfe-rtp-001.cisco.com (64.101.210.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 02:28:57 -0400 Received: from NAM02-BN1-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 6 Oct 2021 01:28:57 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=A6aCl299K5GqFwbr4nUp2ecNIxI+mkYNnxqX2okTLZl8lIwd85Ih0IP+PDRVkQfATQv8POyEEtYJ0WkgVk1LM7sJsqT+nnfGkKpKWmjeC1zsl0D6NcSiPi0zJYdIicsLUK0buW8QMl9s5CVX7PVbu+7jPcvAoxU/3qZiRj5iCayN+29foj0jW5ZHf/dHtq/QJMNE3Pe/yjxz3xT7UqYjK9o4sAnW4SMdx5xjf/BeS93ez4ZjKRAWmojkMdzKhF7nR9WBmubACPB92vGKqmE4kPHptMuidTScMXM5G4LFDhyKCpjtXQ5VUXnoXwWi7wMFU/lnri2eaVWuvvpskd19Ow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0qsXSv8ZSZk+n8x7Kuht+Q8e6vKhgqPSsYUAjGcEU4E=; b=i9f4ci0ZYi+t/uk3z+TiY4V9Sazt8uN4BRgZ0TheKZBnmfGIGMSjI6ZSv4AfJI7OAtkQEA7Zl6z4bfS9Fb6lJ9xl4XSf4VT8lz1HqznmCasprvCmKHahGUSLLXEsb2fWOLo/foxx52ZQ5dHhQMVLN1NUJoYJp4blS7rdxe71dO/d+HtddE7rY2ljbo3ASyY+GF7OQEyuyc0xdy2KRJLIFX4gH4WrrMK3RK2cnOaV4BZ5A86w6WO+toTVKlkrnZCca5jRmc6q9/y+oQsoh7NeDYjy+rXRXHoxyC+VN5JvDS+FU7Aenzw0N2YKWMTGb657VXt+xLoGn3qNbbSbzmeF5g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0qsXSv8ZSZk+n8x7Kuht+Q8e6vKhgqPSsYUAjGcEU4E=; b=0C9xH0vyEpwAXiJPgCCXVImvpEC4fvRV6m4eFTQ9ZQk8xNq7TH9Qced4cSY614cihvXEMD/Ek4EnhsifYJQ4gT3WZI5j7JlNOTUO+Q5GkWMt1NBKmTleQRumVmQZM3rqrf+YNXQUbvkxOZkwsEQ1SA5mqY2qTB0auXxBALAf3/Q= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2127.namprd11.prod.outlook.com (2603:10b6:301:58::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14; Wed, 6 Oct 2021 06:28:56 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%7]) with mapi id 15.20.4566.022; Wed, 6 Oct 2021 06:28:56 +0000 From: "Pascal Thubert (pthubert)" To: "ROLL WG (roll@ietf.org)" Thread-Topic: Which MOP for RPL AODV? Thread-Index: Ade6ek9OL1G6wkATTheIUNVPCZd7Wg== Date: Wed, 6 Oct 2021 06:28:43 +0000 Deferred-Delivery: Wed, 6 Oct 2021 06:28:05 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b82ca61c-9b97-4cbf-300f-08d98892932c x-ms-traffictypediagnostic: MWHPR1101MB2127: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3u7OvVlG8YITNQ7+cvBOyXA35mGLIaD3NRtA+WQKTPCLIHv0VVu+g0E2orFcW7Alf7oe0Ue4tnvXhILZmIlVe+YesXRhEFNnrBz3cPMYxOHS+Nte/p86chBPUZ2KOH/jQlWS2urEd79+PmaQgskloJoEG0vdQAQYg0jY5XyZGUxULYNzWOcvCkF5LdJwayIeABRsCgM6sL/jI7PIWjRugVGa9onDQV+XzVkpAE0YEPg6lBfPQO/kxOUs3IpWca1EKh/04IQPRngPmeIapP+5Vv7a+Yz/hiuQh4+DNLlP6vTuXPeF4lp36GOuinLAF94avx2HZTVbiuSVtVv5qS+o38D6mJqsnVrLplN0R1Jfzp4hVeZzry7sGaZryunk+FQVjcDs6AXXtx0xqwVon28av4xvfrkPSkx5376iTH0WEKV8W/Wr+9iVzpOlwtElb/fIBU46zuVDq8GjDoJ9Ebf9IeTiiBP/WAZ2eTErXO+65qQfeWYbLnShIdTQGZG/hycWrBy+ZYUXkAGSjDTt/3XJX4WNv2wsmCsAn29DWnXNpJzRJbTdxtDVcCK2oLUqBc+gTk31jUwsrXMeqW/DkJTTSZPW+1yHPMZ74GYtUn6mejoCfeSa65ZqhRu2ppLj9e4tbnlwtZaEmJUtvfOD/LsEv1auUHRXIYda2b5qd/DL+5l2HAhu5gv1e9noFFoyzT7W4cmtWvELUeQCN6oxGqMFUqmv1mV4vxHHOSMXT2MJ2d3mBSwUxye4fbi4V194oxq5QFSkSyjPPczOAhiXiqpV/HbgnYNq7eny9CFtBUr+mow= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(122000001)(38070700005)(38100700002)(86362001)(7696005)(66476007)(66556008)(8676002)(6666004)(9686003)(26005)(71200400001)(76116006)(2906002)(64756008)(508600001)(66946007)(66446008)(6916009)(33656002)(6506007)(4744005)(166002)(186003)(83380400001)(52536014)(55016002)(5660300002)(316002)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?tHPSf3UpLmak+WW0M06MXxBSd5BVTJ7eoW8raOUTEUm/Y7Q1irXpWVk/9zH8?= =?us-ascii?Q?zq/Uv7lNQuJEQL8Rfw3YHVHI9EfZdIMpoUpjSTahisg/1IXldxdu2vQgVjIf?= =?us-ascii?Q?8yIiILANT6zfFI1RgY4W171r9nYESS+xt5QU2XG6v6y5Y7RJF8UgLI4zHbf7?= =?us-ascii?Q?/ZZFLCZF0dmnpJPIwnMqSUMNqJ03nmA2E6J3ZZbmVrdBYs10Hds+QnttX6wQ?= =?us-ascii?Q?vtJgQpkFrmBCXITp21p9UfqAfWYtj+j+M8QhjKq2Xp7x7kygbt8SjRTJ6lxP?= =?us-ascii?Q?z/UguID7aftXSiOH3brenjCyW8VcWRdnPPtgWRYY6RM86iUbHiYejKzTSj8s?= =?us-ascii?Q?athWRG+/FHlofCgeQVS9SxMXk1imtPoz0/Zvkb2irWYAOTwC31g3ICVjrBLm?= =?us-ascii?Q?//6UIxAbP+Q0/BqY82a1cqODIRZh/0El6HyvlC6sD9GOtQ1A/HYBw+HemHV5?= =?us-ascii?Q?+22mGyycre1kfNOQrk4Oa0Qg1Bx/vB1qdCFbY2AXi6fvZGxxLX/nSjTu7o/+?= =?us-ascii?Q?6yNXovmU7ItYdvMwEshrxpzocd+sKFS3gjqvNpOpQorW8460aQSoBKXjXPEW?= =?us-ascii?Q?iqtAtKizM6n/xVfaGc5VhEUE4/XsE51nWIQYWak993Gvws1pXuxrHthIWgxD?= =?us-ascii?Q?U+h6C4vdD9NYdGoxbWYgfb786jUCJ9jGEziNcDioeaCoozQ9GXXsxW+0a3aH?= =?us-ascii?Q?n7Th2oGfp4Ng45iG6LYt97r38hFcqX98xs7m5HDs8Hg9GwLeRTJBLXeEtRIe?= =?us-ascii?Q?hisvmCoiOtwHBoo/wKOX4Pj7dVc/g3GhBgDCVJk+2pD54QRNo0ZDZFIZx+aJ?= =?us-ascii?Q?35lR1E6njaFdzgI/holMCC7IqVXGZuQpXCZq5fGnTOaEOB/59wiqBDZDH0Mv?= =?us-ascii?Q?cMSKEwuIMxMZx9Uu3c0skGWnmsm4uk9a6lJJt6TGpYucppL0200QfdCAP9Vc?= =?us-ascii?Q?1wrakjGCZ+DSqkoz+ioJrFHFsVdEvcfu1+zYLZSqFsYZD6T1Y/TOy+bA6Tvb?= =?us-ascii?Q?KNpnzQcSLNkfhhwdxJhbVP+6riwEZxnakHY1+YJwwzehTyjcsQ0IcxgM8t6v?= =?us-ascii?Q?DhRXYJf/2lktkOPD1lrk189gDx0j+WOM9SHI6I7Wj0HtfXvhp/eLcMWaZjfq?= =?us-ascii?Q?G0cKhBXwPXB2ShRSqz0wVyPhZR7RqDeygJN2qdYbpAulTBH7yjFnkNBMFqb8?= =?us-ascii?Q?jcZCvoqxn+ssrMfkQuPJN0mEXbKCbavsdw21HuK/D7plvKsmAQKqzcwyq7Nr?= =?us-ascii?Q?e0G9pf87dHYm//mxdHhOZBfV4Ms12FOeFKZTvJCj0wPLPy9t4h0s6hNQ0jdb?= =?us-ascii?Q?EWg=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB48817BF59C64D77794A43F36D8B09CO1PR11MB4881namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b82ca61c-9b97-4cbf-300f-08d98892932c X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2021 06:28:56.3991 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RvmT6PxAvke4K/Yzr92edhjcn0K+Cj/8u899k1zHj507JpDIkrURi8PQqW+47/Blw0NEmJc0D3CVbc0W+IDpQA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2127 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: [Roll] Which MOP for RPL AODV? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 06:29:08 -0000 --_000_CO1PR11MB48817BF59C64D77794A43F36D8B09CO1PR11MB4881namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, RPL AODV is close to completion, congrats to the authors! Now, there's the question of the MOP and 2 options, reuse the experimental = one for P2P RPL, or take another. Right now, the draft takes 5 and P2P has 4 (https://www.iana.org/assignment= s/rpl/rpl.xhtml#mop) My observation is that P2P is the experiment that leads to AODV, so AODV sh= ould deprecate it. I have not heard of real deployments, and if that happened, I do not expect= a mix of devices that would create confusion. So would that be OK to assign MOP 4 to RPL AODV? Note that we only have up to 6 to play with, and the multicast and anycast = supports are already on the cooking table. Keep safe, Pascal --_000_CO1PR11MB48817BF59C64D77794A43F36D8B09CO1PR11MB4881namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

 

RPL AODV is close to completion, congrats to the authors!

Now, there’s the question of the MOP and 2 options, reuse = the experimental one for P2P RPL, or take another.=

 

Right now, the draft takes 5 and P2P has 4 (https://www.iana.org/assignments= /rpl/rpl.xhtml#mop)

 

My observation is tha= t P2P is the experiment that leads to AODV, so AODV should deprecate it.

 

I have not heard of r= eal deployments, and if that happened, I do not expect a mix of devices tha= t would create confusion.

So would that be OK t= o assign MOP 4 to RPL AODV?

 

Note that we only hav= e up to 6 to play with, and the multicast and anycast supports are already = on the cooking table.

 

Keep safe,=

 

Pascal

 

--_000_CO1PR11MB48817BF59C64D77794A43F36D8B09CO1PR11MB4881namp_-- From nobody Wed Oct 6 03:58:45 2021 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 1FB993A1B70 for ; Wed, 6 Oct 2021 03:58:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qKUbahvvviZm for ; Wed, 6 Oct 2021 03:58:37 -0700 (PDT) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 074553A1B87 for ; Wed, 6 Oct 2021 03:58:35 -0700 (PDT) Received: by mail-ed1-x52b.google.com with SMTP id p13so8532379edw.0 for ; Wed, 06 Oct 2021 03:58:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=ixWmd0+arUbbPKXm2AY0mDnW5HIYqJve9NX5Chf6xk8=; b=lSATq2q9ZqAiUzs06xAI2nZIp2Zrh2ZKDtl9bdwLscun39uETRmaMV7kzOndYQwyF3 ay6yAF36QFxB03UzRckkeV9aWM3/bgtZ79AAQCBiCH5OQEvKtQdeLsZCq+Nnoq5zrNIY 8KWZ1SeBcHe6uvrOoV4AH7xkXv72a+Qe70OC0/0jDcYxRz5HlG1iaS4hmCxtyqvNJIgk 807oJKiYAFRspAOAuPwTHk/+6N05mZWRoqy3CTLhefoLOOdyl9MgtlAHSRBf5N1xsTnh QT7JoIu8Dbed8g8jm3FVuCCcjLMZmSLM95B1AvNwEWxkajgh1GR6EY7xTCuQTYA+TysW +v/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=ixWmd0+arUbbPKXm2AY0mDnW5HIYqJve9NX5Chf6xk8=; b=4YtvUUlx8IYPPeKYzZXuc0Xww+4xEnzjeohX2gMd4qy+TfMT0KmFJR6nP0kYlflP7o PXBZsEy/0X6vU7WH0K6HxwGE1vPW456yOnted+oIa08ZqwfWTG6XhF5Wx5AP0/jSi/Ll tdTsGLnuz2uJXwChPJz0SJ0YCAkus/phokhq+SMdsSpaJMOl8eiuPP0uOCFKStHgpZGm 7uj7flKcBb2vyBDLBzwgB7LS30mC2aqzzWCD3NHYsIatuo91S2geqKnHg53e1B5Pva4s qU5WGiPDxZoExQV8ixExs1BQ+l2arY1abokRBimXY3tcbhB7fJY9/sS8nw9wIXrs+eW5 QtCQ== X-Gm-Message-State: AOAM5302aluLoVJd7UBNqyp95p96c9qvC3FI0HlJBWkliVPuiJat454w mtMoM9uWRuFZZaMXx0eKDWdmvwyQ6VsQ18lhwQI= X-Google-Smtp-Source: ABdhPJzPPltZAJfQBBFr3DhkfFpGfvHrerdEdqzVmOTSi8sxy/LN2y46UAEflzQGbG4TmjLxNZ4VCwpZ5wv+tDBNwbk= X-Received: by 2002:a17:906:7208:: with SMTP id m8mr31015138ejk.82.1633517913945; Wed, 06 Oct 2021 03:58:33 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 6 Oct 2021 03:58:33 -0700 From: Alvaro Retana In-Reply-To: References: MIME-Version: 1.0 Date: Wed, 6 Oct 2021 03:58:33 -0700 Message-ID: To: "Pascal Thubert (pthubert)" Cc: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="000000000000feb89b05cdad0673" Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 10:58:43 -0000 --000000000000feb89b05cdad0673 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [Added the draft name to the subject to benefit my filters. ;-) ] Pascal: Hi! I asked the same question (about aodv-rpl replacing/obsoleting rfc6997) when I did my review [1] =E2=80=94 more than two years ago! But sadly rece= ived no real reply from the WG =E2=80=94 so we moved ahead with the document as it = is now. Peter brought the question back in his IoT DIT review [2] earlier this year, but again no discussion from the WG. It is clear to see that aodv-rpl uses some of the technology from rfc6997 and, as I understand it, a deployment would never include both. The question then is valid and I would love to see more interest this time around. Just FYI =E2=80=94 there would need to be some process behind a move to for= mally replace rfc6997 (beyond updating the draft). We can deal with that if we need to. Thanks! Alvaro. [1] https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ [2] https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8= 930ZYI/ On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) ( pthubert=3D40cisco.com@dmarc.ietf.org) wrote: Dear all, RPL AODV is close to completion, congrats to the authors! Now, there=E2=80=99s the question of the MOP and 2 options, reuse the exper= imental one for P2P RPL, or take another. Right now, the draft takes 5 and P2P has 4 ( https://www.iana.org/assignments/rpl/rpl.xhtml#mop) My observation is that P2P is the experiment that leads to AODV, so AODV should deprecate it. I have not heard of real deployments, and if that happened, I do not expect a mix of devices that would create confusion. So would that be OK to assign MOP 4 to RPL AODV? Note that we only have up to 6 to play with, and the multicast and anycast supports are already on the cooking table. Keep safe, Pascal _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --000000000000feb89b05cdad0673 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
[Add= ed the draft name to the subject to benefit my filters. ;-) ]

Pascal:

Hi!

I asked the same question (about aodv-rpl replacing/obsole= ting rfc6997) when I did my review [1] =E2=80=94 more than two years ago!= =C2=A0 But sadly received no real reply from the WG =E2=80=94 so we moved a= head with the document as it is now.=C2=A0 Peter brought the question back = in his IoT DIT review [2] earlier this year, but again no discussion from t= he WG.

<= /div>
It is clear = to see that aodv-rpl uses some of the technology from rfc6997 and, as I und= erstand it, a deployment would never include both.=C2=A0 The question then = is valid and I would love to see more interest this time around.

Just FYI =E2=80=94 there wo= uld need to be some process behind a move to formally replace rfc6997 (beyo= nd updating the draft).=C2=A0 We can deal with that if we need to.

Thanks!

Alvaro.


=
[1]=C2=A0https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhq= iUS_bpYSJT45UaLyeec/=C2=A0
[2]=C2=A0https://mai= larchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8930ZYI/= =C2=A0

On October 6, 2021 at 2:29:30 AM, Pascal = Thubert (pthubert) (pthubert=3D40cisco.com@dmarc.ietf.org) wrote:

Dear all,

=C2=A0

RPL AODV is close to completion, congrats to the authors!=

Now, there=E2=80=99s the question of the MOP and 2 options, reus= e the experimental one for P2P RPL, or take another.

=C2=A0

Right now, the draft takes 5 and P2P has 4 (https://www.iana.org/assignments= /rpl/rpl.xhtml#mop)

=C2=A0<= /p>

My observation is tha= t P2P is the experiment that leads to AODV, so AODV should deprecate it.

=C2=A0<= /p>

I have not heard of r= eal deployments, and if that happened, I do not expect a mix of devices tha= t would create confusion.

So would that be OK t= o assign MOP 4 to RPL AODV?

=C2=A0<= /p>

Note that we only hav= e up to 6 to play with, and the multicast and anycast supports are already = on the cooking table.

=C2=A0<= /p>

Keep safe,

=C2=A0<= /p>

Pascal

=C2=A0

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf= .org/mailman/listinfo/roll
<= /div> --000000000000feb89b05cdad0673-- From nobody Wed Oct 6 06:02:02 2021 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 6A8703A1C21; Wed, 6 Oct 2021 06:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Pgsk7EH7; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=dZuRteGp 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 3o7Tdb1I7Goe; Wed, 6 Oct 2021 06:01:51 -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 AF2D73A1C26; Wed, 6 Oct 2021 06:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=48172; q=dns/txt; s=iport; t=1633525310; x=1634734910; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=jGZb0OfhinZ5ypjfTQQvTRbQyGacN1jYaPV0P8pqSbg=; b=Pgsk7EH7kbLTQmTSLGxpDZEQu3cBiQpkYTvam+GFUrx6f8XsT2RR4FdP 67Kw5YGcJSeVbWbpg9c/ACUMcqFVXvXAg14UbfJbRumrTVFRQYY9xxc4j AdNeTsdiyqcKWE27VSKgudtp7Acjz0/gCrBiFSamuorE35bVL8kRksAgo Q=; IronPort-PHdr: =?us-ascii?q?A9a23=3AZ96rZx/B0y5QXf9uWD3oyV9kXcBvk7jkMwEU7?= =?us-ascii?q?NwsjLcdOqig/pG3OkvZ6L0tiVLSRozU5rpCjPaeqKHvX2EMoPPj+HAPeZBBT?= =?us-ascii?q?VkJ3MMRmQFzDd6IBkz9avXtan9yEMFLTlQw+Xa9PABcE9r/YFuHpHq04HYSF?= =?us-ascii?q?xzzOBAzKP7yH9vZjt+80Ka5/JiACzg=3D?= IronPort-Data: =?us-ascii?q?A9a23=3Ajy0voqpgBCGQf6YOl3Jvjz5LVU1eBmIrZxIvg?= =?us-ascii?q?KrLsJaIsI4StFCztgarIBnUafyCamH9eYt+YI+x9U0CscDdmNNrSgBq+CgzQ?= =?us-ascii?q?yxE8ePIVI+TRqvS04x+DSFioHqKZKzyU/GYRCwPZiKa9krF3oTJ9yEmjPjQH?= =?us-ascii?q?uSkUYYoBwgoLeNaYHZ54f5cs7ZRbr5A2bBVMivV0T/Ai5S31GyNg1aYBlkpB?= =?us-ascii?q?5er83uDihhdVAQw5TTSbdgT1LPXeuJ84Jg3fcldJFOgKmVY83LTegrN8F251?= =?us-ascii?q?juxExYFENiplPPwdVcHB++UNgmVgX0QUK+n6vRAjnVtieBga7xNMgEO12jhc?= =?us-ascii?q?9NZkL2hsbSoVQc0NKDWhMwWUgJTFGd1OqguFLrvcCTi7JPDlRGcG5fr67A0Z?= =?us-ascii?q?K0sBqUC/eJzKWBD6fJeLyoCBjjdg+Wewb+nRK9rnMtLBMXiIKsSqnxvzDefB?= =?us-ascii?q?vEjKa0v6Y2iCcRwxjw8gIVFGuzTIptfYjt0ZxOGaBpKUmr7wakWxI+A7kQTu?= =?us-ascii?q?RUJ8gz9SXIL3lXu?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AUfzsKqq74OXPaLka4eK7qIQaV5tyLNV00z?= =?us-ascii?q?EX/kB9WHVpm5Oj9vxGzc506farslkssSkb6K690KnpewK6yXcH2/hhAV7CZn?= =?us-ascii?q?inhILMFuFfBOTZskbd86OVzJ8m6U4NSdkaNDS0NykEsS+Y2nj6Lz9D+qj7zE?= =?us-ascii?q?nAv463pB0BIXAIGsNdBkVCe3qm+yZNNW977O8CZeKhD7181kOdkBosH6CGL0?= =?us-ascii?q?hAe9KGi8zAlZrgbxJDLQUg8hOygTSh76O/OwSE3z8FOgk/g4sKwCzgqUjU96?= =?us-ascii?q?+ju/a0xlv3zGnI9albn9Pn159qGNGMsM4IMT/h4zzYIbiJGofy+Azdktvfrm?= =?us-ascii?q?rCo+O8+ivI+P4Ds085S1vF5icFHTOQiwrGpUWSk2NwykGT0fARDAhKePapw7?= =?us-ascii?q?gpLycwLyEbzY5BOGUh5RPEi3MfN2KzoA3to9fPTB1kjUyyvD4rlvMSlWVWVc?= =?us-ascii?q?8EZKZWtpF3xjIYLH4sJlOx1GkcKpgiMCgc3ochTXqKK3TC+mV/yt2lWXo+Wh?= =?us-ascii?q?+AX0gZo8SQlzxbhmpwwUcUzNEW2i5ozuNyd7BUo+Dfdqh4nrBHScEbKap7Ge?= =?us-ascii?q?caWMOyTmjAWwjFPm6eKUnuUKsHJ3XOoZjq56hd3pDkRLUYiJ8p3JjRWlJRsm?= =?us-ascii?q?A/P0roFM2VxZVOtgvARW2sNA6dgf22J6IJ8oEUYYCbcBFrZGpe5/dIks9vS/?= =?us-ascii?q?EzAczDTa6+K8WTWlfTJQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BMAABDnV1h/5FdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCBQcBAQsBgSAwIy4Hd1o3MYQJPoNHA4RZYIgJA5AUiliBLhS?= =?us-ascii?q?BEQNPBQsBAQENAQEqAQwKBAEBhH0CF4IwAiU0CQ4BAgQBAQESAQEFAQEBAgE?= =?us-ascii?q?GBIERE4VoDYZCAQEBAQMBAQoGEQoTAQEsCQIBCwQCAQYCDgMEAQEhAQYDAgI?= =?us-ascii?q?CJQsUCQgCBA4FCBqCUIF+VwMvAQ6TfY81AYE6AoofeoExgQGCCAEBBgQEgTY?= =?us-ascii?q?BAwIOQYJ/GII1AwaBOgGDAIJ2VEkBAYZzJxyBSUSBWIIwNz6CYwEBAQEBF4E?= =?us-ascii?q?MPCsJgmI3gi6KLBAVRloQBBQ9AhRHPUIEASQCcpFVK4MRiHQ5jROSKgqDMIp?= =?us-ascii?q?FinyJQhSCN4Eyi2yRAoY7om+TbRMECoRoAgQCBAUCDgEBBoFhO4FZcBUaIYJ?= =?us-ascii?q?pURkPjiCDcoUUhUp0AjYCBgEKAQEDCZUCAQE?= X-IronPort-AV: E=Sophos;i="5.85,350,1624320000"; d="scan'208,217";a="945578242" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Oct 2021 13:00:59 +0000 Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 196D0xok027178 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 6 Oct 2021 13:00:59 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 08:00:58 -0500 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 08:00:58 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 6 Oct 2021 08:00:58 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=k5EcGXOLmHGCaXnr2lRh1onnDDdwKtYJptCpBCUkphmb0hFGWUn6tzTOjx/v0CAfo5nVwgfslGZQqQ/oar6VprVb8KEHa88Ekeuw2B/5Kst09ltbj4DlqOPMyG8ij8gpvYoWvhzkwToNJp85UnoTyyLPusF3rGjbePCPZsVVrYn9/VxRAqXc54/9d8jJq7VgPfrxd9T4r7TpA16bBAkANMM2+lqPhkgoDZqopKLp5VfS1kuyjPOeQhoBZtRb45jnFnp5UYk1YePHzD9bbUZh5di/q/gSypuYG/0DfQmRRVgZn/ujm+uwnElRNGajAC+uiaN4Q4CDS3+HAW3F9BP5bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jGZb0OfhinZ5ypjfTQQvTRbQyGacN1jYaPV0P8pqSbg=; b=Iqe9WK1VTBQTV+N7Njvki3ODuUmYqOIwq+pldjO5Dsu/VeG9153xAt6TaarggQAPsUl8kcQfkMOePZarBPeys8rb4igwnAAVXAgJCKm1RLEaXewm2DRELmMmEqldPCe4wcdMbjhL7oVhOoOBI4egtVAp0obSHeQSy3MVmt0La7iQyW5a1D8mWnKMPSR0u62Jzz1IzsDoMBZNtk7ezLUpDsRe1U+GbJuyCg2yO23y77NyENlRuMbJOz1coNT6cYXYltNg2mNWDUZaBRDnHIM9S/7vwW/F0XZUtjXR9fLXPnbZ18jF4WYWPWBGlejYyDN/U2hIinhvaEZFk5bAs9kOlw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jGZb0OfhinZ5ypjfTQQvTRbQyGacN1jYaPV0P8pqSbg=; b=dZuRteGpATMcYzbCGnxIYJUPlB5i/2rHBs0380x7Ezc1nk81YaT8VLcNw9eklk39B7x6WPQcyKubiRUQhD9RvTEYjEzYAtr8y/c9IIHcOXRDj8JXsxsOQGnJoxvwUMTpkK2XSBlY/Oxb3N2BpNSLV6CvkztOHEKjkfyohF5Pb9Q= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by CO1PR11MB5155.namprd11.prod.outlook.com (2603:10b6:303:95::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.15; Wed, 6 Oct 2021 13:00:57 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%7]) with mapi id 15.20.4566.022; Wed, 6 Oct 2021 13:00:57 +0000 From: "Pascal Thubert (pthubert)" To: Dario Tedeschi CC: "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" Thread-Topic: [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt Thread-Index: AQHXs6OuA8af2hR230igf2rTLId5qqu34F1AgAziKwCAABf0PIAAKGOAgACH6yA= Date: Wed, 6 Oct 2021 13:00:28 +0000 Deferred-Delivery: Wed, 6 Oct 2021 12:59:43 +0000 Message-ID: References: <163274933603.19090.5124997705863958429@ietfa.amsl.com> <21538E00-06DD-4197-B7D5-80F03F63A294@exegin.com> <45C4E6BC-5EB0-44B6-94E6-5B8B28D2478E@cisco.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: exegin.com; dkim=none (message not signed) header.d=none;exegin.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bd8a75fb-c2ee-4986-3a91-08d988c95686 x-ms-traffictypediagnostic: CO1PR11MB5155: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: MX6ZFPZ+I+OjGgJSAnYrAgrWHqLciTdwfJnhyA5QRxHzKQjMRqU8VRACzvg9HYpQijy6xNN49Ym95dKLCaCX3Wf9OsMKjwAUY6eVi8j/a+GKV8ccA51zt+Hi44yaNdLzFkMGMELg3w2cID72jKocFketuZjJmwPWV+h/SiWNHxah8DjLGog23zpeluywVcW9i5JHOWUcHUbhvP196ox9oVuEwU5X7951zXkvstCo7fcQ4Oe72uzVwDBv9dDfx/Lo0oqyrwQYLjqCZwIztESUQ8lw+J4RdDRrzkULUP+y7D/h09ZxjXRrRHJjhTP/k3FlRXauldb3Dx/zpCjWtYpmuZIDmza3BWGIHmhJJ6TMVS/YhEteHgy8auFB1FEilnT+MXboZRMSH6GYnGvmg+ijwwT9UFzoH3NWBkh9xugnFZNc3wkL9FLTxQQ3LWWTWRJPp+iD/9wVsC8srq8EIe36QRGJuJRasPY3tgLkztwPUdmnjfkVfl4QAoHNZQbfy/zjM5zgIw616sIDKW546obd7hodFTCP57pL5I1ZrfojvJu2C5mDwvjpgcB9vt/ZszSmrUxMou7uk9Tvwq+gUd9Q/TEn0zDED9fyf7yOfxHMHlS9ysUbt/JBWaZ8bjMBZGM4KmAUFrZnF+C08oEjHUDIPkPmbKnrjlf+9+B9cxXhm3xXO+IamEWctH7QfHDNMy6K55qk4SbJNqsVU42A/dW40Y8C4Sr4GTBN/S41vSNMmTDjsWo0wg7TPgrQ9TRI10wAXXoLqZ0TnurClKFVhhLXXknjG02VCfDMAinZ7x8btjy9vumfbnhbzIgU6gCSTfUGzr2s3y3ARHsfOuF/GVm6rw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(508600001)(21615005)(71200400001)(55016002)(186003)(4326008)(38100700002)(38070700005)(66946007)(6916009)(15650500001)(76116006)(166002)(33656002)(66476007)(9686003)(316002)(53546011)(7696005)(52536014)(66556008)(54906003)(8936002)(83380400001)(5660300002)(8676002)(66446008)(66574015)(26005)(86362001)(966005)(2906002)(6506007)(122000001)(64756008)(6666004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?M0dWc0pMMnAzSWhOc05xVDc0NGZDUDQwU3puTFNCeFRldy9NNnAxYXdSaFVs?= =?utf-8?B?Qnhhd2U4eFhjc2NGVmU1alZuYmJzZHRpbTYwWWdzMzRmNlg2RzFzYTlFZEJF?= =?utf-8?B?YWQveEdjSEZnWEJVUlNmMVFtSzBkK09aMDJCRDllNHRYVHJOWHV5Zm5IeFNR?= =?utf-8?B?YXljL0hwcFVHNVpmNm5vUU5JQVFXVEY1RjV1T1Nwd3o3K3BLSHJYNExZc0F0?= =?utf-8?B?WHFvQ0xBR05Jb1dBVjVISHVXZE1ub0FCVEdzUkU3VzB0OG42aEgyU3QzWk40?= =?utf-8?B?ZWVaN2ZXNzZhL215VG1KZjlFK25sbUF5akNpQkUzN1gxd1FVSDZpUWFObHhB?= =?utf-8?B?TE4vc2NaamJNTDFuRm1zVnppR0VnRVF1Y0h2bXFDeHFkT2xWdWljb0RNaHph?= =?utf-8?B?dTZjL1hLbzFaSzhqelAzcGdwUGFvMDBrZENiWjMydFpieDd0bExwaE45WE9J?= =?utf-8?B?OE9ZSllOZzA1VDNiQVB2eDNHNmRidVBWbkdSOU10akNJUHp1Y1hnSGVZTFlq?= =?utf-8?B?NEJmTVd0ZFN1VlZaNENyalkxVTA0RitFQ2JWcFRhTTVXZ1hhRHNRS3BDR3Nl?= =?utf-8?B?L1BpaWVteU1QWklYVzdiK0pORzNmVFJHb0kwSDh5UWZxMkluQ3BHZm9CMyty?= =?utf-8?B?NDR2UFBHWWQ1cWZMVEZoK1ArT2oxL016My90bGo1ODVmalZlSitKZmNtcDdG?= =?utf-8?B?dzNXRExnaXEyRWJqaXBYWW5CN1hDUVNTTkE3R3ZBVnBpRmJRSmhyellINVZa?= =?utf-8?B?dlNYdktVVGRoVXgrZFAyTER6SFRKM215YndmQm1qb3J3aHJBWmdydExMQ2hq?= =?utf-8?B?NFlXUkpBdVc2ZjhJRjJZMlRjYzdKME52S1BvdHBEa0tKZk94OVNjRVFrckJQ?= =?utf-8?B?TTBxY2crYkRpaEtPZm1uTnp0eTYwMVNoWm1JczRhR3JFSzYyWWFMS3d4Qkls?= =?utf-8?B?MUNOMWdEM2JDaXRDckFSN25NOEQxQ1oyUjFRQW9DOVd0Rk5DeE5Xek1VeDA1?= =?utf-8?B?dTVVQVZGalI5VWxldmhtcXdqemhWYjV4VENZN1pkQVNCdzczQjdGZUtMVTM0?= =?utf-8?B?SkpyZmNkM1laRUlrZHZHTWExQnlLczFQZGp6dkk2U245SHFCczBDbFRNUW5h?= =?utf-8?B?dHJveFQvNzlnbGpaMlFqOGdYc2p5RGVOM0drVE0yR3J6QUNwTUYyTVd1d0pu?= =?utf-8?B?RTFBakxPUjZmcHoxL0wzbE5oM2plUWFubVdRM1o2UVNEbDRpRGpIK21NcFZT?= =?utf-8?B?K1hHUFVJcFFRZWk2cDhPbzhaYWRPWW1pRU9sOEN2VnBKOHFxVVhheTNENTBy?= =?utf-8?B?ZlhtMXhkYXErVklUUk1YSU56bys5UXVJNVAvYXJDU0hlT2p3cXgyRzNBUUVy?= =?utf-8?B?MXlYZHA4VmJJL0UwS3luVGhsaG5tVEdtUW54eUFqMzVyYWlUTGZKa1BvZXpG?= =?utf-8?B?OWZoMlB3RlhGZW11cTFPOHlseXE0Y1Q5am5SWWtHUG94TmViVE0vV09BeXJN?= =?utf-8?B?TThkZTlJV0VxQWFPUmdmWUZ1WWJyNXh0ZGpUZkdXQ0ZkU0VLc0dPQnh6SXRO?= =?utf-8?B?a1pmcXBCcDVDRyt2dzV3N0I2ZHJ6NFVCT2t1WTNFYnlPSTVCTWFvK3g5cE9j?= =?utf-8?B?MWxmT1MxczhlQWNWY0VmN3A2Z1o1SjlObVBZeFpKVjhxS3FOS3hPTWJDK2pl?= =?utf-8?B?em5BTEJkMVArZGNHWHpLajdHclVlWE9Pd0pWbmVPaDV4clhuekdQWWZyRmZn?= =?utf-8?Q?ZGTMME86wSs+t3xGrs=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB48812820528580673D65D478D8B09CO1PR11MB4881namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bd8a75fb-c2ee-4986-3a91-08d988c95686 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2021 13:00:56.9085 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: mLLBwuMEuZpHgbw1FNQsnlzhnbxiuvRnTnnJUNCVG+WbNP/pxv0VVwAkexkdmtiQwmmOWL1w/kUxq8wk6W2a8Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB5155 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [Roll] [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 13:01:57 -0000 --_000_CO1PR11MB48812820528580673D65D478D8B09CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T0sgRGFyaW8sIHNvIHdl4oCZZCBoYXZlIDQgb3B0aW9uYWwgY29tYmluYXRpb25zOg0KDQp1bmlj YXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gbW9wIDMgKHdoYXQgdGhlIGRyYWZ0IGRvZXMgdG9kYXkp DQp1bmljYXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gTVBMICh0aGF0IEkgYmVsaWV2ZSB0aGUgZHJh ZnQgYWxsb3dzIHRvZGF5IGJ1dCBzaG91bGQgY2xhcmlmeSk7IGluIHRoYXQgbW9kZSwgbm90IG1l c3NhZ2UgdG8gdGhlIFJvb3QsIHRoZSByb290IGZsb29kcyBhbGwgbXVsdGljYXN0IG1lc3NhZ2Vz IHdpdGggdGhlIGlkZWEgdGhhdCB0aGVyZeKAmXMgYWx3YXlzIGEgbGlzdGVuZXIgc29tZXdoZXJl DQp1bmljYXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gbW9wIDEgKHRvIGJlIGFkZGVkKSBpbiB0aGF0 IG1vZGUgdGhlIDZMUiBzZW5kcyBhIERBTyB0byB0aGUgcm9vdCBmb3IgYSBtdWx0aWNhc3QgdGFy Z2V0LCBhbmQgdGhlIFJvb3Qgc2VuZHMgbiBtZXNzYWdlcyB0aGF0IGFyZSB1bmljYXN0IHNvdXJj ZSByb3V0ZWQgdG8gdGhlIG4gNkxSIHRoYXQgaGF2ZSBsaXN0ZW5lcnMsIG9ubHkgdGhlIGxhc3Qg YWRkcmVzcyBpbiB0aGUgU1JIIGlzIG11bHRpY2FzdA0KdW5pY2FzdCA9IG1vcCAxIG11bHRpY2Fz dCA9IE1QTCAodGhhdCBJIGJlbGlldmUgdGhlIGRyYWZ0IGFsbG93cyB0b2RheSBidXQgc2hvdWxk IGNsYXJpZnkpOyBpbiB0aGF0IG1vZGUsIGluIHRoYXQgbW9kZSB0aGUgNkxSIHNlbmRzIGEgREFP IHRvIHRoZSByb290IGZvciBhIG11bHRpY2FzdCB0YXJnZXQsIGFuZCB0aGUgcm9vdCB1c2VzIE1Q TCBvbmx5IHdoZW4gdGhlcmXigJlzIGtub3duIGxpc3RlbmVycw0KDQpEbyB3ZSBkZXNjcmliZSB0 aGVtIGFsbD8gU2hvdWxkIHdlIGNvbnN1bWUgUlBMIE1PUHM/DQoNCkkgc3VnZ2VzdGVkIHRoYXQg QU9EViBSUEwgcmV1c2VzIE1PUCA0IHRvIGxlYXZlIHJvb23igKYNCg0KUGFzY2FsDQoNCkZyb206 IERhcmlvIFRlZGVzY2hpIDxkYXRAZXhlZ2luLmNvbT4NClNlbnQ6IG1lcmNyZWRpIDYgb2N0b2Jy ZSAyMDIxIDA6MDUNClRvOiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1YmVydEBjaXNj by5jb20+DQpDYzogNmxvQGlldGYub3JnDQpTdWJqZWN0OiBSZTogWzZsb10gTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvciBkcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0wMS50eHQN Cg0KSGkgUGFzY2FsDQoNClNlZSBteSBjb21tZW50ICBiZWxvdy4NCk9uIDEwLzUvMjEgMTI6NDAg UE0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgd3JvdGU6DQpIZWxsbyBEYXJpbw0KDQpQbGVh c2Ugc2VlIGJlbG93Ow0KDQoNCkxlIDUgb2N0LiAyMDIxIMOgIDIwOjE1LCBEYXJpbyBUZWRlc2No aSA8ZGF0QGV4ZWdpbi5jb20+PG1haWx0bzpkYXRAZXhlZ2luLmNvbT4gYSDDqWNyaXQgOg0K77u/ IEhpIFBhc2NhbCwNCg0KVGhhbmsgeW91IGZvciBuZXcgZHJhZnQuIEhvd2V2ZXIgSSBkbyBoYXZl IHNvbWUgY29tbWVudHMvcXVlc3Rpb25zLg0KDQpXaGF0IGJlbmVmaXQgZG9lcyB0aGUg4oCYTeKA mSBiaXQgcHJvdmlkZSBvdmVyIHNpbXBseSBkZXRlY3RpbmcgYSBtdWx0aWNhc3QgYWRkcmVzcyBp biB0aGUgVGFyZ2V0IEFkZHJlc3MgZmllbGQ/DQoNClRoZSBJUHY2IG11bHRpY2FzdCBhZGRyZXNz IHR5cGUgaXMgY2xlYXJseSBkZWZpbmVkIGluIFJGQyA0MjkxIChzZWN0aW9uIDIuNCk8aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9yZmM0MjkxI3NlY3Rpb24tMi40PiwgYW5k IHRoZSBkZXRlY3Rpb24gb2Ygc3VjaCBhbiBhZGRyZXNzIGlzIHRyaXZpYWwuIE1vc3QgKGlmIG5v dCBhbGwpIFN0YWNrcyBoYXZlIGEgc2ltcGxlIGZ1bmN0aW9uL21hY3JvIHRvIGRvIHRoYXQgam9i IGFuZCBtYW55IGV4aXN0aW5nIHByb3RvY29scyBhbHJlYWR5IHVzZSB0aGlzIG1lY2hhbmlzbSB0 byBkaXN0aW5ndWlzaCBiZXR3ZWVuIHVuaWNhc3QgYW5kIG11bHRpY2FzdCBhZGRyZXNzZXMuICBJ dCBzZWVtcyB0byBtZSB0aGF0IGEgc3BlY2lhbCBiaXQgdG8gaW5kaWNhdGUgbXVsdGljYXN0IHJl Z2lzdHJhdGlvbiB3b3VsZCBiZSByZWR1bmRhbnQgYW5kIHJlcXVpcmUgaGFuZGxpbmcgZm9yIDQg ZGlmZmVyZW50IGNhc2VzLCAyIG9mIHdoaWNoIHdvdWxkIGJlIGVycm9yczoNCg0KDQogICogICBN ID0gMSwgVGFyZ2V0ID0gbXVsdGljYXN0IGFkZHINCiAgKiAgIE0gPSAxLCBUYXJnZXQ9IHVuaWNh c3QgYWRkciAg4oCUIEVSUk9SDQogICogICBNID0gMCwgVGFyZ2V0ID0gbXVsdGljYXN0IGFkZHIg 4oCUIEVSUk9SDQogICogICBNID0gMCwgVGFyZ2V0PSB1bmljYXN0IGFkZHINCg0KDQoNClRydWUg ZW5vdWdoLiBEYXJpby4NCg0KSeKAmXZlIGJlZW4gcG9uZGVyaW5nIHRoYXQgdG9vLiBPbiB0aGUg b25lIGhhbmQgaXQgc2VlbXMgY2xlYW5lciB0byBhbm5vdW5jZSB0aGUgc2VydmljZSB0aGF0IHRo ZSA2TE4gZXhwZWN0cy4gT3RvaCBhcyB5b3UgcG9pbnQgb3V0IGl0IGNhbiBiZSBpbmZlcnJlZCBm cm9tIHRoZSBhZGRyZXNzLg0KDQpBbm90aGVyIHdheSBvZiBzZWVpbmcgdGhpcyBpcyB0aGF0IHRo ZSBlcnJvciBjYXNlcyB0aGF0IHlvdSBpbmRpY2F0ZSBjYW4gYmUgZGV0ZWN0ZWQgaWYgd2UgaGF2 ZSB0aGUgYml0IG90aGVyd2lzZSB0aGV5IGNhbuKAmXQuDQpbRFRdIEkgdGFrZSB5b3VyIHBvaW50 IGFib3V0IGRldGVjdGluZyB0aGUgZXJyb3JzLCBhc3N1bWluZyBhbiBpbXBsZW1lbnRhdGlvbiBj b3VsZCBkbyBzb21ldGhpbmcgdXNlZnVsIHdpdGggdGhhdCBrbm93bGVkZ2UsIG90aGVyIHRoYW4g anVzdCBkaXNjYXJkaW5nIHRoZSBtZXNzYWdlLg0KDQoNCg0KVGhlbiB0aGVyZeKAmXMgYW55Y2Fz dCB3aGljaCBpcyBtaXNzaW5nIGZyb20gYm90aCBSUEwgYW5kIE5EICwgd2hpY2ggY2Fubm90IGJl IGRpc3Rpbmd1aXNoZWQgYnkgdGhlIGxvb2sgb2YgdGhlIGFkZHJlc3MgYW5kIHRodXMgcmVxdWly ZXMgYSBiaXQuDQpbRFRdIEFzIGZvciB0aGUgYW55Y2FzdCBhZGRyZXNzLCBJIHN1cHBvc2UgdGhl IHF1ZXN0aW9uIHRvIGFzayBpcyB3aGF0IHdvdWxkIGEgcm91dGVyIGRvIGRpZmZlcmVudGx5IGtu b3dpbmcgc3VjaCBpbmZvcm1hdGlvbj8gSSBzdXNwZWN0IHdlIHdvdWxkIGhhdmUgdG8gZGVmaW5l IHNvbWUgbmV3IGJlaGF2aW9yIGFsb25nIHdpdGggdGhlIG5ldyBiaXQuDQoNCg0KDQpUaGVuIHRo ZXJl4oCZcyBwb3NzaWJseSB0aGUgbmVlZCBvZiBhbiBJUHY0IEFGLiBBbGwgaW4gYWxsIEkgdGVu ZGVkIHRvIGZhdm9yIGhhdmluZyB0aGUgYml0IGJ1dCB0aGF04oCZcyByZWFsbHkgbm90IGEgc3Ry b25nIHBvc2l0aW9uLCBoYXBweSB0byBiZSBjb252aW5jZWQgb3RoZXJ3aXNlLg0KW0RUXSBJIHBy ZXN1bWUgeW91IGFyZSB0YWxraW5nIG9mICJJUHY0LUNvbXBhdGlibGUiIGFuZCAiSVB2NC1NYXBw ZWQiIElQdjYgYWRkcmVzc2VzLiBJZiBteSBwcmVzdW1wdGlvbiBpcyBjb3JyZWN0LCBhcmVuJ3Qg dGhlc2Ugc3RpbGwgZWFzaWx5IGlkZW50aWZpYWJsZSB0aHJvdWdoIHRoZWlyIHVuaXF1ZSBwcmVm aXhlcyAoOjovOTYgYW5kIDo6ZmZmZi85NiwgcmVzcGVjdGl2ZWx5KT8NCg0KDQoNCldoYXQgZG8g b3RoZXJzIHRoaW5rPw0KW0RUXSBJIGhhdmUgbm8gc3Ryb25nIG9waW5pb24uIFRoZSBNIGJpdCBq dXN0IHNlZW1lZCByZWR1bmRhbnQuDQoNCg0KDQoNCg0KSSBhbHNvIHdvbmRlciBhYm91dCB0aGUg cmVxdWlyZW1lbnQgZm9yIG5vbi1zdG9yaW5nIFJQTCBuZXR3b3JrcyB0byBwcm9wYWdhdGUgbXVs dGljYXN0IG1lbWJlcnNoaXAgdXAgdGhlIERPREFHLiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQg bm9uLXN0b3JpbmcgbmV0d29ya3MgdHlwaWNhbGx5IHVzZSBNUEwgKFJGQyA3NzMxKTxodHRwczov L3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjNzczMS5odG1sPiAgd2hpY2ggZG9lcyBub3QgbmVl ZCBtdWx0aWNhc3QgbWVtYmVyc2hpcHMgdG8gYmUgcHJvcGFnYXRlZCB0aHJvdWdob3V0IHRoZSBE T0RBRy4gSXQgdXNlcyBhIGZsb29kaW5nIG1lY2hhbmlzbSB0byBmb3J3YXJkIG11bHRpY2FzdCBk YXRhZ3JhbXMsIGFuZCBkb2VzIG5vdCB1bmljYXN0IGF0IEwyLiBDb3VsZCB0aGUgbmV3IGRvY3Vt ZW50IGFjY29tbW9kYXRlIG5vbi1zdG9yaW5nIG5ldHdvcmtzIHVzaW5nIE1QTD8NCg0KU3VyZTsN Cg0KQm90dG9tIGxpbmUgaGVyZSBpcyB0aGF0IGZvciBNUEwgYWxsIHRoZSBtdWx0aWNhc3QgcGFj a2V0cyBvZiBpbnRlcmVzdCBmb3IgdGhlIExMTiBhcmUgZmxvb2RlZCB0aHJvdWdob3V0IHNvIEkg c3VzcGVjdCB0aGF0IHRoZXJlIGlzIG5vIG5lZWQgZm9yIHRoZSA2TFIgdG8gc2lnbmFsIHRvIHRo ZSByb290Lg0KW0RUXSBZZXMsIHRoYXQncyBteSB1bmRlcnN0YW5kaW5nIGFzIHdlbGwuDQoNCg0K DQoNCklmIHRoYXTigJlzIHRoZSBjYXNlIHRoZW4gdGhlcmXigJlzIG5vdGhpbmcgdG8gc3RhbmRh cmRpemUuICBBbGwgSSBuZWVkIHRvIGNsYXJpZnkgaXMgdGhhdCB0aGUgUlBMIGJlaGF2aW9yIGlu IHRoZSBzcGVjIGlzIHRoZSBvbmUgZXhwZWN0ZWQgaW4gYSBSUEwgZG9tYWluIHRoYXQgc3VwcG9y dHMgbW9wIDMgb3RoZXJ3aXNlIHdoYXQgaXMgZG9uZSBpcyBvdXQgb2Ygc2NvcGUgZm9yIHRoaXMg ZG9jLg0KDQoNCiBEbyB5b3Ugc2VlIGl0IG90aGVyd2lzZT8NCltEVF0gSSBhZ3JlZSB0aGF0IG9u bHkgUlBMIG1vZGUgMyBuZWVkcyB0byBiZSBkZWZpbmVkIGFuZCBvdGhlciBtb2RlcyBhcmUgbGVm dCBvdXQgb2Ygc2NvcGUuDQoNCg0KDQoNCkkgbWVhbiBzaG91bGQgdGhlIDZMUiBzaWduYWwgdW5p Y2FzdCB0byB0aGUgcm9vdCBsaWtlIGZvciB1bmljYXN0IHRyYWZmaWMgd2hlbiBzZXJ2aW5nIGEg UlBMIHVuYXdhcmUgbGVhZj8NCltEVF0gVGhhdCBjZXJ0YWlubHkgY291bGQgYmUgYW4gb3B0aW1p emF0aW9uIGZvciBub24tc3RvcmluZyBtb2RlIHNvIHRoYXQgYSBib3JkZXItcm91dGVyIG1pZ2h0 IGtub3cgd2hhdCBtdWx0aWNhc3QgZ3JvdXBzIHRvIGZvcndhcmQgZnJvbSBvdXRzaWRlIHRoZSBu ZXR3b3JrLiBVbmZvcnR1bmF0ZWx5IHRob3VnaCB0aGVyZSBpcyBubyBNT1AgdGhhdCBpcyAiTm9u LXN0b3Jpbmcgd2l0aCBtdWx0aWNhc3QiLCBhbHRob3VnaCBvbmUgY291bGQgYXJndWUgc2VtYW50 aWNzIGFuZCBzaW1wbHkgdXNlIE1PUCAxLg0KDQpbRFRdIElmIHdlIHdlcmUgdG8gb3B0IGZvciBz dWNoIGJlaGF2aW9yLCA2TFIgbm9kZXMgY291bGQgc2ltcGx5IGFkZCBSUEwgVGFyZ2V0IG9wdGlv bnMgdG8gdGhlaXIgREFPJ3MsIGZvciB0aGUgbXVsdGljYXN0IGdyb3VwcyB0aGV5IHdlcmUgaW50 ZXJlc3RlZCBpbiAoaW5jbHVkaW5nIHRob3NlIHJlcXVlc3RlZCBieSBsZWFmIG5vZGVzKS4NCg0K DQoNCiBJZiBzbyB3b3VsZG7igJl0IGl0IGJlIGV4cGVjdGVkIHRoYXQgdGhlIFJvb3QgbWFrZXMg biB1bmljYXN0IHRvIGFsbCA2TFJzIHRoYXQgaGF2ZSBsaXN0ZW5lcnM/DQpbRFRdIEknbSBub3Qg c3VyZSB0aGF0IHdvdWxkIG1ha2Ugc2Vuc2Ugd2hlbiBNUEwgaXMgYmVpbmcgdXNlZCwgYnV0IGl0 IG1ha2VzIGZvciBhbiBpbnRlcmVzdGluZyBhbHRlcm5hdGl2ZSB0byBNUEwuDQoNCg0KDQoNClNo b3VsZCB3ZSBkZXNjcmliZSB0aGF0IG1vZGUgYXMgd2VsbD8NCltEVF0gQXMgYW4gYWx0ZXJuYXRp dmUgdG8gTVBMPyBTdXJlLg0KDQoNCg0KDQpQYXNjYWwNCg0KUmVnYXJkcw0KRGFyaW8NCg0KDQoN Ck9uIFNlcCAyNywgMjAyMSwgYXQgNjozMiBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSA8 cHRodWJlcnQ9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmc8bWFpbHRvOnB0aHViZXJ0PTQwY2lz Y28uY29tQGRtYXJjLmlldGYub3JnPj4gd3JvdGU6DQoNCkRlYXIgYWxsOg0KDQpUaGlzIGRyYWZ0 IGlzIGEgY29udGludWF0aW9uIG9mIG91ciB3b3JrIG9uIFJGQyA4NTA1LCA4OTI4LCBhbmQgODky OS4NCg0KQ29tbWVudHMgd2VsY29tZSENCg0KUGFzY2FsDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZz4gPGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnPj4NClNlbnQ6IGx1bmRpIDI3IHNlcHRlbWJyZSAyMDIxIDE1OjI5DQpU bzogRXJpYyBMZXZ5LSBBYmVnbm9saSAoZWxldnlhYmUpIDxlbGV2eWFiZUBjaXNjby5jb208bWFp bHRvOmVsZXZ5YWJlQGNpc2NvLmNvbT4+OyBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1 YmVydEBjaXNjby5jb208bWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbT4+DQpTdWJqZWN0OiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3Vw LTAxLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10aHViZXJ0LTZsby11bmlj YXN0LWxvb2t1cC0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgUGFz Y2FsIFRodWJlcnQgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1lOiBk cmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cA0KUmV2aXNpb246IDAxDQpUaXRsZTogSVB2 NiBOZWlnaGJvciBEaXNjb3ZlcnkgVW5pY2FzdCBMb29rdXANCkRvY3VtZW50IGRhdGU6IDIwMjEt MDktMjcNCkdyb3VwOiBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOiAxNQ0KVVJMOiAgICAg ICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdGh1YmVydC02bG8t dW5pY2FzdC1sb29rdXAtMDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAvDQpIdG1sOiAg ICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC10aHViZXJ0LTZs by11bmljYXN0LWxvb2t1cC0wMS5odG1sDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cA0K RGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC10 aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0wMQ0KDQpBYnN0cmFjdDoNCiAgVGhpcyBkb2N1bWVu dCB1cGRhdGVzIFJGQyA4NTA1IGluIG9yZGVyIHRvIGVuYWJsZSB1bmljYXN0IGFkZHJlc3MNCiAg bG9va3VwIGZyb20gYSA2TG9XUEFOIEJvcmRlciBSb3V0ZXIgYWN0aW5nIGFzIGFuIEFkZHJlc3Mg UmVnaXN0cmFyLg0KDQoNCg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo2bG8gbWFpbGluZyBsaXN0DQo2 bG9AaWV0Zi5vcmc8bWFpbHRvOjZsb0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vNmxvDQoNCg0K --_000_CO1PR11MB48812820528580673D65D478D8B09CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0 eWxlLW5hbWU6YXBwbGUtdGFiLXNwYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAu ODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3Qg RGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjgyNjY3NDYyMzsNCgltc28t bGlzdC10ZW1wbGF0ZS1pZHM6MjExMTYxNzg0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXci Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxl dmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s ZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv cDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2lu Z2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVs OA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl bC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjExNjU3MDc1NzA7DQoJ bXNvLWxpc3QtdGVtcGxhdGUtaWRzOjE4MzQ4MDI1NTI7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxl dmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVs OA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3 Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0 b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5PSyBEYXJpbywgc28gd2XigJlk IGhhdmUgNCBvcHRpb25hbCBjb21iaW5hdGlvbnM6PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPnVuaWNhc3QgPSBtb3AgMSBtdWx0aWNh c3QgPSBtb3AgMyAod2hhdCB0aGUgZHJhZnQgZG9lcyB0b2RheSk8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPnVuaWNhc3QgPSBtb3AgMSBtdWx0 aWNhc3QgPSBNUEwgKHRoYXQgSSBiZWxpZXZlIHRoZSBkcmFmdCBhbGxvd3MgdG9kYXkgYnV0IHNo b3VsZCBjbGFyaWZ5KTsgaW4gdGhhdCBtb2RlLCBub3QgbWVzc2FnZSB0byB0aGUgUm9vdCwgdGhl IHJvb3QgZmxvb2RzIGFsbCBtdWx0aWNhc3QgbWVzc2FnZXMgd2l0aA0KIHRoZSBpZGVhIHRoYXQg dGhlcmXigJlzIGFsd2F5cyBhIGxpc3RlbmVyIHNvbWV3aGVyZTxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+dW5pY2FzdCA9IG1vcCAxIG11bHRp Y2FzdCA9IG1vcCAxICh0byBiZSBhZGRlZCkgaW4gdGhhdCBtb2RlIHRoZSA2TFIgc2VuZHMgYSBE QU8gdG8gdGhlIHJvb3QgZm9yIGEgbXVsdGljYXN0IHRhcmdldCwgYW5kIHRoZSBSb290IHNlbmRz IG4gbWVzc2FnZXMgdGhhdCBhcmUgdW5pY2FzdCBzb3VyY2Ugcm91dGVkDQogdG8gdGhlIG4gNkxS IHRoYXQgaGF2ZSBsaXN0ZW5lcnMsIG9ubHkgdGhlIGxhc3QgYWRkcmVzcyBpbiB0aGUgU1JIIGlz IG11bHRpY2FzdDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+dW5pY2FzdCA9IG1vcCAxIG11bHRpY2FzdCA9IE1QTCAodGhhdCBJIGJlbGlldmUg dGhlIGRyYWZ0IGFsbG93cyB0b2RheSBidXQgc2hvdWxkIGNsYXJpZnkpOyBpbiB0aGF0IG1vZGUs IGluIHRoYXQgbW9kZSB0aGUgNkxSIHNlbmRzIGEgREFPIHRvIHRoZSByb290IGZvciBhIG11bHRp Y2FzdCB0YXJnZXQsDQogYW5kIHRoZSByb290IHVzZXMgTVBMIG9ubHkgd2hlbiB0aGVyZeKAmXMg a25vd24gbGlzdGVuZXJzPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPkRvIHdlIGRlc2NyaWJlIHRoZW0gYWxsPyBTaG91bGQgd2UgY29u c3VtZSBSUEwgTU9Qcz88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+SSBzdWdnZXN0ZWQgdGhhdCBBT0RWIFJQTCByZXVzZXMgTU9QIDQg dG8gbGVhdmUgcm9vbeKApjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206 PC9zcGFuPjwvZm9udD48L2I+IERhcmlvIFRlZGVzY2hpICZsdDtkYXRAZXhlZ2luLmNvbSZndDsN Cjxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TZW50Ojwvc3Bhbj48L2I+ IG1lcmNyZWRpIDYgb2N0b2JyZSAyMDIxIDA6MDU8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+VG86PC9zcGFuPjwvYj4gUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSAmbHQ7 cHRodWJlcnRAY2lzY28uY29tJmd0Ozxicj4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpi b2xkIj5DYzo8L3NwYW4+PC9iPiA2bG9AaWV0Zi5vcmc8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9u dC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogWzZsb10gTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvciBkcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0wMS50eHQ8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJy aSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhpIFBhc2NhbDxicj4NCjxicj4NClNl ZSBteSBjb21tZW50Jm5ic3A7IGJlbG93LjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk9uIDEwLzUvMjEgMTI6NDAgUE0sIFBhc2Nh bCBUaHViZXJ0IChwdGh1YmVydCkgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SGVsbG8gRGFyaW8NCjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5QbGVhc2Ugc2Vl IGJlbG93OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5MZSA1IG9jdC4gMjAyMSDDoCAyMDoxNSwgRGFyaW8gVGVkZXNjaGkNCjwvc3Bhbj48 YSBocmVmPSJtYWlsdG86ZGF0QGV4ZWdpbi5jb20iPjxzcGFuIGxhbmc9IkZSIj4mbHQ7ZGF0QGV4 ZWdpbi5jb20mZ3Q7PC9zcGFuPjwvYT48L2ZvbnQ+PHNwYW4gbGFuZz0iRlIiPiBhIMOpY3JpdCZu YnNwOzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij7vu78gSGkgUGFzY2FsLA0KPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5UaGFuayB5b3UgZm9yIG5ldyBkcmFmdC4gSG93ZXZlciBJIGRvIGhhdmUg c29tZSBjb21tZW50cy9xdWVzdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PldoYXQgYmVuZWZpdCBkb2VzIHRoZSDigJhN4oCZIGJpdCBwcm92aWRlIG92ZXIgc2ltcGx5IGRl dGVjdGluZyBhIG11bHRpY2FzdCBhZGRyZXNzIGluIHRoZSBUYXJnZXQgQWRkcmVzcyBmaWVsZD88 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhlIElQdjYgbXVsdGljYXN0IGFkZHJl c3MgdHlwZSBpcyBjbGVhcmx5IGRlZmluZWQgaW4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9yZmM0MjkxI3NlY3Rpb24tMi40Ij5SRkMg NDI5MSAoc2VjdGlvbiAyLjQpPC9hPjwvZm9udD4sIGFuZCB0aGUgZGV0ZWN0aW9uDQogb2Ygc3Vj aCBhbiBhZGRyZXNzIGlzIHRyaXZpYWwuIE1vc3QgKGlmIG5vdCBhbGwpIFN0YWNrcyBoYXZlIGEg c2ltcGxlIGZ1bmN0aW9uL21hY3JvIHRvIGRvIHRoYXQgam9iIGFuZCBtYW55IGV4aXN0aW5nIHBy b3RvY29scyBhbHJlYWR5IHVzZSB0aGlzIG1lY2hhbmlzbSB0byBkaXN0aW5ndWlzaCBiZXR3ZWVu IHVuaWNhc3QgYW5kIG11bHRpY2FzdCBhZGRyZXNzZXMuICZuYnNwO0l0IHNlZW1zIHRvIG1lIHRo YXQgYSBzcGVjaWFsIGJpdCB0byBpbmRpY2F0ZQ0KIG11bHRpY2FzdCByZWdpc3RyYXRpb24gd291 bGQgYmUgcmVkdW5kYW50IGFuZCByZXF1aXJlIGhhbmRsaW5nIGZvciA0IGRpZmZlcmVudCBjYXNl cywgMiBvZiB3aGljaCB3b3VsZCBiZSBlcnJvcnM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0gPSAxLCBUYXJnZXQgPSBt dWx0aWNhc3QgYWRkcjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L2xpPjxsaSBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0gPSAxLCBUYXJnZXQ9IHVu aWNhc3QgYWRkciAmbmJzcDvigJQgRVJST1I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8zIj4NCjxmb250IHNp emU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NID0g MCwgVGFyZ2V0ID0gbXVsdGljYXN0IGFkZHIg4oCUIEVSUk9SPG86cD48L286cD48L3NwYW4+PC9m b250PjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMyI+ DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+TSA9IDAsIFRhcmdldD0gdW5pY2FzdCBhZGRyPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvbGk+PC91bD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFj ZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRydWUgZW5v dWdoLiBEYXJpby48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SeKAmXZlIGJlZW4g cG9uZGVyaW5nIHRoYXQgdG9vLiBPbiB0aGUgb25lIGhhbmQgaXQgc2VlbXMgY2xlYW5lciB0byBh bm5vdW5jZSB0aGUgc2VydmljZSB0aGF0IHRoZSA2TE4gZXhwZWN0cy4gT3RvaCBhcyB5b3UgcG9p bnQgb3V0IGl0IGNhbiBiZSBpbmZlcnJlZCBmcm9tIHRoZSBhZGRyZXNzLjxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5Bbm90aGVyIHdheSBvZiBzZWVpbmcgdGhpcyBpcyB0aGF0IHRo ZSBlcnJvciBjYXNlcyB0aGF0IHlvdSBpbmRpY2F0ZSBjYW4gYmUgZGV0ZWN0ZWQgaWYgd2UgaGF2 ZSB0aGUgYml0IG90aGVyd2lzZSB0aGV5IGNhbuKAmXQuPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+W0RUXSBJIHRha2UgeW91ciBwb2ludCBhYm91dCBkZXRlY3RpbmcgdGhlIGVycm9ycywg YXNzdW1pbmcgYW4gaW1wbGVtZW50YXRpb24gY291bGQgZG8gc29tZXRoaW5nIHVzZWZ1bCB3aXRo IHRoYXQga25vd2xlZGdlLCBvdGhlciB0aGFuIGp1c3QgZGlzY2FyZGluZyB0aGUgbWVzc2FnZS48 YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVv dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoZW4g dGhlcmXigJlzIGFueWNhc3Qgd2hpY2ggaXMgbWlzc2luZyBmcm9tIGJvdGggUlBMIGFuZCBORCAs IHdoaWNoIGNhbm5vdCBiZSBkaXN0aW5ndWlzaGVkIGJ5IHRoZSBsb29rIG9mIHRoZSBhZGRyZXNz IGFuZCB0aHVzIHJlcXVpcmVzIGEgYml0Lg0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ W0RUXSBBcyBmb3IgdGhlIGFueWNhc3QgYWRkcmVzcywgSSBzdXBwb3NlIHRoZSBxdWVzdGlvbiB0 byBhc2sgaXMgd2hhdCB3b3VsZCBhIHJvdXRlciBkbyBkaWZmZXJlbnRseSBrbm93aW5nIHN1Y2gg aW5mb3JtYXRpb24/IEkgc3VzcGVjdCB3ZSB3b3VsZCBoYXZlIHRvIGRlZmluZSBzb21lIG5ldyBi ZWhhdmlvcg0KIGFsb25nIHdpdGggdGhlIG5ldyBiaXQuPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGVuIHRoZXJl4oCZcyBwb3NzaWJseSB0aGUg bmVlZCBvZiBhbiBJUHY0IEFGLiBBbGwgaW4gYWxsIEkgdGVuZGVkIHRvIGZhdm9yIGhhdmluZyB0 aGUgYml0IGJ1dCB0aGF04oCZcyByZWFsbHkgbm90IGEgc3Ryb25nIHBvc2l0aW9uLCBoYXBweSB0 byBiZSBjb252aW5jZWQgb3RoZXJ3aXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPltE VF0gSSBwcmVzdW1lIHlvdSBhcmUgdGFsa2luZyBvZiAmcXVvdDtJUHY0LUNvbXBhdGlibGUmcXVv dDsgYW5kICZxdW90O0lQdjQtTWFwcGVkJnF1b3Q7IElQdjYgYWRkcmVzc2VzLiBJZiBteSBwcmVz dW1wdGlvbiBpcyBjb3JyZWN0LCBhcmVuJ3QgdGhlc2Ugc3RpbGwgZWFzaWx5IGlkZW50aWZpYWJs ZSB0aHJvdWdoIHRoZWlyIHVuaXF1ZQ0KIHByZWZpeGVzICg6Oi85NiBhbmQgOjpmZmZmLzk2LCBy ZXNwZWN0aXZlbHkpPzxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+V2hhdCBkbyBvdGhlcnMgdGhpbms/PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+W0RUXSBJIGhhdmUgbm8gc3Ryb25nIG9waW5pb24uIFRoZSBNIGJpdCBqdXN0IHNlZW1lZCBy ZWR1bmRhbnQuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5JIGFsc28gd29uZGVyIGFib3V0IHRoZSByZXF1aXJlbWVudCBmb3Igbm9uLXN0 b3JpbmcgUlBMIG5ldHdvcmtzIHRvIHByb3BhZ2F0ZSBtdWx0aWNhc3QgbWVtYmVyc2hpcCB1cCB0 aGUgRE9EQUcuIE15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCBub24tc3RvcmluZyBuZXR3b3JrcyB0 eXBpY2FsbHkgdXNlJm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iu b3JnL3JmYy9yZmM3NzMxLmh0bWwiPk1QTA0KIChSRkMgNzczMSk8L2E+PC9mb250PiZuYnNwOyB3 aGljaCBkb2VzIG5vdCBuZWVkIG11bHRpY2FzdCBtZW1iZXJzaGlwcyB0byBiZSBwcm9wYWdhdGVk IHRocm91Z2hvdXQgdGhlIERPREFHLiBJdCB1c2VzIGEgZmxvb2RpbmcgbWVjaGFuaXNtIHRvIGZv cndhcmQgbXVsdGljYXN0IGRhdGFncmFtcywgYW5kIGRvZXMgbm90IHVuaWNhc3QgYXQgTDIuIENv dWxkIHRoZSBuZXcgZG9jdW1lbnQgYWNjb21tb2RhdGUgbm9uLXN0b3JpbmcgbmV0d29ya3MgdXNp bmcgTVBMPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m b250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5TdXJlOyZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNh bGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Cb3R0b20gbGluZSBoZXJlIGlz IHRoYXQgZm9yIE1QTCBhbGwgdGhlIG11bHRpY2FzdCBwYWNrZXRzIG9mIGludGVyZXN0IGZvciB0 aGUgTExOIGFyZSBmbG9vZGVkIHRocm91Z2hvdXQgc28gSSBzdXNwZWN0IHRoYXQgdGhlcmUgaXMg bm8gbmVlZCBmb3IgdGhlIDZMUiB0byBzaWduYWwgdG8gdGhlIHJvb3QuPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+W0RUXSBZZXMsIHRoYXQncyBteSB1bmRlcnN0YW5kaW5nIGFzIHdlbGwu PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5JZiB0aGF04oCZcyB0aGUgY2FzZSB0aGVuIHRoZXJl4oCZcyBub3RoaW5nIHRvIHN0YW5kYXJk aXplLiAmbmJzcDtBbGwgSSBuZWVkIHRvIGNsYXJpZnkgaXMgdGhhdCB0aGUgUlBMIGJlaGF2aW9y IGluIHRoZSBzcGVjIGlzIHRoZSBvbmUgZXhwZWN0ZWQgaW4gYSBSUEwgZG9tYWluIHRoYXQgc3Vw cG9ydHMgbW9wIDMgb3RoZXJ3aXNlDQogd2hhdCBpcyBkb25lIGlzIG91dCBvZiBzY29wZSBmb3Ig dGhpcyBkb2MuJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZu YnNwO0RvIHlvdSBzZWUgaXQgb3RoZXJ3aXNlPw0KPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+W0RUXSBJIGFncmVlIHRoYXQgb25seSBSUEwgbW9kZSAzIG5lZWRzIHRvIGJlIGRlZmluZWQg YW5kIG90aGVyIG1vZGVzIGFyZSBsZWZ0IG91dCBvZiBzY29wZS48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgbWVhbiBzaG91bGQgdGhl IDZMUiBzaWduYWwgdW5pY2FzdCB0byB0aGUgcm9vdCBsaWtlIGZvciB1bmljYXN0IHRyYWZmaWMg d2hlbiBzZXJ2aW5nIGEgUlBMIHVuYXdhcmUgbGVhZj88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5bRFRdIFRoYXQgY2VydGFpbmx5IGNvdWxkIGJlIGFuIG9wdGltaXphdGlvbiBmb3Igbm9u LXN0b3JpbmcgbW9kZSBzbyB0aGF0IGEgYm9yZGVyLXJvdXRlciBtaWdodCBrbm93IHdoYXQgbXVs dGljYXN0IGdyb3VwcyB0byBmb3J3YXJkIGZyb20gb3V0c2lkZSB0aGUgbmV0d29yay4gVW5mb3J0 dW5hdGVseSB0aG91Z2gNCiB0aGVyZSBpcyBubyBNT1AgdGhhdCBpcyAmcXVvdDtOb24tc3Rvcmlu ZyB3aXRoIG11bHRpY2FzdCZxdW90OywgYWx0aG91Z2ggb25lIGNvdWxkIGFyZ3VlIHNlbWFudGlj cyBhbmQgc2ltcGx5IHVzZSBNT1AgMS4NCjxicj4NCjxicj4NCltEVF0gSWYgd2Ugd2VyZSB0byBv cHQgZm9yIHN1Y2ggYmVoYXZpb3IsIDZMUiBub2RlcyBjb3VsZCBzaW1wbHkgYWRkIFJQTCBUYXJn ZXQgb3B0aW9ucyB0byB0aGVpciBEQU8ncywgZm9yIHRoZSBtdWx0aWNhc3QgZ3JvdXBzIHRoZXkg d2VyZSBpbnRlcmVzdGVkIGluIChpbmNsdWRpbmcgdGhvc2UgcmVxdWVzdGVkIGJ5IGxlYWYgbm9k ZXMpLjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ Jm5ic3A7SWYgc28gd291bGRu4oCZdCBpdCBiZSBleHBlY3RlZCB0aGF0IHRoZSBSb290IG1ha2Vz IG4gdW5pY2FzdCB0byBhbGwgNkxScyB0aGF0IGhhdmUgbGlzdGVuZXJzPzxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPltEVF0gSSdtIG5vdCBzdXJlIHRoYXQgd291bGQgbWFrZSBzZW5zZSB3 aGVuIE1QTCBpcyBiZWluZyB1c2VkLCBidXQgaXQgbWFrZXMgZm9yIGFuIGludGVyZXN0aW5nIGFs dGVybmF0aXZlIHRvIE1QTC48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPlNob3VsZCB3ZSBkZXNjcmliZSB0aGF0IG1vZGUgYXMgd2VsbD88 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5bRFRdIEFzIGFuIGFsdGVybmF0aXZlIHRvIE1Q TD8gU3VyZS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPlBhc2NhbCZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7ICZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkRhcmlvPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+T24gU2VwIDI3LCAyMDIxLCBhdCA2OjMyIEFN LCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnB0 aHViZXJ0PTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnIj5wdGh1YmVydD00MGNpc2NvLmNvbUBk bWFyYy5pZXRmLm9yZzwvYT48L2ZvbnQ+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5EZWFyIGFsbDo8 YnI+DQo8YnI+DQpUaGlzIGRyYWZ0IGlzIGEgY29udGludWF0aW9uIG9mIG91ciB3b3JrIG9uIFJG QyA4NTA1LCA4OTI4LCBhbmQgODkyOS48YnI+DQo8YnI+DQpDb21tZW50cyB3ZWxjb21lITxicj4N Cjxicj4NClBhc2NhbDxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0K RnJvbTogPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwvYT48L2ZvbnQ+ICZsdDs8YSBocmVmPSJtYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8L2E+Jmd0Ow0K PGJyPg0KU2VudDogbHVuZGkgMjcgc2VwdGVtYnJlIDIwMjEgMTU6Mjk8YnI+DQpUbzogRXJpYyBM ZXZ5LSBBYmVnbm9saSAoZWxldnlhYmUpICZsdDs8YSBocmVmPSJtYWlsdG86ZWxldnlhYmVAY2lz Y28uY29tIj5lbGV2eWFiZUBjaXNjby5jb208L2E+Jmd0OzsgUGFzY2FsIFRodWJlcnQgKHB0aHVi ZXJ0KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbSI+cHRodWJlcnRAY2lz Y28uY29tPC9hPiZndDs8YnI+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLTAxLnR4dDxicj4NCjxicj4NCjxicj4N CkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0w MS50eHQ8YnI+DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFBhc2NhbCBUaHVi ZXJ0IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS48YnI+DQo8YnI+DQpOYW1lOjxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+IDwvc3Bhbj5kcmFmdC10aHViZXJ0LTZsby11bmlj YXN0LWxvb2t1cDxicj4NClJldmlzaW9uOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+IDwv c3Bhbj4wMTxicj4NClRpdGxlOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+IDwvc3Bhbj5J UHY2IE5laWdoYm9yIERpc2NvdmVyeSBVbmljYXN0IExvb2t1cDxicj4NCkRvY3VtZW50IGRhdGU6 PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4gPC9zcGFuPjIwMjEtMDktMjc8YnI+DQpHcm91 cDo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiA8L3NwYW4+SW5kaXZpZHVhbCBTdWJtaXNz aW9uPGJyPg0KUGFnZXM6PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4gPC9zcGFuPjE1PGJy Pg0KVVJMOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lk L2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLTAxLnR4dCI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0wMS50eHQ8 L2E+PGJyPg0KU3RhdHVzOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC10 aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLzwvYT48YnI+DQpIdG1sOiAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXRodWJlcnQtNmxv LXVuaWNhc3QtbG9va3VwLTAxLmh0bWwiPmh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQv ZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAtMDEuaHRtbDwvYT48YnI+DQpIdG1saXpl ZDogJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxv b2t1cCI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC10aHViZXJ0 LTZsby11bmljYXN0LWxvb2t1cDwvYT48YnI+DQpEaWZmOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAt MDEiPmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC10aHViZXJ0LTZsby11 bmljYXN0LWxvb2t1cC0wMTwvYT48YnI+DQo8YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDsmbmJz cDtUaGlzIGRvY3VtZW50IHVwZGF0ZXMgUkZDIDg1MDUgaW4gb3JkZXIgdG8gZW5hYmxlIHVuaWNh c3QgYWRkcmVzczxicj4NCiZuYnNwOyZuYnNwO2xvb2t1cCBmcm9tIGEgNkxvV1BBTiBCb3JkZXIg Um91dGVyIGFjdGluZyBhcyBhbiBBZGRyZXNzIFJlZ2lzdHJhci48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNyZXRhcmlhdDxicj4NCjxicj4NCjxicj4NCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KNmxvIG1haWxpbmcg bGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzo2bG9AaWV0Zi5vcmciPjZsb0BpZXRmLm9yZzwvYT48 YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvLzZsbyI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82bG88L2E+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_CO1PR11MB48812820528580673D65D478D8B09CO1PR11MB4881namp_-- From nobody Wed Oct 6 11:45:41 2021 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 115D43A040B for ; Wed, 6 Oct 2021 11:45:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NC1M-3b4fL_n for ; Wed, 6 Oct 2021 11:45:11 -0700 (PDT) Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABF083A041C for ; Wed, 6 Oct 2021 11:45:11 -0700 (PDT) Received: from dooku.sandelman.ca (cpef81d0f835a73-cmf81d0f835a70.sdns.net.rogers.com [174.116.10.168]) by relay.sandelman.ca (Postfix) with ESMTPS id A9E831F45E for ; Wed, 6 Oct 2021 18:45:09 +0000 (UTC) Received: by dooku.sandelman.ca (Postfix, from userid 179) id 1DDDB1A23F2; Wed, 6 Oct 2021 14:45:08 -0400 (EDT) From: Michael Richardson To: Routing Over Low power and Lossy networks In-reply-to: References: Comments: In-reply-to "Pascal Thubert \(pthubert\)" message dated "Wed, 06 Oct 2021 06:28:43 -0000." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Date: Wed, 06 Oct 2021 14:45:08 -0400 Message-ID: <692926.1633545908@dooku> Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 18:45:20 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Pascal Thubert \(pthubert\) wrote: > My observation is that P2P is the experiment that leads to AODV, so > AODV should deprecate it. Agreed. > I have not heard of real deployments, and if that happened, I do not > expect a mix of devices that would create confusion. So would that be > OK to assign MOP 4 to RPL AODV? You've convinced me. Alvaro Retana wrote: > Just FYI =E2=80=94 there would need to be some process behind a move = to > formally replace rfc6997 (beyond updating the draft). We can deal wi= th > that if we need to. So, obsoletes RFC6997 then? =2D- Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAmFd7rMACgkQlUzhVv38 QpAM7wf/SetDlddIyfpJ+ff3l5dswc73GbyW1gKbJYqT8WDji2AGlE/guJgfJTft rlyCjOfu7czPmphzXhm70hIR397zJXxwitwZhN/tTZ57BT7Jpo+HBxeGvjs7rYxp 6+lBsXT3Pz+hFMOReiGNaQJb4SZAVUskfw8v/vLVHmegOrkSWhpMWzZyO+78ESVs lemTkNCdpM2QFLnifmbkCA8fqaIywD0kYtOqL9b47JtzpRKBmBC7ADIHi/Ry7+Ih 8x1AnPy0DQZRVAtHC+HWFvRT/qLZ2j3OpTLVV0FW6UbampEEZ79Sgyp4UEloeORJ 7CQ8vka81ZbxKp+8bv3qjT69oN5NPg== =nbzM -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Oct 6 12:49:54 2021 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 A7A4C3A0857 for ; Wed, 6 Oct 2021 12:49:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sCoQiPlnnpbr for ; Wed, 6 Oct 2021 12:49:51 -0700 (PDT) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 4AEB93A084F for ; Wed, 6 Oct 2021 12:49:51 -0700 (PDT) Received: by mail-ed1-x531.google.com with SMTP id b8so14138081edk.2 for ; Wed, 06 Oct 2021 12:49:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :content-transfer-encoding; bh=d/dfrWTFv5d9xYtZ6vONP9yBhUMym6mcxdTewCHCBPU=; b=LqE/atIPFg+PjdKvK2TjP3p+0F1QbKdxvxJgs/lFYdIEUJWGpy87jKPn1XC/Srk8Va GtU90wfmnddNc6t3yrOoc+tewxVs4oPBHIlC647N/O7HByIoKQbpw5Jucft7eoAC+Gjm 1fmMRgCVgPfDrDpNPu0UMUWnXM3vlPOSlJRil+jlBkRuDswfZp7wtFNTsonnqTnhlZzR G3hM994frh4wo/5f6nROaeQvtPWkznUz9+79yjozJ4x2Lz2s/AuMjSO009ItUNFjSLtw 5A60LSfPJDXrBEpV8CkbiA3lmx6HMekqu22udE8C7vMN4wSEKhZLmPScdgAedLaNZ1WE NPsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:content-transfer-encoding; bh=d/dfrWTFv5d9xYtZ6vONP9yBhUMym6mcxdTewCHCBPU=; b=Gbiw/1B/Jl9I1fA5QvzuJ0FqnUK9xViLBxVLAe512dJnytBtLJEOYuSn0ebze1gGzf YXF4okrQ5xn7SMPsVFnZDhwPBHTu6ZLagFrv9sEpm5WuhRvrt7T5FCZ+H3ZnZCsIuB0F NYg8MWi6a6RmTb6IjGn50ZFYfs4MROLUjaHOJCVzdh+lIEPCrSDkzMg0YCxqMciTdWNL UCSXmJV6OK/5JxFNCkfMBtWGqVkuCHvSXkrR2EL3zuTnqIyzKJBkTNIuyLAUFxpmA8IL STMPi/l+ouA8Qvx57RUqdVwB2RnzKimeryv5FBFhUhokxnrPDImr7/o9zx6iY78gVDaA zf0g== X-Gm-Message-State: AOAM533R8FZGMOGmC18qThqVIELxqec4Vq9+a67HPVfc/j2wJ3DFI5me i+D5mrFAJKeSocA+3hN3ZlSAEheUqyYEolE7Ybd/taVc X-Google-Smtp-Source: ABdhPJx8fIcuLv1nGc3eKi7II7qozsgqe6SBfMkH1QzlATpmp+MWUP7dM5UVP7vbpa3DT1khB3mcykmfDKbRD76rOdo= X-Received: by 2002:a17:906:c041:: with SMTP id bm1mr198253ejb.280.1633549789247; Wed, 06 Oct 2021 12:49:49 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 6 Oct 2021 12:49:48 -0700 From: Alvaro Retana In-Reply-To: <692926.1633545908@dooku> References: <692926.1633545908@dooku> MIME-Version: 1.0 Date: Wed, 6 Oct 2021 12:49:48 -0700 Message-ID: To: Routing Over Low power and Lossy networks , Michael Richardson Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 19:49:53 -0000 On October 6, 2021 at 2:46:25 PM, Michael Richardson wrote: Michael: Hi! ... > Alvaro Retana wrote: > > Just FYI =E2=80=94 there would need to be some process behind a move to > > formally replace rfc6997 (beyond updating the draft). We can deal with > > that if we need to. > > So, obsoletes RFC6997 then? If that's what the WG wants then yes. rfc6997 is required by rfc7733 (Applicability Statement...Home Automation and Building Control), so we would need to Update that. Also, rfc6998 (Measurement of Routing Metrics in LLNs) depends on rfc6997: "...the utility of this mechanism is dependent on the existence of P2P-RPL [RFC6997]." =C2=A0We would need to see if rfc6998 also works with aodv-rpl and Update or Obsolete. None of this is a showstopper (from my point of view), but it does require some work and most likely a new IETF LC (at least). The alternative (just thinking out loud) would be to specify the use of the same MOP along with some text explaining why it is not an issue that the value is shared -- and what could happen if both device types were mixed. =C2=A0This option should require less work/process because we're not affecting other documents. Alvaro. From nobody Wed Oct 6 12:50:21 2021 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 F00AE3A083F for ; Wed, 6 Oct 2021 12:49:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=exegin.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 KVHkJHbEDJJi for ; Wed, 6 Oct 2021 12:49:47 -0700 (PDT) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 B9FAB3A0846 for ; Wed, 6 Oct 2021 12:49:47 -0700 (PDT) Received: by mail-pj1-x1036.google.com with SMTP id np13so3021154pjb.4 for ; Wed, 06 Oct 2021 12:49:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=exegin.com; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=MR5BST4xSOqGMSWwetWdcwmOHlLGAG+FivIoplJYXog=; b=rAI73AYtwgSMG1bp2TdwHVyd53DJWCAOeo0kfwYTb0YxBnM2KTIq5ot8TJ3mFMxRS6 5MrrnBUvLOnuzLrVLZuxcjwROTmSejY/swYENtDPUs+wZ2v9N25mrwGA6Jof8KBMkp9k YfZA0P2Wazyjs7/HiUQBdFXfV30yqPEg+K2JpSNCdGtT3hu81frL+H5pjjVw5D+VcLDV IDAes3EReJOdEFQyN/CaPdRs2eObH+sUHxAy6O7Yy3+oJXlP13RxXvD7srdJAkKQ+V5V o4Jo4MVF1KK32danIrHEBVGXSHlQ7hsmCZNVMTgcW9ISfQ2tYVRYCmd9URm2V8W/UQWK o4Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=MR5BST4xSOqGMSWwetWdcwmOHlLGAG+FivIoplJYXog=; b=lUORWtF3T92rURSd6wfQ3A9e5cZxycmWp5AAzZ0pKc8xwODmwrbpwFPSTCg/30WfjY 4unQk9WzaOIR52IxUNXielv7giZqDuYoaMvpQ5DJZkNBUrPHfrG+5q+wwHTWTv5VYMmb P4mpOkp5bKW3pkkhHDiJpX7HL1l31pUVyagBSudoj1WV8F8ON0xNuiQDIpmtxwlA5kW3 eD4m8Ogx8uvQBW5TwHCM8wLg05HwHUBBY0CdtRgW9oA1uwet2mJ4dxZeXtcpgafsSsx0 CZHjasNGdPYVU+utp9O3ig4LSePr2BFimFZMnqNU5T1B3NkK498/YDNCxPFDZZMNCXlL 8M1w== X-Gm-Message-State: AOAM533QA8rWqX1+ZrSQol7LIxQNIdgUX23FonyKAkpknN8zjn8k+/Cf CpLuIBM1CZSubyPPbbRxc5O1R6AGClwXRA== X-Google-Smtp-Source: ABdhPJwAuPBaQgsC6EHhbNU0lauM/ch4RGTvQG+ukTFd1z/q4XCqe4Qqo+O0lpq6WPTgLDNvUWXjKw== X-Received: by 2002:a17:90b:1294:: with SMTP id fw20mr208985pjb.148.1633549786518; Wed, 06 Oct 2021 12:49:46 -0700 (PDT) Received: from [172.16.16.194] ([184.71.143.130]) by smtp.gmail.com with ESMTPSA id w15sm10687732pfc.220.2021.10.06.12.49.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 Oct 2021 12:49:45 -0700 (PDT) To: "Pascal Thubert (pthubert)" Cc: "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" References: <163274933603.19090.5124997705863958429@ietfa.amsl.com> <21538E00-06DD-4197-B7D5-80F03F63A294@exegin.com> <45C4E6BC-5EB0-44B6-94E6-5B8B28D2478E@cisco.com> From: Dario Tedeschi Message-ID: Date: Wed, 6 Oct 2021 12:49:45 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------58281B7E7E758124A2032DC0" Content-Language: en-US Archived-At: Subject: Re: [Roll] [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 19:49:54 -0000 This is a multi-part message in MIME format. --------------58281B7E7E758124A2032DC0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Pascal, I think the 2nd and 4th cases can be merged, by allowing a root node to automatically propagate the following multicast messages, using MPL: * All scope 3 (Realm-Local) multicast messages it either originates or receives on an MPL interface. * All Unicast-Prefix-based IPv6 Multicast Addresses (RFC 3306) higher than scope 3, where the network prefix (given in the mulitcast destination address), matches the prefix of the DODAG ID (the RPL network's subnet). Automatic forwarding of the 2nd address type could be optional and administratively configured. If nodes are interested in other multicasts higher than scope 3, they must explicitly inform the root by sending DAO messages with appropriate Target Options. --------- The 3rd case, I think, needs its own mop code (i.e. "Non-storing mode with source-routed multicast"). For the 1st and 3rd cases, how do you envision multicasts propagating up the DODAG (towards the root)? Would a node simply L2 unicast to its preferred parent? Regards Dario On 10/6/21 6:00 AM, Pascal Thubert (pthubert) wrote: > > OK Dario, so we’d have 4 optional combinations: > > unicast = mop 1 multicast = mop 3 (what the draft does today) > > unicast = mop 1 multicast = MPL (that I believe the draft allows today > but should clarify); in that mode, not message to the Root, the root > floods all multicast messages with the idea that there’s always a > listener somewhere > > unicast = mop 1 multicast = mop 1 (to be added) in that mode the 6LR > sends a DAO to the root for a multicast target, and the Root sends n > messages that are unicast source routed to the n 6LR that have > listeners, only the last address in the SRH is multicast > > unicast = mop 1 multicast = MPL (that I believe the draft allows today > but should clarify); in that mode, in that mode the 6LR sends a DAO to > the root for a multicast target, and the root uses MPL only when > there’s known listeners > > Do we describe them all? Should we consume RPL MOPs? > > I suggested that AODV RPL reuses MOP 4 to leave room… > > Pascal > > *From:* Dario Tedeschi > *Sent:* mercredi 6 octobre 2021 0:05 > *To:* Pascal Thubert (pthubert) > *Cc:* 6lo@ietf.org > *Subject:* Re: [6lo] New Version Notification for > draft-thubert-6lo-unicast-lookup-01.txt > > Hi Pascal > > See my comment  below. > > On 10/5/21 12:40 PM, Pascal Thubert (pthubert) wrote: > > Hello Dario > > Please see below; > > > > Le 5 oct. 2021 à 20:15, Dario Tedeschi > a écrit : > >  Hi Pascal, > > Thank you for new draft. However I do have some > comments/questions. > > What benefit does the ‘M’ bit provide over simply detecting a > multicast address in the Target Address field? > > The IPv6 multicast address type is clearly defined in RFC 4291 > (section 2.4) > , > and the detection of such an address is trivial. Most (if not > all) Stacks have a simple function/macro to do that job and > many existing protocols already use this mechanism to > distinguish between unicast and multicast addresses.  It seems > to me that a special bit to indicate multicast registration > would be redundant and require handling for 4 different cases, > 2 of which would be errors: > > * M = 1, Target = multicast addr > * M = 1, Target= unicast addr  — ERROR > * M = 0, Target = multicast addr — ERROR > * M = 0, Target= unicast addr > > True enough. Dario. > > I’ve been pondering that too. On the one hand it seems cleaner to > announce the service that the 6LN expects. Otoh as you point out > it can be inferred from the address. > > Another way of seeing this is that the error cases that you > indicate can be detected if we have the bit otherwise they can’t. > > [DT] I take your point about detecting the errors, assuming an > implementation could do something useful with that knowledge, other > than just discarding the message. > > > Then there’s anycast which is missing from both RPL and ND , which > cannot be distinguished by the look of the address and thus > requires a bit. > > [DT] As for the anycast address, I suppose the question to ask is what > would a router do differently knowing such information? I suspect we > would have to define some new behavior along with the new bit. > > > Then there’s possibly the need of an IPv4 AF. All in all I tended > to favor having the bit but that’s really not a strong position, > happy to be convinced otherwise. > > [DT] I presume you are talking of "IPv4-Compatible" and "IPv4-Mapped" > IPv6 addresses. If my presumption is correct, aren't these still > easily identifiable through their unique prefixes (::/96 and > ::ffff/96, respectively)? > > > What do others think? > > [DT] I have no strong opinion. The M bit just seemed redundant. > > > > > > I also wonder about the requirement for non-storing RPL > networks to propagate multicast membership up the DODAG. My > understanding is that non-storing networks typically use MPL > (RFC 7731) which > does not need multicast memberships to be propagated > throughout the DODAG. It uses a flooding mechanism to forward > multicast datagrams, and does not unicast at L2. Could the new > document accommodate non-storing networks using MPL? > > Sure; > > Bottom line here is that for MPL all the multicast packets of > interest for the LLN are flooded throughout so I suspect that > there is no need for the 6LR to signal to the root. > > [DT] Yes, that's my understanding as well. > > > > > If that’s the case then there’s nothing to standardize.  All I > need to clarify is that the RPL behavior in the spec is the one > expected in a RPL domain that supports mop 3 otherwise what is > done is out of scope for this doc. > > > >  Do you see it otherwise? > > [DT] I agree that only RPL mode 3 needs to be defined and other modes > are left out of scope. > > > > I mean should the 6LR signal unicast to the root like for unicast > traffic when serving a RPL unaware leaf? > > [DT] That certainly could be an optimization for non-storing mode so > that a border-router might know what multicast groups to forward from > outside the network. Unfortunately though there is no MOP that is > "Non-storing with multicast", although one could argue semantics and > simply use MOP 1. > > [DT] If we were to opt for such behavior, 6LR nodes could simply add > RPL Target options to their DAO's, for the multicast groups they were > interested in (including those requested by leaf nodes). > > >  If so wouldn’t it be expected that the Root makes n unicast to > all 6LRs that have listeners? > > [DT] I'm not sure that would make sense when MPL is being used, but it > makes for an interesting alternative to MPL. > > > > Should we describe that mode as well? > > [DT] As an alternative to MPL? Sure. > > > > Pascal > > Regards > > Dario > > > > On Sep 27, 2021, at 6:32 AM, Pascal Thubert (pthubert) > > wrote: > > Dear all: > > This draft is a continuation of our work on RFC 8505, > 8928, and 8929. > > Comments welcome! > > Pascal > > -----Original Message----- > From: internet-drafts@ietf.org > > > > Sent: lundi 27 septembre 2021 15:29 > To: Eric Levy- Abegnoli (elevyabe) >; Pascal Thubert (pthubert) > > > Subject: New Version Notification for > draft-thubert-6lo-unicast-lookup-01.txt > > > A new version of I-D, draft-thubert-6lo-unicast-lookup-01.txt > has been successfully submitted by Pascal Thubert and > posted to the IETF repository. > > Name:draft-thubert-6lo-unicast-lookup > Revision:01 > Title:IPv6 Neighbor Discovery Unicast Lookup > Document date:2021-09-27 > Group:Individual Submission > Pages:15 > URL: > https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.txt > Status: > https://datatracker.ietf.org/doc/draft-thubert-6lo-unicast-lookup/ > Html: > https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.html > Htmlized: > https://datatracker.ietf.org/doc/html/draft-thubert-6lo-unicast-lookup > Diff: > https://www.ietf.org/rfcdiff?url2=draft-thubert-6lo-unicast-lookup-01 > > Abstract: >   This document updates RFC 8505 in order to enable > unicast address >   lookup from a 6LoWPAN Border Router acting as an Address > Registrar. > > > > > The IETF Secretariat > > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > --------------58281B7E7E758124A2032DC0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hi Pascal,

I think the 2nd and 4th cases can be merged, by allowing a root node to automatically propagate the following multicast messages, using MPL:
  • All scope 3 (Realm-Local) multicast messages it either originates or receives on an MPL interface.
  • All Unicast-Prefix-based IPv6 Multicast Addresses (RFC 3306) higher than scope 3, where the network prefix (given in the mulitcast destination address), matches the prefix of the DODAG ID (the RPL network's subnet).

Automatic forwarding of the 2nd address type could be optional and administratively configured.

If nodes are interested in other multicasts higher than scope 3, they must explicitly inform the root by sending DAO messages with appropriate Target Options.

---------

The 3rd case, I think, needs its own mop code (i.e. "Non-storing mode with source-routed multicast").

For the 1st and 3rd cases, how do you envision multicasts propagating up the DODAG (towards the root)? Would a node simply L2 unicast to its preferred parent?

Regards
Dario


On 10/6/21 6:00 AM, Pascal Thubert (pthubert) wrote:

OK Dario, so we’d have 4 optional combinations:

 

unicast = mop 1 multicast = mop 3 (what the draft does today)

unicast = mop 1 multicast = MPL (that I believe the draft allows today but should clarify); in that mode, not message to the Root, the root floods all multicast messages with the idea that there’s always a listener somewhere

unicast = mop 1 multicast = mop 1 (to be added) in that mode the 6LR sends a DAO to the root for a multicast target, and the Root sends n messages that are unicast source routed to the n 6LR that have listeners, only the last address in the SRH is multicast

unicast = mop 1 multicast = MPL (that I believe the draft allows today but should clarify); in that mode, in that mode the 6LR sends a DAO to the root for a multicast target, and the root uses MPL only when there’s known listeners

 

Do we describe them all? Should we consume RPL MOPs?

 

I suggested that AODV RPL reuses MOP 4 to leave room…

 

Pascal

 

From: Dario Tedeschi <dat@exegin.com>
Sent: mercredi 6 octobre 2021 0:05
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: 6lo@ietf.org
Subject: Re: [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt

 

Hi Pascal

See my comment  below.

On 10/5/21 12:40 PM, Pascal Thubert (pthubert) wrote:

Hello Dario

 

Please see below;



Le 5 oct. 2021 à 20:15, Dario Tedeschi <dat@exegin.com> a écrit :

 Hi Pascal,

 

Thank you for new draft. However I do have some comments/questions.

 

What benefit does the ‘M’ bit provide over simply detecting a multicast address in the Target Address field?

 

The IPv6 multicast address type is clearly defined in RFC 4291 (section 2.4), and the detection of such an address is trivial. Most (if not all) Stacks have a simple function/macro to do that job and many existing protocols already use this mechanism to distinguish between unicast and multicast addresses.  It seems to me that a special bit to indicate multicast registration would be redundant and require handling for 4 different cases, 2 of which would be errors:

 

  • M = 1, Target = multicast addr
  • M = 1, Target= unicast addr  — ERROR
  • M = 0, Target = multicast addr — ERROR
  • M = 0, Target= unicast addr

 

 

 

True enough. Dario.

 

I’ve been pondering that too. On the one hand it seems cleaner to announce the service that the 6LN expects. Otoh as you point out it can be inferred from the address.

 

Another way of seeing this is that the error cases that you indicate can be detected if we have the bit otherwise they can’t.

[DT] I take your point about detecting the errors, assuming an implementation could do something useful with that knowledge, other than just discarding the message.


 

Then there’s anycast which is missing from both RPL and ND , which cannot be distinguished by the look of the address and thus requires a bit.

[DT] As for the anycast address, I suppose the question to ask is what would a router do differently knowing such information? I suspect we would have to define some new behavior along with the new bit.


 

Then there’s possibly the need of an IPv4 AF. All in all I tended to favor having the bit but that’s really not a strong position, happy to be convinced otherwise.

[DT] I presume you are talking of "IPv4-Compatible" and "IPv4-Mapped" IPv6 addresses. If my presumption is correct, aren't these still easily identifiable through their unique prefixes (::/96 and ::ffff/96, respectively)?


 

What do others think?

[DT] I have no strong opinion. The M bit just seemed redundant.





I also wonder about the requirement for non-storing RPL networks to propagate multicast membership up the DODAG. My understanding is that non-storing networks typically use MPL (RFC 7731)  which does not need multicast memberships to be propagated throughout the DODAG. It uses a flooding mechanism to forward multicast datagrams, and does not unicast at L2. Could the new document accommodate non-storing networks using MPL?

 

Sure; 

 

Bottom line here is that for MPL all the multicast packets of interest for the LLN are flooded throughout so I suspect that there is no need for the 6LR to signal to the root.

[DT] Yes, that's my understanding as well.




If that’s the case then there’s nothing to standardize.  All I need to clarify is that the RPL behavior in the spec is the one expected in a RPL domain that supports mop 3 otherwise what is done is out of scope for this doc. 



 Do you see it otherwise?

[DT] I agree that only RPL mode 3 needs to be defined and other modes are left out of scope.



 

I mean should the 6LR signal unicast to the root like for unicast traffic when serving a RPL unaware leaf?

[DT] That certainly could be an optimization for non-storing mode so that a border-router might know what multicast groups to forward from outside the network. Unfortunately though there is no MOP that is "Non-storing with multicast", although one could argue semantics and simply use MOP 1.

[DT] If we were to opt for such behavior, 6LR nodes could simply add RPL Target options to their DAO's, for the multicast groups they were interested in (including those requested by leaf nodes).


 

 If so wouldn’t it be expected that the Root makes n unicast to all 6LRs that have listeners?

[DT] I'm not sure that would make sense when MPL is being used, but it makes for an interesting alternative to MPL.



 

Should we describe that mode as well?

[DT] As an alternative to MPL? Sure.



 

Pascal 

   

Regards

Dario

 



On Sep 27, 2021, at 6:32 AM, Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org> wrote:

 

Dear all:

This draft is a continuation of our work on RFC 8505, 8928, and 8929.

Comments welcome!

Pascal

-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org>
Sent: lundi 27 septembre 2021 15:29
To: Eric Levy- Abegnoli (elevyabe) <elevyabe@cisco.com>; Pascal Thubert (pthubert) <pthubert@cisco.com>
Subject: New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt


A new version of I-D, draft-thubert-6lo-unicast-lookup-01.txt
has been successfully submitted by Pascal Thubert and posted to the IETF repository.

Name: draft-thubert-6lo-unicast-lookup
Revision: 01
Title: IPv6 Neighbor Discovery Unicast Lookup
Document date: 2021-09-27
Group: Individual Submission
Pages: 15
URL:            https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.txt
Status:         https://datatracker.ietf.org/doc/draft-thubert-6lo-unicast-lookup/
Html:           https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.html
Htmlized:       https://datatracker.ietf.org/doc/html/draft-thubert-6lo-unicast-lookup
Diff:           https://www.ietf.org/rfcdiff?url2=draft-thubert-6lo-unicast-lookup-01

Abstract:
  This document updates RFC 8505 in order to enable unicast address
  lookup from a 6LoWPAN Border Router acting as an Address Registrar.




The IETF Secretariat


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

 

 


--------------58281B7E7E758124A2032DC0-- From nobody Wed Oct 6 13:09:55 2021 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 B29573A0879; Wed, 6 Oct 2021 13:09:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=buht9rR3; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=J0r+hJzW 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 L8EqyZu6E5Zp; Wed, 6 Oct 2021 13:09:28 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 282F63A0878; Wed, 6 Oct 2021 13:09:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=55409; q=dns/txt; s=iport; t=1633550968; x=1634760568; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Bs9/G1DH1km0GajLJgpwupH9EsKqPCpG9EbFm7tqzFc=; b=buht9rR3vZq097yEUzB9DUyk3VMNmkt8oB4MctyFvuT78WCYJSdQ7Lc1 Czp562YYjr13E1ehmhyFulzKT6r/iU0jUtsbNCTcV0tinYvqPzxKS8SO6 1IeHRLK26qrnZGDXVIyybiR502Nlur5ULsP0OCTtEvCHi/smod6J3PJxk o=; IronPort-PHdr: =?us-ascii?q?A9a23=3ABiOMFx+kAgwT+P9uWDnoyV9kXcBvk7T5IgBT7?= =?us-ascii?q?YAo2PpCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW?= =?us-ascii?q?0oDjsMbzA0tHMDDDlf0f7bmaiUgF5FEU1lot3iwLUlSHpP4YFvf6n2/5DIfA?= =?us-ascii?q?FPxLw1wc+/0AYXVyc+w0rPaxg=3D=3D?= IronPort-Data: =?us-ascii?q?A9a23=3AkmFHCKIfTVI5hj2RFE+R4JclxSXFcZb7ZxGr2?= =?us-ascii?q?PjKsXjdYENS1zJUyTEbXmvQaKnZNGPxLdp+Odnj9R4Pv5LRx9RkQAMd+CA2R?= =?us-ascii?q?RqmiyZq6fd1j6vI0qj7wvTrFCqL1O1DLImdRCwIZiWE/E70auC/9SMUOZygH?= =?us-ascii?q?9IQNsaVYkideic8IMsRoUoLd98R2uaEs/Dga+++kYuaT/nkBbOQ82Uc3lT4R?= =?us-ascii?q?E60gEgHUPza4Fv0t7GlDBxBlAe2e3I9VPrzKUwtRkYUTLW4HsbiLwrC5Kuy8?= =?us-ascii?q?mWc9BA3B5b61L36aUYNBLXVOGBiiFIPBPPk2UcE93d0i/pgXBYfQR8/ZzGhh?= =?us-ascii?q?8xx1d9Ar4CYQgYyNaqKk+MYO/VdO38hZvYZoeGaehBTtuTWlSUqaUDEz/xyJ?= =?us-ascii?q?EwmMIIZ/KB8BmQm3eYfLDQlbx2fiaSx2r3TYrdogewiIdXleoQFtRldIZvxZ?= =?us-ascii?q?Ro9aYrIT6OP7thC0XJvwMtPBv3ZIcEebFJSgN37S0UnEj8q5FgWxY9EXkXCT?= =?us-ascii?q?gA=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Ae6M1fq9A1/YMdovh+8Nuk+F6db1zdoMgy1?= =?us-ascii?q?knxilNoENuE/BwxvrBoB1E73DJYW4qKQ4dcdDpAtjmfZquz+8K3WBxB8biYO?= =?us-ascii?q?CCgguVxe5ZnPDfKlHbakjDH6tmpNtdmstFeZ3N5DpB/LzHCWCDer5KqrTqgc?= =?us-ascii?q?PY59s2jU0dMD2CAJsQiTuRfzzranGeMzM2fKbReqDsgvZvln6FQzA6f867Dn?= =?us-ascii?q?4KU6zovNvQjq/rZhYAGloO9BSOpSnA0s+4LzGomjMlFx9fy7Yr9mbI1ybj4L?= =?us-ascii?q?+4jv29whjAk0fO8pVtnsf7wNcrPr3PtiFVEESotu+bXvUnZ1SwhkFynAhp0i?= =?us-ascii?q?dyrDD4mWZlAy200QKIQoj6m2q35+Cq6kde15ar8y7pvZKkm72ieNr/YPAx2b?= =?us-ascii?q?6wtXDimhcdVZhHodF29nPcuJxNARzamiPho9DOShFxj0Kx5WEviOgJkhVkIM?= =?us-ascii?q?YjgZJq3MciFXluYd099ePBmfcaOfgrCNuZ6OddcFucYXyctm5zwMa0VnB2Gh?= =?us-ascii?q?udWEANtsGczjATxRlCvgQl7d1amm1F+IM2SpFC6eiBOqN0lKtWRstTaa5mHu?= =?us-ascii?q?8OTca+F2SISxPRN2CZJ0jhCcg8Sj7wgo+y5K9w6PCheZQOwpd3kJPdUElAvW?= =?us-ascii?q?p3YE7qAd3m5uwCzvkMehT1Yd3J8LAR23FUgMyIeFPbC1z0dLl1qbrTnxw2OL?= =?us-ascii?q?yuZ8qO?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BRAABDAV5h/49dJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCBQcBAQsBgSAwIy4Hd1o3MYQJPoNHA4RZYIgJA5AUiliBLhS?= =?us-ascii?q?BEQNPBQsBAQENAQEqAQwKBAEBhH0CF4IxAiU0CQ4BAgQBAQESAQEFAQEBAgE?= =?us-ascii?q?GBIERE4VoDYZCAQEBAQMBAQoGEQoTAQEsCQIBCwQCAQYCDgMEAQEhAQYDAgI?= =?us-ascii?q?CJQsUCQgCBA4FIoJPAYF+VwMvAQ6SbY81AYE6AoofeoExgQGCCAEBBgQEgTY?= =?us-ascii?q?BAwIOQUaCORiCNQMGgToBgwCCdlRJAQGGcyccgUlEgTwcgjA3PoJjAQEBAQE?= =?us-ascii?q?XgQxnCYJiN4IuijUQFRktOCIQBBQ9AhQMOz1CBAELGQIuRJFVK4MRiHQ5jRO?= =?us-ascii?q?SKgqDMIpFgkKIOoklBSyCN4Eyi2yRAoY7om+TbRMECoRoAgQCBAUCDgEBBoF?= =?us-ascii?q?hO4FZcBUaISoBgj5RGQ+OIINyhRSFSnQCNgIGAQoBAQMJlHABAQ?= X-IronPort-AV: E=Sophos;i="5.85,352,1624320000"; d="scan'208,217";a="673371653" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Oct 2021 20:09:26 +0000 Received: from mail.cisco.com (xbe-rcd-005.cisco.com [173.37.102.20]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 196K9QKE013093 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 6 Oct 2021 20:09:26 GMT Received: from xfe-aln-002.cisco.com (173.37.135.122) by xbe-rcd-005.cisco.com (173.37.102.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 15:09:26 -0500 Received: from xfe-aln-002.cisco.com (173.37.135.122) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 15:09:25 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 6 Oct 2021 15:09:25 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VskrWekGnxGUiZncrG0vRxWyy1jKS8ghbB4D4y6JqewInXVfIuWeK8B9TLk/8HT8ECRIDgvIlQQE0QDXKGhvwh+uSIJzxchpHSt2a+N1mKPz8gDYU7uIswG7DrleZWBhon5XLEzytCG+o/zFg4CiqTcpbKpA3mkqGDpMkG0n3cQVkHwdPyUKDtkY2qQU0WXkzybvDmm+zJ2iGrDTK8ohfX6sx+F4YsSRremaOHYD+6Gn7cVRwcSk1fX3gCTwh3nZVAGrAAXlbwYzNXIsmA/iUhKHR8CYnZlEY5MX9ZEHVJ8j31xgZjFsKiKbpdxGioSFB6YF38KBzsW+FIxJ29dHQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Bs9/G1DH1km0GajLJgpwupH9EsKqPCpG9EbFm7tqzFc=; b=bl5GGAU6tkIVW/V19qKzfqQhRmDN7gKWrYEhvbM8wTIxmHvrw19NARZeaBTQU5EgjdLTwbhVNFMqyHansg4TcSY7dsFzAE2I4Ceq2ElTO1bAOb1c+Qml2gDGifs5hozgAYZo7v8iP3eRDqaNUVdhGRkfD+RH4NjXbWxu/sEyQSBYQn77pu6THSkirUsaWIbynU6nE+tRezMhO+Vb5zL4+etdFIYAlAds/6weCBpaRHPfpDtqL/W5/CA4XE5nRyBUkfhwBOGEJbZwXpsKpZU0ZCPGh/V78lPksPVryyphlt7udMMYp9FUoz1FgKVLne3D7sYVcmlMltCeU31wzG2xzQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Bs9/G1DH1km0GajLJgpwupH9EsKqPCpG9EbFm7tqzFc=; b=J0r+hJzWDiVqTOb6m8qoWH4bynDBO4mHjt9WRG8pGN5vyid/eo9Nzw4Qq1JFvVDjR0L24S8TRpVxHeU0RQ/T9AJWz5/yxco5BPuqtb/W3dvU8Mt6EUTjWfQmPauwVaxDK0pSPYG/htmNFfJYRkJZ5LOLsqqFL6xWCjULwYBv6UY= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2221.namprd11.prod.outlook.com (2603:10b6:301:53::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.15; Wed, 6 Oct 2021 20:09:23 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%7]) with mapi id 15.20.4566.022; Wed, 6 Oct 2021 20:09:23 +0000 From: "Pascal Thubert (pthubert)" To: Dario Tedeschi CC: "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" Thread-Topic: [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt Thread-Index: AQHXs6OuA8af2hR230igf2rTLId5qqu34F1AgAziKwCAABf0PIAAKGOAgACH6yCAAOSOgIAABXwF Date: Wed, 6 Oct 2021 20:09:23 +0000 Message-ID: <6E59CFC3-A1EF-4C23-A97E-2F7545481679@cisco.com> References: <163274933603.19090.5124997705863958429@ietfa.amsl.com> <21538E00-06DD-4197-B7D5-80F03F63A294@exegin.com> <45C4E6BC-5EB0-44B6-94E6-5B8B28D2478E@cisco.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 37236fb0-849d-4551-05b4-08d9890530bf x-ms-traffictypediagnostic: MWHPR1101MB2221: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: G4SeCceGP5Q+hNAQDlQMBPK5QtHQq4zFLDz+wMtfOaNUUeCuVxopx81YcpI8aDjxxcJFHAnSu5WxMSZNr+wNcg0p/T+1yYLxnopjiZrBMWXHwFVZz9aq4IrCUCs5D6n+6ayBW42M7YHoGYUQuZVfSTCtUdCczXHgmqro2GTQfKbcIrYHfLbrk3aoR1XxvBQhaIyr2RjFv6vp4sWmCpVvkX6sWvOpcs4qWmNq6w6QJK5SgTfOL40lB3XZywOCekt/3q245CP2zlggpvdw+3b8wIVLDKjwjBkHOXEzDuyKu5Gi4Gjq2LtDETlKgNCsIo6PY6P0v3byyupEfoUYLeB45fPXcwAs84Ub2CNnN1ZzKBFisWib+ZAoUlPCAdNkAV1pbCw4OT94Yvf8ZOczueph5WS6EVcwky8yxoQU3W1r/bl9NBg6VtJnhXXV/QWiRXgvPICLRGlwi2qPWXVxNRv8hsR2Ep/eI+aVb2Bc3yvF3J7N1xRYXLELbP1DGxRyII6O5OnRp6CiI2v8mMoBqy7NA/ih+u3/4W2x0tA5LH8smvDMAGtj7zAApLuZ2QxbSOygmSMsccCaUjtQBgJW0/3Uy94+OqnPFRXqzBx/3F1dhI7IN2a1mkW2nG/5rL+iKXefnO9q5VPAGChPY9piSahM4qcoS6K48CRV2NiK7CM0J48+lvjqA9lns1wdSYRR9ioyY7PTEJ5azI6x0khGmri3V9G9fiiZWueb35ClnzJOUMHXgmequ9dEN8Ih8yQUwEYo4qQANXuug0PvDdo+Z9vLEznF8qGLo5hCLI/7ocrEfPvKX/8EL2VxPwf8MaLl3mMf/1ob+usEMaFU2T67McxAfYsil1PRzi1T0HviwRT7FbQ= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(66574015)(54906003)(53546011)(2906002)(316002)(6512007)(8676002)(36756003)(38100700002)(186003)(166002)(21615005)(38070700005)(6506007)(76116006)(4326008)(64756008)(91956017)(6486002)(66446008)(508600001)(83380400001)(71200400001)(66476007)(86362001)(15650500001)(8936002)(33656002)(6916009)(66556008)(66946007)(2616005)(5660300002)(966005)(122000001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?cnNlTTNzT0VOQ3Boc3lGVGFHN0RpcklCd3JxMnROT0lUK2trZ2FJblkzUm50?= =?utf-8?B?cjhyRkVLZDFOZE44SkRjVEFQRENGaHR5S3hpeCttd1NiVndnMzRiMVRpMjVi?= =?utf-8?B?eUZqd05tZ1BDUWpsQ2wwQXRWV3h1Q1p4MVlOQmVUSlJtb25OeER5ZkJsMW1S?= =?utf-8?B?clVVUVgrZFE2S2xMZHdQT2FGUlU4NWVlTXFFOU90M0tnWkgrMkdFQlFPczRI?= =?utf-8?B?MHRiaVZQc1lRWUZHTmtrMUtxSFRqNWRZdlpyUC9PRGp1RzhNZG1DM3hlZ2JD?= =?utf-8?B?T1p5RWNyZGZqcjJIYXE1enFQbXR0c0wzdFoyVk10MlcvdmZQSlBhdS9CQVZm?= =?utf-8?B?eTU5a1FjVWlDS3ZVdVNiVjlGdytOYWhzRVNHOFRaOTJmY0doNENiak1KM2JW?= =?utf-8?B?N04wRlNORVh3bTVpQzgvd0lXRGRySkRPQ3VxbUNGM0E5OVd6VFM3dytWN252?= =?utf-8?B?d0VIR21NVVlGaDJqU1FuRkJ1WS90TFd1Uys3NkgyYW9WT2VmSkZITXBHQlYy?= =?utf-8?B?SU5yZ1pXdFJPY1N2QVk0WlRJSE1FTEQ3ejJPK1d5N0Y1WnRnSUtOdzV5clVO?= =?utf-8?B?OEdRTHpYNWNxYUFNenFHVnpGVjkzT0RMTlZWY2ppQ3Z3ZmlXYVFaWGpWZ0hX?= =?utf-8?B?UTR0OXZwRkdMTVh3Sng3akNnRC83Q21DUTFPK1c4NjI3eEQwSWNCYlVPU3VR?= =?utf-8?B?SjhsZnZNa0VBQVkrc3FkTDV1L01BMy80TG9FVE9Qanh2V0d2bmJyT25KdUp0?= =?utf-8?B?RFNUYW53VDlzWDdGcEdGS3B5Rmk2eFovZFFEM2xvbnhBdlJvMXk4RkpSWmlC?= =?utf-8?B?enU3c1FvZVcvaUdBZHFkVDZpVm9wbk0zWHJOL0RjYTFoUG9OQlpQd2VEaEJG?= =?utf-8?B?K0ttSWl5ZnlBWWc1LzF5a051MjBFdlA1WG93NU1mVXd5UFRQMmZaY3g2LzIx?= =?utf-8?B?dnQwa3FxeE5uaWQ3VE42OXcyRHp4dkRhUUYzSVpTWThOcEJ6ZkRnQTAyYjlm?= =?utf-8?B?T1pLSlNEMlpSS3B6SXFmcm5sUWlXcEZ2ZE5kV3NYeG5od0VYVll4enR4OHg4?= =?utf-8?B?OTVRNTZucm5MdTBKWStSVzJBRnFlRmZBczN6ODMrVW9JeDA2NkNrNTJaaFIr?= =?utf-8?B?bVlzb3ZHWCtXR2RwZHQ3WTl0alc2b0JsaEpxNVJ1cFJxWHdwSnJXMjg0c3Fi?= =?utf-8?B?RnR6TXFNV1FRaVNacFhoU2d6d3ZEK3lOWjZlN2Z1R0UzUTZNOE55b2dUU1kr?= =?utf-8?B?UWhFSmhzRkg4alRkaU9Qa3BvT0pydGRQanAxM1ZnZ3R6QU05V3N4SXk1ZnFI?= =?utf-8?B?WHJ0N0xneXFGMFZEZjgzSUhKa1N4L3IzSWxuaXNYRGV3dXpGbFkvTkpZOHhV?= =?utf-8?B?VzBVL2RaRWFmMG9OWXJ1aHd2cDNXUDRsMXhFbkllTEI5endFVkRPMWpHdDl2?= =?utf-8?B?dzlRY3pDK0FxUXZCeTJzTVpGR1VhOFNwZnRxWWw5eUNNd1J0REFOeGJJMnQ1?= =?utf-8?B?M2FPaHhkaEFyM2FFU3IydVNRcEd4MCtwZkg5RjJFUXo2SmtCbkZTblZMeFJT?= =?utf-8?B?TTN2dVRSbnFtWjdsTHB0ZjhKRkwrTHE0b3NkZ0R1MkNONXBMQkNuaStHV1Nj?= =?utf-8?B?RjU1WDVlSGliMkpxOTJPSUluTTlHTENTc0xheEQ2SGpicXEvZnJDSi9WdVZV?= =?utf-8?B?S3o3R2FPbDViaEFFWWxOcUQzOThpdW42c0lPR3dhWWRZajlwT241b2VuSGNr?= =?utf-8?B?eHRHb1lBbVQ2Q0syTncxRnBWZmFFN2NsTzFTcnJIRlJJQlVvaGx4NEk1cHdY?= =?utf-8?B?SlMvcHR2RVh5VmxRY3lKT3BtU01iaUdOOXREeHlDcU1FV09oWkxwbCtDb3dL?= =?utf-8?Q?+oE8yX5VwnIyj?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_6E59CFC3A1EF4C23A97E2F7545481679ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 37236fb0-849d-4551-05b4-08d9890530bf X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2021 20:09:23.3361 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: JB70Eu7HjixNXs/k593z5yc7xtvDQbF+0pjgoq+B88/etOjddxl1bwjXiDedgR07rap/Sc2YOaJXEmH3LyWs+g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2221 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.20, xbe-rcd-005.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [Roll] [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 20:09:34 -0000 --_000_6E59CFC3A1EF4C23A97E2F7545481679ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gRGFyaW8NCg0KDQoNCg0KDQpMZSA2IG9jdC4gMjAyMSDDoCAyMTo1MCwgRGFyaW8gVGVk ZXNjaGkgPGRhdEBleGVnaW4uY29tPiBhIMOpY3JpdCA6DQoNCu+7vyBIaSBQYXNjYWwsDQoNCkkg dGhpbmsgdGhlIDJuZCBhbmQgNHRoIGNhc2VzIGNhbiBiZSBtZXJnZWQsIGJ5IGFsbG93aW5nIGEg cm9vdCBub2RlIHRvIGF1dG9tYXRpY2FsbHkgcHJvcGFnYXRlIHRoZSBmb2xsb3dpbmcgbXVsdGlj YXN0IG1lc3NhZ2VzLCB1c2luZyBNUEw6DQoNCiAgKiAgIEFsbCBzY29wZSAzIChSZWFsbS1Mb2Nh bCkgbXVsdGljYXN0IG1lc3NhZ2VzIGl0IGVpdGhlciBvcmlnaW5hdGVzIG9yIHJlY2VpdmVzIG9u IGFuIE1QTCBpbnRlcmZhY2UuDQogICogICBBbGwgVW5pY2FzdC1QcmVmaXgtYmFzZWQgSVB2NiBN dWx0aWNhc3QgQWRkcmVzc2VzIChSRkMgMzMwNikgaGlnaGVyIHRoYW4gc2NvcGUgMywgd2hlcmUg dGhlIG5ldHdvcmsgcHJlZml4IChnaXZlbiBpbiB0aGUgbXVsaXRjYXN0IGRlc3RpbmF0aW9uIGFk ZHJlc3MpLCBtYXRjaGVzIHRoZSBwcmVmaXggb2YgdGhlIERPREFHIElEICh0aGUgUlBMIG5ldHdv cmsncyBzdWJuZXQpLg0KDQoNCldGTSwgY29uZm9ybXMgaHR0cHM6Ly93d3cucmZjLWVkaXRvci5v cmcvcmZjL3JmYzczNDYuaHRtbCNzZWN0aW9uLTUNCg0KQXV0b21hdGljIGZvcndhcmRpbmcgb2Yg dGhlIDJuZCBhZGRyZXNzIHR5cGUgY291bGQgYmUgb3B0aW9uYWwgYW5kIGFkbWluaXN0cmF0aXZl bHkgY29uZmlndXJlZC4NCg0KSWYgbm9kZXMgYXJlIGludGVyZXN0ZWQgaW4gb3RoZXIgbXVsdGlj YXN0cyBoaWdoZXIgdGhhbiBzY29wZSAzLCB0aGV5IG11c3QgZXhwbGljaXRseSBpbmZvcm0gdGhl IHJvb3QgYnkgc2VuZGluZyBEQU8gbWVzc2FnZXMgd2l0aCBhcHByb3ByaWF0ZSBUYXJnZXQgT3B0 aW9ucy4NCg0KLS0tLS0tLS0tDQoNClRoZSAzcmQgY2FzZSwgSSB0aGluaywgbmVlZHMgaXRzIG93 biBtb3AgY29kZSAoaS5lLiAiTm9uLXN0b3JpbmcgbW9kZSB3aXRoIHNvdXJjZS1yb3V0ZWQgbXVs dGljYXN0IikuDQoNCg0KWWVzLCBidXQgd2UgaGF2ZSB0byBsb29rIGF0IGJhY2t3YXJkcyBjb21w YXRpYmlsaXR5IC8gYnJvd24gZmllbGQgYW5kIGFsbG93IHRob3VnaCBub3QgcmVjb21tZW5kIHRv IHVzZSBtb3AgMTsgc2FtZSBpc3N1ZSBhcyBhbHJlYWR5IGRpc2N1c3NlZCB3aXRoIG1vcCAzIGlu IHRoZSBkcmVhZA0KDQpGb3IgdGhlIDFzdCBhbmQgM3JkIGNhc2VzLCBob3cgZG8geW91IGVudmlz aW9uIG11bHRpY2FzdHMgcHJvcGFnYXRpbmcgdXAgdGhlIERPREFHICh0b3dhcmRzIHRoZSByb290 KT8gV291bGQgYSBub2RlIHNpbXBseSBMMiB1bmljYXN0IHRvIGl0cyBwcmVmZXJyZWQgcGFyZW50 Pw0KDQoNClRoZSA2IExOIGRvZXMuIEl0IGtub3cgYWJvdXQgUlBMIGFuZCByZWdpc3RlcnMgdGhl IG11bHRpY2FzdCBhZGRyZXNzLiBVcG9uLiBUaGUgZmlyc3QgcmVnaXN0cmF0aW9uIFRoZSA2TFIg c2VuZHMgYSB1bmljYXN0IERBTyB0byB0aGUgUm9vdCBhcyB3ZSBkbyBmb3IgUlVMLiBUaGlzIHRp bWUgdGhvdWdoIHRoZSBhZGRyZXNzIGluIHRoZSB0YXJnZXQgaXMgbXVsdGljYXN0LiBUaGUgcm9v dCBtYWtlcyBhIGNvcHkgcGVyIDZMUiB0aGF0IHNob3dzIGFzIHRyYW5zaXQgYW5kIHNlbmRzIGFs b25nIHRoZSB1bmljYXN0IFNSIHBhdGggdG8gdGhlIDYgTFIgYXMgaXQgd291bGQgZm9yIGEgUlVM IHVuaWNhc3QuIExlc3MgZWZmaWNpZW50IHRoYXQgbW9wIDMgdGhhdCBidWlsZHMgYSByZWFsIG11 bHRpY2FzdCB0cmVlLCBidXQgYmFja3dhcmQgY29tcGF0aWJsZSBmb3IgZm9yIG5vZGVzIG9uIHBh dGjigKYNCg0KV29ya3M/DQoNClBhc2NhbA0KDQoNCg0KUmVnYXJkcw0KRGFyaW8NCg0KDQpPbiAx MC82LzIxIDY6MDAgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgd3JvdGU6DQpPSyBEYXJp bywgc28gd2XigJlkIGhhdmUgNCBvcHRpb25hbCBjb21iaW5hdGlvbnM6DQoNCnVuaWNhc3QgPSBt b3AgMSBtdWx0aWNhc3QgPSBtb3AgMyAod2hhdCB0aGUgZHJhZnQgZG9lcyB0b2RheSkNCnVuaWNh c3QgPSBtb3AgMSBtdWx0aWNhc3QgPSBNUEwgKHRoYXQgSSBiZWxpZXZlIHRoZSBkcmFmdCBhbGxv d3MgdG9kYXkgYnV0IHNob3VsZCBjbGFyaWZ5KTsgaW4gdGhhdCBtb2RlLCBub3QgbWVzc2FnZSB0 byB0aGUgUm9vdCwgdGhlIHJvb3QgZmxvb2RzIGFsbCBtdWx0aWNhc3QgbWVzc2FnZXMgd2l0aCB0 aGUgaWRlYSB0aGF0IHRoZXJl4oCZcyBhbHdheXMgYSBsaXN0ZW5lciBzb21ld2hlcmUNCnVuaWNh c3QgPSBtb3AgMSBtdWx0aWNhc3QgPSBtb3AgMSAodG8gYmUgYWRkZWQpIGluIHRoYXQgbW9kZSB0 aGUgNkxSIHNlbmRzIGEgREFPIHRvIHRoZSByb290IGZvciBhIG11bHRpY2FzdCB0YXJnZXQsIGFu ZCB0aGUgUm9vdCBzZW5kcyBuIG1lc3NhZ2VzIHRoYXQgYXJlIHVuaWNhc3Qgc291cmNlIHJvdXRl ZCB0byB0aGUgbiA2TFIgdGhhdCBoYXZlIGxpc3RlbmVycywgb25seSB0aGUgbGFzdCBhZGRyZXNz IGluIHRoZSBTUkggaXMgbXVsdGljYXN0DQp1bmljYXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gTVBM ICh0aGF0IEkgYmVsaWV2ZSB0aGUgZHJhZnQgYWxsb3dzIHRvZGF5IGJ1dCBzaG91bGQgY2xhcmlm eSk7IGluIHRoYXQgbW9kZSwgaW4gdGhhdCBtb2RlIHRoZSA2TFIgc2VuZHMgYSBEQU8gdG8gdGhl IHJvb3QgZm9yIGEgbXVsdGljYXN0IHRhcmdldCwgYW5kIHRoZSByb290IHVzZXMgTVBMIG9ubHkg d2hlbiB0aGVyZeKAmXMga25vd24gbGlzdGVuZXJzDQoNCkRvIHdlIGRlc2NyaWJlIHRoZW0gYWxs PyBTaG91bGQgd2UgY29uc3VtZSBSUEwgTU9Qcz8NCg0KSSBzdWdnZXN0ZWQgdGhhdCBBT0RWIFJQ TCByZXVzZXMgTU9QIDQgdG8gbGVhdmUgcm9vbeKApg0KDQpQYXNjYWwNCg0KRnJvbTogRGFyaW8g VGVkZXNjaGkgPGRhdEBleGVnaW4uY29tPjxtYWlsdG86ZGF0QGV4ZWdpbi5jb20+DQpTZW50OiBt ZXJjcmVkaSA2IG9jdG9icmUgMjAyMSAwOjA1DQpUbzogUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0 KSA8cHRodWJlcnRAY2lzY28uY29tPjxtYWlsdG86cHRodWJlcnRAY2lzY28uY29tPg0KQ2M6IDZs b0BpZXRmLm9yZzxtYWlsdG86NmxvQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFs2bG9dIE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAt MDEudHh0DQoNCkhpIFBhc2NhbA0KDQpTZWUgbXkgY29tbWVudCAgYmVsb3cuDQpPbiAxMC81LzIx IDEyOjQwIFBNLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIHdyb3RlOg0KSGVsbG8gRGFyaW8N Cg0KUGxlYXNlIHNlZSBiZWxvdzsNCg0KDQpMZSA1IG9jdC4gMjAyMSDDoCAyMDoxNSwgRGFyaW8g VGVkZXNjaGkgPGRhdEBleGVnaW4uY29tPjxtYWlsdG86ZGF0QGV4ZWdpbi5jb20+IGEgw6ljcml0 IDoNCu+7vyBIaSBQYXNjYWwsDQoNClRoYW5rIHlvdSBmb3IgbmV3IGRyYWZ0LiBIb3dldmVyIEkg ZG8gaGF2ZSBzb21lIGNvbW1lbnRzL3F1ZXN0aW9ucy4NCg0KV2hhdCBiZW5lZml0IGRvZXMgdGhl IOKAmE3igJkgYml0IHByb3ZpZGUgb3ZlciBzaW1wbHkgZGV0ZWN0aW5nIGEgbXVsdGljYXN0IGFk ZHJlc3MgaW4gdGhlIFRhcmdldCBBZGRyZXNzIGZpZWxkPw0KDQpUaGUgSVB2NiBtdWx0aWNhc3Qg YWRkcmVzcyB0eXBlIGlzIGNsZWFybHkgZGVmaW5lZCBpbiBSRkMgNDI5MSAoc2VjdGlvbiAyLjQp PGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjNDI5MSNzZWN0aW9uLTIu ND4sIGFuZCB0aGUgZGV0ZWN0aW9uIG9mIHN1Y2ggYW4gYWRkcmVzcyBpcyB0cml2aWFsLiBNb3N0 IChpZiBub3QgYWxsKSBTdGFja3MgaGF2ZSBhIHNpbXBsZSBmdW5jdGlvbi9tYWNybyB0byBkbyB0 aGF0IGpvYiBhbmQgbWFueSBleGlzdGluZyBwcm90b2NvbHMgYWxyZWFkeSB1c2UgdGhpcyBtZWNo YW5pc20gdG8gZGlzdGluZ3Vpc2ggYmV0d2VlbiB1bmljYXN0IGFuZCBtdWx0aWNhc3QgYWRkcmVz c2VzLiAgSXQgc2VlbXMgdG8gbWUgdGhhdCBhIHNwZWNpYWwgYml0IHRvIGluZGljYXRlIG11bHRp Y2FzdCByZWdpc3RyYXRpb24gd291bGQgYmUgcmVkdW5kYW50IGFuZCByZXF1aXJlIGhhbmRsaW5n IGZvciA0IGRpZmZlcmVudCBjYXNlcywgMiBvZiB3aGljaCB3b3VsZCBiZSBlcnJvcnM6DQoNCg0K ICAqICAgTSA9IDEsIFRhcmdldCA9IG11bHRpY2FzdCBhZGRyDQogICogICBNID0gMSwgVGFyZ2V0 PSB1bmljYXN0IGFkZHIgIOKAlCBFUlJPUg0KICAqICAgTSA9IDAsIFRhcmdldCA9IG11bHRpY2Fz dCBhZGRyIOKAlCBFUlJPUg0KICAqICAgTSA9IDAsIFRhcmdldD0gdW5pY2FzdCBhZGRyDQoNCg0K DQpUcnVlIGVub3VnaC4gRGFyaW8uDQoNCknigJl2ZSBiZWVuIHBvbmRlcmluZyB0aGF0IHRvby4g T24gdGhlIG9uZSBoYW5kIGl0IHNlZW1zIGNsZWFuZXIgdG8gYW5ub3VuY2UgdGhlIHNlcnZpY2Ug dGhhdCB0aGUgNkxOIGV4cGVjdHMuIE90b2ggYXMgeW91IHBvaW50IG91dCBpdCBjYW4gYmUgaW5m ZXJyZWQgZnJvbSB0aGUgYWRkcmVzcy4NCg0KQW5vdGhlciB3YXkgb2Ygc2VlaW5nIHRoaXMgaXMg dGhhdCB0aGUgZXJyb3IgY2FzZXMgdGhhdCB5b3UgaW5kaWNhdGUgY2FuIGJlIGRldGVjdGVkIGlm IHdlIGhhdmUgdGhlIGJpdCBvdGhlcndpc2UgdGhleSBjYW7igJl0Lg0KW0RUXSBJIHRha2UgeW91 ciBwb2ludCBhYm91dCBkZXRlY3RpbmcgdGhlIGVycm9ycywgYXNzdW1pbmcgYW4gaW1wbGVtZW50 YXRpb24gY291bGQgZG8gc29tZXRoaW5nIHVzZWZ1bCB3aXRoIHRoYXQga25vd2xlZGdlLCBvdGhl ciB0aGFuIGp1c3QgZGlzY2FyZGluZyB0aGUgbWVzc2FnZS4NCg0KDQoNClRoZW4gdGhlcmXigJlz IGFueWNhc3Qgd2hpY2ggaXMgbWlzc2luZyBmcm9tIGJvdGggUlBMIGFuZCBORCAsIHdoaWNoIGNh bm5vdCBiZSBkaXN0aW5ndWlzaGVkIGJ5IHRoZSBsb29rIG9mIHRoZSBhZGRyZXNzIGFuZCB0aHVz IHJlcXVpcmVzIGEgYml0Lg0KW0RUXSBBcyBmb3IgdGhlIGFueWNhc3QgYWRkcmVzcywgSSBzdXBw b3NlIHRoZSBxdWVzdGlvbiB0byBhc2sgaXMgd2hhdCB3b3VsZCBhIHJvdXRlciBkbyBkaWZmZXJl bnRseSBrbm93aW5nIHN1Y2ggaW5mb3JtYXRpb24/IEkgc3VzcGVjdCB3ZSB3b3VsZCBoYXZlIHRv IGRlZmluZSBzb21lIG5ldyBiZWhhdmlvciBhbG9uZyB3aXRoIHRoZSBuZXcgYml0Lg0KDQoNCg0K VGhlbiB0aGVyZeKAmXMgcG9zc2libHkgdGhlIG5lZWQgb2YgYW4gSVB2NCBBRi4gQWxsIGluIGFs bCBJIHRlbmRlZCB0byBmYXZvciBoYXZpbmcgdGhlIGJpdCBidXQgdGhhdOKAmXMgcmVhbGx5IG5v dCBhIHN0cm9uZyBwb3NpdGlvbiwgaGFwcHkgdG8gYmUgY29udmluY2VkIG90aGVyd2lzZS4NCltE VF0gSSBwcmVzdW1lIHlvdSBhcmUgdGFsa2luZyBvZiAiSVB2NC1Db21wYXRpYmxlIiBhbmQgIklQ djQtTWFwcGVkIiBJUHY2IGFkZHJlc3Nlcy4gSWYgbXkgcHJlc3VtcHRpb24gaXMgY29ycmVjdCwg YXJlbid0IHRoZXNlIHN0aWxsIGVhc2lseSBpZGVudGlmaWFibGUgdGhyb3VnaCB0aGVpciB1bmlx dWUgcHJlZml4ZXMgKDo6Lzk2IGFuZCA6OmZmZmYvOTYsIHJlc3BlY3RpdmVseSk/DQoNCg0KDQpX aGF0IGRvIG90aGVycyB0aGluaz8NCltEVF0gSSBoYXZlIG5vIHN0cm9uZyBvcGluaW9uLiBUaGUg TSBiaXQganVzdCBzZWVtZWQgcmVkdW5kYW50Lg0KDQoNCg0KDQoNCkkgYWxzbyB3b25kZXIgYWJv dXQgdGhlIHJlcXVpcmVtZW50IGZvciBub24tc3RvcmluZyBSUEwgbmV0d29ya3MgdG8gcHJvcGFn YXRlIG11bHRpY2FzdCBtZW1iZXJzaGlwIHVwIHRoZSBET0RBRy4gTXkgdW5kZXJzdGFuZGluZyBp cyB0aGF0IG5vbi1zdG9yaW5nIG5ldHdvcmtzIHR5cGljYWxseSB1c2UgTVBMIChSRkMgNzczMSk8 aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzc3MzEuaHRtbD4gIHdoaWNoIGRvZXMg bm90IG5lZWQgbXVsdGljYXN0IG1lbWJlcnNoaXBzIHRvIGJlIHByb3BhZ2F0ZWQgdGhyb3VnaG91 dCB0aGUgRE9EQUcuIEl0IHVzZXMgYSBmbG9vZGluZyBtZWNoYW5pc20gdG8gZm9yd2FyZCBtdWx0 aWNhc3QgZGF0YWdyYW1zLCBhbmQgZG9lcyBub3QgdW5pY2FzdCBhdCBMMi4gQ291bGQgdGhlIG5l dyBkb2N1bWVudCBhY2NvbW1vZGF0ZSBub24tc3RvcmluZyBuZXR3b3JrcyB1c2luZyBNUEw/DQoN ClN1cmU7DQoNCkJvdHRvbSBsaW5lIGhlcmUgaXMgdGhhdCBmb3IgTVBMIGFsbCB0aGUgbXVsdGlj YXN0IHBhY2tldHMgb2YgaW50ZXJlc3QgZm9yIHRoZSBMTE4gYXJlIGZsb29kZWQgdGhyb3VnaG91 dCBzbyBJIHN1c3BlY3QgdGhhdCB0aGVyZSBpcyBubyBuZWVkIGZvciB0aGUgNkxSIHRvIHNpZ25h bCB0byB0aGUgcm9vdC4NCltEVF0gWWVzLCB0aGF0J3MgbXkgdW5kZXJzdGFuZGluZyBhcyB3ZWxs Lg0KDQoNCg0KDQpJZiB0aGF04oCZcyB0aGUgY2FzZSB0aGVuIHRoZXJl4oCZcyBub3RoaW5nIHRv IHN0YW5kYXJkaXplLiAgQWxsIEkgbmVlZCB0byBjbGFyaWZ5IGlzIHRoYXQgdGhlIFJQTCBiZWhh dmlvciBpbiB0aGUgc3BlYyBpcyB0aGUgb25lIGV4cGVjdGVkIGluIGEgUlBMIGRvbWFpbiB0aGF0 IHN1cHBvcnRzIG1vcCAzIG90aGVyd2lzZSB3aGF0IGlzIGRvbmUgaXMgb3V0IG9mIHNjb3BlIGZv ciB0aGlzIGRvYy4NCg0KDQogRG8geW91IHNlZSBpdCBvdGhlcndpc2U/DQpbRFRdIEkgYWdyZWUg dGhhdCBvbmx5IFJQTCBtb2RlIDMgbmVlZHMgdG8gYmUgZGVmaW5lZCBhbmQgb3RoZXIgbW9kZXMg YXJlIGxlZnQgb3V0IG9mIHNjb3BlLg0KDQoNCg0KDQpJIG1lYW4gc2hvdWxkIHRoZSA2TFIgc2ln bmFsIHVuaWNhc3QgdG8gdGhlIHJvb3QgbGlrZSBmb3IgdW5pY2FzdCB0cmFmZmljIHdoZW4gc2Vy dmluZyBhIFJQTCB1bmF3YXJlIGxlYWY/DQpbRFRdIFRoYXQgY2VydGFpbmx5IGNvdWxkIGJlIGFu IG9wdGltaXphdGlvbiBmb3Igbm9uLXN0b3JpbmcgbW9kZSBzbyB0aGF0IGEgYm9yZGVyLXJvdXRl ciBtaWdodCBrbm93IHdoYXQgbXVsdGljYXN0IGdyb3VwcyB0byBmb3J3YXJkIGZyb20gb3V0c2lk ZSB0aGUgbmV0d29yay4gVW5mb3J0dW5hdGVseSB0aG91Z2ggdGhlcmUgaXMgbm8gTU9QIHRoYXQg aXMgIk5vbi1zdG9yaW5nIHdpdGggbXVsdGljYXN0IiwgYWx0aG91Z2ggb25lIGNvdWxkIGFyZ3Vl IHNlbWFudGljcyBhbmQgc2ltcGx5IHVzZSBNT1AgMS4NCg0KW0RUXSBJZiB3ZSB3ZXJlIHRvIG9w dCBmb3Igc3VjaCBiZWhhdmlvciwgNkxSIG5vZGVzIGNvdWxkIHNpbXBseSBhZGQgUlBMIFRhcmdl dCBvcHRpb25zIHRvIHRoZWlyIERBTydzLCBmb3IgdGhlIG11bHRpY2FzdCBncm91cHMgdGhleSB3 ZXJlIGludGVyZXN0ZWQgaW4gKGluY2x1ZGluZyB0aG9zZSByZXF1ZXN0ZWQgYnkgbGVhZiBub2Rl cykuDQoNCg0KDQogSWYgc28gd291bGRu4oCZdCBpdCBiZSBleHBlY3RlZCB0aGF0IHRoZSBSb290 IG1ha2VzIG4gdW5pY2FzdCB0byBhbGwgNkxScyB0aGF0IGhhdmUgbGlzdGVuZXJzPw0KW0RUXSBJ J20gbm90IHN1cmUgdGhhdCB3b3VsZCBtYWtlIHNlbnNlIHdoZW4gTVBMIGlzIGJlaW5nIHVzZWQs IGJ1dCBpdCBtYWtlcyBmb3IgYW4gaW50ZXJlc3RpbmcgYWx0ZXJuYXRpdmUgdG8gTVBMLg0KDQoN Cg0KDQpTaG91bGQgd2UgZGVzY3JpYmUgdGhhdCBtb2RlIGFzIHdlbGw/DQpbRFRdIEFzIGFuIGFs dGVybmF0aXZlIHRvIE1QTD8gU3VyZS4NCg0KDQoNCg0KUGFzY2FsDQoNClJlZ2FyZHMNCkRhcmlv DQoNCg0KDQpPbiBTZXAgMjcsIDIwMjEsIGF0IDY6MzIgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1 YmVydCkgPHB0aHViZXJ0PTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnPG1haWx0bzpwdGh1YmVy dD00MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZz4+IHdyb3RlOg0KDQpEZWFyIGFsbDoNCg0KVGhp cyBkcmFmdCBpcyBhIGNvbnRpbnVhdGlvbiBvZiBvdXIgd29yayBvbiBSRkMgODUwNSwgODkyOCwg YW5kIDg5MjkuDQoNCkNvbW1lbnRzIHdlbGNvbWUhDQoNClBhc2NhbA0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmc+IDxpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4+DQpTZW50OiBsdW5kaSAyNyBzZXB0ZW1icmUgMjAyMSAx NToyOQ0KVG86IEVyaWMgTGV2eS0gQWJlZ25vbGkgKGVsZXZ5YWJlKSA8ZWxldnlhYmVAY2lzY28u Y29tPG1haWx0bzplbGV2eWFiZUBjaXNjby5jb20+PjsgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0 KSA8cHRodWJlcnRAY2lzY28uY29tPG1haWx0bzpwdGh1YmVydEBjaXNjby5jb20+Pg0KU3ViamVj dDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC10aHViZXJ0LTZsby11bmljYXN0 LWxvb2t1cC0wMS50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtdGh1YmVydC02 bG8tdW5pY2FzdC1sb29rdXAtMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVk IGJ5IFBhc2NhbCBUaHViZXJ0IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0K TmFtZTogZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXANClJldmlzaW9uOiAwMQ0KVGl0 bGU6IElQdjYgTmVpZ2hib3IgRGlzY292ZXJ5IFVuaWNhc3QgTG9va3VwDQpEb2N1bWVudCBkYXRl OiAyMDIxLTA5LTI3DQpHcm91cDogSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczogMTUNClVS TDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LXRodWJl cnQtNmxvLXVuaWNhc3QtbG9va3VwLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLw0K SHRtbDogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdGh1 YmVydC02bG8tdW5pY2FzdC1sb29rdXAtMDEuaHRtbA0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1s b29rdXANCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAtMDENCg0KQWJzdHJhY3Q6DQogIFRoaXMg ZG9jdW1lbnQgdXBkYXRlcyBSRkMgODUwNSBpbiBvcmRlciB0byBlbmFibGUgdW5pY2FzdCBhZGRy ZXNzDQogIGxvb2t1cCBmcm9tIGEgNkxvV1BBTiBCb3JkZXIgUm91dGVyIGFjdGluZyBhcyBhbiBB ZGRyZXNzIFJlZ2lzdHJhci4NCg0KDQoNCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KNmxvIG1haWxpbmcg bGlzdA0KNmxvQGlldGYub3JnPG1haWx0bzo2bG9AaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvLzZsbw0KDQoNCg0K --_000_6E59CFC3A1EF4C23A97E2F7545481679ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQpI ZWxsbyBEYXJpbw0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPGJyPg0KPGRpdiBkaXI9 Imx0ciI+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQo8 YmxvY2txdW90ZSB0eXBlPSJjaXRlIj5MZSA2IG9jdC4gMjAyMSDDoCAyMTo1MCwgRGFyaW8gVGVk ZXNjaGkgJmx0O2RhdEBleGVnaW4uY29tJmd0OyBhIMOpY3JpdCZuYnNwOzo8YnI+DQo8YnI+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdiBkaXI9 Imx0ciI+77u/IEhpIFBhc2NhbCw8YnI+DQo8YnI+DQpJIHRoaW5rIHRoZSAybmQgYW5kIDR0aCBj YXNlcyBjYW4gYmUgbWVyZ2VkLCBieSBhbGxvd2luZyBhIHJvb3Qgbm9kZSB0byBhdXRvbWF0aWNh bGx5IHByb3BhZ2F0ZSB0aGUgZm9sbG93aW5nIG11bHRpY2FzdCBtZXNzYWdlcywgdXNpbmcgTVBM Ojxicj4NCjx1bD4NCjxsaT5BbGwgc2NvcGUgMyAoUmVhbG0tTG9jYWwpIG11bHRpY2FzdCBtZXNz YWdlcyBpdCBlaXRoZXIgb3JpZ2luYXRlcyBvciByZWNlaXZlcyBvbiBhbiBNUEwgaW50ZXJmYWNl Lg0KPGJyPg0KPC9saT48bGk+QWxsIFVuaWNhc3QtUHJlZml4LWJhc2VkIElQdjYgTXVsdGljYXN0 IEFkZHJlc3NlcyAoUkZDIDMzMDYpIGhpZ2hlciB0aGFuIHNjb3BlIDMsIHdoZXJlIHRoZSBuZXR3 b3JrIHByZWZpeCAoZ2l2ZW4gaW4gdGhlIG11bGl0Y2FzdCBkZXN0aW5hdGlvbiBhZGRyZXNzKSwg bWF0Y2hlcyB0aGUgcHJlZml4IG9mIHRoZSBET0RBRyBJRCAodGhlIFJQTCBuZXR3b3JrJ3Mgc3Vi bmV0KS48L2xpPjwvdWw+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KV0ZNLCBjb25mb3JtcyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8v d3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM3MzQ2Lmh0bWwjc2VjdGlvbi01Ij5odHRwczovL3d3 dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjNzM0Ni5odG1sI3NlY3Rpb24tNTwvYT48YnI+DQo8Ymxv Y2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXYgZGlyPSJsdHIiPg0KPHVsPg0KPC91bD4NCjxwPkF1 dG9tYXRpYyBmb3J3YXJkaW5nIG9mIHRoZSAybmQgYWRkcmVzcyB0eXBlIGNvdWxkIGJlIG9wdGlv bmFsIGFuZCBhZG1pbmlzdHJhdGl2ZWx5IGNvbmZpZ3VyZWQuPGJyPg0KPC9wPg0KPHA+SWYgbm9k ZXMgYXJlIGludGVyZXN0ZWQgaW4gb3RoZXIgbXVsdGljYXN0cyBoaWdoZXIgdGhhbiBzY29wZSAz LCB0aGV5IG11c3QgZXhwbGljaXRseSBpbmZvcm0gdGhlIHJvb3QgYnkgc2VuZGluZyBEQU8gbWVz c2FnZXMgd2l0aCBhcHByb3ByaWF0ZSBUYXJnZXQgT3B0aW9ucy4NCjxicj4NCjwvcD4NCi0tLS0t LS0tLTxicj4NCjxicj4NClRoZSAzcmQgY2FzZSwgSSB0aGluaywgbmVlZHMgaXRzIG93biBtb3Ag Y29kZSAoaS5lLiAmcXVvdDtOb24tc3RvcmluZyBtb2RlIHdpdGggc291cmNlLXJvdXRlZCBtdWx0 aWNhc3QmcXVvdDspLg0KPGJyPg0KPGJyPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxi cj4NCjwvZGl2Pg0KPGRpdj5ZZXMsIGJ1dCB3ZSBoYXZlIHRvIGxvb2sgYXQgYmFja3dhcmRzIGNv bXBhdGliaWxpdHkgLyBicm93biBmaWVsZCBhbmQgYWxsb3cgdGhvdWdoIG5vdCByZWNvbW1lbmQg dG8gdXNlIG1vcCAxOyBzYW1lIGlzc3VlIGFzIGFscmVhZHkgZGlzY3Vzc2VkIHdpdGggbW9wIDMg aW4gdGhlIGRyZWFkPC9kaXY+DQo8YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXYg ZGlyPSJsdHIiPkZvciB0aGUgMXN0IGFuZCAzcmQgY2FzZXMsIGhvdyBkbyB5b3UgZW52aXNpb24g bXVsdGljYXN0cyBwcm9wYWdhdGluZyB1cCB0aGUgRE9EQUcgKHRvd2FyZHMgdGhlIHJvb3QpPyBX b3VsZCBhIG5vZGUgc2ltcGx5IEwyIHVuaWNhc3QgdG8gaXRzIHByZWZlcnJlZCBwYXJlbnQ/PGJy Pg0KPGJyPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5U aGUgNiBMTiBkb2VzLiBJdCBrbm93IGFib3V0IFJQTCBhbmQgcmVnaXN0ZXJzIHRoZSBtdWx0aWNh c3QgYWRkcmVzcy4gVXBvbi4gVGhlIGZpcnN0IHJlZ2lzdHJhdGlvbiBUaGUgNkxSIHNlbmRzIGEg dW5pY2FzdCBEQU8gdG8gdGhlIFJvb3QgYXMgd2UgZG8gZm9yIFJVTC4gVGhpcyB0aW1lIHRob3Vn aCB0aGUgYWRkcmVzcyBpbiB0aGUgdGFyZ2V0IGlzIG11bHRpY2FzdC4gVGhlIHJvb3QgbWFrZXMg YSBjb3B5IHBlciA2TFIgdGhhdCBzaG93cw0KIGFzIHRyYW5zaXQgYW5kIHNlbmRzIGFsb25nIHRo ZSB1bmljYXN0IFNSIHBhdGggdG8gdGhlIDYgTFIgYXMgaXQgd291bGQgZm9yIGEgUlVMIHVuaWNh c3QuIExlc3MgZWZmaWNpZW50IHRoYXQgbW9wIDMgdGhhdCBidWlsZHMgYSByZWFsIG11bHRpY2Fz dCB0cmVlLCBidXQgYmFja3dhcmQgY29tcGF0aWJsZSBmb3IgZm9yIG5vZGVzIG9uIHBhdGjigKY8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PldvcmtzPzwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+UGFzY2FsJm5ic3A7PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj48 YnI+DQo8L2Rpdj4NCjxicj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdiBkaXI9Imx0 ciI+UmVnYXJkczxicj4NCkRhcmlvPGJyPg0KPGJyPg0KPGJyPg0KPGRpdiBjbGFzcz0ibW96LWNp dGUtcHJlZml4Ij5PbiAxMC82LzIxIDY6MDAgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkg d3JvdGU6PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjaXRlPSJtaWQ6Q08x UFIxMU1CNDg4MTI4MjA1Mjg1ODA2NzNENjVENDc4RDhCMDlAQ08xUFIxMU1CNDg4MS5uYW1wcmQx MS5wcm9kLm91dGxvb2suY29tIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWlj cm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkDQogICAgICAgIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0N Ci8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2Rp bmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1z b05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5h bWU6YXBwbGUtdGFiLXNwYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5p dGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjgyNjY3NDYyMzsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6MjExMTYxNzg0O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt c3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1z by1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGww OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOA0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1z by1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWIt c3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 V2luZ2RpbmdzO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjExNjU3MDc1NzA7DQoJbXNvLWxp c3QtdGVtcGxhdGUtaWRzOjE4MzQ4MDI1NTI7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0 Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs aXN0IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNA0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt c3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0 IGwxOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOA0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv cDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNt O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+T0sgRGFyaW8sIHNvIHdl4oCZZCBoYXZlIDQgb3B0aW9uYWwgY29tYmluYXRpb25zOjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXpl PSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij51 bmljYXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gbW9wIDMgKHdoYXQgdGhlIGRyYWZ0IGRvZXMgdG9k YXkpPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij51bmljYXN0ID0gbW9wIDEgbXVsdGljYXN0ID0gTVBMICh0aGF0IEkgYmVsaWV2ZSB0aGUgZHJh ZnQgYWxsb3dzIHRvZGF5IGJ1dCBzaG91bGQgY2xhcmlmeSk7IGluIHRoYXQgbW9kZSwgbm90IG1l c3NhZ2UgdG8gdGhlIFJvb3QsIHRoZSByb290IGZsb29kcyBhbGwgbXVsdGljYXN0IG1lc3NhZ2Vz IHdpdGgNCiB0aGUgaWRlYSB0aGF0IHRoZXJl4oCZcyBhbHdheXMgYSBsaXN0ZW5lciBzb21ld2hl cmU8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PnVuaWNhc3QgPSBtb3AgMSBtdWx0aWNhc3QgPSBtb3AgMSAodG8gYmUgYWRkZWQpIGluIHRoYXQg bW9kZSB0aGUgNkxSIHNlbmRzIGEgREFPIHRvIHRoZSByb290IGZvciBhIG11bHRpY2FzdCB0YXJn ZXQsIGFuZCB0aGUgUm9vdCBzZW5kcyBuIG1lc3NhZ2VzIHRoYXQgYXJlIHVuaWNhc3Qgc291cmNl IHJvdXRlZA0KIHRvIHRoZSBuIDZMUiB0aGF0IGhhdmUgbGlzdGVuZXJzLCBvbmx5IHRoZSBsYXN0 IGFkZHJlc3MgaW4gdGhlIFNSSCBpcyBtdWx0aWNhc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPnVuaWNhc3QgPSBtb3AgMSBtdWx0aWNhc3Qg PSBNUEwgKHRoYXQgSSBiZWxpZXZlIHRoZSBkcmFmdCBhbGxvd3MgdG9kYXkgYnV0IHNob3VsZCBj bGFyaWZ5KTsgaW4gdGhhdCBtb2RlLCBpbiB0aGF0IG1vZGUgdGhlIDZMUiBzZW5kcyBhIERBTyB0 byB0aGUgcm9vdCBmb3IgYSBtdWx0aWNhc3QgdGFyZ2V0LA0KIGFuZCB0aGUgcm9vdCB1c2VzIE1Q TCBvbmx5IHdoZW4gdGhlcmXigJlzIGtub3duIGxpc3RlbmVyczxvOnA+PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5EbyB3ZSBkZXNjcmliZSB0 aGVtIGFsbD8gU2hvdWxkIHdlIGNvbnN1bWUgUlBMIE1PUHM/PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i Q2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgc3VnZ2VzdGVkIHRoYXQg QU9EViBSUEwgcmV1c2VzIE1PUCA0IHRvIGxlYXZlIHJvb23igKY8bzpwPjwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2Fs aWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UGFzY2FsPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbQ0KICAgICAgICAgIDBjbSAwY20gNC4w cHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux RTFFMQ0KICAgICAgICAgICAgICAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206PC9zcGFuPjwv Zm9udD48L2I+IERhcmlvIFRlZGVzY2hpDQo8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZF IiBocmVmPSJtYWlsdG86ZGF0QGV4ZWdpbi5jb20iPiZsdDtkYXRAZXhlZ2luLmNvbSZndDs8L2E+ DQo8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3NwYW4+PC9i PiBtZXJjcmVkaSA2IG9jdG9icmUgMjAyMSAwOjA1PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPlRvOjwvc3Bhbj48L2I+IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgPGEg Y2xhc3M9Im1vei10eHQtbGluay1yZmMyMzk2RSIgaHJlZj0ibWFpbHRvOnB0aHViZXJ0QGNpc2Nv LmNvbSI+DQombHQ7cHRodWJlcnRAY2lzY28uY29tJmd0OzwvYT48YnI+DQo8Yj48c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6PC9zcGFuPjwvYj4gPGEgY2xhc3M9Im1vei10eHQtbGlu ay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOjZsb0BpZXRmLm9yZyI+DQo2bG9AaWV0Zi5vcmc8 L2E+PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6PC9zcGFu PjwvYj4gUmU6IFs2bG9dIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtdGh1YmVy dC02bG8tdW5pY2FzdC1sb29rdXAtMDEudHh0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi Pjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5IaSBQYXNjYWw8YnI+DQo8YnI+DQpTZWUgbXkgY29tbWVudCZuYnNwOyBiZWxvdy48bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5PbiAxMC81LzIxIDEyOjQwIFBNLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIHdyb3RlOjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkhlbGxvIERhcmlvDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+UGxlYXNlIHNlZSBiZWxvdzs8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0IiBsYW5nPSJGUiI+TGUgNSBvY3QuIDIwMjEgw6AgMjA6 MTUsIERhcmlvIFRlZGVzY2hpDQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmRhdEBleGVnaW4uY29t IiBtb3otZG8tbm90LXNlbmQ9InRydWUiPjxzcGFuIGxhbmc9IkZSIj4mbHQ7ZGF0QGV4ZWdpbi5j b20mZ3Q7PC9zcGFuPjwvYT48L2ZvbnQ+PHNwYW4gbGFuZz0iRlIiPiBhIMOpY3JpdCZuYnNwOzo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij7vu78gSGkgUGFzY2FsLA0KPG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij5UaGFuayB5b3UgZm9yIG5ldyBkcmFmdC4gSG93ZXZlciBJIGRvIGhhdmUgc29tZSBj b21tZW50cy9xdWVzdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPldoYXQg YmVuZWZpdCBkb2VzIHRoZSDigJhN4oCZIGJpdCBwcm92aWRlIG92ZXIgc2ltcGx5IGRldGVjdGlu ZyBhIG11bHRpY2FzdCBhZGRyZXNzIGluIHRoZSBUYXJnZXQgQWRkcmVzcyBmaWVsZD88bzpwPjwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+VGhlIElQdjYgbXVsdGljYXN0IGFkZHJlc3MgdHlw ZSBpcyBjbGVhcmx5IGRlZmluZWQgaW4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9yZmM0MjkxI3NlY3Rpb24tMi40IiBtb3otZG8tbm90 LXNlbmQ9InRydWUiPlJGQyA0MjkxIChzZWN0aW9uIDIuNCk8L2E+PC9mb250PiwNCiBhbmQgdGhl IGRldGVjdGlvbiBvZiBzdWNoIGFuIGFkZHJlc3MgaXMgdHJpdmlhbC4gTW9zdCAoaWYgbm90IGFs bCkgU3RhY2tzIGhhdmUgYSBzaW1wbGUgZnVuY3Rpb24vbWFjcm8gdG8gZG8gdGhhdCBqb2IgYW5k IG1hbnkgZXhpc3RpbmcgcHJvdG9jb2xzIGFscmVhZHkgdXNlIHRoaXMgbWVjaGFuaXNtIHRvIGRp c3Rpbmd1aXNoIGJldHdlZW4gdW5pY2FzdCBhbmQgbXVsdGljYXN0IGFkZHJlc3Nlcy4gJm5ic3A7 SXQgc2VlbXMgdG8gbWUgdGhhdCBhIHNwZWNpYWwNCiBiaXQgdG8gaW5kaWNhdGUgbXVsdGljYXN0 IHJlZ2lzdHJhdGlvbiB3b3VsZCBiZSByZWR1bmRhbnQgYW5kIHJlcXVpcmUgaGFuZGxpbmcgZm9y IDQgZGlmZmVyZW50IGNhc2VzLCAyIG9mIHdoaWNoIHdvdWxkIGJlIGVycm9yczo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHVsIHR5cGU9ImRpc2Mi Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMA0KICAgICAgICAgICAgICAgICAg ICAgICAgbGV2ZWwxIGxmbzMiPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0gPSAxLCBUYXJnZXQgPSBtdWx0aWNhc3QgYWRkcjxv OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxp c3Q6bDANCiAgICAgICAgICAgICAgICAgICAgICAgIGxldmVsMSBsZm8zIj4NCjxmb250IHNpemU9 IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NID0gMSwg VGFyZ2V0PSB1bmljYXN0IGFkZHIgJm5ic3A74oCUIEVSUk9SPG86cD48L286cD48L3NwYW4+PC9m b250PjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMA0KICAgICAgICAgICAg ICAgICAgICAgICAgbGV2ZWwxIGxmbzMiPg0KPGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPk0gPSAwLCBUYXJnZXQgPSBtdWx0aWNhc3Qg YWRkciDigJQgRVJST1I8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9saT48bGkgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21zby1saXN0OmwwDQogICAgICAgICAgICAgICAgICAgICAgICBsZXZlbDEgbGZv MyI+DQo8Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+TSA9IDAsIFRhcmdldD0gdW5pY2FzdCBhZGRyPG86cD48L286cD48L3NwYW4+PC9m b250PjwvbGk+PC91bD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6 ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRydWUg ZW5vdWdoLiBEYXJpby48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIy IiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SeKAmXZlIGJl ZW4gcG9uZGVyaW5nIHRoYXQgdG9vLiBPbiB0aGUgb25lIGhhbmQgaXQgc2VlbXMgY2xlYW5lciB0 byBhbm5vdW5jZSB0aGUgc2VydmljZSB0aGF0IHRoZSA2TE4gZXhwZWN0cy4gT3RvaCBhcyB5b3Ug cG9pbnQgb3V0IGl0IGNhbiBiZSBpbmZlcnJlZCBmcm9tIHRoZSBhZGRyZXNzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij5Bbm90aGVyIHdheSBvZiBzZWVpbmcgdGhpcyBpcyB0aGF0 IHRoZSBlcnJvciBjYXNlcyB0aGF0IHlvdSBpbmRpY2F0ZSBjYW4gYmUgZGV0ZWN0ZWQgaWYgd2Ug aGF2ZSB0aGUgYml0IG90aGVyd2lzZSB0aGV5IGNhbuKAmXQuPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+W0RUXSBJIHRha2UgeW91ciBwb2ludCBhYm91dCBkZXRlY3RpbmcgdGhlIGVycm9y cywgYXNzdW1pbmcgYW4gaW1wbGVtZW50YXRpb24gY291bGQgZG8gc29tZXRoaW5nIHVzZWZ1bCB3 aXRoIHRoYXQga25vd2xlZGdlLCBvdGhlciB0aGFuIGp1c3QgZGlzY2FyZGluZyB0aGUgbWVzc2Fn ZS48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRo ZW4gdGhlcmXigJlzIGFueWNhc3Qgd2hpY2ggaXMgbWlzc2luZyBmcm9tIGJvdGggUlBMIGFuZCBO RCAsIHdoaWNoIGNhbm5vdCBiZSBkaXN0aW5ndWlzaGVkIGJ5IHRoZSBsb29rIG9mIHRoZSBhZGRy ZXNzIGFuZCB0aHVzIHJlcXVpcmVzIGEgYml0Lg0KPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+W0RUXSBBcyBmb3IgdGhlIGFueWNhc3QgYWRkcmVzcywgSSBzdXBwb3NlIHRoZSBxdWVzdGlv biB0byBhc2sgaXMgd2hhdCB3b3VsZCBhIHJvdXRlciBkbyBkaWZmZXJlbnRseSBrbm93aW5nIHN1 Y2ggaW5mb3JtYXRpb24/IEkgc3VzcGVjdCB3ZSB3b3VsZCBoYXZlIHRvIGRlZmluZSBzb21lIG5l dyBiZWhhdmlvcg0KIGFsb25nIHdpdGggdGhlIG5ldyBiaXQuPGJyPg0KPGJyPg0KPGJyPg0KPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmki PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGVuIHRoZXJl4oCZcyBwb3NzaWJseSB0 aGUgbmVlZCBvZiBhbiBJUHY0IEFGLiBBbGwgaW4gYWxsIEkgdGVuZGVkIHRvIGZhdm9yIGhhdmlu ZyB0aGUgYml0IGJ1dCB0aGF04oCZcyByZWFsbHkgbm90IGEgc3Ryb25nIHBvc2l0aW9uLCBoYXBw eSB0byBiZSBjb252aW5jZWQgb3RoZXJ3aXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZv bnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PltEVF0gSSBwcmVzdW1lIHlvdSBhcmUgdGFsa2luZyBvZiAmcXVvdDtJUHY0LUNvbXBhdGlibGUm cXVvdDsgYW5kICZxdW90O0lQdjQtTWFwcGVkJnF1b3Q7IElQdjYgYWRkcmVzc2VzLiBJZiBteSBw cmVzdW1wdGlvbiBpcyBjb3JyZWN0LCBhcmVuJ3QgdGhlc2Ugc3RpbGwgZWFzaWx5IGlkZW50aWZp YWJsZSB0aHJvdWdoIHRoZWlyIHVuaXF1ZQ0KIHByZWZpeGVzICg6Oi85NiBhbmQgOjpmZmZmLzk2 LCByZXNwZWN0aXZlbHkpPzxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u dD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t OjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+V2hhdCBkbyBvdGhlcnMgdGhpbms/PG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+W0RUXSBJIGhhdmUgbm8gc3Ryb25nIG9waW5pb24uIFRoZSBNIGJpdCBqdXN0IHNlZW1l ZCByZWR1bmRhbnQuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YnI+DQo8YnI+DQo8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij5JIGFsc28gd29uZGVyIGFib3V0IHRoZSByZXF1aXJlbWVudCBmb3Igbm9u LXN0b3JpbmcgUlBMIG5ldHdvcmtzIHRvIHByb3BhZ2F0ZSBtdWx0aWNhc3QgbWVtYmVyc2hpcCB1 cCB0aGUgRE9EQUcuIE15IHVuZGVyc3RhbmRpbmcgaXMgdGhhdCBub24tc3RvcmluZyBuZXR3b3Jr cyB0eXBpY2FsbHkgdXNlJm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LnJmYy1lZGl0 b3Iub3JnL3JmYy9yZmM3NzMxLmh0bWwiIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+TVBMDQogKFJG QyA3NzMxKTwvYT48L2ZvbnQ+Jm5ic3A7IHdoaWNoIGRvZXMgbm90IG5lZWQgbXVsdGljYXN0IG1l bWJlcnNoaXBzIHRvIGJlIHByb3BhZ2F0ZWQgdGhyb3VnaG91dCB0aGUgRE9EQUcuIEl0IHVzZXMg YSBmbG9vZGluZyBtZWNoYW5pc20gdG8gZm9yd2FyZCBtdWx0aWNhc3QgZGF0YWdyYW1zLCBhbmQg ZG9lcyBub3QgdW5pY2FzdCBhdCBMMi4gQ291bGQgdGhlIG5ldyBkb2N1bWVudCBhY2NvbW1vZGF0 ZSBub24tc3RvcmluZyBuZXR3b3JrcyB1c2luZyBNUEw/PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPlN1cmU7Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQiPkJvdHRvbSBsaW5lIGhlcmUgaXMgdGhhdCBmb3IgTVBMIGFsbCB0aGUgbXVsdGljYXN0 IHBhY2tldHMgb2YgaW50ZXJlc3QgZm9yIHRoZSBMTE4gYXJlIGZsb29kZWQgdGhyb3VnaG91dCBz byBJIHN1c3BlY3QgdGhhdCB0aGVyZSBpcyBubyBuZWVkIGZvciB0aGUgNkxSIHRvIHNpZ25hbCB0 byB0aGUgcm9vdC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5bRFRdIFllcywgdGhhdCdz IG15IHVuZGVyc3RhbmRpbmcgYXMgd2VsbC48YnI+DQo8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwv c3Bhbj48L2ZvbnQ+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxm b250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklmIHRoYXTigJlzIHRoZSBjYXNlIHRoZW4gdGhl cmXigJlzIG5vdGhpbmcgdG8gc3RhbmRhcmRpemUuICZuYnNwO0FsbCBJIG5lZWQgdG8gY2xhcmlm eSBpcyB0aGF0IHRoZSBSUEwgYmVoYXZpb3IgaW4gdGhlIHNwZWMgaXMgdGhlIG9uZSBleHBlY3Rl ZCBpbiBhIFJQTCBkb21haW4gdGhhdCBzdXBwb3J0cyBtb3AgMyBvdGhlcndpc2UNCiB3aGF0IGlz IGRvbmUgaXMgb3V0IG9mIHNjb3BlIGZvciB0aGlzIGRvYy4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7RG8geW91IHNlZSBpdCBvdGhlcndpc2U/DQo8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5bRFRdIEkgYWdyZWUgdGhhdCBvbmx5IFJQTCBt b2RlIDMgbmVlZHMgdG8gYmUgZGVmaW5lZCBhbmQgb3RoZXIgbW9kZXMgYXJlIGxlZnQgb3V0IG9m IHNjb3BlLjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+SSBtZWFuIHNob3VsZCB0aGUgNkxSIHNpZ25hbCB1bmljYXN0IHRvIHRoZSByb290 IGxpa2UgZm9yIHVuaWNhc3QgdHJhZmZpYyB3aGVuIHNlcnZpbmcgYSBSUEwgdW5hd2FyZSBsZWFm PzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPltEVF0gVGhhdCBjZXJ0YWlubHkgY291bGQg YmUgYW4gb3B0aW1pemF0aW9uIGZvciBub24tc3RvcmluZyBtb2RlIHNvIHRoYXQgYSBib3JkZXIt cm91dGVyIG1pZ2h0IGtub3cgd2hhdCBtdWx0aWNhc3QgZ3JvdXBzIHRvIGZvcndhcmQgZnJvbSBv dXRzaWRlIHRoZSBuZXR3b3JrLiBVbmZvcnR1bmF0ZWx5IHRob3VnaA0KIHRoZXJlIGlzIG5vIE1P UCB0aGF0IGlzICZxdW90O05vbi1zdG9yaW5nIHdpdGggbXVsdGljYXN0JnF1b3Q7LCBhbHRob3Vn aCBvbmUgY291bGQgYXJndWUgc2VtYW50aWNzIGFuZCBzaW1wbHkgdXNlIE1PUCAxLg0KPGJyPg0K PGJyPg0KW0RUXSBJZiB3ZSB3ZXJlIHRvIG9wdCBmb3Igc3VjaCBiZWhhdmlvciwgNkxSIG5vZGVz IGNvdWxkIHNpbXBseSBhZGQgUlBMIFRhcmdldCBvcHRpb25zIHRvIHRoZWlyIERBTydzLCBmb3Ig dGhlIG11bHRpY2FzdCBncm91cHMgdGhleSB3ZXJlIGludGVyZXN0ZWQgaW4gKGluY2x1ZGluZyB0 aG9zZSByZXF1ZXN0ZWQgYnkgbGVhZiBub2RlcykuPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDtJZiBzbyB3b3VsZG7igJl0IGl0IGJlIGV4 cGVjdGVkIHRoYXQgdGhlIFJvb3QgbWFrZXMgbiB1bmljYXN0IHRvIGFsbCA2TFJzIHRoYXQgaGF2 ZSBsaXN0ZW5lcnM/PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+W0RUXSBJJ20gbm90IHN1 cmUgdGhhdCB3b3VsZCBtYWtlIHNlbnNlIHdoZW4gTVBMIGlzIGJlaW5nIHVzZWQsIGJ1dCBpdCBt YWtlcyBmb3IgYW4gaW50ZXJlc3RpbmcgYWx0ZXJuYXRpdmUgdG8gTVBMLjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+U2hvdWxkIHdlIGRl c2NyaWJlIHRoYXQgbW9kZSBhcyB3ZWxsPzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg c2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPltE VF0gQXMgYW4gYWx0ZXJuYXRpdmUgdG8gTVBMPyBTdXJlLjxicj4NCjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UGFzY2FsJm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10 b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDsgJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFu PjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGFy aW88bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PGJyPg0KPGJyPg0KPG86cD48L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5P biBTZXAgMjcsIDIwMjEsIGF0IDY6MzIgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgJmx0 Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86cHRodWJlcnQ9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5v cmciIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+cHRodWJlcnQ9NDBjaXNjby5jb21AZG1hcmMuaWV0 Zi5vcmc8L2E+PC9mb250PiZndDsNCiB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9 IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5EZWFyIGFsbDo8YnI+DQo8 YnI+DQpUaGlzIGRyYWZ0IGlzIGEgY29udGludWF0aW9uIG9mIG91ciB3b3JrIG9uIFJGQyA4NTA1 LCA4OTI4LCBhbmQgODkyOS48YnI+DQo8YnI+DQpDb21tZW50cyB3ZWxjb21lITxicj4NCjxicj4N ClBhc2NhbDxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTog PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIG1vei1kby1u b3Qtc2VuZD0idHJ1ZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPjwvZm9udD4gJmx0Ozxh IGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciIG1vei1kby1ub3Qtc2VuZD0i dHJ1ZSI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDsNCjxicj4NClNlbnQ6IGx1bmRp IDI3IHNlcHRlbWJyZSAyMDIxIDE1OjI5PGJyPg0KVG86IEVyaWMgTGV2eS0gQWJlZ25vbGkgKGVs ZXZ5YWJlKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVsZXZ5YWJlQGNpc2NvLmNvbSIgbW96LWRvLW5v dC1zZW5kPSJ0cnVlIj5lbGV2eWFiZUBjaXNjby5jb208L2E+Jmd0OzsgUGFzY2FsIFRodWJlcnQg KHB0aHViZXJ0KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbSIgbW96LWRv LW5vdC1zZW5kPSJ0cnVlIj5wdGh1YmVydEBjaXNjby5jb208L2E+Jmd0Ozxicj4NClN1YmplY3Q6 IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1s b29rdXAtMDEudHh0PGJyPg0KPGJyPg0KPGJyPg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0 LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLTAxLnR4dDxicj4NCmhhcyBiZWVuIHN1Y2Nlc3Nm dWxseSBzdWJtaXR0ZWQgYnkgUGFzY2FsIFRodWJlcnQgYW5kIHBvc3RlZCB0byB0aGUgSUVURiBy ZXBvc2l0b3J5Ljxicj4NCjxicj4NCk5hbWU6PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4g PC9zcGFuPmRyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwPGJyPg0KUmV2aXNpb246PHNw YW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4gPC9zcGFuPjAxPGJyPg0KVGl0bGU6PHNwYW4gY2xh c3M9ImFwcGxlLXRhYi1zcGFuIj4gPC9zcGFuPklQdjYgTmVpZ2hib3IgRGlzY292ZXJ5IFVuaWNh c3QgTG9va3VwPGJyPg0KRG9jdW1lbnQgZGF0ZTo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiA8L3NwYW4+MjAyMS0wOS0yNzxicj4NCkdyb3VwOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+IDwvc3Bhbj5JbmRpdmlkdWFsIFN1Ym1pc3Npb248YnI+DQpQYWdlczo8c3BhbiBjbGFzcz0i YXBwbGUtdGFiLXNwYW4iPiA8L3NwYW4+MTU8YnI+DQpVUkw6ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0 dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1s b29rdXAtMDEudHh0IiBtb3otZG8tbm90LXNlbmQ9InRydWUiPmh0dHBzOi8vd3d3LmlldGYub3Jn L2FyY2hpdmUvaWQvZHJhZnQtdGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXAtMDEudHh0PC9hPjxi cj4NClN0YXR1czogJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtdGh1YmVy dC02bG8tdW5pY2FzdC1sb29rdXAvIiBtb3otZG8tbm90LXNlbmQ9InRydWUiPmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLzwv YT48YnI+DQpIdG1sOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lk L2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwLTAxLmh0bWwiIG1vei1kby1ub3Qtc2Vu ZD0idHJ1ZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC10aHViZXJ0LTZs by11bmljYXN0LWxvb2t1cC0wMS5odG1sPC9hPjxicj4NCkh0bWxpemVkOiAmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3QtbG9va3VwIiBtb3otZG8tbm90 LXNlbmQ9InRydWUiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQt dGh1YmVydC02bG8tdW5pY2FzdC1sb29rdXA8L2E+PGJyPg0KRGlmZjogJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXRodWJlcnQtNmxvLXVuaWNhc3Qt bG9va3VwLTAxIiBtb3otZG8tbm90LXNlbmQ9InRydWUiPmh0dHBzOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC10aHViZXJ0LTZsby11bmljYXN0LWxvb2t1cC0wMTwvYT48YnI+DQo8 YnI+DQpBYnN0cmFjdDo8YnI+DQombmJzcDsmbmJzcDtUaGlzIGRvY3VtZW50IHVwZGF0ZXMgUkZD IDg1MDUgaW4gb3JkZXIgdG8gZW5hYmxlIHVuaWNhc3QgYWRkcmVzczxicj4NCiZuYnNwOyZuYnNw O2xvb2t1cCBmcm9tIGEgNkxvV1BBTiBCb3JkZXIgUm91dGVyIGFjdGluZyBhcyBhbiBBZGRyZXNz IFJlZ2lzdHJhci48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNyZXRh cmlhdDxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KNmxvIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzo2 bG9AaWV0Zi5vcmciIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSI+NmxvQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNmxvIiBtb3ot ZG8tbm90LXNlbmQ9InRydWUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v NmxvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJp Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_6E59CFC3A1EF4C23A97E2F7545481679ciscocom_-- From nobody Wed Oct 6 13:14:32 2021 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 AC7DB3A0883 for ; Wed, 6 Oct 2021 13:14:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.596 X-Spam-Level: X-Spam-Status: No, score=-9.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=SCVBylC7; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GT7Bclgw 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 h6U_q4LSDbse for ; Wed, 6 Oct 2021 13:14:15 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA30D3A08C0 for ; Wed, 6 Oct 2021 13:14:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2414; q=dns/txt; s=iport; t=1633551255; x=1634760855; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=rtr8oe3o3pq77FPWRbmI5xUsyxjUMgT42sxrEO4Mc/g=; b=SCVBylC7dS51SwtVjQjiTB888Xw1LfhY5EPOP92JaLnB7+jcV7cDyCbl hUqvh9/gfj2II0KYcNf5E6o5JY6unGrgL0oSEFAd4dX9+URhZkmAIK214 FSq1+mGcJXDEpq2sbwkuw3vlNGI3LWkQy18CSfenjXybgCxAtLZ5LU8uT I=; IronPort-PHdr: =?us-ascii?q?A9a23=3Ahesb0BCnKZXCMypjGHoJUyQVjBdPi9zP1kY98?= =?us-ascii?q?ZMhh79Kd62luZ/rbwTT5vRo2VnOW4iTq/dJkPHfvK2oX2scqY2Av3YPfN0pN?= =?us-ascii?q?VcFhMwakhZmDJuDDkv2f+XjaSA3GMFLUhlu9iLzPU1cAs2rYVrUrzW75iITH?= =?us-ascii?q?ROqMw1zK6z1F4fegt7x2fq1/sjYYh5Dg3y2ZrYhRCg=3D?= IronPort-Data: =?us-ascii?q?A9a23=3ABpktIq3D5wSV/EZfUPbD5flzkn2cJEfYwER7X?= =?us-ascii?q?KvMYLTBsI5bpzUGnWYWD2yOPKyLZWrxLo0kOt6/9U5XucTVx9NgTApk3Hw8F?= =?us-ascii?q?HgiRegpqji6wuYcB84ZRyH6ZBoPA/42N5+QcajYcleG/k30a+C58yEmvU21b?= =?us-ascii?q?uOU5NDsa3gZqTBMEE/NuTo78wIIqtYAbeqRWmthivuqyyHrA2JJ7hYvWo4iB?= =?us-ascii?q?w1vnzs01Bj6kGtwUlXT/pmntneG/5UeJMp3ya1csxLFrodo8u6SH44vzZmj9?= =?us-ascii?q?W/fuhwqEN7gy++9eUwRSbmUNg+L4pZUc/H92V4Z+WpjieBiaKV0hUR/011lm?= =?us-ascii?q?/hp1NVQv5GqVS8iP7bHn6IWVBww/yRWbfAeo+GWeCLh2SCU5wicG5f2+N10C?= =?us-ascii?q?0UyFYwV5ugxBntBndQdIypObx2ficqtybS3R+1pj8JlJ8CDAW+1khmM1hnDB?= =?us-ascii?q?vogBJvEWaiPvIYe1zYrjccIFvHbD/f1oAFHNHzoCyCj8H9NYH7moNqVuw=3D?= =?us-ascii?q?=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3APydhS64K7xssV2o//APXwZCCI+orL9Y04l?= =?us-ascii?q?Q7vn2ZFiY1TiXIra6TdaoguiMc0AxhJ03Jmbi7Sc69qADnhOBICO4qTPeftW?= =?us-ascii?q?jdySqVxeRZjbcKrAeQYBEWmtQtsJuINpIOdOEYbmIKzvoSgjPIaerIqePvmM?= =?us-ascii?q?vD6IuurAYOcegpUdAc0+4TMHf8LqQCfng/OXNPLuvk2iMonUvFRV0nKuCAQl?= =?us-ascii?q?UVVenKoNPG0Lj8ZwQdOhIh4A6SyRu19b/TCXGjr1UjegIK5Y1n3XnOkgT/6K?= =?us-ascii?q?nmmeq80AXg22ja6IkTsMf9y+FEGNeHhqEuW3DRY0eTFcBcso+5zXYISdKUmQ?= =?us-ascii?q?8XeR730k8d1vFImjTsl6eO0EDQMkfboWwTAjTZuC6laDPY0LzErXQBepd8bU?= =?us-ascii?q?YzSGqH16Lm1+sMjJ6jlljpxKZ/HFfOmj/w6MPPUAwvnk2ooWA6mepWlHBHV5?= =?us-ascii?q?ACAYUh4LD30XklW6voJhiKorzP0dMee/309bJTaxeXfnrZtm5gzJilWWkyBA?= =?us-ascii?q?6PRgwHttaO2zZbkXhlxw9ArfZv0Uso5dY4Ud1J9u7EOqNnmPVHSdIXd7t0AK?= =?us-ascii?q?METdGsAmLATBrQOCaZIEjhFqsAJ3XRwqSHrIkd9aWvYtgF3ZEykJPOXBdRsn?= =?us-ascii?q?MzYVvnDYmU0JhC4nn2MS2AtPTWu4hjDr1Cy/PBrZbQQFi+oWEV4r2dSq8kc7?= =?us-ascii?q?/mst6ISeZrP8M=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BRAAARA15h/5NdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgUUHAQELAYFQUQd3WjcxhEeDRwOEWWCICQOKdI94gS6BJQN?= =?us-ascii?q?UCwEBAQ0BASoLDAQBAYR9AheCMQIlNAkOAQIEAQEBEgEBBQEBAQIBBgSBERO?= =?us-ascii?q?FaA2GQgEBAQECAQEBEBERDAEBLAsBBAsCAQgYAgImAgICHwYLFRABAQQOBSK?= =?us-ascii?q?CTwGCVQMOIQEOoiIBgToCih96gTGBAYIIAQEGBASCUYI5DQuCNQMGgRAqAYM?= =?us-ascii?q?AhBWGcyccgUlEgRUnHII3MD6CIUIBAYR4N4IujAsDUyA7cjYBNwQpD5URqAN?= =?us-ascii?q?nCoMwmH6FaAUsg2mjKZhDjWqVOAIEAgQFAg4BAQaBYTuBWXAVOyoBgj5RGQ+?= =?us-ascii?q?OIINyhRSFSnQ4AgYBCgEBAwmSLC2CFwEB?= X-IronPort-AV: E=Sophos;i="5.85,352,1624320000"; d="scan'208";a="850369126" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Oct 2021 20:14:14 +0000 Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 196KEEtg001865 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 6 Oct 2021 20:14:14 GMT Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 15:14:14 -0500 Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 6 Oct 2021 15:14:13 -0500 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 6 Oct 2021 16:14:13 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dWNczZi5WTdpsf1BWQkv7gRmR5oTteNx4IqFUndZ0SQKNQbImy9kSAycJ+y+uQtMvEQbtGsgNEJVI41M6HTfmsrOasCEPXs1AvwBnO0QgUMkB+15JVQDzRzTVQnQtCYunyZ0UBNgGciBsuzaEhXaY+9zio/jjYEPn0wBeQXu8EQ7E4yOLcAf47t5Wqn0qJbNu63MziU1KntfTSS2VTJlSh9ero+O/0mdc9icEZvpYuuK2FaKD0DVFWzygL9iBffOQc4Tu3rPojeLkehXbGowXOkXw1qr93pBC8UlPTczFEG+7G2vDYaaRRCoNCLFxbtw2lsSL9HN4jpGyzDsKjIU3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=rtr8oe3o3pq77FPWRbmI5xUsyxjUMgT42sxrEO4Mc/g=; b=k+WgsDEgwAILsWDTrS/aFJWpnOdl/pZwH+Meit4fK/whUxkm1PmCHN/cnKoklxRJmHIKTPQsV1e2NvWeRGhrKgUA1v6TBnqI6vvdKjOeu1msiuZFUZPXLFiTAjDJ2Ae08avMFTGjBKH/fkzET54/Zn09bJONxmaL7kyRFxc3RxY2X5f65NSScCw1wXgO5CWjNmer50GvFY3lwTPiviODWm7Xt35kC4iggVZT1YXpUmpO5angL4ERnVvFsTQq+pDeJZ7XVvLv94fom8Ws/dhi7SP+Wa1Jn7ZUQY2ic1QKfaU2XP+0H8xruwYjEW7OnLhiZRjDQrMhIQYOfTNnHpou0g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rtr8oe3o3pq77FPWRbmI5xUsyxjUMgT42sxrEO4Mc/g=; b=GT7BclgwpAAg8mMKXKEAc/QHanr7yIM9c0NqmF2KElmry785rmZ8P0xHWV3ShmFgItpn6DU927BujAUjDGVZ6dijo+qGoECC36YYZzqSBOzFJR8zfwytutgUAXrEoBqIkhTMaNiFVYaZ6hWZIM3hQE3dT30cWzz/WTzRJ29u184= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1614.namprd11.prod.outlook.com (2603:10b6:301:11::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4587.19; Wed, 6 Oct 2021 20:14:12 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%7]) with mapi id 15.20.4566.022; Wed, 6 Oct 2021 20:14:11 +0000 From: "Pascal Thubert (pthubert)" To: Routing Over Low power and Lossy networks CC: Michael Richardson Thread-Topic: [Roll] Which MOP for RPL AODV? Thread-Index: Ade6ek9OL1G6wkATTheIUNVPCZd7WgAZ/mkAAAJCKgAAANoXdA== Date: Wed, 6 Oct 2021 20:14:11 +0000 Message-ID: References: <692926.1633545908@dooku> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: sandelman.ca; dkim=none (message not signed) header.d=none;sandelman.ca; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 47788eaa-6c0f-4a83-f99e-08d98905dcaf x-ms-traffictypediagnostic: MWHPR11MB1614: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7v08SXyYAYOu5C0+6stZTTXIubHuXrESs124ZIRb+qv6de0ZNNVWfV6nS3lyRkZjCEZFnIf+jubZ/Y/paRWLHGtcynFhAOn/3rMHRo0maaaW7OZxMgkCfHFsZK4+yZ40uKLWOL0WwUO0VZaVyeeM1LRB/CTAmNX4tHEqMr5AvTGaNpk/2HMe2bwFRJ1VCHW0FtEXWVDAUL5fZqAQqZpjpYwjE/zOk7BQJVStd2lEl5fRTIQYRavTGCtSpte13guOMAH/EURaXhd4o2kv0cQmlfx7COWPAIRetyICm+i7CxLj51aZRgFT5BdQTEnhJtCFNsl1SgvNoVvkKPE5kV5LtX1KokuU+CdUYuALDieRCMdjalgq2nFjQ/B34fHo1CxudPuxpZrEqHTTgccjlNhY85RqPGq8RtPrbCQ+4Ej0gTmPsogdwJR4cb0a5fc9uNyI6Zn5yxMopSE4Yd7YQnxeFBaLQTL83grN2lwlydNp3veCvBv8nJNQgy2T1Y4nLrIwKchuR0MxTX/74mMQA2Pt8s5IhsUrj9qWHH30QzNSEE/KGXdMoBbCxr8rjzeX5IF1A6zeaLpwpEkERq7kyaOjWiDoGV1mpmi79Dz6WR4p/xKGdAn5hqFNB2a9uOvLpySu31I+BmdGukeCP0FrU3+H3uzHOcq6mryefMGotf129o4ziS/Asu3g8mk2ubT4VFRXYgaHUuJFVLwqvL8nxFUGh0GPxQxuE+MqzNxCIJ/TV4tn/uYJKnjJneR9ZSy31HZsD+A68rYZ2A0zkC1RSKusJUWeKkgs2+czJohSZg5oEqMDvs7+oIbr/HJyG/Qy1Q59 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(4326008)(71200400001)(8676002)(33656002)(66446008)(64756008)(66556008)(66476007)(6486002)(186003)(66946007)(86362001)(8936002)(76116006)(6512007)(38070700005)(91956017)(2616005)(83380400001)(2906002)(6506007)(66574015)(6916009)(966005)(508600001)(122000001)(316002)(5660300002)(36756003)(38100700002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?WEFSUmRtSldDSWN3STJmRld1aU42dTRrbVF2bHdoNFY1YTAwMlJiZkpQeFpD?= =?utf-8?B?eVlLeEZGYjVWQjRwN3VsdmFhZVQwTWtPSlBHTExUTVBoVTFsWVhoVkIvWVpx?= =?utf-8?B?N2pKcE1RZUFKQXRUdllzN0MzWnJMT3RpVUYyQXJsL3ZJNmdRRjhDWUpCYXBX?= =?utf-8?B?MmJwcWIralJwMU9Sa291aFZsbTBZdjFQVTZOTXRPUS9wL3ZWTDBIU3VscFMz?= =?utf-8?B?dUEwOFVzOWFpSGNsSHpud3pVczE2OWFDZHpnL3NUQTF3V0p5OTJURkRuczA1?= =?utf-8?B?YXNwUVIrR1lGZGFPV1o4Z2dvL3hraHQ2Mkt6TDI3RXM4SS9ZeU9KV2xQdmlT?= =?utf-8?B?NkttdGRQdjRFSk5zL2dqaVBUMHRuUCtwbW5lanE5UjREcGhUWjJudXhXN3N0?= =?utf-8?B?Q0dJVEl4NEt2eXNycDIrY3BuYUJNbThUNmNTMmxkc0ovV0R4eTJRWnhNSTAw?= =?utf-8?B?RHA3ZFlUSmhmdERYckVFRWQxZ0M1aC9MOFpZdkF4RUxDYVh2SmROTW94SUVa?= =?utf-8?B?YWh1N3FtbndrQ1hhYU9IVFJZT0xrN1FuMTRONi84NjFPaXoxVnlmaEhiVzFQ?= =?utf-8?B?ekFZMG1panFQQU5hSGYxVXU3VE9kQ01SU2l4U0lyNkNxSnNOUVpybjluWFhC?= =?utf-8?B?dXpzTmlOeHlnc1dWSlBSdXJsUzRVR2d2RGEwdjlZMTEyU0FZaks5QTVEWm5C?= =?utf-8?B?WmxxSVVQT2F5dytLTnBmZTV4OGJMZ1F1MTMxUG1TRS9uWm9CaC9yRDNlV1R3?= =?utf-8?B?NjE2WVhqNkdTenV6bi94c005RjBIUGNKcmV3ZnhPa1p3SEVzOXMzczE3NExs?= =?utf-8?B?OW5FZXVZQm1HOENVV1E3SmE4dGozYUs4dEQwY01iMW1wK2NwOHVZUThsbVc2?= =?utf-8?B?Y3JCV3JHeUlSYzVzSnU3RFlkcjNFd0JUdlYvdm9URy9MTnErL0YxVVBwQ3Vy?= =?utf-8?B?Z3RaeENhelVUOU9sS3gxVVN2YVk0UWh6TDhWTGxFVm43T2JKNllLODI0Smdx?= =?utf-8?B?cVJzaGV2aXJ2YXppeXFtVzVSRHlRWFBYOWt4QUJrTHBFN25QSlBscEIzWUpY?= =?utf-8?B?aFduRW1IWmd4VmVDT043UW1jU3dhOVdGY1RQQmR1QVZkbFQ2ZktYSlFTWnlH?= =?utf-8?B?VGNRejV4dFFucEVBSEpQajlQblNNT3NZcVp6dU5mUXBnNTYwVGE1K01wSU0r?= =?utf-8?B?U01SelUvY2ZPRGhYQURQRjhUMGN5UU9oejAxR00zTDFmUG1Kblh3RkdxeGRp?= =?utf-8?B?SHhFK2ZITzB2NUc4ZmRwRWtCakUzMlQyQW40YTVpWXR3YWtUWDZIMW9MbExU?= =?utf-8?B?OUh0WEUvRzJHUUd0NGNYQnNzZUExSEJTQ2pVTmh1TlNjTTRFaHBrcFZ1eTRz?= =?utf-8?B?TzVmak4zeGlvM0N1K0RBWTVWV09yMytTVVNwRlNZbUxxTi9rRUNFS2lhc001?= =?utf-8?B?SWI5MXY3cGNjM0FUbW15dTZZOWo0SXZvRk9DeTJhdUV4enBMSkovYXNscGFJ?= =?utf-8?B?YVRzYnBiVGNYaXZsOEpUY0VqbHdCYWEycVdCd1RPRTI3U0o2cTBJeG95Vkhj?= =?utf-8?B?ZCtUcTRWN2xMK2dKbUhISklUSEt4eTBrblBORFBnODkwYmUzcEk4c3FjSmsx?= =?utf-8?B?aWl4WmVZVEZTWnUzSm8rcFFqWnluRXgxUld4ZytBSzA2VnRQK20wcnRVZE15?= =?utf-8?B?WUdZV1ZTemxYUm90d0o2WVllbmZSYTAreDY2aWJlSmEwS2J0d3pEc3JjeVpN?= =?utf-8?B?djkyVUlkRlBCY0l2WFNHYm0yV1Z1QlVZWmxGdFJMNmxJNnNvMXhNODVUTUFn?= =?utf-8?B?V1B0UkxmajVqbFVYcDlsaXExT3lybmJJZHRYZ0Znc2h0Y2J0WjU1dlVPQUJ1?= =?utf-8?Q?SwQDntxdHMZlH?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 47788eaa-6c0f-4a83-f99e-08d98905dcaf X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2021 20:14:11.7668 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: UM4uIEPVrJf+mJ9yCg3od9URLBNpgup0ZG22uio1CbLqkdlyLa1Q4Adzj4FMxidm4lI6sLeTKfKooM3P1C3AGA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1614 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 20:14:31 -0000 SSBsaWtlIHRoZSBvcHRpb24gdGhhdCBib3RoIFJGQ3MgdXNlIG1vcCA0IGJ1dCBuZXZlciBjb2V4 aXN0IGluIGEgbmV0d29yaywgQWx2YXJvLiANCg0KRXZlbiB0aG91Z2ggdGhlIHdvcmsgdGhhdCB2 YWxpZGF0ZXMgdGhhdCBBT0RWIGFwcGxpZXMgZXF1YWxseSB0byBQMlAgUlBMIGZvciB0aGUgMiBS RkNzIHlvdSBtZW50aW9uZWQgd291bGQgYmUgdXNlZnVsIGFuZCB0aGUgdXBkYXRlIHdvcnRod2hp bGUuDQoNClRha2UgY2FyZSwNCg0KUGFzY2FsDQoNCj4gTGUgNiBvY3QuIDIwMjEgw6AgMjE6NTAs IEFsdmFybyBSZXRhbmEgPGFyZXRhbmEuaWV0ZkBnbWFpbC5jb20+IGEgw6ljcml0IDoNCj4gDQo+ IO+7v09uIE9jdG9iZXIgNiwgMjAyMSBhdCAyOjQ2OjI1IFBNLCBNaWNoYWVsIFJpY2hhcmRzb24g d3JvdGU6DQo+IA0KPiANCj4gTWljaGFlbDoNCj4gDQo+IEhpIQ0KPiANCj4gDQo+IC4uLg0KPj4g QWx2YXJvIFJldGFuYSB3cm90ZToNCj4+PiBKdXN0IEZZSSDigJQgdGhlcmUgd291bGQgbmVlZCB0 byBiZSBzb21lIHByb2Nlc3MgYmVoaW5kIGEgbW92ZSB0bw0KPj4+IGZvcm1hbGx5IHJlcGxhY2Ug cmZjNjk5NyAoYmV5b25kIHVwZGF0aW5nIHRoZSBkcmFmdCkuIFdlIGNhbiBkZWFsIHdpdGgNCj4+ PiB0aGF0IGlmIHdlIG5lZWQgdG8uDQo+PiANCj4+IFNvLCBvYnNvbGV0ZXMgUkZDNjk5NyB0aGVu Pw0KPiANCj4gSWYgdGhhdCdzIHdoYXQgdGhlIFdHIHdhbnRzIHRoZW4geWVzLg0KPiANCj4gcmZj Njk5NyBpcyByZXF1aXJlZCBieSByZmM3NzMzIChBcHBsaWNhYmlsaXR5IFN0YXRlbWVudC4uLkhv bWUNCj4gQXV0b21hdGlvbiBhbmQgQnVpbGRpbmcgQ29udHJvbCksIHNvIHdlIHdvdWxkIG5lZWQg dG8gVXBkYXRlIHRoYXQuDQo+IA0KPiBBbHNvLCByZmM2OTk4IChNZWFzdXJlbWVudCBvZiBSb3V0 aW5nIE1ldHJpY3MgaW4gTExOcykgZGVwZW5kcyBvbg0KPiByZmM2OTk3OiAiLi4udGhlIHV0aWxp dHkgb2YgdGhpcyBtZWNoYW5pc20gaXMgZGVwZW5kZW50IG9uIHRoZQ0KPiBleGlzdGVuY2Ugb2Yg UDJQLVJQTCBbUkZDNjk5N10uIiAgV2Ugd291bGQgbmVlZCB0byBzZWUgaWYgcmZjNjk5OCBhbHNv DQo+IHdvcmtzIHdpdGggYW9kdi1ycGwgYW5kIFVwZGF0ZSBvciBPYnNvbGV0ZS4NCj4gDQo+IE5v bmUgb2YgdGhpcyBpcyBhIHNob3dzdG9wcGVyIChmcm9tIG15IHBvaW50IG9mIHZpZXcpLCBidXQg aXQgZG9lcw0KPiByZXF1aXJlIHNvbWUgd29yayBhbmQgbW9zdCBsaWtlbHkgYSBuZXcgSUVURiBM QyAoYXQgbGVhc3QpLg0KPiANCj4gDQo+IFRoZSBhbHRlcm5hdGl2ZSAoanVzdCB0aGlua2luZyBv dXQgbG91ZCkgd291bGQgYmUgdG8gc3BlY2lmeSB0aGUgdXNlDQo+IG9mIHRoZSBzYW1lIE1PUCBh bG9uZyB3aXRoIHNvbWUgdGV4dCBleHBsYWluaW5nIHdoeSBpdCBpcyBub3QgYW4gaXNzdWUNCj4g dGhhdCB0aGUgdmFsdWUgaXMgc2hhcmVkIC0tIGFuZCB3aGF0IGNvdWxkIGhhcHBlbiBpZiBib3Ro IGRldmljZSB0eXBlcw0KPiB3ZXJlIG1peGVkLiAgVGhpcyBvcHRpb24gc2hvdWxkIHJlcXVpcmUg bGVzcyB3b3JrL3Byb2Nlc3MgYmVjYXVzZQ0KPiB3ZSdyZSBub3QgYWZmZWN0aW5nIG90aGVyIGRv Y3VtZW50cy4NCj4gDQo+IA0KPiBBbHZhcm8uDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBSb2xsIG1haWxpbmcgbGlzdA0KPiBSb2xsQGll dGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcm9sbA0K From nobody Wed Oct 6 14:34:50 2021 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 AFA873A0917 for ; Wed, 6 Oct 2021 14:33:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=exegin.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 DEOnFb5CPj3y for ; Wed, 6 Oct 2021 14:33:29 -0700 (PDT) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 4285E3A08FD for ; Wed, 6 Oct 2021 14:33:29 -0700 (PDT) Received: by mail-pj1-x102a.google.com with SMTP id pi19-20020a17090b1e5300b0019fdd3557d3so3456915pjb.5 for ; Wed, 06 Oct 2021 14:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=exegin.com; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=OIaYhALkMNXsX8n8oTxwM+QBDr1KdO98SjgNZeNv3w0=; b=J8Phh+S5RRpFucY+K4lyMTo3NDmpymfKyj3Z/UbsjVUZcDNGbYIdUjsSa1YY619qIp k+K7I/yzyeVYRRV9Tacr6XvSlVC/sf9gBxwidiTo8oGa29dVSRUBN7J3r72Hv+qUFLZG crTQJFQERYLJlUmG6+XZCa0omXwqlo8dL4gk45E8STaoB4GQBlI/4Lo+Xvl5yc+Yl6xG cZ5XYMZ0xfpgZIcBCPXkknBl6dh+YBQSUOK4ziZf0LQ4ONvhv4T7nLmLMMvGtfeqO9sO MzJl4wDFD5gB44fqKo/HwBPSH+FX0sOK673BsA0ZBBgQYTAt898B5vaa4v2yVrfSuDoG 9+YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=OIaYhALkMNXsX8n8oTxwM+QBDr1KdO98SjgNZeNv3w0=; b=bDAqeIEx3gyGW+2crPkgXkYlR57L17P/8D88ncWD86Q3j8BqDK8x50OZ64r0ucaSjR cGlzNxFDTXMUDG6tTc9jbWx9Ho+cO+L3Y91vV3H6rzdkEF9OXY1X4j/3NWh0Byf8UqHk g4/ZTjatq5dy8ip9uzoBwzy8l+b+mWb1zQbyV9N0g7PcCkYEBCJfeRqEWvGcUL78RxWR orOgDNChUVd86HsRSjoJo1c1snvXUHQwKyvoX9bejdY5Vdpkcg6DxIAVe1RrLVFs/Lin FErhUDcxqmvcOAQeStzPrqmlohkjITsBMnh8jjmBcNJBdxWYB7IfGOPDbxHcqMMLTUJb PvpQ== X-Gm-Message-State: AOAM532+JICLlksd/mvpYEtBzwj2t8p4qmtwkSRQr9lq/w8JbT9wHoaj /h7qf7Ty0dUYFZYlNiIIlzltVGyKN/cFMA== X-Google-Smtp-Source: ABdhPJzmN2WVjHENt/pj2BRJsLDIrhE5cj1+9AaluqHLMDKNh9CCboxYR3KU1BG0kxEBQQKnzAps2A== X-Received: by 2002:a17:902:9b8d:b0:13e:b693:c23d with SMTP id y13-20020a1709029b8d00b0013eb693c23dmr247417plp.11.1633556008299; Wed, 06 Oct 2021 14:33:28 -0700 (PDT) Received: from [172.16.16.194] ([184.71.143.130]) by smtp.gmail.com with ESMTPSA id v22sm21913362pff.93.2021.10.06.14.33.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 Oct 2021 14:33:27 -0700 (PDT) To: "Pascal Thubert (pthubert)" Cc: "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" References: <163274933603.19090.5124997705863958429@ietfa.amsl.com> <21538E00-06DD-4197-B7D5-80F03F63A294@exegin.com> <45C4E6BC-5EB0-44B6-94E6-5B8B28D2478E@cisco.com> <6E59CFC3-A1EF-4C23-A97E-2F7545481679@cisco.com> From: Dario Tedeschi Message-ID: <62c09b1d-48f8-153e-37f5-b5404338f705@exegin.com> Date: Wed, 6 Oct 2021 14:33:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <6E59CFC3-A1EF-4C23-A97E-2F7545481679@cisco.com> Content-Type: multipart/alternative; boundary="------------E88BA2CB98E9CE757A1A97B7" Content-Language: en-US Archived-At: Subject: Re: [Roll] [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2021 21:33:36 -0000 This is a multi-part message in MIME format. --------------E88BA2CB98E9CE757A1A97B7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Comments in line below: On 10/6/21 1:09 PM, Pascal Thubert (pthubert) wrote: > Hello Dario > > > > > >> Le 6 oct. 2021 à 21:50, Dario Tedeschi a écrit : >> >>  Hi Pascal, >> >> I think the 2nd and 4th cases can be merged, by allowing a root node >> to automatically propagate the following multicast messages, using MPL: >> >> * All scope 3 (Realm-Local) multicast messages it either originates >> or receives on an MPL interface. >> * All Unicast-Prefix-based IPv6 Multicast Addresses (RFC 3306) >> higher than scope 3, where the network prefix (given in the >> mulitcast destination address), matches the prefix of the DODAG >> ID (the RPL network's subnet). >> > > > WFM, conforms https://www.rfc-editor.org/rfc/rfc7346.html#section-5 >> >> Automatic forwarding of the 2nd address type could be optional and >> administratively configured. >> >> If nodes are interested in other multicasts higher than scope 3, they >> must explicitly inform the root by sending DAO messages with >> appropriate Target Options. >> >> --------- >> >> The 3rd case, I think, needs its own mop code (i.e. "Non-storing mode >> with source-routed multicast"). >> > > Yes, but we have to look at backwards compatibility / brown field and > allow though not recommend to use mop 1; same issue as already > discussed with mop 3 in the dread > [DT] OK I think I get it. So if mop is 1 and MPL is disabled or not present, your 3rd case description applies. Makes sense to me. It should however be clearly described in the doc. Perhaps something like: "In the absence of MPL, multicast datagrams are unicast and source-routed". >> For the 1st and 3rd cases, how do you envision multicasts propagating >> up the DODAG (towards the root)? Would a node simply L2 unicast to >> its preferred parent? >> > > The 6 LN does. It know about RPL and registers the multicast address. > Upon. The first registration The 6LR sends a unicast DAO to the Root > as we do for RUL. This time though the address in the target is > multicast. The root makes a copy per 6LR that shows as transit and > sends along the unicast SR path to the 6 LR as it would for a RUL > unicast. Less efficient that mop 3 that builds a real multicast tree, > but backward compatible for for nodes on path… > > Works? [DT] Yes that seems fine, but I was actually more interested in multicast *datagrams* that originate from a 6LR node mid-way in the tree. How do such datagrams propagate up to the root?. I can see three possible methods: 1. L2 unicast to the preferred parent at each hop 2. Encapsulate the mcast datagram in a link-local unicast IPv6 header at each hop, where the outer destination is the the link-local address of the preferred parent. 3. Encapsulate the mcast datagram in a route-able unicast IPv6 header, where the outer destination is a global address of the root node and then allow normal IPv6 unicast forwarding to occur at each hop. Options 2 and 3 allow for the addition of the RPL HbH option, without mutating the original packet and are similar to what existing RPL forwarders already do. Or is this already covered in some other RFC? > > Pascal > > > >> Regards >> Dario >> >> >> On 10/6/21 6:00 AM, Pascal Thubert (pthubert) wrote: >>> >>> OK Dario, so we’d have 4 optional combinations: >>> >>> unicast = mop 1 multicast = mop 3 (what the draft does today) >>> >>> unicast = mop 1 multicast = MPL (that I believe the draft allows >>> today but should clarify); in that mode, not message to the Root, >>> the root floods all multicast messages with the idea that there’s >>> always a listener somewhere >>> >>> unicast = mop 1 multicast = mop 1 (to be added) in that mode the 6LR >>> sends a DAO to the root for a multicast target, and the Root sends n >>> messages that are unicast source routed to the n 6LR that have >>> listeners, only the last address in the SRH is multicast >>> >>> unicast = mop 1 multicast = MPL (that I believe the draft allows >>> today but should clarify); in that mode, in that mode the 6LR sends >>> a DAO to the root for a multicast target, and the root uses MPL only >>> when there’s known listeners >>> >>> Do we describe them all? Should we consume RPL MOPs? >>> >>> I suggested that AODV RPL reuses MOP 4 to leave room… >>> >>> Pascal >>> >>> *From:* Dario Tedeschi >>> *Sent:* mercredi 6 octobre 2021 0:05 >>> *To:* Pascal Thubert (pthubert) >>> *Cc:* 6lo@ietf.org >>> *Subject:* Re: [6lo] New Version Notification for >>> draft-thubert-6lo-unicast-lookup-01.txt >>> >>> Hi Pascal >>> >>> See my comment  below. >>> >>> On 10/5/21 12:40 PM, Pascal Thubert (pthubert) wrote: >>> >>> Hello Dario >>> >>> Please see below; >>> >>> >>> >>> Le 5 oct. 2021 à 20:15, Dario Tedeschi >>> a écrit : >>> >>>  Hi Pascal, >>> >>> Thank you for new draft. However I do have some >>> comments/questions. >>> >>> What benefit does the ‘M’ bit provide over simply detecting >>> a multicast address in the Target Address field? >>> >>> The IPv6 multicast address type is clearly defined in RFC >>> 4291 (section 2.4) >>> , >>> and the detection of such an address is trivial. Most (if >>> not all) Stacks have a simple function/macro to do that job >>> and many existing protocols already use this mechanism to >>> distinguish between unicast and multicast addresses.  It >>> seems to me that a special bit to indicate multicast >>> registration would be redundant and require handling for 4 >>> different cases, 2 of which would be errors: >>> >>> * M = 1, Target = multicast addr >>> * M = 1, Target= unicast addr  — ERROR >>> * M = 0, Target = multicast addr — ERROR >>> * M = 0, Target= unicast addr >>> >>> True enough. Dario. >>> >>> I’ve been pondering that too. On the one hand it seems cleaner >>> to announce the service that the 6LN expects. Otoh as you point >>> out it can be inferred from the address. >>> >>> Another way of seeing this is that the error cases that you >>> indicate can be detected if we have the bit otherwise they can’t. >>> >>> [DT] I take your point about detecting the errors, assuming an >>> implementation could do something useful with that knowledge, other >>> than just discarding the message. >>> >>> >>> Then there’s anycast which is missing from both RPL and ND , >>> which cannot be distinguished by the look of the address and >>> thus requires a bit. >>> >>> [DT] As for the anycast address, I suppose the question to ask is >>> what would a router do differently knowing such information? I >>> suspect we would have to define some new behavior along with the new >>> bit. >>> >>> >>> Then there’s possibly the need of an IPv4 AF. All in all I >>> tended to favor having the bit but that’s really not a strong >>> position, happy to be convinced otherwise. >>> >>> [DT] I presume you are talking of "IPv4-Compatible" and >>> "IPv4-Mapped" IPv6 addresses. If my presumption is correct, aren't >>> these still easily identifiable through their unique prefixes (::/96 >>> and ::ffff/96, respectively)? >>> >>> >>> What do others think? >>> >>> [DT] I have no strong opinion. The M bit just seemed redundant. >>> >>> >>> >>> >>> >>> I also wonder about the requirement for non-storing RPL >>> networks to propagate multicast membership up the DODAG. My >>> understanding is that non-storing networks typically use MPL >>> (RFC 7731) >>> which does not need multicast memberships to be propagated >>> throughout the DODAG. It uses a flooding mechanism to >>> forward multicast datagrams, and does not unicast at L2. >>> Could the new document accommodate non-storing networks >>> using MPL? >>> >>> Sure; >>> >>> Bottom line here is that for MPL all the multicast packets of >>> interest for the LLN are flooded throughout so I suspect that >>> there is no need for the 6LR to signal to the root. >>> >>> [DT] Yes, that's my understanding as well. >>> >>> >>> >>> >>> If that’s the case then there’s nothing to standardize.  All I >>> need to clarify is that the RPL behavior in the spec is the one >>> expected in a RPL domain that supports mop 3 otherwise what is >>> done is out of scope for this doc. >>> >>> >>> >>>  Do you see it otherwise? >>> >>> [DT] I agree that only RPL mode 3 needs to be defined and other >>> modes are left out of scope. >>> >>> >>> >>> I mean should the 6LR signal unicast to the root like for >>> unicast traffic when serving a RPL unaware leaf? >>> >>> [DT] That certainly could be an optimization for non-storing mode so >>> that a border-router might know what multicast groups to forward >>> from outside the network. Unfortunately though there is no MOP that >>> is "Non-storing with multicast", although one could argue semantics >>> and simply use MOP 1. >>> >>> [DT] If we were to opt for such behavior, 6LR nodes could simply add >>> RPL Target options to their DAO's, for the multicast groups they >>> were interested in (including those requested by leaf nodes). >>> >>> >>>  If so wouldn’t it be expected that the Root makes n unicast to >>> all 6LRs that have listeners? >>> >>> [DT] I'm not sure that would make sense when MPL is being used, but >>> it makes for an interesting alternative to MPL. >>> >>> >>> >>> Should we describe that mode as well? >>> >>> [DT] As an alternative to MPL? Sure. >>> >>> >>> >>> Pascal >>> >>> Regards >>> >>> Dario >>> >>> >>> >>> On Sep 27, 2021, at 6:32 AM, Pascal Thubert (pthubert) >>> >> > wrote: >>> >>> Dear all: >>> >>> This draft is a continuation of our work on RFC 8505, >>> 8928, and 8929. >>> >>> Comments welcome! >>> >>> Pascal >>> >>> -----Original Message----- >>> From: internet-drafts@ietf.org >>> >>> >> > >>> Sent: lundi 27 septembre 2021 15:29 >>> To: Eric Levy- Abegnoli (elevyabe) >> >; Pascal Thubert (pthubert) >>> > >>> Subject: New Version Notification for >>> draft-thubert-6lo-unicast-lookup-01.txt >>> >>> >>> A new version of I-D, >>> draft-thubert-6lo-unicast-lookup-01.txt >>> has been successfully submitted by Pascal Thubert and >>> posted to the IETF repository. >>> >>> Name:draft-thubert-6lo-unicast-lookup >>> Revision:01 >>> Title:IPv6 Neighbor Discovery Unicast Lookup >>> Document date:2021-09-27 >>> Group:Individual Submission >>> Pages:15 >>> URL: >>> https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.txt >>> Status: >>> https://datatracker.ietf.org/doc/draft-thubert-6lo-unicast-lookup/ >>> Html: >>> https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.html >>> Htmlized: >>> https://datatracker.ietf.org/doc/html/draft-thubert-6lo-unicast-lookup >>> Diff: >>> https://www.ietf.org/rfcdiff?url2=draft-thubert-6lo-unicast-lookup-01 >>> >>> Abstract: >>>   This document updates RFC 8505 in order to enable >>> unicast address >>>   lookup from a 6LoWPAN Border Router acting as an >>> Address Registrar. >>> >>> >>> >>> >>> The IETF Secretariat >>> >>> >>> _______________________________________________ >>> 6lo mailing list >>> 6lo@ietf.org >>> https://www.ietf.org/mailman/listinfo/6lo >>> >> --------------E88BA2CB98E9CE757A1A97B7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Comments in line below:

On 10/6/21 1:09 PM, Pascal Thubert (pthubert) wrote:
Hello Dario





Le 6 oct. 2021 à 21:50, Dario Tedeschi <dat@exegin.com> a écrit :

 Hi Pascal,

I think the 2nd and 4th cases can be merged, by allowing a root node to automatically propagate the following multicast messages, using MPL:
  • All scope 3 (Realm-Local) multicast messages it either originates or receives on an MPL interface.
  • All Unicast-Prefix-based IPv6 Multicast Addresses (RFC 3306) higher than scope 3, where the network prefix (given in the mulitcast destination address), matches the prefix of the DODAG ID (the RPL network's subnet).


WFM, conforms https://www.rfc-editor.org/rfc/rfc7346.html#section-5

Automatic forwarding of the 2nd address type could be optional and administratively configured.

If nodes are interested in other multicasts higher than scope 3, they must explicitly inform the root by sending DAO messages with appropriate Target Options.

---------

The 3rd case, I think, needs its own mop code (i.e. "Non-storing mode with source-routed multicast").


Yes, but we have to look at backwards compatibility / brown field and allow though not recommend to use mop 1; same issue as already discussed with mop 3 in the dread

[DT]
OK I think I get it. So if mop is 1 and MPL is disabled or not present, your 3rd case description applies. Makes sense to me.

It should however be clearly described in the doc. Perhaps something like: "In the absence of MPL, multicast datagrams are unicast and source-routed".

For the 1st and 3rd cases, how do you envision multicasts propagating up the DODAG (towards the root)? Would a node simply L2 unicast to its preferred parent?


The 6 LN does. It know about RPL and registers the multicast address. Upon. The first registration The 6LR sends a unicast DAO to the Root as we do for RUL. This time though the address in the target is multicast. The root makes a copy per 6LR that shows as transit and sends along the unicast SR path to the 6 LR as it would for a RUL unicast. Less efficient that mop 3 that builds a real multicast tree, but backward compatible for for nodes on path…

Works?

[DT]
Yes that seems fine, but I was actually more interested in multicast datagrams that originate from a 6LR node mid-way in the tree. How do such datagrams propagate up to the root?. I can see three possible methods:
  1. L2 unicast to the preferred parent at each hop
  2. Encapsulate the mcast datagram in a link-local unicast IPv6 header at each hop, where the outer destination is the the link-local address of the preferred parent.
  3. Encapsulate the mcast datagram in a route-able unicast IPv6 header, where the outer destination is a global address of the root node and then allow normal IPv6 unicast forwarding to occur at each hop.

Options 2 and 3 allow for the addition of the RPL HbH option, without mutating the original packet and are similar to what existing RPL forwarders already do.

Or is this already covered in some other RFC?



Pascal 



Regards
Dario


On 10/6/21 6:00 AM, Pascal Thubert (pthubert) wrote:

OK Dario, so we’d have 4 optional combinations:

 

unicast = mop 1 multicast = mop 3 (what the draft does today)

unicast = mop 1 multicast = MPL (that I believe the draft allows today but should clarify); in that mode, not message to the Root, the root floods all multicast messages with the idea that there’s always a listener somewhere

unicast = mop 1 multicast = mop 1 (to be added) in that mode the 6LR sends a DAO to the root for a multicast target, and the Root sends n messages that are unicast source routed to the n 6LR that have listeners, only the last address in the SRH is multicast

unicast = mop 1 multicast = MPL (that I believe the draft allows today but should clarify); in that mode, in that mode the 6LR sends a DAO to the root for a multicast target, and the root uses MPL only when there’s known listeners

 

Do we describe them all? Should we consume RPL MOPs?

 

I suggested that AODV RPL reuses MOP 4 to leave room…

 

Pascal

 

From: Dario Tedeschi <dat@exegin.com>
Sent: mercredi 6 octobre 2021 0:05
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: 6lo@ietf.org
Subject: Re: [6lo] New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt

 

Hi Pascal

See my comment  below.

On 10/5/21 12:40 PM, Pascal Thubert (pthubert) wrote:

Hello Dario

 

Please see below;



Le 5 oct. 2021 à 20:15, Dario Tedeschi <dat@exegin.com> a écrit :

 Hi Pascal,

 

Thank you for new draft. However I do have some comments/questions.

 

What benefit does the ‘M’ bit provide over simply detecting a multicast address in the Target Address field?

 

The IPv6 multicast address type is clearly defined in RFC 4291 (section 2.4), and the detection of such an address is trivial. Most (if not all) Stacks have a simple function/macro to do that job and many existing protocols already use this mechanism to distinguish between unicast and multicast addresses.  It seems to me that a special bit to indicate multicast registration would be redundant and require handling for 4 different cases, 2 of which would be errors:

 

  • M = 1, Target = multicast addr
  • M = 1, Target= unicast addr  — ERROR
  • M = 0, Target = multicast addr — ERROR
  • M = 0, Target= unicast addr

 

 

 

True enough. Dario.

 

I’ve been pondering that too. On the one hand it seems cleaner to announce the service that the 6LN expects. Otoh as you point out it can be inferred from the address.

 

Another way of seeing this is that the error cases that you indicate can be detected if we have the bit otherwise they can’t.

[DT] I take your point about detecting the errors, assuming an implementation could do something useful with that knowledge, other than just discarding the message.


 

Then there’s anycast which is missing from both RPL and ND , which cannot be distinguished by the look of the address and thus requires a bit.

[DT] As for the anycast address, I suppose the question to ask is what would a router do differently knowing such information? I suspect we would have to define some new behavior along with the new bit.


 

Then there’s possibly the need of an IPv4 AF. All in all I tended to favor having the bit but that’s really not a strong position, happy to be convinced otherwise.

[DT] I presume you are talking of "IPv4-Compatible" and "IPv4-Mapped" IPv6 addresses. If my presumption is correct, aren't these still easily identifiable through their unique prefixes (::/96 and ::ffff/96, respectively)?


 

What do others think?

[DT] I have no strong opinion. The M bit just seemed redundant.





I also wonder about the requirement for non-storing RPL networks to propagate multicast membership up the DODAG. My understanding is that non-storing networks typically use MPL (RFC 7731)  which does not need multicast memberships to be propagated throughout the DODAG. It uses a flooding mechanism to forward multicast datagrams, and does not unicast at L2. Could the new document accommodate non-storing networks using MPL?

 

Sure; 

 

Bottom line here is that for MPL all the multicast packets of interest for the LLN are flooded throughout so I suspect that there is no need for the 6LR to signal to the root.

[DT] Yes, that's my understanding as well.




If that’s the case then there’s nothing to standardize.  All I need to clarify is that the RPL behavior in the spec is the one expected in a RPL domain that supports mop 3 otherwise what is done is out of scope for this doc. 



 Do you see it otherwise?

[DT] I agree that only RPL mode 3 needs to be defined and other modes are left out of scope.



 

I mean should the 6LR signal unicast to the root like for unicast traffic when serving a RPL unaware leaf?

[DT] That certainly could be an optimization for non-storing mode so that a border-router might know what multicast groups to forward from outside the network. Unfortunately though there is no MOP that is "Non-storing with multicast", although one could argue semantics and simply use MOP 1.

[DT] If we were to opt for such behavior, 6LR nodes could simply add RPL Target options to their DAO's, for the multicast groups they were interested in (including those requested by leaf nodes).


 

 If so wouldn’t it be expected that the Root makes n unicast to all 6LRs that have listeners?

[DT] I'm not sure that would make sense when MPL is being used, but it makes for an interesting alternative to MPL.



 

Should we describe that mode as well?

[DT] As an alternative to MPL? Sure.



 

Pascal 

   

Regards

Dario

 



On Sep 27, 2021, at 6:32 AM, Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org> wrote:

 

Dear all:

This draft is a continuation of our work on RFC 8505, 8928, and 8929.

Comments welcome!

Pascal

-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org>
Sent: lundi 27 septembre 2021 15:29
To: Eric Levy- Abegnoli (elevyabe) <elevyabe@cisco.com>; Pascal Thubert (pthubert) <pthubert@cisco.com>
Subject: New Version Notification for draft-thubert-6lo-unicast-lookup-01.txt


A new version of I-D, draft-thubert-6lo-unicast-lookup-01.txt
has been successfully submitted by Pascal Thubert and posted to the IETF repository.

Name: draft-thubert-6lo-unicast-lookup
Revision: 01
Title: IPv6 Neighbor Discovery Unicast Lookup
Document date: 2021-09-27
Group: Individual Submission
Pages: 15
URL:            https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.txt
Status:         https://datatracker.ietf.org/doc/draft-thubert-6lo-unicast-lookup/
Html:           https://www.ietf.org/archive/id/draft-thubert-6lo-unicast-lookup-01.html
Htmlized:       https://datatracker.ietf.org/doc/html/draft-thubert-6lo-unicast-lookup
Diff:           https://www.ietf.org/rfcdiff?url2=draft-thubert-6lo-unicast-lookup-01

Abstract:
  This document updates RFC 8505 in order to enable unicast address
  lookup from a 6LoWPAN Border Router acting as an Address Registrar.




The IETF Secretariat


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

 

 



--------------E88BA2CB98E9CE757A1A97B7-- From nobody Thu Oct 7 02:13:26 2021 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 7ADEA3A0C29; Thu, 7 Oct 2021 02:13:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-roll-aodv-rpl@ietf.org, roll-chairs@ietf.org, roll@ietf.org, Ines Robles , aretana.ietf@gmail.com, mariainesrobles@googlemail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <163359798345.7688.16663784133821328485@ietfa.amsl.com> Date: Thu, 07 Oct 2021 02:13:03 -0700 Archived-At: Subject: [Roll] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-roll-aodv-rpl-11=3A_=28with_COMMENT=29?= X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2021 09:13:04 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-roll-aodv-rpl-11: 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/blog/handling-iesg-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-roll-aodv-rpl/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- ***Thank you for having addressed all my points raised during the IESG ballot of 2021-04-21 with the revised I-D*** (BTW, never hesitate to nudge an AD in the absence of action, I only reacted when processing my pending DISCUSS today :-( ... ) Thank you for the work put into this document. I seems that all cases have been thought of :-) Good job! and having a shorter path between two RPL nodes can be beneficial of course. Special thanks to Peter Van der Stock for the IoT directorate review: https://datatracker.ietf.org/doc/review-ietf-roll-aodv-rpl-10-iotdir-telechat-van-der-stok-2021-04-15/ Minor regret on the age of the document shepherd's write-up dated 2 years ago and about the -06 version. Little is said about the WG consensus. But, I am trusting the responsible AD on the consensus. I hope that this helps to improve the document, Regards, -éric == PREVIOUS DISCUSS (for archive) == A very trivial to fix but I do want to have a justification of using "point-to-point" (typically used over the two sides of a single link) vs. "peer-to-peer" (typically used over multiple links). Is it intentional by the ROLL WG ? Did I fail to understand the purpose of this document ? (quite possible of course!). I am afraid that many people will interpret the "point-to-point" like me. == PREVIOUS COMMENTS (for archive) == -- Section 4.3 -- Figure 3 has a 'X' while the text has a 'r' ;) Any reason why using "Floor((7+(Prefix Length))/8) octets" rather than the simple "Ceil(Prefix Length/8)" ? -- Section 6.1 -- "Each node maintains a sequence number" does it impact constrained nodes ? From nobody Fri Oct 8 05:08:20 2021 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 3A3623A16C7; Fri, 8 Oct 2021 05:08:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.598 X-Spam-Level: X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dk/dRSMq; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=e0F3XM2Y 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 WaDv5db-Al8Y; Fri, 8 Oct 2021 05:08:10 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6CE93A16B6; Fri, 8 Oct 2021 05:08:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26924; q=dns/txt; s=iport; t=1633694890; x=1634904490; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Ah+dImHdCwkj6HozF2C4jXIzD3O+h10HWMnZ2GBMsVk=; b=dk/dRSMq8v/IRnZMzuTdYscEXLdKr8uqvNCg35sbgZfKe49iHDeuEeCd fpEH/VWzhlAv2fiFtEaNtM0WzrLM5R9wYS+dTLFIfrE1QGyz694ReVDU/ zcVJPwN2SRslAQ05GYYd73nr5/BaaxwePw7yXt0qxK4LHB4drc1eqOIWl k=; X-IPAS-Result: =?us-ascii?q?A0AZAABwM2Bhl4cNJK1aHAEBAQEBAQcBARIBAQQEAQGCB?= =?us-ascii?q?QcBAQsBgSAwUX5aNzGER4NHA4RZYIgJA4p0j3iBLhSBEQNUCwEBAQ0BASoBD?= =?us-ascii?q?AoEAQGEfgIXgjECJTQJDgECBAEBAQEDAgMBAQEBBQEBBQEBAQIBBgQUAQEBA?= =?us-ascii?q?QEBAQGBCIVoDYZCAQEBAQMBARARChMBASwLAQ8CAQgOAwQBASEHAwICAh8GC?= =?us-ascii?q?xQJCAIEAQ0FCBqCTwGBflcDLwEOoCsBgToCih96gTGBAYIIAQEGBASBNgGDU?= =?us-ascii?q?w0LgjUDBoE6AYMAgnZUSQEBhnMnHIFJRIEVQ4I3MD6CIUIBAQKBJBwgKwmCY?= =?us-ascii?q?jeCLotNagRTW3IRJBEsD5U9iHY5jRORQ2cKgzCKRop/gz2GBRSDapIxkHuWJ?= =?us-ascii?q?YxNgz+QMAiFAQIEAgQFAg4BAQaBYTmBW3AVO4I1AQEyURkPjiAMDQmDUIUUh?= =?us-ascii?q?Up0AjYCBgEKAQEDCZRxAQE?= IronPort-PHdr: A9a23:qzzxIBRlaBV/TruYrYc/DSPDBtpso6HLVj580XJvo71Le6WnuZ/lO R+X6fZsiQrPWoPWo7JBhvHNuq/tEWoH/d6asX8EfZANMn1NicgfkwE6RsLQD0r9Ia3laiU7G IJJU1o2t32+OFJeTcD5YVCaq3au7DkUTxP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP IronPort-Data: A9a23:lkeue67+zS2PXeaQPiZB/gxRtAbHchMFZxGqfqrLsTDasY5as4F+v jdNXmGAa/mCY2OhKN4kOdiy8EIBvZbcyYUxG1c9pCE8Zn8b8sCt6fZ1gavT04J+CuWZESqLO u1HMoGowPjZzRYwnz/1WlTbhSEUOZqgG/ysVYYoBggrHVU9EX952Uo68wIEqtcAbeaRUlvlV eza+6UzCHf9s9KjGjtJg04rgEoHUMXa4Fv0jHRnDRx4lAO2e00uMX4qDfrZw00U7WVjNrXSq +7rlNlV945ClvsnIovNfr3TKiXmTlNOVOSDoiI+ZkSsvvRNjh1x7ociMNY5UFoUrTOIstEs2 flD9pPlHG/FPoWU8AgcexBcFyc7Nqpc9fqdZ3O+qseUiUbBdhMAwd03UxpwZtNeo70xWDoTn RAbAGhlghSrn/623bi2UPVEjcU4J86tN4Qa0p1l5W6HV6Z/EMibGs0m4/d2hDw+hPtSAcrPe swFVSBNciTaczh2bwJ/5JUWxbf02SaXnydjgEiSoa4f4mXPwkp2yreFGNbPc9KWAMRYgkjdv GXC+yHwBR0EccaHzXyM9naEh+LTk2X8Qo16PLSi++JjhlTVx2EPBjUZUFK6pb+yjUvWZj5EA 0UQ/ixrpq8o+QnxCNL8RBa/5nWDu3bwRua8DcULqz2s0674xj+ERU4CTxNANc0Kuow5EGlCO kCyo/vlAjlmsbuwQH2b96uJoT7aBcTzBTJdDcPjZVZVi+QPsL3fnTqUFY86T/DdYsndXGCun W/b9UDSkp1J1aY2O7OHEUcrat5GjrHNSgMzjuk8dj34tloiDGJJinDB1LQ2xf9EKIDcRV6bs T1e3cOf9+sJS5qKkURhodnh/pn0vZ5p0xWF3DaD+qXNERz2oxZPmqgLuVlDyL9BaJpsRNMQS Ba7VfltzJFSJmC2SqR8fpi8Dc8npYC5S4++CKuNMoIXM8YvHONiwM2ITRPPt4wKuBV9+ZzTx b/AGSpRJS9AUP8+nGbeqxk1iOVxn0jSOl8/tbiin0j4jtJylVaeSKwONxOVf/sl4aafyDg5A P4BX/ZmPy53CbWkCgGOqNZ7BQlTcRATWMCnw+QKJ7XrClc3RwkJVaSLqZt/INMNokigvrqRl p1LchQDkwSXaLyuAVjiV02Pn5u2Bcwh8ilhYXB1VbtqslB6CbuSAG4kX8NfVdEaGCZLlpaYk 9Ftlx28P8ly IronPort-HdrOrdr: A9a23:wt2B2KM/Dn5VssBcT5j255DYdb4zR+YMi2TDiHoRdfUFSKKlfp 6V88jzjSWE9gr4WBkb6Le90dq7MALhHP9OkMks1NKZPDUO11HYV72LY+HZskfd8kHFh4tgPO JbAtdD4b7LfBtHZKTBkXSF+r8bqbHtms3F9ISurUuFDzsaF52IhD0JbDpzZ3cGPDWucqBJba Z0iPA3wwaISDAyVICWF3MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWnb4j4uFxd0hZsy+2 nMlAL0oo+5teug9xPa32jPq7xLhdrazMdZDsDksLlRFtyssHftWG1SYczFgNkHmpD31L/sqq iVn/4UBbU115oWRBDvnfKi4Xi77N9k0Q6T9bbRuwqRnSW+fkNmNyKE7rgpLScwLCEbzY1BOe twrhCknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTOIlGfNsRKEkjQlo+a07bW/HAUEcYZ 9TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFhPDRkQZoMSa3zVfgXg8liIjtYIit2ZF8Ih4R4hP5u zCPKgtnLZSTtUOZaY4AOsaW8O4BmHEXBqJOmOPJlbsEr0BJhv22tHKyaRw4PvvdI0DzZM0lp iEWFREtXQqc0arEsGK1I0jyGGHfIx8Z0Wk9ih63ek5hlTRfsueDcSzciFmryL7mYRrPiTyYY fFBK5r X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.85,357,1624320000"; d="scan'208,217";a="762819001" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Oct 2021 12:08:08 +0000 Received: from mail.cisco.com (xbe-rcd-005.cisco.com [173.37.102.20]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 198C88LD006343 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 8 Oct 2021 12:08:08 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-rcd-005.cisco.com (173.37.102.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 8 Oct 2021 07:08:07 -0500 Received: from xfe-aln-003.cisco.com (173.37.135.123) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 8 Oct 2021 07:08:07 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 8 Oct 2021 07:08:07 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m4LigtvOe4WrRHZHTnQMkhfB/eCYPy9T81Xqa/zpTcJUJvf+B/h4nMKb69/n7z9iJ5r8K6zSh1s44kun6VKPu+B5M5Y2Vt18CMdUH49rNqHHv71+QVwRToY0DqCb3C0qmhagrtWdJg+vkFDTc6+I193UmRh+iDKFjhxtGADuslz53Ncu/xEcxQW4eIv2jz8P12fj9mzAhu/L/xJwbuskKxyN/7r3jIGIs0bR+LIbxWLVbreoKtyP3rTtoJ8trcRFHPoL8w20ksunnKQxSKYJI3mk8skIhT9VVOGq4o8QyE4cnnT3qUbCno7JyrbzainOMOo9kGLTVveULnVyJtdrow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Ah+dImHdCwkj6HozF2C4jXIzD3O+h10HWMnZ2GBMsVk=; b=ZDyfF+C1gOU+btIBGyS0bnByMUhhBfjIXUkT9LCKQ5/JxjsL9honXX/Xg7RHAjuTF8ebyRha3TsdEOB4xc4Gy4+sv7Vz4I0Qy0Occ+D6VcdaGUjKHSO8mI2DxFBIx35WDgZ4CIDc/RvBaGSj94lRdaZ7y6qGu4PAz85Mku8b8bpzdcmR0ABE6kot+nb3vctEMwttW7X0IvVD7dx2eOgJvQDidDwppKkZgMKTCvcA6tLPnaJOSgrLURBin8qNDiwVgXLdLY9t97+2vm3fbNhCaX7KjX9pE6Qai8AmHmVYG25KvXN3WTX12cYjJGKzruSPfkeNw9P+DKd0UAT/DT65gg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ah+dImHdCwkj6HozF2C4jXIzD3O+h10HWMnZ2GBMsVk=; b=e0F3XM2Yxj3IuIB7MtqgVbhqN7NSxz01ZCn+WYQEPL2DlDcl4EmGeo5cl6T+Ufn+1lq2DwJ4HuofOQYN8BqD/ow1k/cy4EQRvZlA12PYWRMbo+0Y0BzdBhIazTWcKFC04JDmH4cdJ5AVDSDiIkb/5J3xMWL1v//QHIeu0NmgOoA= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB2063.namprd11.prod.outlook.com (2603:10b6:300:29::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4587.18; Fri, 8 Oct 2021 12:08:06 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%9]) with mapi id 15.20.4587.022; Fri, 8 Oct 2021 12:08:05 +0000 From: "Pascal Thubert (pthubert)" To: Alvaro Retana , "draft-ietf-roll-aodv-rpl.all@ietf.org" CC: Routing Over Low power and Lossy networks Thread-Topic: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) Thread-Index: AQHXuqEhFSlmFMS1EUmTe8nG4k61VKvJA3bQ Date: Fri, 8 Oct 2021 12:07:53 +0000 Deferred-Delivery: Fri, 8 Oct 2021 12:07:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c5e66b6a-c94b-4d50-fa0b-08d98a544935 x-ms-traffictypediagnostic: MWHPR11MB2063: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JEZDXQ5GS6OC+aVSaeNrgltnrk1Fop4i/uQcOpAur3R2xjNa5QoYV/Vc1MJV7uiPqWL/SnRlYPE8PhKEdrxhZ9KB0ZRvXaz2NZIj9irvASIuiJUCQ0buEDY1S+Qukuv5SWM2AlxDDtPV3q4CFd4cb71VA6SRbyM6NyXPg0RZQ78AI5zPCj8zZrQePTrEoTjQlgZJKkOGqmWGSbIqFRgPp7Z0YBJckVzH+79WfO8D7OsN3Filqj8dw3isq8TteyKnrSZhNP6iXcQF/LIqPw2jLWyJvHESeNwFWHOL6Ruas/JwP14vgLsmIJ1U82nK1XQtcQxFyN1z0bh3t5FjP8p1urgvJaRnl+tb+1TS3c1mMiv7JK2G0k4sRJld36TWAZB7agII9KRBNQzbvehb0RodyN4DA0L5tsTKIehNwvx2A+qo7enztJBzKI6gcdkwu45XfDyxpavh6QrKiNcX18wHF44MTjZm3Am21GImB2lpdBcghAe23tNqcvZVq+uZl5GJTp9sXsfhvX5KXWAsLe4zxURIWSlXDZlstgTIDWqAlixCIMN7GvsuKxkFdKTaT6hC5IVGUQxfborUCfyS7u07fCc96HlJnAiq9Gt3plJraJ8S9rug5PBx5nZgrzqL1caekW5xpYlKe81qEQZWeMP1ot70i9dhJQpr/wWXLHFjWeWS0M2Po/8pR/IpgxmHqpZtL50SF4YWavcZ03r3HvwTnQFkXLfdS4+N9cNnptH0CrVfdwVR5H3ONPeaKUGH9xUZiRlxs8lZnWMg8JIrmHmtiEl4K4v+fYc65akUs12bJznOqx4hosnMaLE5eW9t0a+iEJgXnU1pZb3z7zpM8ItsqQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(53546011)(52536014)(4326008)(71200400001)(6666004)(86362001)(966005)(508600001)(7696005)(38070700005)(110136005)(166002)(5660300002)(9686003)(83380400001)(33656002)(8936002)(66476007)(66446008)(316002)(6506007)(64756008)(55016002)(66556008)(66946007)(26005)(186003)(122000001)(38100700002)(76116006)(2906002)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?NHBXOWpWTHZKK2hIUXhKWkhidmo1VGhodTJtUE04eGZ2Uis3ZzRjZ2lWbE9R?= =?utf-8?B?d3pwcmxxU0hteWdlZXE4Q3praWRRQWJPUmhYWWwyV3RaRHJKOEtDclFrMjJp?= =?utf-8?B?WUJOb05qM2YyT0tjLzM5ZVRqZlNJZ012ZUFxaGpBaStmd2VTSTJMZFcvOXo1?= =?utf-8?B?RXN0aVJjK2ZOZHZvVXFGQmlFeGFXVm1qQlZUT0ZSN1R6YVgrdGNLTStuQm9S?= =?utf-8?B?WTZSS0s1RzRHc1I2ZysyQ09pSzZFU29ZdFQ1dk80UGgwcG9FTnZ1a2hISGFQ?= =?utf-8?B?eHFNNDJQbFBRam1obHp6WUtjUzI0Ylg1N3hIWEtlNytSaVhXN0xyN0NwY3hy?= =?utf-8?B?K2hpRFdFODQ3TjdEWXFlSFhkNkczakE3NGphaUsrVTZGb2kwNElXN3ExOENO?= =?utf-8?B?TW5LMFp0cWdTL0kremVZWk4venFtYkhVdEswNEVaT2tCTGZMaEdCWkY1b0o1?= =?utf-8?B?ZnlyeXV5WFVFaVRSMjEvUitLUTlDZFRmNVJCQzdmaGNQcXJISU10VTRmSG9V?= =?utf-8?B?a3AxZllRZlg0NnYrNGhHSDlIYjExbUIrRFVQak1Hb3NiRWVUVHg3ckFvWG5w?= =?utf-8?B?aG5PZldiNXRxOEdDUWRjQ2I2L25CZzNwdnFEOVAyUlIzN21ub0g3c3V0aUtK?= =?utf-8?B?QXo2VG5CZGl6ZGtuRmZYTndXY29PWXhuNlpwZnJkYk1ORDg1Ykt2bXdFMFhP?= =?utf-8?B?OG5OOVNzNW1Pd2U3M0lOdllleGFUQUQxYmxMcnJnY0VCRGFhc3E0bkVLdGR5?= =?utf-8?B?eGZlOUdrS3RrVjYrMnJRSkFGdWRzYUU3YjhzZjh5aGFXd1psTWJodDRsTEdh?= =?utf-8?B?TG9KUVNjT2t6cy9vK3Y2N3VqaFQzMFc1RjBZRllRaGtPelBuajE4Y3FycXd5?= =?utf-8?B?aGN4ZTFOT2FSYUpBNEh5MDlVdWdVUWcxL1JTaHY2R3ZQa3cyOUFKVjNpRlVy?= =?utf-8?B?Z1UwTzIxMEpacjZENlpYRndHbnFrbTlaUURraC8ya0pFTWZJRUFaaTlXNlRQ?= =?utf-8?B?VGRvRGI5Qk9obWN2U3JFb25BSGRCV1J3QzlIcSt2RStzRUpYWW1PTlRZYWFV?= =?utf-8?B?dWNndEc0TTZmeEMyTXR3TlRrRzhSbDlqMTR0TjRRNENQRDY1cFhSWHlQTGZr?= =?utf-8?B?cndtUGxmYld3ZnhPc1NJck05S0d0cjBoc1BQcHRuTGI2c2FMS2RSdW1jT0ZM?= =?utf-8?B?TjZ4SForR20rYi9rUzRDRXJUVDVHLzNMcVhMRXRzODVyMGtlTCtSMFl3YjF5?= =?utf-8?B?VHEvaVZOZENaVFZTYyt0Mmh6d0I3SkRraXJEb2JEQmpIVUFZT05mL1BLd253?= =?utf-8?B?VkROWjI5RkZXLzEwZXZZWUZSTDF6TGJiTlk4Mk4vZTZoRkdyMm5IUFY4Tlhx?= =?utf-8?B?QzJkNmM2QnhMS1p4SG1XS1NxeXZuT1dkcGtXMVlSUytUbVR0ODZpbjBmUDdi?= =?utf-8?B?TXdkaEJ3anJIR3QyNDBtNzNqWW9uRWxTcEEwNGJQUzBjM0QvMGtNYS9rUTgw?= =?utf-8?B?aUdKNWcrRit1WTVDanNrU2sxMjhNVVBWMWFpSlJyY1NhOFA1MEMrVTJaK3lJ?= =?utf-8?B?RFZJNzBOSDNMOTNKdmw5czlqOEt4MlNyTEcwTTZiTTVHSXdGem9xb0VDV01v?= =?utf-8?B?a2JhUGhNZUNQZ2xkSEttUTlYSng5bTNDSzFYRWhaMnZvbDlnRG94ZmZFMnhM?= =?utf-8?B?NmVjMWtwekZpWHpIM1MxcFYxRnI2TEpFSE4rVWlPWjg4N2tEbmZXMXMwSTZn?= =?utf-8?Q?jaOFHz/ij0Y1RTsKXBmP82wOgAs61xRIoAUrHH0?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_CO1PR11MB488152F0F99251ED4B9DB3BFD8B29CO1PR11MB4881namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c5e66b6a-c94b-4d50-fa0b-08d98a544935 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Oct 2021 12:08:05.7336 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WqnJUck07ALab+3+KWKyY9rc3VpctCBDvysV89LU8p+BiEgipkaZPNfD2YgdCbJIogyDWajp/U+FoynrvTjJVA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB2063 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.20, xbe-rcd-005.cisco.com X-Outbound-Node: alln-core-2.cisco.com Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2021 12:08:17 -0000 --_000_CO1PR11MB488152F0F99251ED4B9DB3BFD8B29CO1PR11MB4881namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gQWx2YXJvOg0KDQpJIHJlYWQgZnJvbSB0aGUgcGFyYWxsZWwgdGhyZWFkIHRoYXQgc2hh cmluZyBNT1AgNCBiZXR3ZWVuIHRoZSAyIHJlYWN0aXZlIHZlcnNpb25zIG9mIFJQTCB3b3VsZCBi ZSBPSy4NCkkgZGlkIG5vdCBzZWUgYSByZXNwb25zZSBmcm9tIHRoZSBhdXRob3JzIHNvIEnigJlt IGNj4oCZaW5nIHRoZSBkcmFmdCAuYWxsIGxpc3QganVzdCBpbiBjYXNlLg0KV2UgZG8gbm90IG5l ZWQgdG8gZGVwcmVjYXRlIFAyUCBSUEwgYXMgbG9uZyBhcyBpdCBpcyBuZXZlciBwcmVzZW50IGlu IHRoZSBzYW1lIG5ldHdvcmsgYXMgQU9EViBSUEwuDQpNYXliZSBhICBzZW50ZW5jZSBpbiBBT0RW IFJQTCBhYm91dCB0aGF0IGluIHRoZSBJQU5BIHNlY3Rpb24gd291bGQgaGVscD8NCg0KS2VlcCBz YWZlOw0KUGFzY2FsDQoNCkZyb206IEFsdmFybyBSZXRhbmEgPGFyZXRhbmEuaWV0ZkBnbWFpbC5j b20+DQpTZW50OiBtZXJjcmVkaSA2IG9jdG9icmUgMjAyMSAxMjo1OQ0KVG86IFBhc2NhbCBUaHVi ZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbT4NCkNjOiBSb3V0aW5nIE92ZXIgTG93 IHBvd2VyIGFuZCBMb3NzeSBuZXR3b3JrcyA8cm9sbEBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBb Um9sbF0gV2hpY2ggTU9QIGZvciBSUEwgQU9EVj8gKGRyYWZ0LWlldGYtcm9sbC1hb2R2LXJwbCkN Cg0KW0FkZGVkIHRoZSBkcmFmdCBuYW1lIHRvIHRoZSBzdWJqZWN0IHRvIGJlbmVmaXQgbXkgZmls dGVycy4gOy0pIF0NCg0KUGFzY2FsOg0KDQpIaSENCg0KSSBhc2tlZCB0aGUgc2FtZSBxdWVzdGlv biAoYWJvdXQgYW9kdi1ycGwgcmVwbGFjaW5nL29ic29sZXRpbmcgcmZjNjk5Nykgd2hlbiBJIGRp ZCBteSByZXZpZXcgWzFdIOKAlCBtb3JlIHRoYW4gdHdvIHllYXJzIGFnbyEgIEJ1dCBzYWRseSBy ZWNlaXZlZCBubyByZWFsIHJlcGx5IGZyb20gdGhlIFdHIOKAlCBzbyB3ZSBtb3ZlZCBhaGVhZCB3 aXRoIHRoZSBkb2N1bWVudCBhcyBpdCBpcyBub3cuICBQZXRlciBicm91Z2h0IHRoZSBxdWVzdGlv biBiYWNrIGluIGhpcyBJb1QgRElUIHJldmlldyBbMl0gZWFybGllciB0aGlzIHllYXIsIGJ1dCBh Z2FpbiBubyBkaXNjdXNzaW9uIGZyb20gdGhlIFdHLg0KDQpJdCBpcyBjbGVhciB0byBzZWUgdGhh dCBhb2R2LXJwbCB1c2VzIHNvbWUgb2YgdGhlIHRlY2hub2xvZ3kgZnJvbSByZmM2OTk3IGFuZCwg YXMgSSB1bmRlcnN0YW5kIGl0LCBhIGRlcGxveW1lbnQgd291bGQgbmV2ZXIgaW5jbHVkZSBib3Ro LiAgVGhlIHF1ZXN0aW9uIHRoZW4gaXMgdmFsaWQgYW5kIEkgd291bGQgbG92ZSB0byBzZWUgbW9y ZSBpbnRlcmVzdCB0aGlzIHRpbWUgYXJvdW5kLg0KDQpKdXN0IEZZSSDigJQgdGhlcmUgd291bGQg bmVlZCB0byBiZSBzb21lIHByb2Nlc3MgYmVoaW5kIGEgbW92ZSB0byBmb3JtYWxseSByZXBsYWNl IHJmYzY5OTcgKGJleW9uZCB1cGRhdGluZyB0aGUgZHJhZnQpLiAgV2UgY2FuIGRlYWwgd2l0aCB0 aGF0IGlmIHdlIG5lZWQgdG8uDQoNClRoYW5rcyENCg0KQWx2YXJvLg0KDQoNClsxXSBodHRwczov L21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvWFhhUEZ5aHFpVVNfYnBZU0pUNDVV YUx5ZWVjLw0KWzJdIGh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaW90LWRp cmVjdG9yYXRlL2YyR1VsVERYNHBwWTFHS2pRRnFTODkzMFpZSS8NCg0KT24gT2N0b2JlciA2LCAy MDIxIGF0IDI6Mjk6MzAgQU0sIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgKHB0aHViZXJ0PTQw Y2lzY28uY29tQGRtYXJjLmlldGYub3JnPG1haWx0bzpwdGh1YmVydD00MGNpc2NvLmNvbUBkbWFy Yy5pZXRmLm9yZz4pIHdyb3RlOg0KRGVhciBhbGwsDQoNClJQTCBBT0RWIGlzIGNsb3NlIHRvIGNv bXBsZXRpb24sIGNvbmdyYXRzIHRvIHRoZSBhdXRob3JzIQ0KTm93LCB0aGVyZeKAmXMgdGhlIHF1 ZXN0aW9uIG9mIHRoZSBNT1AgYW5kIDIgb3B0aW9ucywgcmV1c2UgdGhlIGV4cGVyaW1lbnRhbCBv bmUgZm9yIFAyUCBSUEwsIG9yIHRha2UgYW5vdGhlci4NCg0KUmlnaHQgbm93LCB0aGUgZHJhZnQg dGFrZXMgNSBhbmQgUDJQIGhhcyA0IChodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9y cGwvcnBsLnhodG1sI21vcCkNCg0KTXkgb2JzZXJ2YXRpb24gaXMgdGhhdCBQMlAgaXMgdGhlIGV4 cGVyaW1lbnQgdGhhdCBsZWFkcyB0byBBT0RWLCBzbyBBT0RWIHNob3VsZCBkZXByZWNhdGUgaXQu DQoNCkkgaGF2ZSBub3QgaGVhcmQgb2YgcmVhbCBkZXBsb3ltZW50cywgYW5kIGlmIHRoYXQgaGFw cGVuZWQsIEkgZG8gbm90IGV4cGVjdCBhIG1peCBvZiBkZXZpY2VzIHRoYXQgd291bGQgY3JlYXRl IGNvbmZ1c2lvbi4NClNvIHdvdWxkIHRoYXQgYmUgT0sgdG8gYXNzaWduIE1PUCA0IHRvIFJQTCBB T0RWPw0KDQpOb3RlIHRoYXQgd2Ugb25seSBoYXZlIHVwIHRvIDYgdG8gcGxheSB3aXRoLCBhbmQg dGhlIG11bHRpY2FzdCBhbmQgYW55Y2FzdCBzdXBwb3J0cyBhcmUgYWxyZWFkeSBvbiB0aGUgY29v a2luZyB0YWJsZS4NCg0KS2VlcCBzYWZlLA0KDQpQYXNjYWwNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClJvbGwgbWFpbGluZyBsaXN0DQpSb2xsQGll dGYub3JnPG1haWx0bzpSb2xsQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9yb2xsDQo= --_000_CO1PR11MB488152F0F99251ED4B9DB3BFD8B29CO1PR11MB4881namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFs LCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLmFpcm1haWxvbiwgbGkuYWlybWFpbG9uLCBk aXYuYWlybWFpbG9uDQoJe21zby1zdHlsZS1uYW1lOmFpcm1haWxfb247DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44 NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0 IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk Pg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3 b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPkhlbGxvIEFsdmFybzo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv Zm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxp YnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SSByZWFkIGZyb20gdGhlIHBhcmFs bGVsIHRocmVhZCB0aGF0IHNoYXJpbmcgTU9QIDQgYmV0d2VlbiB0aGUgMiByZWFjdGl2ZSB2ZXJz aW9ucyBvZiBSUEwgd291bGQgYmUgT0suDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkkgZGlkIG5vdCBzZWUgYSByZXNwb25zZSBmcm9tIHRo ZSBhdXRob3JzIHNvIEnigJltIGNj4oCZaW5nIHRoZSBkcmFmdCAuYWxsIGxpc3QganVzdCBpbiBj YXNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+V2UgZG8gbm90IG5lZWQgdG8gZGVwcmVjYXRlIFAyUCBSUEwgYXMgbG9uZyBhcyBpdCBpcyBu ZXZlciBwcmVzZW50IGluIHRoZSBzYW1lIG5ldHdvcmsgYXMgQU9EViBSUEwuPG86cD48L286cD48 L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZh Y2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5NYXliZSBhJm5ic3A7 IHNlbnRlbmNlIGluIEFPRFYgUlBMIGFib3V0IHRoYXQgaW4gdGhlIElBTkEgc2VjdGlvbiB3b3Vs ZCBoZWxwPzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Zm9udCBzaXplPSIyIiBmYWNlPSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5LZWVwIHNhZmU7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGlicmkiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxmb250IHNpemU9IjIiIGZhY2U9IkNhbGli cmkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtd2VpZ2h0OmJvbGQiPkZyb206 PC9zcGFuPjwvZm9udD48L2I+IEFsdmFybyBSZXRhbmEgJmx0O2FyZXRhbmEuaWV0ZkBnbWFpbC5j b20mZ3Q7DQo8YnI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U2VudDo8L3Nw YW4+PC9iPiBtZXJjcmVkaSA2IG9jdG9icmUgMjAyMSAxMjo1OTxicj4NCjxiPjxzcGFuIHN0eWxl PSJmb250LXdlaWdodDpib2xkIj5Ubzo8L3NwYW4+PC9iPiBQYXNjYWwgVGh1YmVydCAocHRodWJl cnQpICZsdDtwdGh1YmVydEBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+PHNwYW4gc3R5bGU9ImZvbnQt d2VpZ2h0OmJvbGQiPkNjOjwvc3Bhbj48L2I+IFJvdXRpbmcgT3ZlciBMb3cgcG93ZXIgYW5kIExv c3N5IG5ldHdvcmtzICZsdDtyb2xsQGlldGYub3JnJmd0Ozxicj4NCjxiPjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5TdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbUm9sbF0gV2hpY2ggTU9Q IGZvciBSUEwgQU9EVj8gKGRyYWZ0LWlldGYtcm9sbC1hb2R2LXJwbCk8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNl PSJDYWxpYnJpIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9mb250PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBz aXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5bQWRkZWQgdGhlIGRy YWZ0IG5hbWUgdG8gdGhlIHN1YmplY3QgdG8gYmVuZWZpdCBteSBmaWx0ZXJzLiA7LSkgXTxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+UGFzY2FsOjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2Ei PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i SGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+SGkhPG86cD48L286cD48L3NwYW4+PC9mb250 PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIi IGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9u dCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5JIGFza2VkIHRo ZSBzYW1lIHF1ZXN0aW9uIChhYm91dCBhb2R2LXJwbCByZXBsYWNpbmcvb2Jzb2xldGluZyByZmM2 OTk3KSB3aGVuIEkgZGlkIG15IHJldmlldyBbMV0g4oCUIG1vcmUgdGhhbiB0d28geWVhcnMgYWdv ISZuYnNwOyBCdXQgc2FkbHkgcmVjZWl2ZWQNCiBubyByZWFsIHJlcGx5IGZyb20gdGhlIFdHIOKA lCBzbyB3ZSBtb3ZlZCBhaGVhZCB3aXRoIHRoZSBkb2N1bWVudCBhcyBpdCBpcyBub3cuJm5ic3A7 IFBldGVyIGJyb3VnaHQgdGhlIHF1ZXN0aW9uIGJhY2sgaW4gaGlzIElvVCBESVQgcmV2aWV3IFsy XSBlYXJsaWVyIHRoaXMgeWVhciwgYnV0IGFnYWluIG5vIGRpc2N1c3Npb24gZnJvbSB0aGUgV0cu PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2Vy aWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OyxzYW5zLXNlcmlmIj5JdCBpcyBjbGVhciB0byBzZWUgdGhhdCBhb2R2LXJwbCB1c2VzIHNvbWUg b2YgdGhlIHRlY2hub2xvZ3kgZnJvbSByZmM2OTk3IGFuZCwgYXMgSSB1bmRlcnN0YW5kIGl0LCBh IGRlcGxveW1lbnQgd291bGQgbmV2ZXIgaW5jbHVkZSBib3RoLiZuYnNwOw0KIFRoZSBxdWVzdGlv biB0aGVuIGlzIHZhbGlkIGFuZCBJIHdvdWxkIGxvdmUgdG8gc2VlIG1vcmUgaW50ZXJlc3QgdGhp cyB0aW1lIGFyb3VuZC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9Ikhl bHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPkp1c3QgRllJIOKAlCB0aGVyZSB3b3VsZCBuZWVk IHRvIGJlIHNvbWUgcHJvY2VzcyBiZWhpbmQgYSBtb3ZlIHRvIGZvcm1hbGx5IHJlcGxhY2UgcmZj Njk5NyAoYmV5b25kIHVwZGF0aW5nIHRoZSBkcmFmdCkuJm5ic3A7IFdlIGNhbiBkZWFsIHdpdGgg dGhhdA0KIGlmIHdlIG5lZWQgdG8uPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZl dGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBm YWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MhPG86cD48L286cD48L3Nw YW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250 IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5B bHZhcm8uPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNh bnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2Ei PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRp Y2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSZxdW90OyxzYW5zLXNlcmlmIj5bMV0mbmJzcDs8YSBocmVmPSJodHRwczovL21haWxhcmNo aXZlLmlldGYub3JnL2FyY2gvbXNnL3JvbGwvWFhhUEZ5aHFpVVNfYnBZU0pUNDVVYUx5ZWVjLyI+ aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9yb2xsL1hYYVBGeWhxaVVTX2Jw WVNKVDQ1VWFMeWVlYy88L2E+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2Ei PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSZxdW90OyxzYW5zLXNlcmlmIj5bMl0mbmJzcDs8YSBocmVmPSJodHRwczovL21haWxhcmNoaXZl LmlldGYub3JnL2FyY2gvbXNnL2lvdC1kaXJlY3RvcmF0ZS9mMkdVbFREWDRwcFkxR0tqUUZxUzg5 MzBaWUkvIj5odHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lvdC1kaXJlY3Rv cmF0ZS9mMkdVbFREWDRwcFkxR0tqUUZxUzg5MzBaWUkvPC9hPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iYWlybWFpbG9uIj48Zm9udCBzaXplPSIyIiBmYWNl PSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj5PbiBPY3RvYmVyIDYsIDIwMjEgYXQgMjoy OTozMCBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSAoPGEgaHJlZj0ibWFpbHRvOnB0aHVi ZXJ0PTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnIj5wdGh1YmVydD00MGNpc2NvLmNvbUBkbWFy Yy5pZXRmLm9yZzwvYT4pDQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Zm9udCBzaXplPSIy IiBjb2xvcj0iIzY2NjY2NiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzY2NjY2 NiI+RGVhciBhbGwsDQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGlj YSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0 aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2IiBmYWNlPSJB cmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNjY2NjY2Ij4mbmJzcDs8L3NwYW4+PC9mb250Pjxm b250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+PC9v OnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxmb250IHNpemU9 IjIiIGNvbG9yPSIjNjY2NjY2IiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojNjY2 NjY2Ij5SUEwgQU9EViBpcyBjbG9zZSB0byBjb21wbGV0aW9uLCBjb25ncmF0cyB0byB0aGUgYXV0 aG9ycyE8L3NwYW4+PC9mb250Pjxmb250IHNpemU9IjIiIGZhY2U9IkhlbHZldGljYSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2IiBmYWNlPSJBcmlhbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojNjY2NjY2Ij5Ob3csIHRoZXJl4oCZcyB0aGUgcXVlc3Rpb24gb2Yg dGhlIE1PUCBhbmQgMiBvcHRpb25zLCByZXVzZQ0KIHRoZSBleHBlcmltZW50YWwgb25lIGZvciBQ MlAgUlBMLCBvciB0YWtlIGFub3RoZXIuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNl PSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzY2NjY2 NiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzY2NjY2NiI+Jm5ic3A7PC9zcGFu PjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlm Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 Zm9udCBzaXplPSIyIiBjb2xvcj0iIzY2NjY2NiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzY2NjY2NiI+UmlnaHQgbm93LCB0aGUgZHJhZnQgdGFrZXMgNSBhbmQgUDJQIGhhcyA0 ICg8YSBocmVmPSJodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9ycGwvcnBsLnhodG1s I21vcCI+aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvcnBsL3JwbC54aHRtbCNtb3A8 L2E+PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp ZiI+KTwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss c2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNw Ozwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk15IG9ic2Vy dmF0aW9uIGlzIHRoYXQgUDJQIGlzIHRoZSBleHBlcmltZW50IHRoYXQgbGVhZHMgdG8gQU9EViwg c28gQU9EViBzaG91bGQgZGVwcmVjYXRlDQogaXQuIDwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0i MiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0i QXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJp YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPkkgaGF2ZSBub3QgaGVhcmQgb2YgcmVhbCBkZXBsb3ltZW50cywg YW5kIGlmIHRoYXQgaGFwcGVuZWQsIEkgZG8gbm90IGV4cGVjdCBhIG1peCBvZiBkZXZpY2VzDQog dGhhdCB3b3VsZCBjcmVhdGUgY29uZnVzaW9uLjwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIg ZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJp YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPlNvIHdvdWxkIHRoYXQgYmUgT0sgdG8gYXNzaWduIE1PUCA0IHRv IFJQTCBBT0RWPzwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYi PiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPk5v dGUgdGhhdCB3ZSBvbmx5IGhhdmUgdXAgdG8gNiB0byBwbGF5IHdpdGgsIGFuZCB0aGUgbXVsdGlj YXN0IGFuZCBhbnljYXN0IHN1cHBvcnRzIGFyZQ0KIGFscmVhZHkgb24gdGhlIGNvb2tpbmcgdGFi bGUuPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90Oyxz YW5zLXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjwvZm9udD48Zm9udCBzaXplPSIyIiBmYWNlPSJIZWx2ZXRpY2EiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5z LXNlcmlmIj48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48Zm9udCBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+S2VlcCBzYWZl LDwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwv c3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1z ZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlBhc2NhbDwvc3Bh bj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PGZvbnQgc2l6ZT0iMiIgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0iSGVsdmV0aWNhIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVv dDssc2Fucy1zZXJpZiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCjxicj4NClJvbGwgbWFpbGluZyBsaXN0IDxicj4NCjxhIGhyZWY9Im1haWx0bzpSb2xs QGlldGYub3JnIj5Sb2xsQGlldGYub3JnPC9hPiA8YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JvbGwiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vcm9sbDwvYT4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_CO1PR11MB488152F0F99251ED4B9DB3BFD8B29CO1PR11MB4881namp_-- From nobody Fri Oct 8 07:30:12 2021 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 6B0383A08AA; Fri, 8 Oct 2021 07:30:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vt6sre4VhSqr; Fri, 8 Oct 2021 07:30:04 -0700 (PDT) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 1804A3A0899; Fri, 8 Oct 2021 07:30:04 -0700 (PDT) Received: by mail-ed1-x52f.google.com with SMTP id y12so24111084eda.4; Fri, 08 Oct 2021 07:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=x0Liy8t0va6vxIpfL0hOvdw6tPgIVQQEnEuC88uJ0uM=; b=p8IcxoMzoAPzVECFcwkJEWnjl2yobfZlTFsSu1HZKShDpm+sh0BcmuNZZQOJD0/yaz uwHQ+TIxE70ihwyNOT3YEKCPH58Cguh/dcmBKziEYqSRkdRKbi3tP5/mgov4LW/881Iv YKXRb/4P/8oEmo46CHaVFxjtmN1yoXTsnffMX1EcOPHtn5rvTzVajojp7ZgTaQdXHN2t asVNaw6OYB9aci0Ez7F2yVfdl92AxfXq0FfsHFujMY4U02YQWCmNne8NSuwZQs5++8dU kMNZIg/ye++J2c2PdDb+kk+bmJbphDfTXTlf7L3uQqAa7yWw0VATvBIKTy1X793dsNdo wDAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=x0Liy8t0va6vxIpfL0hOvdw6tPgIVQQEnEuC88uJ0uM=; b=Mnys5J5/jau7aCK4Wo5mWDQWyE41+bCWubdrm8vKebjlx9uUHuTS5ltwchlNpIUUas h0pU6FHtstOwYJePDS1pb1ZChttII827R/cMNbhaRKxxPUyAw2C3dycRaHrcZl+T4N85 ynfVbM223AdMvad2d0Oz/CdNxS9PjSQTYzSfgt3WydSfC/UhjutzM61MOaQxsMJ4wTk6 KFwWnHKgyoyJ2bWKGyNYW6kU4Z9DQFeUBKzvrqDZwYjHsZZUEkktnuj4rv9HuCPj+n3l d64A63/+sz9LNhYbDJQBKcccSSGGhvkQgqhpx9kzLsoP0Weq7Il/N/4wLnDkKpZ+ORVG KKUw== X-Gm-Message-State: AOAM532FucYHOLNCkKdC9PGLPqQUgVz0eyjK7+THskAPrChHySDKXD9k CKJ/zV/FZsVyMtwb4Sr2i6Gj9Vmlo9V1sYWx53o= X-Google-Smtp-Source: ABdhPJwTMhovFMu1p60cds6Zf2KlNTHB/42jLly8exICGCFjSTIu9C5FiKXCLpJOR4cTc32AAApajCDIm7aIwRrmtn4= X-Received: by 2002:a50:e14c:: with SMTP id i12mr15333968edl.125.1633703400824; Fri, 08 Oct 2021 07:30:00 -0700 (PDT) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 8 Oct 2021 07:30:00 -0700 From: Alvaro Retana In-Reply-To: References: MIME-Version: 1.0 Date: Fri, 8 Oct 2021 07:30:00 -0700 Message-ID: To: "Pascal Thubert (pthubert)" , "draft-ietf-roll-aodv-rpl.all@ietf.org" Cc: Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="000000000000dfe38705cdd836b2" Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2021 14:30:10 -0000 --000000000000dfe38705cdd836b2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi! Yes, we do need to hear from the authors, who=E2=80=99ll need to eventually= make any needed changes. If we=E2=80=99re moving forward with using MOP 4, then this is what we woul= d need (at least): - IANA Considerations: request to add aodv-rpl as a reference in the registry. - A new section that talks about how the reuse is ok, and any consequences of overlapping. A requirement to not use both variations in the same network would be fine too. I will rely on the Chairs to decide if the discussion is enough to reach consensus on the path forward. Thanks! Alvaro. On October 8, 2021 at 8:08:09 AM, Pascal Thubert (pthubert) ( pthubert@cisco.com) wrote: Hello Alvaro: I read from the parallel thread that sharing MOP 4 between the 2 reactive versions of RPL would be OK. I did not see a response from the authors so I=E2=80=99m cc=E2=80=99ing the= draft .all list just in case. We do not need to deprecate P2P RPL as long as it is never present in the same network as AODV RPL. Maybe a sentence in AODV RPL about that in the IANA section would help? Keep safe; Pascal *From:* Alvaro Retana *Sent:* mercredi 6 octobre 2021 12:59 *To:* Pascal Thubert (pthubert) *Cc:* Routing Over Low power and Lossy networks *Subject:* Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) [Added the draft name to the subject to benefit my filters. ;-) ] Pascal: Hi! I asked the same question (about aodv-rpl replacing/obsoleting rfc6997) when I did my review [1] =E2=80=94 more than two years ago! But sadly rece= ived no real reply from the WG =E2=80=94 so we moved ahead with the document as it = is now. Peter brought the question back in his IoT DIT review [2] earlier this year, but again no discussion from the WG. It is clear to see that aodv-rpl uses some of the technology from rfc6997 and, as I understand it, a deployment would never include both. The question then is valid and I would love to see more interest this time around. Just FYI =E2=80=94 there would need to be some process behind a move to for= mally replace rfc6997 (beyond updating the draft). We can deal with that if we need to. Thanks! Alvaro. [1] https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ [2] https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8= 930ZYI/ On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) ( pthubert=3D40cisco.com@dmarc.ietf.org) wrote: Dear all, RPL AODV is close to completion, congrats to the authors! Now, there=E2=80=99s the question of the MOP and 2 options, reuse the exper= imental one for P2P RPL, or take another. Right now, the draft takes 5 and P2P has 4 ( https://www.iana.org/assignments/rpl/rpl.xhtml#mop) My observation is that P2P is the experiment that leads to AODV, so AODV should deprecate it. I have not heard of real deployments, and if that happened, I do not expect a mix of devices that would create confusion. So would that be OK to assign MOP 4 to RPL AODV? Note that we only have up to 6 to play with, and the multicast and anycast supports are already on the cooking table. Keep safe, Pascal _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll --000000000000dfe38705cdd836b2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hi!<= /div>

Yes, we do need to = hear from the authors, who=E2=80=99ll need to eventually make any needed ch= anges.

<= /div>
If we=E2=80= =99re moving forward with using MOP 4, then this is what we would need (at = least):

=
- IANA Cons= iderations: request to add aodv-rpl as a reference in the registry.

- A new section that talks= about how the reuse is ok, and any consequences of overlapping.=C2=A0 A re= quirement to not use both variations in the same network would be fine too.=

<= div style=3D"font-family:Helvetica,Arial;font-size:13px">
I will rely on the Chairs= to decide if the discussion is enough to reach consensus on the path forwa= rd.


Thanks!

Alvaro.

On October 8, 2021 at 8:08:09 AM, Pascal Thubert (pthubert) (pthubert@cisco.com) wrote:

Hello Alvaro:

=C2=A0

I read from the parallel thread that sharing MOP 4 between t= he 2 reactive versions of RPL would be OK.

I did not see a response from the authors so I=E2=80=99m cc= =E2=80=99ing the draft .all list just in case.

We do not need to deprecate P2P RPL as long as it is never p= resent in the same network as AODV RPL.

Maybe a=C2=A0 sentence in AODV RPL about that in the IANA se= ction would help?

=C2=A0

Keep safe;

Pascal

=C2=A0

From: Alvaro Retana &l= t;aretana.ietf@gmail.com>
Sent: mercredi 6 octobre 202= 1 12:59
To: Pascal Thubert (pthubert= ) <pthubert@cisco.com>
Cc: Routing Over Low power a= nd Lossy networks <roll@ietf.org>= ;
Subject: Re: [Roll] Which MO= P for RPL AODV? (draft-ietf-roll-aodv-rpl)

=C2=A0

[Added the dr= aft name to the subject to benefit my filters. ;-) ]

=C2=A0=

Pascal:

=C2=A0=

Hi!

=C2=A0=

I asked the s= ame question (about aodv-rpl replacing/obsoleting rfc6997) when I did my re= view [1] =E2=80=94 more than two years ago!=C2=A0 But sadly received no real reply from the WG =E2=80=94 so we moved ahead with the document as= it is now.=C2=A0 Peter brought the question back in his IoT DIT review [2]= earlier this year, but again no discussion from the WG.

=C2=A0=

It is clear t= o see that aodv-rpl uses some of the technology from rfc6997 and, as I unde= rstand it, a deployment would never include both.=C2=A0 The question then is valid and I would love to see more interest this time= around.

=C2=A0=

Just FYI =E2= =80=94 there would need to be some process behind a move to formally replac= e rfc6997 (beyond updating the draft).=C2=A0 We can deal with that if we need to.

=C2=A0=

Thanks!

=C2=A0=

Alvaro.

=C2=A0=

=C2=A0=

[1]=C2=A0https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec= /=C2=A0

[2]=C2=A0https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUl= TDX4ppY1GKjQFqS8930ZYI/=C2=A0

On October 6,= 2021 at 2:29:30 AM, Pascal Thubert (pthubert) (pthubert=3D40cisco.com@dmarc.ietf.org) wrote:

Dea= r all,

=C2= =A0

RPL= AODV is close to completion, congrats to the authors!

Now= , there=E2=80=99s the question of the MOP and 2 options, reuse the experimental one for P2P RPL, or take another.

=C2= =A0

Rig= ht now, the draft takes 5 and P2P has 4 (https://www.iana.org/assignments/rpl/rpl.xhtml= #mop)

=C2=A0

My observation is that P2P is the e= xperiment that leads to AODV, so AODV should deprecate it.

=C2=A0

I have not heard of real deployment= s, and if that happened, I do not expect a mix of devices that would create confusion.

So would that be OK to assign MOP 4= to RPL AODV?<= /font>

=C2=A0

Note that we only have up to 6 to p= lay with, and the multicast and anycast supports are already on the cooking table.

=C2=A0

Keep safe,

=C2=A0

Pascal

=C2=A0<= /p>

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

--000000000000dfe38705cdd836b2-- From nobody Fri Oct 8 16:32:29 2021 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 71FE03A0DDA; Fri, 8 Oct 2021 16:32:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8dtjQhOlLpxn; Fri, 8 Oct 2021 16:32:15 -0700 (PDT) Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 032133A0DD8; Fri, 8 Oct 2021 16:32:08 -0700 (PDT) Received: from [192.168.217.118] (p5089a8ac.dip0.t-ipconnect.de [80.137.168.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4HR4Gb0Tdxz2xkP; Sat, 9 Oct 2021 01:32:07 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mao-Original-Outgoing-Id: 655428726.386364-39e24d8ab0a639d4036026a586df5c0a Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Message-Id: <5BAF1545-ADEF-4FFD-9EA3-B3D61BA3267A@tzi.org> Date: Sat, 9 Oct 2021 01:32:06 +0200 To: 6lo@ietf.org, 6tisch@ietf.org, lp-wan@ietf.org, lwip@ietf.org, roll@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.7) Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF112: DRAFT AGENDA X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2021 23:32:19 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF112. Remember that there is still quite some potential for changes. The IoT-relevant conflicts that most meet the eye this time are ASDF/LAKE/RATS and IOTOPS/COSE. All times are in UTC. Note that the first week in November (W44) is the Week of Confusion, where DST has ended in Europe but not yet in North America. https://datatracker.ietf.org/meeting/agenda-utc might be handy. Gr=C3=BC=C3=9Fe, Carsten (### DST ENDS IN EUROPE ###) MONDAY, November 1, 2021 1500-1600 Hackathon Kickoff Rm 1 GEN hackathon Hackathon WEDNESDAY, November 3, 2021 1330-1500 IETF Plenary - Plenary FRIDAY, November 5, 2021 1500-1700 Hackathon Closing Rm 1 GEN hackathon Hackathon (### DST ENDS IN NORTH AMERICA ###) MONDAY, November 8, 2021 1200-1400 Session I Rm 1 ART dispatch Dispatch WG - Joint with ARTAREA Rm 6 SEC *** rats Remote ATtestation ProcedureS WG Rm 7 TSV masque Multiplexed Application Substrate over = QUIC Encryption WG 1430-1530 Session II Rm 2 INT *** 6lo IPv6 over Networks of = Resource-constrained Nodes WG Rm 5 RTG rift Routing In Fat Trees WG Rm 7 SEC *** suit Software Updates for Internet of Things = WG Rm 8 TSV tsvwg Transport Area Working Group WG 1600-1800 Session III Rm 1 ART *** core Constrained RESTful Environments WG Rm 3 INT madinas MAC Address Device Identification for = Network and Application Services WG TUESDAY, November 9, 2021 1200-1400 Session I Rm 1 ART webtrans WebTransport WG Rm 2 INT add Adaptive DNS Discovery WG Rm 6 RTG raw Reliable and Available Wireless WG Rm 7 SEC secdispatch Security Dispatch WG 1430-1530 Session II Rm 1 ART sedate Serialising Extended Data About Times = and Events WG Rm 2 INT *** lpwan IPv6 over Low Power Wide-Area Networks = WG Rm 3 IRTF maprg Measurement and Analysis for Protocols Rm 6 SEC *** ace Authentication and Authorization for = Constrained Environments WG 1600-1800 Session III Rm 3 INT 6man IPv6 Maintenance WG Rm 4 IRTF irtfopen IRTF Open Meeting Rm 8 SEC tls Transport Layer Security WG WEDNESDAY, November 10, 2021 1200-1400 Session I Rm 2 ART jsonpath JSON Path WG Rm 3 INT intarea Internet Area Working Group WG Rm 6 RTG detnet Deterministic Networking WG Rm 8 TSV quic QUIC WG 1430-1530 Session II Rm 2 ART uta Using TLS in Applications WG Rm 4 RTG babel Babel routing protocol WG Rm 6 RTG *** roll Routing Over Low power and Lossy = networks WG Rm 7 SEC openpgp Open Specification for Pretty Good = Privacy WG Rm 8 TSV tsvarea Transport Area Open Meeting 1600-1800 Session III Rm 1 ART wpack Web Packaging WG Rm 3 OPS anima Autonomic Networking Integrated Model = and Approach WG THURSDAY, November 11, 2021 1200-1400 Session I Rm 3 IRTF cfrg Crypto Forum Rm 4 IRTF coinrg Computing in the Network Research Group Rm 7 SEC gnap Grant Negotiation and Authorization = Protocol WG 1430-1530 Session II Rm 1 ART *** cbor Concise Binary Object Representation = Maintenance and Extensions WG Rm 3 INT *** drip Drone Remote ID Protocol WG Rm 4 IRTF pearg Privacy Enhancements and Assessments = Research Group Rm 6 OPS v6ops IPv6 Operations WG Rm 7 RTG bier Bit Indexed Explicit Replication WG Rm 8 SEC acme Automated Certificate Management = Environment WG 1600-1800 Session III Rm 2 IRTF panrg Path Aware Networking RG Rm 6 SEC saag Security Area Open Meeting FRIDAY, November 12, 2021 1200-1400 Session I Rm 2 ART httpapi Building Blocks for HTTP APIs WG Rm 4 OPS v6ops IPv6 Operations WG - Joint with 6MAN Rm 6 SEC dance DANE Authentication for Network Clients = Everywhere WG Rm 7 SEC *** teep Trusted Execution Environment = Provisioning WG 1430-1530 Session II Rm 1 ART *** asdf A Semantic Definition Format for Data = and Interactions of Things WG Rm 5 RTG rtgarea Routing Area Open Meeting Rm 6 SEC *** lake Lightweight Authenticated Key Exchange = WG Rm 7 SEC *** rats Remote ATtestation ProcedureS WG Rm 8 TSV rmcat RTP Media Congestion Avoidance = Techniques WG 1600-1700 Session III Rm 3 INT dnssd Extensions for Scalable DNS Service = Discovery WG Rm 4 OPS *** iotops IOT Operations WG Rm 7 SEC *** cose CBOR Object Signing and Encryption WG Rm 8 TSV tsvwg Transport Area Working Group WG From nobody Sun Oct 10 05:46:39 2021 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 A240A3A09BB; Sun, 10 Oct 2021 05:46:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 ShFreNgagGYV; Sun, 10 Oct 2021 05:46:30 -0700 (PDT) Received: from mta-201a.oxsus-vadesecure.net (mta-201a.oxsus-vadesecure.net [51.81.229.180]) (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 7B2B53A09B8; Sun, 10 Oct 2021 05:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; bh=OHl86actij8x74zgPifA39RREW/QNUOcq98q18 Lq21c=; c=relaxed/relaxed; d=earthlink.net; h=from:reply-to:subject: date:to:cc:resent-date:resent-from:resent-to:resent-cc:in-reply-to: references:list-id:list-help:list-unsubscribe:list-subscribe:list-post: list-owner:list-archive; q=dns/txt; s=dk12062016; t=1633869989; x=1634474789; b=YmdrLu//SVj4UzX68nUDHEu3rPcux2ANMcj1bWDV9sXt9s2Zglx7ZhK bxT1I+VBxt6WAkWj+Aq3/0GEURvNwOD4xJMo1RNfqPZaSOCeAvqM4Lck88/mw89E9HjTKPK EelMTZ30Rj1uT32t7a98qUx9ddHShaRTJ4hV1TF2J4RHC0MwFbHifTtu8ZFaCAvs4Ny8TbQ /qiiyhP9QrL0qReBIdlEoq2NAA+8LZIDeAHxNcR2C4o6aRHxOqXntM18nqmTwNsnLAO/dET 4qlzo7J5ScfUHQ+A34B6YRVYWzGhhNRnbagB4XMw7gBP4AhtFHZBw/0HdbjVmJYir2wPivP 6aQ== Received: from [192.168.1.72] ([99.51.72.196]) by smtp.oxsus-vadesecure.net ESMTP oxsus2nmtao01p with ngmta id 39d561f2-16acac1947f64afb; Sun, 10 Oct 2021 12:46:29 +0000 To: Alvaro Retana , "Pascal Thubert (pthubert)" , "draft-ietf-roll-aodv-rpl.all@ietf.org" Cc: Routing Over Low power and Lossy networks References: From: Charlie Perkins Message-ID: <2c37678d-801e-4e4a-afdc-2c19966bc662@earthlink.net> Date: Sun, 10 Oct 2021 05:46:28 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------2A6F54E91223BD0A91E96A3B" Content-Language: en-US Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2021 12:46:37 -0000 This is a multi-part message in MIME format. --------------2A6F54E91223BD0A91E96A3B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello folks, I think it would be just fine to use the value of 4 for the MOP. Are there other changes, besides those noted below, that are needed to be made before issuing a new revision for the draft? Naturally Yours, Charlie P. On 10/8/2021 7:30 AM, Alvaro Retana wrote: > Hi! > > Yes, we do need to hear from the authors, who’ll need to eventually > make any needed changes. > > If we’re moving forward with using MOP 4, then this is what we would > need (at least): > > - IANA Considerations: request to add aodv-rpl as a reference in the > registry. > > - A new section that talks about how the reuse is ok, and any > consequences of overlapping.  A requirement to not use both variations > in the same network would be fine too. > > > I will rely on the Chairs to decide if the discussion is enough to > reach consensus on the path forward. > > > Thanks! > > Alvaro. > > On October 8, 2021 at 8:08:09 AM, Pascal Thubert (pthubert) > (pthubert@cisco.com ) wrote: > >> Hello Alvaro: >> >> I read from the parallel thread that sharing MOP 4 between the 2 >> reactive versions of RPL would be OK. >> >> I did not see a response from the authors so I’m cc’ing the draft >> .all list just in case. >> >> We do not need to deprecate P2P RPL as long as it is never present in >> the same network as AODV RPL. >> >> Maybe a  sentence in AODV RPL about that in the IANA section would help? >> >> Keep safe; >> >> Pascal >> >> *From:* Alvaro Retana > > >> *Sent:* mercredi 6 octobre 2021 12:59 >> *To:* Pascal Thubert (pthubert) > > >> *Cc:* Routing Over Low power and Lossy networks > > >> *Subject:* Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) >> >> [Added the draft name to the subject to benefit my filters. ;-) ] >> >> Pascal: >> >> Hi! >> >> I asked the same question (about aodv-rpl replacing/obsoleting >> rfc6997) when I did my review [1] — more than two years ago!  But >> sadly received no real reply from the WG — so we moved ahead with the >> document as it is now.  Peter brought the question back in his IoT >> DIT review [2] earlier this year, but again no discussion from the WG. >> >> It is clear to see that aodv-rpl uses some of the technology from >> rfc6997 and, as I understand it, a deployment would never include >> both. The question then is valid and I would love to see more >> interest this time around. >> >> Just FYI — there would need to be some process behind a move to >> formally replace rfc6997 (beyond updating the draft).  We can deal >> with that if we need to. >> >> Thanks! >> >> Alvaro. >> >> [1] >> https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ >> >> >> >> [2] >> https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8930ZYI/ >> >> >> >> On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) >> (pthubert=40cisco.com@dmarc.ietf.org >> ) wrote: >> >> Dear all, >> >> RPL AODV is close to completion, congrats to the authors! >> >> Now, there’s the question of the MOP and 2 options, reuse the >> experimental one for P2P RPL, or take another. >> >> Right now, the draft takes 5 and P2P has 4 >> (https://www.iana.org/assignments/rpl/rpl.xhtml#mop >> ) >> >> My observation is that P2P is the experiment that leads to AODV, >> so AODV should deprecate it. >> >> I have not heard of real deployments, and if that happened, I do >> not expect a mix of devices that would create confusion. >> >> So would that be OK to assign MOP 4 to RPL AODV? >> >> Note that we only have up to 6 to play with, and the multicast >> and anycast supports are already on the cooking table. >> >> Keep safe, >> >> Pascal >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> >> --------------2A6F54E91223BD0A91E96A3B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello folks,

I think it would be just fine to use the value of 4 for the MOP.  Are there other changes, besides those noted below, that are needed to be made before issuing a new revision for the draft?

Naturally Yours,
Charlie P.


On 10/8/2021 7:30 AM, Alvaro Retana wrote:
Hi!

Yes, we do need to hear from the authors, who’ll need to eventually make any needed changes.

If we’re moving forward with using MOP 4, then this is what we would need (at least):

- IANA Considerations: request to add aodv-rpl as a reference in the registry.

- A new section that talks about how the reuse is ok, and any consequences of overlapping.  A requirement to not use both variations in the same network would be fine too.


I will rely on the Chairs to decide if the discussion is enough to reach consensus on the path forward.


Thanks!

Alvaro.

On October 8, 2021 at 8:08:09 AM, Pascal Thubert (pthubert) (pthubert@cisco.com) wrote:

Hello Alvaro:

 

I read from the parallel thread that sharing MOP 4 between the 2 reactive versions of RPL would be OK.

I did not see a response from the authors so I’m cc’ing the draft .all list just in case.

We do not need to deprecate P2P RPL as long as it is never present in the same network as AODV RPL.

Maybe a  sentence in AODV RPL about that in the IANA section would help?

 

Keep safe;

Pascal

 

From: Alvaro Retana <aretana.ietf@gmail.com>
Sent: mercredi 6 octobre 2021 12:59
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: Routing Over Low power and Lossy networks <roll@ietf.org>
Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl)

 

[Added the draft name to the subject to benefit my filters. ;-) ]

 

Pascal:

 

Hi!

 

I asked the same question (about aodv-rpl replacing/obsoleting rfc6997) when I did my review [1] — more than two years ago!  But sadly received no real reply from the WG — so we moved ahead with the document as it is now.  Peter brought the question back in his IoT DIT review [2] earlier this year, but again no discussion from the WG.

 

It is clear to see that aodv-rpl uses some of the technology from rfc6997 and, as I understand it, a deployment would never include both.  The question then is valid and I would love to see more interest this time around.

 

Just FYI — there would need to be some process behind a move to formally replace rfc6997 (beyond updating the draft).  We can deal with that if we need to.

 

Thanks!

 

Alvaro.

 

 

[1] https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ 

[2] https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8930ZYI/ 

On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) (pthubert=40cisco.com@dmarc.ietf.org) wrote:

Dear all,

 

RPL AODV is close to completion, congrats to the authors!

Now, there’s the question of the MOP and 2 options, reuse the experimental one for P2P RPL, or take another.

 

Right now, the draft takes 5 and P2P has 4 (https://www.iana.org/assignments/rpl/rpl.xhtml#mop)

 

My observation is that P2P is the experiment that leads to AODV, so AODV should deprecate it.

 

I have not heard of real deployments, and if that happened, I do not expect a mix of devices that would create confusion.

So would that be OK to assign MOP 4 to RPL AODV?

 

Note that we only have up to 6 to play with, and the multicast and anycast supports are already on the cooking table.

 

Keep safe,

 

Pascal

 

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


--------------2A6F54E91223BD0A91E96A3B-- From nobody Sun Oct 10 09:30:32 2021 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 F3D953A0597; Sun, 10 Oct 2021 09:30:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AQ1Sr68Pi_sb; Sun, 10 Oct 2021 09:30:24 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F02223A053E; Sun, 10 Oct 2021 09:30:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id DED421808E; Sun, 10 Oct 2021 12:30:24 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id KCGYU7qv56VZ; Sun, 10 Oct 2021 12:30:24 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 6EB8A18022; Sun, 10 Oct 2021 12:30:24 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 379608B7; Sun, 10 Oct 2021 12:30:21 -0400 (EDT) From: Michael Richardson To: Alvaro Retana , "Pascal Thubert \(pthubert\)" , "draft-ietf-roll-aodv-rpl.all\@ietf.org" , Routing Over Low power and Lossy networks In-Reply-To: References: X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2021 16:30:30 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Alvaro Retana wrote: > If we=E2=80=99re moving forward with using MOP 4, then this is what w= e would need > (at least): > - IANA Considerations: request to add aodv-rpl as a reference in the > registry. > - A new section that talks about how the reuse is ok, and any consequ= ences > of overlapping. A requirement to not use both variations in the same > network would be fine too. Is there an upgrade consideration if we re-use? We could also allocate a new MOP, and deprecate MOP 4, and reuse it later o= n. My belief is that there are few deployments of P2P RPL today, and that a forklift upgrade of them is acceptable. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmFjFRwACgkQgItw+93Q 3WWaIwgArSxQfesKIorpAIOiWYxwVWXToLERf/H8sxt7JEOE0lORihy75b9gun4O 5/yde7+dUm13VQQeNzQiOAUUnUHgJYvSiCTHlCC17+uIB6RS6mkBKWcLzlPoEloG T7/xPafnNxd/YrkMpFvO++qNtFNRQJX3kn7D6FKM9HyN/RrjMc/i9ZsUKkUJzi/J 5O87vqlqNut80vbUklBcIU9do7jsaK42hsvHQHh6UdzSn4T0mdgJm1FJojE3/EqQ EHTRuRDjimy2q4W7f0cp4o7Z3NfFqJli2S6sQjiz8BsPJDol2mgjtkPXq7ZIdC1Z 22OsNEIbgTjhgarAKrqZtC/qv11ShQ== =zNke -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Oct 10 10:44:36 2021 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 4BCD93A0B93; Sun, 10 Oct 2021 10:44:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=BZuiRvB9; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VidexkvS 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 ux5g8y20jwqA; Sun, 10 Oct 2021 10:44:29 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A0063A0B92; Sun, 10 Oct 2021 10:44:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6033; q=dns/txt; s=iport; t=1633887869; x=1635097469; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=5qODzqodsEiSf7DOlOL6zQCoFCmAu+YWjse2hQno/sU=; b=BZuiRvB9s68ppUagnWiBp6CS6kIHG1+1YhYhTWJGxwSc39/NvLoo6QAR 4xVrH6Jz7BxmPGf27bUgiQbQKcJxBTd2chETNTGA182u7QjHGHsZRMWza xYzG5Jf/q/BL7Ou91g5pnHKPAl8qF0SixMFeUMbhPFp0yeZ7+2qASfgZR Q=; X-Files: signature.asc : 499 X-IronPort-AV: E=Sophos;i="5.85,362,1624320000"; d="asc'?scan'208,217";a="852229826" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Oct 2021 17:44:03 +0000 Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 19AHi3PR027061 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sun, 10 Oct 2021 17:44:03 GMT Received: from xfe-rtp-003.cisco.com (64.101.210.233) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Sun, 10 Oct 2021 12:44:03 -0500 Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rtp-003.cisco.com (64.101.210.233) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Sun, 10 Oct 2021 13:44:02 -0400 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Sun, 10 Oct 2021 12:44:02 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aPqevxygf8rg5jCIQQIGKtBCgPCjvpbA7yudKpVYsCiMihxxALab4qvEh+5UUyTRz0UYyGFcsve7ZUfcRAHo9dTmeIxKtHVA5eigZ7TEcHjHCijsqRkQ7B67bouYrWQKKcgIHW8tWb4EDZbrHPC/MjAkuaqTy88vQnmKUDMn2Lp1R89buCEa1fEn8Nfl417fs/Ioj3HOaIKmiUWrCc1VvtCupblPalDRDZHN5W9dRklXRaBqDeEFPWXBGf8oGZSR0A7wvbT4rnhQaPdoAa+HWmAQTCxGkDBPhUrzQAIAI7a+LszC30oG+uWju61c5MHq5Ed1r5FcViyvd3HF2lhfJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jy2/OPu69F8MHfzAxIcUI9ZddpP/OOdUA3OccfAf3bI=; b=dAzu73/9ufotehGOv/PODfgKnpP1kZ5kxBKEVcOYgtUrOIVniR+/DFW7tPACcuPjrTxxjYlo7RIjOqbccJZrI9/BvbL+dy4027MqBgRVI0gNrh/Fb7ZfcxonmpFz97UivoHIV63fA5fiDEICp5GczTpKRCxej0b7AF7VBF7S72x9idG6ABNwVv49YykKE34XQ2djlm8r85rczBnDsrtgIr4Vlpbe8Vz/kOQtZMxcYFyHckzwoS6BLDpLRZs4uOBeQ1LIn35r96bnK2AHE7CC9wHJT2VX+mLYwu5d1FuNfrVgLo4B+Iz5ulIESvdsVPkI2oN5/7NKSmybaar8NIyDvg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jy2/OPu69F8MHfzAxIcUI9ZddpP/OOdUA3OccfAf3bI=; b=VidexkvSYlCbsjAAiiCI0D/u+5dOVArmS6l84BoAatbCcGh/cOS3gHfOGRpkOmNZT9W9YdX3YqSevHUsgVjkg+PWayHx+ltyzMewYObNSZL+TvwbW4I2Wi0SHuhUIrU3dK3/VWOjLjMp2J38QHa7E+CXMGQCaaTh7cxjioIS/8A= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1549.namprd11.prod.outlook.com (2603:10b6:301:c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4587.22; Sun, 10 Oct 2021 17:44:01 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%9]) with mapi id 15.20.4587.025; Sun, 10 Oct 2021 17:44:01 +0000 From: "Pascal Thubert (pthubert)" To: Michael Richardson CC: Alvaro Retana , "draft-ietf-roll-aodv-rpl.all@ietf.org" , "Routing Over Low power and Lossy networks" Thread-Topic: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) Thread-Index: AQHXuqEhFSlmFMS1EUmTe8nG4k61VKvJA3bQgAApOgCAA0ZKgIAAFJRa Date: Sun, 10 Oct 2021 17:44:00 +0000 Message-ID: <8519C25C-4840-42A8-BE50-65F1C2BCDEF6@cisco.com> References: <29221.1633883421@localhost> In-Reply-To: <29221.1633883421@localhost> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 40e27a48-aa56-4eaf-0e1c-08d98c158b75 x-ms-traffictypediagnostic: MWHPR11MB1549: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 86YEcjCDcsjY0KSIrL5LTG/A5PiYZsPMiV1LVx5OXV2orngoI8l1ah1B3LXdYMCD57mos8JrQOw/NO3JF/B+HbKDDLajYZ1VNd7in6sg7JXU59PEqE+8G/fWHFdhRr+8+MnEG2UDFvvxIE4zv82QcrN/A7Hqyxip7zRcnrxAU/aY9/L8e60W5zy4JQT7uvcdzfiKxJZ4cyyQAVzeQXW6otJghCReGPgou4oWG/l4o5oH4aPzSQjOkwDYqr3LTqMXz876G2KPCGGIQ3dST/VSmcPMFciPmVh3hpRu9HERvHs9TbBiSZkY0uh+vNCEDtiZhazGJWd/mO6RnxngnB1Q7XWij88gEsmdR2temqSe9STfOfXoTvp5P2s/LTDmNHJ/Be4qegNu25josYzDBazWYyiFy4438d4fsoYkRnPAoEaZw+mnb3hc9pfId8eK1PfQWYDd0BRVq5qS8QPJpQ5SFMtY/LycyU/Qh/s7h2uTZB46OBF77zlUDLcH/hv6pNCmbrMy/sR7eD1acQwgGq/g5ztPFdm3St2u9CQ1+KfxxLEzZkZv+gk5BOpBBbyjJyT+BxnZEDZ7Reyk8jONkwGqVk19Xm3CpGNAgLYVmKo0p8apUclbHB2KRvfvVs4wexYqsbL+704auwZJM6y6QkF5TLIYdG2RL3Z4fvIH7/bOPSbU9NbStMLceiLLiCth3Kv8DkGzbTgoR/Gw0c4W8K+2tQjV4/IWrYA3MLE4l+XistZFI8VbcjC68VqXnckmRjTDVXAe5wW06eZA/AjOJzgMcQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(4326008)(76116006)(66476007)(91956017)(33656002)(66446008)(83380400001)(66556008)(64756008)(38070700005)(122000001)(38100700002)(2616005)(508600001)(2906002)(99936003)(4744005)(66946007)(36756003)(86362001)(6512007)(8676002)(54906003)(6486002)(8936002)(26005)(6506007)(66574015)(71200400001)(186003)(316002)(5660300002)(45980500001)(244885003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?YUc3eHBSSExYbUR1WFE5SUN2YjdiUkhSM3JvWEFSSVppMVE5dDU0akxmd21W?= =?utf-8?B?MEc5VzVmVHJPUk5QbUF0d0ovNkx5MGZxZjBDaDJZNWE0VGJLWmRnQVBWNW9u?= =?utf-8?B?UWNlSm5obnZDZk9HLzJKRGNGaThGcjFnWDRmcFRUb1RNM3VxK2FCeldtYllS?= =?utf-8?B?YUhFNk45b3pKY2VveHdpdFJYNExiSUpiY0x1cjRjMmNjYUdBajZTSytRSnF5?= =?utf-8?B?SDdCaTB1bzZMRGZsT1FSdTNJak1SWFh1ZVZHMkJqNGlrS3JSemhqWkZETkpL?= =?utf-8?B?QWdra3BnQm1Lb1psdEpJTFdLZUk4UFFaaENGeWhrZEI1MzI4blVQbkNPRWFI?= =?utf-8?B?Z3NTcTNPd2RMaEl4VnpFeDdHanVPa0RZZHZYOWZVRWZFV0JSR1JQbk92dmI3?= =?utf-8?B?aW9VWm10MEpva0JKSGI4eFMxMWwxMkVMVG8rdHc4YWV3VG1RMzRFWkt6UXRV?= =?utf-8?B?UkV4UTR3L3B2Ti9mdjF6eHAxNHlSU2c5ZWY0cWtHRGUwbzhOaHlCMEJ1aDl3?= =?utf-8?B?blZONlUrOXArVGhHalQwSXRsVDk0RjBIK29HNVdvT3ZhN1VUa0pJcTV1ZCtx?= =?utf-8?B?SVBrTElzbmFCbzhVdEVYYVhpKzhaQ0grWmU5ZUpwRFplT2lYeDkyd1RMa09O?= =?utf-8?B?NnZNcTJUNW0veUpjZnZSVXBhU1duZUE2dFZEMjRrcFdqNWUvWHQzcnNrTnNp?= =?utf-8?B?MnJDcVRmU0wraFppRVdRb25KVDhJUko4dDFDMWJ0cHJWd1JlV3pYQnhDOGF0?= =?utf-8?B?eGh1QjlOQmhKdFdjQWpuR214OVh0eVpjNGJmbmUxWXZwWU1RNWFJMVNuUjVz?= =?utf-8?B?ZlZKaTAwa1YzTmxFUUROOVZpOGFOWkp2cEowdi9HVzF5SGlJUEt4U0ljdkZx?= =?utf-8?B?a3laNVptRWt4U1FaeStDbnpGWFNBelRWSWh5T1UyN2Z1RUdnWHNhTk5LM2Fm?= =?utf-8?B?ZUJuUjNnb2g2c1ZJZEZacXQ1dm9JRmhwU2xuN2lJbkdlT25uMkY5NUplMFR4?= =?utf-8?B?T3dqR014dXFMZ3BqR2FlS0tQajE0bVc2OXQ5UDJmWjRkZCtNYXdsWXA2Szhv?= =?utf-8?B?eEdlcnNINUxtUS8yR1NuMUZQMDgrRmNTaWdMekhOem8zUHBtc2J0alBYN1pk?= =?utf-8?B?YVl1NUxzaTA0M2pWS3hyR3NiU0tjU3JMTXU5U2E3QVFzYUVHK08rS0dXWGZj?= =?utf-8?B?MGt0YlV0ZTRuMmRJVGpQMDJweFUyODFLUk41M0k2bzdmdlV1SVlxZW9GN0th?= =?utf-8?B?UjE4UU1ROGxUK3NZZkV5cTR3NVZDT3k4SEJ1MThRMXJFaDV0TS9ma1lmQzFn?= =?utf-8?B?eldaYlhEakl4YkR4Ri9rY2lCOHJiQ044OGs1c3Z4WEVldUY2b3A2Rmh6WW9h?= =?utf-8?B?ejhmbU9IaVlqSTArT1hnY3BrQkh4S0ZramZKamorSnk0VUd3dEcya3ZCMENw?= =?utf-8?B?RVZmcE1CeVptVlprbXg1ZGRWWVlidm9IeUtRUnM1OXprTXZDck0rSURGMWhM?= =?utf-8?B?WlE2UUdvbEd6K3VhNlpTWDBHMXlTQzVNMDdXbHQ5OU42SlZGYlJlOXovakNR?= =?utf-8?B?Y2JsVHFoc0NwUVhuM1pEQjNLbjJiVlczUDZHYlAvYzhLbmpFbjZyR0NJRTBq?= =?utf-8?B?OVlGYndxekVFY2tBaWVQKzlXa0V1aUdySnp3YURNRWNSLzZWL2V0SFlnRXlh?= =?utf-8?B?cWIvTVJEOWRsK2s1MGJqb1JIUUs3bWROUUR2bHFRUkk3ckp2ZTJwaWJraXNv?= =?utf-8?Q?HiEP9obYTl8ZJ269RA=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_004_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 40e27a48-aa56-4eaf-0e1c-08d98c158b75 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Oct 2021 17:44:00.6613 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: b5Huu6J9qEcr2QeNjm1X9gP41rSLBa0WS8pHyzGVoEqjRLgp2tNeppGheCrwr8yCZrpoxX5Ec6w5H+nT2oi8rw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1549 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2021 17:44:35 -0000 --_004_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_ Content-Type: multipart/alternative; boundary="_000_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_" --_000_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpIZWxsbyBNaWNoYWVsDQoNCkFzIGxvbmcgYXMgbm8gb25lIGZvcm1zIGEgbmV0d29yayB0aGF0 IGhhcyBib3RoIHRoYXQgc2hvdWxkIG5vdCBiZSBhIHByb2JsZW0sIHNob3VsZCBpdD8NCg0KUmVn YXJkcywNCg0KUGFzY2FsDQoNCkxlIDEwIG9jdC4gMjAyMSDDoCAxODozMCwgTWljaGFlbCBSaWNo YXJkc29uIDxtY3IraWV0ZkBzYW5kZWxtYW4uY2E+IGEgw6ljcml0IDoNCg0K77u/DQpBbHZhcm8g UmV0YW5hIDxhcmV0YW5hLmlldGZAZ21haWwuY29tPiB3cm90ZToNCklmIHdl4oCZcmUgbW92aW5n IGZvcndhcmQgd2l0aCB1c2luZyBNT1AgNCwgdGhlbiB0aGlzIGlzIHdoYXQgd2Ugd291bGQgbmVl ZA0KKGF0IGxlYXN0KToNCg0KLSBJQU5BIENvbnNpZGVyYXRpb25zOiByZXF1ZXN0IHRvIGFkZCBh b2R2LXJwbCBhcyBhIHJlZmVyZW5jZSBpbiB0aGUNCnJlZ2lzdHJ5Lg0KDQotIEEgbmV3IHNlY3Rp b24gdGhhdCB0YWxrcyBhYm91dCBob3cgdGhlIHJldXNlIGlzIG9rLCBhbmQgYW55IGNvbnNlcXVl bmNlcw0Kb2Ygb3ZlcmxhcHBpbmcuICBBIHJlcXVpcmVtZW50IHRvIG5vdCB1c2UgYm90aCB2YXJp YXRpb25zIGluIHRoZSBzYW1lDQpuZXR3b3JrIHdvdWxkIGJlIGZpbmUgdG9vLg0KDQpJcyB0aGVy ZSBhbiB1cGdyYWRlIGNvbnNpZGVyYXRpb24gaWYgd2UgcmUtdXNlPw0KV2UgY291bGQgYWxzbyBh bGxvY2F0ZSBhIG5ldyBNT1AsIGFuZCBkZXByZWNhdGUgTU9QIDQsIGFuZCByZXVzZSBpdCBsYXRl ciBvbi4NCg0KTXkgYmVsaWVmIGlzIHRoYXQgdGhlcmUgYXJlIGZldyBkZXBsb3ltZW50cyBvZiBQ MlAgUlBMIHRvZGF5LCBhbmQgdGhhdCBhDQpmb3JrbGlmdCB1cGdyYWRlIG9mIHRoZW0gaXMgYWNj ZXB0YWJsZS4NCg0KDQotLQ0KTWljaGFlbCBSaWNoYXJkc29uIDxtY3IrSUVURkBzYW5kZWxtYW4u Y2E+ICAgLiBvIE8gKCBJUHY2IEnDuFQgY29uc3VsdGluZyApDQogICAgICAgICAgU2FuZGVsbWFu IFNvZnR3YXJlIFdvcmtzIEluYywgT3R0YXdhIGFuZCBXb3JsZHdpZGUNCg0KDQoNCg0K --_000_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQo8 YnI+DQpIZWxsbyBNaWNoYWVsJm5ic3A7DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5BcyBsb25n IGFzIG5vIG9uZSBmb3JtcyBhIG5ldHdvcmsgdGhhdCBoYXMgYm90aCB0aGF0IHNob3VsZCBub3Qg YmUgYSBwcm9ibGVtLCBzaG91bGQgaXQ/PGJyPg0KPGRpdiBkaXI9Imx0ciI+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KUmVnYXJkcywNCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlBhc2NhbDwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGRpcj0ibHRyIj48YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj5MZSAx MCBvY3QuIDIwMjEgw6AgMTg6MzAsIE1pY2hhZWwgUmljaGFyZHNvbiAmbHQ7bWNyK2lldGZAc2Fu ZGVsbWFuLmNhJmd0OyBhIMOpY3JpdCZuYnNwOzo8YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPg0KPGRpdiBkaXI9Imx0ciI+77u/PHNwYW4+ PC9zcGFuPjxicj4NCjxzcGFuPkFsdmFybyBSZXRhbmEgJmx0O2FyZXRhbmEuaWV0ZkBnbWFpbC5j b20mZ3Q7IHdyb3RlOjwvc3Bhbj48YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48c3Bhbj5J ZiB3ZeKAmXJlIG1vdmluZyBmb3J3YXJkIHdpdGggdXNpbmcgTU9QIDQsIHRoZW4gdGhpcyBpcyB3 aGF0IHdlIHdvdWxkIG5lZWQ8L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUg dHlwZT0iY2l0ZSI+PHNwYW4+KGF0IGxlYXN0KTo8L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0K PHNwYW4+PC9zcGFuPjxicj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxzcGFuPi0gSUFOQSBD b25zaWRlcmF0aW9uczogcmVxdWVzdCB0byBhZGQgYW9kdi1ycGwgYXMgYSByZWZlcmVuY2UgaW4g dGhlPC9zcGFuPjxicj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxz cGFuPnJlZ2lzdHJ5Ljwvc3Bhbj48YnI+DQo8L2Jsb2NrcXVvdGU+DQo8c3Bhbj48L3NwYW4+PGJy Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+LSBBIG5ldyBzZWN0aW9uIHRoYXQgdGFs a3MgYWJvdXQgaG93IHRoZSByZXVzZSBpcyBvaywgYW5kIGFueSBjb25zZXF1ZW5jZXM8L3NwYW4+ PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PHNwYW4+b2Ygb3Zl cmxhcHBpbmcuICZuYnNwO0EgcmVxdWlyZW1lbnQgdG8gbm90IHVzZSBib3RoIHZhcmlhdGlvbnMg aW4gdGhlIHNhbWU8L3NwYW4+PGJyPg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgdHlwZT0i Y2l0ZSI+PHNwYW4+bmV0d29yayB3b3VsZCBiZSBmaW5lIHRvby48L3NwYW4+PGJyPg0KPC9ibG9j a3F1b3RlPg0KPHNwYW4+PC9zcGFuPjxicj4NCjxzcGFuPklzIHRoZXJlIGFuIHVwZ3JhZGUgY29u c2lkZXJhdGlvbiBpZiB3ZSByZS11c2U/PC9zcGFuPjxicj4NCjxzcGFuPldlIGNvdWxkIGFsc28g YWxsb2NhdGUgYSBuZXcgTU9QLCBhbmQgZGVwcmVjYXRlIE1PUCA0LCBhbmQgcmV1c2UgaXQgbGF0 ZXIgb24uPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj5NeSBiZWxpZWYgaXMg dGhhdCB0aGVyZSBhcmUgZmV3IGRlcGxveW1lbnRzIG9mIFAyUCBSUEwgdG9kYXksIGFuZCB0aGF0 IGE8L3NwYW4+PGJyPg0KPHNwYW4+Zm9ya2xpZnQgdXBncmFkZSBvZiB0aGVtIGlzIGFjY2VwdGFi bGUuPC9zcGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNw YW4+LS08L3NwYW4+PGJyPg0KPHNwYW4+TWljaGFlbCBSaWNoYXJkc29uICZsdDttY3IrSUVURkBz YW5kZWxtYW4uY2EmZ3Q7ICZuYnNwOyZuYnNwOy4gbyBPICggSVB2NiBJw7hUIGNvbnN1bHRpbmcg KTwvc3Bhbj48YnI+DQo8c3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTYW5kZWxtYW4gU29mdHdhcmUgV29ya3MgSW5jLCBPdHRh d2EgYW5kIFdvcmxkd2lkZTwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPHNwYW4+PC9z cGFuPjxicj4NCjxzcGFuPjwvc3Bhbj48YnI+DQo8c3Bhbj48L3NwYW4+PGJyPg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_-- --_004_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_ Content-Type: application/octet-stream; name="signature.asc" Content-Description: signature.asc Content-Disposition: attachment; filename="signature.asc"; size=499; creation-date="Sun, 10 Oct 2021 17:44:00 GMT"; modification-date="Sun, 10 Oct 2021 17:44:00 GMT" Content-ID: Content-Transfer-Encoding: base64 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NCg0KaVFFekJBRUJDZ0FkRmlFRWJzeUxFemcv cVVUQTQzdW9nSXR3KzkzUTNXVUZBbUZqRlJ3QUNna1FnSXR3KzkzUQ0KM1dXYUl3Z0FyU3hRZmVz S0lvcnBBSU9pV1l4d1ZXWFRvTEVSZi9IOHN4dDdKRU9FMGxPUmloeTc1YjlndW40Tw0KNS95ZGU3 K2RVbTEzVlFRZU56UWlPQVVVblVIZ0pZdlNpQ1RIbENDMTcrdUlCNlJTNm1rQktXY0x6bFBvRWxv Rw0KVDcveFBhZm5OeGQvWXJrTXBGdk8rK3FOdEZOUlFKWDNrbjdENkZLTTlIeU4vUnJqTWMvaTla c1VLa1VKemkvSg0KNU84N3ZxbHFOdXQ4MHZiVWtsQmNJVTlkbzdqc2FLNDJoc3ZIUUhoNlVkelNu NFQwbWRnSm0xRkpvakUzL0VxUQ0KRUhUUnVSRGppbXkycTRXN2YwY3A0bzdaM05mRnFKbGkyUzZz UWppejhCc1BKRG9sMm1nanRrUFhxN1pJZEMxWg0KMjJPc05FSWJnVGpoZ2FyQUtycVp0Qy9xdjEx U2hRPT0NCj16TmtlDQotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0tLS0NCg== --_004_8519C25C484042A8BE5065F1C2BCDEF6ciscocom_-- From nobody Sun Oct 10 18:33:58 2021 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 06F083A09FD; Sun, 10 Oct 2021 18:33:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HRsInGT2DtMg; Sun, 10 Oct 2021 18:33:48 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36FC33A09FC; Sun, 10 Oct 2021 18:33:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 9C2D71804D; Sun, 10 Oct 2021 21:33:48 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UMUjF9j89B5a; Sun, 10 Oct 2021 21:33:47 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 79DE918012; Sun, 10 Oct 2021 21:33:47 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id D33E144F; Sun, 10 Oct 2021 21:33:42 -0400 (EDT) From: Michael Richardson To: "Pascal Thubert \(pthubert\)" cc: Alvaro Retana , "draft-ietf-roll-aodv-rpl.all\@ietf.org" , "Routing Over Low power and Lossy networks" In-Reply-To: <8519C25C-4840-42A8-BE50-65F1C2BCDEF6@cisco.com> References: <29221.1633883421@localhost> <8519C25C-4840-42A8-BE50-65F1C2BCDEF6@cisco.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2021 01:33:56 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Pascal Thubert (pthubert) wrote: > As long as no one forms a network that has both that should not be a > problem, should it? The concern would be if someone was upgrading. I don't think that there is enough deployment for this to matter. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmFjlHYACgkQgItw+93Q 3WUwaAf+MgHpQ+9g80Yg+MZTa/aQvtzAXV1exkkSmJzG3MyS/Pn22S1S0vbVK+uz znT3rLYEasQOXSbz6DQ7Q8S3WLWTU8AcfDGz4BLzlPujxhUC4BNK2vjTN52lxEXe +wrfU0HkbScFZlto+7NkUCzCcCyyFd7yeoc9oPr5l3j1RtWDm7B2TJ3yFD5+f+GW apFl/UAQ+Y/TohGXaRZOW17SLjB1L49LjzUf27isQThk0JZHnjDwPaNdAxu91DLI oM9D6M9qXFryejZMFM7EgRBoZTFnHbmp9sEYsrnqi14/LSfuqwMLI+sjm1tz8Txl 5M5f5TeNi4x1zjEYtgz8sHzcBGKeHw== =SCC2 -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Oct 11 08:44:14 2021 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 B3E743A0AE4; Mon, 11 Oct 2021 08:43:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qex1ieEA962X; Mon, 11 Oct 2021 08:42:54 -0700 (PDT) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (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 E52BE3A0A3A; Mon, 11 Oct 2021 08:42:52 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.40.4]) by dash.upc.es (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id 19BFgjKS030341; Mon, 11 Oct 2021 17:42:45 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.40.6]) by entelserver.upc.edu (Postfix) with ESMTP id 70E961D53C1; Mon, 11 Oct 2021 17:42:44 +0200 (CEST) Received: from 79.156.26.204 by webmail.entel.upc.edu with HTTP; Mon, 11 Oct 2021 17:42:45 +0200 Message-ID: In-Reply-To: <77daa85b9bbf6e6b0a9b8d55d2ec008f.squirrel@webmail.entel.upc.edu> References: <77daa85b9bbf6e6b0a9b8d55d2ec008f.squirrel@webmail.entel.upc.edu> Date: Mon, 11 Oct 2021 17:42:45 +0200 From: "Carles Gomez Montenegro" To: 6lo@ietf.org Cc: paduffy@cisco.com, roll@ietf.org User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamav-milter 0.100.3 at dash X-Virus-Status: Clean X-Greylist: Delayed for 06:14:37 by milter-greylist-4.3.9 (dash.upc.es [147.83.2.50]); Mon, 11 Oct 2021 17:42:45 +0200 (CEST) Archived-At: Subject: [Roll] Early Allocation of IANA Code Points (Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2021 15:43:01 -0000 Dear 6Lo WG, (CC'ing the ROLL WG.) In continuation to our previous message: The authors of draft-thubert-6lo-multicast-registration-02 have requested early allocation of IANA code points for the following (sub)registries: RPL Target Option flags, EARO flags, RPL Mode of Operation, and 6LoWPAN Capability Bits. The reason for early code point allocation is that this work is planned to be coordinated with the Wi-SUN Alliance and it is needed for implementation purposes. Should you have any objections to early allocation of such IANA code points, please let us know. Thanks, Shwetha and Carles > Dear 6Lo WG, > > Considering the need and the urgency for the functionality defined in > draft-thubert-6lo-multicast-registration-02, along with the interest from > the Wi-SUN Alliance, this message starts a 10-day call for WG adoption for > draft-thubert-6lo-multicast-registration-02. > > (Link below: > https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registration) > > The call will end on the 21st of October, EOB. > > Please state whether you are in favor of adopting this document. > > Also, any comments you may have, and/or expressions of interest to review > the document, will be very much appreciated. > > Thanks, > > Shwetha and Carles From nobody Tue Oct 12 15:34:25 2021 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 A6EB13A0D1B; Tue, 12 Oct 2021 15:34:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tGmOlEFxYvqO; Tue, 12 Oct 2021 15:34:15 -0700 (PDT) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 BFB913A0D1F; Tue, 12 Oct 2021 15:34:14 -0700 (PDT) Received: by mail-ua1-x929.google.com with SMTP id i15so1621235uap.0; Tue, 12 Oct 2021 15:34:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m3Zt2mEhKzRmWzb/8/2T9o/XqMIO6ZmultSpVZyLcds=; b=PlFlNZQFfKcSCTK4AtIWnL90svXeQCAYB/qUNTB4FYscJNS07TEWgCZcuDsR9PKjoH omj5MiiWGTPwats7li4frmms3/A9F6caF/zJDtwuRaq4iOBEZOFBASHkZnZTFJL6O9ET 6YqsIp70PPIIU0xLaospDuUkZSvaaVF4frWSdQFigPOb+FIo5qC7C3YRjxUpdKpjezEo ob8kY8pG5RE68ZbjclmeVY30/i00nsI66rZh+ZRLRr1yytdg/yGaKPAeVdUBXMVts3Sl MI/D+rEX0gIN0sLsW71OnMzFmahcn5GWMUvgsLpvjwu8CvsFSTH1TmVbhZcwyUlVPH1V hj4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=m3Zt2mEhKzRmWzb/8/2T9o/XqMIO6ZmultSpVZyLcds=; b=eUe+93Xyl4hqRuveP3J3lYls4cvJ80FtnN1UbQHtdnfZSpnf8VZvV0zSN9u7DsD+zQ fisIatU0g4O2c0cwPfYF9C/+2Xcelh6UqLEyqD0sV+dAjeDXGrzwO+zclbxrG8PVxdNz 4B+K4XZ6gsotpHEyp4VLerc/NK+OPYOGSGQZhSN0cD6MivV462+g5N7bfyWI6/GMZMqw W6eyBEUSlEWGm4Qv99hk2D+hcy0GTmT4uvaPd89ASTZl7rfYs+cPN53rJiwF2kLyAyHh Nuuicl4Ty07aqZL6UT187/osHwid091MMJ5ITzhB3aGwadajYLoZOnRJCb8yhgQS4sJo /j8A== X-Gm-Message-State: AOAM530vFtIsn8kHdiyjhX28EtxEAZ+KvJ0GHmhHXLV1N0OjkR95onBi wU6RiJU1ykLZnzmeLprVKgqeDxIzFMgIWZOdCbQ= X-Google-Smtp-Source: ABdhPJzGAInnawjSJbIqIl0PEFhIa5nnFQjko/OLAPJ5D4FNxX2KSsin5EmbDh1EPGFzsh0O0TAiczAdyiDrVxWhVHo= X-Received: by 2002:a67:e416:: with SMTP id d22mr33355544vsf.41.1634078053419; Tue, 12 Oct 2021 15:34:13 -0700 (PDT) MIME-Version: 1.0 References: <29221.1633883421@localhost> In-Reply-To: <29221.1633883421@localhost> From: Ines Robles Date: Wed, 13 Oct 2021 01:33:37 +0300 Message-ID: To: Michael Richardson Cc: Alvaro Retana , "Pascal Thubert (pthubert)" , "draft-ietf-roll-aodv-rpl.all@ietf.org" , Routing Over Low power and Lossy networks Content-Type: multipart/alternative; boundary="000000000000e8cd4b05ce2f717c" Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2021 22:34:22 -0000 --000000000000e8cd4b05ce2f717c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, On Sun, Oct 10, 2021 at 7:30 PM Michael Richardson wrote: > > Alvaro Retana wrote: > > If we=E2=80=99re moving forward with using MOP 4, then this is what= we would > need > > (at least): > > > - IANA Considerations: request to add aodv-rpl as a reference in th= e > > registry. > > > - A new section that talks about how the reuse is ok, and any > consequences > > of overlapping. A requirement to not use both variations in the sa= me > > network would be fine too. > > Is there an upgrade consideration if we re-use? > We could also allocate a new MOP, The current MOP in the doc is 5, I understand this would be the new MOP, right? > and deprecate MOP 4, and reuse it later on. > I think if we deprecate MOP4, it makes sense to me to assign it to AODV-RPL, right? > > My belief is that there are few deployments of P2P RPL today, and that a > forklift upgrade of them is acceptable. > RIOT OS has implemented P2P RPL https://api.riot-os.org/group__net__gnrc__rpl__p2p.html But yes, I have not found further deployments. Thanks, Ines. > > > -- > Michael Richardson . o O ( IPv6 I=C3=B8T consul= ting ) > Sandelman Software Works Inc, Ottawa and Worldwide > > > > > --000000000000e8cd4b05ce2f717c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

On Sun, Oct 10, 2021 at 7:3= 0 PM Michael Richardson <mcr+= ietf@sandelman.ca> wrote:

Alvaro Retana <aretana.ietf@gmail.com> wrote:
=C2=A0 =C2=A0 > If we=E2=80=99re moving forward with using MOP 4, then t= his is what we would need
=C2=A0 =C2=A0 > (at least):

=C2=A0 =C2=A0 > - IANA Considerations: request to add aodv-rpl as a refe= rence in the
=C2=A0 =C2=A0 > registry.

=C2=A0 =C2=A0 > - A new section that talks about how the reuse is ok, an= d any consequences
=C2=A0 =C2=A0 > of overlapping.=C2=A0 A requirement to not use both vari= ations in the same
=C2=A0 =C2=A0 > network would be fine too.

Is there an upgrade consideration if we re-use?
We could also allocate a new MOP,

The curre= nt MOP in the doc is 5, I understand this would be the new MOP,=C2=A0 right= ?
=C2=A0
= and deprecate MOP 4, and reuse it later on.

=
I think if we deprecate MOP4, it makes sense to me to assign it to AOD= V-RPL, right?
=C2=A0

My belief is that there are few deployments of P2P RPL today, and that a forklift upgrade of them is acceptable.

RIOT OS has implemented P2P RPL=C2=A0https://api.riot-os.org/group__net__gnrc__rp= l__p2p.html
But yes, I have not found further deployments.=C2= =A0

=C2=A0Thanks,
Ines.=C2=A0


--
Michael Richardson <mcr+IETF@sandelman.ca>=C2=A0 =C2=A0. o O ( IPv6 I=C3=B8T co= nsulting )
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Sandelman Software Works Inc, Otta= wa and Worldwide




--000000000000e8cd4b05ce2f717c-- From nobody Tue Oct 12 15:59:04 2021 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 E8AA03A0E99 for ; Tue, 12 Oct 2021 15:59:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a_Cp_diddebd for ; Tue, 12 Oct 2021 15:58:57 -0700 (PDT) Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 BE6F83A0E96 for ; Tue, 12 Oct 2021 15:58:56 -0700 (PDT) Received: by mail-ua1-x933.google.com with SMTP id f4so1598158uad.4 for ; Tue, 12 Oct 2021 15:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DULK7zk5l6yTCY+OE1sxydUct/uugkZ33VugAy+rrmI=; b=IXbFl1tIM0CcqkqxI5OGJZ/973FD5jKekEojR52gwIMTWWpiDWnzV/kR+94B3H7mCq Oz9vB32Umm4LTWJtHNm2bu3UwSzSQ0NA0VoUMOqLCNgfsWxEYrmsTojRJtoQQYptSR79 uXyaaeZieAz2QRILu+BIa7nUIvcXU+DFIyN7DrKVlz0VILuWh6HPyp02iczV7O3+UWG4 PRuXsTzVfI05BE3/ekEQ2hyCYmLrIMEj3I5zoKFohy02e0T0znHcsAsAFnviK1e/aVFL szcCCcvbce/HnM9ur6577hBYBmvC1mFSZ2ZPToAKCVV10l2HFL252JqV5kEAPTeTgngH LWyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DULK7zk5l6yTCY+OE1sxydUct/uugkZ33VugAy+rrmI=; b=FM04O8SJTe62zRiDrN2/Vv8lDmODim1Jol2rOJA0h+1nWUT21Q5LkQDnZNQ6acSXqY ab+MvnKXpPOUEwg5/9hn/8IoOzYmtU2W+t+J7xGyQUh0lqfEf9XhPlZFrwVmCWEpYchY 9QeAoKhbMEdaBHJRZ4prv9lPry2Gvmdv3CeEEJLL3w9IrEfuqOJLk/WQh660Uz3OBt4D 9VR/AxHgqmTbB7MsdalZ/jHfLfiVt72LxsS2pAkH6s4bzlsdUX6b39wRjzHl7MT97iBn W5ur2eXCS+EOyPty1TdI05T0mYeUwpV014TRngGdV5SZqT8EFkj/GTzFjdysxnjXecs+ XT0g== X-Gm-Message-State: AOAM5325zlTjH+rIL9EPvQlD0OwHx4gxLWmA/uc+fnn9/VXq6pV3UFls taT9akW/D/Jk3WBeJe+5JMPhtJxHGwqJdQ8eVxIO7dUttvg= X-Google-Smtp-Source: ABdhPJxq7+7QytWD2MRZLDvTGEsrwPBkTgp5SFigfG4clJlfFkMLk/cr8RQZpmcx8YfKTGal6DE0bHR/wDSWE/itTkM= X-Received: by 2002:ab0:30ce:: with SMTP id c14mr26384504uam.46.1634079535150; Tue, 12 Oct 2021 15:58:55 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ines Robles Date: Wed, 13 Oct 2021 01:58:19 +0300 Message-ID: To: Routing Over Low power and Lossy networks Cc: "Pascal Thubert (pthubert)" , Alvaro Retana , Charlie Perkins Content-Type: multipart/alternative; boundary="0000000000003a38e705ce2fca7a" Archived-At: Subject: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2021 22:59:02 -0000 --0000000000003a38e705ce2fca7a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, Please let us know by 16th Oct if you have some objection to assign MOP 4 to AODV-RPL. So far, we have these options (you can find them in the thread [1]): *Option 1: Keep the current MOP for AODV-RPL =3D> MOP =3D 5 * Option 2: Assign MOP 4 (P2P RPL) to AODV-RPL: -Action Points with this: - IANA Considerations: request to add aodv-rpl as a reference in the registry. - A new section that talks about how the reuse is ok, and any consequences of overlapping. A requirement to not use both variations (P2P-RPL and AODV-RPL) in the same network would be fine too. - Are you aware of some deployment of P2P-RPL? *Option 3: Allocate a new MOP, deprecate MOP 4 and reuse it later on. Please let us know your thoughts on this, Thanks, Ines and Dominique. [1] https://mailarchive.ietf.org/arch/msg/roll/HaqbaOhGzM5hbHEL7rpgEgskqUY/ On Wed, Oct 6, 2021 at 1:58 PM Alvaro Retana wrote= : > [Added the draft name to the subject to benefit my filters. ;-) ] > > Pascal: > > Hi! > > I asked the same question (about aodv-rpl replacing/obsoleting rfc6997) > when I did my review [1] =E2=80=94 more than two years ago! But sadly re= ceived no > real reply from the WG =E2=80=94 so we moved ahead with the document as i= t is now. > Peter brought the question back in his IoT DIT review [2] earlier this > year, but again no discussion from the WG. > > It is clear to see that aodv-rpl uses some of the technology from rfc6997 > and, as I understand it, a deployment would never include both. The > question then is valid and I would love to see more interest this time > around. > > Just FYI =E2=80=94 there would need to be some process behind a move to f= ormally > replace rfc6997 (beyond updating the draft). We can deal with that if we > need to. > > Thanks! > > Alvaro. > > > [1] > https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ > [2] > https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFq= S8930ZYI/ > > > On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) ( > pthubert=3D40cisco.com@dmarc.ietf.org) wrote: > > Dear all, > > > > RPL AODV is close to completion, congrats to the authors! > > Now, there=E2=80=99s the question of the MOP and 2 options, reuse the exp= erimental > one for P2P RPL, or take another. > > > > Right now, the draft takes 5 and P2P has 4 ( > https://www.iana.org/assignments/rpl/rpl.xhtml#mop) > > > > My observation is that P2P is the experiment that leads to AODV, so AODV > should deprecate it. > > > > I have not heard of real deployments, and if that happened, I do not > expect a mix of devices that would create confusion. > > So would that be OK to assign MOP 4 to RPL AODV? > > > > Note that we only have up to 6 to play with, and the multicast and anycas= t > supports are already on the cooking table. > > > > Keep safe, > > > > Pascal > > > _______________________________________________ > 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 > --0000000000003a38e705ce2fca7a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Please let us know= by 16th Oct if you have some objection to assign MOP 4 to AODV-RPL.=C2=A0<= /div>

So far, we have these options (you can find them i= n the thread [1]):

*Option 1: Keep the current MOP= for AODV-RPL =3D> MOP =3D 5

* Option 2: Assign= MOP 4 (P2P RPL) to AODV-RPL:=C2=A0
=C2=A0 =C2=A0 -Action Points = with this:=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 - IANA Considerations: request to ad= d aodv-rpl as a reference in the registry.=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 - A new section that talks about how the reuse is ok, and any consequen= ces of overlapping.=C2=A0 A requirement to not use both variations (P2P-RPL= and AODV-RPL) in the same network would be fine too.=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0- Are you aware of some deployment of P2P-RPL?=

*Option 3: Allocate a new MOP, deprecate MOP 4 an= d reuse it later on.=C2=A0

Please let us know your= =C2=A0thoughts on this,

Thanks,

Ines and Dominique.=C2=A0

On Wed, Oct 6,= 2021 at 1:58 PM Alvaro Retana <aretana.ietf@gmail.com> wrote:
[Added the draft name to the subject to benefit my filters. ;-)= ]

Pascal:

Hi!

I asked the same question (about aodv-rpl = replacing/obsoleting rfc6997) when I did my review [1] =E2=80=94 more than = two years ago!=C2=A0 But sadly received no real reply from the WG =E2=80=94= so we moved ahead with the document as it is now.=C2=A0 Peter brought the = question back in his IoT DIT review [2] earlier this year, but again no dis= cussion from the WG.

It is clear to see that aodv-rpl uses some of the technology from rfc6997= and, as I understand it, a deployment would never include both.=C2=A0 The = question then is valid and I would love to see more interest this time arou= nd.

Just FYI =E2=80= =94 there would need to be some process behind a move to formally replace r= fc6997 (beyond updating the draft).=C2=A0 We can deal with that if we need = to.

Thanks!

Alvaro.


[1]=C2=A0https://mailarchive.i= etf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/=C2=A0
[2]=C2=A0<= a href=3D"https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4pp= Y1GKjQFqS8930ZYI/" target=3D"_blank">https://mailarchive.ietf.org/arch/msg/= iot-directorate/f2GUlTDX4ppY1GKjQFqS8930ZYI/=C2=A0

On October 6, = 2021 at 2:29:30 AM, Pascal Thubert (pthubert) (pthubert=3D40cisco.com@dma= rc.ietf.org) wrote:

Dear all,

=C2=A0

RPL AODV is close to completion, congrats to the authors!

Now, there=E2=80=99s the question of the MOP and 2 options, reuse the= experimental one for P2P RPL, or take another.

=C2=A0

Right now, the draft takes 5 and P2P has 4 (https://www.iana.or= g/assignments/rpl/rpl.xhtml#mop)

=C2=A0

My observation is that P2P is the e= xperiment that leads to AODV, so AODV should deprecate it.

=C2=A0

I have not heard of real deployment= s, and if that happened, I do not expect a mix of devices that would create= confusion.

So would that be OK to assign MOP 4= to RPL AODV?

=C2=A0

Note that we only have up to 6 to p= lay with, and the multicast and anycast supports are already on the cooking= table.

=C2=A0

Keep safe,

=C2=A0

Pascal

=C2=A0

_______________________________________________
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
--0000000000003a38e705ce2fca7a-- From nobody Tue Oct 12 16:02:55 2021 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 358A53A0EFA for ; Tue, 12 Oct 2021 16:02:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qxLNOjWxzPBQ for ; Tue, 12 Oct 2021 16:02:47 -0700 (PDT) Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (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 E58E33A0EF6 for ; Tue, 12 Oct 2021 16:02:46 -0700 (PDT) Received: by mail-ua1-x936.google.com with SMTP id i15so1718460uap.0 for ; Tue, 12 Oct 2021 16:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=ssDdy7f7/ogLA0/ai4MXBSN/3mEXqD625nigLgzSV3g=; b=XJzFj8qRA2HMb1xU1l6N5pOSzcN3Pgc6fZSY+litu9euxs2PbDpJLGwWOMWmhHKMUa jxziHOV2bQWGn8VhovtRUzhyofk5PxXLaJN3npBUOT0tlFq1WsIqk4IgOnuXC2g3OWSn XTSodQCmcOyLxdwp4V/04jSChoS/yrXX3CuBs0jrG0jhMI1KO7YsLpZoiPUmq0SCWhRt 8x8Sx403jSGHCAzts6OsZH9Gi7ImxxhWcIk0whkX4NjQSd0jO4Y7sqesJUft21GJlDlR eJHJQN9F3pTIjZxiUI45MvBcpCCxohixca+1CwF5v3eEbYJxcD2WTdlRvuG7pzEWyJ49 j8IA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ssDdy7f7/ogLA0/ai4MXBSN/3mEXqD625nigLgzSV3g=; b=M4mexP87Loi7zfm3fBLWcFMoA9RkGMD5xtKJSXJM0q4AHfxtJocq/S2MtDTyT88uku sfK5Fq7VEq5E142SQRQLFTOtinZHNtSqew242Fn6+8ckaPq3AXReJ1I5umIwVp+kWRgl aPMkAiH4S3/uN9HxRkodJuqvxK1ENs4b3YIYFExdrIx9Ng/81Z6sYOEBkKTryNOBLqUp bmO/U0cbs8Ojpu6tZrWUQAeBAdaMtx1PLyUwOiWyToVdsP+0KT7rvl0v3pPGu0sfsymK TYbZlsBi6rG5t1B2hHG4CsrVuRNZS2cgek15HFXShccNEM/r0MjAgKMIs6yQkLVCqOeh XhzA== X-Gm-Message-State: AOAM533A++c5N9VNvKiU1w0rHZZxvydFcxnOk1GmFHWLv+cZjwcEZgap xYYrxgp6V4gBz1ZXiS0WMGMwDMQGyLzWMb5jJISxwW4X X-Google-Smtp-Source: ABdhPJxYAdBvK9y9i/Un83AeJu583K8Y/stgLckeprCRz4pk8NX2TbEA5nv/y3yGPwF8p+I3xGiMR57J+HjI3EnNcPA= X-Received: by 2002:a9f:32c2:: with SMTP id f2mr25875549uac.51.1634079765404; Tue, 12 Oct 2021 16:02:45 -0700 (PDT) MIME-Version: 1.0 From: Ines Robles Date: Wed, 13 Oct 2021 02:02:09 +0300 Message-ID: To: roll Content-Type: multipart/alternative; boundary="000000000000f3a00d05ce2fd7e1" Archived-At: Subject: [Roll] IETF 112 - Call for Presentations X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2021 23:02:52 -0000 --000000000000f3a00d05ce2fd7e1 Content-Type: text/plain; charset="UTF-8" Dear all, Please let us know by 22th Oct if you desire to present a topic at the IETF 112. We will have a one hour time-slot. Please indicate in your request: Topic, Presenter, and required time. Thank you in advance, Ines and Dominique --000000000000f3a00d05ce2fd7e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Please let us know by 22t= h Oct if you desire to present a topic at the IETF 112. We will have a one = hour time-slot. Please indicate in your request: Topic, Presenter, and requ= ired time.

Thank you in advance,

Ines and Dominique
--000000000000f3a00d05ce2fd7e1-- From nobody Tue Oct 12 16:39:16 2021 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 B11023A12B5 for ; Tue, 12 Oct 2021 16:39:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4E5oe4n55JQq for ; Tue, 12 Oct 2021 16:39:05 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D04F83A12B2 for ; Tue, 12 Oct 2021 16:39:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 3112618013; Tue, 12 Oct 2021 19:39:14 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eMdojVEFLf8r; Tue, 12 Oct 2021 19:39:13 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id BAEEE18010; Tue, 12 Oct 2021 19:39:13 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id E42D2CF8; Tue, 12 Oct 2021 19:39:01 -0400 (EDT) From: Michael Richardson To: Routing Over Low power and Lossy networks cc: Charlie Perkins In-Reply-To: References: X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2021 23:39:14 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ines Robles wrote: > * Option 2: Assign MOP 4 (P2P RPL) to AODV-RPL: > -Action Points with this: > - IANA Considerations: request to add aodv-rpl as a reference in > the registry. > - A new section that talks about how the reuse is ok, and any > consequences of overlapping. A requirement to not use both variations > (P2P-RPL and AODV-RPL) in the same network would be fine too. > - Are you aware of some deployment of P2P-RPL? Works for me. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmFmHJUACgkQgItw+93Q 3WUJiwf+KU0IBBEKbxIuTGTSg9SpGmRMCyRFK9iVQ8t9lX+7j6J2sQujAER2Al+F JlMhcAwWKNZcRAM+1r5ypuW8eFaKZOMM0nd7DsAExiK0kfIIQ/N24fHP2yoA2Bmf JnY603qfgyy1hjBNll22pkhGp/yfAQPG6P7G+LlMxIpuBLAdfCUvjNX+wbWuypQa fII93akDY8Df1jd+Q+0iNqjy9s0q+J+nusEgeaH/9CNsC0xICtcUw+Y9aC1VNIXY T56NDqJ3TvB/SQowrui5fFOB6yK5sugBMYUNuCgr+fFtQDLBEFlctmpJ7CaEDGRA WlopZD/DM1n3tT1UPHUwPgsPSNPN0g== =pcaI -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Oct 12 23:13:26 2021 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 61C7E3A1491; Tue, 12 Oct 2021 23:13:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=b1BWD4rR; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=kmoz0LXO 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 Fj8sYZ16oB2Z; Tue, 12 Oct 2021 23:13:17 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93FFC3A148B; Tue, 12 Oct 2021 23:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6725; q=dns/txt; s=iport; t=1634105597; x=1635315197; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=UhQTeBwSKjv0K6MtQfb3Zl3OEJVu3w+po+ERkr49sJ0=; b=b1BWD4rRgaVigZNmC9C0uvXXYueT3YZpba1Oshmm0fR2Kkvrdxh3nzsH lnjFFNqES8WSAnLMyQ4oqkvsHmTgEg6XMi2SCf720Wp2hs0rDXfAdiudE AhEoJXtBWFsvSJ9ElL+RsvWCgYcTW0+GFBA7ndJpLNJDryY3/93/SChJ/ Y=; IronPort-PHdr: =?us-ascii?q?A9a23=3A8htA+RAnOqY9g99C/skuUyQVjBdPi9zP1kY98?= =?us-ascii?q?ZMhh79Kd62luZ/rbwTT5vRo2VnOW4iTq/dJkPHfvK2oX2scqY2Av3YPfN0pN?= =?us-ascii?q?VcFhMwakhZmDJuDDkv2f+XjaSA3GMFLUhlu9iLzPU1cAs2rYVrUrzW75iITH?= =?us-ascii?q?ROqMw1zK6z1F4fegt7x2fq1/sjYYh5Dg3y2ZrYhRCg=3D?= IronPort-Data: =?us-ascii?q?A9a23=3ApK08zam/uGtc0muGBqzN8jno5gwIJERdPkR7X?= =?us-ascii?q?Q2eYbSJt1+Wr1GztxIfCjrXb/6Ma2r0fd8gbYiy/BwBuZDXy9VmGwY+qntnR?= =?us-ascii?q?FtH+JHPbTi7wugcHM8zwvUuxyuL1u1GAjX7BJ1yHiK0SiuFaOC79CAkjPvQH?= =?us-ascii?q?dIQNcadUsxPbV48IMseoUoLd94R2uaEsPDha++/kYqaT/73YDdJ7wVJ3lc8s?= =?us-ascii?q?Mpvnv/AUMPa41v0tnRmDRxCUcS3e3M9VPrzLonpR5f0rxU9IwK0ewrD5OnRE?= =?us-ascii?q?mLx5RwhDJaulaz2NxNMSb/JNg/IgX1TM0SgqkEd/WppjeBqb7xFNBg/Zzahx?= =?us-ascii?q?7idzP1VqZytQwozIoXHmf8WVF9TFCQW0ahuqeSffCjv65fOp6HBWz62qxl0N?= =?us-ascii?q?2kzNJcZ8+dxDHpU8vYcJSslYReEiOa7xbu6Tq9ngcFLBNPsOIc3u3x8w3feF?= =?us-ascii?q?/lOaZzZSqvWoN5VwDl1nMdKGbPXYMYHLCB3aFLJZxlnO1oLBtQ5hujArnDlf?= =?us-ascii?q?iFRrlvTpKcr7UDcyQVw1P7mN9+9UtmBX4ZUk1qWjnnP+Wj0BhQTMpqUwFK4H?= =?us-ascii?q?tiE7gPUtTnwVIRXH7qi+7s0xlaS3WcUThYRUDOGTTCCohbWc7pix4Y8o0LCd?= =?us-ascii?q?ZQPyXE=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AgEX+qqoQk/4Y69uELCXji/saV5uJL9V00z?= =?us-ascii?q?EX/kB9WHVpm5Oj9vxGzc506farslkssSkb6K+90KnpewK6yXcH2/huAV7CZn?= =?us-ascii?q?imhILMFuFfBOTZskbd8kHFh4tgPOJbAtRD4b7LfBhHZKTBkXOF+r8bqbHtms?= =?us-ascii?q?3F9ISurUuFDzsaFp2IhD0JbDpzZ3cGPDWucqBJbaZ0iPA3wwaISDAyVICWF3?= =?us-ascii?q?MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWna4j4uFxd0hZsy+2nMlAL0oo?= =?us-ascii?q?+5teug9xPa32jPq7xLhdrazMdZDsDksLlWFtyssHfsWG1SYczEgNkHmpDo1L?= =?us-ascii?q?/sqqiUn/4UBbU215oWRBDsnfKi4Xi67N9k0Q6S9bbRuwqSnSW+fkNhNyKE7r?= =?us-ascii?q?gpLicwLCEbzYxBOetwrhGknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTO?= =?us-ascii?q?IlGfJsRKEkjQho+a07bWjHAUEcYZ5TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFh?= =?us-ascii?q?PDRkQZoMSa3zVfgXg8liIjtYMit2ZF8Ih4R4hP5uzCPKgtnLZSTtUOZaY4AO?= =?us-ascii?q?saW8O4BmHEXBqJOmOPJlbsEr0BJhv22tLKyaRw4PvvdI0DzZM0lpiEWFREtX?= =?us-ascii?q?Qqc0arEsGK1I0jyGGEfIx8Z0Wl9ih63ek2hlTRfsufDcSzciFZryL7mYRsPi?= =?us-ascii?q?TyYYfGBK5r?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BhAADMd2Zh/51dJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCBQcBAQsBgVBRB3daNzGER4NHA4RZYIgOinSKdIUIgS6BJQN?= =?us-ascii?q?UCwEBAQ0BATUMBAEBggmCdQIXgjECJTQJDgECBAEBARIBAQUBAQECAQYEgRE?= =?us-ascii?q?ThWgNhkMBAQEDEhEdAQE3AQ8CAQgOCicDAgICHxEUEQIEDgUigk8BgX5XAy8?= =?us-ascii?q?BDqAvAYE6AoofeoExgQGCCAEBBgQEhQoNC4I1AwaBOgGDA4QSAQGBHIVXJxy?= =?us-ascii?q?BSUSBFSccgjcwPoIhQgMBgguCazeCLoxYKlEClHsBgklHiH6NTpFEZwqDMIp?= =?us-ascii?q?Gjj+FaAUspxeWCIxsg0CQUoRpAgQCBAUCDgEBBoFhOyuBLnAVZQGCPlEZD44?= =?us-ascii?q?gg3KFFIVKdAI2AgYBCgEBAwmUFQEB?= X-IronPort-AV: E=Sophos;i="5.85,369,1624320000"; d="scan'208,217";a="930588235" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Oct 2021 06:13:16 +0000 Received: from mail.cisco.com (xbe-rcd-006.cisco.com [173.37.102.21]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 19D6DFCS002890 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 13 Oct 2021 06:13:15 GMT Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xbe-rcd-006.cisco.com (173.37.102.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 13 Oct 2021 01:13:15 -0500 Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 13 Oct 2021 02:13:14 -0400 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Wed, 13 Oct 2021 01:13:14 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LsHEfvtf2/brZK6wF/c1f3HhTq4nDvZH/PykUzLj6nwDXPunpVdO3+CNZzQ0JDaFTmVLN/OkgUNuSQ9fPANaJHdgibluxc44nP3Xa94coctDnQVCIN4bd2zNBPDzs8GUXJehneHJdNDWYp4CMv93v3A6bu3awUJW6nhqO5761VMG1k8lsG1baSacF17Xf9rNYRmfak6N3+M4R9L0V+OLD58BVl/Kd0ZHJZnpIixJx5SWNjYstO9QgmN0MxIcLX3NfWZW6KnxRvtcpf2wOJxAuV9qp3byK3mH5LxRuQlMozGvwMosNMZWT8ZgQS3jHgosjJ2MkEXvdQFoC7aEIan9pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=UhQTeBwSKjv0K6MtQfb3Zl3OEJVu3w+po+ERkr49sJ0=; b=EY2vtqtNgtCNsu8KfZpHHbytHL8Yn1MAYTHE4fi62cr9yvlD/R+KFbsYEysovx8OUBMLGdVq7ckxjEZ7nuocRbzl1RQPCOAXUSbQGJGxHvgAD4BGWHk0JHFE+PP6UekeM8jA5wojaDa/Bwc+zncZ0SaNI7yr83ZQcQd0H3DP2BDA7DiNaL/2swDpuhUuU6LpgmOqs99pZnLNsCWKJrzOp5Aq5WhauOP2wC0nyLN7HkkcWPLRxhlGekf+/JM7l5IKxC82sEph8TRtBTNAZUu+QNHfyV0LbU/cmF5QVc/TIsT40IjxMyWCroTtxFeHHzp8uhriryBdQjIXfssWtQ9ZpQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UhQTeBwSKjv0K6MtQfb3Zl3OEJVu3w+po+ERkr49sJ0=; b=kmoz0LXOQnD5KkLb6HfkknDLnLs4PKSpS90JvLu9dfgO3OC/qCETUcJbjnoPt4JhPRSdX+T+aBvbzOWQ6hZrGJpDAO0z3JdlZ+791Wp3sprxjsI0ZHx06rtMqks/+a1kjNFkzkBnqFIpA+qPmTzJnEydqAwUYAnytUmtnjvbbJU= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1709.namprd11.prod.outlook.com (2603:10b6:300:25::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4587.19; Wed, 13 Oct 2021 06:13:08 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%9]) with mapi id 15.20.4608.015; Wed, 13 Oct 2021 06:13:08 +0000 From: "Pascal Thubert (pthubert)" To: Ines Robles CC: Michael Richardson , Alvaro Retana , "draft-ietf-roll-aodv-rpl.all@ietf.org" , "Routing Over Low power and Lossy networks" Thread-Topic: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) Thread-Index: AQHXuqEhFSlmFMS1EUmTe8nG4k61VKvJA3bQgAApOgCAA0ZKgIADiimAgACAY2E= Date: Wed, 13 Oct 2021 06:13:08 +0000 Message-ID: <140E8436-D3D0-4A24-96C7-16C1CDBC6384@cisco.com> References: <29221.1633883421@localhost> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: sandelman.ca; dkim=none (message not signed) header.d=none;sandelman.ca; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 84e35bc0-771c-4255-8fc2-08d98e10871b x-ms-traffictypediagnostic: MWHPR11MB1709: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /sfMjK2DdeIhIva+fR6a2ynj91wofGY5JPW4Oci1+zSmPw8API24AD4Dd9II4LQeH5D2BYepJf05lbOOv0zNbQY1ausPlKnN1KjlEchMoBdxR/H+eaz1uPyuC3jFLlQtTSSsMhn0t18mAnphjzX4TmUINSDsYgYiEzs0c+pCc+d/VUKxIgxh3fb3QAVDA9kCuktkHT5PWoRKfKlLPUGdiiwyJfPZuG7qbwjHm3XwavRTh3xKRlFNWETHJpVygMpR87gHGA6SQiY2Y96j9jvBSmJudITl8Lkatn2vf1xhju0Z5BX3/I7FVHt336ngV7dCIRxosm7PQbVu3Pz9cO19Ie8eZ+C0O78SwuwdLKQGRFhFz/tAy9Vb/xUcPXbm3ToUaIHdHXFrItXfoemhUSsm62ynwS6JAZ6Qug/EoATds5UHNOnXQeKcwghuemVhG0K9f7Coj9j8ivhEkkLTDYsQS8qyIHND3p4XNLtOnXjLLsAiL09sHkZ95h3qQQl5DfVU3NnkQH6LLJgqHAJ9BbpuzZ+R/tiLynThjP9PMEREApvqG28DnWge9BNSJU+FSsmVkWXmZgXIZhvyha0zx1a6UduaHBQjZ3HjJSfnNcPdn7+ZjR+JqnlOTuIAyOulaG8FM+OkXIu/JstBOR91vwDN3ezVR0lUGIRQSxxXww1FxaxLxubtooGIudqNqmldnVOxa5deBtaPPTu3npa7hPYfordmgOEIohcor4WgH8lrRSSzjTVZnhv85T0mJayeXLavHUYuXUawTPpT4w3llRKtpbpixYPlkm4GoGlSnqLTSH+xiuovS6ul0vD4fqESvbsXe4LH85m2PTu1K+XBrzlzeJbxvdnEjbjLvf4MTMEVP7I= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(2906002)(21615005)(53546011)(6506007)(6916009)(66446008)(38100700002)(54906003)(66574015)(66556008)(966005)(8936002)(64756008)(71200400001)(83380400001)(186003)(76116006)(38070700005)(166002)(8676002)(86362001)(6512007)(4326008)(36756003)(66476007)(5660300002)(91956017)(508600001)(2616005)(33656002)(6486002)(66946007)(122000001)(316002)(45980500001)(244885003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?TlBwZzlJMmsxWVJvenhZNUh5LzhJVW83MndOZW9LR0Q0UThIL2JDVCsxNTJa?= =?utf-8?B?Q0RiWmkvUS9PN0VIUkF2dzFYa1ZQM3Yrd3l1UFJ5T0ZmYldVdDdZVUxINHhW?= =?utf-8?B?MlVmbWs4dEk5d2tiQytkSHNEcEg5WER2SWlPYWJRR01hVVIySkhyRUFRa3pJ?= =?utf-8?B?WFQ1eTl4Wjg3cFVaQ1lkWXJTL1pRVHllTU5VR05iWW9LOTdXbWFmVmViSXRK?= =?utf-8?B?NmtnUkVHbGxZN3BaSGlWZy8yeXJMVGo1eGxnMG40WTZCT2xtVGFONUJtclA4?= =?utf-8?B?SU9Zd1NUc3ZvRzczS2p3NnR5dENtYW1IZkpoZm1zWGREMXpyNDNCVEV4UkF3?= =?utf-8?B?cHFyNWpCc0Q5bU1tUThvM3YwSTJ3aDJ0aE50UWdIbnYyTG9nOGc5T1lPSHQv?= =?utf-8?B?enltdnJ0Y2NkUHJkcTh6b2YxcnM3aUNXbk5Da0x2anRJekdSbmxBNmhrajNl?= =?utf-8?B?K2hsemFhTnZEeDNJRnFibG0zV2s4NWRteGxwTU11KzRUQzNLK0Rtc2lWbG1t?= =?utf-8?B?SDFObS83amlYYzFaeDg4M0lWRk9JZ3FjdFEveEJWdFZUQWwwS25jYjArVGRM?= =?utf-8?B?UkdZdnpKOHpSN1d4eTlpV3pBYnpvSCtBdEE0TFMxNUhzSUw1WmxVMHZ4cDFv?= =?utf-8?B?VE9jRXpyNEpzSjRJdmUxSExzSUkyZkEvUFNZV3lrQTBOOFM4T2dxdXc4WkJC?= =?utf-8?B?dk5aaVhRK1dnaEpoWHpJWWw4UVVJRlFGd1UwZlM4bVlhSEhsd2x0ZzlKSEdB?= =?utf-8?B?NHBMR2crT1BGcEFTTXRyVjRYYWlBQ2VBRmIyRGtNOXZOamswejNVUjR1clJv?= =?utf-8?B?a0lNV0ZlckRBZEl4a0xsL0NpWmVoUUxWR2xEc0IyVW8vRmkzYUpGbVhxajdu?= =?utf-8?B?ZDczUER5bkV2Q0lxNjFnY0lpVVBSK2kveW9vOVkzYXN5N2xuZ3NSVzErMGdG?= =?utf-8?B?YkpjWTh4OEJFeHdRRHFUUmpoajdjOXBQSEhBeEd2SmtOa3NjQ1hoMU14T0Rr?= =?utf-8?B?RVgvT0xjQStLSnBoV0ZmVE1JNHlCTWpGUHNaYWEwQjZvSzNGRFY1aDZUVVha?= =?utf-8?B?dUlJSisvTFZEYnEwVU14RmVFaERsS2U0MFp2ZzBTMkRUT2dpUkpwQWxId1l2?= =?utf-8?B?a3l1eXpWWER4NWc5Y3VWMUxGL0VRNWtEWVhzVkplWDBRVXFaNXN4RG5BUXpp?= =?utf-8?B?MlJ3elhvRmlYajdTL09EMW45aWNhY0pNM3E1WHJEdWhtUzJrNGZoOUxqYlYz?= =?utf-8?B?cWNKVlREby9NdW0wZkM1Z1M4N1h3WUtZajhKa0JrbTBPQjYxdGVBcmF5U2d6?= =?utf-8?B?ZHc0a2NnLzFtaUhHTmE4WWh4RytndVRZU3VVT0pIbEVDbnhHT2dIcGY1Mm1G?= =?utf-8?B?RmhQYWFSNVlDN1FBZGorNnd6NjBmZGtFRFY0VDl5UkN6MUdTMUN1NUpHQ0lP?= =?utf-8?B?UVk2dUtQbktiYlhDc0UxeTZqd01Fd0tFWFc4QVRlbVhJeVM5dFVNYUEzdjFw?= =?utf-8?B?WEhiYUQyOFJUZjFmTXFuWU0zRlVFUVNhOElnS0JYWDBseW42aU45akJ2aVZ6?= =?utf-8?B?OGFtVVhuT3g1bDRuZ25iUzJZeVNGVmhXQ1R4cHlQU2V1RmJwVFMxaTltRC96?= =?utf-8?B?VWVxM2dLbTg4d2NqSWFrdlFTb0pSSmNSRHptZEFwRWIrVHBwT3dSaUpRQWo1?= =?utf-8?B?eUY0MXlzajU2eVk2RVhINTRUM3BNejA3YURjZmdBK3hscVdBeTNYZldnaS9Z?= =?utf-8?B?K1dOYlFqbVFuYVd6NFlvdDh5em5OSXBNZmg0dlJHTmRab0gxbjVLenRValVK?= =?utf-8?B?VW5uYXhOOWoyeGNtREduQUFNcGxXMFkrN3RNWno1bEpxWnFYampSRCtLT0FB?= =?utf-8?Q?35s884RyuUQHn?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_140E8436D3D04A2496C716C1CDBC6384ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 84e35bc0-771c-4255-8fc2-08d98e10871b X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Oct 2021 06:13:08.4846 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: uGlzA0OYg0YT+2Jw0WnJ1Kt143er8eLLdd2OAqsIp2q+m/bC/kvx9ui0H/5ET1chp6j+IUX0Ds6/uadk75eDAg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1709 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.21, xbe-rcd-006.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2021 06:13:24 -0000 --_000_140E8436D3D04A2496C716C1CDBC6384ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Rm9yIGFsbCBJIGtub3cgeW914oCZcmUgY29ycmVjdCBJbmVzDQoNCg0KUmVnYXJkcywNCg0KUGFz Y2FsDQoNCkxlIDEzIG9jdC4gMjAyMSDDoCAwMDozNCwgSW5lcyBSb2JsZXMgPG1hcmlhaW5lc3Jv Ymxlc0Bnb29nbGVtYWlsLmNvbT4gYSDDqWNyaXQgOg0KDQrvu78NCkhpLA0KDQpPbiBTdW4sIE9j dCAxMCwgMjAyMSBhdCA3OjMwIFBNIE1pY2hhZWwgUmljaGFyZHNvbiA8bWNyK2lldGZAc2FuZGVs bWFuLmNhPG1haWx0bzptY3IlMkJpZXRmQHNhbmRlbG1hbi5jYT4+IHdyb3RlOg0KDQpBbHZhcm8g UmV0YW5hIDxhcmV0YW5hLmlldGZAZ21haWwuY29tPG1haWx0bzphcmV0YW5hLmlldGZAZ21haWwu Y29tPj4gd3JvdGU6DQogICAgPiBJZiB3ZeKAmXJlIG1vdmluZyBmb3J3YXJkIHdpdGggdXNpbmcg TU9QIDQsIHRoZW4gdGhpcyBpcyB3aGF0IHdlIHdvdWxkIG5lZWQNCiAgICA+IChhdCBsZWFzdCk6 DQoNCiAgICA+IC0gSUFOQSBDb25zaWRlcmF0aW9uczogcmVxdWVzdCB0byBhZGQgYW9kdi1ycGwg YXMgYSByZWZlcmVuY2UgaW4gdGhlDQogICAgPiByZWdpc3RyeS4NCg0KICAgID4gLSBBIG5ldyBz ZWN0aW9uIHRoYXQgdGFsa3MgYWJvdXQgaG93IHRoZSByZXVzZSBpcyBvaywgYW5kIGFueSBjb25z ZXF1ZW5jZXMNCiAgICA+IG9mIG92ZXJsYXBwaW5nLiAgQSByZXF1aXJlbWVudCB0byBub3QgdXNl IGJvdGggdmFyaWF0aW9ucyBpbiB0aGUgc2FtZQ0KICAgID4gbmV0d29yayB3b3VsZCBiZSBmaW5l IHRvby4NCg0KSXMgdGhlcmUgYW4gdXBncmFkZSBjb25zaWRlcmF0aW9uIGlmIHdlIHJlLXVzZT8N CldlIGNvdWxkIGFsc28gYWxsb2NhdGUgYSBuZXcgTU9QLA0KDQpUaGUgY3VycmVudCBNT1AgaW4g dGhlIGRvYyBpcyA1LCBJIHVuZGVyc3RhbmQgdGhpcyB3b3VsZCBiZSB0aGUgbmV3IE1PUCwgIHJp Z2h0Pw0KDQphbmQgZGVwcmVjYXRlIE1PUCA0LCBhbmQgcmV1c2UgaXQgbGF0ZXIgb24uDQoNCkkg dGhpbmsgaWYgd2UgZGVwcmVjYXRlIE1PUDQsIGl0IG1ha2VzIHNlbnNlIHRvIG1lIHRvIGFzc2ln biBpdCB0byBBT0RWLVJQTCwgcmlnaHQ/DQoNCg0KTXkgYmVsaWVmIGlzIHRoYXQgdGhlcmUgYXJl IGZldyBkZXBsb3ltZW50cyBvZiBQMlAgUlBMIHRvZGF5LCBhbmQgdGhhdCBhDQpmb3JrbGlmdCB1 cGdyYWRlIG9mIHRoZW0gaXMgYWNjZXB0YWJsZS4NCg0KUklPVCBPUyBoYXMgaW1wbGVtZW50ZWQg UDJQIFJQTCBodHRwczovL2FwaS5yaW90LW9zLm9yZy9ncm91cF9fbmV0X19nbnJjX19ycGxfX3Ay cC5odG1sDQpCdXQgeWVzLCBJIGhhdmUgbm90IGZvdW5kIGZ1cnRoZXIgZGVwbG95bWVudHMuDQoN CiBUaGFua3MsDQpJbmVzLg0KDQoNCi0tDQpNaWNoYWVsIFJpY2hhcmRzb24gPG1jcitJRVRGQHNh bmRlbG1hbi5jYTxtYWlsdG86bWNyJTJCSUVURkBzYW5kZWxtYW4uY2E+PiAgIC4gbyBPICggSVB2 NiBJw7hUIGNvbnN1bHRpbmcgKQ0KICAgICAgICAgICBTYW5kZWxtYW4gU29mdHdhcmUgV29ya3Mg SW5jLCBPdHRhd2EgYW5kIFdvcmxkd2lkZQ0KDQoNCg0KDQo= --_000_140E8436D3D04A2496C716C1CDBC6384ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQpG b3IgYWxsIEkga25vdyB5b3XigJlyZSBjb3JyZWN0IEluZXM8YnI+DQo8YnI+DQo8ZGl2IGRpcj0i bHRyIj4NCjxkaXY+PGJyPg0KPC9kaXY+DQpSZWdhcmRzLA0KPGRpdj48YnI+DQo8L2Rpdj4NCjxk aXY+UGFzY2FsPC9kaXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJsdHIiPjxicj4NCjxibG9ja3F1b3Rl IHR5cGU9ImNpdGUiPkxlIDEzIG9jdC4gMjAyMSDDoCAwMDozNCwgSW5lcyBSb2JsZXMgJmx0O21h cmlhaW5lc3JvYmxlc0Bnb29nbGVtYWlsLmNvbSZndDsgYSDDqWNyaXQmbmJzcDs6PGJyPg0KPGJy Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4NCjxkaXYg ZGlyPSJsdHIiPu+7vw0KPGRpdiBkaXI9Imx0ciI+DQo8ZGl2IGRpcj0ibHRyIj5IaSwNCjxkaXY+ PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4NCjxkaXYgZGly PSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBTdW4sIE9jdCAxMCwgMjAyMSBhdCA3OjMwIFBN IE1pY2hhZWwgUmljaGFyZHNvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1jciUyQmlldGZAc2FuZGVs bWFuLmNhIj5tY3IraWV0ZkBzYW5kZWxtYW4uY2E8L2E+Jmd0OyB3cm90ZTo8YnI+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBw eCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxl ZnQ6MWV4Ij4NCjxicj4NCkFsdmFybyBSZXRhbmEgJmx0OzxhIGhyZWY9Im1haWx0bzphcmV0YW5h LmlldGZAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+YXJldGFuYS5pZXRmQGdtYWlsLmNvbTwv YT4mZ3Q7IHdyb3RlOjxicj4NCiZuYnNwOyAmbmJzcDsgJmd0OyBJZiB3ZeKAmXJlIG1vdmluZyBm b3J3YXJkIHdpdGggdXNpbmcgTU9QIDQsIHRoZW4gdGhpcyBpcyB3aGF0IHdlIHdvdWxkIG5lZWQ8 YnI+DQombmJzcDsgJm5ic3A7ICZndDsgKGF0IGxlYXN0KTo8YnI+DQo8YnI+DQombmJzcDsgJm5i c3A7ICZndDsgLSBJQU5BIENvbnNpZGVyYXRpb25zOiByZXF1ZXN0IHRvIGFkZCBhb2R2LXJwbCBh cyBhIHJlZmVyZW5jZSBpbiB0aGU8YnI+DQombmJzcDsgJm5ic3A7ICZndDsgcmVnaXN0cnkuPGJy Pg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmZ3Q7IC0gQSBuZXcgc2VjdGlvbiB0aGF0IHRhbGtzIGFi b3V0IGhvdyB0aGUgcmV1c2UgaXMgb2ssIGFuZCBhbnkgY29uc2VxdWVuY2VzPGJyPg0KJm5ic3A7 ICZuYnNwOyAmZ3Q7IG9mIG92ZXJsYXBwaW5nLiZuYnNwOyBBIHJlcXVpcmVtZW50IHRvIG5vdCB1 c2UgYm90aCB2YXJpYXRpb25zIGluIHRoZSBzYW1lPGJyPg0KJm5ic3A7ICZuYnNwOyAmZ3Q7IG5l dHdvcmsgd291bGQgYmUgZmluZSB0b28uPGJyPg0KPGJyPg0KSXMgdGhlcmUgYW4gdXBncmFkZSBj b25zaWRlcmF0aW9uIGlmIHdlIHJlLXVzZT88YnI+DQpXZSBjb3VsZCBhbHNvIGFsbG9jYXRlIGEg bmV3IE1PUCw8L2Jsb2NrcXVvdGU+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGUgY3VycmVu dCBNT1AgaW4gdGhlIGRvYyBpcyA1LCBJIHVuZGVyc3RhbmQgdGhpcyB3b3VsZCBiZSB0aGUgbmV3 IE1PUCwmbmJzcDsgcmlnaHQ/PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGJsb2NrcXVvdGUg Y2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRl ci1sZWZ0OjFweCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPg0KYW5k IGRlcHJlY2F0ZSBNT1AgNCwgYW5kIHJldXNlIGl0IGxhdGVyIG9uLjxicj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkkgdGhpbmsgaWYgd2UgZGVwcmVjYXRlIE1PUDQs IGl0IG1ha2VzIHNlbnNlIHRvIG1lIHRvIGFzc2lnbiBpdCB0byBBT0RWLVJQTCwgcmlnaHQ/PC9k aXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2Io MjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPg0KPGJyPg0KTXkgYmVsaWVmIGlzIHRoYXQg dGhlcmUgYXJlIGZldyBkZXBsb3ltZW50cyBvZiBQMlAgUlBMIHRvZGF5LCBhbmQgdGhhdCBhPGJy Pg0KZm9ya2xpZnQgdXBncmFkZSBvZiB0aGVtIGlzIGFjY2VwdGFibGUuPGJyPg0KPC9ibG9ja3F1 b3RlPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+UklPVCBPUyBoYXMgaW1wbGVtZW50ZWQgUDJQ IFJQTCZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vYXBpLnJpb3Qtb3Mub3JnL2dyb3VwX19uZXRfX2du cmNfX3JwbF9fcDJwLmh0bWwiPmh0dHBzOi8vYXBpLnJpb3Qtb3Mub3JnL2dyb3VwX19uZXRfX2du cmNfX3JwbF9fcDJwLmh0bWw8L2E+PC9kaXY+DQo8ZGl2PkJ1dCB5ZXMsIEkgaGF2ZSBub3QgZm91 bmQgZnVydGhlciBkZXBsb3ltZW50cy4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8 ZGl2PiZuYnNwO1RoYW5rcyw8L2Rpdj4NCjxkaXY+SW5lcy4mbmJzcDs8L2Rpdj4NCjxibG9ja3F1 b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDti b3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij4N Cjxicj4NCjxicj4NCi0tPGJyPg0KTWljaGFlbCBSaWNoYXJkc29uICZsdDs8YSBocmVmPSJtYWls dG86bWNyJTJCSUVURkBzYW5kZWxtYW4uY2EiIHRhcmdldD0iX2JsYW5rIj5tY3IrSUVURkBzYW5k ZWxtYW4uY2E8L2E+Jmd0OyZuYnNwOyAmbmJzcDsuIG8gTyAoIElQdjYgScO4VCBjb25zdWx0aW5n ICk8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NhbmRlbG1h biBTb2Z0d2FyZSBXb3JrcyBJbmMsIE90dGF3YSBhbmQgV29ybGR3aWRlPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_140E8436D3D04A2496C716C1CDBC6384ciscocom_-- From nobody Fri Oct 15 15:41:18 2021 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 B77DC3A0E7C; Fri, 15 Oct 2021 15:34:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: aretana.ietf@gmail.com, roll@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.39.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <163433724073.17026.2079529026227700385@ietfa.amsl.com> Date: Fri, 15 Oct 2021 15:34:00 -0700 Archived-At: Subject: [Roll] roll - Requested session has been scheduled for IETF 112 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2021 22:34:12 -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:00 requested) Wednesday, 10 November 2021, Session II 1430-1530 Room Name: Room 6 size: 506 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/112/sessions/roll.ics 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 Hour Number of Attendees: 25 Conflicts to Avoid: People who must be present: Alvaro Retana Dominique Barthel Ines Robles Michael Richardson Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Oct 15 18:09:07 2021 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 6FFFA3A13E1; Fri, 15 Oct 2021 18:08:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wo7sl1kZmpdt; Fri, 15 Oct 2021 18:08:46 -0700 (PDT) Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [134.102.50.15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 649B03A13DA; Fri, 15 Oct 2021 18:08:27 -0700 (PDT) Received: from smtpclient.apple (p5089a8ac.dip0.t-ipconnect.de [80.137.168.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4HWQ4R6dVjz2xL5; Sat, 16 Oct 2021 03:08:23 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Sat, 16 Oct 2021 03:08:23 +0200 Message-Id: <4F2E6343-AF1B-42BD-8579-16A9DCDA8EA3@tzi.org> To: 6lo@ietf.org, 6tisch@ietf.org, lp-wan@ietf.org, lwip@ietf.org, roll@ietf.org X-Mailer: Apple Mail (2.3654.120.0.1.13) Archived-At: Subject: [Roll] Constrained Node/Network Cluster @ IETF112: FINAL AGENDA X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2021 01:08:51 -0000 Here is my usual eclectic condensed agenda based on the "FINAL" AGENDA for IETF112. Remember that further agenda changes can still happen. COSE no longer is on IOTOPS; MADINAS, ADD, INTAREA, UTA, and OPENPGP have moved around a bit. The conspicuous conflict of ASDF/LAKE/RATS remains. All times are in UTC. Note that the first week in November (W44) is the Week of Confusion, where DST has ended in Europe but not yet in North America. https://datatracker.ietf.org/meeting/agenda-utc might be handy. Gr=C3=BC=C3=9Fe, Carsten (### DST ENDS IN EUROPE ###) MONDAY, November 1, 2021 1500-1600 Hackathon Kickoff Rm 1 GEN hackathon Hackathon WEDNESDAY, November 3, 2021 1330-1500 IETF Plenary - Plenary FRIDAY, November 5, 2021 1500-1700 Hackathon Closing Rm 1 GEN hackathon Hackathon (### DST ENDS IN NORTH AMERICA ###) MONDAY, November 8, 2021 1200-1400 Session I Rm 1 ART dispatch Dispatch WG - Joint with ARTAREA Rm 7 SEC *** rats Remote ATtestation ProcedureS WG Rm 8 TSV masque Multiplexed Application Substrate over = QUIC Encryption WG 1430-1530 Session II Rm 2 INT *** 6lo IPv6 over Networks of = Resource-constrained Nodes WG Rm 5 RTG rift Routing In Fat Trees WG Rm 7 SEC *** suit Software Updates for Internet of Things = WG Rm 8 TSV tsvwg Transport Area Working Group WG 1600-1800 Session III Rm 1 ART *** core Constrained RESTful Environments WG Rm 3 INT add Adaptive DNS Discovery WG TUESDAY, November 9, 2021 1200-1400 Session I Rm 2 ART webtrans WebTransport WG Rm 3 INT intarea Internet Area Working Group WG Rm 6 RTG raw Reliable and Available Wireless WG Rm 7 SEC secdispatch Security Dispatch WG 1430-1530 Session II Rm 1 ART sedate Serialising Extended Data About Times = and Events WG Rm 3 INT *** lpwan IPv6 over Low Power Wide-Area Networks = WG Rm 4 IRTF maprg Measurement and Analysis for Protocols Rm 7 SEC *** ace Authentication and Authorization for = Constrained Environments WG 1600-1800 Session III Rm 3 INT 6man IPv6 Maintenance WG Rm 4 IRTF irtfopen IRTF Open Meeting Rm 8 SEC tls Transport Layer Security WG WEDNESDAY, November 10, 2021 1200-1400 Session I Rm 2 ART jsonpath JSON Path WG Rm 3 INT madinas MAC Address Device Identification for = Network and Application Services WG Rm 5 RTG detnet Deterministic Networking WG Rm 7 SEC openpgp Open Specification for Pretty Good = Privacy WG Rm 8 TSV quic QUIC WG 1430-1530 Session II Rm 4 RTG babel Babel routing protocol WG Rm 6 RTG *** roll Routing Over Low power and Lossy = networks WG Rm 7 SEC *** cose CBOR Object Signing and Encryption WG Rm 8 TSV tsvarea Transport Area Open Meeting 1600-1800 Session III Rm 1 ART wpack Web Packaging WG Rm 3 OPS anima Autonomic Networking Integrated Model = and Approach WG THURSDAY, November 11, 2021 1200-1400 Session I Rm 3 IRTF cfrg Crypto Forum Rm 4 IRTF coinrg Computing in the Network Research Group Rm 6 SEC gnap Grant Negotiation and Authorization = Protocol WG 1430-1530 Session II Rm 1 ART *** cbor Concise Binary Object Representation = Maintenance and Extensions WG Rm 3 INT *** drip Drone Remote ID Protocol WG Rm 4 IRTF pearg Privacy Enhancements and Assessments = Research Group Rm 6 OPS v6ops IPv6 Operations WG Rm 7 RTG bier Bit Indexed Explicit Replication WG Rm 8 SEC acme Automated Certificate Management = Environment WG 1600-1800 Session III Rm 1 IRTF panrg Path Aware Networking RG Rm 6 SEC saag Security Area Open Meeting FRIDAY, November 12, 2021 1200-1400 Session I Rm 2 ART httpapi Building Blocks for HTTP APIs WG Rm 4 OPS v6ops IPv6 Operations WG - Joint with 6MAN Rm 6 SEC dance DANE Authentication for Network Clients = Everywhere WG Rm 7 SEC *** teep Trusted Execution Environment = Provisioning WG 1430-1530 Session II Rm 1 ART *** asdf A Semantic Definition Format for Data = and Interactions of Things WG Rm 5 RTG rtgarea Routing Area Open Meeting Rm 6 SEC *** lake Lightweight Authenticated Key Exchange = WG Rm 7 SEC *** rats Remote ATtestation ProcedureS WG Rm 8 TSV rmcat RTP Media Congestion Avoidance = Techniques WG 1600-1700 Session III Rm 2 ART uta Using TLS in Applications WG Rm 3 INT dnssd Extensions for Scalable DNS Service = Discovery WG Rm 4 OPS *** iotops IOT Operations WG Rm 7 TSV tsvwg Transport Area Working Group WG mediaman From nobody Tue Oct 19 00:12:18 2021 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 19F283A079E; Tue, 19 Oct 2021 00:12:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.6 X-Spam-Level: X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=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 header.b=IP/MrJk/; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=pUObjw9A 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 lA8sWr9n89FO; Tue, 19 Oct 2021 00:12:08 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23F683A079B; Tue, 19 Oct 2021 00:12:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2007; q=dns/txt; s=iport; t=1634627527; x=1635837127; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=JGoyOIfHcwlu45qDaqP5dkuAAc1u2hAtDE/M6vTr75Y=; b=IP/MrJk/eOZUqXgNFqLaLHebBMueXjPysThI8H2Wc3n4YTqRFV4zU/Gd aQkxIR4jcSnxluaMA+qEcWbB7Sd4KGrUrqiiYx9XSGG9+WdXuK08s5kUv 8iyMCNowV439LEsk3lyKi7QXOR7Bk5vU7goDlG4arMqikK87ANKAKA16e c=; IronPort-PHdr: =?us-ascii?q?A9a23=3Au5n0Qh8ycjKY6f9uWD3oyV9kXcBvk6r1exUI7?= =?us-ascii?q?Nwgkb0dOqig/pG3OkvZ6L0tiVLSRozU5rpCjPaeqKHvX2EMoPPj+HAPeZBBT?= =?us-ascii?q?VkJ3MMRmQFzH8/AElD9avnwYH9yEMFLTlQw+Xa9PABcE9r/YFuHpHq04HYSF?= =?us-ascii?q?xzzOBAzKP7yH9vZjt+80Ka5/JiACzg=3D?= IronPort-Data: =?us-ascii?q?A9a23=3A53yLQqA95Wph+hVW/xrhw5YqxClBgxIJ4kV8j?= =?us-ascii?q?S/XYbTApDNw0jFTyDAdW2qCOPaDZ2ejeItwbN/l80sFscDWyINmOVdlrnsFo?= =?us-ascii?q?1CmBibm6XV1Fqp7Vs+rBpWroHlPsoNON7EsEOhuFiWF/0/0Y+C4xZVB/fjgq?= =?us-ascii?q?oTUWbas1h9ZHWeIeA954f5Ss7ZRbrxA2LBVMCvV0T/GmPAzDXf+s9JC3s343?= =?us-ascii?q?IrYwP9nlKyaVDr1JTXSb9gT1LPVvyF94J7yuciMw3XErol8RoZWRs7Zx72/u?= =?us-ascii?q?2je5RpoW5Wuk63wdQsBRbu60Qqm0yUNHfP9xEkZ4HVuj87XN9JEAatToy2Vn?= =?us-ascii?q?817xc9RnZexUgwueKbLnYzxVjEJT3ElbPQaouCvzX+X9Jb7I1f9W2Hrx/FGD?= =?us-ascii?q?UwqM8sf4OkfKT9K8tQZJSwDKBeZiIqezru9VeZEmcVmN9TteoQFtRldIZvxZ?= =?us-ascii?q?Ro9aYrIT6OP7thC0XJhwMtPBv3ZIcEebFJSgN37S0UnEj8q5FgWxY9EXkXCT?= =?us-ascii?q?gA=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A2w+dGaHPmrtc8yzzpLqFsJLXdLJyesId70?= =?us-ascii?q?hD6qkvc31om52j+fxGws516fatskdvZJhSo6H/BEDmewKdyXcV2/hRAV7GZm?= =?us-ascii?q?nbUQSTXflfBQWJ+UyaJ8STzJ856U4kSdkDNDSSNyk4sS+Z2njDLz9I+rDum8?= =?us-ascii?q?rE6Za8vhVQpENRGtxdBmxCe2Gm+zhNNXB77O0CZfyhD6R81l6dUEVSSv7+Km?= =?us-ascii?q?gOXuDFqdGOvonhewQ6Cxku7xTLpS+06ZbheiLonCs2Yndq+/MP4GLFmwv26u?= =?us-ascii?q?GIqPeg0CLR0GfV8tB/hMbh8N1eH8aB4/JlbwkEyzzYILiJaYfy+gzdk9vfsW?= =?us-ascii?q?rCV+O8+yvICv4DrE85uFvF+icFlTOQigrGoEWSuGNwyUGT0fARAghKVvaoQe?= =?us-ascii?q?liA0TkA41KhqAh7EsD5RPri7NHSRzHhyjz/N7OSlVjkVe1u2MrlaoJg2VYSp?= =?us-ascii?q?Z2Us4dkWUzxjIfLH47JlOx1GnnKpgYMOjMoPJNNV+KZXHQuWdihNSqQ3QoBx?= =?us-ascii?q?+DBkwPoNac3TRalG1wixJw/r1Rol4QsJYmD5VU7eXNNapl0LlIU88NdKp4QO?= =?us-ascii?q?MMW9G+BGDBSQ/FdGiSPVPkHqcaPG+lke+63JwloOWxPJAYxpo7n5rMFFteqG?= =?us-ascii?q?4pYkrrTdaD2ZVamyq9CFlVnQ6dg/22wqIJ9IEUaICbRBFreWpe5fdI+c9vcP?= =?us-ascii?q?Ezc8zDTK5rPw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AdCQCQbm5h/5FdJa1aHgEBCxIMQIF?= =?us-ascii?q?OC4FRKSgHd1o3MYgOA4U5hWmCJQOSQ4gvgS4UgREDVAsBAQENAQEqCwwEAQG?= =?us-ascii?q?FAAKCTQIlNAkOAQIEAQEBEgEBBQEBAQIBBgSBEROFaA2GQgEBAQECAQEBEAs?= =?us-ascii?q?dBgEBLAwEBwQCAQgRBAEBHxAnCxsBAQUDAgQBEggaglCCVQMOIQEOQqAMAYE?= =?us-ascii?q?6AoofeIEzgQGCCAEBBgQEgTYBE0GCfxiCNQMGgTqDBosQJxyBSUSBFUOCZz6?= =?us-ascii?q?CYwEBAgGBIzyDTYIujXIEU1ALNgd7Kr5ZCoMxikqLAn+IRhSDaottl0KWCx+?= =?us-ascii?q?MUJQAhQECBAIEBQIOAQEGgTAxO4FZcBU7gmlRGQ+OIIEmAQqCQYUUhUp0OAI?= =?us-ascii?q?GCwEBAwmPfgEB?= X-IronPort-AV: E=Sophos;i="5.85,383,1624320000"; d="scan'208";a="948391427" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Oct 2021 07:12:05 +0000 Received: from mail.cisco.com (xbe-aln-002.cisco.com [173.36.7.17]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 19J7C3sA019174 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 19 Oct 2021 07:12:05 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-002.cisco.com (173.36.7.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 19 Oct 2021 02:12:02 -0500 Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 19 Oct 2021 02:12:02 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 19 Oct 2021 03:12:01 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iNtw+pklzqK2h0PQ6njsjTeWaPt9aqSfux1v8fILkWifd8LV3OnbF+5FW72hSNUCUVb7v+UuhhzPNU2hjQ5C9JzHm5HNRfH2ifDkJDgLZJMc45GSySXq+c0jE7i85bZ/ux08PRD/Cx1Ivn7c+EbLUw1J8Kjve+kdyGP9ddPPMhS8gJTpm4uCmRjBgDybNNCsHbVmVri2PlQufk2+EZUpr2obld44iQke8ORZ0jEZ4iqgf1BdpQT4jlss1nELqCQ4ZlMRImPzQ+/J/yFxFMPg257zAyr8GGGw43QkOA8cLnkYZO8RAXzdxmeDIwQ98QcbkjIcC+odjZj02gfkP3iDqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=JGoyOIfHcwlu45qDaqP5dkuAAc1u2hAtDE/M6vTr75Y=; b=A4oIgQPeYsng1hVFy3XpEEWfi90zd/1KuCoRRFNbhHs1SpEckPMsfzn0grHvhiFImgl5HSgc5Hm/epH00/iENcmjE/SKu2uApiwI3LFyr3pWNJMNWq+PW7OdDm8KrNBnF1Gpuh1wJGyPqzwBADUirZfCZr88dOP+lfKTc0fEjgYmF5beBkRjA4D6Lfg4ZKCM5t1/OVQkQ29RTj8IQTV+YllC9AlqvNJMXv6vG1Y6osN+C3p2bSOoLWSAuog24zoYDT3BoO+Mf7GEQfNnqrncAm3TyjjVjAMppXZX+a/qtn7zsFoJL7wEo7ROaAmc9Q+wBtqmWngVDYLJj3GT5D6qLQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JGoyOIfHcwlu45qDaqP5dkuAAc1u2hAtDE/M6vTr75Y=; b=pUObjw9AfzKxG2B0qmRtDfY1sTt7Zz1+zP+NXWmEJLeAheKnmBzAkazuJsJO70rXmvz8JCAoDpyG9MNfFbqlIzXlXfJvO/GJw7qmcku/YP6nYHUl1GrsBS3/y9+fanLr8Ore5i7MYIa2IqPqiGC6wF7m2zMY1HaVLb/WmW6V66M= Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MW3PR11MB4714.namprd11.prod.outlook.com (2603:10b6:303:5d::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4608.16; Tue, 19 Oct 2021 07:12:01 +0000 Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1493:cc59:eb78:7302%9]) with mapi id 15.20.4608.018; Tue, 19 Oct 2021 07:12:01 +0000 From: "Pascal Thubert (pthubert)" To: "fanwg@wi-sun.org" , "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" Thread-Topic: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 Thread-Index: AQHXvoJndgQ2zzUwS0yAdOoRklP/6KvY2XmAgAEY6TA= Date: Tue, 19 Oct 2021 07:11:41 +0000 Deferred-Delivery: Tue, 19 Oct 2021 07:10:48 +0000 Message-ID: References: <77daa85b9bbf6e6b0a9b8d55d2ec008f.squirrel@webmail.entel.upc.edu> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: wi-sun.org; dkim=none (message not signed) header.d=none;wi-sun.org; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fd8fdbf0-c784-4dc5-d137-08d992cfbf02 x-ms-traffictypediagnostic: MW3PR11MB4714: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: exF1L5uum6Om/hMm361u/lQCb/8X7WUpXyf9w1tXGkxXtrOkaJgrDr4Qd9cgLDLo2U77BeZ2secJwSyzOlZ3L8Wl4dCgmESrpuJQRBlXHghymQmC6UFZ587jHKqjmoAtIVMmUCaMqDEB0Mdiwf2vbmowgXPlGKTC0sHqaNfCAZKQmu7fQJonNrIfmjGZ0GOsdRSPY0BHDZL2qNzm4q0zwT68LWiP2zQKt9ctXbASwhxi84R/7HKYu0FNeCFtPS5+/63Bvs/CSsBHzuBEMMp5ZvjXbMV2EUYeXkHSG7AqkCqqz+rt9TjmiBzwep+BqzDA1bLI+sfviNRb5pLzQCswKCRBIMc1tvVXvaS92Mg3H0pLXsN5QshoN3tf32dsVZ0Ogng58wWhgvRS+GJq116Q0eG1buITulHIl43pJGL12o+47/vP7QDdAv+nHNwoVcMMR68MEESNbXlYseKbcEDkhyVNDW1QiyaULaAWwdHjI/CAO1ykTH1IYazE9m6unxRVYUrwRBvYojsqDbEsWoKMug36dZ37XF+Fil1l0LKuq3UkdM7cEtRLAeVXQMsZ+0DkPYBQ7pCDQ1CPB1Gq7TEcMm+rJAy90niIruYFB+22DL3/u8yoQSJD8teqN1HL+jUtNjOCppaop2hGTd92iuStpXO1AwxABah/0ducVcu0Mm8XkmPd4PGKx5eWTIFRs5EBxX1pwZRIOoO651GeE3NL1BqknToE5vllMAtxJ8J6NNQcb8J+PXDIF7mkKDzNCvaMFqRTZ1wYetI/4wrCS/w4ZmbMp+ZQa24QQauw7RsR0kYJNY98PaZUgXKezqxiT1Fk x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(33656002)(64756008)(66556008)(83380400001)(5660300002)(76116006)(86362001)(966005)(38100700002)(66946007)(9686003)(110136005)(508600001)(38070700005)(8676002)(6666004)(2906002)(55016002)(186003)(8936002)(52536014)(122000001)(316002)(53546011)(66476007)(66446008)(7696005)(71200400001)(26005)(6506007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?jlv4g7/vpAJQKRMFQl6jA807GfkRXBgaxds436h0yL4ur4kVW07UK5Nq6A1L?= =?us-ascii?Q?Rd/xpp95/K2ROuWDXVf5aSNmMK13JjIyn/sbWKKs3q8Kq1wDvjg92lpg3rkv?= =?us-ascii?Q?Y0kvQowZNAVTcco4eTQSs002yEv/bf8nxBDMEyRkl/rUlhDZQ6npKjjE1KgI?= =?us-ascii?Q?1vSA73DVxWN9g9Zpxiyrtvvj0PWJZC/jidzI0c2HDNKKM2OVWxjkIhbagtdo?= =?us-ascii?Q?GphEC+8b86vi5AGdH37IT1VRoJ1vxJ9IS+sLjHHVv0DdowHQYGxiprhdGnoU?= =?us-ascii?Q?4T0hjNBtoA7vqOybLTtj0IguAwUGBtb+4K0mmEh3zzfHHy79WZR5vczpPUMQ?= =?us-ascii?Q?6/xd5xIH2nXCToJpz5eTpXSCVxsjWxSjJaEjfz40ejaYeodKboSamjq+pyO7?= =?us-ascii?Q?FXXKmc11ZZjGVxMLe9SiUgInun+98paxI1cE5y1S3vdlmnYlSA7hP4wiVh6d?= =?us-ascii?Q?YeSI0SHGPGxBwpwM/DN1r9JIEDqQxwOc7OSjbLSnDX+xXnwb6hJ2Q6Qte+2W?= =?us-ascii?Q?ZsrvAa/hCbr6v0N/9kiQ2F752lUecbd3xxgGHj/f+vFpGtWmndk7RuGrP4G4?= =?us-ascii?Q?r8ywdqRqlUCdMk1YJqwsYvlIxVqYQK7yew0Hq4g/7cyCJdvw1bg6G/1wSw7B?= =?us-ascii?Q?/ZGtLod6fKPASPPobnvcr/HFHzNkwdc4x0Xf/LQy7W2p4TzWDWrEfaQ7BE1a?= =?us-ascii?Q?XoUDxX7G09LdqDnCM2W6isBxI1zg3CVU47SiNz9gmGp1UtlC3Uq3AK0zv8aI?= =?us-ascii?Q?q3JoUG4nuWFiMmX/5Zx2ZphUFd3SQK4MIQQGaPBGNKMSpJaUDwZMnQ4x9qAH?= =?us-ascii?Q?o4uCeH6BaJ3zbKolydKZSADTwF4FV/qnuBsteriRzq2/+ikpidyeyO5ughbq?= =?us-ascii?Q?DV7TqT81h7vISdBvTUbdUwrxzEGXcACvt5Jzu3hGiKxWeH2Mb+fzRdRzcTVO?= =?us-ascii?Q?NC1INGqQVQEQtlGp3Nt05SwCS3cdIKzP4WhSc2w0oKIW3QKD7BxoAuEoEYpv?= =?us-ascii?Q?E025w8+4tPmWBPJ46NamXKJSUbpnZ+wChUgw4xbntnEJKE18eemsOw+etpcu?= =?us-ascii?Q?j+DXfGUPmcXR1GrxtccUjs2YhFoeEBFwUa2b6/5SbJChND2vN7Knrmaniajx?= =?us-ascii?Q?HaJ+rjxgRp815khUBQdiMk/c9k5jJQlZ6pXQhsiRiwylgBfksmcx/loc5UAU?= =?us-ascii?Q?sEtKN7QZIctkXzz8BI0AUk5b4Ou6I6PVQ7D9imRiThhGtifIzVDE0qBQClxn?= =?us-ascii?Q?/3d1j81TlHnchVDAtgPtKzvPPBWDEKCKRQo/G2bOjtjDyvLqAGGKkXXt38we?= =?us-ascii?Q?cwk=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fd8fdbf0-c784-4dc5-d137-08d992cfbf02 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Oct 2021 07:12:00.9347 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 6aQlAR6fTGtjLbi3qFqrm6lyrOLDsAH+Od/WCZRwfmG+qZ55ebqmKkRn5OJ0eNhLi6n6MzaA+HnHfxiqZwM/2Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4714 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.17, xbe-aln-002.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: [Roll] FW: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2021 07:12:16 -0000 Dear all: As an author I support the adoption of the document by the 6lo WG. To 6lo, = it saves the need for MLD on the constrained devices, and the related multi= cast no less expensive than the one related to ND procedures. To ROLL bring= s multicast to the non-storing mode using ingress replication at the Root. = That was a long awaited feature since non storing is arch dominant in IOT n= etworks. The WGLC will end soon. Please chime in. Keep safe; Pascal -----Original Message----- From: 6lo <6lo-bounces@ietf.org> On Behalf Of Carles Gomez Montenegro Sent: lundi 18 octobre 2021 16:20 To: 6lo@ietf.org Cc: Paul Duffy (paduffy) Subject: Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-regist= ration-02 Dear all, This is a gentle reminder that the call for adoption below is currently ope= n (note: the call will end this Thursday, EOB). Please state on the mailing list whether you are in favor of adopting the d= ocument. Thanks, Shwetha and Carles > Dear 6Lo WG, > > Considering the need and the urgency for the functionality defined in=20 > draft-thubert-6lo-multicast-registration-02, along with the interest=20 > from the Wi-SUN Alliance, this message starts a 10-day call for WG=20 > adoption for draft-thubert-6lo-multicast-registration-02. > > (Link below: > https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registrat > ion) > > The call will end on the 21st of October, EOB. > > Please state whether you are in favor of adopting this document. > > Also, any comments you may have, and/or expressions of interest to=20 > review the document, will be very much appreciated. > > Thanks, > > Shwetha and Carles > > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo From nobody Tue Oct 19 12:55:16 2021 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 182993A08B0 for ; Tue, 19 Oct 2021 12:55:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 Pp2RhYJFwg0S for ; Tue, 19 Oct 2021 12:55:08 -0700 (PDT) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 BB29B3A089C for ; Tue, 19 Oct 2021 12:55:07 -0700 (PDT) Received: by mail-wm1-x335.google.com with SMTP id b189-20020a1c1bc6000000b0030da052dd4fso5203367wmb.3 for ; Tue, 19 Oct 2021 12:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+QPHZ3xRPjHabK+wk6YsxxGs+LNwKw9boQvLuwdwfpY=; b=kw8LwgVHXIwiX/AGRLckr6H4ZE3SiTMa+SPq8eNQhdAtZLYCH5JkPQeiKm5S2YYCWq 7sQSwy7akL7uqwkKOpM35M5SLOQBfKXeJpALgOKnBon5LenKuBTaoluw02PMZ7su2p8o 0Fu4L47qF/ZZI1Zc2k5gbnJCmA1nxoCS2zlbYYkyz/Pc3HBzCw0NjmkOlibrJnSUF0lb GuC6XTf/xSgRYTi5IrrTXwiZ9xcuN7csvt4iWGd/Bg+TSP/rh4a2MYdy/qKkk77l1MW0 SZFcS/fzSLnBvKXa6VYTotyjO+MJPAuRsl9c8ZigRBx6jce/fM89gJwt/K3g3AEofC6Q 6P3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+QPHZ3xRPjHabK+wk6YsxxGs+LNwKw9boQvLuwdwfpY=; b=6HICQZgYE7mtbnX4a953K6Ht68+D1ExcX/Wp4vBn7ImlT6XRxz7rYLUnAyysasxYc1 Td4wEpPslICMPc2ddJLfbGBxmBoosoJ6JNO0uUIHYU/SMtjooqDeRrqRP0wCRpGM72v9 x9kPaGkzjRLcCsG1zKfERNgG6n0YY5eQvQj4nfzJpsqq2bkBfTr4I2OPRVpjihstEPBL Xgy/VUtWU4rj2OYKjeidzAi9aZaxA9K2327MK5Gc/HI2AwGE140Jz/rHYXWmFCobSkL6 amKBMxwmoeS+nyG/hsP8FYOhjMbtX4eJdHSDIrv/0659bi+9+/9Ggo4RAZbcdSVTvxPU HIwg== X-Gm-Message-State: AOAM531xTpWiNwIUmi8IHBRFI/EcaD/nxircEfJwDkekLDId3fZjgkpr 7ab5Jg6o65tEHcx+l3AUge2yoDsfiCxhK0SEi+GazOD8fd8= X-Google-Smtp-Source: ABdhPJyqS0s52wjK28QdroZiSNMRtwKeV52scInVoGaIjWsLN4DuwOVdvqY2xO+/5PNPtknFiOKyMspctYxhVt2q3D8= X-Received: by 2002:adf:df8c:: with SMTP id z12mr46581108wrl.292.1634673305515; Tue, 19 Oct 2021 12:55:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Abdussalam Baryun Date: Tue, 19 Oct 2021 21:54:21 +0200 Message-ID: To: Routing Over Low power and Lossy networks Cc: Charlie Perkins Content-Type: multipart/alternative; boundary="000000000000b2fa2a05ceba09f8" Archived-At: Subject: Re: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2021 19:55:14 -0000 --000000000000b2fa2a05ceba09f8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ines, I think it is better to assign AODV_RPL using 5. Not sure why just because not much used P2P_RPL we change to another protocol, is this option taken often in IETF WGs. Best Regards AB On Wed, Oct 13, 2021 at 12:59 AM Ines Robles wrote: > Dear all, > > Please let us know by 16th Oct if you have some objection to assign MOP 4 > to AODV-RPL. > > So far, we have these options (you can find them in the thread [1]): > > *Option 1: Keep the current MOP for AODV-RPL =3D> MOP =3D 5 > > * Option 2: Assign MOP 4 (P2P RPL) to AODV-RPL: > -Action Points with this: > - IANA Considerations: request to add aodv-rpl as a reference in > the registry. > - A new section that talks about how the reuse is ok, and any > consequences of overlapping. A requirement to not use both variations > (P2P-RPL and AODV-RPL) in the same network would be fine too. > - Are you aware of some deployment of P2P-RPL? > > *Option 3: Allocate a new MOP, deprecate MOP 4 and reuse it later on. > > Please let us know your thoughts on this, > > Thanks, > > Ines and Dominique. > [1] > https://mailarchive.ietf.org/arch/msg/roll/HaqbaOhGzM5hbHEL7rpgEgskqUY/ > > On Wed, Oct 6, 2021 at 1:58 PM Alvaro Retana > wrote: > >> [Added the draft name to the subject to benefit my filters. ;-) ] >> >> Pascal: >> >> Hi! >> >> I asked the same question (about aodv-rpl replacing/obsoleting rfc6997) >> when I did my review [1] =E2=80=94 more than two years ago! But sadly r= eceived no >> real reply from the WG =E2=80=94 so we moved ahead with the document as = it is now. >> Peter brought the question back in his IoT DIT review [2] earlier this >> year, but again no discussion from the WG. >> >> It is clear to see that aodv-rpl uses some of the technology from rfc699= 7 >> and, as I understand it, a deployment would never include both. The >> question then is valid and I would love to see more interest this time >> around. >> >> Just FYI =E2=80=94 there would need to be some process behind a move to = formally >> replace rfc6997 (beyond updating the draft). We can deal with that if w= e >> need to. >> >> Thanks! >> >> Alvaro. >> >> >> [1] >> https://mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/ >> [2] >> https://mailarchive.ietf.org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQF= qS8930ZYI/ >> >> >> On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) ( >> pthubert=3D40cisco.com@dmarc.ietf.org) wrote: >> >> Dear all, >> >> >> >> RPL AODV is close to completion, congrats to the authors! >> >> Now, there=E2=80=99s the question of the MOP and 2 options, reuse the >> experimental one for P2P RPL, or take another. >> >> >> >> Right now, the draft takes 5 and P2P has 4 ( >> https://www.iana.org/assignments/rpl/rpl.xhtml#mop) >> >> >> >> My observation is that P2P is the experiment that leads to AODV, so AODV >> should deprecate it. >> >> >> >> I have not heard of real deployments, and if that happened, I do not >> expect a mix of devices that would create confusion. >> >> So would that be OK to assign MOP 4 to RPL AODV? >> >> >> >> Note that we only have up to 6 to play with, and the multicast and >> anycast supports are already on the cooking table. >> >> >> >> Keep safe, >> >> >> >> Pascal >> >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --000000000000b2fa2a05ceba09f8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ines,

I think it is better to assign= AODV_RPL using 5. Not sure why just because not much used=C2=A0 P2P_RPL we= change to another protocol, is this option taken often in IETF WGs.
<= div>
Best Regards
AB

On Wed, Oct 13, 2021 at 1= 2:59 AM Ines Robles <mariainesrobles=3D40googlemail.com@dmarc.ietf.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
Dear= all,

Please let us know by 16th Oct if you have s= ome objection to assign MOP 4 to AODV-RPL.=C2=A0

S= o far, we have these options (you can find them in the thread [1]):

*Option 1: Keep the current MOP for AODV-RPL =3D> MOP = =3D 5

* Option 2: Assign MOP 4 (P2P RPL) to AODV-R= PL:=C2=A0
=C2=A0 =C2=A0 -Action Points with this:=C2=A0
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 - IANA Considerations: request to add aodv-rpl as a reference= in the registry.=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 - A new section that t= alks about how the reuse is ok, and any consequences of overlapping.=C2=A0 = A requirement to not use both variations (P2P-RPL and AODV-RPL) in the same= network would be fine too.=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2= =A0- Are you aware of some deployment of P2P-RPL?

= *Option 3: Allocate a new MOP, deprecate MOP 4 and reuse it later on.=C2=A0=

Please let us know your=C2=A0thoughts on this,

Thanks,

Ines and Dominique.= =C2=A0

On Wed, Oct 6, 2021 = at 1:58 PM Alvaro Retana <aretana.ietf@gmail.com> wrote:
[Added the draft name to the subject to benefit my = filters. ;-) ]

Pasc= al:

Hi!

I asked the same question (abo= ut aodv-rpl replacing/obsoleting rfc6997) when I did my review [1] =E2=80= =94 more than two years ago!=C2=A0 But sadly received no real reply from th= e WG =E2=80=94 so we moved ahead with the document as it is now.=C2=A0 Pete= r brought the question back in his IoT DIT review [2] earlier this year, bu= t again no discussion from the WG.

It is clear to see that aodv-rpl uses some of the technolog= y from rfc6997 and, as I understand it, a deployment would never include bo= th.=C2=A0 The question then is valid and I would love to see more interest = this time around.

J= ust FYI =E2=80=94 there would need to be some process behind a move to form= ally replace rfc6997 (beyond updating the draft).=C2=A0 We can deal with th= at if we need to.

T= hanks!

<= /div>
Alvaro.


[1]=C2=A0https:/= /mailarchive.ietf.org/arch/msg/roll/XXaPFyhqiUS_bpYSJT45UaLyeec/=C2=A0<= div>[2]=C2=A0https://mailarchive.ietf= .org/arch/msg/iot-directorate/f2GUlTDX4ppY1GKjQFqS8930ZYI/=C2=A0

= On October 6, 2021 at 2:29:30 AM, Pascal Thubert (pthubert) (pthubert=3D40c= isco.com@dmarc.ietf.org) wrote:

Dear all,

=C2=A0

RPL AODV is close to completion, congrats to the authors!

Now, there=E2=80=99s the question of the MOP and 2 options, reuse the= experimental one for P2P RPL, or take another.

=C2=A0

Right now, the draft takes 5 and P2P has 4 (https://www.iana.or= g/assignments/rpl/rpl.xhtml#mop)

=C2=A0

My observation is that P2P is the e= xperiment that leads to AODV, so AODV should deprecate it.

=C2=A0

I have not heard of real deployment= s, and if that happened, I do not expect a mix of devices that would create= confusion.

So would that be OK to assign MOP 4= to RPL AODV?

=C2=A0

Note that we only have up to 6 to p= lay with, and the multicast and anycast supports are already on the cooking= table.

=C2=A0

Keep safe,

=C2=A0

Pascal

=C2=A0

_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--000000000000b2fa2a05ceba09f8-- From nobody Tue Oct 19 13:03:57 2021 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 039FA3A0A08; Tue, 19 Oct 2021 13:03:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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 MKvC8xNuSZJj; Tue, 19 Oct 2021 13:03:35 -0700 (PDT) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 621B43A09FD; Tue, 19 Oct 2021 13:03:35 -0700 (PDT) Received: by mail-wm1-x331.google.com with SMTP id s198-20020a1ca9cf000000b0030d6986ea9fso5256019wme.1; Tue, 19 Oct 2021 13:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qILcem5B6CzT2/bMsuNN+U0eeeK9AMk/jEvpBUQhyxM=; b=poci7P/4VSQWVeSTYCJXc6jeoglNNnJpFQ600cecBF7ygF7kAv+9WQvl3lL0Q6AM2k a0i+k9a70X+i1OQoJ6KugJ68I/7710WEbIW7uR7DiLuEUzskcHuLzcE9oQZTxHXZ3ujP 4o9q5M0tqbjM3FLt/sO/7vFK7poYq5586lyVOsiL+LEOHuBGb6KE/fRLFuTiv4bdNy9R ZY9X3UXGhFYHtQmLrpUrNDpRKYB+zeZ+YdaHYaUX5hQPV1VIE3rJCgNQbE/mCbboAm9h e+OnQU7wGrNb0ZVw6iJdT0ZaCnswsHsOC0M+Csl9EFkDVmThZw6GDVx2PPoAalq7KT36 ymuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qILcem5B6CzT2/bMsuNN+U0eeeK9AMk/jEvpBUQhyxM=; b=oIxGaUkSvagXVGqxtNo+4MScVJ1HTCyt2PB62xXXxhAOGnXUj4B4XRfWMG9WbK1C5s 8VlMGZ009PkWI+CYRCjJqDw+xw5TlPnDDQuaPVImy602BvzijerNQLK8uB87Eh/tkZ17 dj+jezMwv3nxo8WzyrrVAwCv+5ehZyh9rJqqIIG3Lg/9LH9eM3e6vxOaqLhchyfq8SKL awcJ/1AQv1PwHMk6tfvcM78zEeROCvGklhQt1J2TavHCvnx/nKDKPBScCwydel7erI5E Ej6lnFVMPr4O5ILVzqqvoLXIOXu70Afwb3eHse6STnmOS/bDTJWLLG8xHYptYtCGasxh crqQ== X-Gm-Message-State: AOAM530+ZX7ch9QWVn9/33DpyK/2aMl9SmIURgR1JH3tF2sSn9aYuOKP s3MMNQIUJdTS6fc2v9Ja1gcDblPexLKzHZxLwRIcGvdknis= X-Google-Smtp-Source: ABdhPJwfUE2eLXMJw2TRCOrdTx3yNpoKr1yM8/9kB/ixFKXWYVYnQKtvDnyeq3CvCaPLIvfP4Tye47A2JSk4vXj4V6Q= X-Received: by 2002:a05:600c:3b29:: with SMTP id m41mr8388695wms.176.1634673811875; Tue, 19 Oct 2021 13:03:31 -0700 (PDT) MIME-Version: 1.0 References: <29221.1633883421@localhost> <8519C25C-4840-42A8-BE50-65F1C2BCDEF6@cisco.com> In-Reply-To: <8519C25C-4840-42A8-BE50-65F1C2BCDEF6@cisco.com> From: Abdussalam Baryun Date: Tue, 19 Oct 2021 22:02:47 +0200 Message-ID: To: Routing Over Low power and Lossy networks Cc: Michael Richardson , "draft-ietf-roll-aodv-rpl.all@ietf.org" Content-Type: multipart/alternative; boundary="000000000000e16ae405ceba2798" Archived-At: Subject: Re: [Roll] Which MOP for RPL AODV? (draft-ietf-roll-aodv-rpl) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2021 20:03:44 -0000 --000000000000e16ae405ceba2798 Content-Type: text/plain; charset="UTF-8" On Sun, Oct 10, 2021 at 7:44 PM Pascal Thubert (pthubert) wrote: > > Hello Michael > > As long as no one forms a network that has both that should not be a > problem, should it? > So if the WG goes for this option of using 4 for AODV, then yes there is no options for users to have both in one network. Currently we have 5 available can be used, with more options for LLNs users, so why not give more opportunities until future decisions? AB --000000000000e16ae405ceba2798 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Oct 10, 2021 at 7:44 PM Pasca= l Thubert (pthubert) <pthubert=3D40cisco.com@dmarc.ietf.org> wrote:

Hello Michael=C2=A0

As long as no one forms a network that has both that should not be a p= roblem, should it?

So if th= e WG goes for this option of using 4 for AODV, then yes there is no options= for users to have both in one network.
Currently we have 5 avail= able can be used, with more options for LLNs users, so why not give more op= portunities until future decisions?

AB
<= br>
=C2=A0
--000000000000e16ae405ceba2798-- From nobody Tue Oct 19 15:08:34 2021 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 04F333A089B for ; Tue, 19 Oct 2021 15:08:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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 TIncrIQz7-2T for ; Tue, 19 Oct 2021 15:08:26 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 749583A0899 for ; Tue, 19 Oct 2021 15:08:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id AC70518043; Tue, 19 Oct 2021 18:09:01 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gsA4BUwUxdTv; Tue, 19 Oct 2021 18:09:01 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 5085218041; Tue, 19 Oct 2021 18:09:01 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 97EF0F0; Tue, 19 Oct 2021 18:08:23 -0400 (EDT) From: Michael Richardson To: Routing Over Low power and Lossy networks cc: Charlie Perkins In-Reply-To: References: X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2021 22:08:31 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Abdussalam Baryun wrote: > I think it is better to assign AODV_RPL using 5. Not sure why just > because not much used P2P_RPL we change to another protocol, is this > option taken often in IETF WGs. Until we do RPL v2 with MOPEX, we'll have only 1 MOP value left (6). AODV_RPL replaces/upgrades P2P_RPL. We think that P2P_RPL isn't widely deployed. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmFvQdcACgkQgItw+93Q 3WXssQf/VcZs1eUhe6Ah4pXj01UUyBBxv3/mxtiF3vymf77JP0fy5TdlCIIVfO6K NPcJiTFbqoYR3RdwWYrVdjVp7ZETR60IWrXhQ45Pryb74EwyzIuvKALXG0f99og2 GE1Vxaf63oQH1J/UH9dzfaFGW6Fh2bwpFVNs6Uc1tvcapNELVIrISJgHa+Bmk6hS qKftbjk5cswCOBvL7vHvLkdiptZjXszDvHJaSmjLNGDMHoAf5CVrLvr6kblbj1xL rMb4ed93qqfFFydd0rGqNz/j8J/WmZC0TlWGdAsbSRk0CocSgLWiA5bCuQUOaKDY k/fdEleO7d0b7SRtBTPtMOdie5KOjA== =RZM2 -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Oct 19 18:54:25 2021 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 36D5C3A0B79; Tue, 19 Oct 2021 18:53:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=cJiltVRP; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=tZC764m6 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 70vuOZPN64DM; Tue, 19 Oct 2021 18:53: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 1460A3A0B72; Tue, 19 Oct 2021 18:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9055; q=dns/txt; s=iport; t=1634694832; x=1635904432; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=y22weMQYpaI/xj1ZGJG8YOCL1DGiyKB12/OiseWYwUY=; b=cJiltVRPXi1XEPCW7owsInfDHn/7VfytOGH5ZiH0CiiJ14CFWJ4vVY3p q4ficoMDi4jxOG0YbbYvVD1mTMjNS7c07wOM7qP7AZJftH7Zf2SJ5xWys mKbpoSdkHVNadNYFC+BJpYJWszF7+eEbePDjY1Ol52jIvxx1jWdaAr92t A=; IronPort-PHdr: =?us-ascii?q?A9a23=3AaCR0Oh3cHJDg6jQQsmDPtVBlVkEcU/3cNQ8O4?= =?us-ascii?q?Z1hgLVLIeyv/JXnaUrY4/glzFrERp7S5P8Mje3K+7vhVmoN7dfk0jgCfZVAW?= =?us-ascii?q?gVDhZAQmAotU8WEEkb8avXtan9yEMFLTlQw+Xa9PABcE9r/YFuHpHq04HYSF?= =?us-ascii?q?xzzOBAzKP7yH9vZjt+80Ka5/JiACzg=3D?= IronPort-Data: =?us-ascii?q?A9a23=3AS0INH64jTYGnBlouuXPNYwxRtAjFchMFZxGqf?= =?us-ascii?q?qrLsTDasY5as4F+vjFLDW6Daa6Ja2L0c9x+aYXg8B8GvZGAzNJgQAVu+yBgZ?= =?us-ascii?q?n8b8sCt6fZ1gavT04J+FiBIJa5ex512huLocYZkERcwmj/3auK49CElhPnVL?= =?us-ascii?q?lbBILes1h5ZFFcMpBgJ0XqPq8Zh6mJZqYDR7zGl4LsekOWHULOR4AOYB0pPg?= =?us-ascii?q?061RLyDi9yp0N8QlgRWifmmJzYynVFNZH4UDfnZw3cV3uBp8uCGq+brlNlV/?= =?us-ascii?q?0vD9BsrT9iiiLu+KxRMSb/JNg/IgX1TM0SgqkEd/WppjeBqb7xFNRg/Zzahx?= =?us-ascii?q?7idzP1NqIewRC8iP7bHn6IWVBww/yRWbPAcpOeafSbm2SCU5wicG5f2+N10C?= =?us-ascii?q?0UyFYwV5ugxBntBndRGLDclbx2fiaSx2r3TYudlgNssBNbqeZgCvDdn1z6xM?= =?us-ascii?q?BqMafgvWI3Q7tNemTw3nM0LRK+YbMsCYj0pZxPFCyCj82w/UPoW9NpETFGmG?= =?us-ascii?q?9GAlG+omA=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AqEvVaa6PZw+q6uVoCwPXwWOBI+orL9Y04l?= =?us-ascii?q?Q7vn2ZFiY1TiXIra6TdaoguiMc0AxhJE3I6urwR5VoIEmsu6KdhLNwAV7MZn?= =?us-ascii?q?ifhILFFvAG0WKm+UycJ8SczJ8d6U4DSdkENDSYNzET5qyWjHjaYrQdKZu8gd?= =?us-ascii?q?qVbIzlvhBQpHRRGthdBnBCe2Cm+yNNNW17LKt8MKDZyttMpjKmd3hSRN+8HG?= =?us-ascii?q?M5U+/KoMCOvI76YDYdbiRXqDWmvHeN0vrXAhKY1hARX3dk2rE561XIlAT/++?= =?us-ascii?q?GKr+y78BnBzGXehq4m2+cJi+EzRvBkuPJlbgkEuTzYI7iJnIfy+gzdldvfrW?= =?us-ascii?q?rCVuO8+ivIcf4Ds085NVvF3ycFkzOQoQrGrUWSkmNxRRDY0JHErPVQMbsauW?= =?us-ascii?q?sRSGqo12Mw+N57y65FxGSfqt5eCg7Bhj3045zSWwhtjVfcmwturQc/tQ0VbW?= =?us-ascii?q?IlUs4akWXfxjIjLL4QWCbhrIw3GuhnC8/RoP5QbFOBdnjc+m1i2salUHg/Fg?= =?us-ascii?q?qPBhFqgL3b7xFG2HRii0cIzs0WmXkNsJo7Vplf/uzBdqBljqtHQMMaZb90QO?= =?us-ascii?q?0BXcy0AGrQRg+kChPfHX33UKUcf37doZ/+57s4oOmsZZwT1ZM33I/MVVtJ3F?= =?us-ascii?q?RCM34Gyff+laGj1yq9NFlVcQ6duP221qIJzIEUHoCbQhFrYGpe5vednw=3D?= =?us-ascii?q?=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ASCQCadW9h/5NdJa1agQmBWYEhMCk?= =?us-ascii?q?oB3daNzGGJYFpA4U5hWiCJQOSQ4MlhQqBLhSBEQNUCwEBAQ0BASoBCgwEAQG?= =?us-ascii?q?DSoE2AoJNAiU0CQ4BAgQBAQESAQEFAQEBAgEGBIERE4VoDYZCAQEBAQIBAQE?= =?us-ascii?q?QCyMBAQwgDAQHBAIBCBEDAQEBDiEnAQkBHQgCBAEHCwgVBAGCUIF+VwMOIQE?= =?us-ascii?q?OQqEmAYE6AoofeIEzgQGCCAEBBgQEgTYBE0GCfxiCNQMGgTqDBoQIDYZ7Jxy?= =?us-ascii?q?BSUSBFUOCZz6CYwEBAgGBIAMFARIBIx4NgyKCLo1+BFNQCzYHeyqRcoxpoAE?= =?us-ascii?q?KgzGBNIkWiwN/U4dzFINqi2+XQ5YLH4xQlAWFAQIEAgQFAg4BAQaBMDE7aXB?= =?us-ascii?q?wFTuCaVEZD41+gUgBCoJBhRSFSnQ4AgYLAQEDCY9+AQE?= X-IronPort-AV: E=Sophos;i="5.87,165,1631577600"; d="scan'208,217";a="952405461" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Oct 2021 01:53:48 +0000 Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 19K1rmFE003306 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 20 Oct 2021 01:53:48 GMT Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 19 Oct 2021 20:53:48 -0500 Received: from xfe-rtp-001.cisco.com (64.101.210.231) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 19 Oct 2021 21:53:47 -0400 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-001.cisco.com (64.101.210.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 19 Oct 2021 21:53:47 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i4jwSOixf1ptmLodmgUUaZuj/ekWCDPMt41rhyz3xHABX5mEWsMvxBv1XS7NWtIbfpKLvkQ1ODRRHO6bRl16Si1GyOg5DObZr7VJv+tT08DZ5cF9YyY+SRzXMFDlYezamjTRqSeEgNKUIFTh4hzLZ5tC3K8nNoSUZlzDmH2R2TIWeC/F1lZuwwko7h9XODXHeafKG7PsseKl/mnpzGQFXwq/lPfwe4opKnf/sQgy2xsH1TGGGSaQKTzyezgUGffNxwovmKZz1Br5PgV6U2iFaxzgki+80v//3ZtqTqQ7mt53XmeO/dasHgy1aDeS9xRm4rErur2pOLktayrkJxoYxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=i6QMVYdMGWwkzOYN2rE0sTS6of2qKoDxMcCB+zLFg60=; b=Rfsd3uXHil3l++51/IQX8hgGzQAzg90Vl+7y4tqqlMClEGyiPwwvZNhUVLIu6ZMDNLg6E3jDWDaLfmoL8zMCOKvU7kpnDB9vhvR2FgQR44TzW32HdUsIu+LV6HIaUDHYvylaQK5oEJqV0MMMPesgceMH0j6skeHjnM3X9pCAW9u/wa/slfdT3ZsLSoNExWiCAtliGt3Ye0yerm3p1qdvZrBNc2K5HbNvcfAtz3L2mYeLnVAeXEAynonID+SGqPaY6Mpll3M5HQnIRLkBXczOWnn/9oMyz1qUJluWMoSXUIiR0t03usoZNCw9T+3hQnNaqnZJGcY+iJ88Lf1N85Xjrg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=i6QMVYdMGWwkzOYN2rE0sTS6of2qKoDxMcCB+zLFg60=; b=tZC764m6Rvo6qdIw4AlkosMJ2grKvGdrAj0h4MqmHsWk9hCwh3p9v1lpUzyZ6nSvSunaLRqe7AMJL6bVELIf6YysK3+oL8jYkKRsN4evCbmtGYHuAQBBwhD0IUJYgw+EAGnCFlV4ne+kiMTZh5+MD6FcAXgcVzhfLNdcg0ao8Qc= Received: from DM6PR11MB3803.namprd11.prod.outlook.com (2603:10b6:5:141::30) by DM6PR11MB3148.namprd11.prod.outlook.com (2603:10b6:5:6f::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4608.18; Wed, 20 Oct 2021 01:53:45 +0000 Received: from DM6PR11MB3803.namprd11.prod.outlook.com ([fe80::3434:4c78:c65a:7de7]) by DM6PR11MB3803.namprd11.prod.outlook.com ([fe80::3434:4c78:c65a:7de7%6]) with mapi id 15.20.4608.018; Wed, 20 Oct 2021 01:53:45 +0000 From: "Huimin She (hushe)" To: "Pascal Thubert (pthubert)" , "fanwg@wi-sun.org" , "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" Thread-Topic: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 Thread-Index: AQHXvoJndgQ2zzUwS0yAdOoRklP/6KvY2XmAgAEY6TCAATr2HQ== Date: Wed, 20 Oct 2021 01:53:45 +0000 Message-ID: References: <77daa85b9bbf6e6b0a9b8d55d2ec008f.squirrel@webmail.entel.upc.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a3239898-23ec-4741-23ce-08d9936c7398 x-ms-traffictypediagnostic: DM6PR11MB3148: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dhX0VXE8NGZCvYs7+QpeI3/OgsQsUwJspgZYTH+wsOrRl5U2DqNKnFjU10nKwHlDhA13UbLXV1CZ3kOK4nuX0bQ4xAgZd7sMGe+w+REdV3/UrtTYf0KVJwhHT1eGpmd3lcht7c32MzAkq5mlqo98VEz3pPaZ3AoZy1WlgL2Xh5TYjeSo+2JZG4/8+N7u3YgV+0dZtrHxzqqboiPeXxf10RI8pOIucbV6gF6xkCkeTJ3rWXXwnMPcvyyyRT2byT5ERwt4AR81DuNvQrPStFDNdIe5lfHHftk32mb9FmNolBZUNYPUzCN9NtVymkrXjsXqYSgUHKC6eikwbeSA06NxCLAimH34eLJHcyJnPsmzJO8kzC+drP3vm11mmEgqgbly8lEe7W/SfOcDMGqCPsbI2neKqGtuOih6mD1y65NgDrl7XriR61lhhGiX+xS8dgjBZEa0v9zRs85tBKaCgISWLmWGJzCyhNjsd8l//1+6YI6YXxMLatzfcmenCRHg+DSI2BvxvrtdOmSAKANsR6z9E/ev13YoXlgQfhsEqYnRKvFpGT5LvnxUX96hAbNKvr0AEvgb6R2NdXg8wUJlXV+BOZ6nhJrNfCHi2awOVSens2KyRMhEx6MKzbHIKOSdMpMPap/Qkb2MGI2LVp+wuBLXz+2nCxCBMmSHCu0tYpr3wvahXwX53sDLA2ryMy0NqodFh9XN1WLUz+WcRuYYWYoCpsYtnb2SAvL3nw1iGuQGVYFCPWUPuFeHPTh/5E37Okda55p7v2CMmQpb7zsujccXs4uAGET/mlY2HYzpvGdoI2a8/IosfD5pUz+HLr8Q7pv06qewUSIb74Qx9M2CyY5Vvg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB3803.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(166002)(966005)(7696005)(5660300002)(8676002)(52536014)(38100700002)(186003)(71200400001)(508600001)(122000001)(33656002)(66556008)(110136005)(66446008)(2906002)(64756008)(86362001)(53546011)(66476007)(55016002)(76116006)(316002)(91956017)(83380400001)(8936002)(66946007)(9686003)(6506007)(38070700005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?n7noDsURQbgaWH/i9t0Y6sjXyuQ+ekO6FI2TpMAx5+93E2TdqiZh6Hv66Tq5?= =?us-ascii?Q?eAOuG/U1bB062NBz1GCoZv666U0gwofWDVIOT9ikPFzgganZ5kOa0THWMouO?= =?us-ascii?Q?Ur2RChOB/619gbwG0fXkoaYP7izURyHR9jwwjzpjY4tkmBlPkYvFeCMLPYWm?= =?us-ascii?Q?dCQku4vJo+ARSC3XOQGJ1jr+BjqTrIKqMNVxHYuwcANuJ+Bi28w8qCFHHrPt?= =?us-ascii?Q?665hjUzJnh7jUyznaug/SeRbvkLOP5MfKzn9dc+DSBbBwyS//P5HzTB4AR1o?= =?us-ascii?Q?f2TlzWEjvECvS+yhm7Hu4tlAgLBmF1o2SrnrdserTzNsklJKIRf4Rftpi8SF?= =?us-ascii?Q?CDcaOMIzOx5KcKQglCkZ1rnSd53RO0lOTN60dSWbP6/WLv2u0b58mS5C/5Lk?= =?us-ascii?Q?puuJm7UrdSUBVv+SbtoxyQQgUdguEfdDgNcKri2h1xRPDyYrakHUG+irknzS?= =?us-ascii?Q?6wKSKeFWYtrulGRjEvwTQvSsM7ovCWCYzMZD9BxVnMDNSq8v2x3wQnnrh877?= =?us-ascii?Q?kIPXp1S4hx55S5+A4iphSV5FrmcB3wQG7tVysTY2y00wYbcKgO7IxKPbm0mh?= =?us-ascii?Q?n+ofjOfSZOt5blpj56iO+BZR2i0sSxoRWGE+Ffn+xH4uBaVeym5lNUbV1ob1?= =?us-ascii?Q?3cEyhBlDvp1uHLtNu8iEcoYCtcLT/G6RgICY6O9kMlFw/Ty7Vcff92vVzUFW?= =?us-ascii?Q?7+yMt2ccriLqd3E/pPKI5Ru/lfXF+67NP3l57wC2NQBxcI2hY9eqGC9BD0jp?= =?us-ascii?Q?Q2soTF/CzNKoSqb4dzLQBfscYptva9JlNbTijAysDuYWnMBxOsGNAnYVY9P+?= =?us-ascii?Q?ylKJCOWHWLNdsBCe2zsfEj12z7qISH+yjWVJQBJhws9QGPSoz6auRzrmVP0f?= =?us-ascii?Q?4CoaXoTTk6owIxebYOqfuNwcqICYnW8Zx1P7Oko4kBoQ6eakXvRypWP+GrEX?= =?us-ascii?Q?CjeYNWkKU5DtxyB+tWUxpmQLpHIoPX9Xbrk2Uj6biAWFUkp1l4JX9NOTxXWK?= =?us-ascii?Q?raO/GRoSIsuvtwzh4YMRYrcmLOdSCfOf1s4EyvRoeZZXCXIXKlAa+t/beE+f?= =?us-ascii?Q?4TrVevkT5dAEGpKmFpyLUlfb2Fblw3jFWDV+6UtSxd1ZkA4xLoN0LcGjXUBR?= =?us-ascii?Q?bXUQXkDqWmiHaYOlYJQ681mhx7N1SyONHQ+o6fgzyQEthUnojqYOHvdRzve1?= =?us-ascii?Q?lTtvo31ps70KsN9WQ75WD9onPg3Z9TIh2Dfx55GAaykwHXR4e4Z9cfRPv1zS?= =?us-ascii?Q?3r8ojRTB5LHBtQSxOBnhduTQyGYWNMbZF9PuPn0fsRrCjN/uBxNRQeYWLsQO?= =?us-ascii?Q?BrtzweVDNr0JIxWNlP+mJKYel3oC1/wG6YiueZwFpoxvlbpUb7yvPoJw6xYk?= =?us-ascii?Q?aP0DGmFkyatc0ZwPWKoIqxWzzer5Six13eY4Hi/dhgHJeugfrg=3D=3D?= Content-Type: multipart/alternative; boundary="_000_DM6PR11MB3803E2ED632223F21AD37F88A3BE9DM6PR11MB3803namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB3803.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a3239898-23ec-4741-23ce-08d9936c7398 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2021 01:53:45.4207 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /VcKxQFAqp6uT32HYFWqa3rA9m0M+trW3qlumKA0WCbl+GFhzYxXOCAVLskPczvr X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3148 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [Roll] [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2021 01:53:58 -0000 --_000_DM6PR11MB3803E2ED632223F21AD37F88A3BE9DM6PR11MB3803namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, I support the adoption of the document by the 6lo WG. It provides a feasibl= e way for multicast. Best regards, Huimin From: fanwg on behalf of Pascal Thubert (pthuber= t) Date: Tuesday, October 19, 2021 at 15:12 To: fanwg@wi-sun.org , 6lo@ietf.org <6lo@ietf.org>, ROLL = WG (roll@ietf.org) Subject: [wi-sun fanwg] FW: [6lo] Call for WG adoption: draft-thubert-6lo-m= ulticast-registration-02 Dear all: As an author I support the adoption of the document by the 6lo WG. To 6lo, = it saves the need for MLD on the constrained devices, and the related multi= cast no less expensive than the one related to ND procedures. To ROLL bring= s multicast to the non-storing mode using ingress replication at the Root. = That was a long awaited feature since non storing is arch dominant in IOT n= etworks. The WGLC will end soon. Please chime in. Keep safe; Pascal -----Original Message----- From: 6lo <6lo-bounces@ietf.org> On Behalf Of Carles Gomez Montenegro Sent: lundi 18 octobre 2021 16:20 To: 6lo@ietf.org Cc: Paul Duffy (paduffy) Subject: Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-regist= ration-02 Dear all, This is a gentle reminder that the call for adoption below is currently ope= n (note: the call will end this Thursday, EOB). Please state on the mailing list whether you are in favor of adopting the d= ocument. Thanks, Shwetha and Carles > Dear 6Lo WG, > > Considering the need and the urgency for the functionality defined in > draft-thubert-6lo-multicast-registration-02, along with the interest > from the Wi-SUN Alliance, this message starts a 10-day call for WG > adoption for draft-thubert-6lo-multicast-registration-02. > > (Link below: > https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registrat > ion) > > The call will end on the 21st of October, EOB. > > Please state whether you are in favor of adopting this document. > > Also, any comments you may have, and/or expressions of interest to > review the document, will be very much appreciated. > > Thanks, > > Shwetha and Carles > > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo ___________________________________ Copyright (C) 2021 Wi-SUN Alliance. The contents of this email are confidential and may not be disclosed to non= -members without prior written consent of an authorised representative of W= i-SUN Alliance. To unsubscribe or for other subscription options, please visit: https://lis= ts.wi-sun.org/options/fanwg --_000_DM6PR11MB3803E2ED632223F21AD37F88A3BE9DM6PR11MB3803namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

 

I support the adoption of the document by the 6lo WG= . It provides a feasible way for multicast.

 

Best regards,=

Huimin

 

From: fanwg <fanwg-bou= nces@wi-sun.org> on behalf of Pascal Thubert (pthubert) <pthubert@cis= co.com>
Date: Tuesday, October 19, 2021 at 15:12
To: fanwg@wi-sun.org <fanwg@wi-sun.org>, 6lo@ietf.org <6lo@= ietf.org>, ROLL WG (roll@ietf.org) <roll@ietf.org>
Subject: [wi-sun fanwg] FW: [6lo] Call for WG adoption: draft-thuber= t-6lo-multicast-registration-02

Dear all:

As an author I support the adoption of the document by the 6lo WG. To 6lo, = it saves the need for MLD on the constrained devices, and the related multi= cast no less expensive than the one related to ND procedures. To ROLL bring= s multicast to the non-storing mode using ingress replication at the Root. That was a long awaited feature sin= ce non storing is arch dominant in IOT networks.

The WGLC will end soon. Please chime in.

Keep safe;

Pascal

-----Original Message-----
From: 6lo <6lo-bounces@ietf.org> On Behalf Of Carles Gomez Montenegro=
Sent: lundi 18 octobre 2021 16:20
To: 6lo@ietf.org
Cc: Paul Duffy (paduffy) <paduffy@cisco.com>
Subject: Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-regist= ration-02

Dear all,

This is a gentle reminder that the call for adoption below is currently ope= n (note: the call will end this Thursday, EOB).

Please state on the mailing list whether you are in favor of adopting the d= ocument.

Thanks,

Shwetha and Carles


> Dear 6Lo WG,
>
> Considering the need and the urgency for the functionality defined in =
> draft-thubert-6lo-multicast-registration-02, along with the interest <= br> > from the Wi-SUN Alliance, this message starts a 10-day call for WG > adoption for draft-thubert-6lo-multicast-registration-02.
>
> (Link below:
> https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registrat<= br> > ion)
>
> The call will end on the 21st of October, EOB.
>
> Please state whether you are in favor of adopting this document.
>
> Also, any comments you may have, and/or expressions of interest to > review the document, will be very much appreciated.
>
> Thanks,
>
> Shwetha and Carles
>
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf= .org/mailman/listinfo/6lo
>


_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/= mailman/listinfo/6lo

___________________________________
Copyright (C) 2021 Wi-SUN Alliance.
The contents of this email are confidential and may not be disclosed to non= -members without prior written consent of an authorised representative of W= i-SUN Alliance.

To unsubscribe or for other subscription options, please visit: https://lists.wi-sun.org/options/fanwg

--_000_DM6PR11MB3803E2ED632223F21AD37F88A3BE9DM6PR11MB3803namp_-- From nobody Wed Oct 20 01:50:31 2021 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 D4CFE3A0FD3; Wed, 20 Oct 2021 01:50:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.801 X-Spam-Level: X-Spam-Status: No, score=-1.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=renesasgroup.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 atQkqycBk33r; Wed, 20 Oct 2021 01:50:10 -0700 (PDT) Received: from JPN01-TY1-obe.outbound.protection.outlook.com (mail-eopbgr1400099.outbound.protection.outlook.com [40.107.140.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68CE23A0F4D; Wed, 20 Oct 2021 01:50:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kEs7KMg2AGvc6ZSa8ZCN7boklC7sNxc20aFDMeTHRy3FTN0DFNdTXdnFwIaCAefUeuHCQNrhGhaINyV6FM//Ldb9r+XBBRpyegt/p1lUu5ff8PrBiArslRirBB9eU/+h59YoApVpQCp7w8ambQXGTZA5NB6weVt0WhKDoKP2i9yPbHNn+TpXObnzcdEZu23PbjacbGFPRhcjWSsOvf3nIUNttu274Nk72JXhqbsHL1phzra7g7wUK9iZRC4LQvNtrkQcnz0NNNLdrPRXk/q0PS3e+Z2kpDO+HV7zWASPcIpCAGOUMrdQ1Azkrqg2/prNTbGK/HvWcOda2WWZmLOquw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=5uAiSADWsnry72fr3jJ6J0VrTYxA8+rRFFMIk7L7gG8=; b=BcXDgkN+YK5aRaCICc/ErjpoznPtH+T2CuoYf1jCr0t3Z8hzvy9TX1eJt641YF7h3DJiabwzOGc6fI3U5cDxzebtXRaUC5zrlozIDvsn4YwpzDLEvfYF9qnf3jcNbflzjYI2SZcuLSJWF/68F7Tb4js+TSop8wko9qVJ8U4FLiiGmJbEDUynms1n+wwoGigPprSpusk0F84mL74a05BAurA+m0HrdZ6UKXzM9adlJzeJxjJitxDbZLSgwV0gFMr2tXrVt6P+APmnfHwD89ma7L96qB7beGS+SFc1DU/rton3+jJmc0klrRsDmzkOMh49gLlNxM9Vfrk5lZ2OsCWnJA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=renesas.com; dmarc=pass action=none header.from=renesas.com; dkim=pass header.d=renesas.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=renesasgroup.onmicrosoft.com; s=selector2-renesasgroup-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5uAiSADWsnry72fr3jJ6J0VrTYxA8+rRFFMIk7L7gG8=; b=MGFJMCgykkPkjfBrxEwYrueyYkB2+GZLe1+T/2G8PSy4K3Xo9uSwiQYnfBLsEFiSdYHLxlygqXAl6ihQ1DjJnuUeBGDcIeaPdL5zX46oEU1QmuHCByzqbxPS5LPI3nTS1uJOyYsxnIR9hdrk7M4BHk5Ym0hgCGBBleOGralA9EI= Received: from OSZPR01MB7844.jpnprd01.prod.outlook.com (2603:1096:604:1b8::11) by OS3PR01MB8317.jpnprd01.prod.outlook.com (2603:1096:604:1a0::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4628.15; Wed, 20 Oct 2021 08:50:07 +0000 Received: from OSZPR01MB7844.jpnprd01.prod.outlook.com ([fe80::e48d:4594:fa9e:fb4a]) by OSZPR01MB7844.jpnprd01.prod.outlook.com ([fe80::e48d:4594:fa9e:fb4a%7]) with mapi id 15.20.4608.018; Wed, 20 Oct 2021 08:50:07 +0000 From: Klaus Hueske To: "fanwg@wi-sun.org" , "6lo@ietf.org" <6lo@ietf.org>, "ROLL WG (roll@ietf.org)" Thread-Topic: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 Thread-Index: AQHXvoJndgQ2zzUwS0yAdOoRklP/6KvY2XmAgAEY6TCAATr2HYAActPQ Date: Wed, 20 Oct 2021 08:50:07 +0000 Message-ID: References: <77daa85b9bbf6e6b0a9b8d55d2ec008f.squirrel@webmail.entel.upc.edu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: wi-sun.org; dkim=none (message not signed) header.d=none;wi-sun.org; dmarc=none action=none header.from=renesas.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ceb3424c-d2b0-4ebf-2f3d-08d993a69e13 x-ms-traffictypediagnostic: OS3PR01MB8317: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tKnAGyAE48SXos2nFqSOyzhwceS9ur5K6ZgXHSWXyvtRwAvyozWoPrp4g1TsFsCdN6Y2rYtTgYuAutbu0eQdBMce1Yok0QNvZ1ldw+PXiDqA6AT6uHvijbM00riqDFMnqAya1SanFaLai+WWUbSnaeaX6411TzTYe6e9bmYr67W8BDu77AcOGg7oq2LtHcgHavlGY2s+DwwKefdQD+k1s/xxUxXwsOqMRU9U7v258XcKT/XDQr7ts7x27F0Sc4qDZQHcekjYCoEONKAmLyvDfwj1CxeuTLn53yiW5a0uWw2CpvFZNTfmcrq+HhHKv/p+Y5dP74O0NgzhNr6tIfl87jIr1aXqC+X1CFzCv9Kl9pbj5z6g+QSQ1W3r5d+u1zgjYbgeffpTgnb8v5lOCz+fX2xR7x2q083akxq7Olb+5toGDqRj7K+yWRvh8bZVaFV0W3ETS0hpJP3zw3Xu3rRsGMkfl3YPQBn79oX5KgOpNLr2RRMNfSuVpjItUkcE+cEYK9eeeuuZ87DlLC2/+uLUKPn/773m1wvXWIVp7HscJg13CDRp6xT4NgCorVv4Rrs62ii8i92bkmhZCCeZsQJAS4acxsSw0Qxlmfaf/ZZRR0bU6mAtiCS/kyY08qOdzmPaokiQYrN0goVDSQN9eQqmg5NJIfMFlvEyFXrKWt68Y5IY66beplQUYPOzDmpQHHlzns9MNUAhV7myYEzkepOesQUdZx411T2JGoA9y/JA2ts98Czr1buUWGH13Qvmu2Tn3Luk4kZNE5fgItYT79A6AbM3qA45Ygq9c1j0ay593t11OlIieKYXSAp/8R1wkA3Zdtny0Tq2OoR+vOtnQtcgJQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:OSZPR01MB7844.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(26005)(33656002)(7696005)(38100700002)(64756008)(66446008)(71200400001)(2906002)(9686003)(166002)(966005)(316002)(5660300002)(55016002)(110136005)(8936002)(38070700005)(83380400001)(53546011)(86362001)(66476007)(52536014)(66946007)(6506007)(66556008)(4326008)(122000001)(8676002)(508600001)(76116006)(186003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?qgaBa/5MbvpcqfpD6tkcgdpv3GoCt4wlLqUL66/E08s1gKQTDYN3o9KOQ09p?= =?us-ascii?Q?GkAo0qGgGO8+OT3t0hurMib6yPslZCMT162PZIEzLSKsTcm8WSZJjqNvFFMM?= =?us-ascii?Q?9lZj7tZxAhktpkMsnpQhdKQ5mJK4OdLMt9mVz/bL5WuAs+DEQ/1B74Vc9TmT?= =?us-ascii?Q?1lA4onQqocTXN5c8cn5Eis4jiid3FVQ3intW67qbPpRR+UkmqrG2r/s1GAV7?= =?us-ascii?Q?XU1x1QqkpfpLrFeMnSU3mOQ3pGzQYoodW+3dGWS83y53t/P3xuZHgXPm9YAP?= =?us-ascii?Q?cYDOHQ+2qONgksS8us52QgVEakd0ksu/GhAofw61mwYC6jjmUp5jxAusdfy5?= =?us-ascii?Q?ckEyKgLXrCXOmb1h8atXBssneuBvR0nDP2UARlL1FklwmdL9ymqu+TqAvVQQ?= =?us-ascii?Q?zvsycmOUQomBNrgN4uVXBqbrkSsIELq5PGd7Gv46JkdnN/ao+QHjmxexa7wz?= =?us-ascii?Q?x/c7WWTkUbYR6lArsHixfP8E1neSFk0RLFjf6HBSm2EJpTCe64BG8HIs17kv?= =?us-ascii?Q?yd05Ov621KGYNxwysycvVdrMSzOM6GOvW0LlZqxEIkiupN94emiK9cWc3xjK?= =?us-ascii?Q?aLP0XwBedME0bKizrqfCZ5phSa6rCp5rljdLdD366p4nIyUWtQujSv+dooBn?= =?us-ascii?Q?2cLa5Bwf6cF6oS6djpBj45w7ZV7K6fPuFUJrtiG12ZRSbrFgIG6Sn+Y1TohN?= =?us-ascii?Q?Blo2StJlec3vLbk+Zgu6HNdVPKFj5aHihJtrg1oA37+DCiquIdoWkLjyX53Z?= =?us-ascii?Q?LAsWEPv3I5nD4NJAA2pKnCv6RM6aNSy1EqDbkEy3vAus3chMx2MbiP7z0WtG?= =?us-ascii?Q?Tw+CJFGpkD5WN0VCWIpvVyAB2W/Z5wRFkAN1KGzScharbUKUC6SCmluc8VYQ?= =?us-ascii?Q?yaR89syu2kkxy5lwSVWkpOlmI65+PQ/KUOTeVxYm8HNlqNguvhRsEN8o/0Cq?= =?us-ascii?Q?ilvO2w43kk6N5Xan1pqRIyQ0s/j7T0IdEQ0reBGU/ueE/b4qFHziGttzl+e/?= =?us-ascii?Q?c1BL7Uq8hGX2lNDm7oQbnlhpi6LCryI2ITRKoFkWEAkrWMKE2kr3RMJISNNM?= =?us-ascii?Q?ijOOx3CYZPAzxzi3O4+0GSc/uG6zG55fcIDAn5sLyOY/RHuA9r4WoiYdl3SD?= =?us-ascii?Q?k2pwIPVX9FZcvG8I9ui1S4mt5voEru7GNv9Tp3+GTrJzSmjFwAGIU5axFC3P?= =?us-ascii?Q?UJQEQ7QlIj2JF71CabyQ3RNNZW8GRREQ4SvJbecCI26jyiVpOE2eRYY2sGS2?= =?us-ascii?Q?GgdLN9oeMUW7K06FhF5OwFMRKmDQWLFpoxSB/1TfQdYPORPWYJNEFepKw10x?= =?us-ascii?Q?ie4IOgvvMYYbEf+T1H4dNCg2V4aSAow2drEQb5pkDCkVJgskSeJmMm7XFAYG?= =?us-ascii?Q?eyed19HgIdtn6yIA62fjwO8xsmNBt5ELqOAZW4mkhaN98lpmW37hwlC7DPyK?= =?us-ascii?Q?7R1KCte0mHSIUTvHnHLm6JRRESdtyATZcLrO5+R7iS3PRQTu5bvfKZg0N0GP?= =?us-ascii?Q?fgODHZJzb6bnachRgLt89mTI/W+DjedqtE0tr3V0yk4nNkGi8GZ2QjirIe4R?= =?us-ascii?Q?NfKbih3usJoBlWkwt/5LvdJxZrgg2oSLsmvBPiv9H2AG76Nj7tb8ICMpOoiQ?= =?us-ascii?Q?h44hENn4PgofndgPHmo26yx93oyDdEBwrzyCv/mNrsyG77oaEXwEKUjFy+sP?= =?us-ascii?Q?xjFx9w=3D=3D?= Content-Type: multipart/alternative; boundary="_000_OSZPR01MB7844E20CD635ED4CA599A88D83BE9OSZPR01MB7844jpnp_" MIME-Version: 1.0 X-OriginatorOrg: renesas.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: OSZPR01MB7844.jpnprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ceb3424c-d2b0-4ebf-2f3d-08d993a69e13 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2021 08:50:07.3894 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 53d82571-da19-47e4-9cb4-625a166a4a2a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: tJDjT8wlU+s8YDjCLqio6Hfq6fu1rxFiX1llIFCQQqpAWmXRmnD7Wr/9y1LHYh/VEy/zl7pVZCdRqAjGyZ0wuIBrFhhJUUWkwl75qYKhMJM= X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS3PR01MB8317 Archived-At: Subject: Re: [Roll] [6lo] Call for WG adoption: draft-thubert-6lo-multicast-registration-02 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2021 08:50:24 -0000 --_000_OSZPR01MB7844E20CD635ED4CA599A88D83BE9OSZPR01MB7844jpnp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, The document "draft-thubert-6lo-multicast-registration-02" addresses actual= needs for lower power device operation in multicast use cases, especially = the updates to RFC8505 described in section 6 will enable efficient multica= st/anycast address registration for these types of devices. Hence, I do sup= port the WG adoption of the draft. Best regards, Klaus From: fanwg On Behalf Of Huimin She (hushe) Sent: Mittwoch, 20. Oktober 2021 03:54 To: Pascal Thubert (pthubert) ; fanwg@wi-sun.org; 6lo@i= etf.org; ROLL WG (roll@ietf.org) Subject: Re: [wi-sun fanwg] [6lo] Call for WG adoption: draft-thubert-6lo-m= ulticast-registration-02 Dear all, I support the adoption of the document by the 6lo WG. It provides a feasibl= e way for multicast. Best regards, Huimin From: fanwg > on = behalf of Pascal Thubert (pthubert) > Date: Tuesday, October 19, 2021 at 15:12 To: fanwg@wi-sun.org >, 6lo@ietf.org <6lo@ietf.org>, ROLL WG (roll@ietf.org) > Subject: [wi-sun fanwg] FW: [6lo] Call for WG adoption: draft-thubert-6lo-m= ulticast-registration-02 Dear all: As an author I support the adoption of the document by the 6lo WG. To 6lo, = it saves the need for MLD on the constrained devices, and the related multi= cast no less expensive than the one related to ND procedures. To ROLL bring= s multicast to the non-storing mode using ingress replication at the Root. = That was a long awaited feature since non storing is arch dominant in IOT n= etworks. The WGLC will end soon. Please chime in. Keep safe; Pascal -----Original Message----- From: 6lo <6lo-bounces@ietf.org> On Behalf Of = Carles Gomez Montenegro Sent: lundi 18 octobre 2021 16:20 To: 6lo@ietf.org Cc: Paul Duffy (paduffy) > Subject: Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-regist= ration-02 Dear all, This is a gentle reminder that the call for adoption below is currently ope= n (note: the call will end this Thursday, EOB). Please state on the mailing list whether you are in favor of adopting the d= ocument. Thanks, Shwetha and Carles > Dear 6Lo WG, > > Considering the need and the urgency for the functionality defined in > draft-thubert-6lo-multicast-registration-02, along with the interest > from the Wi-SUN Alliance, this message starts a 10-day call for WG > adoption for draft-thubert-6lo-multicast-registration-02. > > (Link below: > https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registrat > ion) > > The call will end on the 21st of October, EOB. > > Please state whether you are in favor of adopting this document. > > Also, any comments you may have, and/or expressions of interest to > review the document, will be very much appreciated. > > Thanks, > > Shwetha and Carles > > > _______________________________________________ > 6lo mailing list > 6lo@ietf.org > https://www.ietf.org/mailman/listinfo/6lo > _______________________________________________ 6lo mailing list 6lo@ietf.org https://www.ietf.org/mailman/listinfo/6lo ___________________________________ Copyright (C) 2021 Wi-SUN Alliance. The contents of this email are confidential and may not be disclosed to non= -members without prior written consent of an authorised representative of W= i-SUN Alliance. To unsubscribe or for other subscription options, please visit: https://lis= ts.wi-sun.org/options/fanwg Renesas Electronics Europe GmbH, Geschaeftsfuehrer/President: Carsten Jauch= , Sitz der Gesellschaft/Registered office: Duesseldorf, Arcadiastrasse 10, = 40472 Duesseldorf, Germany, Handelsregister/Commercial Register: Duesseldor= f, HRB 3708 USt-IDNr./Tax identification no.: DE 119353406 WEEE-Reg.-Nr./WE= EE reg. no.: DE 14978647 --_000_OSZPR01MB7844E20CD635ED4CA599A88D83BE9OSZPR01MB7844jpnp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

The document “draft-thubert-6lo-multicast-regi= stration-02” addresses actual needs for lower power device operation = in multicast use cases, especially the updates to RFC8505 described in sect= ion 6 will enable efficient multicast/anycast address registration for these types of devices. Hence, I do support the W= G adoption of the draft.

 

Best regards,

 

Klaus

 

From: fanwg <fanwg-bounces@wi-sun.org> = On Behalf Of Huimin She (hushe)
Sent: Mittwoch, 20. Oktober 2021 03:54
To: Pascal Thubert (pthubert) <pthubert@cisco.com>; fanwg@wi-s= un.org; 6lo@ietf.org; ROLL WG (roll@ietf.org) <roll@ietf.org>
Subject: Re: [wi-sun fanwg] [6lo] Call for WG adoption: draft-thuber= t-6lo-multicast-registration-02

 

Dear all,

 

I support the adoption of the document by the 6lo WG= . It provides a feasible way for multicast.

 

Best regards,

Huimin

 

From: fanwg <fanwg-bounces@wi-sun.org> on be= half of Pascal Thubert (pthubert) <pthubert@cisco.com>
Date: Tuesday, October 19, 2021 at 15:12
To: fanwg@wi-sun.org <fanwg@wi-sun.org>, 6lo@ietf.org <6lo@ietf.org>, ROLL WG (r= oll@ietf.org) <roll@ietf.org>= ;
Subject: [wi-sun fanwg] FW: [6lo] Call for WG adoption: draft-thuber= t-6lo-multicast-registration-02

Dear all:

As an author I support the adoption of the document by the 6lo WG. To 6lo, = it saves the need for MLD on the constrained devices, and the related multi= cast no less expensive than the one related to ND procedures. To ROLL bring= s multicast to the non-storing mode using ingress replication at the Root. That was a long awaited feature sin= ce non storing is arch dominant in IOT networks.

The WGLC will end soon. Please chime in.

Keep safe;

Pascal

-----Original Message-----
From: 6lo <6lo-bounces@ietf.org<= /a>> On Behalf Of Carles Gomez Montenegro
Sent: lundi 18 octobre 2021 16:20
To: 6lo@ietf.org
Cc: Paul Duffy (paduffy) <paduffy@c= isco.com>
Subject: Re: [6lo] Call for WG adoption: draft-thubert-6lo-multicast-regist= ration-02

Dear all,

This is a gentle reminder that the call for adoption below is currently ope= n (note: the call will end this Thursday, EOB).

Please state on the mailing list whether you are in favor of adopting the d= ocument.

Thanks,

Shwetha and Carles


> Dear 6Lo WG,
>
> Considering the need and the urgency for the functionality defined in =
> draft-thubert-6lo-multicast-registration-02, along with the interest <= br> > from the Wi-SUN Alliance, this message starts a 10-day call for WG > adoption for draft-thubert-6lo-multicast-registration-02.
>
> (Link below:
> https://datatracker.ietf.org/doc/draft-thubert-6lo-multicast-registrat<= br> > ion)
>
> The call will end on the 21st of October, EOB.
>
> Please state whether you are in favor of adopting this document.
>
> Also, any comments you may have, and/or expressions of interest to > review the document, will be very much appreciated.
>
> Thanks,
>
> Shwetha and Carles
>
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo
>


_______________________________________________
6lo mailing list
6lo@ietf.org
https= ://www.ietf.org/mailman/listinfo/6lo

___________________________________
Copyright (C) 2021 Wi-SUN Alliance.
The contents of this email are confidential and may not be disclosed to non= -members without prior written consent of an authorised representative of W= i-SUN Alliance.

To unsubscribe or for other subscription options, please visit: https://lists.wi-sun.org/options/fanwg



Renesas Electronics Europe GmbH, Geschaeftsfueh= rer/President: Carsten Jauch, Sitz der Gesellschaft/Registered office: Dues= seldorf, Arcadiastrasse 10, 40472 Duesseldorf, Germany, Handelsregister/Com= mercial Register: Duesseldorf, HRB 3708 USt-IDNr./Tax identification no.: DE 119353406 WEEE-Reg.-Nr./WEEE reg= . no.: DE 14978647

--_000_OSZPR01MB7844E20CD635ED4CA599A88D83BE9OSZPR01MB7844jpnp_-- From nobody Wed Oct 20 07:57:34 2021 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 01AB43A058F for ; Wed, 20 Oct 2021 07:57:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 k9IFJvow53zL for ; Wed, 20 Oct 2021 07:57:24 -0700 (PDT) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 77D2A3A0477 for ; Wed, 20 Oct 2021 07:57:24 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id b189-20020a1c1bc6000000b0030da052dd4fso10926354wmb.3 for ; Wed, 20 Oct 2021 07:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=54rLFzG7G1E4TPG2S0K/CpC+rc8jEhqG2WUBri6gZ+Q=; b=dSh8KhzPgIB+BnuyzzfWBDeGaD36ri1gLRKnIpaVZwZORa5+UCyy8y8lXjHRm5qmf7 nyf1BfS+4TLVHIhfs8urnwhWX+Xo5R8+GbknXeSb6ladEVCgYzUJTluQPmWLqC8FCmw3 5NsjRywVDZAVS5WPY6QOBBbYG6YD8fq1iVl0TcPfTNXDZGteNWEQ7trivZ5QWKnlT25P FWs31X8g1ZzTYn1PfzsI3pEgOcqkKcArhTIOAKLBKAyBxFqzmLLfGbfIgEHronNoveyD EhZDAUBjf5hzlFM+cGlWR+2KiYRrSm8C/4uLpbRwz+v/eTEpZOgeKmukTgKlcMewg/A9 BnXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=54rLFzG7G1E4TPG2S0K/CpC+rc8jEhqG2WUBri6gZ+Q=; b=v1WKyb7O1ALLEFbG8TGUAh8RpAcyr0sc29qgYYwda/3DI4/j17z1myEjueVbhuB8C2 8ttzpGm9VBk5POnXAoBkDi1pVx1vFSW7VrCA4ePbGmo0w4N6K83U28fVAVX1X8DeHSVU sQdWgmx+ix1w1J7oBD5mnxrUYM5Baq9WsASeEcdYuCQ7zJVCy097oWiOphMfUe5h73Nz EwBPFwii9hI16g8KC8qzYLtlshgoi7frsDch7kGJ3GnU7wDBimya4M3lsug6JWEaosVz LWbYdXiQIiHChGevhnbH5O1v/nKfZh++3AQgHBfq9ZWugoNCO8HpHaoUcNZOIzDgMeLf hgLQ== X-Gm-Message-State: AOAM531NzNUdYNzv8uTp4+hxuIULJ6DEVQIh41YlKHGI4L/K7eUIGzgB 27uo5cKHpvZRrDCaS4qNefmW1mstY1TAbid3MDmM5u2zxy0= X-Google-Smtp-Source: ABdhPJwZCAz7F+NIQCeLC/QA8lq8qW4/N312AH0iboYlJLSyvWFSYMNOz2C8Vlmx5AgpClDhHncgc9S9n6VXQYvhM88= X-Received: by 2002:a05:600c:1c10:: with SMTP id j16mr475355wms.28.1634741841346; Wed, 20 Oct 2021 07:57:21 -0700 (PDT) MIME-Version: 1.0 References: <4422.1634681303@localhost> In-Reply-To: <4422.1634681303@localhost> From: Abdussalam Baryun Date: Wed, 20 Oct 2021 16:56:34 +0200 Message-ID: To: Routing Over Low power and Lossy networks Cc: Michael Richardson Content-Type: multipart/alternative; boundary="000000000000c0c51005cec9fe49" Archived-At: Subject: Re: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2021 14:57:31 -0000 --000000000000c0c51005cec9fe49 Content-Type: text/plain; charset="UTF-8" On Wed, Oct 20, 2021 at 12:08 AM Michael Richardson wrote: > > Abdussalam Baryun wrote: > > I think it is better to assign AODV_RPL using 5. Not sure why just > > because not much used P2P_RPL we change to another protocol, is this > > option taken often in IETF WGs. > > Until we do RPL v2 with MOPEX, we'll have only 1 MOP value left (6). > AODV_RPL replaces/upgrades P2P_RPL. > We think that P2P_RPL isn't widely deployed. > > I replied to the request of WG chair asking what WG thinks. The AD commented before that there was not much discussion in WG which is negative sign. It is still difficult to notice what the WG thinks, so not sure what you mean by We_think. AB --000000000000c0c51005cec9fe49 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Oct 20, 2021 at 12:08 AM Mich= ael Richardson <mcr+ietf@sand= elman.ca> wrote:

Abdussalam Baryun <abdussalambaryun@gmail.com> wrote:
=C2=A0 =C2=A0 > I think it is better to assign AODV_RPL using 5. Not sur= e why just
=C2=A0 =C2=A0 > because not much used P2P_RPL we change to another proto= col, is this
=C2=A0 =C2=A0 > option taken often in IETF WGs.

Until we do RPL v2 with MOPEX, we'll have only 1 MOP value left (6). AODV_RPL replaces/upgrades P2P_RPL.
We think that P2P_RPL isn't widely deployed.

I= replied to the request of WG chair asking what WG thinks.=C2=A0
= The AD commented before that there was not much discussion in WG which is n= egative sign.
It is still difficult to notice what the WG thinks,= so not sure what you mean by We_think.

AB=C2=A0
--000000000000c0c51005cec9fe49-- From nobody Wed Oct 20 10:31:50 2021 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 E43A93A0AE7 for ; Wed, 20 Oct 2021 10:31:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 y4xMwR9KrEXo for ; Wed, 20 Oct 2021 10:31:37 -0700 (PDT) Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (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 720493A0AD7 for ; Wed, 20 Oct 2021 10:31:37 -0700 (PDT) Received: by mail-ua1-x932.google.com with SMTP id e10so8125852uab.3 for ; Wed, 20 Oct 2021 10:31:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rtwJ8fVCJvLzB7gvlzvpxY9JY+hpO4Bv/qUcy3Io9zc=; b=Xb3ltq66oy0BZRrObIm649pVsKkg4ZCEeE1y12FSdSVWg1H6uUJiqwQ2pLoZc7m4aU ULZ32JFPXXparXJmOC0uZu+K+nRpeYIT3tm8CDdbCUNHhk7Dc+M92qCeZLRANXVlVbnm k4fqLZX76Z1ruLF46LGf9z2aO5KDMg56b9XZ803fhRt+rSui92lwb7pEJjhXmc4VNKzg M3H2Vk0eCdmLY1Yd+iKqVJzfIHZCFs2teDO+wd+AAjkgYEWJ/P7w1dGeJKXngAblffKb 8L4W5JOGNdAf2wNp9z+N4jO47hU3UduhhlPP9KEWU3JgBymDlL7l/8ahcJHnM5Sd7TsF WI2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rtwJ8fVCJvLzB7gvlzvpxY9JY+hpO4Bv/qUcy3Io9zc=; b=h0Y7rSvXq8+twxiH9Fjqb+f2dx0TMR8R4qkXtz3FeyjH6Hi7dCyd3F9zYwkgGhYQBk Qm053Vl6R04g0JUSfkdbOXHGqS9xOlGxAuRLV69QR9ZS4k3JTNcOlECk6RWROKpWF8fw pTgquQ4JllsLp3IyHTSoSPzSOFcO01CgTXR0DA0yno3EVWJoy75BJxg5j0g9RhlHgyn5 HIRw+s8bAlfjkfZEAngRG6fsdvOROVOlUwNh5OmKwzrPZHRzNF4d7UKuuLiyLJAMSDE3 zkt7l4fzW4v03eyeXzSZjswHclvG8s7QP76MPMzTS6SRGlNXaK6HCYjMRAlLluSxOL9s JLTA== X-Gm-Message-State: AOAM5308p3j8tRTrXRsoHkRhADfrmWyWYMtn62m/0LgwJCXQ61XTjtnP aX/ahBSGceYVer/NYxPm0WpgOwFvKuj/ik280izTBgF3 X-Google-Smtp-Source: ABdhPJzxgwefYC4SmFjAyiwCOdk3wW2/HP6dId5sB3PRis/cTOrIJCmqiJv7Ern6Lcq1ZtJxqyj7tXK4Gk6ehGjjlOk= X-Received: by 2002:a05:6102:370f:: with SMTP id s15mr896733vst.41.1634751092877; Wed, 20 Oct 2021 10:31:32 -0700 (PDT) MIME-Version: 1.0 References: <4422.1634681303@localhost> In-Reply-To: From: Ines Robles Date: Wed, 20 Oct 2021 20:30:57 +0300 Message-ID: To: Routing Over Low power and Lossy networks Cc: Michael Richardson Content-Type: multipart/alternative; boundary="0000000000002feca705cecc26f2" Archived-At: Subject: Re: [Roll] Last Call on MOP for AODV-RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2021 17:31:46 -0000 --0000000000002feca705cecc26f2 Content-Type: text/plain; charset="UTF-8" Thank you Abdussalam and Michael for your comments, we will consider them. I understand that Michael was referring to the Mailing list discussions, where it was highlighted that P2P_RPL is not widely deployed. Please let us know if you are aware of some deployment. BR, Ines On Wed, Oct 20, 2021 at 5:57 PM Abdussalam Baryun < abdussalambaryun@gmail.com> wrote: > > > On Wed, Oct 20, 2021 at 12:08 AM Michael Richardson > wrote: > >> >> Abdussalam Baryun wrote: >> > I think it is better to assign AODV_RPL using 5. Not sure why just >> > because not much used P2P_RPL we change to another protocol, is this >> > option taken often in IETF WGs. >> >> Until we do RPL v2 with MOPEX, we'll have only 1 MOP value left (6). >> AODV_RPL replaces/upgrades P2P_RPL. >> We think that P2P_RPL isn't widely deployed. >> >> I replied to the request of WG chair asking what WG thinks. > The AD commented before that there was not much discussion in WG which is > negative sign. > It is still difficult to notice what the WG thinks, so not sure what you > mean by We_think. > > AB > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > --0000000000002feca705cecc26f2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you Abdussalam and Michael for your comments,=C2=A0w= e will consider them.
I understand that Michael was referring=C2=A0to t= he Mailing list discussions, where it was highlighted that P2P_RPL is not w= idely deployed.=C2=A0 Please let us know if you are aware of some deploymen= t.=C2=A0

BR,
Ines





On Wed, Oct 20, 2021 at 5:57 PM = Abdussalam Baryun <abdussa= lambaryun@gmail.com> wrote:


On Wed, Oct 20, 20= 21 at 12:08 AM Michael Richardson <mcr+ietf@sandelman.ca> wrote:

Abdussalam Baryun <abdussalambaryun@gmail.com> wrote:
=C2=A0 =C2=A0 > I think it is better to assign AODV_RPL using 5. Not sur= e why just
=C2=A0 =C2=A0 > because not much used P2P_RPL we change to another proto= col, is this
=C2=A0 =C2=A0 > option taken often in IETF WGs.

Until we do RPL v2 with MOPEX, we'll have only 1 MOP value left (6). AODV_RPL replaces/upgrades P2P_RPL.
We think that P2P_RPL isn't widely deployed.

I= replied to the request of WG chair asking what WG thinks.=C2=A0
= The AD commented before that there was not much discussion in WG which is n= egative sign.
It is still difficult to notice what the WG thinks,= so not sure what you mean by We_think.

AB=C2=A0
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll
--0000000000002feca705cecc26f2-- From nobody Fri Oct 29 16:02:07 2021 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 EE9D13A19E9; Fri, 29 Oct 2021 16:01:54 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-roll-aodv-rpl@ietf.org, roll-chairs@ietf.org, roll@ietf.org, Ines Robles , aretana.ietf@gmail.com, mariainesrobles@googlemail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.39.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <163554851494.11244.14085107396965188459@ietfa.amsl.com> Date: Fri, 29 Oct 2021 16:01:54 -0700 Archived-At: Subject: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-aodv-rpl-11: (with DISCUSS and COMMENT) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2021 23:02:02 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-roll-aodv-rpl-11: Discuss 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/blog/handling-iesg-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-roll-aodv-rpl/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thanks for the updates in the -11, they are a bit improvement. (1) I did make a point of looking into the procedures for determining whether a route will be symmetric or asymmetric, and I'm running into trouble for the case where an intermediate router determines that a link cannot work as part of a symmetric route. For concreteness, let's consider the following snippet of topology: +-------+ +-------+ +-------+ | | asymmetric | | | | | A +-------------------+ B +===================+ C | | | L1 | | L2 | | +-------+ +-------+ +-------+ Suppose that an RREQ-DIO arrives at A with S=1 and H=0. Per step 3 of §6.2.1, if the link the RREQ-DIO arrived on satisfies the objective function, the outgoing RREQ-DIO is also transmitted with S=1. A also associates state with its RREQ-Instance the value of the S bit from the transmitted RREQ-DIO, i.e., 1. That RREQ-DIO arrives at B, who performs the same check and determines that the L1 cannot satisfy the objective function. Accordingly, B sends out a RREQ-DIO to C with S=0 and stores the state S=0. The RREQ-DIO continues to through C to TargNode (or maybe C is TargNode; it may not matter), and TargNode proceeds to follow asymmetric procedures, initiating an RREP-DIO with an initially empty address vector. That RREP-DIO arrives at C, who has stored state S=0, so C joins the DODAG of the RREP-Instance, adds its address to the address vector (per step 4 of §6.4), and sends an RREP-DIO to B. B likewise has stored state S=0, adds its address to the address vector, and sends an RREP-DIO to A. But A has stored state S=1, so in step 4 of §6.4, A is looking for an address in the address vector to use as the unicast target for A's outgoing RREP-DIO. But there is no such entry in the address vector, becuase up to now the RREP-DIO has been using asymmetric procedures, and has no data on how to get from A to OrigNode! Now, it's certainly possible that I've made an error in the above. But even if I have, it still seems suggestive that this boundary behavior is pretty complicated and hard to get right. It seems like we should have some similar discussion in the document to cover how this case does actually work. (And if I didn't make an error in the above, it seems to still be salvageable, with B storing a sentinel value of "I changed from S=1 to S=0" instead of just 1 or 0, and holding on to the (symmetric) address vector from OrigNode to B. Then B could perform translation from the asymmetric to symmetric regime for the RREP and all routers on the path would be able to install useful route entries. But there's not anything in the current text to suggest that B should be doing that.) (2) I'm putting this in the Discuss section because I think it's important for the authors/WG to produce an answer. Since I've been wrong about it at least once, I do not claim to know the correct answer, and thus the Discuss point ought to be easy to resolve. Section 6.3.3 says: Instead, the RPLInstanceID MUST be replaced by another value so that the two RREP-instances can be distinguished. In RREP-DIO option, the Shift field of the RREP-DIO message(Figure 2) indicates the shift to be applied to original RPLInstanceID to obtain the replacement RPLInstanceID. When the new RPLInstanceID after shifting exceeds 255, it rolls over starting at 0. For example, if the original RPLInstanceID is 252, and shifted by 6, the new RPLInstanceID will be 2. [...] I know that the use of 255 as the largest value here comes as a result of my earlier review, but wanted to note that the resulting discussion thread may not have fully concluded. In particular, I now see https://datatracker.ietf.org/doc/html/rfc6550#section-5.1 that does indicate that only 6 bits of "usable" ID are present for local RPLInstanceIDs, which seem to be the ones in use here. Sorry to have missed that in my initial review; I hope that we can figure out what the actual correct boundary value is. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Some of the text I comment on below is new in the -11, and I would have hoped that WG review of the changes would have detected more of this type of thing. This leaves me uncertain what level of review the WG actually performed, and I am considering balloting Abstain once my discuss points are resolved. Section 3 to TargNode, and another from TargNode to OrigNode. When possible, AODV-RPL also enables symmetric route discovery along Paired DODAGs (see Section 5). (Modifying a comment I made on the -10) Perhaps we could say "AODV-RPL also enables discvoery of symmetric routes along Paired DODAGs when symmetric routes are possible (see Section 5)"? Section 4.2 L 2-bit unsigned integer defined as in RREQ option. Per the discussion on my previous ballot thread, I suggest adding "The lifetime of the RREP-Instance MUST be shorter than the lifetime of the RREQ-Instance it is paired to" (or similar). Section 4.3 Target Prefix / Address (variable-length field) An IPv6 destination address or prefix. The Prefix Length field contains the number of valid leading bits in the prefix. The Target Prefix / Address field contains the least number of octets that can represent all of the bits of the Prefix, in other words Ceil(Prefix Length/8) octets. The initial bits in the Target Prefix / Address field preceding the prefix length (if any) MUST be set to zero on transmission and MUST be ignored on receipt. If Prefix Length is zero, the Address field is 128 bits for IPv6 addresses. This is a change from the -10 about where the target prefix is aligned for prefix lengths that are not a multiple of 8. I have no stance on which formulation is best, but it seems very surprising to change the wire encoding in this manner at such a late stage in the document lifecycle, without specific compelling reasoning. Section 6.2.1 Step 1: The router MUST first determine whether to propagate the RREQ-DIO. It does this by determining whether or not the downstream direction of the incoming link satisfies the Objective Function (OF). If not the RREQ-DIO MUST be dropped, and the following steps are not processed. Otherwise, the router MUST join the RREQ-Instance and prepare to propagate the RREQ-DIO. The upstream neighbor router that transmitted the received RREQ-DIO is selected as the preferred parent. [...] Step 3: If the S bit of the incoming RREQ-DIO is 0, then the route cannot be symmetric, and the S bit of the RREQ-DIO to be transmitted is set to 0. Otherwise, the router MUST determine whether the downward (i.e., towards the TargNode) direction of the incoming link satisfies the OF. If so, the S bit of the RREQ-DIO to be transmitted is set to 1. Otherwise the S bit of the RREQ-DIO to be transmitted is set to 0. The step 1 procedure checks the downstream direction of the incoming link, and the step 3 procedure also checks the dosntream direction of the incoming link. In order to assess whether the link works as a symmetric link, I think that these checks need to be on different directions of that link, but am not confident about which step should check which direction. section 6.3 If the implementation selects the symmetric route, and the L field is not 0, the TargNode MAY delay transmitting the RREP-DIO for duration RREP_WAIT_TIME to await a route with a lower Rank. The value of In the -10 the text allowing waiting was present in both the section for the symmetric case and the section for the asymmetric case; is the conditional "if the implementation selects the symmetric route" correct? Section 6.3.2 When a RREQ-DIO arrives at a TargNode with the S bit set to 0, the TargNode MUST build a DODAG in the RREP-Instance corresponding to the RREQ-DIO, rooted at itself in order to discover the downstream route nit: this comma is misplaced (and may not be needed at all). Section 6.4 Upon receiving a RREP-DIO, a router performs the following steps: Step 1: If the Objective Function is not satisfied, the router MUST NOT join the DODAG; the router MUST discard the RREQ-DIO, and does not s/RREQ/RREP/? If the S-bit of the RREQ-Instance is set to 0, the router MUST determine whether the downward direction of the link (towards the TargNode) over which the RREP-DIO is received satisfies the Objective Function, and the router's Rank would not exceed the MaxRank limit. If so, the router joins the DODAG of the RREP- Instance. The router that transmitted the received RREP-DIO is selected as the preferred parent. Afterwards, other RREP-DIO messages can be received. Please confirm whether "downward direction" is correct. It seems to me that in determining whether to join the RREP-Instance, we need to check whether the "reply path" (from TargNode to OrigNode) is feasible, and skip joining the instance if it's not a feasible path. But the text written here seem to be checking the feasibility of the "request path", the same direction that was checked in §6.2.1 when deciding whether to join the RREQ-Instance. Section 10 Thanks for acting on my previous comment and moving the normative requirements on nodes to not emit RREPs if they have an address in the address vector already! I still think it would be worth some text here in the security considerations about what goes wrong if those checks are skipped (I think, a routing loop occurs, but that's something of a guess). It seems that if Compr is set too large, there is some risk of a node failing to check that it shares that many bits of address prefix with the address in the DODAGID and thus decompression would produce an incorrect route. If a rogue router is able to forge a gratuitous RREP, significant damage might result. Would this damage be in the form of traffic amplification, routing loop, DoS of certain (key) nodes, ...? From nobody Sun Oct 31 12:26:05 2021 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 3D49D3A12D4 for ; Sun, 31 Oct 2021 12:26:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=googlemail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yT1CdiqX9sf7 for ; Sun, 31 Oct 2021 12:25:59 -0700 (PDT) Received: from mail-ua1-x933.google.com (mail-ua1-x933.google.com [IPv6:2607:f8b0:4864:20::933]) (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 4554D3A12D2 for ; Sun, 31 Oct 2021 12:25:59 -0700 (PDT) Received: by mail-ua1-x933.google.com with SMTP id e2so28174331uax.7 for ; Sun, 31 Oct 2021 12:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=T8UpJnBZd+8Vp06ouYiWZWtV0yyUeXh0F0Iznlc7SEs=; b=UPKCaI/mSWvhu7c0nn7OT50fZ+mPUmPaOARvvx/r9DMjGezIB9hnY2ucBBt4VRFt/Q 7N7qU7ssLeuTj86+Fitgt2w2/i7axtKs1UM+gQRLDG3l6Ow1/HxWRK7v0GAw8ZvteYOi zol7O5+t+5gSw2M75uMq47Je9eelByb9N3XAAkaYyoX1L+ssTwKFPNhrIE0gTIMSvBwk +yQ9sBonbyj/zDmOAQuVLecTlV5QPB3sOf5vRczujLJLPt81Q1clk5R0IzJzYE5fsYAf qrgDqRIZBDF8ePea6YlTzyEmNvhJUrt8BsLkBaJJ/oH8RUN6ceGT1ibufi/KskiwvSw8 JRcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=T8UpJnBZd+8Vp06ouYiWZWtV0yyUeXh0F0Iznlc7SEs=; b=qGTXph1Z+YDr2oHETGANioiPkIlnZp5CGKwezXaaplAbGs+xwkGbPp5t9ydS2nPW2I HCpl/AxTfo8yhlF/fNst0XcIDXyRCWltpg/K7uF3rsm/YCC/CFbVLcOD4JnOQTTqa2Zw AL7kO3uazmcc2xeL5t5NT/TcQ4BBL4LyGhlKi5jiifPWTd7iFLLDj3NSHP4E6lXnvuCr 0EUvAEyp4LRxdtsUxMqSxKtKibwd/yj6/KvSDKW6W7W7eWo6pAj5czcdI477W8I5tDwm xgfOfXLN8tOraBeP1sPqm33rXCdqEkZPhn76oyFfpockB7qJLmypxprgV6ZwfNGOaw3U 5noA== X-Gm-Message-State: AOAM531QWHsZ2x6FMZNCdrwCQNk647LsadKzXtwMgFBdFMt1M5/QMIF2 6NsNbUDBv6uKIc2bJxzDCnu2+1W1znt4vC+wHWIgHX9EvnU= X-Google-Smtp-Source: ABdhPJwJs9cMlGkqmRwocMZpHCgyvmEvXr4MCdAT06+RcKtX/OxNIPu/T5CdPKmjbNJaVlbZs8Ggcsb4SiRQaBoUQ04= X-Received: by 2002:a05:6102:3a56:: with SMTP id c22mr25461251vsu.26.1635708356907; Sun, 31 Oct 2021 12:25:56 -0700 (PDT) MIME-Version: 1.0 From: Ines Robles Date: Sun, 31 Oct 2021 21:25:21 +0200 Message-ID: To: roll Content-Type: multipart/alternative; boundary="00000000000091d6d105cfab07b0" Archived-At: Subject: [Roll] Agenda - IETF 112 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2021 19:26:04 -0000 --00000000000091d6d105cfab07b0 Content-Type: text/plain; charset="UTF-8" Dear all, Please find below the link to the ROLL Agenda for the IETF112, https://datatracker.ietf.org/meeting/112/materials/agenda-112-roll-02 @Dear Presenters, please submit or send to us the slides in pdf format by 5th November. Comments welcome, Thank you, Ines and Dominique --00000000000091d6d105cfab07b0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

Please find below the lin= k to the ROLL Agenda for the IETF112,=C2=A0


@Dear Presenters, please submit or send to us = the slides in pdf=C2=A0format by 5th November.=C2=A0

Comments welcome,

Thank you,

=
Ines and Dominique
--00000000000091d6d105cfab07b0--