21 Aug 2019
优化TIMEWAIT的方法中，有一种论调是在tcp优化时，因为TIMEWAIT的存活时间是2MSL，所以我们需要缩短MSL来达到快速回收TIMEWAIT状态的tcp的目的。
那么这里引出几个问题，MSL在linux中，是否可以调优？网上普遍流传的tcp_fin_timeout是否可以控制MSL的时间长短呢？
首先，我们的目的是要调优TIMEWAIT，因此，才会关注MSL这个时间。而在linux的内核源码的tcp.h中，有这样一段
#define TCP_TIMEWAIT_LEN (60*HZ) /* how long to wait to destroy TIME-WAIT * state, about 60 seconds */
这里可以看出，TIMEWAIT的销毁时间，是由TCP_TIMEWAIT_LEN来控制的，而其是个常量，是60s，是无法被调优的。
个人猜测是两个原因:
#define TCP_FIN_TIMEOUT TCP_TIMEWAIT_LEN /* BSD style FIN_WAIT2 deadlock breaker. * It used to be 3min, new value is 60sec, * to combine FIN-WAIT-2 timeout with * TIME-WAIT timer. */
以上两个原因，都是个人猜测，个人猜测，请在未验证之前，不要拿来作为依据。
# 1. 搭建一个tomcat，用于测试，此处忽略 # 2. 首先设定fin_timeout为一个极短的时间 echo "3" > /proc/sys/net/ipv4/tcp_fin_timeout # 验证一下 cat /proc/sys/net/ipv4/tcp_fin_timeout 3 # 3. curl一下tomcat，创建几个tcp连接 curl 127.0.0.1:8080 -I # 4. 使用ss检查处于timewait状态的连接，使用-o来检查其时间 ss -n -o state time-wait Netid Recv-Q Send-Q Local Address:Port Peer Address:Port tcp 0 0 127.0.0.1:42924 127.0.0.1:8080 timer:(timewait,55sec,0) tcp 0 0 127.0.0.1:42922 127.0.0.1:8080 timer:(timewait,54sec,0) # 发现初始化时间就是60s # 再次检查，发现时间减少，直到时间为0，tcp连接消失 ss -n -o state time-wait Netid Recv-Q Send-Q Local Address:Port Peer Address:Port tcp 0 0 127.0.0.1:42924 127.0.0.1:8080 timer:(timewait,34sec,0) tcp 0 0 127.0.0.1:42922 127.0.0.1:8080 timer:(timewait,33sec,0)
以上的操作实际上验证了，修改
tcp_fin_timeout是无法修改TIMEWAIT的销毁时间的。