Re: MIBs for GMPLS

Thomas Nadeau <tnadeau@cisco.com> Sun, 16 December 2001 14:03 UTC

Envelope-to: ccamp-data@psg.com
Delivery-date: Sun, 16 Dec 2001 06:09:17 -0800
Message-Id: <4.3.2.7.2.20011216090030.01a3a918@bucket.cisco.com>
Date: Sun, 16 Dec 2001 09:03:39 -0500
To: Joan Cucchiara <jcucchia@crescentnetworks.com>
From: Thomas Nadeau <tnadeau@cisco.com>
Subject: Re: MIBs for GMPLS
Cc: Adrian Farrel <afarrel@movaz.com>, ccamp@ops.ietf.org, Tim Hall <TimHall@dataconnection.com>, Edward Harrison <eph@dataconnection.com>, Cheenu Srinivasan <cheenu@paramanet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"

         Hi Joan,

>Why is there so much overlap between these
>MIBs and the MIBs in MPLS?
>It seems that the MPLS MIBs could be extended
>for GMPLS specific info and thus avoid so much
>overlap.  Could you shed some light on this?

         The idea was to leverage as much of the "classic"
MIBs as possible.  We originally tried extending the
"classic" MIBs, but it turned out to be quite a problem
and made the MIBs resemble a pile of bailing wire
and bubble gum, especially for those tables which were indexed
by labels (LSR and TE hop tables, for example).

>Also the Labels MIB is glumping everything into
>a single table.  Was the use of separate tables (similar
>to what LDP did for ATM and FR specific objects)
>considered?

         The motivation here was to be able to implement
the GMPLS TE MIB without the GMPLS LSR MIB.
The dependency from the TE MIB is really on the label
table, so pulling this out seemed to make sense for those
only wishing to implement the GMPLS TE MIB first.

         --Tom


>   Thanks, Joan
>
> > Adrian Farrel wrote:
> >
> > At the CCAMP meeting in SLC Tom introduced the set of MIBs for GMPLS
> > that we have produced.
> >
> > Kireeti asked that we take the MIBs to the list to ensure that the big
> > issues have been addressed, that everyone is comfortable with the
> > approach and there really is a need for the MIBs.
> >
> > Requirements are handled by...
> >
> > - protocols within the IETF need MIBs, further
> >   draft-ietf-ccamp-gmpls-architecture-01.txt
> >   explicitly requires MIBs for GMPLS
> >
> > The biggest issue outstanding was whether the Labels MIB should be
> > included within the LSR MIB.  The authors currently feel that it
> > should remain as a separate MIB
> >
> > - to allow people to implement only the TE MIB
> >   without putting complex conformance statements
> >   in the LSR MIB
> > - to allow people to clearly not implement the
> >   Labels MIB at all.
> > We would welcome input on this.
> >
> >
> > Please take this opportunity to give us your input and help shape the
> > MIBs.
> >
> > We hope to respin the drafts in a compilable form in the next few
> > days.
> >
> >
> > The MIBs are...
> >
> > 
> http://search.ietf.org/internet-drafts/draft-nadeau-ccamp-gmpls-tc-mib-00.txt
> > 
> http://search.ietf.org/internet-drafts/draft-nadeau-ccamp-gmpls-label-mib-00.txt
> > 
> http://search.ietf.org/internet-drafts/draft-nadeau-ccamp-gmpls-te-mib-00.txt
> > 
> http://search.ietf.org/internet-drafts/draft-nadeau-ccamp-gmpls-lsr-mib-00.txt
> >
> >
> > Regards,
> > Adrian
> >
> > --
> > Adrian Farrel
> > Movaz Networks Inc.
> > Tel: 703-847-1867
> > afarrel@movaz.com



------------------------------------------------------------------------
Mathematics is the supreme nostalgia of our time.