tcp: RFC7413 option support for Fast Open client
authorDaniel Lee <Longinus00@gmail.com>
Mon, 6 Apr 2015 21:37:27 +0000 (14:37 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 7 Apr 2015 22:36:39 +0000 (18:36 -0400)
commit2646c831c00c5d22aa72b79d24069c1b412cda7c
treef6e61181b9dc10969a0501fc1e3a8af5be021dfe
parent7f9b838b71eb78a27de27a12ca5de8542fac3115
tcp: RFC7413 option support for Fast Open client

Fast Open has been using an experimental option with a magic number
(RFC6994). This patch makes the client by default use the RFC7413
option (34) to get and send Fast Open cookies.  This patch makes
the client solicit cookies from a given server first with the
RFC7413 option. If that fails to elicit a cookie, then it tries
the RFC6994 experimental option. If that also fails, it uses the
RFC7413 option on all subsequent connect attempts.  If the server
returns a Fast Open cookie then the client caches the form of the
option that successfully elicited a cookie, and uses that form on
later connects when it presents that cookie.

The idea is to gradually obsolete the use of experimental options as
the servers and clients upgrade, while keeping the interoperability
meanwhile.

Signed-off-by: Daniel Lee <Longinus00@gmail.com>
Signed-off-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: Neal Cardwell <ncardwell@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/linux/tcp.h
include/net/tcp.h
net/ipv4/tcp_input.c
net/ipv4/tcp_metrics.c
net/ipv4/tcp_output.c
net/ipv4/tcp_timer.c