When should TCP congestion avoidance be used?

10 More Discussions You Might Find Interesting

1. Solaris

Too much TCP retransmitted and TCP duplicate on server Oracle Solaris 10

I have problem with oracle solaris 10 running on oracle sparc T4-2 server. Os information: 5.10 Generic_150400-03 sun4v sparc sun4v Output from tcpstat.d script TCP bytes: out outRetrans in inDup inUnorder 6833763 7300 98884 0...

2. Solaris

Change congestion protocol in Solaris 10

I have a client with a meshed Cisco backbone. 6500's on top, Nexus 7000 in the middle and 4500's in bottom. Solaris 10 servers connected to the 4500's backing up to a RedHat Linux backup server connected to the Nexus 7000's. The traffic is routed from 4500 --> Nexus 7000 --> 6500 --> Nexus 7000...

3. IP Networking

TCP initial congestion window (slow-start)

I have noticed that the initial congestion window in my traces is 8920bytes~=6*1448. rfc3390 states the initial cwand should be max 4000 bytes(around 3*1448). At first i thought it might be because i'm running my server on mac os x, so apple might have modified the tcp stack. Therefore I tried...

4. UNIX for Advanced & Expert Users

Looking for a Low-Latency TCP Congestion Avoidance Algorithm

I was looking at differnt types of TCP Congestion Avoidance algorithms and realized that they are almost all tailored toward "high speed networks with high latency" (aka. LFN) Anybody know of a Congestion Avoidance algorithm used in low-latency networks?

5. Programming

SSL over TCP/IP

I am trying to develop a c++ application which will communicate with client through SSL(Not https).We are using self-signed certificates. I have installed openssl and boost library. I have tried some boost sample code also and its working. Boost C++ Libraries -...

6. Programming

Help with TCP Options in C

Hello everybody, It's me again, i need your help! I was almost finishing a program when it crashed, because of TCP segments with the TCP Options enabled. I am able to control every field of every packet i receive, except of those using TCP Options. Is there a way to determine if a packet is...

7. Shell Programming and Scripting

TCP/IP Source

can u tell me from where do i get TCP/IP Source code plz.

8. IP Networking

Tcp\ip

I have written a TCP/IP client and server program. The client sends a message to the server and then the server sends a file back to the client. The client reads the buffer and stores it another file in the client side. I need to know what are the various exceptions that I need to handle in...

9. IP Networking

X.25 to TCP/IP conversion

Hello , I need to convert X.25 packets to IP packets how should i proceed .......... Please help me , regarding this matter or atleast suggest me some material which can be read regarding this . Bye

10. Cybersecurity

Tcp/ip

!HELLO , What is the maximum number of hosts on a TCP/IP internet? plz can u help me. :rolleyes:

LEARN ABOUT FREEBSD

cc_vegas

CC_VEGAS(4)						   BSD Kernel Interfaces Manual 					       CC_VEGAS(4)

NAME

     cc_vegas -- Vegas Congestion Control Algorithm

DESCRIPTION

     The Vegas congestion control algorithm uses what the authors term the actual and expected transmission rates to determine whether there is
     congestion along the network path i.e.

	   actual rate = (total data sent in a RTT) / RTT

	   expected rate = cwnd / RTTmin

	   diff = expected - actual

     where RTT is the measured instantaneous round trip time and RTTmin is the smallest round trip time observed during the connection.

     The algorithm aims to keep diff between two parameters alpha and beta, such that:

	   alpha < diff < beta

     If diff > beta, congestion is inferred and cwnd is decremented by one packet (or the maximum TCP segment size).  If diff < alpha, then cwnd
     is incremented by one packet.  Alpha and beta govern the amount of buffering along the path.

     The implementation was done in a clean-room fashion, and is based on the paper referenced in the SEE ALSO section below.

IMPLEMENTATION NOTES

     The time from the transmission of a marked packet until the receipt of an acknowledgement for that packet is measured once per RTT.  This
     implementation does not implement Brakmo's and Peterson's original duplicate ACK policy since clock ticks in today's machines are not as
     coarse as they were (i.e. 500ms) when Vegas was originally designed.  Note that modern TCP recovery processes such as fast retransmit and
     SACK are enabled by default in the TCP stack.

MIB Variables
     The algorithm exposes the following tunable variables in the net.inet.tcp.cc.vegas branch of the sysctl(3) MIB:

     alpha  Query or set the Vegas alpha parameter as a number of buffers on the path.	When setting alpha, the value must satisfy: 0 < alpha <
	    beta.  Default is 1.

     beta   Query or set the Vegas beta parameter as a number of buffers on the path.  When setting beta, the value must satisfy: 0 < alpha <
	    beta.  Default is 3.

SEE ALSO

     cc_chd(4), cc_cubic(4), cc_hd(4), cc_htcp(4), cc_newreno(4), h_ertt(4), mod_cc(4), tcp(4), khelp(9), mod_cc(9)

     L. S. Brakmo and L. L. Peterson, "TCP Vegas: end to end congestion avoidance on a global internet", IEEE J. Sel. Areas Commun., 8, 13,
     1465-1480, October 1995.

ACKNOWLEDGEMENTS

     Development and testing of this software were made possible in part by grants from the FreeBSD Foundation and Cisco University Research Pro-
     gram Fund at Community Foundation Silicon Valley.

HISTORY

     The cc_vegas congestion control module first appeared in FreeBSD 9.0.

     The module was first released in 2010 by David Hayes whilst working on the NewTCP research project at Swinburne University of Technology's
     Centre for Advanced Internet Architectures, Melbourne, Australia.	More details are available at:

     http://caia.swin.edu.au/urp/newtcp/

AUTHORS

     The cc_vegas congestion control module and this manual page were written by David Hayes <david.hayes@ieee.org>.

BSD
								September 15, 2011							       BSD

IP Networking