* Yuchung Cheng | 2016-06-14 14:33:18 [-0700]: >> + tp->rttvar_us = tp->mdev_us; >AFAICT we can update rttvar_us directly and don't need mdev_us anymore?
Yes, v3 will remove mdev_us. >This is more aggressive than RFC6298 that RTO <- SRTT + max (G, >K*RTTVAR) where G = MIN_RTO = 200ms > >based on our discussion, in the spirit of keeping RTO more >conservative, I recommend we implement RFC formula. Acks being delayed >over 200ms is not uncommon (unfortunately due to bloat or other >issues). > >Also I think we should change __tcp_set_rto so that the formula >applies to backoffs or ICMP timeouts calculations too. We are a unsure what you mean Yuchung. We believe this patch not to be more aggressive than RFC 6298. In fact, we believe it to be RFC 6298 compliant, as in RFC 6298, G is the clock granularity and we don’t see where it deviates from the RFC. However, it is more aggressive than “RTO <- SRTT + max (G, K*RTTVAR) where G = MIN_RTO = 200ms”. Which formula do you want to implement? Hagen
