• Ilpo Järvinen's avatar
    [TCP] FRTO: fixes fallback to conventional recovery · 95c4922b
    Ilpo Järvinen authored
    The FRTO detection did not care how ACK pattern affects to cwnd
    calculation of the conventional recovery. This caused incorrect
    setting of cwnd when the fallback becames necessary. The
    knowledge tcp_process_frto() has about the incoming ACK is now
    passed on to tcp_enter_frto_loss() in allowed_segments parameter
    that gives the number of segments that must be added to
    packets-in-flight while calculating the new cwnd.
    
    Instead of snd_una we use FLAG_DATA_ACKED in duplicate ACK
    detection because RFC4138 states (in Section 2.2):
      If the first acknowledgment after the RTO retransmission
      does not acknowledge all of the data that was retransmitted
      in step 1, the TCP sender reverts to the conventional RTO
      recovery.  Otherwise, a malicious receiver acknowledging
      partial segments could cause the sender to declare the
      timeout spurious in a case where data was lost.
    
    If the next ACK after RTO is duplicate, we do not retransmit
    anything, which is equal to what conservative conventional
    recovery does in such case.
    Signed-off-by: default avatarIlpo Järvinen <ilpo.jarvinen@helsinki.fi>
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    95c4922b
tcp_input.c 134 KB