Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt

Jeffrey Haas <jhaas@pfrc.org> Mon, 20 March 2017 19:58 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 B0A3A131695 for <idr@ietfa.amsl.com>; Mon, 20 Mar 2017 12:58:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, 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 ISyU0Mp5GHvo for <idr@ietfa.amsl.com>; Mon, 20 Mar 2017 12:58:06 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 64719131653 for <idr@ietf.org>; Mon, 20 Mar 2017 12:57:55 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id A55261E33F; Mon, 20 Mar 2017 16:04:15 -0400 (EDT)
Date: Mon, 20 Mar 2017 16:04:15 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Gert Doering <gert@space.net>
Cc: Robert Raszuk <robert@raszuk.net>, idr wg <idr@ietf.org>
Message-ID: <20170320200415.GB28021@pfrc.org>
References: <20170315000326.GO12864@pfrc.org> <CA+b+ERmWUL-pVwjW8Vq+Vz8UzYDpcVBZxxhtM6WFqhmG+r35WA@mail.gmail.com> <58C95A05.3030107@foobar.org> <20170315195050.GT12864@pfrc.org> <CA+b+ERn-uya3kB-FgXvfFjdK-hPmj-W-mv_T+TnbEAfkzR8Hfg@mail.gmail.com> <20170315212656.GD2367@Space.Net> <CA+b+ER=MnejDq5JNyNUHvf7mV7vkFehbeE65a_5cqFUsTEAzZA@mail.gmail.com> <CACWOCC-gAPbV0fdraHkkjhSo=Tc_YUFWMTOjx311a2XDJZMDmQ@mail.gmail.com> <CA+b+ERmxQkH75tbotT16hsZvqrvMVsX0G_zyY1ofA=kTZZzZ0w@mail.gmail.com> <20170316073753.GE2367@Space.Net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20170316073753.GE2367@Space.Net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/zvyHP3uqwSyUXRgG9jJ7Jh4GaQQ>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-rs-bfd-02.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Mar 2017 19:58:09 -0000

On Thu, Mar 16, 2017 at 08:37:53AM +0100, Gert Doering wrote:
> Optimizing the "route server shall distribute multiple paths" is only
> half of the solution.  More interesting for me is "where do I need to
> point my vendors to, to get them to implement proper black-hole
> detection in the forwarding path, so the BGP NH can be invalidated?"

As noted earlier, the BFD component of the draft is separable and may be
worth a split at some later point if necessary.  It's also the easy part of
the draft.

> (I'm not aware of any gear that will do this right now, as in "if
> IPv4 ARP or IPv6 ND fails, mark NH as invalid and look for other paths
> in BGP" - but I'm always willing to learn)

Having been at the wrong end of quirks of ND/ARP issues, I don't recommend
this as a sufficiently useful mechanism.  

I also suspect the IXPs wouldn't want their customers participating in a
layer 2 OAM mechanism.  This leaves layer 3, which moves us largely to BFD.

Or alternatively ping. Which is gross, but would totally work.

-- Jeff