Re: Working Group Last Call for draft-ietf-ospf-mib-update-06.txt

Rohit Dube <rohit@XEBEO.COM> Wed, 30 April 2003 19:37 UTC

Received: from cherry.ease.lsoft.com (cherry.ease.lsoft.com [209.119.0.109]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA21844 for <ospf-archive@LISTS.IETF.ORG>; Wed, 30 Apr 2003 15:37:14 -0400 (EDT)
Received: from walnut (209.119.0.61) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <21.009A1512@cherry.ease.lsoft.com>; Wed, 30 Apr 2003 15:40:04 -0400
Received: from DISCUSS.MICROSOFT.COM by DISCUSS.MICROSOFT.COM (LISTSERV-TCP/IP release 1.8e) with spool id 695409 for OSPF@DISCUSS.MICROSOFT.COM; Wed, 30 Apr 2003 15:40:03 -0400
Received: from 204.192.44.242 by WALNUT.EASE.LSOFT.COM (SMTPL release 1.0i) with TCP; Wed, 30 Apr 2003 15:40:03 -0400
Received: (qmail 16490 invoked from network); 30 Apr 2003 19:40:03 -0000
Received: from bigbird.xebeo.com (192.168.0.21) by lxmail.xebeo.com with SMTP; 30 Apr 2003 19:40:03 -0000
Received: from bigbird.xebeo.com (localhost.localdomain [127.0.0.1]) by bigbird.xebeo.com (8.9.3/8.9.3) with ESMTP id PAA03765; Wed, 30 Apr 2003 15:40:03 -0400
X-Mailer: exmh version 2.1.1 10/15/1999
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Message-ID: <200304301940.PAA03765@bigbird.xebeo.com>
Date: Wed, 30 Apr 2003 15:40:03 -0400
Reply-To: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
Sender: Mailing List <OSPF@DISCUSS.MICROSOFT.COM>
From: Rohit Dube <rohit@XEBEO.COM>
Subject: Re: Working Group Last Call for draft-ietf-ospf-mib-update-06.txt
To: OSPF@DISCUSS.MICROSOFT.COM
In-Reply-To: Message from Acee Lindem <acee@REDBACK.COM> of "Wed, 30 Apr 2003 15:26:17 EDT." <3EB02359.4010609@redback.com>
Precedence: list

On Wed, 30 Apr 2003 15:26:17 -0400 Acee Lindem writes:
=>> As Don suggested, these might be candidates for a new configuration objects
=>> in the protocol MIBs. Bandwidth, Admin Groups, etc. are covered in the
=>> TE MIB.  draft-ietf-tewg-mib-04.txt
=>
=>Okay - I'm not strongly opposed. However, I took a look at the
=>TE MIB (draft-ietf-tewg-mib-04.txt) and its tunnel table is relative
=>to a complete TE'ed path (e.g., LSP). Whereas, the OSPF TE stuff
=>applies to a specific interface. It almost seems to me like all this TE
=>stuff should be included or go in a separate MIB. The problem with
=>included it is that the extensions go on an on.

FWIW, I would be mildly opposed to putting the TE stuff into the MIB
for exactly the reasons that Acee suggests :
o if we decide to work on this, this should go into a separate MIB.
o TE extensions may go on for a while and we can't wait on these to
  push the ospf-mib-update through. For instance if the diffserv te
  work is standardized, there may be objects from there that would need
  to be pulled into such a MIB.

Regards,
--rohit.