tcp重传问题

freebeekf 2003-04-28 11:08:10

我在嵌入式系统作tcp的程序，跟踪发现其tcp源码存在一个现象，即在网络直连的情况下，很多ack数据包没有经过协议栈的处理（而driver层收到了数据），协议栈经常会重发数据包，这个问题不知道是不是正常的，请高手赐教

...全文

108 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

axs 2003-05-03

打赏
举报

回复

ACK消息都应该被处理
可以要求对方多回ACK(例如每1/4窗口)
另外将超时重发定时器设长一点

wengjiang 2003-05-02

打赏
举报

回复

Tcp重传是保证可靠连接的重要措施，而且有几种重传机制，可以参考TCP/IP详解第I、II卷

但是，在使用TCP通讯时，常会遇到数据包丢失或传输错误导致的TCP重传问题，这会给通讯稳定性带来很大影响。在编写TCP通讯代码时，需要注意以上几点，并通过抓包等方式对数据进行分析，以确保TCP通讯的稳定性和可靠性。当发送的数据包在网络传输中出现问题，如丢失、超时等，接收方未收到数据包会触发ACK未确认或未收到的情况。TCP的确认机制通过对收到的数据包进行ACK确认，确认后即可删除已确认的数据包。在网络延迟过大的情况下，可以优化网络环境，例如使用增加带宽或加入负载均衡器等措施，以缩短网络传输时间。

1、关于TCP重传 TCP有重传是正常的机制，为了保障数据传输可靠性。只是局域网环境，网络质量有保障，因为网络问题出现重传应该极低；互联网或城域网环境，线路复杂（可以想象下城市地下管网，错综复杂的电线杆等），网络质量不好保障，重传出现概率较高。 TCP有重传，也不一定是网络层面的问题。也可能是接收端不存在，接收端receivebuffer满了，应用程序有异常链接未正常关闭等等等。 2、TC...

文章内容一关于TCP重传 TCP有重传是正常的机制，为了保障数据传输可靠性。只是局域网环境，网络质量有保障，因为网络问题出现重传应该极低；互联网或城域网环境，线路复杂（可以想象下城市地下管网，错综复杂的电线杆等），网络质量不好保障，重传出现概率较高。 TCP有重传，也不一定是网络层面的问题。也可能是接收端不存在，接收端receive buffer满了，应用程序有异常链接未正常关闭等等等。二 ...

在“开篇词”中举过一个 TCP 重传率的例子，如下图所示：这是互联网企业普遍都有的 TCP 重传率监控，它是服务器稳定性的一个指标，如果它太高，就像上图中的那些毛刺一样，往往就意味着服务器不稳定了。那 TCP 重传率究竟表示什么呢？其实 TCP 重传率是通过解析 /proc/net/snmp 这个文件里的指标计算出来的，这个文件里面和 TCP 有关的关键指标如下：TCP 重传率的计算公式如下：也就是说，单位时间内 TCP 重传包的数量除以 TCP 总的发包数量，就是 TCP 重传率。

RACK（Recent ACKnowledgment），收到ack报文时，对比ack报文确认的报文的发送时间，来判定是否有仍为收到ack确认的报文出现了丢包，例如本地按照事件顺序发送了1，2，3三个数据包，在RTO时间内收到了2的ack确认报文，则认为1已经丢失了，RACK能够利用重传报文的ack数据包进行丢包的判定，比起传统的只依靠序列号来进行判定的方式提升了效率。在这个状态下，CWND会有序减少。TCP_CA_Open 连接建立是的初始状态，在这个状态下CWND根据是否触达慢启动的阈值来缓慢增加。

4,386

社区成员

28,916

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章