The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2003-Nov> msg00148



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

documenting ECMP

  • From: Curtis Villamizar <curtis@workhorse.fictitious.org>
  • Date: Tue, 18 Nov 2003 12:42:03 -0500
  • cc: "'tnadeau@cisco.com'" <tnadeau@cisco.com>, "'Shahram Davari'" <Shahram_Davari@pmc-sierra.com>, mpls@UU.NET


In message <FFFC48AEAA5F7447929F4F0D93FCC12D02B92806@zcard031.ca.nortel.com>, "
David Allan" writes:
> 
> > 	Using the example of LSP Ping, you ask the boxes 
> > what they are going to do. In the case of VCCV,
> > we don't care because we aren't tracing, just following 
> > whatever path the data takes.
> 
> Hi Tom:
> 
> Being able to innovate in the space of fate sharing of flows so that the
> "following whatever path the data takes" actually happens is the fundamental
> reason for knowing what implementations do. This is a no-brainer....
> 
> Vendors who want interoperable OAM MUST publish the protocol specifics....!
> 
> cheers
> Dave

The real world seems to be proving you wrong on that one no matter how
emphaticly you make the assertion.

It may be true that vendors who want ITU OAM must publish the
specifics of their ECMP implementation.  Among the vendors with a
combined 99% of the high end router market this seems to be the null
set so let us move forward now.

Curtis