Re: [Isis-wg] Benoit Claise's No Objection on draft-ietf-isis-sbfd-discriminator-02: (with COMMENT)

"Alvaro Retana (aretana)" <aretana@cisco.com> Wed, 18 November 2015 16:50 UTC

Return-Path: <aretana@cisco.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBFB11A86EB; Wed, 18 Nov 2015 08:50:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.086
X-Spam-Level:
X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 7EWE85oUbrRW; Wed, 18 Nov 2015 08:50:41 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31EB71A8735; Wed, 18 Nov 2015 08:50:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1887; q=dns/txt; s=iport; t=1447865441; x=1449075041; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=G+8hfKRP/SsASZODr34ImXe3I+StMst+5pUHrTyxGrk=; b=cXmzR0hXd6gvPWK0s6E/P1rX1I4w7KKuOU/pBe972kOsRXIy8b8tDob7 0635zdiMah8uqMX+JEYkShPnYjkgYTugVQlIciP/lWo5J8E2OE17Mq3g9 4qiIaDv/SF/jRHqk833NgT80aIyD2WM7bOUTc19B2BkntWMtKWfD8zGaW k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D6AQDLq0xW/4YNJK1egztTbwa8NIIaA?= =?us-ascii?q?Q2BZSGFboFQOBQBAQEBAQEBgQqENQIEOj8SAQg2BT0nBAENBRuIEw2/LAEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEdhlQBhH2JOQWSaINiAYUgiAqCJJogAR8BAUKCRIFAcoQFg?= =?us-ascii?q?QcBAQE?=
X-IronPort-AV: E=Sophos;i="5.20,313,1444694400"; d="scan'208";a="209689005"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Nov 2015 16:50:40 +0000
Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id tAIGoefF026817 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Nov 2015 16:50:40 GMT
Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 18 Nov 2015 10:50:39 -0600
Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.000; Wed, 18 Nov 2015 10:50:39 -0600
From: "Alvaro Retana (aretana)" <aretana@cisco.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Benoit Claise (bclaise)" <bclaise@cisco.com>, The IESG <iesg@ietf.org>
Thread-Topic: [Isis-wg] Benoit Claise's No Objection on draft-ietf-isis-sbfd-discriminator-02: (with COMMENT)
Thread-Index: AQHRIiFB3oT0ZHOz/0u8s9y2YKt7mQ==
Date: Wed, 18 Nov 2015 16:50:39 +0000
Message-ID: <D27211B2.EAB16%aretana@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.15.3]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <1F98DDBD20410648900B28C07C7F4545@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/s7RfyQweAP6aRECU_acAMzN4Q-M>
Cc: "draft-ietf-isis-sbfd-discriminator@ietf.org" <draft-ietf-isis-sbfd-discriminator@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>, "chopps@chopps.org" <chopps@chopps.org>, "isis-chairs@ietf.org" <isis-chairs@ietf.org>, "menachemdodge1@gmail.com" <menachemdodge1@gmail.com>
Subject: Re: [Isis-wg] Benoit Claise's No Objection on draft-ietf-isis-sbfd-discriminator-02: (with COMMENT)
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2015 16:50:42 -0000

On 11/18/15, 11:05 AM, "Isis-wg on behalf of Les Ginsberg (ginsberg)"
<isis-wg-bounces@ietf.org on behalf of ginsberg@cisco.com> wrote:

Les:

Hi!

>I do appreciate that people would like an answer to the question of how
>to map multiple discriminators to use cases - but that is not within the
>purview of this document (or its companion OSPF document). We are simply
>defining how to transport an opaque (to the IGP) value. Anything further
>belongs in the base S-BFD document. I think further discussion on this
>point belongs there. (I have made the same statement in regards to the
>same discussion within the context of
>http://datatracker.ietf.org/doc/draft-ietf-ospf-sbfd-discriminator/ .)

I think we're in a situation where we have documents/assumptions pointing
at each other.  While you may be right[*], I think we need to settle
before going forward.

Note that 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.

Right after sending this e-mail I'm going to put a DISCUSS on this draft
to hold it so we (including the BFD WG, etc.) can answer who is expected
to do what.

Thanks!

Alvaro.


[*] I know the same point was brought up by Acee in the OSPF list, and the
l2tpext draft also takes on the same solution approach.