Re: WGLC for BFD Multipoint documents (ending July 14, 2017)

"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Wed, 05 July 2017 18:02 UTC

Return-Path: <cpignata@cisco.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E49E6131D94 for <rtg-bfd@ietfa.amsl.com>; Wed, 5 Jul 2017 11:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level:
X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 s86NqZjKSKAg for <rtg-bfd@ietfa.amsl.com>; Wed, 5 Jul 2017 11:02:36 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75347131563 for <rtg-bfd@ietf.org>; Wed, 5 Jul 2017 11:02:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21550; q=dns/txt; s=iport; t=1499277756; x=1500487356; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=e2XkkpWjEynNWJ916dxt6hx3jR13dI48jIWdrQZhHaw=; b=Gn29j4tgDA/Iz++d1KTrn81ZLnceoPhUgY5ZUDMm/cY0qh3v/pOEBTFH f547uei2O1tnCNg3F+i4AfaKNuiOGUziQ0JgLkkKT8Et418548wfm6Hc8 MN0iVVtlYg6HoWcqT6YASfWPbwCNMmG44OzxNgkjrw8uL5DGGZzZ/Lyja g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DxAADAKF1Z/5tdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm89LWOBEAeOApFFIpBUhSyCES6FbgIagwI/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRkGI1YQAgEIDjEDAgICMBQRAgQOBYlLZBCuPIImiz8BAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEYBYMng0yBYAErC4JugTyGQTCCEh8FlymHXQKHRYw+kh6VMgEfOIE?= =?us-ascii?q?KdRVJEgGFDIF2dgEBh3SBDQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.40,312,1496102400"; d="scan'208,217";a="448509323"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jul 2017 18:02:35 +0000
Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v65I2YQs015440 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Jul 2017 18:02:35 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Jul 2017 14:02:34 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Wed, 5 Jul 2017 14:02:34 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Jeff Haas <jhaas@pfrc.org>
CC: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for BFD Multipoint documents (ending July 14, 2017)
Thread-Topic: WGLC for BFD Multipoint documents (ending July 14, 2017)
Thread-Index: AQHS6TKRH3+h+CPmGE2vggvMdQNmVaI5G70AgAyrcICAABs8gA==
Date: Wed, 5 Jul 2017 18:02:34 +0000
Message-ID: <A97B7659-7961-4B49-BB26-D93A4A5509E5@cisco.com>
References: <20170619193929.GE22146@pfrc.org> <0B1CE01B-4FA3-4536-AF41-5DDC6F510C0D@cisco.com> <20170705162505.GR2289@pfrc.org>
In-Reply-To: <20170705162505.GR2289@pfrc.org>
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.150.50.33]
Content-Type: multipart/alternative; boundary="_000_A97B765979614B49BB26D93A4A5509E5ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/HL6fj7sG8CzjrPQgpJLsb0z3wR0>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jul 2017 18:02:39 -0000

Jeff,

Thanks for seeking clarification and apologies for not being explicit enough: Yes, I believe this document is ready to advance.

Thanks,

— Carlos.

On Jul 5, 2017, at 12:25 PM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>> wrote:

Carlos,

Thanks for your detailed feedback.  Most of this feedback seems to be of the
nature of minor edits.  Is it your opinion this document is ready to advance
after these issues are addressed?

-- Jeff

On Tue, Jun 27, 2017 at 02:56:22PM +0000, Carlos Pignataro (cpignata) wrote:
Just one comment on these two documents, in regards to the state variables:

https://tools.ietf.org/html/draft-ietf-bfd-multipoint-10#section-4.4.1

4.4.1.  New State Variables

  A number of state variables are added to the base specification in
  support of Multipoint BFD.

     bfd.SessionType

        The type of this session.  Allowable values are:

CMP: However, this state (bfd.SessionType) variable is already defined in SBFD RFC 7880:

https://tools.ietf.org/html/rfc7880#section-6.1

6.1.  New State Variables

  A new state variable is added to the base specification in support
  of S-BFD.

  o  bfd.SessionType: This is a new state variable that describes
     the type of a particular session.


CMP: So, for draft-ietf-bfd-multipoint, I suggest a pointer to RFC 7880 where bfd.SessionType is defined in the addition of new values to the existing variable.

CMP: Similarly:

https://tools.ietf.org/html/draft-ietf-bfd-multipoint-active-tail-04#section-3.3.1

     bfd.SessionType

        The type of this session as defined in
        [I-D.ietf-bfd-multipoint].  A new value introduced is:

CMP: The pointer above should be to RFC 7880 also, and:

     bfd.SilentTail

CMP: But this is defined in draft-ietf-bfd-multipoint

https://tools.ietf.org/html/draft-ietf-bfd-multipoint-10#section-4.4.1

     bfd.SilentTail

Thanks!

— Carlos.


On Jun 19, 2017, at 3:39 PM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org>> wrote:

Working Group,

https://tools.ietf.org/html/draft-ietf-bfd-multipoint-10
https://tools.ietf.org/html/draft-ietf-bfd-multipoint-active-tail-04


The BFD Multipoint documents have been stable for some time.  Prior
discussion at meetings has suggested we have an implementation for the main
protocol component.  Also per prior discussions, we split the active-tail
component of the original multipoint document to permit implementors to not
have to worry about implementing active-tail procedures if they weren't
interested in that feature.

We are starting an extended last call on these documents.  The WGLC will
conclude on July 14.  This provides ample time for list discussion.  If
necessary, the IETF-99 meeting may provide for opportunities to close any
contentious technical points.  (BFD is not currently scheduled to meet.)

One item I would like to kick off is the document status of the active-tail
mechanism.  At this time, no one has implemented it that I am aware of.
Discussion with our AD suggests that publishing the document with
Experimental status may be reasonable to preserve the work that went into
the proposal.

-- Jeff

—
Carlos Pignataro, carlos@cisco.com<mailto:carlos@cisco.com>

“Sometimes I use big words that I do not fully understand, to make myself sound more photosynthesis."