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

Re: [PCN] Comments on HOSE edge behaviour discussion



the answer is configuration and per-implementation dependent.  A number of implementations have a default setting of per-flow or per-destination form of ECMP, which is what would be needed for RSVP.  The danger arises if an in-path router is configured for per-packet ECMP -- some vendors/implementations support this, some don't.

-ken


On Nov 12, 2009, at 7:57 PM, Steven Blake wrote:

> On Thu, 12 Nov 2009 16:32:58 +0100, "Georgios Karagiannis"
> <karagian at cs.utwente.nl> wrote:
> 
>>> Steven Blake: ECMP support - not safe to assume that path signaling
>> message will follow the same path as the data - so not safe to say that
> this
>>> scheme solves the ECMP support issue.
>> 
>> Georgios: Steve, please note that from the point of view of the followed 
>> communtication path for signaling messages and data packets, 
>> the same assumptions are used as the ones applied and used by RSVP PATH
> and
>> data packets. Thus if the RSVP signaling works to support QOS, then the
> proposed ECMP
>> solution will also work.
> 
> Georgios,
> 
> I don't believe that is correct.  Can you comment Francois?
> 
> 
> Regards,
> 
> // Steve
> _______________________________________________
> PCN mailing list
> PCN at ietf.org
> https://www.ietf.org/mailman/listinfo/pcn