tcp: With the right options in the kernel cc_cubic stays in slowstart always.
So this is a subtle bug I have found in cubic. If you compile a number of options into the kernel (accounting and tracking) then all of the kernel code "knows" the proper offset of t_rttupdatecnt however cubic does not see the options (and htcp too) and thus will look for the count in the wrong place seeing 0. Which then means it never builds an MIN RTT which then means it always hangs in slowstart. The solution is to put all options that effect tcpcb size into the opt_global.h so that the kernel has a consistent view of the tcpcb size. Reviewed by: tuexen, rscheff Sponsored by: Netflix Inc Differential Revision:https://reviews.freebsd.org/D40761
This commit is contained in:
parent
0cd2d88d8d
commit
96eb0d90cd
@ -229,7 +229,7 @@ SYSVSHM opt_sysvipc.h
|
||||
SW_WATCHDOG opt_watchdog.h
|
||||
TCPHPTS opt_inet.h
|
||||
TCP_REQUEST_TRK opt_global.h
|
||||
TCP_ACCOUNTING opt_inet.h
|
||||
TCP_ACCOUNTING opt_global.h
|
||||
#
|
||||
# TCP SaD Detection is an experimental Sack attack Detection (SaD)
|
||||
# algorithm that uses "normal" behaviour with SACK's to detect
|
||||
|
Loading…
Reference in New Issue
Block a user