TCP 重发和RST探究

本文探讨了TCP协议中的重发机制,包括超时重发与快速重发策略。当TCP片段未收到ACK时,发送方会依据RTT计算RTO进行重发。若多次重发失败,可能会发送RST终止连接。RST包的发送场景包括建立连接时的错误、不存在的连接分节及取消已建立的连接。同时提到了RST攻击,攻击者通过伪造源端口和序列号中断TCP连接。了解这些机制对于网络通信的理解至关重要。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先说说重发机制

超时发送的机制:

一般情况下,发送方发送一个TCP的片段,将开始计时,等待返回ACK,假如接受方收到了正确的片段,则返回ack,发送方收到后,移动窗口。如果,计时完成,依旧没有Ack,则认为丢失,重发,这个等待时间叫做(RTO,发送超时时间。RTT设置得根据当前网络情况,状态好,设的小一点,不好则要大一点,发送方会测量RTT(从发送片段,到接收到ACK的时间),每次都作为样本,然后计算mean平均值和std标准差,然后RTO = mean + 4td(这只是其中一种写法和平台有关),假如多次不行,就会发rst,表示我放弃)

快速重新发送:

首先会有这个一个情况,接收方收到12345679,10,唯独没有8,收到9的时候会返回一个ack8,收到10时则再返回一个ack8,假如发送方收到了3个ack8,则认为8丢失,不管计数器,直接重新发8。


这是重发的俩种机制,面试的时候,记不清楚了,都没有答到点子上。


接着是RST,

什么时候发送RST包

1:建立连接时,SYN达到某端口,但是该端口没有监听服务(具体

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值