IETF Logo Mail Archive

Re: [Idr] New BGP capability to advertise running daemon version

Jeffrey Haas <jhaas@pfrc.org> Fri, 23 August 2019 15:25 UTC

Return-Path: <jhaas@slice.pfrc.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 061D6120074 for <idr@ietfa.amsl.com>; Fri, 23 Aug 2019 08:25:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mcamugey0QWB for <idr@ietfa.amsl.com>; Fri, 23 Aug 2019 08:25:38 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id B6122120073 for <idr@ietf.org>; Fri, 23 Aug 2019 08:25:38 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 851821E2F6; Fri, 23 Aug 2019 11:27:59 -0400 (EDT)
Date: Fri, 23 Aug 2019 11:27:59 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: John Scudder <jgs@juniper.net>
Cc: Job Snijders <job@ntt.net>, "idr@ietf. org" <idr@ietf.org>
Message-ID: <20190823152759.GQ367@pfrc.org>
References: <CAPF+HwV3EEUza3FyiXsd_oSkj80OwY-tE2DgFWnynq1FL2tLHg@mail.gmail.com> <CAOj+MMHB4BTZqo3YgdrBHCg88RdymS_Xs9Z=XM5pADqh6-uwzg@mail.gmail.com> <CAPF+HwXzMUOF0D-4VFuJ+vkQ+26+1UcEM=fWU=R82M30qra0SA@mail.gmail.com> <CACWOCC-7q7F3pZxHjFURxyym4d7AJsC5RATb2cMPEgYj0oAD5w@mail.gmail.com> <D8989E91-7DF8-4953-9E19-0FD0DEF13560@juniper.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <D8989E91-7DF8-4953-9E19-0FD0DEF13560@juniper.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ywe8iz8e6iMx2O5tAgiFDoWw94o>
Subject: Re: [Idr] New BGP capability to advertise running daemon version
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 23 Aug 2019 15:25:40 -0000

On Fri, Aug 02, 2019 at 05:35:40PM +0000, John Scudder wrote:
> On Aug 2, 2019, at 11:02 AM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>> wrote:
> > If I could be talked into wanting this at all, I suspect I might be more
> > supportive of having this be an optional parameter rather than a capability.
> 
> The problem with that suggestion is that the defined behavior for receiving an optional parameter you don’t recognize is to reset the session. I presume you would not suggest that it’s desirable for an unrecognized version string to cause a session to not come up. Years ago we did recognize this issue and introduced a way to send parameters that if unrecognized are just ignored instead of causing a reset. We called those parameters “capabilities”. :-/

Just to close the thread here, I agree with your argument and withdraw my
suggestion.  "Optional" is perhaps not the best name for the 4271 feature at
this point given its resistance to using it for future extensions.

It does leave me feeling like it may be easier to just rename capabilities
as "BGP Open TLVs" and be done with it. :-)

-- Jeff (maybe for BGP-5)

v2.23.0 | Report a Bug | By Email