From: Werner Almesberger <wa@almesberger.net>
To: kuznet@ms2.inr.ac.ru
Cc: netdev@oss.sgi.com, chengjin@cs.caltech.edu
Subject: Re: snd_cwnd drawn and quartered
Date: Wed, 15 Jan 2003 15:25:04 -0300 [thread overview]
Message-ID: <20030115152504.B1521@almesberger.net> (raw)
In-Reply-To: <200301151750.UAA15907@sex.inr.ac.ru>; from kuznet@ms2.inr.ac.ru on Wed, Jan 15, 2003 at 08:50:50PM +0300
kuznet@ms2.inr.ac.ru wrote:
>> This is precisely what NewReno does. If you lose anything within
>> that cwnd, recovery is extended.
>
> Werner, where did you get this information? In that case recovery
> will not finish. :-)
Maybe I used the wrong word. The sequence number we're waiting
for (high_seq) doesn't change, of course. But the recovery
takes longer than just one RTT, because it takes longer for
snd_una to reach high_seq - due to the second loss.
And because recovery takes longer than one RTT, we decrement
cwnd too much.
>> 100: we've recovered our initial loss, but snd_una is still
>> below high_seq, because of all the other losses in that
>> cwnd
>
> This must not happen. I did not mean this in code and cannot see
> how it can happen. high_seq is set once while single recovery cycle.
> Something is buggy.
Yes, high_seq is set only once. That's okay. It's snd_una that
(correctly) takes more than one RTT to reach high_seq.
1) tcp_enter_loss sets high_seq = snd_nxt. At that time (t = 0),
snd_una is 0, snd_nxt is 100.
2) tcp_fastretrans_alert tries to exit recovery only if snd_una
reaches high_seq
Am I reading this right ?
- Werner
--
_________________________________________________________________________
/ Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net /
/_http://www.almesberger.net/____________________________________________/
next prev parent reply other threads:[~2003-01-15 18:25 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-25 1:50 snd_cwnd drawn and quartered Werner Almesberger
2003-01-02 1:38 ` kuznet
2003-01-02 6:08 ` Werner Almesberger
2003-01-02 8:31 ` Werner Almesberger
2003-01-02 21:26 ` Werner Almesberger
2003-01-14 0:12 ` kuznet
2003-01-14 1:20 ` Cheng Jin
2003-01-14 1:46 ` kuznet
2003-01-14 1:58 ` Cheng Jin
2003-01-14 2:12 ` kuznet
2003-01-14 2:19 ` Cheng Jin
2003-01-14 5:07 ` kuznet
2003-01-14 4:01 ` Werner Almesberger
[not found] ` <200301140502.IAA10733@sex.inr.ac.ru>
2003-01-14 5:25 ` Werner Almesberger
2003-01-14 6:14 ` kuznet
2003-01-14 6:36 ` Werner Almesberger
2003-01-15 17:50 ` kuznet
2003-01-15 18:25 ` Werner Almesberger [this message]
2003-01-15 18:43 ` kuznet
2003-01-15 19:37 ` Werner Almesberger
2003-01-19 6:55 ` example showing how cwnd gets to one Cheng Jin
2003-01-14 0:54 ` snd_cwnd drawn and quartered kuznet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030115152504.B1521@almesberger.net \
--to=wa@almesberger.net \
--cc=chengjin@cs.caltech.edu \
--cc=kuznet@ms2.inr.ac.ru \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).