linux tcp 重传时间疑问
tcp_ack中调用tcp_rearm_rto来重新设置重传时间
复制代码
如果tp->packets_out不为空，说明现在还有包没有确认，调用inet_csk_reset_xmit_timer重新设置超时时间。
假设发送端连续发送了A B C D四个包。
A的ack到达发送端，更新超时时间，然后在超时之前B的ack又到了，再次更新，然后在超时之前C的ack又到了。
这样D数据包如果丢掉了的话，就需要差不多3个rto的时间才能重传。
不知道我这样理解对不对？
- static void tcp_rearm_rto(struct sock *sk)
- {
- struct tcp_sock *tp = tcp_sk(sk);
-
- if (!tp->packets_out) {
- inet_csk_clear_xmit_timer(sk, ICSK_TIME_RETRANS);
- } else {
- inet_csk_reset_xmit_timer(sk, ICSK_TIME_RETRANS,
- inet_csk(sk)->icsk_rto, TCP_RTO_MAX);
- }
- }
假设发送端连续发送了A B C D四个包。
A的ack到达发送端，更新超时时间，然后在超时之前B的ack又到了，再次更新，然后在超时之前C的ack又到了。
这样D数据包如果丢掉了的话，就需要差不多3个rto的时间才能重传。
不知道我这样理解对不对？
作者: goter 发布时间: 2011-01-07
本帖最后由 hritian 于 2011-01-08 15:30 编辑
你的理解应该不对，如果D丢掉的话，超时时间是 不会大于RTT+RTO
优化很多时候是要根据应用和网络状态的，实际上我们现在改完以后很少能看到超时定时器触发了。
你的理解应该不对，如果D丢掉的话，超时时间是 不会大于RTT+RTO
优化很多时候是要根据应用和网络状态的，实际上我们现在改完以后很少能看到超时定时器触发了。
作者: hritian 发布时间: 2011-01-08