[Last-Call] Opsdir last call review of draft-ietf-idr-long-lived-gr-02

Bo Wu via Datatracker <noreply@ietf.org> Thu, 01 December 2022 12:50 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: last-call@ietf.org
Delivered-To: last-call@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DB4EC14CE33; Thu, 1 Dec 2022 04:50:23 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Bo Wu via Datatracker <noreply@ietf.org>
To: ops-dir@ietf.org
Cc: draft-ietf-idr-long-lived-gr.all@ietf.org, idr@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 9.1.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <166989902350.50738.3746627969427747586@ietfa.amsl.com>
Reply-To: Bo Wu <lana.wubo@huawei.com>
Date: Thu, 01 Dec 2022 04:50:23 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/yqYYfjcRrbnKuexbBRVS0NdvJvk>
Subject: [Last-Call] Opsdir last call review of draft-ietf-idr-long-lived-gr-02
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Dec 2022 12:50:23 -0000

Reviewer: Bo Wu
Review result: Has Nits

I am the assigned Ops reviewer for this draft. Please treat these comments just
like any other last call comments.

Document: draft-ietf-idr-long-lived-gr-02

Summary:

This document (with intended status Standards Track) defines BGP Graceful
Restart udpates to keep stale routes longer, mainly for tunnel forwarding
infrastructure scenarios or scenarios where BGP is used to optimize management
configurations.

Major issues: None

Minor issues: None

Nits/editorial comments:

Question 1: In the current version, only RFC 6368 is mentioned in Updates.
Would RFC 4724 also need to be updated?

Question 2: Would RFC6368 be in the normative reference?

Question 3: Is there a suggested default value for Long-lived Stale Time?

Thanks,
Bo