TCP拥塞控制简单图示说明

     摘要: TCP拥塞控制图解  阅读全文. lgq 2011-09-15 17:46 发表评论.

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接. 第一次握手：建立连接时，客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认；. 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；.

很多人常常对 TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱. Ilya Grigorik 在「 High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂. 传输数据的时候，如果发送方传输的数据量超过了接收方的处理能力，那么接收方会出现丢包.

一、TCP报文结构如下：.  固定首部长度为20字节，可变部分0~40字节，各字段解释：. source port number：源端口，16bits，范围0~65525. target port number：目的端口，16bits，范围同上. sequence number：数据序号，32bits，TCP 连接中传送的数据流中的每一个字节都编上一个序号.

关闭socket分为主动关闭（Active closure）和被动关闭（Passive closure）两种情况. 前者是指有本地主机主动发起的关闭；而后者则是指本地主机检测到远程主机发起关闭之后，作出回应，从而关闭整个连接. 将关闭部分的状态转移摘出来，就得到了下图：. 通过图上，我们来分析，什么情况下，连接处于CLOSE_WAIT状态呢.

在张国荣自尽8周年纪念日，也就是愚人节的前几十分钟，终于把第二章弄完了. 首席似乎不是特别有空，我就斗胆在这里自己发了，从前面2期的反响来看，相当热烈，我也是摆出一副要杀要剐，悉听尊便的架势，这可能是受最近流行霸气外露的影响，批评几句又伤不了皮毛，也影响不了我的工作和正常生活，只要给大家带来快乐，我就很开心，似乎历史上很多想法都是在争吵中诞生的.

原创文章，转载请注明： 转载自pagefault. 本文链接地址: TFO(tcp fast open)简介. 这个是google的几个人提交的一个rfc，是对tcp的一个增强，简而言之就是在3次握手的时候也用来交换数据. 这个东西google内部已经在使用了，不过内核的相关patch还没有开源出来，chrome也支持这个了(client的内核必须支持).

Shared by 子非鱼 安知余(褚霸). 概述：本文讨论主机在发送一个TCP数据包后，如果迟迟没有收到ACK，主机多久后会重传这个数据包. 主机从发出数据包到第一次TCP重传开始，RFC中这段时间间隔称为retransmission timeout，缩写做RTO. 本文会先看看RFC中如何定义RTO，然后看看Linux中如何实现.

服务器调用socket()、bind()、listen()完成初始化后，调用accept()阻塞等待，处于监听端口的状态，客户端调用socket()初始化后，调用connect()发出SYN段并阻塞等待服务器应答，服务器应答一个SYN-ACK段，客户端收到后从connect()返回，同时应答一个ACK段，服务器收到后从accept()返回.

最近在做一个项目，用到HttpClient查询数据，由于服务端强制做成了短链接（大家都知道http1.1默认是带有keepalive机制），导致了请求方TCP状态很多都是TIME_WAITZ状态，端口被全部占用，请求失败. net.ipv4.tcp_tw_reuse = 1 表示开启重用. 允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；.