I want to alter the TCP RTO (retransmission timeout) value for a connection, and some reading I have done suggests that I could do this, but does not reveal where and how to change it. I have looked at the /proc/sys/net/ipv4 variables, but none of the variables is related to RTO. I would appreciate it if someone can tell me how to alter this value.
Changing the TCP RTO value in Linux
linux;linux kernel;tcp
The reason you can't alter the RTO specifically is because it is not a static value.  Instead (except for the initial SYN, naturally) it is based on the RTT (Round Trip Time) for each connection. Actually, it is based on a smoothed version of RTT and the RTT variance with some constants thrown into the mix.  Hence, it is a dynamic, calculated value for each TCP connection, and I highly recommend this article which goes into more detail on the calculation and RTO in general.Also relevant is RFC 6298 which states (among a lot of other things):Whenever RTO is computed, if it is less than 1 second, then the RTO  SHOULD be rounded up to 1 second.Does the kernel always set RTO to 1 second then? Well, with Linux you can show the current RTO values for your open connections by running the ss -i command:State       Recv-Q Send-Q                                                  Local Address:Port     Peer Address:PortESTAB       0      0                                                           10.0.2.15:52861   216.58.219.46:http     cubic rto:204 rtt:4/2 cwnd:10 send 29.2Mbps rcv_space:14600ESTAB       0      0                                                           10.0.2.15:ssh          10.0.2.2:52586     cubic rto:201 rtt:1.5/0.75 ato:40 cwnd:10 send 77.9Mbps rcv_space:14600ESTAB       0      0                                                           10.0.2.15:52864   216.58.219.46:http     cubic rto:204 rtt:4.5/4.5 cwnd:10 send 26.0Mbps rcv_space:14600The above is the output from a VM which I am logged into with SSH and has a couple of connections open to google.com.  As you can see, the RTO is in fact set to 200-ish (milliseconds).  You will note that is not rounded to the 1 second value from the RFC, and you may also think that it's a little high.  That's because there are min (200 milliseconds) and max (120 seconds) bounds in play when it comes to RTO for Linux (there is a great explanation of this in the article I linked above).So, you can't alter the RTO value directly, but for lossy networks (like wireless) you can try tweaking F-RTO (this may already be enabled depending on your distro).  There are actually two related options related to F-RTO that you can tweak (good summary here):net.ipv4.tcp_frtonet.ipv4.tcp_frto_responseDepending on what you are trying to optimize for, these may or may not be useful.EDIT: following up on the ability to tweak the rto_min/max values for TCP from the comments.You can't change the global minimum RTO for TCP (as an aside, you can do it for SCTP - those are exposed in sysctl), but the good news is that you can tweak the minimum value of the RTO on a per-route basis.  Here's my routing table on my CentOS VM:ip route10.0.2.0/24 dev eth0  proto kernel  scope link  src 10.0.2.15 169.254.0.0/16 dev eth0  scope link  metric 1002 default via 10.0.2.2 dev eth0I can change the rto_min value on the default route as follows:ip route change default via 10.0.2.2 dev eth0 rto_min 5msAnd now, my routing table looks like this:ip route10.0.2.0/24 dev eth0  proto kernel  scope link  src 10.0.2.15 169.254.0.0/16 dev eth0  scope link  metric 1002 default via 10.0.2.2 dev eth0  rto_min lock 5msFinally, let's initiate a connection and check out ss -i to see if this has been respected:ss -iState       Recv-Q Send-Q                                               Local Address:Port                                                   Peer Address:Port   ESTAB       0      0                                                        10.0.2.15:ssh                                                        10.0.2.2:50714        cubic rto:201 rtt:1.5/0.75 ato:40 cwnd:10 send 77.9Mbps rcv_space:14600ESTAB       0      0                                                        10.0.2.15:39042                                                 216.58.216.14:http         cubic rto:15 rtt:5/2.5 cwnd:10 send 23.4Mbps rcv_space:14600Success! The rto on the HTTP connection (after the change) is 15ms, whereas the SSH connection (before the change) is 200+ as before.I actually like this approach - it allows you to set the lower value on appropriate routes rather than globally where it might screw up other traffic.  Similarly (see the ip man page) you can tweak the initial rtt estimate and the initial rttvar for the route (used when calculating the dynamic RTO).  While it's not a complete solution in terms of tweaking, I think most of the important pieces are there.  You can't tweak the max setting, but I think that is not going to be as useful generally in any case.