Re: [IETFMIBS] Extending InetAddress(Type) for BGP Multicast VPNs

"Adrian Farrel" <adrian@olddog.co.uk> Tue, 17 January 2012 18:48 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: ietfmibs@ietfa.amsl.com
Delivered-To: ietfmibs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 017E421F8597 for <ietfmibs@ietfa.amsl.com>; Tue, 17 Jan 2012 10:48:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 JyUE-g4SHZgC for <ietfmibs@ietfa.amsl.com>; Tue, 17 Jan 2012 10:48:53 -0800 (PST)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by ietfa.amsl.com (Postfix) with ESMTP id 18C3A21F855D for <ietfmibs@ietf.org>; Tue, 17 Jan 2012 10:48:52 -0800 (PST)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0HImoGE008638; Tue, 17 Jan 2012 18:48:51 GMT
Received: from 950129200 (86-83.77-83.cust.bluewin.ch [83.77.83.86]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0HImncr008608 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 17 Jan 2012 18:48:50 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Jeff Haas' <jhaas@juniper.net>, 'Joan Cucchiara' <jcucchiara@mindspring.com>
References: <CBFBAE7D-EFBC-4833-9DD5-C2659C00F419@juniper.net><20120109234012.GA93650@elstar.local><52539B15-9568-486D-9E04-5F753DA2BFAC@juniper.net><20120110105431.GC94367@elstar.local><4F0C35ED.8060705@innovationslab.net><28D0A91D-4C9B-4562-9495-639A38394194@juniper.net><20120110144109.GD95306@elstar.local><4DB4A319-8AA8-4510-B2A9-42A06513F1C0@juniper.net><EDC652A26FB23C4EB6384A4584434A0406F498A6@307622ANEX5.global.avaya.com> <03D47A26-2966-40BB-A372-B560DAE2A57C@juniper.net> <39eb01ccd529$0062c470$6601a8c0@JoanPC> <4B6C3A87-D555-4E6F-B0A2-BA2E2BC13083@juniper.net>
In-Reply-To: <4B6C3A87-D555-4E6F-B0A2-BA2E2BC13083@juniper.net>
Date: Tue, 17 Jan 2012 18:48:49 -0000
Message-ID: <018101ccd548$a7a10110$f6e30330$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
thread-index: AQGmo3JKdJR0MREEvSbSF1xLQ9WMKQD2v+OyARrYa/8BgKlECgG7KNukAgg97WkChTDVdwGj6zjXAnT7vXoCYikDSwHToJjLAV7as8iVwQZ5IA==
Content-Language: en-gb
Cc: ietfmibs@ietf.org
Subject: Re: [IETFMIBS] Extending InetAddress(Type) for BGP Multicast VPNs
X-BeenThere: ietfmibs@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: IETF MIB Discussion list <ietfmibs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietfmibs>, <mailto:ietfmibs-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietfmibs>
List-Post: <mailto:ietfmibs@ietf.org>
List-Help: <mailto:ietfmibs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietfmibs>, <mailto:ietfmibs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2012 18:48:58 -0000

Hi,

The "two implementations" rule is imposed on a case-by-case basis by the IDR WG
chairs. It is usual for protocol modifications to BFD.  I am not aware of it
being enforced for MIB modules (indeed, I am not sure what would be meant by
"two interoperating independent implementations" of a MIB module).

Let's allow the WG chairs to decide what is needed in this case.

Cheers,
Adrian

> -----Original Message-----
> From: ietfmibs-bounces@ietf.org [mailto:ietfmibs-bounces@ietf.org] On Behalf
> Of Jeff Haas
> Sent: 17 January 2012 15:46
> To: Joan Cucchiara
> Cc: ietfmibs@ietf.org
> Subject: Re: [IETFMIBS] Extending InetAddress(Type) for BGP Multicast VPNs
> 
> 
> On Jan 17, 2012, at 10:02 AM, Joan Cucchiara wrote:
> > Could you remind me again what the requirements are by the the IDR WG to
> > have
> > a document advance to RFC status?   As I recall, this is more involved than
> > what is required by
> > other WGs.
> 
> Two independent implementations.
> 
> > Could you also tell us what the status is of the BGPv2 MIBs with respect to
> > the IDR WG requirements?
> 
> Stable, but lacking implementation of the latest draft.  Juniper has an
enterprise
> MIB implementation of the older draft but I haven't had the opportunity to
> update the implementation since joining.  (MIBs get poor attention from
product
> managers in general.)  Another large vendor is rumored to have an
> implementation in progress.
> 
> I also had most of an implementation in Quagga that I have yet to complete.
The
> majority of my problem was net-snmp issues with notifications, particularly
with
> sysUpTime timestamps.
> I probably should complete that just to push the standard.
> 
> -- Jeff
> 
> _______________________________________________
> IETFMIBS mailing list
> IETFMIBS@ietf.org
> https://www.ietf.org/mailman/listinfo/ietfmibs