Re: [Idr] BGP Message level ACKs
Gert Doering <gert@space.net> Wed, 08 March 2023 15:31 UTC
Return-Path: <gert@space.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 D8252C15154A for <idr@ietfa.amsl.com>; Wed, 8 Mar 2023 07:31:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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_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=space.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 9uH9pgvEfZbv for <idr@ietfa.amsl.com>; Wed, 8 Mar 2023 07:31:39 -0800 (PST)
Received: from gatekeeper1-relay.space.net (gatekeeper1-relay.space.net [IPv6:2001:608:3:85::38]) (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 50C23C151546 for <idr@ietf.org>; Wed, 8 Mar 2023 07:31:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=space.net; i=@space.net; q=dns/txt; s=esa; t=1678289499; x=1709825499; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=/5cI4Qb8NRYqXRyjpyL4zCmZi3vJZk6QQGhELV6iKLY=; b=Hh9I374B6ItR2vKo+IQEK+rMwYhVqBOTn+UE6fs4Cgseyw31mO+43L2R NfiFl5FHSn8IxERQSedcy/rg7s7jgfULsJXZYtTcpI/DfYILTvAPg/7Xq vfFcrE65/Eqm66t14V1KT13dRVzIL5aIQ2HR332xgpWNxVf2D8TfayJOS XAPLl9N9AKWqMOD2DyHOmYTxIUEkOZfFF1QkYUOn8207sLQ2CkJuXg37J MdgV7965OTymtAiQa/3lgJPUYD+Q5eWL7MM5IPXjW9UDcyDBYL6JATCTS IRkjCmPK+ZMDGTtxuZO4HX5nE9BLkOuYPynCnXo3Gg5KK42Cw2FPAteD+ Q==;
X-SpaceNet-SBRS: None
Received: from mobil.space.net ([195.30.115.67]) by gatekeeper1-relay.space.net with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Mar 2023 16:31:36 +0100
X-Original-To: idr@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 5330540C06 for <idr@ietf.org>; Wed, 8 Mar 2023 16:31:36 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius4.space.net (moebius4.space.net [IPv6:2001:608:2:2::251]) by mobil.space.net (Postfix) with ESMTP id 40F0D405B5; Wed, 8 Mar 2023 16:31:36 +0100 (CET)
Received: by moebius4.space.net (Postfix, from userid 1007) id 37FD71DCF8; Wed, 8 Mar 2023 16:31:36 +0100 (CET)
Date: Wed, 08 Mar 2023 16:31:36 +0100
From: Gert Doering <gert@space.net>
To: Robert Raszuk <robert@raszuk.net>
Cc: "idr@ietf. org" <idr@ietf.org>
Message-ID: <ZAiqWM/UWPYj5OMH@Space.Net>
References: <CAOj+MME+xOzrA3e1CKmHR2JC+fiWkV4LinuL5ovA3L0tRWORRg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAOj+MME+xOzrA3e1CKmHR2JC+fiWkV4LinuL5ovA3L0tRWORRg@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/8oGu9_cG7wLChS-6I7h-krZiZeA>
Subject: Re: [Idr] BGP Message level ACKs
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, 08 Mar 2023 15:31:43 -0000
Hi,
On Wed, Mar 08, 2023 at 04:24:31PM +0100, Robert Raszuk wrote:
> Let me start a complete new thread on this.
>
> Jeff well said in the discussion about sendhioldtimer:
>
> "Addressing "has the application consumed the data it was sent" is out of
> scope here. If you want it in scope, you'll require an explicit BGP ACK
> message."
>
> So what would WG think about adding it to BGP ? While perhaps a terrible
> idea in the light of sendholdtimer topic and using TCP as a transport,
> perhaps not so bad in the light of using UDP transport for BGP (for
> example: native QUIC (not a reliable session mode or the like)).
>
> And if so the side effect of it may be a solution to current problems some
> folks are reporting ...
This will require upgrade on both sides, and is a much more invasive
change.
While I do like the idea, it should not be taken as an excuse to not
proceed with send-hold-timer.
Gert Doering
-- NetMaster
--
have you enabled IPv6 on something today...?
SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer
Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
- [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Gert Doering
- Re: [Idr] BGP Message level ACKs Tony Przygienda
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs John Scudder
- Re: [Idr] BGP Message level ACKs Jeffrey Haas
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Tony Przygienda
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Tony Przygienda
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Tony Przygienda
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Alejandro Acosta
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Claudio Jeker
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Mikael Abrahamsson
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Mikael Abrahamsson
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Mikael Abrahamsson
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Job Snijders
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Mikael Abrahamsson
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Jeffrey Haas
- Re: [Idr] BGP Message level ACKs Job Snijders
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Job Snijders
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs Jeffrey Haas
- [Idr] SendHoldTimer default value (was: BGP Messa… Job Snijders
- Re: [Idr] SendHoldTimer default value (was: BGP M… Robert Raszuk
- Re: [Idr] SendHoldTimer default value (was: BGP M… John Scudder
- Re: [Idr] BGP Message level ACKs Claudio Jeker
- Re: [Idr] BGP Message level ACKs Jeffrey Haas
- Re: [Idr] BGP Message level ACKs tom petch
- Re: [Idr] BGP Message level ACKs tom petch
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs tom petch
- Re: [Idr] BGP Message level ACKs Robert Raszuk
- Re: [Idr] BGP Message level ACKs tom petch
- Re: [Idr] BGP Message level ACKs Gert Doering
- Re: [Idr] BGP Message level ACKs Robert Raszuk