Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25

Claudio Jeker <cjeker@diehard.n-r-g.com> Wed, 11 January 2023 16:45 UTC

Return-Path: <cjeker@diehard.n-r-g.com>
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 DF16AC15E3FF for <idr@ietfa.amsl.com>; Wed, 11 Jan 2023 08:45:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.195
X-Spam-Level:
X-Spam-Status: No, score=-4.195 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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_NONE=0.001] 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 3My5rFOuKqSV for <idr@ietfa.amsl.com>; Wed, 11 Jan 2023 08:45:16 -0800 (PST)
Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA512) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7313FC15DD5E for <idr@ietf.org>; Wed, 11 Jan 2023 08:45:15 -0800 (PST)
Received: (qmail 98189 invoked by uid 1000); 11 Jan 2023 16:45:12 -0000
Date: Wed, 11 Jan 2023 17:45:12 +0100
From: Claudio Jeker <cjeker@diehard.n-r-g.com>
To: idr@ietf.org
Message-ID: <Y77nmDKUgCUyhJ5W@diehard.n-r-g.com>
References: <FEF22BE4-8226-4286-AF7D-6B609D51E6BF@pfrc.org> <CAOj+MMH5C8zXZB=c9v57=M2Aa16cuyJY1EEMDHmX+T5FYq51mg@mail.gmail.com> <8D39FC71-043C-40A9-97D5-D71666611C5A@pfrc.org> <CAOj+MMFRVGde0k9dyW-gjMY1V3N6g8cpspnVLmhOHD557Qo6yw@mail.gmail.com> <A2FF27E6-403F-4606-84E8-A5305E434468@pfrc.org> <CAOj+MMH0LEds_UfVWAf59-JjRiPOYm=fozBx6ncmeSHTyMe11g@mail.gmail.com> <A1859410-8A3E-4CF9-A875-D432F7BEF1F0@pfrc.org> <CAOj+MMHhHB-K=hjEFwJTQ09K9dizkHaKfC79kJWikO=Eh8c1gw@mail.gmail.com> <20847254-3E13-49B3-942C-EE6EFDF993C1@pfrc.org> <CAOj+MMG9BuCBjATYNKO5H0oFUipCE8iBU+DJ0FLDDUZdp+nM3Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAOj+MMG9BuCBjATYNKO5H0oFUipCE8iBU+DJ0FLDDUZdp+nM3Q@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/JXrLJS5NFkSZvkO8iZNjm8Bfph8>
Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
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, 11 Jan 2023 16:45:18 -0000

On Wed, Jan 11, 2023 at 05:07:39PM +0100, Robert Raszuk wrote:
> Hi Jeff,
> 
> > Your argument sums to "capabilities negotiation can cause issues and I
> may object to
> > all features I don't like that may use capabilities".  Sorry, that's not
> going to win in this discussion.
> 
> Nope. That is not my point. Neither is winning anything here :)
> 
> My point is to limit what is taken into BGP Capabilities for real and
> critical to BGP functionality flags.
> 
> Sending any free form text - does not fall into that category.
> 

The great thing about "free" version strings in BGP capabilities is that
BGP can follow the web browers and their use of user-agent strings.
How long will it take until someone will use this info to slighlty alter
the standard?  How long will it take until vendors need to include each
other in their version strings to remain interoperable?

-- 
:wq Claudio