TCP细节探究:TCP超时/丢失重传问题-网络协议

网络协议 21NN.CN 1个月前 (09-10) 0次浏览 未收录 0个评论 扫描二维码

TCP细节探究:TCP超时/丢失重传问题

三:TCP超时/丢失重传

Nagle算法要求一条TCP连接上最多只有一个未被确认的报文,发送方发送一个TCP报文,接收方确认该报文,发送方再发送下一个报文,若发送方在一定时间内未收到确认,则再重发报文。相对来说Nagle算法相对简单且不容易出错,但却降低了网络的吞吐量,也增加了网络流量。  http://www.2cto.com  

在实际的TCP实现中,接收方往往一次确认一批的TCP报文,且确认报文与接收方发往发送方的报文一同回复,以减少网络流量,从另一方面说也就允许发送方在前一报文未确认时,可以继续发送下一个报文,虽然这种实现提高了吞吐量,但却带来了另一个问题,即发送文如何确认报文被接收方正确接收?

TCP有两种方式来保证报文被正确接收:  http://www.2cto.com  

1:发送端在一定时期内未收到报文确认,报文重发

2:接收端检测到某一报文丢失,重复发送ACK报文(3个以上),以促使发送端重发丢失报文。这就是快速重传机制。

TCP细节探究:TCP超时/丢失重传问题-网络协议

通常,发送端会重传接收方未收到的报文,但不会重传已经被接收方收到但并未确认的包,然后接收方将收到的报文排序后进行一并确认,

如上图,由于某种原因,发送端发给接收端的数据包序号1025,丢失了序号为1的包(250839)

此时接收端对序号1进行了确认,发送端重发了序号1,此时接收端已经有了2484个字节,序号1中有1024个字节,序号1025中的1460个字节,接收端这时回复一个确认2485的AC包。


本文:TCP细节探究:TCP超时/丢失重传问题-网络协议 本文链接:https://www.21nn.cn/wangluoxieyi/80692.html 本站所以图片、文章仅限用于学习和研究目的;不得将上述内容用于商业或者非法用途,否则,一切后果请用户自负。本站信息来自网络,版权争议与本站无关。您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。如有侵权请邮件与我们联系处理。i@ki4.cn
喜欢 (0)
[1353713598@qq.com]
分享 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址