tcp协议的可靠传输

Question

前面说连续arq协议的累积确认在tcp中也是使用啊，但是后面窗口中有23、24、25、26、27，收到确认25、27了但是23、24没确认，需要把整个窗口的都重传，累积确认不是确认后面的就带表前面的也确认吗？这是怎么回事

如果没有累计确认，那每个字节都需要得到一个确认是不是效率有点低啊

Answer 1

qq_渣弹少年_0 2020-02-06 17:20:09

老师在其他问题中回答了这个问题，以下是我的思路，你可以参考一下。累计确认是前面的数据都收到后，发送一个按序排列最大的确认号返回回去。比如：传输1-7，如果1-5，和7都已经确认，但是6没有确认，它会返回6。然后触发发送端的窗口滑动，并且重传6-7以及窗口内的内容。

Answer 2

宝慕林0551093 2019-12-16 17:35:36

我的想法是还是利用的累计确认。下面是我的逻辑，若有错误，麻烦老师请指出。

还是以分组23-27为例：作为接收方，它即便收到了失序的分组，但也会直接丢弃（认为没有收到），重发最近按序接收到的分组序号（22）。作为发送方（发送了23-27），但它始终都没有收到确认号，此时就会超时重传（23-27）。或者收到了一个确认号（22），表示含22之前的都收到了，应传送23-27。

Answer 3

咚咚呛 2019-09-16 23:04:26

有经过思考，点赞，嗯是的，这样的效率很低。

• 虽迟但到 #1

  是不是在另一个问答里解释了这个问题？