Re: [Idr] Debugging accepted routes from BGP speakers

Job Snijders <job@instituut.net> Mon, 18 November 2019 11:00 UTC

Return-Path: <job@instituut.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 6B425120964 for <idr@ietfa.amsl.com>; Mon, 18 Nov 2019 03:00:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=instituut-net.20150623.gappssmtp.com
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 77SYv6PFksP3 for <idr@ietfa.amsl.com>; Mon, 18 Nov 2019 03:00:33 -0800 (PST)
Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61F66120930 for <idr@ietf.org>; Mon, 18 Nov 2019 03:00:33 -0800 (PST)
Received: by mail-oi1-x231.google.com with SMTP id n14so14859202oie.13 for <idr@ietf.org>; Mon, 18 Nov 2019 03:00:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instituut-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P3eGb0pZcXFoZZL0560zfO1snyw2LeA+Ieknd/vsiXw=; b=wJC+TD6b0KuhTJrIjJNRstdZ+KgWhsftdocLINB0MfT+qC4BGXTrjMlsHaZdoQZBYf 2ljHGVtliCqHmoho/SqPOfyep+PpINuTO4TrOjjAL9W7uN9kzm7lVEuIy6uaAhv0X47e t4jHXe6HyDsozXzL3HVtLNlB+zRDF2E6jeXBVmvHRuVKlbDS7adus5hIhIrFMALqyZ1/ 0MTn7mVK5OHWH7Q7cx4z4CTlMqjWGoyVa/ByUtlRwRiKrH1QLBTTp7hwnWjy2xLgp7k9 hUHAGVckkQFCb36YrxbVzLDdwxKaP4TW4tREkjlrvorHcfxcTtE3GLbfyYOCC1dP1WUj L/PQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P3eGb0pZcXFoZZL0560zfO1snyw2LeA+Ieknd/vsiXw=; b=GfBWruOeiCA5XKb4A9lzsp6OOEqJzlTwEDg8Z7CIfn2m/KjWUI8PZTuyWTNZZdu+hG GV4SLqEa3qoFJk/7y4d3AUZdk1avTZUqIKuaENhG50hAYUCYvhcSzRe4ib1UX4aK/hiO rwDnxdVj6caTKNfJdjHTmxEgRskLwBnbZrO4d053NTXI7cYgmBGExSHnbeFcKR0ZKa5A HcydLxrFChFLpallwIx5l+saMh28f1UUpax5CilwdTO7n95mFX4diR1BY54lkVGiQzJy auN2WDsjog1MraurOK+pxu1ll9oTT+t3wih+tESB9ptgZVsHe2ro6FUwcjkKZ2QFpIkA Sk7w==
X-Gm-Message-State: APjAAAWaFTULsXk1sWUnObv4FvD0GaCJtLZMm62lneNnLZKha2kJ5X9x paKSnsp2pbwrWPXK9dqEjKzl5lrJXlpFuDbj5SaGYg==
X-Google-Smtp-Source: APXvYqwEShjBBF3Jg21YF+fJEYcNcOekobSYJ9pZldA26W6dQFkE+ilm2bTSiZT/SrPTuRIPT0UCPqWN+jUKjJjkc80=
X-Received: by 2002:aca:dd0a:: with SMTP id u10mr20077638oig.130.1574074832296; Mon, 18 Nov 2019 03:00:32 -0800 (PST)
MIME-Version: 1.0
References: <157406668522.14183.13795160095173591028.idtracker@ietfa.amsl.com> <EC0AF47A-D6F3-4903-A597-C0F18520A8B0@puck.nether.net> <CAOj+MMGOT4jyAaaiQ6PngdNFSGx3BrmS6wU+-Pg1Oow16wRYZA@mail.gmail.com> <CACWOCC8yD+fWaSeTkHd+UubzfnxgBbbFXCeuRuzVcmK6VQqKew@mail.gmail.com> <CAOj+MMETtqBw5cRLna=eSVa5ezXeR=NjeT_q5JQVhAyVruziTw@mail.gmail.com>
In-Reply-To: <CAOj+MMETtqBw5cRLna=eSVa5ezXeR=NjeT_q5JQVhAyVruziTw@mail.gmail.com>
From: Job Snijders <job@instituut.net>
Date: Mon, 18 Nov 2019 11:00:21 +0000
Message-ID: <CACWOCC-8yPsr8qXMD2cUTjkKEc1cnTG+6vA1tfQtQ6n248rrJA@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Jared Mauch <jared@puck.nether.net>, IDR <idr@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/aUk5gbRXQ2C2kRDr-GVGupvhe6Y>
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: Mon, 18 Nov 2019 11:00:36 -0000

On Mon, Nov 18, 2019 at 9:50 AM Robert Raszuk <robert@raszuk.net> wrote:
> > The latter one is oftentimes easily validated by Internet-wide looking glasses
>
> Hmmmm I must say that IMHO both latter and former could be addressed by looking-glass. In fact when I read this draft that was my first question - why not to just look at peer's looking glass ?

Many networks unfortunately do not make BGP Looking Glasses available,
nor is there any standardized interface/method/design/approach for BGP
Looking Glasses. So solely relying on Looking Glasses for this
functionality has proven to be insufficient.

> So perhaps we should simply issue a BCP to say that each AS should run a looking glass server holding all paths and declare victory ? And that could be all GROW WG thing too :)

That is an interesting idea, but in my mind not the exclusive viable solution.

> I already see a bunch of new things we could accomplish in the Internet if we would have those in place consistently everywhere - at least for each transit AS.

Agreed - it would be a nicer world. Through the MANRS initiative I've
pitched the idea to provide more encouragement for networks to provide
looking glasses to the public, but arguably their availability is not
ubiquitous.

Another observation is that in the "IP Transit Carrier" segment of the
market we see BGP Looking Glasses from time to time, but we rarely see
similar functionality offered by Cloud/CDN providers. Perhaps the
latter category is not interested in running & maintaining looking
glasses, or perhaps there are other constraints that prevent them from
exposing this information via suchs tools. My hope is that by creating
a feedback mechanism in BGP we create more opportunity to share
debugging information specific to EBGP sessions between different
orgs.

Kind regards,

Job