Re: [CCAMP] [mpls] Questions on draft-vkst-mpls-tp-oam-id-mib-01

I need to dig up the email, but I am pretty sure that Matthew had sent out a note clarifying things for PWE3. For MPLS I believe that George made the statement at the meeting (the second one in Taipei).  In any event, the point still remains that that there is no clear and consistent directive on this from the IESG right now across various WGs where it needs to be.

--Tom

On Jan 5, 2012, at 6:37 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:

> Dear Tom, et al.,
> I had to refresh my recollection of the discussion in Taipei. According to minutes we don't have the decision regarding the use of MIBs to configure MPLS-TP objects. Somewhere in my memory stuck that the proposal was to limit new MPLS-TP MIBs to R/O and I wonder if it is self-inflicted memory or one of options chairs and the WG is looking into.
> 
> Regards,
> Greg
> 
> On Tue, Jan 3, 2012 at 11:03 AM, Thomas Nadeau <tnadeau@lucidvision.com> wrote:
> 
>        Stewart,
> 
>        The question of whether or not to allow "configuration" via the OAM protocols (or protocol extensions) was something I raised several months ago in PWE3, although it was also discussed in MPLS as I recall in Taipei as well. It seems to have arisen again.   The conclusions in PWE3 were to allow configuration of only OAM-related things (i.e.: not allowing expansion of the protocols for general configuration). Presumably configuration via MIBs there is still okay. In MPLS I recall the chairs stating that configuration was a thing reserved for NetConf when the question of MIB-based configuration was raised for WG MIB drafts in general (and in particular WRT to the MPLS-TP MIBs).    Those positions seem slightly at odds with each other.  And now your answer now seems inconsistent with those as well.
> 
>        Can we get a single answer from the ADs/IESG on this that pertains to all MPLS-TP related work?
> 
>        --Tom
> 
> 
> On Jan 3, 2012, at 1:02 PM, Stewart Bryant wrote:
> 
> >
> >> 2. Will this MIB be enhanced also to configure "*Y.1731 based OAM for MPLS-TP*"?
> >>
> > Without prejudice to any decisions on Y.1731 and MPLS-TP.
> >
> > Wouldn't such a MIB be a derivative of the Y.1731 MIB?
> >
> > Stewart
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> >
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
> 