RE: Adoption of draft-vkst-bfd-mpls-mib

Gregory Mirsky <gregory.mirsky@ericsson.com> Wed, 06 June 2012 00:42 UTC

Return-Path: <gregory.mirsky@ericsson.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 9E57521F85D9 for <rtg-bfd@ietfa.amsl.com>; Tue, 5 Jun 2012 17:42:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.439
X-Spam-Level:
X-Spam-Status: No, score=-6.439 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_SUB_OBFU_OTHER=0.135]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rvFzyq1GQKEC for <rtg-bfd@ietfa.amsl.com>; Tue, 5 Jun 2012 17:42:22 -0700 (PDT)
Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id E51C021F85D7 for <rtg-bfd@ietf.org>; Tue, 5 Jun 2012 17:42:21 -0700 (PDT)
Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q560gCff012674 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Jun 2012 19:42:21 -0500
Received: from EUSAACMS0715.eamcs.ericsson.se ([169.254.1.66]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Tue, 5 Jun 2012 20:42:11 -0400
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: Thomas Nadeau <tnadeau@lucidvision.com>
Date: Tue, 05 Jun 2012 20:42:09 -0400
Subject: RE: Adoption of draft-vkst-bfd-mpls-mib
Thread-Topic: Adoption of draft-vkst-bfd-mpls-mib
Thread-Index: Ac1DdqpKbntZ+tROTVmwM11sSwCRDwABcHwg
Message-ID: <FE60A4E52763E84B935532D7D9294FF1355478AF97@EUSAACMS0715.eamcs.ericsson.se>
References: <20120601151238.GV4067@pfrc> <FE60A4E52763E84B935532D7D9294FF1355478AEFB@EUSAACMS0715.eamcs.ericsson.se> <C1F7AB81-3232-4A43-A6BC-0FD3879D6874@lucidvision.com>
In-Reply-To: <C1F7AB81-3232-4A43-A6BC-0FD3879D6874@lucidvision.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 06 Jun 2012 00:42:22 -0000

Hi Tom,
yes, you can count me in. As for "guidance from the WG chairs", Which working group should provide such guidance - RTG-BFD or MPLS?

	Regards,
		Greg

-----Original Message-----
From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] 
Sent: Tuesday, June 05, 2012 4:55 PM
To: Gregory Mirsky
Cc: Jeffrey Haas; rtg-bfd@ietf.org
Subject: Re: Adoption of draft-vkst-bfd-mpls-mib


On Jun 5, 2012:2:35 PM, at 2:35 PM, Gregory Mirsky wrote:

> Dear Chairs, Authors, et al.,
> I think that this is needed work but the document needs some modifications:
> - read-create objects can be modified into read-only as no firm 
> requirement to support SNMP based configuration can be found;

	Are you asking us to specifically make the MIB read-only?  If so, this would be at least the second request recently (third if you include mine).  However, it might be good to get some guidance from the WG chairs on this direction as making these changes can be potentially significant.

	--Tom


> - bfdMplsSessTable lacks object to reflect whether Coordinated or 
> Independent monitoring mode being used per RFC 6428;
> - bfdMplsSessTmrNegotiate object is non-standard and is not MPLS 
> specific but is expression of local policy set by an operator. The 
> bfdMplsSessTmrNegotiate should be removed from the bfdMplsSessTable 
> table;
> - list of modes for the bfdMplsSessMode object should include a mode, 
> perhaps referred as bfd, which performs continuity check but does not 
> support RDI functionality (RFC 5884 and RFC 5885);
> - bfdMplsSessTable needs to reflect addressing used if 
> bfdMplsSessMapType = mep(6) - IP or ICC;
> - bfdMplsSessTable needs to reflect encapsulation type, IP or ACH/G-ACh, being used.
> 
> 	Regards,
> 		Greg
> 
> -----Original Message-----
> From: rtg-bfd-bounces@ietf.org [mailto:rtg-bfd-bounces@ietf.org] On 
> Behalf Of Jeffrey Haas
> Sent: Friday, June 01, 2012 8:13 AM
> To: rtg-bfd@ietf.org
> Subject: Adoption of draft-vkst-bfd-mpls-mib
> 
> Working Group,
> 
> This begins a one week poll for the adoption of 
> http://tools.ietf.org/html/draft-vkst-bfd-mpls-mib
> as a working group document.
> 
> Note that this appears to be currently within the scope of our charter:
> 
> : 1. Develop the MIB module for BFD and submit it to the IESG for 
> publication
> : as a Proposed Standard. 
> : 
> : 5. Assist in the standardization of the BFD protocol for MPLS-TP. 
> The
> : preferred solution will be interoperable with the current BFD specification. 
> 
> If our ADs disagree, we'll ask for a formal charter change to pick up this item.
> 
> The room discussion regarding this draft during IETF 83 was positive.
> 
> -- Jeff
>