Searched hist:"440 f4ba18e3ab7be912858bbcb96a419fcf14809" (Results 1 – 4 of 4) sorted by relevance
/freebsd/sys/netinet/ |
H A D | tcp_sack.c | diff 440f4ba18e3ab7be912858bbcb96a419fcf14809 Thu Oct 10 12:50:22 CEST 2024 Richard Scheffenegger <rscheff@FreeBSD.org> tcp: fix duplicate retransmissions when RTO happens during SACK loss recovery
When snd_nxt doesn't track snd_max, partial SACK ACKs may elicit unexpected duplicate retransmissions. This is usually masked by LRO not necessarily ACKing every individual segment, and prior to RFC6675 SACK loss recovery, harder to trigger even when an RTO happens while SACK loss recovery is ongoing.
Address this by improving the logic when to start a SACK loss recovery and how to deal with a RTO, as well as improvements to the adjusted congestion window during transmission selection.
Reviewed By: tuexen, cc, #transport Sponsored by: NetApp, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D43355
|
H A D | tcp_output.c | diff 440f4ba18e3ab7be912858bbcb96a419fcf14809 Thu Oct 10 12:50:22 CEST 2024 Richard Scheffenegger <rscheff@FreeBSD.org> tcp: fix duplicate retransmissions when RTO happens during SACK loss recovery
When snd_nxt doesn't track snd_max, partial SACK ACKs may elicit unexpected duplicate retransmissions. This is usually masked by LRO not necessarily ACKing every individual segment, and prior to RFC6675 SACK loss recovery, harder to trigger even when an RTO happens while SACK loss recovery is ongoing.
Address this by improving the logic when to start a SACK loss recovery and how to deal with a RTO, as well as improvements to the adjusted congestion window during transmission selection.
Reviewed By: tuexen, cc, #transport Sponsored by: NetApp, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D43355
|
H A D | tcp_var.h | diff 440f4ba18e3ab7be912858bbcb96a419fcf14809 Thu Oct 10 12:50:22 CEST 2024 Richard Scheffenegger <rscheff@FreeBSD.org> tcp: fix duplicate retransmissions when RTO happens during SACK loss recovery
When snd_nxt doesn't track snd_max, partial SACK ACKs may elicit unexpected duplicate retransmissions. This is usually masked by LRO not necessarily ACKing every individual segment, and prior to RFC6675 SACK loss recovery, harder to trigger even when an RTO happens while SACK loss recovery is ongoing.
Address this by improving the logic when to start a SACK loss recovery and how to deal with a RTO, as well as improvements to the adjusted congestion window during transmission selection.
Reviewed By: tuexen, cc, #transport Sponsored by: NetApp, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D43355
|
H A D | tcp_input.c | diff 440f4ba18e3ab7be912858bbcb96a419fcf14809 Thu Oct 10 12:50:22 CEST 2024 Richard Scheffenegger <rscheff@FreeBSD.org> tcp: fix duplicate retransmissions when RTO happens during SACK loss recovery
When snd_nxt doesn't track snd_max, partial SACK ACKs may elicit unexpected duplicate retransmissions. This is usually masked by LRO not necessarily ACKing every individual segment, and prior to RFC6675 SACK loss recovery, harder to trigger even when an RTO happens while SACK loss recovery is ongoing.
Address this by improving the logic when to start a SACK loss recovery and how to deal with a RTO, as well as improvements to the adjusted congestion window during transmission selection.
Reviewed By: tuexen, cc, #transport Sponsored by: NetApp, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D43355
|