Re: [Idr] Fwd: New Version Notification for draft-spaghetti-idr-bgp-sendholdtimer-05.txt

Robert Raszuk <robert@raszuk.net> Sat, 30 July 2022 22:17 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 135F1C14CF01 for <idr@ietfa.amsl.com>; Sat, 30 Jul 2022 15:17:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 l1D2J1Qswnsd for <idr@ietfa.amsl.com>; Sat, 30 Jul 2022 15:17:00 -0700 (PDT)
Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 E87C9C157B4B for <idr@ietf.org>; Sat, 30 Jul 2022 15:17:00 -0700 (PDT)
Received: by mail-vk1-xa30.google.com with SMTP id q191so1620219vkb.6 for <idr@ietf.org>; Sat, 30 Jul 2022 15:17:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=peTmTXPR9BDpkrZTtYrXzGc/2BVkAJHxW/6xyX2/IwA=; b=LMsShzTg58pKNarD+PvnuDlir8qNaHvfjGUx0aWkzbbfBV1nv15IZ0VXMxf+bMTMVx xXCGIzYNeq73zuuoNnILRNK1X2QPXlJO49YLlg5qYEDhZmiRjngdqUgoShuB7bm9KkXt TZi7Lz2meC9uh0buadIcPNrYNvWtVXFDJppn8Xb6BpRv28eTjoaR1nOoOvOrqw16H1QC RSARrAQmJdxNSHJCGF/t0q75oP7txB84hx4AWJ+7RsKoTfruX6DRIi2raridq/AyJIod sbFINP6gUdvjwJQulANB7SJe6DIC4emBkfL6ScZ7moC7/6XmGPrC5DQxjf+SlpIZxLNc Xd6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=peTmTXPR9BDpkrZTtYrXzGc/2BVkAJHxW/6xyX2/IwA=; b=qPaCvsDm1/9CaH9XDdx/hq/u+4vE1BRCUmvKPxeKxQnH8aPFY9uRlkGNLFCPMSQEZ6 2gUMG3pTklze008h+32Z8Ils+7cWqNIQZgM2dtTKpiX6I47kpfyHcILPyauqjD1nOqux LTxGhoHOySHpjIGU336PbmzsMnWLcbVdiWb3cWDq59z4yHNv24r0vCbeGQgSzA0hs/N1 5F0t+//DxGeR0mKK8tHIoNYMcHP5IzPtJ6jqXbuyUBIMQKqklPPH4bVimPoeTu/hTwGY 3d187b7cBJhW3qj8cZAcpktMPitHvMjGwYONGBaifGmrSR4N7dRP4lGaX+LLvuetQ7b7 bQKw==
X-Gm-Message-State: AJIora83VaTtonSj4L0+UJcraHluO3oArdkBFD15cSDjnqiM3KCi8fs7 Zu6kgIZ8WXWk9CSH1EMRrtXlNZzR5cbaBKIc1y+k/DNM9cZryQ==
X-Google-Smtp-Source: AGRyM1ti1e6R1VuLoc27IoQs4gaCJEiDP5Tg/BGnWa+DE5t1IaNL2siCzfx5yIyGeF3kZhajABNChYKWVZPqPCP3umo=
X-Received: by 2002:a1f:5d07:0:b0:376:e088:944a with SMTP id r7-20020a1f5d07000000b00376e088944amr3980959vkb.18.1659219419697; Sat, 30 Jul 2022 15:16:59 -0700 (PDT)
MIME-Version: 1.0
References: <165920076221.43110.14224170878306367770@ietfa.amsl.com> <CAMFGGcC19MJ4poutfp_C-=14RjQeNQXgc24vHyXoQsdZLNq5PQ@mail.gmail.com>
In-Reply-To: <CAMFGGcC19MJ4poutfp_C-=14RjQeNQXgc24vHyXoQsdZLNq5PQ@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 31 Jul 2022 00:16:49 +0200
Message-ID: <CAOj+MMFtrdSBdf3-euqNq7eFaBs3b3aAHkp_2Y2+zxktT=UtWw@mail.gmail.com>
To: Job Snijders <job=40fastly.com@dmarc.ietf.org>
Cc: "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001da80d05e50d2030"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ONkWbQzQO-zR3OBSMyZ4xI9DTZQ>
Subject: Re: [Idr] Fwd: New Version Notification for draft-spaghetti-idr-bgp-sendholdtimer-05.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 Jul 2022 22:17:05 -0000

Hi Job,

In my books we should really discourage people from using BGP keepalives
and move them over to BFD protocol to determine liveness of BGP sessions.

While this draft perhaps does improve RFC4271 I am not sure if we are
moving in the right direction.

The draft does not even mention BFD once which is disappointing.

Kind regards,
Robert



On Sat, Jul 30, 2022 at 7:23 PM Job Snijders <job=
40fastly.com@dmarc.ietf.org> wrote:

> Dear IDR,
>
> I’d like to bring this draft to the working group for another round of
> consideration for WG adoption.
>
> There now are two implementations which have implemented the concept
> (OpenBGPd and FRR) in releases shipping to customers.
>
> Our hope is that more BGP implementers take an interest to help improve
> global Internet routing system stability.
>
> We welcome interested parties to help co-author the document, specifically
> in these areas:
>
> - is the 4271 surgery correct?
>
> - graceful restart considerations?
>
> - do chassis/COTS router vendors feel comfortable with the suggested
> timers, or is more leeway needed?
>
> The goal is to bring the fault stale state back from days/weeks to a few
> minutes (not to race to the bottom and seek sub-minute resolution).
>
> We’d like to ask the IDR chairs to consider kicking off the WG adoption
> process.
>
> Kind regards,
>
> Job
>
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Sat, 30 Jul 2022 at 13:06
> Subject: New Version Notification for
> draft-spaghetti-idr-bgp-sendholdtimer-05.txt
> To: Ben Cartwright-Cox <ben@benjojo.co.uk>, Job Snijders <job@fastly.com>
>
>
>
> A new version of I-D, draft-spaghetti-idr-bgp-sendholdtimer-05.txt
> has been successfully submitted by Ben Cartwright-Cox and posted to the
> IETF repository.
>
> Name:           draft-spaghetti-idr-bgp-sendholdtimer
> Revision:       05
> Title:          Border Gateway Protocol 4 (BGP-4) Send Hold Timer
> Document date:  2022-07-30
> Group:          Individual Submission
> Pages:          7
> URL:
> https://www.ietf.org/archive/id/draft-spaghetti-idr-bgp-sendholdtimer-05.txt
> Status:
> https://datatracker.ietf.org/doc/draft-spaghetti-idr-bgp-sendholdtimer/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-spaghetti-idr-bgp-sendholdtimer
> Diff:
> https://www.ietf.org/rfcdiff?url2=draft-spaghetti-idr-bgp-sendholdtimer-05
>
> Abstract:
>    This document defines the SendHoldTimer session attribute for the
>    Border Gateway Protocol (BGP) Finite State Machine (FSM).
>    Implementation of a SendHoldTimer should help overcome situations
>    where BGP sessions are not terminated after it has become detectable
>    for the local system that the remote system is not processing BGP
>    messages.  For robustness, this document specifies that the local
>    system should close BGP connections and not solely rely on the remote
>    system for session tear down when BGP timers have expired.  This
>    document updates RFC4271.
>
>
>
>
>
> The IETF Secretariat
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>