F(orward)-RTO Recovery:TCP传输优化的打假算法

TCP传输优化中,虚假超时重传可能导致效率下降、失序等问题。F-RTO(Forward RTO Recovery)通过确认未重传的数据包来识别并避免这种情况。本文探讨了F-RTO的工作原理,包括ACK和SACK的探测机制,旨在提高TCP在网络复杂环境下的性能。
摘要由CSDN通过智能技术生成

具体研究F-RTO实现的有太多太多,所以不再展开,只想讲讲F-RTO为什么是一种TCP传输优化。抱着这种目的,有了本文。

引子

最近看了点《开端》,时间循环这个梗真的百看不厌,并非喜欢这种设定,而是在这个过程中找到解放自己的方式,寻觅破局之法,这点总能击中我的爽点。

可是现实中没有时间循环的设定。

我们只能期望,在最短的时间,用最确切的证据,去挽救错误的局面。

现实如此,TCP亦如此。

网络是个复杂的玩意,互联网兴起更是催生了这一头巨兽。要在这种盘根错节下充当能手,TCP做了第一个,顺理成章也成了最难的一个。我一直以为TCP的难点不在可靠传输,真正的困局是在传输优化上,而传输优化中有这样一个层面,即检测虚假的超时重传。

TCP虚假超时重传

TCP/IP 是一个端到端的系统,而中间是错综复杂的互联网,在这种处境中,基于统计的AI都很难不犯错误,更何况是触感极低的TCP。TCP一向以触发超时定时器重传兜底,但超时重传的效率极低,其产生的后果就有失序、冗余、断联等,里面的每一项都对互联网是深水炸弹。

在“精明”的互联网面前,TCP很笨,超时重传的触发只依赖RTO,对于其他的一无所知。

于是有:

  • RTO过小造成的伪重传
  • 物理层面导致的延迟,如弱网的RTT抖动,移动选路的路径延迟
  • 一些关键包丢失引发的假重传

开始两个好理解,对于关键包丢失引发的假重传,我给出一个例子。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值