[OSPF] Alvaro Retana's Discuss on draft-ietf-isis-sbfd-discriminator-02: (with DISCUSS)

"Alvaro Retana" <aretana@cisco.com> Wed, 18 November 2015 17:06 UTC

Return-Path: <aretana@cisco.com>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3771A8A08; Wed, 18 Nov 2015 09:06:01 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Alvaro Retana <aretana@cisco.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20151118170601.5815.13593.idtracker@ietfa.amsl.com>
Date: Wed, 18 Nov 2015 09:06:01 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/ExQFGRRdOT1e-LbVW-VZ33l_7qI>
Cc: isis-chairs@ietf.org, l2tlext@ietf.org, ospf@ietf.org, draft-ietf-isis-sbfd-discriminator@ietf.org, rtg-bfd@ietf.org, isis-wg@ietf.org
Subject: [OSPF] Alvaro Retana's Discuss on draft-ietf-isis-sbfd-discriminator-02: (with DISCUSS)
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2015 17:06:01 -0000

Alvaro Retana has entered the following ballot position for
draft-ietf-isis-sbfd-discriminator-02: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


It has been pointed out during the processing of this document (and other
similar ones, draft-ietf-ospf-sbfd-discriminator, for example) that the
functionality provided is only the advertisement of S-BFD discriminators,
but not a mechanism to map these discriminators to specific applications
or use-cases in the nodes.  That mapping has been declared out of scope.

However, the Base S-BFD draft (draft-ietf-bfd-seamless-base) assumes that
the advertisers of the multiple discriminators will in fact provide the
ability for the mapping.  Specifically, the base S-BFD document reads in
Section 3. (Seamless BFD Overview):

   An S-BFD module on each network node allocates one or more S-BFD
   discriminators for local entities, and creates a reflector BFD
   session.  Allocated S-BFD discriminators may be advertised by
   applications (e.g., OSPF/IS-IS).  Required result is that
   applications, on other network nodes, possess the knowledge of the
   mapping from remote entities to S-BFD discriminators.

This text reads to me that S-BFD is expecting the mapping to be somehow
provided by the "applications (e.g., OSPF/IS-IS)".  There's no other
explicit discussion about the mapping in that document.

I'm putting a DISCUSS on this document to hold its processing while the
requirements from the S-BFD point of view are clarified.  The answer to
that question should be a discussion in the BFD WG (cc'd in this
message), in coordination with the providers of the advertisements (so
far the isis, ospf and l2tpext WGs have active drafts in this area).

One possible outcome of this required discussion is clearly that the
mapping is in fact outside the scope of advertising protocols (such as
IS-IS).  Other possible outcomes may require this document to be