Sponsored Content
Special Forums IP Networking TCP initial congestion window (slow-start) Post 302584641 by ddayan on Saturday 24th of December 2011 05:44:04 AM
Old 12-24-2011
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 running the server on a Linux box (2.6.38) however i'm getting similar results 13032bytes=9*1448. Both server and client machines are running on a local network (via a router). Any ideas why the initial cwand is so large?

Last edited by ddayan; 12-24-2011 at 06:59 AM..
 

10 More Discussions You Might Find Interesting

1. HP-UX

how to start the x window system

hi, am new to hp-ux, i just bought an hp-ux with the hp-ux 11.0 os, is very old, and i wnat to start the x window system but it send an error that said that couldn't open the x server, i try startx, xinit, and nothing, and also where i can find tutorials for hp-ux os for beginners (7 Replies)
Discussion started by: nobody
7 Replies

2. UNIX for Advanced & Expert Users

TCP slow access though certain ports

hi, I'm currently running with an issue whereby we are experiencing very poor access speeds to our Informix database. Connections or requests to the DB are taking in excess of 2/3/4 minutes during peek periods during the day. This has only just started to happen but so far we have been unable to... (0 Replies)
Discussion started by: fastyan
0 Replies

3. AIX

DCE fail to start Initial Directory server - help

Guys I am having a problem starting one of the DCE Servers known as Initial Directory server . All other process are running ecxept these one Master server Configured Running Security client Configured Running RPC ... (1 Reply)
Discussion started by: Aix|Dr
1 Replies

4. IP Networking

TCP window full

Hello, I am working on a solaris 10 server. it looks like there is a network problem. I captured some traffic between my server ( Server A) and another server ( Server B ). I could see in a wireshark capture that Server A received sometimes a "TCP Window full Message" from the other server... (2 Replies)
Discussion started by: Pouchie1
2 Replies

5. 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

6. IP Networking

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

7. HP-UX

How to start X window?

hi, here is a HP workstation C9000 with HP-UX system in my office. couple days ago we shutdown the system. when trying to turn the it on, the system failed to start X window. my boss ask me fix it, but i am new of unix world. please be kindly to teach me how to get error message and fix... (19 Replies)
Discussion started by: ethandaddy
19 Replies

8. 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

9. Debian

Ntpd slow start

on every boot, ntpd takes long time to start (after moving from dhcp to static ip). is there a way to speed it up? (1 Reply)
Discussion started by: orange47
1 Replies

10. 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
CC_CHD(4)						   BSD Kernel Interfaces Manual 						 CC_CHD(4)

NAME
cc_chd -- CHD Congestion Control Algorithm DESCRIPTION
CHD enhances the HD algorithm implemented in cc_hd(4). It provides tolerance to non-congestion related packet loss and improvements to coex- istence with traditional loss-based TCP flows, especially when the bottleneck link is lightly multiplexed. Like HD, the algorithm aims to keep network queuing delays below a particular threshold (queue_threshold) and decides to reduce the conges- tion window (cwnd) probabilistically based on its estimate of the network queuing delay. It differs from HD in three key aspects: o The probability of cwnd reduction due to congestion is calculated once per round trip time instead of each time an acknowledgement is received as done by cc_hd(4). o Packet losses that occur while the queuing delay is less than queue_threshold do not cause cwnd to be reduced. o CHD uses a shadow window to help regain lost transmission opportunities when competing with loss-based TCP flows. MIB Variables The algorithm exposes the following tunable variables in the net.inet.tcp.cc.chd branch of the sysctl(3) MIB: queue_threshold Queueing congestion threshold (qth) in ticks. Default is 20. pmax Per RTT maximum backoff probability as a percentage. Default is 50. qmin Minimum queuing delay threshold (qmin) in ticks. Default is 5. loss_fair If 1, cwnd is adjusted using the shadow window when a congestion related loss is detected. Default is 1. use_max If 1, the maximum RTT seen within the measurement period is used as the basic delay measurement for the algorithm, otherwise a sampled RTT measurement is used. Default is 1. SEE ALSO
cc_cubic(4), cc_hd(4), cc_htcp(4), cc_newreno(4), cc_vegas(4), h_ertt(4), mod_cc(4), tcp(4), khelp(9), mod_cc(9) D. A. Hayes and G. Armitage, "Improved coexistence and loss tolerance for delay based TCP congestion control", in 35th Annual IEEE Conference on Local Computer Networks, 24-31, October 2010. 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_chd 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_chd congestion control module and this manual page were written by David Hayes <david.hayes@ieee.org>. BSD
September 15, 2011 BSD
All times are GMT -4. The time now is 07:33 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy