当前位置: 代码网 > it编程>编程语言>Java > 关于TCP的确认、重传机制

关于TCP的确认、重传机制

2024年08月01日 Java 我要评论
TCP的确认、重传机制

前些日子,自己在学习计算机网络,结课后,对于gbn 和 选择重传机制的原理很清晰,但是到了tcp确认及重传机制时,老师讲的也很模糊,网上搜了很多,也没有说的很清楚的。

今天刚才又是期末复习时间,自己又在这里犯了一些疑惑【这次一定要解决它!!!】

------------------------------------------------------------------------------------------------------------------

根据自己做的笔记和其他几个学术网站上作者的看法,得出

tcp的确认机制:可以大体看做是gbn和选择重传机制的结合,也即“选择确认”。

gbn和选择重传在一起是不冲突的,因为,tcp也可以连续发送多个报文段,假设第一个报文段的seq = 1,长度为10,第二个报文段seq = 11,第三个seq = 21,那么接下来拿下面这幅图来说明:

 若在发送过程中,seq = 11的报文段丢失,且计时器超时后,则会进行重传,而我们只会重传那一块seq = 11的报文段,剩下的报文段(seq = 1和seq = 21的)会正确接收tcp 接收方有选择的确认报文段,而不是累计确认最后一个正确接受的报文段】,因而最后返回的ack = 31.

以上内容是个人见解,有任何疑问欢迎小伙伴们提出,谢谢大家的观看。

如果还有疑问可以参考一下文章:

tcp的累积确认和选择确认是否矛盾呢? - 网络工程师俱乐部的回答 - 知乎 https://www.zhihu.com/question/404472567/answer/1334365145

tcp 详解_51cto博客_tcp/ip详解

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com