【计算机网络06】传输层之TCP可靠传输

1.停止等待ARQ协议

ARQ(Automatic Repeat–reQuest),自动重传请求。

在这里插入图片描述

在这里插入图片描述

若有个包重传了 N 次还是失败,会一直持续重传到成功为止么?

这个取决于系统的设置,比如有些系统,重传 5 次还未成功就会发送reset报文(RST)断开TCP连接。

在这里插入图片描述

2.连续ARQ协议+滑动窗口协议

在这里插入图片描述

如果接收窗口最多能接收 4 个包,但发送方只发了 2 个包,接收方如何确定后面还有没有 2 个包?

等待一定时间后没有第3个包,就会返回确认收到 2 个包给发送方。

假设每一组数据是100个字节,代表一个数据段的数据,每一组给一个编号,如下图所示:

在这里插入图片描述

3.选择性确认SACK

在TCP通信过程中,如果发送序列中间某个数据包丢失(比如 1、2、3、4、5 中的 3 丢失了),TCP会通过重传最后确认的分组后续的分组(最后确认的是2,会重传3、4、5),这样原先已经正确传输的分组也可能重复发送(比如4、5),降低了TCP性能。

为改善上述情况,发展出了SACK(Selective acknowledgment,选择性确认)技术,告诉发送方哪些数据丢失,哪些数据已经提前收到,使TCP只重新发送丢失的包(比如3),不用发送后续所有的分组(比如4、5)。

SACK信息会放在TCP首部的选项部分:

在这里插入图片描述

Kind:占1字节。值为5代表这是SACK选项。

Length:占1字节。表明SACK选项一共占用多少字节。

Left Edge:占4字节,左边界。

Right Edge:占4字节,右边界。

在这里插入图片描述

一对边界信息需要占用 8 字节,由于TCP首部的选项部分最多 40 字节,所以:

  • SACK选项最多携带 4 组边界信息
  • SACK选项的最大占用字节数 = 4 * 8 + 2 = 34

为什么选择在传输层就将数据“大卸八块”分成多个段,而不是等到网络层再分片传递给数据链路层?

因为可以提高重传的性能。

需要明确的是:可靠传输是在传输层进行控制的。

  • 如果在传输层不分段,一旦出现数据丢失,整个传输层的数据都得重传。
  • 如果在传输层分了段,一旦出现数据丢失,只需要重传丢失的那些段即可。

4.小结

在这里插入图片描述

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值