tcp/ip调优
- Lucseeker - 在路上在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接. 第一次握手：建立连接时，客户端发送syn包(syn=x)到服务器，并进入SYN_SEND状态，等待服务器确认；. 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；.
TCP连接的建立与终止
标签：
tcp
| 发表时间：2015-10-07 16:29 | 作者：ncs123
出处：http://www.iteye.com
1.TCP连接的建立与终止
TCP连接建立需要三次握手，主动打开方状态:SYN_SENT,被动打开方状态:SYN_RCVD
TCP连接断开需要四次握手，被动关闭（CLOSE_WAIT），主动关闭（TIME_WAIT）
shell:netstat -n |awk ‘/^tcp/ {print $NF}’|sort|uniq -c|sort -rn可以查看TCP连接
CLOSE_WAIT连接数多：根本原因就是被动关闭方连接没有关闭
原因一：代码中没有写关闭连接的代码
原因二：该连接的业务代码处理时间太长，代码还在处理，对方已经发起断开连接请求
TIME_WAIT连接数多：TIME_WAIT状态也称为2MSL状态，这个TCP连接在2MSL等待期间，定义这个连接的插口（客户的IP地址和端口号，服务器的IP地址和端口号）不能再被使用，这个连接只能在2MSL结束后才能被使用。
解决方法：使用TCP连接API中SO_REUSEADDR选项，它能重新使用处于2MSL状态中的端口
MSL：Maximum Segment Lifetime 报文最大存活时间
2MSL的用处：主动关闭连接的一方发回最后一个ACK丢失时，可以有时间重新发送最后一个ACK（另一端超时并重发最后的FIN）
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
TCP连接建立需要三次握手，主动打开方状态:SYN_SENT,被动打开方状态:SYN_RCVD
TCP连接断开需要四次握手，被动关闭（CLOSE_WAIT），主动关闭（TIME_WAIT）
shell:netstat -n |awk ‘/^tcp/ {print $NF}’|sort|uniq -c|sort -rn可以查看TCP连接
CLOSE_WAIT连接数多：根本原因就是被动关闭方连接没有关闭
原因一：代码中没有写关闭连接的代码
原因二：该连接的业务代码处理时间太长，代码还在处理，对方已经发起断开连接请求
TIME_WAIT连接数多：TIME_WAIT状态也称为2MSL状态，这个TCP连接在2MSL等待期间，定义这个连接的插口（客户的IP地址和端口号，服务器的IP地址和端口号）不能再被使用，这个连接只能在2MSL结束后才能被使用。
解决方法：使用TCP连接API中SO_REUSEADDR选项，它能重新使用处于2MSL状态中的端口
MSL：Maximum Segment Lifetime 报文最大存活时间
2MSL的用处：主动关闭连接的一方发回最后一个ACK丢失时，可以有时间重新发送最后一个ACK（另一端超时并重发最后的FIN）
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [tcp] 推荐：
浅谈TCP优化
- - 火丁笔记很多人常常对 TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱. Ilya Grigorik 在「 High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂. 传输数据的时候，如果发送方传输的数据量超过了接收方的处理能力，那么接收方会出现丢包.
TCP报文结构
- - 互联网 - ITeye博客一、TCP报文结构如下：. 固定首部长度为20字节，可变部分0~40字节，各字段解释：. source port number：源端口，16bits，范围0~65525. target port number：目的端口，16bits，范围同上. sequence number：数据序号，32bits，TCP 连接中传送的数据流中的每一个字节都编上一个序号.
TCP 状态变化
- - 互联网 - ITeye博客关闭socket分为主动关闭（Active closure）和被动关闭（Passive closure）两种情况. 前者是指有本地主机主动发起的关闭；而后者则是指本地主机检测到远程主机发起关闭之后，作出回应，从而关闭整个连接. 将关闭部分的状态转移摘出来，就得到了下图：. 通过图上，我们来分析，什么情况下，连接处于CLOSE_WAIT状态呢.
TCP/IP分享——链路层
- Goingmm - 弯曲评论在张国荣自尽8周年纪念日，也就是愚人节的前几十分钟，终于把第二章弄完了. 首席似乎不是特别有空，我就斗胆在这里自己发了，从前面2期的反响来看，相当热烈，我也是摆出一副要杀要剐，悉听尊便的架势，这可能是受最近流行霸气外露的影响，批评几句又伤不了皮毛，也影响不了我的工作和正常生活，只要给大家带来快乐，我就很开心，似乎历史上很多想法都是在争吵中诞生的.
TFO(tcp fast open)简介
- chenqj - pagefault原创文章，转载请注明： 转载自pagefault. 本文链接地址: TFO(tcp fast open)简介. 这个是google的几个人提交的一个rfc，是对tcp的一个增强，简而言之就是在3次握手的时候也用来交换数据. 这个东西google内部已经在使用了，不过内核的相关patch还没有开源出来，chrome也支持这个了(client的内核必须支持).
TCP/IP重传超时--RTO
- dennis - 一个故事@MySQL DBAShared by 子非鱼 安知余(褚霸). 概述：本文讨论主机在发送一个TCP数据包后，如果迟迟没有收到ACK，主机多久后会重传这个数据包. 主机从发出数据包到第一次TCP重传开始，RFC中这段时间间隔称为retransmission timeout，缩写做RTO. 本文会先看看RFC中如何定义RTO，然后看看Linux中如何实现.
TCP协议通讯流程
- - 操作系统 - ITeye博客服务器调用socket()、bind()、listen()完成初始化后，调用accept()阻塞等待，处于监听端口的状态，客户端调用socket()初始化后，调用connect()发出SYN段并阻塞等待服务器应答，服务器应答一个SYN-ACK段，客户端收到后从connect()返回，同时应答一个ACK段，服务器收到后从accept()返回.
TCP短链接调优
- - 操作系统 - ITeye博客最近在做一个项目，用到HttpClient查询数据，由于服务端强制做成了短链接（大家都知道http1.1默认是带有keepalive机制），导致了请求方TCP状态很多都是TIME_WAITZ状态，端口被全部占用，请求失败. net.ipv4.tcp_tw_reuse = 1 表示开启重用. 允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；.
TCP 的那些事儿（下）
- - 酷 壳 - CoolShell.cn这篇文章是下篇，所以如果你对TCP不熟悉的话，还请你先看看上篇《 TCP的那些事儿（上）》 上篇中，我们介绍了TCP的协议头、状态机、数据重传中的东西. 但是TCP要解决一个很大的事，那就是要在一个网络根据不同的情况来动态调整自己的发包的速度，小则让自己的连接更稳定，大则让整个网络更稳定. 在你阅读下篇之前，你需要做好准备，本篇文章有好些算法和策略，可能会引发你的各种思考，让你的大脑分配很多内存和计算资源，所以，不适合在厕所中阅读.