_
From: Andre Oppermann <[EMAIL PROTECTED]>
To: Venkat Venkatsubra <[EMAIL PROTECTED]>
Cc: David Malone <[EMAIL PROTECTED]>; Rui Paulo <[EMAIL PROTECTED]>; Kevin
Oberman <[EMAIL PROTECTED]>; freebsd-net@freebsd.org
Sent: Monday, December 1, 2008 3:11:43 PM
Subj
From: Andre Oppermann <[EMAIL PROTECTED]>
To: David Malone <[EMAIL PROTECTED]>
Cc: Rui Paulo <[EMAIL PROTECTED]>; freebsd-net@freebsd.org; Venkat Venkatsubra <[EMAIL
PROTECTED]>; Kevin Oberman <[EMAIL PROTECTED]>
Sent: Sunday, November 30, 2008 5:18:22 PM
Subject:
Hi Andre,
> Slightly improved version attached.
I like the idea of checking if the change is about 1 when scaled
by the window scaling factor. It might even be better to check if
the new window would look better when scaled down, because these
aren't exactly the same. Especially when the window i
gt;; freebsd-net@freebsd.org; Venkat Venkatsubra
<[EMAIL PROTECTED]>; Kevin Oberman <[EMAIL PROTECTED]>
Sent: Sunday, November 30, 2008 5:18:22 PM
Subject: Re: FreeBSD Window updates
Andre Oppermann wrote:
> David Malone wrote:
>> I've got an example extract tcpdump of this
Andre Oppermann wrote:
David Malone wrote:
I've got an example extract tcpdump of this at the end of the mail
- here 6 ACKs are sent, 5 of which are pure window updates and
several are 2us apart!
I think the easy option is to delete the code that generates explicit
window updates if the window
David Malone wrote:
I've got an example extract tcpdump of this at the end of the mail
- here 6 ACKs are sent, 5 of which are pure window updates and
several are 2us apart!
I think the easy option is to delete the code that generates explicit
window updates if the window moves by 2*MSS. We then
> So the apps read buffer is possibly 32 times 2^8 = 8KB ? (32 being the
> increment in each of those window updates.)
I don't have the source code to hand, but that certainly sounds
plausable. It is a tcp traffic generation tool, so 8K sounds like
the sort of size it is likely to read in.
sd-net@freebsd.org; Kevin Oberman
<[EMAIL PROTECTED]>
Sent: Saturday, November 29, 2008 2:46:53 PM
Subject: Re: FreeBSD Window updates
> Each of these 5 window updates are sent after the apps completed the read
> that it issued, what's the buffer size the apps is passing to the re
> Each of these 5 window updates are sent after the apps completed the read
> that it issued, what's the buffer size the apps is passing to the read?
> If it is small, could that be increased?
I'm not actually sure - the app is iperf. The window scaling factor
is 8 here I think.
> But I agree wit
]>
Cc: Rui Paulo <[EMAIL PROTECTED]>; freebsd-net@freebsd.org; Kevin Oberman
<[EMAIL PROTECTED]>
Sent: Saturday, November 29, 2008 11:46:30 AM
Subject: Re: FreeBSD Window updates
I've got an example extract tcpdump of this at the end of the mail
- here 6 ACKs are sent, 5 of w
I've got an example extract tcpdump of this at the end of the mail
- here 6 ACKs are sent, 5 of which are pure window updates and
several are 2us apart!
I think the easy option is to delete the code that generates explicit
window updates if the window moves by 2*MSS. We then should be doing
someth
From: David Malone <[EMAIL PROTECTED]>
To: Rui Paulo <[EMAIL PROTECTED]>
Cc: freebsd-net@freebsd.org; Kevin Oberman <[EMAIL PROTECTED]>
Sent: Friday, November 28, 2008 1:36:04 PM
Subject: Re: FreeBSD Window updates
> Yes, this makes sense. Probably this is a bug since 4.4BSD-L
> Yes, this makes sense. Probably this is a bug since 4.4BSD-Lite.
I had a look to see what Linux does - it only generates pure window
updates in the case that the advertised window would change by a
factor of two. I guess this practically eliminates these updates.
I would guess that changing the
EMAIL PROTECTED]>
To: David Malone <[EMAIL PROTECTED]>
Cc: freebsd-net@freebsd.org; Kevin Oberman <[EMAIL PROTECTED]>
Sent: Friday, November 28, 2008 9:36:45 AM
Subject: Re: FreeBSD Window updates
On 27 Nov 2008, at 14:03, David Malone wrote:
> I was looking at some tcpdumps from a F
On 27 Nov 2008, at 14:03, David Malone wrote:
I was looking at some tcpdumps from a FreeBSD box receiving a TCP
stream with someone yesterday and noticed that it seemed to be
generating quite a lot of dupliacte acks. Looking more carefully,
we noticed that the duplicates were actually window up
I was looking at some tcpdumps from a FreeBSD box receiving a TCP
stream with someone yesterday and noticed that it seemed to be
generating quite a lot of dupliacte acks. Looking more carefully,
we noticed that the duplicates were actually window updates. The
code for sending window updates can be
16 matches
Mail list logo