Lines Matching refs:TCP
269 bool "IP: TCP syncookie support"
271 Normal TCP/IP networking is open to an attack known as "SYN
278 say Y here, the TCP/IP stack will use a cryptographic challenge
281 is no need for the legitimate users to change their TCP/IP software;
385 bool "IP: ESP in TCP encapsulation (RFC 8229)"
392 TCP/IPv4 sockets.
419 Support for INET (TCP, DCCP, etc) socket monitoring interface used by
461 bool "TCP: advanced congestion control"
463 Support for selection of various TCP congestion control
477 BIC-TCP is a sender-side only change that ensures a linear RTT
479 bounded TCP-friendliness. The protocol combines two schemes
484 increase provides TCP friendliness.
488 tristate "CUBIC TCP"
491 This is version 2.0 of BIC-TCP which uses a cubic growth function
496 tristate "TCP Westwood+"
499 TCP Westwood+ is a sender-side only modification of the TCP Reno
500 protocol stack that optimizes the performance of TCP congestion
503 episode. Using this estimation, TCP Westwood+ adaptively sets a
506 TCP Westwood+ significantly increases fairness wrt TCP Reno in
510 tristate "H-TCP"
513 H-TCP is a send-side only modifications of the TCP Reno
514 protocol stack that optimizes the performance of TCP
516 modeswitch to change the alpha and beta parameters of TCP Reno
518 other Reno and H-TCP flows.
521 tristate "High Speed TCP"
524 Sally Floyd's High Speed TCP (RFC 3649) congestion control.
525 A modification to TCP's congestion control mechanism for use
531 tristate "TCP-Hybla congestion control algorithm"
534 TCP-Hybla is a sender-side only change that eliminates penalization of
540 tristate "TCP Vegas"
543 TCP Vegas is a sender-side only change to TCP that anticipates
544 the onset of congestion by estimating the bandwidth. TCP Vegas
546 window. TCP Vegas should provide less packet loss, but it is
547 not as aggressive as TCP Reno.
550 tristate "TCP NV"
553 TCP NV is a follow up to TCP Vegas. It has been modified to deal with
566 tristate "Scalable TCP"
569 Scalable TCP is a sender-side only change to TCP which uses a
575 tristate "TCP Low Priority"
578 TCP Low Priority (TCP-LP), a distributed algorithm whose goal is
580 ``fair share`` of bandwidth as targeted by TCP.
581 See http://www-ece.rice.edu/networks/TCP-LP/
584 tristate "TCP Veno"
587 TCP Veno is a sender-side only enhancement of TCP to obtain better
588 throughput over wireless networks. TCP Veno makes use of state
590 type. TCP Veno cuts down less congestion window in response to random
595 tristate "YeAH TCP"
599 YeAH-TCP is a sender-side high-speed enabled TCP congestion control
609 tristate "TCP Illinois"
612 TCP-Illinois is a sender-side modification of TCP Reno for
621 tristate "DataCenter TCP (DCTCP)"
645 CAIA Delay-Gradient (CDG) is a TCP congestion control that modifies
646 the TCP sender in order to:
654 D.A. Hayes and G. Armitage. "Revisiting TCP congestion control using
658 tristate "BBR TCP"
662 BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to
673 prompt "Default TCP congestion control"
676 Select the TCP congestion control that will be used by default
736 bool "TCP: MD5 Signature Option support (RFC2385)"
740 RFC2385 specifies a method of giving MD5 protection to TCP sessions.