lkml.org 
[lkml]   [2004]   [Nov]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ACK Flooding
On Tue, 23 Nov 2004 09:42:18 +0530
Pradeep Anbumani <pradeepdreams@gmail.com> wrote:

> If anybody could tell me what changes had to be made to get the
> desired output..the desired output is TCP as per the conventional
> behaviour has to increase the transmission rate as it gets more
> duplicate acknowledgements....

If you send a 100 ACKs you won't get this behavior.
Once you give more ACKs than the other end has packets
to send (or more than the congestion window can fit)
the sender just waits for a timer based timeout before
it retransmits more data.

So what you code causes to happen is after the first data segment
is sent, you crazily spit out 100 ACKs, the send has a tiny
congestion window (now 2 segments) so at most it can send 2
packets back in response to all of those ACKs.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:08    [W:0.023 / U:0.696 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site