Re: [6lo] WG Last Call on draft-ietf-6lo-multicast-registration-11

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 22 November 2022 16:49 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6C07C152565 for <6lo@ietfa.amsl.com>; Tue, 22 Nov 2022 08:49:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.898
X-Spam-Level:
X-Spam-Status: No, score=-11.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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=ASFWhdRj; dkim=pass (1024-bit key) header.d=cisco.com header.b=UyRWyZ72
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pI8IMhlSbaPp for <6lo@ietfa.amsl.com>; Tue, 22 Nov 2022 08:49:12 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C09EC15257E for <6lo@ietf.org>; Tue, 22 Nov 2022 08:48:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10793; q=dns/txt; s=iport; t=1669135692; x=1670345292; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=oSCOCRYLAgGddMWBMDzw3cidlRw4/THLGXFJYj8z5w0=; b=ASFWhdRjB0rU1TWJchc2WQgSeCA9qgJpLxhrh070bwRt5x34Ofhwy1fe /lBlYdB7oIVtnyX5r2MFyJxvIj2uTw5Xb5GEGR0KY8scs2q4QYVy1RCC7 drAb3yBxcIvCV3G35Szk+x8knwHLcjd8Gq5mBgwWOAVSaE4dpFT+Vjacs o=;
X-IPAS-Result: A0AwAgAc/HxjmJBdJa1XAx4BAQsSDECBRAuBW1KBAgJZOkUDiBcDhS+Fd4IlA4ETj2yLBoEsgSUDVg8BAQENAQEuCwsEAQGBUgGDMgKFAQIlNAkOAQIEAQEBAQMCAwEBAQEBAQMBAQUBAQECAQcEFAEBAQEBAQEBHRkFDhAnhWgNhlMBAQEBAwEBECgGAQEsDAsCAgIBCBEEAQEfEBYRCx0IAgQBEggaglsBgyIDAQ+kGAGBPwKKH3iBNIEBgggBAQYEBIE4AZ1jCQWBO4cwdIQ8hDAnHIFJRIEVQ4IwNz6CYgEBAoFAIAUaJoNJgi6BC41sgxGGJDcDRB1AAwttCkkbWA4JHxYGDhcNBQYSAyBGJgVBDygvZyIJHBsHgQwqCR8VAwQEAwIGEwMiAg0pMRQEKRMNKydvCQIDImUFAwMEKCwDCSAEHAcWESQ8B1YSKAEEAwIPIDgGAwkDAiRWfiUmBQMLFSUIBUsECDkFBlMSAgoRAxIPBiRFDkg+ORYGJ3QODhQDXoFpBDVIgSkKApp3gStrBxYnKg02EAQdLwsWFAUOLUQpHCkDkiewEAqDaItOjE+IVBaDeIFRonFelzQggiuKeJR3IAGEdAIEAgQFAg4BAQaBYjqBW3AVO4JnCUkZD44gDA0Jg1CFFIVKdQI5AgcLAQEDCYZHhBsBAQ
IronPort-PHdr: A9a23:E2A7RBD0I6D1ha82Ag5EUyQVaBdPi9zP1kY95pkmjudIdaKut9TnM VfE7PpgxFnOQc3A6v1ChuaX1sKoWWEJ7Zub9nxXdptKWkwJjMwMlFkmB8iIQUTwMP/taXk8G 8JPHF9o9n22Kw5bAsH7MlbTuXa1qzUVH0aXCA==
IronPort-Data: A9a23:nrGw9qsAK7fT9ABtwlPLv6jfNefnVEdeMUV32f8akzHdYApBsoF/q tZmKW+AbvqPMGunKIx3btmy/EwGsZ/Vm4BnS1Y4qCswQ3lAgMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokf0/0vrav67xZVF/fngqoDUUIYoAQgsA146IMsdoUg7wbRg29Qy2YTR7z6l4 LseneWOYDdJ5BYsWo4kw/rrRMRH5amaVJsw5zTSVNgT1LPsvyB94KE3ecldG0DFrrx8RYZWc QpsIIaRpQs19z91Yj+sfy2SnkciGtY+NiDW4pZatjTLbhVq/kQPPqgH2PU0Z1xlrDmQo9NKw dxHiK67EFZzIZzch7FIO/VYO3kW0axu4rTLJz20ttaeih2AeHr3yPIoB0YzVWEa0r8oWicVq rpJc3ZUMkzra+GemNpXTsF0msQ+JsTxIKsUu2prynfSCvNOrZXrGvqQuYIBgGtYasZmI+/fX tg2TQtVMSvZURdDFVBIIaMApbL97pX4W2QI9A3KzUYt2ECNyAtZ0bXxPpzSYNPibctcmFmXj n3Hun/kBFcdLtP34RWI9H/qqObLkCX3SZkAPLyk7PlsxlaUwwQu5AY+T1C3p7yyjVSzHoIZI E0P8S1opq83nKC2cjXjdxOjklmIpyIfYNNZGdAI41jckLXl8xnMUwDoUQV9QNAhscY3Qxkj2 VmIg87lCFRTjVGFdZ6O3uzO/G/tY0D5OUdHNHFbFVFaizX2iNtr5i8jWOqPB0JcYjfdIzD7w zmQoDM5gd3/ZuZUiv3rpDgrb99Qz6UloyYv7QnRG2mi9A48NMiuZpej7h7Q6vMowGelorup4 iBsdyu2tbBm4XSxeMqlG7hl8FaBvK3tDdEkqQQzd6TNDhz0k5JZQahe4StlOGBiOdsedDnib Sf74F0PtccOYSfwPPUrOepd7vjGK4C9RbwJsdiJPrJzjmRZL2drAQk3PxfLhjCx+KTSufhnY srznTmQ4YYyUPQ7k2XeqxY12r4wzSd23nLIWZ3+1HyaPUm2OhaopUM+GALWNIgRtfrcyC2Mq oo3H5XRkX13DrahChQ7BKZOdzjm21BhW8CvwyGWH8beSjdb9JYJUaKNkeh4ItY990mX/8+Rl kyAtoZj4AKXrRX6xc+iMxiPtJuHsU5DkE8G
IronPort-HdrOrdr: A9a23:fZRY9K9N/i+697WRllduk+Fsdb1zdoMgy1knxilNoENuHPBwxv rAoB1E73PJYW4qKQ0dcKO7Sda9qBTnhNJICOgqTPqftWzd2VdAQ7sSlLcLTVfbalXDH4JmpM Vdmu1FeaDN5DtB/InHCWuDYq0dKbC8mcjC74q/vhRQpENRGttdBmxCe2Km+zhNNW977O0CZf 2hD6R81l+dUEVSSv7+KmgOXuDFqdGOvonhewQ6Cxku7xTLpS+06ZbheiLokCs2Yndq+/MP4G LFmwv26uGIqPeg0CLR0GfV8tB/hMbh8N1eH8aB4/JlawkEyzzYJLiJaYfy/gzdk9vfrWrCV+ O85yvICv4DqE85uFvF5icFlTOQlgrGoEWSt2NwyUGT0PARAghKUvaoQeliA0DkA41KhqAl7E sD5RPoi7NHSRzHhyjz/N7OSlVjkVe1u2MrlaoJg2VYSpZ2Us4YkWUzxjIiLH47JlOy1Kk3VO 11SM3M7vdfdl2XK3jfo2l02dSpGnA+BA2PTEQOstGcl2E+pgEy82IIgMgE2nsQ/pM0TJdJo+ zCL6RzjblLCssbd7h0CusNSda+TmbNXRXPOmSPJkmPLtBNB1vd75rspLkl7uCjf5IFiJM0hZ TaSVtd8XU/fkr/YPf+q6GjMiq9NFlVcQ6dv/22vaIJyYEUbICbQxG+dA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.96,184,1665446400"; d="scan'208";a="17245144"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Nov 2022 16:48:11 +0000
Received: from mail.cisco.com (xfe-aln-003.cisco.com [173.37.135.123]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 2AMGmBrB028452 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 22 Nov 2022 16:48:11 GMT
Received: from xfe-rtp-004.cisco.com (64.101.210.234) 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.1118.9; Tue, 22 Nov 2022 10:48:10 -0600
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.9 via Frontend Transport; Tue, 22 Nov 2022 11:48:10 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZAbFGLwnVUh/tUFctcMJORr0J+Sb0nCebQewb73b+dXfjXfmQHWAykCtgIlG5UfXoC5zrJGcxRGKWpCGLBOUK4iYdbho30Me6CjVwvydPMHzPlZuO/YsbRfJVGZpG30WtbXkooXCXBRzO/rJ6BCHa3pkhwZ+y8VAuK+9i4tRpVlWKhujesQzYIJoTSpBtMDVy6jheevYKUEFXiTXGEdUgyluVLcv7LVHTI4ElKINZecM/ypsFN3IqaTZaa91/RVOFnyXT3x9VXhiBM9ZcqadjIxvrAgSHay/iB9mwFM+LPxbLxO163S+wdlAiqVEkLVpzlDvzYld3OBImYLHmtBtSA==
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=v5/MLJxkaXWtPSjmMk/9GXukw63BQ9XOY6J4CykrGOg=; b=fTi/CyGSXDLiJIKp+0Db109C+ZmXahoHDXqtqEoxY5g68EDQrhcX1JHtNWIEJN8LSG6AGVRKFimVbYiYA0ggjnpLT5HgwkozN1OJmm/B0Gi/oH0tMvqviV7fGD8GC7X0Ovx+oQC2up/H9rRrrt/Guz/K7dDsrbZ7JIcAbCU44n3AVgp4eejDvShM+gi4shfO2O6ilm53wLJnaVMHl3giBvEiux3F6E+H+7snUeD/OMOAihnUKQcoZkWG8qMUZKLiUZ8/DGp5WrH7hq+97tJ8Um1UT1VCTL8IiN002qpnxJDj9hPKTYPnNI7baGnzybVdB0KwbEhRPPJluj9q1+befQ==
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.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=v5/MLJxkaXWtPSjmMk/9GXukw63BQ9XOY6J4CykrGOg=; b=UyRWyZ725gBCa6OTiXQfWwp79NYGS26LQOf07rIWfG5Hqzkcxs//lHcX+XPd3FDJD97Kl2MNeFZNmlFjNsAqhbZR6ErgueccquF73LgMzDQhYvBPwhVUE7x0pcnLVklzURzE2q3kbVMckCQX2k58f1tdgz6+40jc80ES++FLeN0=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by CO1PR11MB4833.namprd11.prod.outlook.com (2603:10b6:303:99::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5834.15; Tue, 22 Nov 2022 16:48:08 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::20d9:5c5:9e71:961]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::20d9:5c5:9e71:961%7]) with mapi id 15.20.5834.015; Tue, 22 Nov 2022 16:48:07 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "Falendysz, Gene" <Gene.Falendysz@itron.com>, "fanwg@wi-sun.org" <fanwg@wi-sun.org>, "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: [6lo] WG Last Call on draft-ietf-6lo-multicast-registration-11
Thread-Index: AQHY+b6bvSh1xWWaqkaHiLiM0VpoSq5BoLyAgAFkHlCAAC3OgIABUoiQgAA4BoCAAAWKQIAAYG6AgAX+HfCAAA5SAIAAAJbQ
Date: Tue, 22 Nov 2022 16:47:44 +0000
Deferred-Delivery: Tue, 22 Nov 2022 16:47:00 +0000
Message-ID: <CO1PR11MB4881C814C4EBF81D675CB9E8D80D9@CO1PR11MB4881.namprd11.prod.outlook.com>
References: <CAAUO2xxJ-Cksm6uL19LxpbH4q1nodCsKbUPUAd3UEH=SMRSokg@mail.gmail.com> <DU0P190MB1978629F28BA6FCDA71D8CF0FD079@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <CO1PR11MB488180FB1C64F31CB61D3AFAD8069@CO1PR11MB4881.namprd11.prod.outlook.com> <DM8PR04MB77984BB42A6065B7746FFAD288069@DM8PR04MB7798.namprd04.prod.outlook.com> <CO1PR11MB4881587AD17170195724C1CBD8099@CO1PR11MB4881.namprd11.prod.outlook.com> <DM8PR04MB779829DA7D8107887EA1154088099@DM8PR04MB7798.namprd04.prod.outlook.com> <CO1PR11MB4881C0302185E9E1DF3A0EEFD8099@CO1PR11MB4881.namprd11.prod.outlook.com> <DM8PR04MB7798C2EB5B86C344ACFA87EF88099@DM8PR04MB7798.namprd04.prod.outlook.com> <CO1PR11MB4881026EC5EE2DA54AEBC36DD80D9@CO1PR11MB4881.namprd11.prod.outlook.com> <DM8PR04MB7798A1CADF4237627172A591880D9@DM8PR04MB7798.namprd04.prod.outlook.com>
In-Reply-To: <DM8PR04MB7798A1CADF4237627172A591880D9@DM8PR04MB7798.namprd04.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CO1PR11MB4881:EE_|CO1PR11MB4833:EE_
x-ms-office365-filtering-correlation-id: 79f92d98-d9a6-4eec-bf93-08dacca95536
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: LqW3nVA2263Vp01GWfUsFLpy0l6/W3sYqaILEnDZELlgp2C+ewkzCeoCBxUtdHPeTwWqiQ8J0yC2s1AvHciWo9vIiVrVZ8Pa+LKmqfYd0sUMgSIH8+zspR1rM/PgpD4b0c3IBzlpiLJ2ldqAKxLTxsosWn9oVAj3ooAaKMf6fSRPe3/GdntoA0zDwbzMyaBaB1eeQt4wbPi3sB4IsMXDgcwTVBBiGO6lBsC2jEQ/T8E8bywZ7d76NV4y7QY/rhl1tXBv3u4iWu0Femarsp5XM9H8x1TReZ/sSC2xqLLMtlvbpGpVrC+WbhJYTs3pIe66bf2na5J+L7YtfJvTsbu4sXriQ5UYTSIfEjSGNehux1yPGVgOlbbLD9RsEPsqwHhB86Fqwcl2ie4V0SD5R/iX9D9G44UOY5TdRCfXuEwoqrF/GBcaKHcvvIXCEYm6UabnfRz7dPj/msMvxkSzqN5q2ouhUg2lUlPlQsrdJbiPMZW99cRzDizPnhkNMs1GrJJN89BSYxDThZtKKEDptPcHCLnF9PyfnaqV7eRaP76ZN/DXLb555tRB8zzJeba88tSLJ8GT5t9W+wgx/wc7lTS7TIAFIxVNjZfvRMktvZCICNVZE1phdZAL9IF50NvhftpWFsYvvhyn+qO0Db38HiAndEaSR7Ic8AhmUyzpNDV4HyK3WHsHBDq2wi24bUt61xqhAZIhINdepMCD7NHtgK69/D/KabzIo+lCL+xGOOoYl1PzFvw5Cdrf1/KY7tz+4AjAYNMEK85iYRd8g2bERMyRvg==
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:(13230022)(4636009)(396003)(39860400002)(346002)(376002)(366004)(136003)(451199015)(122000001)(83380400001)(66574015)(86362001)(41300700001)(38100700002)(52536014)(66476007)(38070700005)(2906002)(478600001)(8936002)(5660300002)(55016003)(53546011)(6666004)(7696005)(6506007)(76116006)(66446008)(9686003)(66946007)(8676002)(66556008)(316002)(19627235002)(26005)(966005)(186003)(71200400001)(64756008)(110136005)(33656002)(40140700001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: wRoTnNPXfL+LU9qEfcYZeMjkXEYoMxbNf+4VDncaMEMMggPnJ0kApMUtNN5M0ajkOE2sMS2Avj68Z82H59G2qjYi1duz34ar7oelhTfNpVPyDxjQASMyfLLZeFSlJFjRsC2SZPJY4uzcBe0wycnGmalNOJ2XBuj077H1jlbefulbv9C1n4kqGIeNs7R23eRkotPjV/DbB7pQiwGeq/j2thUmuoJJvKD0va+AtaOTHzwxhWs2wLDTLP+7o9H4e0VJmGYCGUZuongHw5EXaIwsAuuxIx7vleOG8wEhiMl60iC+P0Dl8Hx+imZR0EGHDE57PTUtPKlqhSPwXtM6xrKN5jrSU+JnzCVkKRqYlqHOTmw8Y7MPaPstl7/S81k2Zg+BcRINR/qY+3gsEfeuEAyKFno99OoIDRxkMoi24kr/c6tTE1da8hyj2xWg9eK5GAo2kTLek9jK4tGXI2+4lFxwW7T/9GybcSrp323wU6quoipVwiQzrlqbJHa3pM96gwXQ/9ZZxhKAZ/f9Lo84/FkX802zSWpXKvoDQO9rYUXP5DjiQNWDEQemubcZOtEjQppZIHlRtWcs/TGFVNehN0AHqnNC4APxAv4vo0t6uZwbc4xcQY+PKwZJ7noCcXaCa9Gd4XPjANP24+0qN4BuzC2DmWZolRKw/uGT6hMs7uWeWDHf7W14h0G7/hETU1HZq3RjX2MWFijQG8SAzF1yXZa+g2mE8FUcc3t5luNcHRvuCOxCvxK+rz/hYlh20PHMQwSbfUPWDPGihXdKxbjn3IFATv4BylaKqvnvKAnwCUn+QR4aU8BU/tolzP2ZgpHcmqa8DjdWXF6Vu1EFbD9iQq/oUnYiwU9zLyqrDpnGgt0Vd/B/gIc7N97xRjMSMHmuqKSLPuBQIUbecUPr+pZxwcvAxCXnXuFtommlkuxmbrL0G35h/FLec6qhSwwci4uX1IRDRmDSgmNoW7ECsioTJesbli8bcNpQX2eO33XCWPTJWCT8U0vfGab2RTj1xXkmqKMHnLqYDIlJNKzwv7+8v8W/RrVMP+fiAhxxpnVDj133XThU+7xtVv3GRfe1HzFTO0DHkaCjKHA4y75XaU0qcYYiHPgmDhDuU/EGiILggunUjG7dEqYGbuOvHHw/NROmreh7tPWGOTzQlhgOf3Mh2p4WvysG+mXQTdMPb0cFZBjsC2OunDrrABM3C97fcnz0fvHNeXlApnF7W0I5P6CYufIWO7b2pq/chYmWjbIEJPNzUs0YMMoL32SDaHf5fGCOGtlqveZ5T8a2XqOWs2QtiSc0h7yVg0NvcPVxQaUa1+0voRC587DyLSTTjMULm4Af4f3dNTLx711VDr98W7+3epESnzahhIHKk5On8fjmjkUdG9F3KioaVyKB275GAFPrQ7iM13s/emFvs6OaWEjwgbNQrt2A4+EFPsFmSKHPO73nM4raxTgDIgXPrC75r4yKxEFMou5moiV6NL0mhPZWyg83YU6Oz6LGAARemiEumhVHCgMjUhB4EX9ESbpLkvPrWHyQSe68CvN8ljaDHFJL73ODLiyUAA3XmgMxqZgscIuugStV3rEyle7ga/TsGGaw7ZyD
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: 79f92d98-d9a6-4eec-bf93-08dacca95536
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Nov 2022 16:48:07.6912 (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: VWAj35q/8mDalMIATJySaJTn12rzKU2FPtyBcxYDm/T1NXY91OneMvVckPPLNIOyHy1Xytu1itty+NLDsZQ3pA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB4833
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.123, xfe-aln-003.cisco.com
X-Outbound-Node: rcdn-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/xV2RNU3IUqoKcOEpDxvYS3bQ7-I>
Subject: Re: [6lo] WG Last Call on draft-ietf-6lo-multicast-registration-11
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Nov 2022 16:49:16 -0000

Published as -12. Enjoy Thanksgiving !

> -----Original Message-----
> From: Falendysz, Gene <Gene.Falendysz@itron.com>
> Sent: mardi 22 novembre 2022 17:44
> To: Pascal Thubert (pthubert) <pthubert@cisco.com>; fanwg@wi-sun.org;
> 6lo@ietf.org
> Subject: RE: [6lo] WG Last Call on draft-ietf-6lo-multicast-
> registration-11
> 
> Looks good.
> 
> Gene Falendysz
> Office:(864)718-6676 / Mobile: (864)723-1395
> 
> -----Original Message-----
> From: Pascal Thubert (pthubert) <pthubert@cisco.com>
> Sent: Tuesday, November 22, 2022 10:57 AM
> To: Falendysz, Gene <Gene.Falendysz@itron.com>; fanwg@wi-sun.org;
> 6lo@ietf.org
> Subject: RE: [6lo] WG Last Call on draft-ietf-6lo-multicast-
> registration-11
> 
> Hello Gene
> 
> I recrafted a bit changing the default to 252 so the try plus the 3
> retries ensure that the TID leaves the straight part of the lollipop.
> The meaning has not changed though, just clarification.
> 
> 
> Does the below still work? - I added surrounding text to get the
> complete
> picture:
> 
> "
>    *  A new ARO Status is introduced to indicate a "Registration
> Refresh
>       Request" (see Table 9).
> 
>       This status is used in asynchronous NA(EARO) messages to indicate
>       to peer 6LNs that they are requested to reregister all addresses
>       that were previously registered to the originating node.  The NA
>       message may be sent to a unicast or a multicast link-scope
> address
>       and should be contained within the L2 range where nodes may
>       effectively have registered/subscribed to this router, e.g., a
>       radio broadcast domain.
>       A device that wishes to refresh its state, e.g., upon reboot if
> it
>       may have lost some registration state, SHOULD send an
> asynchronous
>       NA(EARO) with this new status value.  That asynchronous multicast
>       NA(EARO) SHOULD be sent to the all-nodes link scope multicast
>       address (FF02::1) and Target MUST be set to the link local
> address
>       that was exposed previously by this node to accept registrations.
> 
>       The TID field in the multicast NA(EARO) is the one associated to
>       the Target and follows the same rules as the TID in the NS(EARO)
>       for the same Target, see section 5.2 of [RFC8505].  It is
>       incremented by the sender each time it sends a new series of NS
>       and/or NA with the EARO about the Target.  By default the TID
>       initial setting is 252.  The TID indicates a reboot when it is in
>       the "straight" part of the lollipop, between the initial value
> and
>       255.  After that the TID remains below 128 as long as the device
>       is alive.  An asynchronous multicast NA(EARO) with a TID below
> 128
>       MUST NOT be considered as indicating a reboot.
> 
>       In an unreliable environment, the asynchronous multicast NA(EARO)
>       message MAY be resent in a fast sequence for reliability, in
> which
>       case the TID MUST be incremented each time.  If the sender is a
>       6LN that also registers the Target to one or more 6LR(s), then it
>       MUST reregister before the current value of the TID and the last
>       registered value are no more comparable, see section 7.2 of
>       [RFC6550].
> 
>       The multicast NA(EARO) SHOULD be resent enough times for the TID
>       to be issued with the value of 255 so the next NA(EARO) after the
>       initial series is outside the lollipop and not confused with a
>       reboot.  A 6LN that has recently processed the multicast NA(EARO)
>       indicating "Registration Refresh Request" ignores the next
>       multicast NA(EARO) with the same status and a newer TID received
>       within the duration of the initial series.
> 
>       By default, the duration of the initial series is 10 seconds, the
>       interval between retries is 1 second, and the number of retries
> is
>       3.  The best values for the duration, the number of retries and
>       the TID initial setting depend on the environment and SHOULD be
>       configurable.
> "
> 
> All the best
> 
> Pascal
> 
> > -----Original Message-----
> > From: Falendysz, Gene <Gene.Falendysz@itron.com>
> > Sent: vendredi 18 novembre 2022 21:21
> > To: Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org>;
> > Pascal Thubert (pthubert) <pthubert@cisco.com>; 6lo@ietf.org
> > Subject: RE: [6lo] WG Last Call on draft-ietf-6lo-multicast-
> > registration-11
> >
> > That sounds like it will work. Thanks for addressing our use case.
> >
> > Gene Falendysz
> > Office:(864)718-6676 / Mobile: (864)723-1395
> >
> > -----Original Message-----
> > From: Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org>
> > Sent: Friday, November 18, 2022 9:46 AM
> > To: Falendysz, Gene <Gene.Falendysz@itron.com>; Pascal Thubert
> > (pthubert) <pthubert@cisco.com>; 6lo@ietf.org
> > Subject: [EXTERNAL] RE: [6lo] WG Last Call on
> > draft-ietf-6lo-multicast-
> > registration-11
> >
> > Oh!
> >
> > Well, at least there's text for that. The next paragraph is about
> > incrementing the TID when resending, but not the way a real TID
> > operates, quoting "
> >       In an unreliable environment, the multicast NA(EARO) message
> may
> >       be resent in a fast sequence, in which case the TID must be
> >       incremented each time.  A 6LN that has recently processed the
> >       NA(ARO) ignores the NA(EARO) with a newer TID received within
> the
> >       duration of the fast sequence.  That duration depends on the
> >       environent and has to be configured.  By default, it is of 10
> >       seconds.
> > "
> >
> > Now that I think about it I should make it compliant with real TID
> > operations (https://urldefense.com/v3/__https://www.rfc-
> > editor.org/rfc/rfc6550*section-7.2__;Iw!!F7jv3iA!wbY9lpxIso9IuZ2-
> >
> gm49L9zsnrsuNqF6IWpuxn6RpF57II9mE2Q78qSFX9D2MFMLzzuK5OFVpBEIDo6N8JdY2x
> > r wNVr9LKz_KgE$ ) so the 6LN/LFN would figure it is no more in sync
> > with the 6LR/FFN just because the two sequence numbers are determined
> > not to be comparable.
> >
> > If that fits your need I can update the text in that direction, say
> > that the 6LR sets the TID field in the broadcast NA(EARO) like it
> > would for NS(EARO), following section RPL 7.2, that there should be
> > several in a short time after reboot, and that the 6LN keeps track of
> > the 6LR TID, and considers that he needs to reregister if the TID in
> a
> > new NA is not comparable.
> >
> > Would that help?
> >
> > Pascal
> >
> >
> > > -----Original Message-----
> > > From: 6lo <6lo-bounces@ietf.org> On Behalf Of Falendysz, Gene
> > > Sent: vendredi 18 novembre 2022 15:16
> > > To: Pascal Thubert (pthubert)
> <pthubert=40cisco.com@dmarc.ietf.org>;
> > > 6lo@ietf.org
> > > Subject: Re: [6lo] WG Last Call on
> > > draft-ietf-6lo-multicast-registration-11
> > >
> > > Hi Pascal,
> > >   The problem I am trying to solve is that currently Wi-SUN FAN is
> > > specifying that once a node responds to a NA(EARO) (request to
> > > reregister) it ignores all others for 5 minutes. This is to
> minimize
> > > flooding. The problem with that approach is that it is not uncommon
> > > for a meter to experience several power cycles when reclosers are
> > > trying to isolate a fault in the grid. The 5 minute ignore period
> > > would mean that it is possible for a node to ignore a valid
> request.
> > I
> > > am hoping that the TID can be used to indicate when the request is
> > new
> > > and not a repeat of the previous request, incrementing with each
> > power cycle.
> > >
> > > Best regards,
> > >
> > > Gene Falendysz
> > > Office:(864)718-6676 / Mobile: (864)723-1395
> > >
> > > -----Original Message-----
> > > From: Pascal Thubert (pthubert)
> > > <pthubert=40cisco.com@dmarc.ietf.org>
> > > Sent: Friday, November 18, 2022 6:09 AM
> > > To: Falendysz, Gene <Gene.Falendysz@itron.com>; 6lo@ietf.org
> > > Subject: [EXTERNAL] RE: [6lo] WG Last Call on
> > > draft-ietf-6lo-multicast-
> > > registration-11
> > >
> > > Hello Gene:
> > >
> > > The intention in the TID is to sequence the mobility of the target
> > > address exposed in NS(EARO). NA (EARO) is supposed to respond
> > > unicast to the NS(EARO), or be used as an asynchronous response to
> that NS.
> > > IOW, this broadcast NA about target=self is new, and the fields
> have
> > > no specified meaning / behavior.
> > >
> > > Certainly the expectation is that the TID field would still contain
> > > a TID associated with the target address, and I'll be happy to
> write
> > > that if you have a case. I did not see one so I just applied the
> > "reserved" behaviour.
> > >
> > > Is it your intention that the TID is the same as in NA(EARO) and
> > > reflects a counter that the router maintains for its LLA?
> > >
> > > All the best;
> > >
> > > Pascal
> > >
> > >
> > > > -----Original Message-----
> > > > From: 6lo <6lo-bounces@ietf.org> On Behalf Of Falendysz, Gene
> > > > Sent: jeudi 17 novembre 2022 15:44
> > > > To: Pascal Thubert (pthubert) <pthubert@cisco.com>; 6lo@ietf.org
> > > > Subject: Re: [6lo] WG Last Call on
> > > > draft-ietf-6lo-multicast-registration-11
> > > >
> > > > Hi Pascal,
> > > >   In section 7.3 is this statement:
> > > > "That asynchronous NA(ARO) SHOULD be sent to the all-nodes link
> > > > scope multicast address (FF02::1) and Target MUST be set to the
> > link
> > > > local address that was exposed previously by this node to accept
> > > > registrations, and the TID MUST be set to 0."
> > > > Why the "and the TID MUST be set to 0"? We need the TID to do
> > > > duplicate detection on the asynchronous NA(ARO).
> > > > In the metering world it is not uncommon for a node to power
> cycle
> > > > several times as reclosers try to isolate faults.
> > > >
> > > > Cheers,
> > > >
> > > > Gene Falendysz
> > > > Office:(864)718-6676 / Mobile: (864)723-1395
> > > >
> > > >
> > > > _______________________________________________
> > > > 6lo mailing list
> > > > 6lo@ietf.org
> > > >
> > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/6l
> > > > o_
> > > >
> > _;!!F7jv3iA!2dS7DeAq_Z8s7nFEQvpxqz9CB5Y0xD_qNKbFXdvDCZlojcAAwhaYzTc3
> > > > xI HLxzOK2fsFC0RdZQnaC06SZJTsmxKezgtL4lyvhas$
> > >
> > > _______________________________________________
> > > 6lo mailing list
> > > 6lo@ietf.org
> > >
> >
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/6lo_
> > > _;!!F7jv3iA!wbY9lpxIso9IuZ2-
> > gm49L9zsnrsuNqF6IWpuxn6RpF57II9mE2Q78qSFX9
> > > D2MFMLzzuK5OFVpBEIDo6N8JdY2xrwNVr9Hugb8SQ$