Re: [Roll] Border router failure detection

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Thu, 08 April 2021 14:06 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E04E43A18D4 for <roll@ietfa.amsl.com>; Thu, 8 Apr 2021 07:06:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.619
X-Spam-Level:
X-Spam-Status: No, score=-9.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=CokrEPdL; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=yHXQfKTm
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 QDz8effjcGI8 for <roll@ietfa.amsl.com>; Thu, 8 Apr 2021 07:06:01 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 834DE3A18D3 for <roll@ietf.org>; Thu, 8 Apr 2021 07:06:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7440; q=dns/txt; s=iport; t=1617890761; x=1619100361; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=pll7V00HBKdmdgMRam4P1frxM1RW8CRpycy0wsNzy68=; b=CokrEPdLSohIf8GE+w0LWNZ3y9My2AKuk/dconapL5O/aOZRkZaxWPjf aOeRZ0LkG41SkP8+AQsu+vTxi2Zq2Q7I7oHd5FqIAFA1uklSGbSZiKkmr 304iBINn8NGYiBmjW+JkhSp2EZNBkZoW7RhbqtdBI8FWNZ2qLyLxWdtX8 o=;
X-IPAS-Result: =?us-ascii?q?A0DlCQCGDG9g/5xdJa1agQmDJVEHd1o2MYRCg0gDhTmIT?= =?us-ascii?q?gOPJ4VNhEeBQoERA1QBCgEBAQ0BASgKAgQBAYFbgnUCF4FgAiU4EwIDAQEBA?= =?us-ascii?q?wIDAQEBAQEFAQEBAgEGBHEThVANhkQBAQEBAyMRDAEBOAsEAgEIEQQBAQECA?= =?us-ascii?q?iYCAgIwFQgIAgQTCBGCWYJVAy8BDqAtAoofd4EygQGCBAEBBoFHQYMfGIITA?= =?us-ascii?q?waBDyqCdoJxUEiGTiccgUlCgRNDgl8+gmACAgGBPwUbgxU1giuBWWtqAQMdJ?= =?us-ascii?q?hAvQgodgRNJA5QGk3OSTwqDC4ljhx2MH4lNmySgf5JWCBgBD4Q5AgQCBAUCD?= =?us-ascii?q?gEBBoFrI4FZcBWDJFAXAg6OKgEWg06FFIVFczgCBgEJAQEDCXyMFQEB?=
IronPort-PHdr: A9a23:TiG8rRK0uSVS6wq7LdmcuZcyDhhPgJ39IxIV55w7irlHbqWk+dH4M VfC4el25HfIUJnVrfVehLmev6PhXDkG5pCM+DAHfYdXXhAIwcMRg0Q7AcGDBEG6SZyibyEzE MlYElMw+Xa9PBtUFdrwIVrIrS764TsbAB6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1K UC9rB7asY8dho4xQps=
IronPort-HdrOrdr: A9a23:TLk4pq45XAwfmVzlJAPXwaiFI+orLtY04lQ7vn1ZYSd+NuSFis Gjm+ka3xfoiDAXHEotg8yEJbPoexLh3LZPy800Ma25VAfr/FGpIoZr8Jf4z1TbdRHW3tV2kZ 1te60WMrLNJHBxh8ri/U2cG9Ev3NGI/MmT9Jjj5l1qShxnbLwlyg9/BBqSHEEefng5ObMSEp 2A6s1b4we6cXMMYcihQlUDVe7Pp9rE/aiWICIuLRgh9QWIkHeU+Kf3eiLokCs2fhFu5fMZ8W bDmxHk/anLiZGG4zLVymO71eUvpPLNxtROH9eBh4w5JjDtlQqydO1aKsa/lR8vpuXH0idOrP DtpFMaM913+zfteAiO0GfQ8i3B9Bpr1HP401+fhhLY0IzEbRY3EdBIi44cUjax0TtbgPhG3K hG332UuvNsZHuq9kmQlru4NS1CrUa6rWEvluQelRVkIPYjQYVMpo8S9l49KuZmIAvG6ZsqGO QrLMbQ6Oc+SyLiU1nlv3JiyNHpY3IrHh3ueDllhuWp1VFt7RRE5npd4PZasmYL9Zo7RZUBzf /DKL5UmLZHSdJTRb5hBc8aKPHHSVDlcFbpCia/MF7nHKYINzbmsJjs+og44+msZdgh0IYyop LcS1lV3FRCOX7GOImr5tlm4xrNSGKyUXDG0cdF/aV0vbX6Wf7NPTCcTkst1++tue8WDMGee/ vbAuMSP9bTaU/VXapZ1Qz3XJdfbVMEVtcOh9o9U1WS5s3RLInnsfHabebTKLLhHS1MYBK5Pl IzGBzIYOlQ5EGiXXH1xDLLXWn2R0D59ZVsVKjWltJjjrQlB8lpiEw4mF657saEJXlpqaotZn ZzJ7vhj+e+rWmy9mDY8nVxNnNmfx9oyYSld0kPiR4BMkvyf7pGkc6YY3pu0HyOIQI6SdjXHg 5Zr1F+4rm2MJSU2CAnB7ucQyanpkpWgEjPY4YXm6WF68ugUIg/FIwaVKt4EhiOCwZ4gh9wqG BIaBYNQ0jWEj+Gs9T8sLUkQMXkM/VsigaiJsBZ7U/FvUKHvMc1Wz8wRDi1S/Oahg4oWhtZjl B86LUknbKFgDqjQFFP29gQARlpUiC3CKgDJBmZbI9U84qbCT1YfCOvv3imrD0dPkDt7F4fg2 T9Kzb8Q4C6PnNt/lZC0qjr91tocH66ZEwYUAEhjaRNUULbp310zeiHIo203mf5UCpf/sgtdB fYfDAVPgRig+qS6SfQsjODGXI6r69eY9D1BKg/cr3Vx3OmIJCJk6ZDBPNP4JN5LrnVw5w2eP PadAmPIDziDeQ1nwSTu3Y+ISFx7GIpiPXyxXTenSWF9W96BfrZO1J9Qb4HZ9ma8mj/Xv6Nua 8Jxu4drK+1Mm/rbMSBxrySZzlfKgnLqWrzS+0zs5hbseYzs7R0dqOrGwfgxTVC3B8kKt3zm1 5bSKNn4KrZMosqZtcMYUtijywUvcXKKFFuvh39A+c4c11oh3jHP8mR676NrbY0GEWOqAb5JF H3yVwQw97VGy+YkbIKAaM5JmpbLFIx73lv5+uOfYzdAgfCTZAKwHOqdnumNLNNQqmMHrsd6g tg69aThumNam723hvTsTYTGNMAz0+3BcepRASCFu5D/4bkZRCCgq627NWyizmyQz2hcEgcjZ BEc0tVbskrsEhXsKQnliypDqrwqQY5llEb5zdtnFvkwJKn72fWBlsuC3yRvrxGGT1IdmGVhs HE+/WC3Hvz4DJZyYDOfX0gC+1mCpwVVMzrNC9gJsgboa6w86cuiipFZg0yD2RUskGL48p2mb Gj2PvTXOX+CXDnfVIZkAQ1dLJJog==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.82,206,1613433600"; d="scan'208";a="677336047"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Apr 2021 14:05:59 +0000
Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 138E5xXu027747 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for <roll@ietf.org>; Thu, 8 Apr 2021 14:05:59 GMT
Received: from xfe-aln-002.cisco.com (173.37.135.122) 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.3; Thu, 8 Apr 2021 09:05:59 -0500
Received: from xfe-rcd-002.cisco.com (173.37.227.250) 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.3; Thu, 8 Apr 2021 09:05:58 -0500
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Thu, 8 Apr 2021 09:05:58 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=c+srAdVal6FLW4LREX0dviCHzukKvur+UzEv60BulS1y9NEfXytBSdWmTkzoGpbWJVCqvxBU0kazv06c1R0cuvMI2gtD2bllcrqJsVs3oYwtF8VSGokeUBTtD2IQ3dcSfQydB8tg7yiNGReCphb83uOc5mnSAsGmpIYzePAHdOX6YTxMUTADjYxOG6u0PobtH4qpriS8sf+hSly6xdQb3bVNl38hz9HHlk/n41CSlgC9Fjyd8YI8TqpT0+9yGIdos6EmZED+G/EwPCRtIraEDPNvbUdlMUa+7fyzTl3mYYf7kFOFCnYFyGs+NcLIEI+KxnooYJHparUDfTzj5Gd6LA==
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-SenderADCheck; bh=pll7V00HBKdmdgMRam4P1frxM1RW8CRpycy0wsNzy68=; b=EJ4byNT85FUzGzcf5xz7lTGt8N+93qUkt6rCPPh3mDf/eeB8l/bZDh8yKCNtxfu5lKytRqnVDLxDvBSODdzE+Fio/9FJR25Kvan+Tntu238HLH2Up4gCOodPtaWZJEzkUxBPrF5ZYUGJkm0ZimWqX5yqdh0nHgzDkB6ZuUN6IZ7HvzsAaxVL8k9d+9eBbMTL0JFSFFp7WL0//1oi1KbNY7eZ9SNDMgMzJ594scYZqZp3es6pCBNbaPtJEW9QGEwF2qK2RQlst+gCtcE8jbf6MaRv5oDi0RjpIlQq1j9v2bUVoJ2i9910a7aD50n2EJP2haDhHenZjm0FTRzBEaq4lw==
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=pll7V00HBKdmdgMRam4P1frxM1RW8CRpycy0wsNzy68=; b=yHXQfKTm+HmFrhdbsSpGoPUM9hR/2nVkbICJj0lkjrvYEEsbYz7C8ap5eSwmhtyyHlOTbCvmgp+LQp1iiTZQlpklzMUNX/+wAlhwYuyMofFI9XWYYefvmXNtLW30hG7Hi4v2J4HM6aKJc5lLFSTa7FwZOWoAvdHCI9msdOGmdsQ=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by CO1PR11MB4964.namprd11.prod.outlook.com (2603:10b6:303:9e::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.28; Thu, 8 Apr 2021 14:05:56 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::cd01:ffc9:6592:b1d5]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::cd01:ffc9:6592:b1d5%6]) with mapi id 15.20.3999.032; Thu, 8 Apr 2021 14:05:56 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] Border router failure detection
Thread-Index: AQHXK+V11ZIg9ppwIUWAf2h5ir/s+6qpuKQAgADqrQA=
Date: Thu, 8 Apr 2021 14:05:53 +0000
Deferred-Delivery: Thu, 8 Apr 2021 14:05:09 +0000
Message-ID: <CO1PR11MB488184A12A3F602B613A2063D8749@CO1PR11MB4881.namprd11.prod.outlook.com>
References: <CAP+sJUfcEY2DNEQV=duJdN6P8zZn0ccuei+4ra-B6TcLb5z8Kg@mail.gmail.com> <49ac5fc3-4a3c-fb87-d366-eb7e7cfd60df@mimuw.edu.pl> <18233.1583176305@localhost> <CAO0Djp3w4vWCOawQ+eegNTRzb_HRGYH6n=bdEH6iVf5ZO0AGFQ@mail.gmail.com> <f71fe153-c0d1-097e-a72e-49ece97cbd48@mimuw.edu.pl> <10272666-28c7-ab3e-9ceb-1b8f2bb6e5e5@mimuw.edu.pl> <8372.1617839184@localhost>
In-Reply-To: <8372.1617839184@localhost>
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-originating-ip: [2a01:cb1d:4ec:2200:8832:c2f1:a513:23ff]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b41651ae-f773-4aaa-d96c-08d8fa976e1b
x-ms-traffictypediagnostic: CO1PR11MB4964:
x-microsoft-antispam-prvs: <CO1PR11MB4964E3B20785D63C7F116FF9D8749@CO1PR11MB4964.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ZkyrjhFo5QzLHzqOXcuIONXw2p+a7GX64yDvvkMngduX3QPa0oZ6d8k0i7g3pVCnmWt3WOFwS73baJ0AsgD6iJpLikpYHYX2sQeOQ7lg9c3vL7lYKufZSSAo3gy6O3XVEpiCvuMrK/i2L5LEK4Yjr+l2fxMj1nQTSNysh8QkbowuwDo/HkcJmtk56rABQ8eC9e8/qiFcn4EV1sjEbtG9gD5a6wl6BcrOUJ9lDoboHNrlpOB2sSDr6vLRTJIIcUrGdWFHQ4fipksls1u0c6uuPPOBHAXhhs0T3oLjVvTdjcv32w6zePuEbkzJsQhGCdxUEbSx6EBMUZZRcsSTPLH0B1b59aSjHzX36mnxXctDiMfU9oQdyN72qSSUYIOjf5Ztp1lsRjPCRJcTTWzSz+gBkQRU1T9kSYzR5/XB54Jz6NEFwZ6rDl5elQc4o4dI8hkqVUaS68azppXjXoofSr2HuAKOFclbolKWpGHYDA/1ir8zB7bAvsGsVE2umEiFoPfJ6sZF2OQDIMEfJoQDbFBEqBj6To0+yk3sPnunsALFLsQg13Mk/ciqCmRuzS6PPHznxhlMvfS0npHmHmGFRXoUS+uIS0xJd11npc1xoVahmYfXDJleZKvsiJVuinMhlUccEX4m2co4wnI7EmragfjAJcc2iVLnF0XkAjk3pyR7ErngR3opqWLq33eu3kOqoan1aOkhU3Md1uiaEP4H+owlLKMfltKMGwVBVulNXFi26Kw=
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:(396003)(39860400002)(136003)(376002)(346002)(366004)(53546011)(6506007)(66946007)(7696005)(5660300002)(71200400001)(33656002)(966005)(66476007)(66556008)(55016002)(66446008)(2906002)(186003)(64756008)(86362001)(66574015)(76116006)(8676002)(6916009)(6666004)(83380400001)(38100700001)(316002)(478600001)(8936002)(52536014)(9686003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?cGhBRER5ekg0MjB6K0k4c2JMb1ltdUV0NGlNNXJndDJzUEZ5S3NUb0lEVHpq?= =?utf-8?B?ZThJYXVMa0VYeUF3VjNnSTR3S3k1U0ExWDZSSzF6Q0tZc3JJU1pEM1ZVeVQr?= =?utf-8?B?cFpCdkFEUysxZDF1WU5tU01lSnRveXR6ZGdxQnhuQVcrMWgxYWY1cGdhWCtT?= =?utf-8?B?azFDYVRjKzZFblV2NUxPdHBHTWl1bGZvaVc5ODV5V0dWS0tOTlU0eHJZN2I4?= =?utf-8?B?V2ppaWhYSW1nWDV0a2RLVFFuaTd1cUR0VXhRNHpkNGJFaisyM2R1RzYwQ2dM?= =?utf-8?B?eXhZMWM1Z3d2TUYvU2ppWk04Skh5QTVMZENVNGFTTTdYQ1llK0hXL3E1dTE2?= =?utf-8?B?aTQrMEZJVDhnTzFzSC82Qi9WM3FoTjBkZ0Z5djg5dFZXZ20rQjFPdGFEZ0ti?= =?utf-8?B?dTVvWEJHelNKT0hYWGtLRDlkcTZ2VTVmWGs3ODg0ckttSDQ5aW5QN0dPVFNZ?= =?utf-8?B?OHVlblQ2NytjWUlISTcycGl0N0RIdnQwWnBBWmVnbEJZWDRCaGRaQ1BHL0M5?= =?utf-8?B?UE4rZy9uR1g0ZmhyQ0l3alRMOVl2SzViZXZoMFBIM2tyNlBES2l2YXRSbU04?= =?utf-8?B?YkNFRWx1RjRXaVN4clBycStzNENHeXQrLzZZajhkakdLcENkZ2xQdXo4S3NM?= =?utf-8?B?V0FPOGJBOW9KZDdGN21hTkgvL2tZeHlOMHA2d1NVaWc0TlFoZ3RibkFUczFm?= =?utf-8?B?TnZTNDdsS1pENlhFR0c5K00vdFNIMTdMM1VuNnMyNFZhdzJtYWtxS2p3ZlZF?= =?utf-8?B?UDRVSWM5dnlLQXB4a2JWb0FLNjBNR0Y3bG10VnZlS3VwYzNTbmdDc0hDQjNU?= =?utf-8?B?cndDTkJnS0lSL3lCRi9qSXh6cTdvUkxhaXQydUNaUlM0Y3ZDa2h4UFJzS2tO?= =?utf-8?B?c0ZKWGZWNFM5S0JQNVVNdUU1U2d4ZDUyVkNzYzJYRkhBYWVhbkQ3R2wzcHFM?= =?utf-8?B?WVQxZDJnbkJtS0FUY0x4V29ZT0YrQ3VNdnduRy9CbTlkMCs5b1dYYW5BOXVo?= =?utf-8?B?RUMxc0M3VklLZStvd0paMWFLTk51MlFRQnBPay8yamxtdExpUUxOOUxQdmtJ?= =?utf-8?B?a25yLy9hclYvUnVKeGhtK3A4dkp6UGJJYkRvalgvN3ZHMnMxSXA3S05xVVlS?= =?utf-8?B?NEdqOXAxUjh1eE42L1lIKzBTanByWEdZQzdHYWsvNC94S3ZqZFQwcXk2MlF4?= =?utf-8?B?R3FIS0tqN1BGWFc2RnBEVEt6dFBYenlHWHRUMFNZV2E3WDdFZEVWazd4VDBr?= =?utf-8?B?aWFPRUVLa3FDUjlWYUtHejVmR203ZDBQTzhKazJEd2hCL3MxRzZmekZJbVVx?= =?utf-8?B?QUpZWDU2L091aXFjTllhR0dIUFZKbG9lZ3hELzBpejNKUFR4amtsOG9vYVZz?= =?utf-8?B?bVNCbHNGcWVPT2lhSkhuRGZSTVBEbGRHUmdueWhCWXVNYWtIV2syM1Q0UmVM?= =?utf-8?B?Z0xBb1hLak9uSlh1QlFKREs3M0dwcUN5WUFkbkVWQkQvV2hsK2tSTkNwRTgy?= =?utf-8?B?dVZ4LzNYdGJ3emV4NmRsWHplQktmNldDMmt1YURQZThFSDVKT1FLVnRYbXps?= =?utf-8?B?ZTNzUDl0bkhYWUlCZlhJdFYrbnVjbzQ4bFRoaG5DZCszcWZsV2JQWHlQeWdH?= =?utf-8?B?SHRoV05aUDRrNmVqRnFqb3hlYlFCeGwyemI4eXl2aUU3bXFuTVZ3d3drbFlj?= =?utf-8?B?NDcrNWVFU1RKT3M2enU2NG5IME5zUi9KbUliL0F5dEFUY01jb0FpN2JFOWFn?= =?utf-8?B?NnV0b3UyY3JtYXY2Zm5RL2RSQjFtUXNqVy9JQ3VwbmJ1aXhLdkd4MUZZSmdJ?= =?utf-8?B?a0FjWnkxUEVEenU1T3lpaEd1anBFZ0ZRSDE1RGJXdXR5Y2N6cVFjL25jSVZo?= =?utf-8?Q?OJXLnas0kRsUx?=
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: b41651ae-f773-4aaa-d96c-08d8fa976e1b
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Apr 2021 14:05:56.5447 (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: qVBs69r9RMiKCapqirArN/qv122DO+grh/sbvAQSOI/IfRcRb6C/8Y+Gq0oIYmAQ7HjnQPLHgI0We83hQjnunQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB4964
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/gMTyJSvQwtlMUCjR2OKAxKkownU>
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 <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Apr 2021 14:06:07 -0000

Hello Michael and Konrad

I concur that this is excellent work and that we want to discuss it. As context:

If I may add: At the (early) time I contributed to the ACP design, the idea was that the Root's children were configured with a DODAGPreference (prf) that is more than the default value (of 0) inside the network. Different children may be given different prf to enforce an order in which they become the replacement for the LBR serving as Root. 

When losing connectivity to the LBR, a child that does not have connectivity to the main DODAG becomes floating Root of its own DODAG. If the LBR dies, all the children lose their parent, and the floating DODAG reforms from the child with the highest prf. Nodes that are willing to jump to an alternate DODAG that is grounded will do so. This is supposed to be somewhat fast because the Trickle timers are reset.

I understand that the idea here is to be faster than that. 

Keep safe;

Pascal

> -----Original Message-----
> From: Roll <roll-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: jeudi 8 avril 2021 1:46
> To: Routing Over Low power and Lossy networks <roll@ietf.org>
> Subject: Re: [Roll] Border router failure detection
> 
> 
> Konrad Iwanicki <iwanicki@mimuw.edu.pl> wrote:
>     > draft. Unfortunately, just when I got the necessary pointers and a
> few
>     > initial comments, the pandemic broke out.
> 
> I know the feeling.
> I keep thinking I should be able to do *more* since I can't go out.
> 
> 
>     > draft-iwanicki-roll-rnfd-00
> 
>     > and created a dedicated repository on the group's GitHub.
> 
> I see it at:
>   https://github.com/roll-wg/draft-rnfd
> 
> You might want to add a Makefile, either via
>     https://github.com/martinthomson/i-d-template/blob/master/doc/SETUP.md
> or rip of my minimal one, such as:
>     https://github.com/roll-wg/draft-ietf-roll-enrollment-
> priority/blob/master/Makefile
> 
>     > Since I have no experience writing IETF documents, I would really
> appreciate
>     > your collaboration on either turning the text into a true draft or
> concluding
>     > that this should not be done.
> 
> It looks like you did a really good job.
> 
> RPL is being used in storing mode the ANIMA WG's Autonomic Control Plane.
> See: https://datatracker.ietf.org/doc/draft-ietf-anima-autonomic-control-
> plane/
> ( section 6.12. ).   The document is minutes away from getting an RFC#.
> 
> We think that the border router, DODAG root, will be a device in the NOC.
> The NOC may get replicated into multiple locations so there could
> potentially be more than one candidate DODAG root.  Given nodes are not
> constrained in the RFC7228 sense, supporting multiple DODAGs could be
> done, but we simplified our life by not mandating (actually, at this
> point, forbidding) the RPI header, so we are lacking an instanceID.
> 
> The short of it is that I'd really like nodes to be able to float non-
> grounded DODAG roots if they don't hear a DIO after a few seconds.
> 
> ----
> 
> It seems that you might want a term for the LBR's children.
> That is, the devices at rank "1", that hear the LBR's DIOs.
> 
> I think that I would move some of section 3.2 further forward in the
> document.  I think that I need a gentler introduction to CFRCs here, and I
> don't really need to know the properties, rather I need a higher-level
> idea
> of things.    Since section 4 goes over the operations again, I would
> leave
> it for that spot, and make it a section 4.1.
> 
> Having gone forward and back a bit, I'm still a bit uncertain how nodes
> assign themselves a bit... oh, self() in section 4 says "random".
> Why not make this a function (hash?) of the short-IPv6 address or
> something?
> 
> Not every media has ACK frames at the L2 to establish that there are
> failures.  It might be worth putting the Detecting and the Verifying into
> separate sections.  Aside from the ANIMA case (which is usually pure
> ethernet), there are also situations where there is an ethernet backbone
> connecting a few 6LBRs (RFC8929), and your protocol would sensibly run on
> both the wireless and the wired side of the 6LBRs.
> 
> I also wonder if the RNFD could be included in DAOs (particularly storing
> mode ones) sent to the DODAG root.
> I know that probably seems senseless: why tell the root that you are
> observing it to be dying....  But, it acts as interesting telemetry about
> what the nodes are seeing, and might serve as a useful indication of
> imminent failure, or some kind of systematic long-cycle pathology.
> 
> Your IANA considerations are how the document will look after IANA has
> processed it.  Prior to that point, you need to write it as a request.
> 
> Something like:
> 
>    IANA is requested to allocate the value TBD1 from the "RPL Control
> Message
>    Options" sub-registry of the "Routing Protocol for Low Power and Lossy
>    Networks (RPL)" registry.
> 
> I like to include the URL of the registry in my request to be really
> really clear, and to save everyone else the time to find it.
> 
> Your security considerations will want to cite RFC7416.
> In particular, 7.2.4, and section 7.3.4 and 7.3.5 might be relevant.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide