[Sandbox-mailoutput] [Django development] ID list for Link State Vector Routing notification: Changes to draft-ietf-lsvr-bgp-spf

IETF Secretariat <ietf-secretariat-reply@ietf.org> Mon, 06 February 2023 17:15 UTC

Return-Path: <ietf-secretariat-reply@ietf.org>
X-Original-To: sandbox-mailoutput@ietfa.amsl.com
Delivered-To: sandbox-mailoutput@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8446CC1522DD for <sandbox-mailoutput@ietfa.amsl.com>; Mon, 6 Feb 2023 09:15:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 h6SGTnsBO8yK for <sandbox-mailoutput@ietfa.amsl.com>; Mon, 6 Feb 2023 09:15:46 -0800 (PST)
Received: from sandbox.amsl.com (sandbox.amsl.com [50.223.129.198]) by ietfa.amsl.com (Postfix) with ESMTP id 48FF7C1575A8 for <sandbox-mailoutput@ietf.org>; Mon, 6 Feb 2023 09:15:41 -0800 (PST)
Received: from sandbox.amsl.com (unknown [IPv6:2001:559:c4c7::105]) by sandbox.amsl.com (Postfix) with ESMTP id 42CFA10064D45 for <sandbox-mailoutput@ietf.org>; Mon, 6 Feb 2023 09:15:41 -0800 (PST)
Content-Type: multipart/mixed; boundary="===============9052655047533823691=="
MIME-Version: 1.0
From: IETF Secretariat <ietf-secretariat-reply@ietf.org>
To: sandbox-mailoutput@ietf.org
Message-ID: <167570374126.5841.5855637367016242777@sandbox.amsl.com>
Date: Mon, 06 Feb 2023 09:15:41 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/sandbox-mailoutput/FT4YPBjj8fUlxq6Rcfbm2CBn6gA>
Subject: [Sandbox-mailoutput] [Django development] ID list for Link State Vector Routing notification: Changes to draft-ietf-lsvr-bgp-spf
X-BeenThere: sandbox-mailoutput@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: <sandbox-mailoutput.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sandbox-mailoutput>, <mailto:sandbox-mailoutput-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sandbox-mailoutput/>
List-Post: <mailto:sandbox-mailoutput@ietf.org>
List-Help: <mailto:sandbox-mailoutput-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sandbox-mailoutput>, <mailto:sandbox-mailoutput-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Feb 2023 17:15:50 -0000

The attached message would have been sent, but the tracker is in development mode.
It was not sent to anybody.

--- Begin Message ---
Hello,

This is a notification from the ID list for Link State Vector Routing.

Document: draft-ietf-lsvr-bgp-spf,
https://sandbox.ietf.org/doc/draft-ietf-lsvr-bgp-spf/

Change by Gunter Van de Velde on 2023-02-06 09:15 PST:

As required by RFC 4858, this is the current template for the Document 
Shepherd Write-Up. Changes are expected over time. 

This version is dated 15 February 2022.

(1) What type of RFC is being requested (BCP, Proposed Standard, Internet Standard, Informational, Experimental, or Historic)? Why is this the proper type of RFC? Is this type of RFC indicated in the title page header? 

Proposed Standard

(2) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up. Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: 

1. Technical Summary:
Many Massively Scaled Data Centers (MSDCs) have converged on simplified layer 3 routing.  Furthermore, requirements for operational simplicity have led many of these MSDCs to converge on BGP as their single routing protocol for intra-fabric routing, inter-fabric routing and Data Center Interconnect (DCI) routing.  This draft describes a solution which leverages BGP Link-State distribution and the Shortest Path First (SPF) algorithm like Internal Gateway Protocols (IGPs) such as OSPF.
How is this done?

This document augments BGP-LS [RFC7752] by replacing its use of the existing Decision Process.  Rather than reusing the BGP-LS SAFI, the BGP-LS-SPF SAFI is introduced to insure backward compatibility.  The BGP Phase 1 and 2 decision functions of the Decision Process are replaced with the Shortest Path First (SPF) algorithm also known as the Dijkstra algorithm.  The BGP Phase 3 decision function is also simplified since it is no longer dependent on the previous phases.  This solution avails the benefits of both BGP and SPF-based IGPs.  These include TCP based flow-control, no periodic link-state refresh, and completely incremental NLRI advertisement.  These advantages can reduce the overhead in MSDCs where there is a high degree of Equal Cost Multi-Path (ECMPs) and the topology is very stable.  Additionally, using an SPF-based computation can support fast convergence and the computation of Loop-Free Alternatives (LFAs) [RFC5286] in the event of link failures.  Furthermore, a BGP based
  solution lends itself to multiple peering models including those incorporating route-reflectors [RFC4456] or controllers.

2. Review and Consensus
The LSVR WG enjoyed a turbulent startup period. The IDR WG and LSR WG handle routing for interdomain and intradomain, while LSVR is using foundational technology of both BGP and SPF based routing protocols. The IETF face-2-face meetings avoided timing overlap to allow IDR and LSR WG participants to voice the depths of their experience and technology authority. This contributed to develop and provide feedback upon the draft draft-ietf-lsvr-bgp-spf.

The draft went through few iterations of volunteer review cycles that have been tracked within the WG email list. In addition, the draft went through early directorate reviews. The original (2019) OPSDIR review executed upon an early version went well (state: READY), while RTGDIR (state: HAS ISSUES) review caused additional technology discussion resulting in the draft to be updated upon the feedback provided (See: https://mailarchive.ietf.org/arch/msg/lsvr/9z_KGdwqHlmhnzD5HWrarmlSroU/ ).  The document was re-reviewed in June 2021 with some additional concerns for consideration before publication.  These issues identified in the RTGDIR were addressed in the most recent version of publication.
The document went through a third WGLC in 2021 (May – June) and completed on June 17, 2021.

In addition, the LSVR chairs asked expert reviewers to provide feedback on the document, and those have been included and discussed on the WG mailing list.
The document went through three cycles of WGLC to finally result into current documentation status:

WGLC#1 on draft-ietf-lsvr-bgp-spf-03
	Date: 3 December 2018 to 17 December 2018
	Reference: https://mailarchive.ietf.org/arch/msg/lsvr/-7zKGZ-PIXCNnpmxfEjHVSEUqXc/
WGLC#2 on draft-ietf-lsvr-bgp-spf-05
	Date: 23 September 2019 – 7 October 2019
	Reference: https://mailarchive.ietf.org/arch/msg/lsvr/A066U6av_6--WDo7BRFswOtMea4/
WGLC#3 on draft-ietf-lsvr-bgp-spf-13
	Date: 20 May 2021 – 17 June 2021
	Reference: https://mailarchive.ietf.org/arch/browse/lsvr/?gbt=1&index=aQ9Ud_FjwiFpO7OGJnhcXgY0A4U
Current Implementations: https://datatracker.ietf.org/doc/html/draft-psarkar-lsvr-bgp-spf-impl-00
•	Arrcus (March 2019): https://mailarchive.ietf.org/arch/msg/lsvr/OPB6pO_aKU8ty0A3PspSBTQyqXg/
•	FRR Plans (June 2020): https://mailarchive.ietf.org/arch/msg/lsvr/wCXxSObjSy0Vih5SRS2PPbfacz8/ 

3. Intellectual Property 
During the WGLC IPR calls were performed. No claims for IPR awareness were mentioned by WG members and neither by any of the participating document authors.

4. Other Points
No downward references
Request IANA to assign the BGP-LS/BGP-LS-SPF (AFI 16388 / SAFI TBD1) as described in [RFC4760].
>From safi range [1-63] standards action: https://www.iana.org/assignments/safi-namespace/safi-namespace.xhtml
When this registry is modified, the YANG module [iana-routing-types] must be updated as defined in [RFC8294].
This draft also defines five attribute TLVs for BGP-LS NLRI from the "BGP-LS Node Descriptor, Link Descriptor, Prefix Descriptor, and Attribute TLVs" Registry
Expert review suggested by IANA:
https://www.iana.org/assignments/bgp-ls-parameters/bgp-ls-parameters.xhtml
The draft request IANA to assign types for the
•	SPF capability TLV
•	Sequence Number TLV
•	IPv4 Link Prefix-Length TLV
•	IPv6 Link Prefix-Length TLV
•	SPF Status TLV.

WG Yang draft in progress found here - https://datatracker.ietf.org/doc/draft-ietf-lsvr-bgp-ls-yang/00/

5. Checklist
•	This applicability for bgp-spf (https://www.ietf.org/id/draft-ietf-lsvr-bgp-spf-09.txt) draft is progressed in parallel with 'I-D.ietf-lsvr-applicability'


Best regards,

        The Datatracker draft tracking service
        (for the IETF Secretariat)

--- End Message ---