The MPLS WG Archive

["Cucchiara, Joan" <JCucchiara@Brixnet.com>]

> -----Original Message-----
> From: Adrian Farrel [mailto:AF@datcon.co.uk]
> Sent: Monday, August 21, 2000 5:42 AM
> To: te-wg@UU.NET
> Cc: mpls@UU.NET
> Subject: RE: consensus to make 
> draft-kompella-mpls-te-mib-00.txt a TEWG
> it em?
> 
> 
> My $0.02 on this...
> 
> >> So, with that said - I'd like to see what the consensus of 
> >> the list is.
> >> 
> >> Should Kireeti's draft
> >> a) be accepted as a TE WG item at this time?
> >> b) not be accepted as a TE WG item at this time?
> 
> I believe that this should NOT move forward as a tewg item at 
> this time.
> 
> I suggest that it could be the role of the tewg to
> - produce a TE MIB that is independent of MPLS
> - produce a set of requirements on the MPLS TE MIB and
>   request (insist?) that the mplswg incorporate them
> 
> I suggest that it is the role of the mplswg to
> - produce a fully functional MIB (set of MIBs) that
>   can be used to configure, manage and observe an MPLS
>   TE network
> - take input from implementers, operators and those
>   with particular TE experience 
> 
> Having had considerable experience with the mplswg MIBs
> I feel that there _is_ considerable overlap between the
> MIBs and that much of what Kireeti shows in his MIB can
> be found in the mplswg MIB.  On the other hand, there are
> other functions that are "new" in Kireeti's MIB that would
> be of value in the mplswg MIBs, and my view is that the
> authors of the mplswg MIBs must incorporate them.
> 
> I cannot understand why it would not be a valuable use of
> the conformance statement and conformance units to produce
> a single combined MIB where the function of Kireeti's MIB
> can be achieved by legally supporting just a subset of the
> objects in the mplswg MIBs.

I would like to understand what exactly is being
proposed here.

Are you proposing that by using conformance statements the MPLS-TE
MIB (draft-ietf-mpls-te-mib) produce a minimal set of requirements
which is essentially the objects contained in draft-kompella-te-mib?

If so, I'd like to raise a few concerns.  Assuming this could
be done (and I'm not convinced that it could) but for the
sake of argument, assuming that it is achievable:

1) that's not the purpose of conformance statements, so think
you'd be making MIB history here ;)   

2) These conformance statements would be extremely complex.  Right
now, one encounters conformance statements dealing largely with
physical issues, such as "The xxxATM Group needs to be supported
on devices which support one or more ATM interfaces".  
I can't imagine what you would base these
conformance statements on, such that someone a year from now
would be able to read them and understand what is being asked.

3) if the LSR MIB is effected because of this (and I believe that it
would be since the MPLS-TE MIB has quite a bit of dependence
on the LSR MIB) then what does this mean for the LSR MIB.  Does this
suggestion also extend to the LSR MIB, and thus, the LSR MIB's conformance
statements would need rewriting also?  Since the LSR MIB has
already had a couple of last calls, is it even possible
to go back and make changes to the LSR MIB?

4) the LDP MIB has a dependence on the LSR MIB, so I would like to
understand what is involved in rewriting conformance statements in
this way, and what the effects are on the MPLS-TE MIB and LSR MIB, 
prior to just accepting this solution at face value. 

5) Typically, when there are optional objects, these don't get
implemented.  What is the motivation for implementing them?  (there
is none to speak of because minimal compliance to a standard RFC is
compliance.)  If you end up making much of the MPLS-TE MIB optional
just to obtain a draft-kompella-mpls-te-mib, I think this is a complete
waste of time and energy, so again, I would like to understand how
this is going to be done, and what the consequences are prior to agreeing
to this course of action.

On the surface rewriting comformance statements may seem like a 
good compromise, but I have doubts about the feasibility of this
as a solution.  Could the authors speak to some of the issues above
so that we could get a clear understanding of what this would involve?

  Thanks, Joan

> 
> Would the authors (on both sides) like to comment on whether 
> this is feasible, or indeed whether they have already started
> discussions on this topic?
> 
> Regards,
> Adrian
> --
> Adrian Farrel  mailto:af@datcon.co.uk
> Network Convergence Group
> Data Connection Ltd., Chester, UK
> http://www.datcon.co.uk/
> Tel: +44 (0) 1244 313440  Fax: +44 (0) 1244 312422
>