Re: [Idr] Debugging accepted routes from BGP speakers

Jeffrey Haas <jhaas@pfrc.org> Tue, 03 December 2019 14:51 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 B2EA4120025 for <idr@ietfa.amsl.com>; Tue, 3 Dec 2019 06:51:46 -0800 (PST)
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 LluaO_8EbP8a for <idr@ietfa.amsl.com>; Tue, 3 Dec 2019 06:51:45 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id A9027120019 for <idr@ietf.org>; Tue, 3 Dec 2019 06:51:45 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 0C26A1E2F5; Tue, 3 Dec 2019 09:55:57 -0500 (EST)
Date: Tue, 03 Dec 2019 09:55:56 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: Jared Mauch <jared@puck.nether.net>
Cc: Robert Raszuk <robert@raszuk.net>, IDR <idr@ietf.org>
Message-ID: <20191203145556.GB5160@pfrc.org>
References: <CAOj+MMGOT4jyAaaiQ6PngdNFSGx3BrmS6wU+-Pg1Oow16wRYZA@mail.gmail.com> <D5758D37-000F-426A-8005-361C722F32A7@puck.nether.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <D5758D37-000F-426A-8005-361C722F32A7@puck.nether.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Vb6FcgSQAru5A4TBQRq_6-oawS0>
Subject: Re: [Idr] Debugging accepted routes from BGP speakers
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: Tue, 03 Dec 2019 14:51:47 -0000

[Answering a point elsewhere in thread.]

On Mon, Nov 18, 2019 at 05:47:35PM +0800, Jared Mauch wrote:
> There are varying desires from operators. It may be as simple as a count to the list of accepted or rejected NLRI. 
> 
> If you look at the text the desire is to know is this path eligible for selection. That is accepted. 

The lack of consistent proxy loop detection across implementations will make
this messy.  If downstream router will consider route R a loop, but upstream
sent it, you now have a discrepancy that will show up in a mechanism like
this.

What do you want the behavior to be?

Add-paths means that you'll send R1, R2, R3 all with the same destination.
Are you really happy getting back R1, R2, R3 with the same path id as
confirmation that the route is eligible?

-- Jeff