[rfc-dist] RFC 9494 on Long-Lived Graceful Restart for BGP

rfc-editor@rfc-editor.org Wed, 29 November 2023 23:07 UTC

Return-Path: <wwwrun@rfcpa.amsl.com>
X-Original-To: rfc-dist@ietfa.amsl.com
Delivered-To: rfc-dist@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2602C151533; Wed, 29 Nov 2023 15:07:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level:
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no 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 TgA882c0mMT5; Wed, 29 Nov 2023 15:07:06 -0800 (PST)
Received: from rfcpa.amsl.com (rfcpa.amsl.com [50.223.129.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16DA4C15109E; Wed, 29 Nov 2023 15:07:06 -0800 (PST)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id EBC1319506D3; Wed, 29 Nov 2023 15:07:05 -0800 (PST)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, idr@ietf.org
Content-type: text/plain; charset="UTF-8"
Message-Id: <20231129230705.EBC1319506D3@rfcpa.amsl.com>
Date: Wed, 29 Nov 2023 15:07:05 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-dist/a5E_4FtYo-bsTFih0hDBgumSCeA>
Subject: [rfc-dist] RFC 9494 on Long-Lived Graceful Restart for BGP
X-BeenThere: rfc-dist@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: RFC Announcements <rfc-dist.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-dist/>
List-Post: <mailto:rfc-dist@rfc-editor.org>
List-Help: <mailto:rfc-dist-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Nov 2023 23:07:09 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 9494

        Title:      Long-Lived Graceful Restart for BGP 
        Author:     J. Uttaro,
                    E. Chen,
                    B. Decraene,
                    J. Scudder
        Status:     Standards Track
        Stream:     IETF
        Date:       November 2023
        Mailbox:    juttaro@ieee.org,
                    enchen@paloaltonetworks.com,
                    bruno.decraene@orange.com,
                    jgs@juniper.net
        Pages:      20
        Updates:    RFC 6368

        I-D Tag:    draft-ietf-idr-long-lived-gr-06.txt

        URL:        https://www.rfc-editor.org/info/rfc9494

        DOI:        10.17487/RFC9494

This document introduces a BGP capability called the "Long-Lived
Graceful Restart Capability" (or "LLGR Capability").  The benefit of
this capability is that stale routes can be retained for a longer
time upon session failure than is provided for by BGP Graceful
Restart (as described in RFC 4724). A well-known BGP community called
"LLGR_STALE" is introduced for marking stale routes retained for a
longer time. A second well-known BGP community called "NO_LLGR" is
introduced for marking routes for which these procedures should not
be applied. We also specify that such long-lived stale routes be
treated as the least preferred and that their advertisements be
limited to BGP speakers that have advertised the capability. Use of
this extension is not advisable in all cases, and we provide
guidelines to help determine if it is. 

This memo updates RFC 6368 by specifying that the LLGR_STALE
community must be propagated into, or out of, the path attributes
exchanged between the Provider Edge (PE) and Customer Edge (CE)
routers.

This document is a product of the Inter-Domain Routing Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC