Re: [tcpm] WG status update

Hi Bruno,

After a casual look, it appears to me that a lightweight implementation of MP-TCP can have the same benefits, but does not require the opaque exchange of IPv4 addresses...

Your use case - that the old L3 address is already no longer available at the time of the rehash - may need to be looked at in MPTCP though (iirc, they do a graceful session setup first (thus can work with NAT mostly), and move data transport only after the successful establishment of the 2nd L3 connectivity, and only then tear down the original L3 connectivity).

Perhaps the effort would be better placed on making sure that such light-weight MPTCP implementations remain feasible, instead of defining an alternate method that is addressing only this one aspect, but incompatible with MPTCP otherwise?

Richard Scheffenegger

> -----Original Message-----
> From: Bruno Mongazon-Cazavet 
> [mailto:bruno.mongazon-cazavet@alcatel-lucent.com] 
> Sent: Mittwoch, 10. November 2010 08:54
> To: Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP]
> Cc: tcpm@ietf.org
> Subject: Re: [tcpm] WG status update
> 
> 
>   Le 10/11/2010 01:54, Eddy, Wesley M. (GRC-MS00)[ASRC 
> AEROSPACE CORP] a écrit :
> > Hi, for those of you who aren't in Beijing, here's a 
> snapshot of the TCPM WG status.
> 
> Hi,
> 
> I have posted a 00 draft that might be of interest for your working 
> group. I don't see any mention in your snapshot.
> http://www.ietf.org/id/draft-mongazon-tcpm-tcp-rehash-00.txt
> 
> I will not be in Beijing to present it but i hope to be in 
> Prague to do so.
> I would appreciate the working group can look at it and let 
> me know if 
> it could be of any interest and how i shall pursue my contribution.
> 
> I have done a Linux kernel implementation of the draft and be 
> ready for 
> a demo in Prague.
> 
> Best Regards,
> Bruno.
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
> 