[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: draft-bonica-tunneltrace-02




> > I am hearing that people want to
> > use simpler approaches, even if they are not architecturally pure. Some 
> of these
> > approaches that are available today and won't double the cost
> >of a device because the OAM
> > functions are built on top of existing software, and
> > thus don't require an army of software and  hardware developers to realize.
>
>Interesting. So you actually beleive that MPLS OAM doubles the cost of 
>device!!!

         No. Don't misinterpret what I am saying. I think that YOUR approach
will significantly increase the cost of a device.  There are other approaches
that leverage existing technologies that are already implemented. I think
the cost increase for these approaches is marginal in comparison.

> >          I do not think that Y.1711 presents good solutions
> > to the problem of
> > OAM.
>
>Why? The approach taken in Y.1711 is not new, it has been around for
>many many years in other technologies and has proven to work fine.

         You are basically trying to meld ATM OAM technology
onto MPLS, which isn't an easy thing to do nor is it a good fit, IMHO.

> > I don't think I am out in left field on this one either.
> > So again, I propose that we work on practical solutions to the problem 
> of OAM
> > for MPLS.
>
>What do you mean by practical solution?

         A solution to that can be implemented in one's lifetime and will not
significantly increase the cost of the device on which it is implemented.
Such solutions generally do not require a complete re-design
of all hardware that is deployed in the world and that generally seem
to work pretty well at this point.

         --Tom




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