linux tcp 重传时间疑问

goter

tcp_ack中调用tcp_rearm_rto来重新设置重传时间

1. 
   
2. static void tcp_rearm_rto(struct sock *sk)
   
3. {
   
4.         struct tcp_sock *tp = tcp_sk(sk);
   
5. 
   
6.         if (!tp->packets_out) {
   
7.                 inet_csk_clear_xmit_timer(sk, ICSK_TIME_RETRANS);
   
8.         } else {
   
9.                 inet_csk_reset_xmit_timer(sk, ICSK_TIME_RETRANS,
   
10.                                           inet_csk(sk)->icsk_rto, TCP_RTO_MAX);
    
11.         }
    
12. }
    

复制代码

如果tp->packets_out不为空，说明现在还有包没有确认，调用inet_csk_reset_xmit_timer重新设置超时时间。

假设发送端连续发送了A B C D四个包。
A的ack到达发送端，更新超时时间，然后在超时之前B的ack又到了，再次更新，然后在超时之前C的ack又到了。
这样D数据包如果丢掉了的话，就需要差不多3个rto的时间才能重传。
不知道我这样理解对不对？

hritian

你的理解应该不对，如果D丢掉的话，超时时间是 不会大于RTT+RTO

优化很多时候是要根据应用和网络状态的，实际上我们现在改完以后很少能看到超时定时器触发了。

goter

不对啊，D包是最后一个发的，接收端又不知道发送端发送了D，也没有乱序，发送端不会收到重发的ack，也就不会快速重传啊。只能等超时了，及时D的重传时间没有3rto，也肯定会大于正常的rto的。
不知道tcp还会在什么情况下发送数据包

hritian

恩，基本是这样的。

goter

回复 4# hritian


    谢谢hritian大侠的回复，大侠的博客很有启发性