When should TCP congestion avoidance be used?


 
Thread Tools Search this Thread
Special Forums IP Networking When should TCP congestion avoidance be used?
# 1  
Old 12-13-2011
When should TCP congestion avoidance be used?

I have a Cisco small business switch and I am wondering what I will gain (or lose) by enabling "TCP congestion avoidance". I read the definition of it but how does one know when one should use it?
Login or Register to Ask a Question

Previous Thread | Next Thread

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 Replies)
Discussion started by: insatiable1610
2 Replies

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 Replies)
Discussion started by: crusoe
3 Replies

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... (2 Replies)
Discussion started by: ddayan
2 Replies

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? (3 Replies)
Discussion started by: jjinno
3 Replies

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 -... (2 Replies)
Discussion started by: johnbach
2 Replies

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... (0 Replies)
Discussion started by: Zykl0n-B
0 Replies

7. Shell Programming and Scripting

TCP/IP Source

can u tell me from where do i get TCP/IP Source code plz. (2 Replies)
Discussion started by: pradeep83rawat
2 Replies

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... (0 Replies)
Discussion started by: Rajeshsu
0 Replies

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 (2 Replies)
Discussion started by: manjunath
2 Replies

10. Cybersecurity

Tcp/ip

!HELLO , What is the maximum number of hosts on a TCP/IP internet? plz can u help me. :rolleyes: (2 Replies)
Discussion started by: smdakram
2 Replies
Login or Register to Ask a Question
MOD_CC(4)						   BSD Kernel Interfaces Manual 						 MOD_CC(4)

NAME
mod_cc -- Modular congestion control DESCRIPTION
The modular congestion control framework allows the TCP implementation to dynamically change the congestion control algorithm used by new and existing connections. Algorithms are identified by a unique ascii(7) name. Algorithm modules can be compiled into the kernel or loaded as kernel modules using the kld(4) facility. The default algorithm is NewReno, and all connections use the default unless explicitly overridden using the TCP_CONGESTION socket option (see tcp(4) for details). The default can be changed using a sysctl(3) MIB variable detailed in the MIB Variables section below. MIB Variables The framework exposes the following variables in the net.inet.tcp.cc branch of the sysctl(3) MIB: available Read-only list of currently available congestion control algorithms by name. algorithm Returns the current default congestion control algorithm when read, and changes the default when set. When attempting to change the default algorithm, this variable should be set to one of the names listed by the net.inet.tcp.cc.available MIB variable. SEE ALSO
cc_cdg(4), cc_chd(4), cc_cubic(4), cc_dctcp(4), cc_hd(4), cc_htcp(4), cc_newreno(4), cc_vegas(4), tcp(4), mod_cc(9) 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 mod_cc modular congestion control framework first appeared in FreeBSD 9.0. The framework was first released in 2007 by James Healy and Lawrence Stewart whilst working on the NewTCP research project at Swinburne Uni- versity of Technology's Centre for Advanced Internet Architectures, Melbourne, Australia, which was made possible in part by a grant from the Cisco University Research Program Fund at Community Foundation Silicon Valley. More details are available at: http://caia.swin.edu.au/urp/newtcp/ AUTHORS
The mod_cc facility was written by Lawrence Stewart <lstewart@FreeBSD.org>, James Healy <jimmy@deefa.com> and David Hayes <david.hayes@ieee.org>. This manual page was written by David Hayes <david.hayes@ieee.org> and Lawrence Stewart <lstewart@FreeBSD.org>. BSD
January 12, 2015 BSD