IETF Logo Mail Archive

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

Mikael Abrahamsson <swmike@swm.pp.se> Tue, 07 March 2023 11:52 UTC

Return-Path: <swmike@swm.pp.se>
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 68975C14F75F for <idr@ietfa.amsl.com>; Tue, 7 Mar 2023 03:52:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 (1024-bit key) header.d=swm.pp.se
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 0sNIi4yYKTDg for <idr@ietfa.amsl.com>; Tue, 7 Mar 2023 03:52:49 -0800 (PST)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1444BC14F739 for <idr@ietf.org>; Tue, 7 Mar 2023 03:52:48 -0800 (PST)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 083C7B4; Tue, 7 Mar 2023 12:52:45 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1678189965; bh=sNu04jg64PJZzOyG8qsekoWD6LdSG7NvHpemXQX8aJw=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=lzbUzbXEDzL19LxtUYZUsROOfATbra+WAk9U0owYX6iy1kMlt3n0J7YGj2JRm2OFa 4BQGDPeNlbgbEbmqlKrWuzwaIszYoiYuXIMDRKmx/lxMVnsUz7rUKKCD/3UOXagEaC HZlUXvddZbMmqmYOL3GfeJV/iYUJwv87gjGdR+2M=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 037CFB3; Tue, 7 Mar 2023 12:52:45 +0100 (CET)
Date: Tue, 07 Mar 2023 12:52:44 +0100
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Robert Raszuk <robert@raszuk.net>
cc: Nick Hilliard <nick@foobar.org>, idr@ietf.org
In-Reply-To: <CAOj+MMFc29DOAL6QK3u9gzPBQPv3wRdhTRHRPD_1ABebtuX0=w@mail.gmail.com>
Message-ID: <alpine.DEB.2.20.2303071246590.2636@uplift.swm.pp.se>
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> <CAOj+MME=-drWX_1=9T8jqBGvEfwB59PmjLoh65i8wvdppKFKYg@mail.gmail.com> <alpine.DEB.2.20.2303071224040.2636@uplift.swm.pp.se> <CAOj+MMFc29DOAL6QK3u9gzPBQPv3wRdhTRHRPD_1ABebtuX0=w@mail.gmail.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/YGyi0wkxT9vnrZdxor07rXqDu6U>
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:52:53 -0000

On Tue, 7 Mar 2023, Robert Raszuk wrote:

> Specifies the amount of time that transmitted data may remain 
> unacknowledged before the TCP connection is forcibly closed.
>
> So local socket buffer get's full because we are not receiving TCP level
> ack from the peer.

The window is 0 because the receiver didn't get the data from the socket. 
There's no data to send, so no ACKs to get lost.

This isn't a connectivity problem. It's an application problem.

> /* Besides we are all talking about broken BGP peer which does not 
> receive new info from us yet keeps the connection up. */

Correct. Because the receiver stopped getting data from its socket.

This isn't a TCP problem, that can be solved by keepalives etc, because 
the problem isn't at the TCP level. It's at the remote application end and 
it's being pushed back to us all the way through their TCP stack, through 
the 0 window size, and through our TCP stack, which now won't let us put 
more data into the socket because our sending buffer is full.

>> What is it that will not clear in 8 minutes but that will clear in 60
>> minutes, that you're concerned about?
>
> 8 min is not the normative MUST minimum. It is only "recommended". And not
> even written in a normative language.

You didn't answer the question.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se

v2.23.0 | Report a Bug | By Email