Re: [Spud] SPUD and anycast... ?!

> On 14 Aug 2015, at 13:59, Toerless Eckert <eckert@cisco.com> wrote:
> 
> http://www.cachefly.com/2014/07/11/measuring-throughput-performance-dns-vs-tcp-anycast-routing/
> 
> Even beyond this easily googled example, i think that anycast TCP is
> used quite a bit and on web application you can often just have short
> lived TCP connection running completely on the anycast address and just
If you want to use anycast with TCP, how do you make sure that all TCP
packets with the same anycast destination address end up at the same host?
For SCTP you would only use an anycast address as the destination address of
the first packet and then the server uses a unicast address. Since SCTP
supports multiple IP addresses and dynamic address reconfiguration, that
is possible. Similar things can be done with MPTCP, but not with TCP.

Best regards
Michael
> redirect to a unicast URL when you know it's going to be long-lived (streaming).
> So i think the reason why this  may not have come up is because for a good amount
> of applications, just ignoring the anycast problem leads to good enough
> solutions, and the solutions where this would not work may not had
> enough of a business case / working strategy to get this type of extension
> forced into TCP.
> 
> Cheers
>   toerless
> 
> On Fri, Aug 14, 2015 at 09:39:57AM +0200, Michael Tuexen wrote:
>>> On 14 Aug 2015, at 09:04, Toerless Eckert <eckert@cisco.com> wrote:
>>> 
>>> Was there ever an extension for TCP or SCTP to "explicitly" deal with
>>> anycast, eg: SYN to reponder anycast, SYN-ACK back from responder
>>> unicast, but with data field indicating anycast address and nonce from
>>> SYN, then ACK back to responder unicast ?
>> You can do that with SCTP and dynamic address re-conifguration. Randy
>> Stewart and myself discussed this ages ago but never wrote an ID, since
>> we didn't see a consumer of the idea.
>> 
>> Best regards
>> Michael
>>> 
>>> I can't remember / find anything like this right now. WOuld be
>>> lovely for SPUD to consier including something like this. Heck,
>>> could even do this with multicast and let initiator send ACK
>>> back to fastest responder ;-)
>>> 
>>> Cheers
>>>   Toerless
>>> 
>>> _______________________________________________
>>> Spud mailing list
>>> Spud@ietf.org
>>> https://www.ietf.org/mailman/listinfo/spud
>