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.
429 Support for INET (TCP, DCCP, etc) socket monitoring interface used by
471 bool "TCP: advanced congestion control"
473 Support for selection of various TCP congestion control
487 BIC-TCP is a sender-side only change that ensures a linear RTT
489 bounded TCP-friendliness. The protocol combines two schemes
494 increase provides TCP friendliness.
498 tristate "CUBIC TCP"
501 This is version 2.0 of BIC-TCP which uses a cubic growth function
506 tristate "TCP Westwood+"
509 TCP Westwood+ is a sender-side only modification of the TCP Reno
510 protocol stack that optimizes the performance of TCP congestion
513 episode. Using this estimation, TCP Westwood+ adaptively sets a
516 TCP Westwood+ significantly increases fairness wrt TCP Reno in
520 tristate "H-TCP"
523 H-TCP is a send-side only modifications of the TCP Reno
524 protocol stack that optimizes the performance of TCP
526 modeswitch to change the alpha and beta parameters of TCP Reno
528 other Reno and H-TCP flows.
531 tristate "High Speed TCP"
534 Sally Floyd's High Speed TCP (RFC 3649) congestion control.
535 A modification to TCP's congestion control mechanism for use
541 tristate "TCP-Hybla congestion control algorithm"
544 TCP-Hybla is a sender-side only change that eliminates penalization of
550 tristate "TCP Vegas"
553 TCP Vegas is a sender-side only change to TCP that anticipates
554 the onset of congestion by estimating the bandwidth. TCP Vegas
556 window. TCP Vegas should provide less packet loss, but it is
557 not as aggressive as TCP Reno.
560 tristate "TCP NV"
563 TCP NV is a follow up to TCP Vegas. It has been modified to deal with
576 tristate "Scalable TCP"
579 Scalable TCP is a sender-side only change to TCP which uses a
585 tristate "TCP Low Priority"
588 TCP Low Priority (TCP-LP), a distributed algorithm whose goal is
590 ``fair share`` of bandwidth as targeted by TCP.
591 See http://www-ece.rice.edu/networks/TCP-LP/
594 tristate "TCP Veno"
597 TCP Veno is a sender-side only enhancement of TCP to obtain better
598 throughput over wireless networks. TCP Veno makes use of state
600 type. TCP Veno cuts down less congestion window in response to random
605 tristate "YeAH TCP"
609 YeAH-TCP is a sender-side high-speed enabled TCP congestion control
619 tristate "TCP Illinois"
622 TCP-Illinois is a sender-side modification of TCP Reno for
631 tristate "DataCenter TCP (DCTCP)"
655 CAIA Delay-Gradient (CDG) is a TCP congestion control that modifies
656 the TCP sender in order to:
664 D.A. Hayes and G. Armitage. "Revisiting TCP congestion control using
668 tristate "BBR TCP"
672 BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to
683 prompt "Default TCP congestion control"
686 Select the TCP congestion control that will be used by default
746 bool "TCP: MD5 Signature Option support (RFC2385)"
750 RFC2385 specifies a method of giving MD5 protection to TCP sessions.