Re: [Idr] BGP Auto-Discovery Protocol State Requirements

Jeffrey Haas <jhaas@pfrc.org> Fri, 19 March 2021 12:54 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 6D5893A12FC for <idr@ietfa.amsl.com>; Fri, 19 Mar 2021 05:54:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 4em_9cv94DyE for <idr@ietfa.amsl.com>; Fri, 19 Mar 2021 05:54:51 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 5406E3A12F6 for <idr@ietf.org>; Fri, 19 Mar 2021 05:54:51 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 9590F1E446; Fri, 19 Mar 2021 09:16:22 -0400 (EDT)
Date: Fri, 19 Mar 2021 09:16:22 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: "Acee Lindem (acee)" <acee@cisco.com>
Cc: "idr@ietf.org" <idr@ietf.org>
Message-ID: <20210319131622.GI29692@pfrc.org>
References: <20210316210203.GC29692@pfrc.org> <20210318191936.GF29692@pfrc.org> <A288921D-0DB5-413D-B3E9-4DAA9334C5D3@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <A288921D-0DB5-413D-B3E9-4DAA9334C5D3@cisco.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/EAzQnMHYN_syDXuCUW8GDtFRi4o>
Subject: Re: [Idr] BGP Auto-Discovery Protocol State Requirements
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, 19 Mar 2021 12:54:53 -0000

Acee,

On Fri, Mar 19, 2021 at 12:14:34PM +0000, Acee Lindem (acee) wrote:
> The avoidance of the these complexities is one advantage of an independent discovery protocol. Another advantage is that it could serve use cases beyond BGP. 

I guess that depends on what things we're talking about.

For "how do you get a TCP speaker to come up for an application with
partially known parameters", longer term it might be nice if the tcpm
Working Group took this up.

They've partially addressed this using TCP-ENO (RFC 8547).  At some point
BGP would benefit from having an informational document describe
interactions with it.  The GTSM option doesn't fit well there.

BFD state for BGP is an artifact of interoperability headaches for the BGP
FSM and the BFD FSM as you well know. :-)

-- Jeff