<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>Karellen</author><text>Hmmmm....the article prelude, and points 1 and 3, and the rationale document linked for point 2, all seem to be about optimising TCP for HTTP/the Web.&lt;p&gt;The thing is, a heck of a lot more runs over the Internet/TCP than just HTTP/the web. Also, it can very well be argued that a lot of the &quot;end-user&quot; perceived problems they are trying to fix (e.g. HTTP total request-response round trip latency) are acutally problems with HTTP, rather than TCP - notably the fact that for &quot;small&quot; web requests all HTTP effectively does is re-implement a datagram protocol (albeit with larger packets than UDP) on top of TCP, with all the consequent overhead of setting up and tearing down a TCP connection.&lt;p&gt;It&apos;s an interesting set of fixes. But are they the right fixes, at the right level? Would moving to SPDY instead of HTTP fix the problems better, at a more appropriate level? With less chance of impacting all the other protocols that run (and are yet to run) over TCP?</text><parent_chain></parent_chain></comment><story><title>Let&apos;s make TCP faster</title><url>http://googlecode.blogspot.com/2012/01/lets-make-tcp-faster.html</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>ajross</author><text>OK, dumb question which I&apos;m too lazy to look up for myself:  what is TCP Fast Open, and how is it different from T/TCP?  My vague memory is that the latter was dropped because allocating port numbers without requiring an explicit round trip simply could not be made robust vs. DDOS attacks.  What tricks is TFO using that T/TCP didn&apos;t?&lt;p&gt;(&lt;i&gt;edit: Not so lazy after all I guess.  The draft RFC here: &lt;a href=&quot;http://tools.ietf.org/html/draft-cheng-tcpm-fastopen-00&quot; rel=&quot;nofollow&quot;&gt;http://tools.ietf.org/html/draft-cheng-tcpm-fastopen-00&lt;/a&gt; and after a very quick perusal I don&apos;t see an attempt to solve the DOS problem either.  It seems like it just requires apps to handle the transactions really fast and then close the connection?&lt;/i&gt;)</text><parent_chain></parent_chain></comment><story><title>Let&apos;s make TCP faster</title><url>http://googlecode.blogspot.com/2012/01/lets-make-tcp-faster.html</url></story>