• Eric Dumazet's avatar
    tcp: ecn: dont delay ACKS after CE · aae06bf5
    Eric Dumazet authored
    While playing with CoDel and ECN marking, I discovered a
    non optimal behavior of receiver of CE (Congestion Encountered)
    segments.
    
    In pathological cases, sender has reduced its cwnd to low values,
    and receiver delays its ACK (by 40 ms).
    
    While RFC 3168 6.1.3 (The TCP Receiver) doesn't explicitly recommend
    to send immediate ACKS, we believe its better to not delay ACKS, because
    a CE segment should give same signal than a dropped segment, and its
    quite important to reduce RTT to give ECE/CWR signals as fast as
    possible.
    
    Note we already call tcp_enter_quickack_mode() from TCP_ECN_check_ce()
    if we receive a retransmit, for the same reason.
    Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
    Cc: Neal Cardwell <ncardwell@google.com>
    Acked-by: default avatarNeal Cardwell <ncardwell@google.com>
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    aae06bf5
tcp_input.c 174 KB