From: Vlad Yasevich <vladislav.yasevich@hp.com>
To: linux-sctp@vger.kernel.org
Subject: Re: [PATCH 0/2] Re: Do piggybacked ACKs work
Date: Wed, 02 Sep 2009 14:29:20 +0000 [thread overview]
Message-ID: <4A9E8140.1090105@hp.com> (raw)
In-Reply-To: <1251131172-20602-1-git-send-email-vladislav.yasevich@hp.com>
Doug Graham wrote:
> Hi Vlad,
>
> I'm probably just being stupid, but I can't figure out which version of
> output.c your patch
> is supposed to be applied against. Is it supposed to be applied on top
> of any of the other
> patches that Wei or I provided, or does it replace them all?
>
> The main reason I ask is that as far as I can tell, your patch doesn't
> change the original
> mysterious condition for bundling a SACK, which was "if (asoc->a_rwnd >
> asoc->rwnd)".
Well, I took your patch verbatum for that code. These two would apply on
top of that.
You can see the final code here:
http://git.kernel.org/?p=linux/kernel/git/vxy/lksctp-dev.git;a=shortlog;h=net-next
You can fetch from it like this:
# git fetch git://git.kernel.org/pub/scm/linux/kernel/git/vxy/lksctp-dev.git \
refs/heads/net-next:refs/heads/<name that branch here>
That will dump the net-next branch into a local branch that you named (can be
any new name).
-vlad
>
> --Doug
>
> Vlad Yasevich wrote:
>> Try to wrap up the discussion and all the patches that
>> happened in this tread, I'd like to send out what I've come
>> up with. It's really a merge of all the points
>> we've discussed (minus the Nagel/small fragment discussion).
>>
>> What we try to do in the first patch is bundle the SACK
>> if we are going to send the DATA, regardless of if the SACK
>> will fit in the same packet or not.
>>
>> The second patch in the series, will size the DATA chunks
>> to account for possbile SACKs. This will encourage bundling.
>>
>> The last piece of the puzzle is what to do with the small message
>> fragements. Wei's approach doesn't work in the face of small
>> messages that the user decides to fragment as well (think, 400
>> byte message with a frag_size of 50). I think we need to
>> take message size into account in this situation.
>>
>> Anyway, please feel free to comment on this approach.
>>
>> -vlad
>>
>>
>
next prev parent reply other threads:[~2009-09-02 14:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-24 16:26 [PATCH 0/2] Re: Do piggybacked ACKs work Vlad Yasevich
2009-09-02 0:25 ` Doug Graham
2009-09-02 14:29 ` Vlad Yasevich [this message]
2009-09-05 4:41 ` Doug Graham
2009-09-05 4:54 ` Doug Graham
2009-09-06 2:06 ` Vlad Yasevich
2009-09-06 4:27 ` Doug Graham
2009-09-08 19:31 ` Vlad Yasevich
2009-09-08 20:21 ` Doug Graham
2009-09-08 21:05 ` Vlad Yasevich
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=4A9E8140.1090105@hp.com \
--to=vladislav.yasevich@hp.com \
--cc=linux-sctp@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.