Re: WGLC for BFD Multipoint documents (last round)

"Reshad Rahman (rrahman)" <rrahman@cisco.com> Fri, 26 January 2018 15:29 UTC

Return-Path: <rrahman@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 64B38124239 for <rtg-bfd@ietfa.amsl.com>; Fri, 26 Jan 2018 07:29:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.53
X-Spam-Level:
X-Spam-Status: No, score=-14.53 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 6pGJ08HhIkCy for <rtg-bfd@ietfa.amsl.com>; Fri, 26 Jan 2018 07:29:39 -0800 (PST)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D6E61241FC for <rtg-bfd@ietf.org>; Fri, 26 Jan 2018 07:29:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=51906; q=dns/txt; s=iport; t=1516980579; x=1518190179; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=IYgZakDfavVcIxCZH6e3OTd6gQZGM+rx6BAZnoepDYQ=; b=hvYVl9IORzGSFMhj8lRi78CpizlhNJvkpXbdsOIx1R8FvORHNG70/GMf Y5UrVccMupXNJegbAXsGLzP70xX0+STZ+U/Cs2UPzU3q+xiQ4PF7lf2u0 PKm4fKDUW7nBcs94s8hnc0RF/oys7vCSBQmi2KgPU6jABuYf3kYajl8Zc 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAQCHSGta/5hdJa1SAQkZAQEBAQEBA?= =?us-ascii?q?QEBAQEBBwEBAQEBgkpHMWZ0JweDVookjmuCAokTjjEVggIKJYUWAhqCBFQYAQE?= =?us-ascii?q?BAQEBAQECayiFIwEBAQMBGglLCxACAQYCEQMBAgEgAQYDAgICHxEUCQgCBAENA?= =?us-ascii?q?wKJUUwDDQgQkh6dcYInJocaDYMMAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWEUoI?= =?us-ascii?q?VgVeBaCmDBYJrRAEBAgEBgUIBBA4vCRaCYTGCFCAFmXsXiUQ9AogViEmFBoIbh?= =?us-ascii?q?iCFVoRBgVaNYEaJDAIRGQGBOwEfOYFQcBUZJCoBgW8BD4JVHIFmAUUzAQGLYIE?= =?us-ascii?q?zAYEWAQEB?=
X-IronPort-AV: E=Sophos; i="5.46,417,1511827200"; d="scan'208,217"; a="61528139"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jan 2018 15:29:37 +0000
Received: from XCH-RCD-017.cisco.com (xch-rcd-017.cisco.com [173.37.102.27]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w0QFTbIH001882 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Jan 2018 15:29:37 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-RCD-017.cisco.com (173.37.102.27) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 26 Jan 2018 09:29:37 -0600
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Fri, 26 Jan 2018 09:29:37 -0600
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>, Jeffrey Haas <jhaas@pfrc.org>
CC: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Subject: Re: WGLC for BFD Multipoint documents (last round)
Thread-Topic: WGLC for BFD Multipoint documents (last round)
Thread-Index: AQHTdDbMQKkp4UZhy0e3Kn8Lrj3T1qNFVBAAgABtnICAASUEgIADdUKAgADmoICAAGfFAIABPX0AgCk9u4CAAASiAIAAK1EAgAAqqgCAACNngIAABGqAgACB1oCAAEjuAIAAB2UAgAAsZQCAAA7FAIAAO8sAgAALOICAAA9fAIAMOY6AgAEZFgCAAH/3AIABEsAA
Date: Fri, 26 Jan 2018 15:29:37 +0000
Message-ID: <4A8E524C-EB4C-40C4-934F-CB9223245DD8@cisco.com>
References: <44B4B608-7A2B-4E95-A5F7-116896C57028@cisco.com> <0714A770-BF3F-4EF8-A302-A478439A5B13@cisco.com> <5F69E3D1-19E1-45F7-926D-61449E1F09B2@cisco.com> <CA+RyBmWMwom+2=jWHfvSr9AG=WPCnhYJ6uC9HVonVFh9McaysQ@mail.gmail.com> <E14FF8C0-082B-4D52-89F6-0CBAF9CD4181@cisco.com> <CA+RyBmUOpBgVho0SPsp9FB=ymFV29q_2EY2k8uOf-O4gfpTmyw@mail.gmail.com> <CA+RyBmXs_gRjeUk9gx0653WkvjDfztD-cgNw=mNX+66Whj_AFw@mail.gmail.com> <639B40D7-F79B-4546-93B3-55812C880217@cisco.com> <CA+RyBmUEG2L4ExWRCvLYVMs=BL5OsGRpfD0a9RLEvu+4Avhy9A@mail.gmail.com> <E816D829-7F6D-478A-9DE6-F5C5A177B981@cisco.com> <20180125152804.GW5950@pfrc.org> <CA+RyBmWOhLiPd7vA2gKGykvC0aLYQbwgJQAeLYDOcH=KMDcJwg@mail.gmail.com>
In-Reply-To: <CA+RyBmWOhLiPd7vA2gKGykvC0aLYQbwgJQAeLYDOcH=KMDcJwg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.27.0.171010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.212.55]
Content-Type: multipart/alternative; boundary="_000_4A8E524CEB4C40C4934FCB9223245DD8ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/qBe6kJmSwu3bsoNcDEuQE9xGbig>
X-Mailman-Approved-At: Fri, 26 Jan 2018 08:21:43 -0800
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: Fri, 26 Jan 2018 15:29:44 -0000

Hi Greg,

The proposal below addresses some of the concerns. But I would also like to see some wording/procedure to protect the tail in the 2 cases mentioned.

Regards,
Reshad.

From: Greg Mirsky <gregimirsky@gmail.com>;
Date: Thursday, January 25, 2018 at 6:06 PM
To: Jeffrey Haas <jhaas@pfrc.org>;
Cc: "Reshad Rahman (rrahman)" <rrahman@cisco.com>;, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>;, "rtg-bfd@ietf.org"; <rtg-bfd@ietf.org>;
Subject: Re: WGLC for BFD Multipoint documents (last round)

Hi Jeff, Reshad, et. al,
I agree that the Security Considerations section will benefit from clearer description of the need to limit resources that may be allocated for p2mp BFD sessions on MultipointTail nodes. Perhaps we can use wording close to Security Consideration section in RFC 7726:
   BFD sessions, naturally, use system
   and network resources.  More BFD sessions means more resources will
   be used.  It is highly important to ensure that only a minimum number
   of BFD sessions are provisioned per MultipointHead and that bootstrapped BFD
   sessions are properly deleted when they are no longer required.

Regards,
Greg

On Thu, Jan 25, 2018 at 7:28 AM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>> wrote:
Thanks, Reshad.

Since the majority of the content is nits, Greg can simply address them as
Editor.

The Security Considerations issues raised in the base spec may deserve a bit
more explicit Working Group discussion:

: The shepherd has concerns wrt security:
: a) We should have the ability, e.g. via configuration, to prevent the number
: of MultipointTail sessions from exceeding the number of expected streams.
: Otherwise 1 misbehaving head could use up all the MultipointTail session
: resources on a tail.
: b) A misbehaving head which changes My Discriminator for a MultipointHead
: session will cause tails to create many MultipointTail sessions (4.13.2). We
: should consider adding a check to see if we have a MultipointTail session
: based on source address and the identify of the multipoint tree with a
: different discriminator?

-- Jef

On Wed, Jan 24, 2018 at 10:42:02PM +0000, Reshad Rahman (rrahman) wrote:
> Hi,
>
> I forgot to mention that last week I did the shepherd write-up for both drafts.
>
> https://datatracker.ietf.org/doc/draft-ietf-bfd-multipoint/shepherdwriteup/
> https://datatracker.ietf.org/doc/draft-ietf-bfd-multipoint-active-tail/shepherdwriteup/
>
> Regards,
> Reshad.
>
> From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
> Date: Tuesday, January 16, 2018 at 11:01 PM
> To: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com>>
> Cc: "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com>>, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Hi Reshad,
> sorry for my sloppiness. Fixed.
>
> Regards, Greg
>
> On Jan 16, 2018 7:05 PM, "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>> wrote:
> Hi Greg,
>
> In 4.4.1 of MP, “A number values of the state variable are added to the…”, looks like there is a missing “of”?
>
> For the active-tail draft I haven’t completed my review of -06 yet: there are parts which aren’t clear to me and I don’t know yet if this is because there’s something missing in the document or whether it’s just lack of understanding on my part.
>
> Regards,
> Reshad.
>
> From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>>
> Date: Tuesday, January 16, 2018 at 9:25 PM
> To: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>>
> Cc: "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>>, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Hi Reshad, et. al,
> the attached are diff to highlight updates to BFD in Multipoint Network and the working copy of Active Tails. After checking through the Active Tails draft, I've found no additional changes to make resulting from removing all references to bfd.SilentTail from BFD in Multipoint Networks draft. Your review and comments are most welcome.
>
> Regards,
> Greg
>
> On Tue, Jan 16, 2018 at 2:51 PM, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>> wrote:
> Hi Reshad,
> thank you. I'll add it into the working version to others updates. I believe changes to active tails be more extensive as now it must introduce the bfd.SilentTail variable, not just its new state. Will work on that now.
>
> Regards,
> Greg
>
> On Tue, Jan 16, 2018 at 1:58 PM, Reshad Rahman (rrahman) <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>> wrote:
> Hi Greg,
>
> I am fine with the change below.
>
> Regards,
> Reshad.
>
> From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>>
> Date: Tuesday, January 16, 2018 at 2:20 PM
> To: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>>
> Cc: "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>>, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>>
>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Hi Reshad,
> I think this is very good idea. Then in section 4.13.3 Transmitting BFD Packets of BFD for Multipoint Networks should be edited. Perhaps the following be acceptable:
> OLD TEXT
>
>    A system MUST NOT transmit any BFD Control packets if bfd.SilentTail
>
>    is 1.
> NEW TEXT
>
>    A system MUST NOT transmit any BFD Control packets if bfd.SessionType is
>
>    MultipointTail.
>
> Will look into related changes in active tails if others agree with the proposal in general.
>
>
>
> Regards,
>
> Greg
>
>
> On Tue, Jan 16, 2018 at 10:53 AM, Reshad Rahman (rrahman) <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>> wrote:
> Regarding bfd.SilentTail, I am wondering if instead it should be removed from MP draft  (always 1 in there) and kept as new state variable in active-tail?
>
> Regards,
> Reshad.
>
> From: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>>
> Date: Tuesday, January 16, 2018 at 9:32 AM
> To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>>, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>>
> Cc: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>>
>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Hi Greg,
>
> The changes for bfd.SessionType (in both drafts) look good.
>
> bfd.SilentTail is fine in multipoint but in active-tail it is in the New State Variables section.  It should be in 3.3.2 instead and there should be a reference to the multipoint draft.
>
> Also, I am in the process of doing the shepherd write-up. So you don’t have to push these changes immediately, you can wait for the review, up to you.
>
> Regards,
> Reshad.
>
> From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>>
> Date: Tuesday, January 16, 2018 at 1:47 AM
> To: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>>
> Cc: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>>, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Looks good to me, Greg. Thanks.
> Thumb typed by Carlos Pignataro.
> Excuze typofraphicak errows
>
> On Jan 16, 2018, at 15:32, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>> wrote:
> Hi Reshad and Carlos,
> thank you for your suggestions. Please check the diffs with proposed changes to BFD Multipoint and BFD Multipoint with active tails drafts (attached).
>
> Regards,
> Greg
>
> On Mon, Jan 15, 2018 at 8:25 PM, Carlos Pignataro (cpignata) <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>> wrote:
> Reshad, Greg,
>
> Indeed, it seems the content of the section is updated, but the title is misleading. The same applies to the active-tail doc:
>
> https://tools.ietf.org/html/draft-ietf-bfd-multipoint-active-tail-06#section-3.3.1
> https://tools.ietf.org/html/draft-ietf-bfd-multipoint-12#section-4.4.1
>
> Thanks,
>
> —
> Carlos Pignataro, carlos@cisco.com<mailto:carlos@cisco.com><mailto:carlos@cisco.com<mailto:carlos@cisco.com>>
>
> “Sometimes I use big words that I do not fully understand, to make myself sound more photosynthesis."
>
> On Jan 16, 2018, at 10:52 AM, Reshad Rahman (rrahman) <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>> wrote:
>
> Hi Greg,
>
> Section 4.4.1 still says “New state variables” for bfd.SessionType and the text still starts with “A number of state variables and their values are added…”, so I misinterpreted that as bfd.SessionType is being added as new state variable.
>
> Please consider splitting this section in 2 parts for clarification e.g. 4.4.1 for New State Variables (bfd.SilentTail) and 4.4.2 for New State Variable Values (bfd.SessionType).
>
> https://tools.ietf.org/html/draft-ietf-bfd-multipoint-12#section-4.4.1
>
> Regards,
> Reshad.
>
> From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com><mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>>
> Date: Monday, January 15, 2018 at 6:17 PM
> To: "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>>
> Cc: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com><mailto:cpignata@cisco.com<mailto:cpignata@cisco.com>>>, "rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>" <rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org><mailto:rtg-bfd@ietf.org<mailto:rtg-bfd@ietf.org>>>
> Subject: Re: WGLC for BFD Multipoint documents (last round)
>
> Hi Reshad,
> I thought I've addressed them as per Carlos suggestion. Have I missed anything?
>
> Regards, Greg
>
> On Jan 15, 2018 3:00 PM, "Reshad Rahman (rrahman)" <rrahman@cisco.com<mailto:rrahman@cisco.com><mailto:rrahman@cisco.com<mailto:rrahman@cisco.com>>> wrote:
> The changes for bfd.SessionType (it’s not a new state variable but uses what’s defined in RFC7880) weren’t made in the latest revision.
>
> Greg, do you plan on addressing this soon? Or there’s no consensus on this topic yet?
>
> Regards,
> Reshad.
>
> On 2017-12-20, 12:09 PM, "Rtg-bfd on behalf of Jeffrey Haas" <rtg-bfd-bounces@ietf.org<mailto:rtg-bfd-bounces@ietf.org><mailto:rtg-bfd-bounces@ietf.org<mailto:rtg-bfd-bounces@ietf.org>> on behalf of jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>> wrote:
>
>     Greg,
>
>     On Tue, Dec 19, 2017 at 02:17:02PM -0800, Greg Mirsky wrote:
>     > Hi Carlos and Jeff,
>     > thank you for responding so expediently. I think we've reached the rough
>     > consensus. Attached are the diffs for both BFD documents and the updated
>     > copies. Please let me know if the changes being made have addressed all the
>     > comments received during the WGLC. I'll then upload new versions.
>
>     I believe this covers all points I've seen on the mailing list to date.
>
>     Please push the updates.
>
>     We'll have further discussion about the need for a registry in conjunction
>     with the Yang module implications discussion.
>
>     -- Jeff
>
>     > On Tue, Dec 19, 2017 at 8:05 AM, Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org><mailto:jhaas@pfrc.org<mailto:jhaas@pfrc.org>>> wrote:
>     [...]
>     > > At this point it is also worth noting that the session type has no
>     > > centralized location covering their enumerations.  This leads to two
>     > > interesting observations:
>     > > - We could have an IANA registry for such things.  However, I'm not sure
>     > >   this is really need.  But this also means:
>     > > - Here's another case why some pieces of the BFD yang module likely shoudl
>     > >   be IANA maintained.  In this case, the bfd-path-type identity as the
>     > >   relevant example.
>
>
> <Diff_ draft-ietf-bfd-multipoint-active-tail-06.txt - draft-ietf-bfd-multipoint-active-tail-07.txt.html>
> <Diff_ draft-ietf-bfd-multipoint-12.txt - draft-ietf-bfd-multipoint-13.txt.html>
>
>
>