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

Nick Hilliard <nick@foobar.org> Wed, 03 August 2022 19:25 UTC

Return-Path: <nick@foobar.org>
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 9F25FC14F748 for <idr@ietfa.amsl.com>; Wed, 3 Aug 2022 12:25:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 b9QCYK3CtYRQ for <idr@ietfa.amsl.com>; Wed, 3 Aug 2022 12:25:21 -0700 (PDT)
Received: from mail.netability.ie (mail.netability.ie [46.182.8.5]) (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 425D7C14F6EC for <idr@ietf.org>; Wed, 3 Aug 2022 12:25:20 -0700 (PDT)
Received: from crumpet.local (admin.ibn.ie [46.182.8.8]) by mail.netability.ie (Postfix) with ESMTPSA id B6E869D024; Wed, 3 Aug 2022 20:25:16 +0100 (IST)
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "idr@ietf. org" <idr@ietf.org>
References: <165920076221.43110.14224170878306367770@ietfa.amsl.com> <CAMFGGcC19MJ4poutfp_C-=14RjQeNQXgc24vHyXoQsdZLNq5PQ@mail.gmail.com> <1cb64c4d-b0ea-747c-7eb9-f28f5d399361@foobar.org> <20220803170621.GC16746@pfrc.org> <YuqtIlMIbMgu4woA@snel> <CAPF+HwXaf0SVz38QHB+qLjFTaZG7tNKQk62E9zKmAErL8kQxeQ@mail.gmail.com> <20220803185353.GD16746@pfrc.org>
From: Nick Hilliard <nick@foobar.org>
Message-ID: <5eb6f8fb-0879-b1cd-abd7-f5c945732172@foobar.org>
Date: Wed, 03 Aug 2022 20:25:15 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:52.0) Gecko/20100101 PostboxApp/7.0.56
MIME-Version: 1.0
In-Reply-To: <20220803185353.GD16746@pfrc.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/zztEU9ogS7OaNADgotgF20ZA__Y>
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: Wed, 03 Aug 2022 19:25:23 -0000

Jeffrey Haas wrote on 03/08/2022 19:53:
> The authors will want to consider what the operational considerations are
> for the other side of that connection

in theory, the side which operates the sendhold timer will tear down the 
tcp session and any further tcp packets will be replied to with rst, 
which should in theory reset the session at the remote side, which 
should cause a non-graceful peer shutdown, and I guess eventually things 
will clear themselves up. Of course, when you're talking about 
overloaded cpus / buggy implementations whose digestive systems were 
poor enough to have caused this problem in the first place, who knows 
what will happen in practice. The principle of walking away from bgp 
sessions which are detected as catastrophically bad is probably not a 
bad one to aspire to. At least, it will light up the NMS with angry red 
lights and nee-naw sounds.

Nick