Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Aug 2011 17:20:20 +0300
From:      Catalin Nicutar <catalin.nicutar@gmail.com>
To:        soc-status@freebsd.org
Subject:   TCP UTO - Weekly Report 12
Message-ID:  <CADgY63tkFDk2Xmu8qhZZ8pLFinJJcKTUeCJDeqZ-rWY8nbi6CQ@mail.gmail.com>

next in thread | raw e-mail | index | archive | help
Hello!

This is the twelfth report for TCP UTO.

* Short TCP UTO description
UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO
specifies a peer should be allowed to advertise its chosen `User Timeout'
for a connection.
The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO



* Work completed last week
 * I have merged the UTO drain functionality into tcp_drain and replaced
 the later with a wrapper
 * I have submitted the change to TCP_RCVUTO_TIMEOUT handling (now the
 application can impose a per-connection maximum acceptable timeout)
 * I have cleaned up the tests and removed duplicate code and added two
 new scenarios
 * I made net.inet.tcp.uto.enable control the usability of UTO
 * I have cleaned up the kernel and userland UTO code and updated tcp.4.
 * I have updated the wiki page and attached patches and tests


* Future goals, as I intend to help to get it into the kernel after GSoC:
 * Currently the purging of misbehaving UTO connections remains partly
 unsolved. The drain function can't be called too often for performance
 reasons and calling it in a timer on fixed intervals is also problematic
 * The option should be attached to the first non-SYN segment sent (such
 that it gets resent if retransmissions need to be performed)
 * UTO is not included in the options if there is not enough space (perhaps
 because of SACK or MD5). Dropping SACK from one segment wouldn't impact
 performance and would allow UTO
 * Broken TCPs might expect SACK to be the last option in a segment. I must
 test to find out if UTO might cause interoperability issues
 * More interoperability tests with Linux need to be performed



If you have questions, suggestions or advices drop me an email to
cnicutar@FreeBSD.org.

Catalin Nicutar



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADgY63tkFDk2Xmu8qhZZ8pLFinJJcKTUeCJDeqZ-rWY8nbi6CQ>