Randall Stewart 26cbd0028c tcp: Rack may still calculate long RTT on persists probes. ... When a persists probe is lost, we will end up calculating a long RTT based on the initial probe and when the response comes from the second probe (or third etc). This means we have a minimum of a confidence level of 3 on a incorrect probe. This commit will change it so that we have one of two options a) Just not count RTT of probes where we had a loss <or> b) Count them still but degrade the confidence to 0. I have set in this the default being to just not measure them, but I am open to having the default be otherwise. Reviewed by: Michael Tuexen Sponsored by: Netflix Inc. Differential Revision: https://reviews.freebsd.org/D32897		2021-11-11 06:35:51 -05:00
..
bbr.c	Fix a common typo in syctl descriptions	2021-11-03 20:49:24 +01:00
rack_bbr_common.c	tcp: fix RACK and BBR when using VIMAGE enabled kernel	2021-07-20 00:29:18 +02:00
rack_bbr_common.h	This brings into sync FreeBSD with the netflix versions of rack and bbr.	2021-05-06 11:22:26 -04:00
rack.c	tcp: Rack may still calculate long RTT on persists probes.	2021-11-11 06:35:51 -05:00
sack_filter.c	Remove all trailing white space from the BBR/Rack fold. Bits	2020-02-12 12:40:06 +00:00
sack_filter.h
tcp_bbr.h	This brings into sync FreeBSD with the netflix versions of rack and bbr.	2021-05-06 11:22:26 -04:00
tcp_rack.h	tcp: Rack may still calculate long RTT on persists probes.	2021-11-11 06:35:51 -05:00