From: Alessandro Bolletta <alessandro@mediaspot.net>
To: "codel@lists.bufferbloat.net" <codel@lists.bufferbloat.net>
Subject: [Codel] Wifi improvements on debloating
Date: Mon, 6 May 2013 20:15:34 +0000 [thread overview]
Message-ID: <F52F175DFC537F48A43937B50B44BCA277024417@EXCHANGE.mediaspot.local> (raw)
Hi everybody,
I saw that you released a new version of cerowrt based on linux kernel 3.7.5 and, as I can see, cerowrt includes many fixes for debloating also at driver level, right?
Since we forked a OpenWRT svn based on kernel 3.7.5 for our communitary mesh network, we are thinking to port your debloating improvements made over cerowrt on our forked OS for our growing-up mesh network. Do you think that the effort made on your fixes is too high to made a port of these features, so it would be better to fork directly cerowrt, or do you think we shouldn't encounter big troubles in porting the features that we need?
Moreover, have you made improvements in wifi driver's queuing to fight bufferbloat at driver level?
We are planning to use atk9k-based wireless card on our devices and we plan to build high-gain links between nodes. Don't you think that, if nodes are connected through high throughput links (as 100Mbit of real UDP flow link speed, for example), the driver-level queuing, as 802.11n packet aggregation feature, shouldn't be a source of bufferbloat? Can I ask you if you ever encountered configurations like these and what are your suggestions about that?
Thanks so much, greetings from Italy!
--
Alessandro Bolletta
reply other threads:[~2013-05-06 20:15 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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
List information: https://lists.bufferbloat.net/postorius/lists/codel.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=F52F175DFC537F48A43937B50B44BCA277024417@EXCHANGE.mediaspot.local \
--to=alessandro@mediaspot.net \
--cc=codel@lists.bufferbloat.net \
/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