tcp几种状态

     工作中也写了网络程序，再把tcp 的连接的，不同状态记录下。

传输控制协议（英语：Transmission Control Protocol, TCP）

 

7层体系结构

应用层

    文件传输，电子邮件，文件服务，虚拟终端

    TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet

表示层

    数据格式化，代码转换，数据加密

会话层

    解除或建立与别的接点的联系

传输层（运输层）

    提供端对端的接口 TCP，UDP

网络层

    为数据包选择路由 即数据往哪个路由器发送。

    IP，ICMP，RIP，OSPF，BGP，IGMP

数据链路层

    传输有地址的帧以及错误检测功能

    SLIP，CSLIP，PPP，ARP，RARP，MTU

物理层

    以二进制数据形式在物理媒体上传输数据 ISO2110，IEEE802。IEEE802.2

 

TCP连接的状态转换图：

       

 

 

名词解释：

CLOSED：  无连接是活动的或正在进行 

LISTEN：  服务器在等待进入呼叫 

SYN_RECV：一个连接请求已经到达，等待确认 

SYN_SENT：应用已经开始，打开一个连接 

ESTABLISHED：正常数据传输状态 

 

FIN_WAIT1：应用说它已经完成 

FIN_WAIT2：另一边已同意释放 

CLOSING：  两边同时尝试关闭 

LAST_ACK： 等待所有分组死掉

TIME_WAIT：另一边已初始化一个释放 

ITMED_WAIT：等待所有分组死掉 ：等待2*MSL（Max Segment Lifetime，最大分段生存期，指一个TCP报文在Internet上的最长生存时间。每个具体的TCP协议实现都必须选择一个确定的MSL值，RFC 1122建议是2分钟，但BSD传统实现采用了30秒，Linux可以cat /proc/sys/net/ipv4/tcp_fin_timeout看到本机的这个值）

 time_wait存在原因：停留两倍的MSL时长呢？这是因为TCP是一个建立在不可靠网络上的可靠的协议，主动关闭的一方收到被动关闭的一方发出的FIN包后，回应ACK包，同时进入TIME_WAIT状态，但是因为网络原因，主动关闭的一方发送的这个ACK包很可能延迟，从而触发被动连接一方重传FIN包。极端情况下，这一去一回，就是两倍的MSL时长。如果主动关闭的一方跳过TIME_WAIT直接进入CLOSED，或者在TIME_WAIT停留的时长不足两倍的MSL，那么当被动关闭的一方早先发出的延迟包到达后，就可能出现类似下面的问题：

 

看了这个图，虽然和具体业务无关，但是和短信协议实现相试，这也是种业务设计的模式，工作中，业务层的网络交互也可参考这样设计

 

最详细的：http://hi.baidu.com/suxinpingtao51/item/be5f71b3a907dbef4ec7fd0e