linux 内核定时器精度_tcp所有定时器

最新推荐文章于 2022-12-05 17:00:25 发布

淮漠

最新推荐文章于 2022-12-05 17:00:25 发布

阅读量318

点赞数

文章标签： linux 内核定时器精度

本文链接：https://blog.csdn.net/weixin_36314050/article/details/112215339

版权

本文详细探讨了TCP协议中的各种定时器，包括建立连接定时器、重传定时器(RTO)、坚持定时器(persist timer)、延迟定时器(Delayed ACK)、保活定时器(Keep Alive)、FIN_WAIT_2定时器和TIME_WAIT定时器。分析了在不同情况下可能出现的超时问题，提供了实验验证和解决方法，强调了超时在TCP连接管理和可靠性中的关键作用。

摘要由CSDN通过智能技术生成

tcp协议中所有定时器。超时一词在软件领域用途非常广泛，是解决的很多问题利器。TCP设计精髓在于他自我管理的状态机，而要想状态机正常运行，超时必不可少，如connect flood攻击。

建立连接定时器

开始

TCP属于可靠连接，需要经历三次握手。

如上图所示，主要分为以下过程：

第一步：服务器准备好接受外来的连接。通常通过调用socket、bind和listen三个函数来完成，称之为被动打开(passive open)
第二步：客户端通过connect发起主动连接(active open)。导致客户端TCP发送一个SYN同步分节。一般SYN分节不携带数据，其所在的IP数据报只包含一个IP首部、一个TCP首部以及TCP选项（最为常见的是MSS分节，在这里并没有画出）
第三步：服务器确认客户的SYN，同时自己也发送一个SYN分节。服务器在单个分节中发送SYN和对客户端SYN的ACK确认。此时客户端已经处于ESTABLISHED状态
第四步：客户端必须确认服务端的SYN分节。确认成功，此时服务端也进入ESTABLISHED状态。

思考：在握手过程中如果有一方因为网络抖动或者中间路由丢弃，导致不能及时给对方回复，此时怎么办呢？

下图为正常的tcp三次握手抓包图

其中No对应列表的序号.

环境查看

结果分析

在这里有可能会出现两种情况超时

第一种：当TCP客户端发出请求没有收到SYN分节响应时，则会返回ETIMEOUT。即，调用connect函数时，内核会发送一个SYN分节，若无响应则等待6s再发送一个，若仍无响应则等待24s再发送一个。若总共等待75s（4.4BSD规定75s）后仍未收到响应则返回本错误。注意，不同系统对时间值的设置不相同。
第二种：当客户发出的SYN在中间的某个路由器上引发“destination unreachable”（目的地不可达）的ICMP错误时，则认为是一种软错误，不会终止。客户主机内核会保存该消息，并按照上述第一种情况来间接性继续发送SYN。在某个规定的时间（4.4BSD规定75s）后仍未收到响应，则把保存的消息（即ICMP错误）作为EHOSTUNREACH或ENETUNREACH错误返回给进程。