Re: [Idr] WG Adoption call for draft-spaghetti-idr-bgp-sendholdtimer-09 (2/28/2023 to 3/14/2023)

Robert Raszuk <robert@raszuk.net> Tue, 07 March 2023 11:16 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 897EAC14EB17 for <idr@ietfa.amsl.com>; Tue, 7 Mar 2023 03:16:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 XxFVlfEtXJaX for <idr@ietfa.amsl.com>; Tue, 7 Mar 2023 03:16:54 -0800 (PST)
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 A6081C14F749 for <idr@ietf.org>; Tue, 7 Mar 2023 03:16:54 -0800 (PST)
Received: by mail-wr1-x435.google.com with SMTP id g3so11729820wri.6 for <idr@ietf.org>; Tue, 07 Mar 2023 03:16:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1678187813; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=rpKtT9coPtoYpPaRR8J+HeQ1fRsprKEYoy+VUptNpJ8=; b=AHZ0bvphz+xV6HA2gxrk6C3IU1O8eN738HwsIDp7JzJsafkdevrsAi52XtzOroYGEH /CmRhmziGXHZ8cAAguqZwiYhw/wjn8gX6Gi/RurClH6cYDWgRG2oN42cSgGBu+uwer0/ dvIZOgI2wafVz63GOLTtVbfmEVeJ7sPlS1g8pjy5QMZbm8NF3ztFGXK1bSOBpYBr7L+o 7a/AdmJKTyuxzGP/y/Mzzu9EbyiuVtyAp/MMaYBD9IjB3OOQS9fP4UDmXJppRTMEf/R7 cbvir+gvJxY0RHbunvpsXlqquTxCD9EGuIrbXAFFbYnAuD1ZJx2OTg6NhviInaut6pmo RU1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678187813; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=rpKtT9coPtoYpPaRR8J+HeQ1fRsprKEYoy+VUptNpJ8=; b=r4HHAnuHVqjeGtSihvArYdp7aG8XZ2IFRcdZzzvBVHNpE1Kt0lxIvOvryw/cSFsWT7 MfLkuzAi0ZE81YaHVJ0nkCmIDTHFVhswfKPKvzzz/hueW64c5hZyKaT+ih4oOQIwOLLV hqXfTqAHl09zeOjZgfs7TUhfpOUfvhEx5KLz/JUF2nKYvzKjfXPWCxPE01sX7d7k8fty zrho6v0tc4fEy4EDikuDWwDEZudLIE8yNv8OwcHi2mBfQ6otIMAyxfv1mXCUJHI/3pMQ ERN8/9+Z+VWuQNOU2BIphDnuasRE4IVwe076zXFOf/X6JfFXuuPtE8h5esKt+iY7SYeu xNMg==
X-Gm-Message-State: AO0yUKWN4+fiOi+UtTscAyTItircMg6CrxGML6QD4T6dRkgrbm7tRipN Qt0jTXeHIK1ekdv90S6XSvZ1i7nJKQ6RKtWaTeKUaIIYJI8d0HNqb1w=
X-Google-Smtp-Source: AK7set+ngJn/+L+1NKbUwn0d+KOZmUjW94XvvzzuJZJyEwfrIku7JE3fxxue9jlIHviKRFJnyxVJqJ27UxtKsMVwItQ=
X-Received: by 2002:a5d:640d:0:b0:2c7:1d67:564c with SMTP id z13-20020a5d640d000000b002c71d67564cmr3124387wru.6.1678187813110; Tue, 07 Mar 2023 03:16:53 -0800 (PST)
MIME-Version: 1.0
References: <BYAPR08MB4872FD426205CAC6F82D22BEB3AD9@BYAPR08MB4872.namprd08.prod.outlook.com> <AM7PR07MB6248673BB25E0C0BCDBEE480A0B69@AM7PR07MB6248.eurprd07.prod.outlook.com> <CAOj+MMHF9G5-CmGPJpWja=1kgBrV=EYtzyhQr9La1722=D+ugA@mail.gmail.com> <m2edq1ac7s.wl-randy@psg.com> <ZAZSyywxxg0HkaDw@snel> <CAOj+MMGiB8iiqKbj40kZsSFAQXCQ+baGQWuA7oQ1D0qF5aygeQ@mail.gmail.com> <alpine.DEB.2.20.2303070725390.2636@uplift.swm.pp.se> <CAOj+MMGUfxd1LLta9=_HU+uMKcbVVE6ijkG84-ST0LDo3m2MYQ@mail.gmail.com> <alpine.DEB.2.20.2303070953000.2636@uplift.swm.pp.se> <CAOj+MMF8gELjxXB=kmn3eTu8X96vP7ueOTSA6Q+V_086wfO=NQ@mail.gmail.com> <alpine.DEB.2.20.2303071107360.2636@uplift.swm.pp.se> <3caaea46-cc66-f084-ec9b-98783d6daa49@foobar.org>
In-Reply-To: <3caaea46-cc66-f084-ec9b-98783d6daa49@foobar.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 07 Mar 2023 12:16:41 +0100
Message-ID: <CAOj+MME=-drWX_1=9T8jqBGvEfwB59PmjLoh65i8wvdppKFKYg@mail.gmail.com>
To: Nick Hilliard <nick@foobar.org>
Cc: Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org>, idr@ietf.org
Content-Type: multipart/alternative; boundary="00000000000077968405f64d8cec"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/eNxLSB2KmvIy_NRVqGl7IzDhR_s>
Subject: Re: [Idr] WG Adoption call for draft-spaghetti-idr-bgp-sendholdtimer-09 (2/28/2023 to 3/14/2023)
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: Tue, 07 Mar 2023 11:16:58 -0000

Hi Nick,

Great - so would co-authors be ok to add MUST to the draft that MIN value
of  SendHoldTimer  should be 60 minutes ?

If so I think it would clear any of my concerns.

Thx,
R.



On Tue, Mar 7, 2023 at 12:11 PM Nick Hilliard <nick@foobar.org> wrote:

> Mikael Abrahamsson wrote on 07/03/2023 10:09:
> > On Tue, 7 Mar 2023, Robert Raszuk wrote:
> >> But we discussed this ... If network is stable and you are only putting
> >> keepalives say every 60 sec it will be hours before the socket buffer
> >> get's
> >> filled and you get first notification about it to local BGP process.
> >>
> >> How is the solution presented in this draft helpful ?
> >
> > Our network (which has had this happen to us) sends data all the time,
> > and even if it takes hours it's still better than the alternative of not
> > detecting it at all.
>
> this draft is about unsticking connections which have been jammed for
> time periods longer than hours [bgpzombies], and it's normal for BGP
> session uptime to be measured in months rather than hours. For example,
> here's the output of an entirely unremarkable dfz leaf router:
>
> > Neighbor      V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down
> State/PfxRcd
> > 185.x.x.a     4         zzzz  226429  218447 1698392790    0    0 9w6d
>           2
> > 185.x.x.b     4         zzzz 1230618  591626 1698392790    0    0 26w6d
>      10543
> > 185.x.x.c     4         zzzz  247092  103288 1698392790    0    0 4w4d
>       10543
> > 185.x.x.d     4         zzzz  643980  670503 1698392790    0    0 30w3d
>          0
> > 185.x.x.e     4         zzzz 23580593  525601 1698392790    0    0
> 23w6d      906760
> > 185.x.x.f     4         zzzz  363536  376941 1698392790    0    0 17w1d
>         25
>
> Nick
>