Re: [Lsr] [IANA #1173602] Re: IANA early allocation request for draft-ietf-lsr-ospf-bfd-strict-mode

"Acee Lindem (acee)" <acee@cisco.com> Thu, 02 July 2020 09:49 UTC

Return-Path: <acee@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BFB13A08CC for <lsr@ietfa.amsl.com>; Thu, 2 Jul 2020 02:49:54 -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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=KuVIhhNI; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=UDka1E9A
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 2U7OAdVePOlk for <lsr@ietfa.amsl.com>; Thu, 2 Jul 2020 02:49:52 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC8A03A08CA for <lsr@ietf.org>; Thu, 2 Jul 2020 02:49:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9386; q=dns/txt; s=iport; t=1593683391; x=1594892991; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=/bVk9Xf32RMvCfa0wjMdVkepJZgbKt2VWES3WCbD1GY=; b=KuVIhhNI1H+CNj0wZpirGFP/1l8x9+uTnKON5c2s6oJJSj53Ea9B8ypB WeB+Wp9PzPWwf6TSDDbYO1YKo42WKlvfGKvl2JyxMjLkLW1gI1B3ymoS+ qy18HcWakrfOC4sdoI2wDqhAJ6occiEVuDMJo4PWwXwGPnmBvcKy6ik1j s=;
IronPort-PHdr: =?us-ascii?q?9a23=3AU4X+PxKeBy7vWTFKbdmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeGvKk/h17SVoKd4PVB2KLasKHlDGoH55vJ8HUPa4dFWB?= =?us-ascii?q?JNj8IK1xchD8iIBQyeTrbqYiU2Ed4EWApj+He2YkNUA835IVbVpy764TsbAB?= =?us-ascii?q?6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1KUC9rB7asY8dho4xJw=3D?= =?us-ascii?q?=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AeAAAKrf1e/4wNJK1gGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBARIBAQEBAQEBAQEBAQFAgTkBAQEBAQELAYFRUQdvWC8sCoQ?= =?us-ascii?q?ng0YDjUuYWoJSA1ULAQEBDAEBGAsKAgQBAYRHAheCBAIkNwYNAQIDAQELAQE?= =?us-ascii?q?FAQEBAgEGBG2FWwyFbgEBAQECAQEBEBERDAEBKQMLAQsEAgEIEQQBAQECAiY?= =?us-ascii?q?CAgIlCxUICAIEAQ0FIoMEAYJLAw4gAQ6jFAKBOYhhdoEygwEBAQWBNgIOQYM?= =?us-ascii?q?rGIIOCYEOKgGCaIJMRoZtGoIAgRABJxyCTT5rGQGBVwEBAgEBFYE0EhcPgnA?= =?us-ascii?q?zgi2SOqJUCoJciEuKGIZnAx2Cc4EaiBaSepFZihyQJIQgAgQCBAUCDgEBBYF?= =?us-ascii?q?pI4FWcBUaISoBgj4JRxcCDY4eGB+DOoUUhUJ0NwIGAQcBAQMJfI1RAYEQAQE?=
X-IronPort-AV: E=Sophos;i="5.75,304,1589241600"; d="scan'208";a="783507156"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Jul 2020 09:49:50 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 0629no34029870 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 2 Jul 2020 09:49:50 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 2 Jul 2020 04:49:50 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 2 Jul 2020 04:49:49 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 2 Jul 2020 04:49:49 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RWHuLJUeaVAi0BMUMOdTh1ZweME3CIS7hzAb4SBelkR5aofZwrRRhYoBm8xxZv3F4jZsPUlGkkDYFllACHRohAk6VwyjfPLMK0y+mUr/CkvLmUfeogh8cN814f8pnAkaU21Fz38tM9SSGT1RgixyW+5gi6yUNxZ4XFROz7ZAckCjVrGsLKwq9i+S51S6Rx2HvF3PrmhUFonEiMj1m09ZYs3yRiIn5rduoj9bP4NyvS0OlPivVIgSacRmwG6qjqeaQ47zjKz1pzs4bSmw85c48+Tal7oatmeDeBm/eCIFI/rUuyVe1Spx4vEPO/LIjB/vXCLY8CLmsxaL7jhyEwy0tg==
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=/bVk9Xf32RMvCfa0wjMdVkepJZgbKt2VWES3WCbD1GY=; b=A3dm4FFf4pnNmILu9VkwnfeeK/4EkAC/EWDPe2cigRg2hwlWOe0hr1gyUktX5vuvR8VHyaNHNHRVxMXzxVSlTEUbsAPB2FfwY8ekKd4ogRhRN1+v7YddBJ/zDEMo8/cEeTjwFpXlxBhJluqQ4v4CKuURAThczHAo2+g4wefUh4WLorzBMdeZZ/orWmOD6vnI/nuPQzO2IKdWAXWnD1eu3JOekBkAAew654kCVC/8GYqXKJgDrgdaBB2KknN5x27J0KXyDu9fXCVgf0DneAzUHLuQohGKntLJKKE6xTd19q7Y3MvC1sz+BgRbYKAevDoSKuFMfn8tv28+cAe/DDusSA==
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=/bVk9Xf32RMvCfa0wjMdVkepJZgbKt2VWES3WCbD1GY=; b=UDka1E9AJeSbNbPhwW2DGPzhCZNXVnEDMyKIHbb1gvB0HHk/YsRiW7WhA7wTByvtqsuXHO2H0aI4CnY7TfT+WJMA6NAwcrLeabnFWyKDHNR999BiIAAjWM3Pg5wksEaAUEYkYFFuH7ab01/IBK1yQosEsPBuIzcnZcUTEDUU99g=
Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by BYAPR11MB3334.namprd11.prod.outlook.com (2603:10b6:a03:1c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3153.24; Thu, 2 Jul 2020 09:49:48 +0000
Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b%7]) with mapi id 15.20.3153.022; Thu, 2 Jul 2020 09:49:48 +0000
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, "iana-prot-param@iana.org" <iana-prot-param@iana.org>, "mrajesh@juniper.net" <mrajesh@juniper.net>
CC: "lsr@ietf.org" <lsr@ietf.org>, "gunter.van_de_velde@nokia.com" <gunter.van_de_velde@nokia.com>, "alvaro.retana@futurewei.com" <alvaro.retana@futurewei.com>
Thread-Topic: [IANA #1173602] Re: IANA early allocation request for draft-ietf-lsr-ospf-bfd-strict-mode
Thread-Index: AdZOvJphiEqpCRGrRreDXVO5TOha+wBAONOAAAuluYD//8C7AIAA72GA///93jD//+MKgA==
Date: Thu, 2 Jul 2020 09:49:48 +0000
Message-ID: <3A3F919B-5FBE-4BEB-B0B1-894609A55563@cisco.com>
References: <RT-Ticket-1173602@icann.org> <MW3PR11MB457075D951B2EAD4E765BE6DC16F0@MW3PR11MB4570.namprd11.prod.outlook.com> <A1585595-0C7F-4457-B0B0-5B5E3B5F3767@cisco.com> <rt-4.4.3-19904-1593637843-1345.1173602-37-0@icann.org> <F0375E46-732F-4BE7-A893-6F410E6E561A@cisco.com> <6da74fed-96c8-8ac2-697c-d3747ef5c3e4@cisco.com> <MW3PR11MB457052E70A7674E7A94B08F5C16D0@MW3PR11MB4570.namprd11.prod.outlook.com>
In-Reply-To: <MW3PR11MB457052E70A7674E7A94B08F5C16D0@MW3PR11MB4570.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.38.20061401
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [136.56.133.70]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3ae682cc-7e0e-48ee-1724-08d81e6d423c
x-ms-traffictypediagnostic: BYAPR11MB3334:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB33348F1265CE1739B987AACAC26D0@BYAPR11MB3334.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0452022BE1
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: DX0KWqFGEjUpxQo6CF0xnjfLDBgn8vuLY0C+qJGv2JUCIb3ncX6AYKcACdurFM5od85/5homgia2MIo7woxf5s1Nt4UFHpHXRVFBnO19AlkS2CbxuNXHFLovkcyeJLlC3A4EYRETCGmLUK4PFrVRKXHdw/V6ynrou/qO6DqMZnWNRJR5b9bnOhftKjWStn4tOXb0t0rYTmqWFyeiOWSMkoz0FpbBP/ckZnezibz557/1f1/4rT/1/nOSUwfJmyjdm9GBJ/boM2PtxHbFYDDbA/Zn2NsvcoCZfb2ERwZflOSU6U9gQY9f0HITIOVM30B2Gv8CbKKxWJMipODQV2YGWJ2BQ5Z3SnVkhJ/jXaMxoq4IX+D4b92TKWQ8IP84Q7Wpu+X0eIRyUCwytpFhsWvCPw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(396003)(366004)(39860400002)(346002)(376002)(2906002)(6486002)(5660300002)(83380400001)(66946007)(86362001)(66446008)(8936002)(8676002)(66574015)(76116006)(66476007)(36756003)(66556008)(64756008)(26005)(6512007)(186003)(53546011)(6506007)(4326008)(2616005)(316002)(110136005)(33656002)(478600001)(54906003)(966005)(71200400001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: sXR37QHXCFGGreudLzzdXhIakSSNs6h6Zt9iioF4LM9dDMOmWsiTWJCUeaSa/vu/Ip/78siqupYc9w7W8MqMeysZ/ZABFvGkS17zhISXl2a9gbM8PDNBtgH6F1gxyP6FzH41fKvqjsfrbirjQEP/eFShFZ47l7kbNvrL3qFQq1f2simqNsBx7ISxvqR3El3nbUjLMUjZMT2+nzo7Fyzbgwm1D+rfPiQRmdSIbpckAYpcQe8Pz8TfBuOogE4sNmaAcQ0n4PyzAWnBfZ+H9CGUZmf80yPwcCJxOpzrQmvDKHceC+Fwcqt0zvm6b1GvgkSEfc09B5OixbjE4m62BtC7aRM/DLxcxA4nbxrcVgBa/4fK9SBuYgyaU3J+QOSxojS9OO11a48gv16U2HIAxjySnDNYE6lcqml+Q8eQvqppJntp02B7DBq4KBeNiiNKoOxCPotEaNbG1spgyq4RMqWe9tKg2EPDoW1StwU+OK7RjuQ=
Content-Type: text/plain; charset="utf-8"
Content-ID: <23509E4DEB071843ADD18D682A1D1426@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2887.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3ae682cc-7e0e-48ee-1724-08d81e6d423c
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jul 2020 09:49:48.2289 (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: VZ1ZnMVn5NbFN2yOWHk5JnVMjh6oL2h9TthbI2te5dXpbrKs/JHQqkMtwrd13cN8
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3334
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/EsxM78w7Nc66u572mVD3wOkL8Ts>
Subject: Re: [Lsr] [IANA #1173602] Re: IANA early allocation request for draft-ietf-lsr-ospf-bfd-strict-mode
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Jul 2020 09:49:55 -0000

Right - the in-progress dynamic flooding implementations are IS-IS rather than OSPF. I agree that moving the OSPF dynamic flooding is safter. 

Thanks,
Acee

On 7/2/20, 3:49 AM, "Ketan Talaulikar (ketant)" <ketant@cisco.com> wrote:

    +1

    -----Original Message-----
    From: Peter Psenak <ppsenak@cisco.com> 
    Sent: 02 July 2020 13:11
    To: Acee Lindem (acee) <acee@cisco.com>om>; iana-prot-param@iana.org
    Cc: lsr@ietf.org; Ketan Talaulikar (ketant) <ketant@cisco.com>om>; gunter.van_de_velde@nokia.com; alvaro.retana@futurewei.com
    Subject: Re: [IANA #1173602] Re: IANA early allocation request for draft-ietf-lsr-ospf-bfd-strict-mode

    Hi Ketan, Acee,

    On 01/07/2020 23:24, Acee Lindem (acee) wrote:
    > Hi Amanda,
    > 
    > On 7/1/20, 5:10 PM, "Amanda Baber via RT" <iana-prot-param@iana.org> wrote:
    > 
    >      Hi Acee, Alvaro, all,
    > 
    >      Alvaro: can you approve the request for early registration of the B-bit in the LLS Type 1 Extended Options and Flags registry at https://www.iana.org/assignments/ospf-lls-tlvs?
    > 
    >      Acee, Ketan: the document says that it's registering 0x00000010, but that value was allocated to draft-ietf-lsr-dynamic-flooding last year. If Alvaro approves, should we register 0x00000020 instead?

    I doubt there is any OSPF implementation of draft-ietf-lsr-dynamic-flooding, so it may be safer to use the
    0x00000010 for draft-ietf-lsr-ospf-bfd-strict-mode and 0x00000020 for draft-ietf-lsr-dynamic-flooding.

    thanks,
    Peter

    > 
    > Yes. While a few implementations have the BFD strict-mode configuration, I don't believe any have shipped the LLS signaling yet.
    > 
    >      Acee, Ketan, Gunter, Peter: because it's using a different registration procedure, I'm creating a separate ticket for the Link Local Signalling TLV Identifiers (LLS Types) registration. I'll send an expert review request from that ticket.
    > 
    > Fine - Thanks,
    > Acee
    > 
    >      Best regards,
    > 
    >      Amanda Baber
    >      Lead IANA Services Specialist
    > 
    >      On Wed Jul 01 19:38:00 2020, acee@cisco.com wrote:
    >      > Hi Ketan,  IANA, Alvaro,
    >      > I don't see any problem with early allocation of this LLS bit and TLV
    >      > - pretty straight forward. It would make sense to put the respective
    >      > registries in the IANA section (included below for info).
    >      >
    >      > Open Shortest Path First (OSPF) Link Local Signalling (LLS) -
    >      > Type/Length/Value Identifiers (TLV)
    >      >       Link Local Signalling TLV Identifiers (LLS Types) RFC 5613
    >      >               IETF Review
    >      >       LLS Type 1 Extended Options and Flags     RFC 5613
    >      >              Expert Review (Expert: Gunter Van De Velde, Peter Psenak)
    >      >
    >      > For the flag, the designated experts are Gunter and Peter (copied).
    >      >
    >      > Please initiate the early allocation process pending expert and AD
    >      > approval.
    >      > Thanks,
    >      > Acee
    >      >
    >      > On 6/30/20, 4:58 AM, "Ketan Talaulikar (ketant)" <ketant@cisco.com>
    >      > wrote: ts
    >      >
    >      > Hello Acee/Chris,
    >      >
    >      > The authors would like to request IANA early allocations for this
    >      > draft.
    >      >
    >      > Thanks,
    >      > Ketan (on behalf of co-authors)
    >      >
    >      > -----Original Message-----
    >      >  From: Ketan Talaulikar (ketant)
    >      > Sent: 30 June 2020 14:25
    >      > To: lsr@ietf.org
    >      > Subject: RE: [Lsr] I-D Action: draft-ietf-lsr-ospf-bfd-strict-mode-
    >      > 01.txt
    >      >
    >      > Hi All,
    >      >
    >      > This is mostly a refresh with editorial updates. We look forward to
    >      > review and feedback.
    >      >
    >      > Thanks,
    >      > Ketan (on behalf of co-authors)
    >      >
    >      > -----Original Message-----
    >      > From: Lsr <lsr-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org
    >      > Sent: 30 June 2020 14:20
    >      > To: i-d-announce@ietf.org
    >      > Cc: lsr@ietf.org
    >      > Subject: [Lsr] I-D Action: draft-ietf-lsr-ospf-bfd-strict-mode-01.txt
    >      >
    >      >
    >      > A New Internet-Draft is available from the on-line Internet-Drafts
    >      > directories.
    >      > This draft is a work item of the Link State Routing WG of the IETF.
    >      >
    >      > Title           : OSPF Strict-Mode for BFD
    >      > Authors         : Ketan Talaulikar
    >      >                   Peter Psenak
    >      >                   Albert Fu
    >      >                   Rajesh M
    >      > Filename        : draft-ietf-lsr-ospf-bfd-strict-mode-01.txt
    >      > Pages           : 10
    >      > Date            : 2020-06-30
    >      >
    >      > Abstract:
    >      >    This document specifies the extensions to OSPF that enable an OSPF
    >      >    router to signal the requirement for a Bidirectional Forwarding
    >      >    Detection (BFD) session prior to adjacency formation.  Link-Local
    >      >    Signaling (LLS) is used to advertise this requirement of "strict-
    >      >    mode" of BFD session establishment for OSPF adjacency.  If both
    >      > OSPF
    >      >    neighbors advertise the "strict-mode" of BFD, adjacency formation
    >      >    will be blocked until a BFD session has been successfully
    >      >    established.
    >      >
    >      >
    >      > The IETF datatracker status page for this draft is:
    >      > https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-bfd-strict-mode/
    >      >
    >      > There are also htmlized versions available at:
    >      > https://tools.ietf.org/html/draft-ietf-lsr-ospf-bfd-strict-mode-01
    >      > https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-bfd-strict-
    >      > mode-01
    >      >
    >      > A diff from the previous version is available at:
    >      > https://www.ietf.org/rfcdiff?url2=draft-ietf-lsr-ospf-bfd-strict-mode-
    >      > 01
    >      >
    >      >
    >      > Please note that it may take a couple of minutes from the time of
    >      > submission until the htmlized version and diff are available at
    >      > tools.ietf.org.
    >      >
    >      > Internet-Drafts are also available by anonymous FTP at:
    >      > ftp://ftp.ietf.org/internet-drafts/
    >      >
    >      >
    >      > _______________________________________________
    >      > Lsr mailing list
    >      > Lsr@ietf.org
    >      > https://www.ietf.org/mailman/listinfo/lsr
    >      >
    > 
    > 
    > 
    >