TCP的运输连接管理：TCP连接的释放、保活计时器

已于 2022-04-12 16:56:59 修改
阅读量671 收藏 1
点赞数
分类专栏： 计算机网络 文章标签： java
于 2022-04-12 16:36:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60225495/article/details/124127739
版权
本文详细介绍了TCP的运输连接管理，包括TCP的四报文挥手释放连接过程，解释了TCP客户进程在发送完最后一个确认报文段后进入时间等待状态的原因，以及为何等待2MSL才进入关闭状态。此外，还讨论了保活计时器在TCP连接中的作用，旨在确保连接的正常关闭和避免旧报文段干扰新连接。
摘要由CSDN通过智能技术生成

TCP的运输连接管理：TCP连接的释放、保活计时器

1 TCP“四报文挥手”释放连接过程

在这里插入图片描述
数据传输结束后，TCP通信双方都可以释放连接（TCP通信是全双工通信）。

现在TCP客户进程和TCP服务器进程都处于<连接已建立状态>。

本例假设TCP客户进程的应用进程通知其主动关闭TCP连接，TCP客户进程会发送TCP连接释放报文段，并进入<终止等待1状态>。

该报文段首部中的<终止位FIN>和<确认位ACK>的值都被设置为1，表明这是一个TCP连接释放报文段，同时也对之前收到的报文段进行确认。<序号字段seq>的值设置为u（u等于<TCP客户进程>之前<已传送过的>数据的最后一个字节的序号加1）。

注意：TCP规定终止位FIN等于1的报文段即使不携带数据，也要消耗掉一个序号。<确认号字段ack>的值设置为v（v等于<TCP客户进程>之前<已收到的>数据的最后一个字节的序号加1）。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
cashapxxx
关注
专栏目录
订阅专栏
TCP的运输连接管理(三次握手和四次挥手）
perturb的博客
09-27 1526
释放连接后tcp双方都立即进入了关闭状态，一段时间后客户端之前滞留的那条失效的报文段到达了服务器端，TCP服务器进程会误认为这是TCP客户进程又发起了一个新的TCP连接请求，于是给TCP客户进程发送TCP连接请求确认报文段，并进入连接已建立状态，而由于TCP客户进程并没有发起新的TCP连接请求且处于关闭状态因此不会理睬该报文段，而tcp服务器端一直等待TCP客户进程发来数据，这将白白浪费TCP服务器进程所在主机的很多资源。TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程。
TCP 四种定时器（重传定时器，坚持计时器，保活定时器，时间等待计时器）
08-31
主要介绍了TCP 四种定时器，重传定时器，坚持计时器，保活定时器，时间等待计时器的相关资料,需要的朋友可以参考下
TCP的定时器系列 — 保活定时器
weixin_30553065的博客
04-05 458
主要内容：保活定时器的实现，TCP_USER_TIMEOUT选项的实现。 内核版本：3.15.2 我的博客：http://blog.csdn.net/zhangskd 原理 HTTP有Keepalive功能，TCP也有Keepalive功能，虽然都叫Keepalive，但是它们的目的却是不一样的。 为了说明这一点，先来看下长连接和短连接的定义。 连接的“长短”...
TCP连接与释放
最新发布
XHgga_的博客
07-18 1112
主要状态包括:CLOSED(关闭)、LISTEN(监听)、SYN_SENT(同步已发送)、SYN_RCVD(同步已接收)、ESTABLISHED(已建立)、FIN_WAIT_1(FIN已发送)、FIN_WAIT_2(FIN已接收)、TIME_WAIT(等待重启)、CLOSE_WAIT(关闭等待)和LAST_ACK(最后确认)。例如,当一方发送FIN后进入FIN_WAIT_1状态,如果在规定时间内没有收到对方的ACK,就会进入TIME_WAIT状态,等待一段时间后才会彻底关闭连接。
《TCP/IP详解》读书笔记（23章）－TCP的保活定时器
上善若水，水善利万物而不争。
03-19 2176
可能存在这么一种空闲TCP连接：没有任何数据流通过。也就是说，如果TCP连接的双方都没有向对方发送数据，则在两个TCP模块之间不交换任何信息，这意味着我们可以启动一个客户与服务器建立连接，然后长时间不使用，而连接依然保持。中间的路由器可以崩溃和重启，电话线可以被挂断再连接，但只要两端的主机没有被重启，则连接依然保持建立。然而，许多时候一个服务器希望知道客户主机是否崩溃并关机或者崩溃又重新启动，许多
31-TCP 协议（保活定时器）
进击的小学生
04-16 2295
1. Keep AliveTCP 保活定时器，Keep Alive，特别强调一下，不是 HTTP 协议里的那个 Keep Alive.在 HTTP 中，keep alive 是在应用层实现的，目的在于延长连接时间，即应用层服务器如果在一定时间内（通过 keep alive 进行设置）没有和客户端交互，就关闭连接。感兴趣的朋友可以自行 baidu or google.TCP 中的 Keepalive
TCP之保活计时器
weixin_44390164的博客
07-25 344
除了时间等待计时器外，TCP还有一个保活计时器。 如果客户端主动与服务端建立了TCP连接。但是后来客户端的主机突然发生了故障。服务端以后就不能收到客户端发来的数据，因此，应当由措施使服务器不要白白等下去。这就需要使用到保活计时器 服务端每收到一次客户端的数据，就重新设置保活计时器，时间的设置通常是两个小时。若两个小时都没有收到客户端的数据，服务端就发送一个探测报文段，以后每隔75秒中发送一次。若连续发送10个探测报文段后仍无客户端的响应。服务端就认为客户端出现了故障，接着就会关闭这个连接。 ...
TCP的连接管理（建立与释放过程）
qq_38555975的博客
03-16 941
TCP的运输连接管理 本片文章总结了TCP连接的建立和释放过程，过程说明中只说明了相应过程的做了什么，具体的报文段字段可以在图片中查看 TCP的连接建立（三报文握手） 前提假设：A为客户端 ，B为服务端 连接建立过程 B建立传输控制模块（TCB）等待客户请求，A建立传输控制模块准备发送请求 A发送连接请求报文段，不能携带数据，消耗掉一个序号 B收到连接请求后发送确认报文段，不能携带数据，消耗掉...
TCP 长连接 短连接 保活机制keepalive
一百度的风的博客
11-27 1006
当网络通信时采用TCP协议时，在真正的读写操作之前，server与client之间必须建立一个连接，当读写操作完成后，双方不再需要这个连接 时它们可以释放这个连接，连接的建立是需要三次握手的，而释放则需要4次挥手，所以说每个连接的建立都是需要资源消耗和时间消耗的 TCP 短连接 我们模拟一下TCP短连接的情况，client向server发起连接请求，server接到请求，然后双方建立连接。client向server 发送消息，server回应client，然后一次读写就完成了，这时候双方任何一个都可以发
TCP 的保活定时器
weixin_43400272的博客
03-23 210
TCP 的保活定时器23.1 引言23.2 描述23.3 保活举例23.3.1 另一端崩溃23.3.2 另一端崩溃并重新启动23.3.3 另一端不可达23.4 小结 23.1 引言 23.2 描述 23.3 保活举例 23.3.1 另一端崩溃 23.3.2 另一端崩溃并重新启动 23.3.3 另一端不可达 23.4 小结 ...
TCP的保活定时器
knowledgebao的博客
01-06 241
相关博客：https://blog.csdn.net/knowledgebao/article/details/84626184 目录 第23章   TCP的保活定时器 23.1   引言 23.2   描述 23.3   保活举例 23.3.1   另一端崩溃 23.3.2   另一端崩溃并重新启动 23.3.3   另一端不可达 23.4   小结  第23章   TCP的...
网络协议--TCP的保活定时器
x13262608581的博客
10-30 1428
tcp
40-tcp协议——保活计时器
网络安全
05-09 2083
1. 保活计时器   假设这么一种情况，客户端和服务端建立了tcp连接后，客户端向服务端发送了一些数据，然后就不再发送了，tcp连接的两端在过了很长一段时间后都没有任何数据交换，这个时候tcp连接是处于空闲状态的，也就是说，因为双方一直没有交换数据，这个tcp连接就会一直处于空闲，可以持续数小时，数天，数月，甚至更久，双方的连接依然会保持着。 图1-client和server   如图1
TCP的保活定时器 转
chenxijie1985的专栏
02-19 197
http://blog.csdn.net/zhangskd/article/details/44177475 TCP的Keepalive，目的在于看看对方有没有发生异常，如果有异常就及时关闭连接。 当传输双方不主动关闭连接时，就算双方没有交换任何数据，连接也是一直有效的。 如果这个时候对端、中间网络出现异常而导致连接不可用，本端如何得知这一信息呢？ 答案就是保活定时器。它每隔一段时间会超时...
TCP协议-TCP中的定时器/计时器
yunfan
08-26 5073
1 概述 我们知道，TCP协议是面向连接、提供可靠交付的服务的传输层协议。 为了保证传输的可靠性，TCP 使用了多种定时器，下面我们就来探讨和分析一下 TCP 使用了哪些定时器？分别起什么作用？ 超时定时器(timeout timer)：当发送方发出报文段后，就启动该定时器，如果在规定时间内没有收到对端发来的确认，就重传已发送过的报文段。 持续计时器(persistence timer)：当 TCP 连接的一方收到对方的零窗口通知时，就启动持续计时器。 时间等待计时器(TIME-WAIT time.
TCP连接和释放过程（三次握手和四次挥手）
qq_42581494的博客
04-28 919
建立连接（三次握手）：基于C/S模式 客户机A主动与服务器B建立连接： 第一步：客户机A先发送一个请求连接的数据包给服务器B，其中包含同步位SYN=1（只有在请求建立连接的时候才置为1，数据传输的时候置0），发送数据的序列号seq=x（可能不是从1开始，cpu有自己的序列号产生算法），这时候确认标志位ACK置为0，确认位置为0表示确认号ack无效。 第二步：服务器B接收到客户机A发送的数据包后回复一个数据包，其中包含确认收到客户机A发送消息的回复和请求与客户端A建立连接。其中包含确认标志位ACK=
第十一天：TCP—释放连接
qq_45750691的博客
11-22 2264
TCP—释放连接 四次挥手 状态解读 FIN-WAIT-1:表示想主动关闭连接 向对方发送FIN报文，此时进入FIN-WAIT-1状态 CLOSE-WAIT：表示在等待关闭 当对方发送FIN给自己，自己会回应ACK报文给对方，此时则进入CLOSE-WAIT状态 在这个状态下，需要考虑自己是否还有数据要发送给对方，如果没有，发送FIN报文给对方 FIN-WAIT-2:只要对方发送ACK确认后，主动就会处于FIN-WAIT-2状态，然后等待对方发送FIN报文 CLOSING:一种比较罕见的例外状态
TCP运输连接管理：三次握手与拥塞控制
课程的目标还包括掌握TCP的连接与释放过程，这涉及到运输连接的三个阶段：连接建立、数据传输和连接释放。在连接建立时，需解决确认双方存在、协商参数以及分配资源等问题。TCP连接的建立采用三次握手协议，确保双方...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

cashapxxx

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值