Re: BFD w/ static routes and single-hop eBGP

Pekka Savola <pekkas@netcore.fi> Fri, 28 October 2005 05:35 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EVMty-0004EK-NV; Fri, 28 Oct 2005 01:35:42 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EVMtw-0004EF-BX for rtg-bfd@megatron.ietf.org; Fri, 28 Oct 2005 01:35:40 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA22110 for <rtg-bfd@ietf.org>; Fri, 28 Oct 2005 01:35:23 -0400 (EDT)
Received: from netcore.fi ([193.94.160.1]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EVN7R-0000le-PU for rtg-bfd@ietf.org; Fri, 28 Oct 2005 01:49:38 -0400
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j9S5ZL715649; Fri, 28 Oct 2005 08:35:21 +0300
Date: Fri, 28 Oct 2005 08:35:21 +0300
From: Pekka Savola <pekkas@netcore.fi>
To: David Ward <dward@cisco.com>
In-Reply-To: <BF852362.149BF%dward@cisco.com>
Message-ID: <Pine.LNX.4.64.0510280829120.15380@netcore.fi>
References: <BF852362.149BF%dward@cisco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Cc: rtg-bfd@ietf.org, Jeffrey Haas <jhaas@nexthop.com>, Dave Katz <dkatz@juniper.net>
Subject: Re: BFD w/ static routes and single-hop eBGP
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
Sender: rtg-bfd-bounces@ietf.org
Errors-To: rtg-bfd-bounces@ietf.org

On Wed, 26 Oct 2005, David Ward wrote:
[...]
> This is stated already.

A lot of things are stated already, in generic context.  What I'd like 
to see is a brief, normative description how those apply to protocol 
Foo.  If there's nothing to say (e.g., with static routes) one or two 
sentences may be enough; if there is little to say (e.g., eBGP), maybe 
a couple of paragraphs is enough.

>> The third party nexthop case is the more interesting one.  I believe
>> you'd want a BFD session for each third party nexthop.
>>
>
> I disagree here. The reason being ... What do you care about the
> intermediate NHs wrt the EBGP bootstrapping since you can route to/through
> different intermediate NH? [...]

I agree with Dave here.  BGP hello mechanism does not monitor the 
liveness of the 3rd party nexthops, and therefore I think it goes 
beyond the scope of BFD to do that, even though BFD is meant to detect 
forwarding problems (which obviously would happen if the 3rd party 
next-hop would go away).

(It might not hurt as an extension, but we don't see a need for it.)

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings