other comments for single-hop bfd [Re: I-D ACTION:draft-ietf-bfd-v4v6-1hop-01.txt]

Pekka Savola <pekkas@netcore.fi> Thu, 24 February 2005 03:48 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA05654; Wed, 23 Feb 2005 22:48:49 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D4AMV-0008B8-E1; Wed, 23 Feb 2005 23:12:27 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D428X-00075e-9B; Wed, 23 Feb 2005 14:25:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D428V-000752-QA for rtg-bfd@megatron.ietf.org; Wed, 23 Feb 2005 14:25:27 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA02959 for <rtg-bfd@ietf.org>; Wed, 23 Feb 2005 14:25:13 -0500 (EST)
Received: from netcore.fi ([193.94.160.1]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D42V4-0006jK-3E for rtg-bfd@ietf.org; Wed, 23 Feb 2005 14:48:46 -0500
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j1NJP5G06807 for <rtg-bfd@ietf.org>; Wed, 23 Feb 2005 21:25:05 +0200
Date: Wed, 23 Feb 2005 21:25:05 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: rtg-bfd@ietf.org
In-Reply-To: <200502222036.PAA16765@ietf.org>
Message-ID: <Pine.LNX.4.61.0502232119530.6499@netcore.fi>
References: <200502222036.PAA16765@ietf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Subject: other comments for single-hop bfd [Re: I-D ACTION:draft-ietf-bfd-v4v6-1hop-01.txt]
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
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a

Hi,

A couple of other comments for the single hop bfd spec:

- the text for supporting single-hop static routes and eBGP was 
discussed previously on the list.  This is not included in -01. Was 
this just forgotten (as the draft was submitted at the last minute), 
or was there a particular reason for excluding these ?

- the last sentence of the following text is not factually correct:

    Note that it is possible in some failure scenarios for the network to
    be in a state such that the IGP comes up, but the BFD session cannot
    be established, and, more particularly, data cannot be forwarded.
    To avoid this situation, it would be beneficial to not allow the IGP
    to establish a neighbor/adjacency.  However, this would preclude the
    operation of the IGP in an environment in which not all systems
    support BFD.

.. in fact it would preclude the operation of the IGP in the 
particular BFD-enabled _interface_.  The text seems to be implying 
that having BFD would be an IGP domain-wide toggle like IS-IS 
authentication.  But in reality, it is an interface toggle, so this 
argument is irrelevant.


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