Re: BFD MIB extension for MPLS-TP

Sam Aldrin <sam.aldrin@gmail.com> Tue, 24 January 2012 06:06 UTC

Return-Path: <sam.aldrin@gmail.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 29E5121F855D for <rtg-bfd@ietfa.amsl.com>; Mon, 23 Jan 2012 22:06:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 Ik+Mik7q13UY for <rtg-bfd@ietfa.amsl.com>; Mon, 23 Jan 2012 22:06:58 -0800 (PST)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 133F321F8552 for <rtg-bfd@ietf.org>; Mon, 23 Jan 2012 22:06:57 -0800 (PST)
Received: by ghbg16 with SMTP id g16so1304364ghb.31 for <rtg-bfd@ietf.org>; Mon, 23 Jan 2012 22:06:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=d5wGNsaFs6+pMYk7jyiSpNJyo9ULVjVIlXHzpxHOO5w=; b=uD7DpiDSj++idJ4KAvbOJVl7AdQTJFhMKlFf0r5MU4/Qts8iU7+lMvfPMYXMUrbJpp rUFgncfnkoxe2dvjs5dVCHLpSPYKponnTBOho1d+uV+X+8QEcLgu9IlH6No7RjGooN3v 7KWPJvKIUQjTT7hNgfwu86m1P2pcvTBxukvVk=
Received: by 10.236.184.196 with SMTP id s44mr16170636yhm.9.1327385217707; Mon, 23 Jan 2012 22:06:57 -0800 (PST)
Received: from [192.168.1.5] (c-107-3-156-34.hsd1.ca.comcast.net. [107.3.156.34]) by mx.google.com with ESMTPS id u39sm15917731yhe.5.2012.01.23.22.06.55 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Jan 2012 22:06:56 -0800 (PST)
Subject: Re: BFD MIB extension for MPLS-TP
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset="us-ascii"
From: Sam Aldrin <sam.aldrin@gmail.com>
In-Reply-To: <20120108235123.GL7464@slice>
Date: Mon, 23 Jan 2012 22:06:54 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <877A7275-7115-4E2F-882B-F2722D7FB68F@gmail.com>
References: <CA+C0YO3-2+757GOaHWuuKX2MAJVD9QAKA=-b6ieZegvpFzPohQ@mail.gmail.com> <20120108235123.GL7464@slice>
To: Jeffrey Haas <jhaas@pfrc.org>
X-Mailer: Apple Mail (2.1251.1)
X-Mailman-Approved-At: Tue, 24 Jan 2012 10:14:32 -0800
Cc: draft-vkst-bfd-mpls-mib@tools.ietf.org, Ross Callon <rcallon@juniper.net>, 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: Tue, 24 Jan 2012 06:06:59 -0000

[apologies for the delayed reply]

Hi Ross, George and Loa,

As Jeff has eluded to in the email, the MIB work for TP could all be within MPLS WG, even though the extensions are being done to support other areas like BFD. 

The draft was intentionally published within BFD WG as the extension is being done, in order to support MPLS including TP extensions, for the existing BFD MIB. When I presented at Taipei, the question was asked by AD that the adoption should be taken up within BFD WG, as draft belongs to BFD WG.

If I have to ask for WG adoption within MPLS WG, I need to move the draft to MPLS. I do not have any personal preference on where it should belong, as long as it gets adopted and we could proceed to finish the work.

So, could you please give us the guidance on how to proceed further? We are ready with new version of the draft, which we would like to submit ASAP.

Thanks in advance
-sam
On Jan 8, 2012, at 3:51 PM, Jeffrey Haas wrote:

> [cc: mpls chairs]
> 
> Sam,
> 
> I believe this MIB is in scope for the BFD WG 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."
> 
> However, there's also some argument to keep all of the MPLS-TP MIB work
> together in the MPLS WG.
> 
> Most of the MPLS-TP work, including MIBs, is occurring in the MPLS WG.
> Doing a cursory review of the two other drafts you presented in the same
> session, there is no strong binding from the oam-id or te-mib to the BFD
> MPLS-TP MIB, but the MPLS-TP BFD MIB has a strong dependency on the oam-id
> MIB.  The MPLS-TP BFD MIB depends on a common index from the bfd session
> table.  Given these dependencies, it seems to make some some sense to keep
> the MPLS-TP MIB work bundled together in on group.
> 
> I was not at IETF 82. Per the MPLS WG minutes it sounds like there is
> some debate as to which WG would cover this work.  I personally have no
> strong preference as to which group is in the draft name since the BFD WG
> will be providing review, per charter, regardless of which group it is in.
> 
> With that, I pass the WG adoption token back to the MPLS chairs.  We're
> happy to take on the work if you don't want it.
> 
> -- Jeff
> 
> On Thu, Dec 15, 2011 at 08:17:24PM -0800, Sam Aldrin wrote:
>> Hello BFD WG,
>> 
>> 
>> We have submitted a new draft, BFD MIB extensions to support MPLS-TP, prior
>> to IETF82 at Taipei.
>> 
>> The draft is located at
>> http://datatracker.ietf.org/doc/draft-vkst-bfd-mpls-mib/
>> 
>> 
>> We have presented the draft in MPLS WG to get feedback from that WG.
>> 
>> As there was no WG session at Taipei, we are seeking feedback from BFD WG
>> over the mailing list.
>> 
>> 
>> The MIB extension is fairly simple and adds few new objects to extend the
>> exiting BFD MIB and support BFD sessions over TP tunnels. Please provide
>> your feedback and comments, so that, we could take it forward and ask to
>> make it a WG document.
>> 
>> 
>> Appreciate your time.
>> 
>> 
>> cheers
>> 
>> -sam