Happy Eyeballs

The idea of Happy eyeballs was first introduced as improvement to the responsiveness of the dual-stack applications (both IPv4 and IPv6).

The problem

The behavior happy eyeballs is trying to improve is generated by how the TCP handshake protocol works.

Before establishing a connection and after sending a syn packet, TCP waits a syn-ack packet from the counterpart.

He main issue here is that if the syn-ack gets lost or is not sent at all, TCP keeps waiting slowing down all applications that are related to that connection.

The introduction of the dual stack environment, which deals with both IPv4 and IPv6 addresses, has made this performance issue worse.

In a dual stack connection model, an IPv6 (or IPv4) syn will first be sent. TCP then waits for the syn-ack. Only when TCP is sure that this tentative of connection has failed will send the IPv4 (or IPv6) syn. …and wait….

There is clearly too much “waiting time”!

Happy eyeballs algorithm

Referring to the web browser, what happy eyeballs does is introducing a different TCP behavior after a response to the DNS query is received.

Both IPv6 and IPv4 syn packets are sent off at the same time, the first syn-ack that reaches the source will determined the protocol used and the other one will be discarded.

Possible extension

At the moment happy eyeballs relates to the web browser. A possible logical extension would be implementing the algorithm in other applications.

References

RFC 6555

Geoff Huston keynote speech at NORDUnet 2012

-- AlessandraScicchitano - 2013-05-16

Edit | Attach | Watch | Print version | History: r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r2 - 2013-05-20 - AlessandraScicchitano
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2004-2009 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.