--- Begin Message ---
Sebastian Moeller writes:
> Mmmh, I guess our approach at traffic shaping does not scale well at those
> speeds. Maybe this could be fixed with larger batching?
>
> I think it might be worth trying to switch to simple.qos/fq_codel and
> set a somewhat larger burst/quantum d
--- Begin Message ---
Kenneth Porter writes:
> Does that mean Broadcom is now a chipset to avoid?
Broadcom has never played nice with upstream, so as far as I'm
concerned, they always have been :(
-Toke
--- End Message ---
___
Cerowrt-devel mailing li
--- Begin Message ---
"Valdis Klētnieks" writes:
> On Wed, 01 Dec 2021 13:09:46 -0800, David Lang said:
>
>> with wifi where you can transmit multiple packets in one airtime slot, you
>> need
>> enough buffer to handle the entire burst.
>
> OK, I'll bite... roughly how many min-sized or max-siz
--- Begin Message ---
Rich Brown writes:
>> On Nov 16, 2021, at 12:00 PM, cerowrt-devel-requ...@lists.bufferbloat.net
>> wrote:
>>
>> I've always been kind of a control freak and did manual updates. Are
>> others confident enough in openwrt's process to use this?
>>
>> opkg update; opkg list-u
--- Begin Message ---
Dave Taht writes:
> One thing somewhat related to this was finally expanding the space
> available for the tc and iptables functionality for
> things like hashing and actions etc from 16 bits to 32. That is
> something of a fork lift upgrade, but... 64k queues is not
> enoug
--- Begin Message ---
"Holland, Jake via Bloat" writes:
> Hi David,
>
> That’s an interesting point, and I think you’re right that packet
> arrival is poorly modeled as a Poisson process, because in practice
> packet transmissions are very rarely unrelated to other packet
> transmissions.
>
> But
--- Begin Message ---
William Allen Simpson writes:
> Thanks. I didn't know about the internet-history mailing list.
> If I survive my covid vaccination today, I'll join it.
> (My father died within 4 hours of his 1st Moderna dose.)
>
> Strongly agree with Karl Auerbach. I've had the opportunit
--- Begin Message ---
Matt Taggart writes:
> On 3/16/21 11:30 AM, Charles Rothschild via Cerowrt-devel wrote:
>
> > I want a 1GB capable SQM router. What options are good nowadays hw wise?
>
> I've been using the Qotom x86 boxes and running x86 OpenWRT on them.
> They have no problem doing CAKE
--- Begin Message ---
Dave Taht writes:
> https://github.com/dtaht/tc-adv/issues/27
>
> I don't have any of the hardware supported by this firmware lying
> around handy... can anyone test?
I believe the original reported already tested and confirmed the fix,
actually. I have a patch pending for
--- Begin Message ---
Nils Andreas Svee writes:
> On 2/25/21 11:30 AM, Toke Høiland-Jørgensen wrote:
>
>> Ah, wireguard doesn't have XDP support, so that's likely not going to
>> work; and if you run it on the physical interface, even if you didn't
>> get
--- Begin Message ---
"Nils Andreas Svee" writes:
> I ran it on my router though, which has a decent amount of TCP flows running
> at any given time.
> It's all going over a wg tunnel though, that might be wonky for all I
> know.
Ah, wireguard doesn't have XDP support, so that's likely not goin
--- Begin Message ---
On 24 February 2021 23:49:48 CET, Nils Andreas Svee wrote:
>I'll look into pping. Admittedly I'm quite ignorant about BPF, so I'll
>likely blunder about for a bit, but hey, got it to compile - *and* run,
>but I didn't get any output other than the messages from clean_map.
>
--- Begin Message ---
Taraldsen Erik writes:
> Disclamer: I'm working on the Fixed Wireless products for Telenor
> (Zyxel NR7101 outdoor wall mounted unit). Not the Mobile Broadband
> products. We are working with Zyxel and Qualcom to try and implement
> an upstream queue which adapts to availabl
--- Begin Message ---
Dave Taht writes:
> wow, that is (predictably) miserable, even with cake. The only
> solution that is going to
> work is to somehow actively monitor your link quality and adjust cake
> to suit. Or we can start trying to use kathie's passive ping tools.
We have a PhD student
--- Begin Message ---
Daniel Sterling writes:
> On Fri, Jan 22, 2021 at 4:25 PM Jonathan Foulkes
> wrote:
>> I did not install .6, I only performed an opkg update of the dnamasq package
>> itself. So kernal is the same in my case.
>
> given you just updated the package -- that's extremely weir
--- Begin Message ---
Jonathan Foulkes writes:
> I installed the updated package on a 19.07.4 box running cake, and QoS
> performance went down the tubes.
> Last night it locked up completely while attempting to stream.
>
> See the PingPlots others have posted to this forum thread, mine look sim
--- Begin Message ---
Hi everyone
In case you haven't seen, there's a new OpenWrt release out[0] that
fixes several CVEs in dnsmasq; seems like quite a bunch at once[1].
So in the interest of keeping everyone's routers safe, here's a gentle
nudge to update :)
-Toke
[0] https://openwrt.org/relea
--- Begin Message ---
Aaron Wood writes:
> Wait, the AQL changes for ath10k aren't in 19.07? I'm seeing the
> aqm/airtime fairness controls/stats, but don't know what to look for in
> /sys/kernel to see if AQL is present (if it's visible there at all), or if
> I'm going to have to run side-by-si
--- Begin Message ---
Dave Taht writes:
> I am happy to see quic in last call. there are a ton of interoperble
> implementations now.
And in related news, this RFC of pacing from userspace was posted on
netdev yesterday:
https://lore.kernel.org/netdev/20200609140934.110785-1-willemdebruijn.ker.
Matthew Ford writes:
> What's the bufferbloat verdict on https://speed.cloudflare.com/ ?
Huh, didn't know about that. Seems they're measuring the latency before
the download test, though, so no bufferbloat numbers. If anyone knows
someone at Cloudflare we could try to bug to get this fixed, that
--- Begin Message ---
Dave Taht writes:
> I just wanted to say I just tested that last openwrt patch... and it
> was *beautiful*. I went from where
> a load test could crack 3 seconds on the uap mesh router... and
> disable the babel protocol, to 20ms
Yay! :)
-Toke
--- End Message ---
_
"David P. Reed" writes:
> Regarding EDF.
>
> I've been pushing folks to move latency sensitive computing in ALL OS's to a
> version of EDF since about 1976. This was when I was in grad school working
> on distributed computing on LANs. In fact, it is where I got the idea for my
> Ph.D. thesis
Dave Taht writes:
> A while back I decided to run for ARIN's (the american registry of
> internet numbers) NRO board, and attend their conference and election
> next week in dallas texas.
>
> While I decided to run to discuss the ipv4 extensions project, I
> certainly intend to raise issues of di
Dave Taht writes:
>> So: 1. We really should rethink how timing-sensitive algorithms are
>> expressed, and it isn't gonna be good to base them on semaphores and
>> threads that run at random rates. That means a very different OS
>> conceptual framework. Can this share with, say, the Linux we know
Maciej Sołtysiak writes:
>> https://www.youtube.com/watch?v=G4EKbgShyLw
>>
>> Interesting stuff - wireguard, fq_codel/sch_cake, babel with new
>> metric that allows for cryptocurrency traffic billing.
> Very refreshing, would love to see that succeed and then get popular in
> Europe too!
>
> On
--- Begin Message ---
Hey everyone
I'm going through the moderation queue of these two lists, and, well,
turns out there was a bit of a backlog. Up to four years of backlog, in
fact. I'm letting everything through that is not spam, so if you're
wondering why a lot of old emails suddenly show up in
"David P. Reed" writes:
> Pragmatically, I solve this by a mixed, manual strategy. My entry
> router at home isn't OpenWRT based, it only connects a WAN GigE port
> to a home LAN GigE port. I use multiple APs, and for now solve the
> "make wifi fast" problem by using one 5 GHz channel per AP, and
Dave Taht writes:
> well, aqm is engaging, but waaay too late - 2-3 sec latencies on a
> given 10mbit wifi test.
So this would be without AQL, right?
-Toke
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.ne
"David P. Reed" writes:
> Thanks, Colin, for the info. Sadly, I learned all about the licensing
> of content in the industry back about 20 years ago when I was active
> in the battles about Xcasting rights internationally (extending
> "broadcast rights" to the Web, which are rights that exist onl
Sebastian Moeller writes:
> Hi Toke,
>
>
>> On Sep 7, 2019, at 00:50, Toke Høiland-Jørgensen wrote:
>>
>> Sebastian Moeller writes:
>>
>>> Hi Toke,
>>>
>>>
>>>> On Sep 6, 2019, at 19:59, Toke Høiland-Jør
Sebastian Moeller writes:
> Hi Toke,
>
>
>> On Sep 6, 2019, at 19:59, Toke Høiland-Jørgensen wrote:
>>
>> Sebastian Moeller writes:
>>
>>> Hi Toke,
>>>
>>>> On Sep 6, 2019, at 10:27, Toke Høiland-Jørgensen wrote:
>>>
Sebastian Moeller writes:
> Hi Toke,
>
>> On Sep 6, 2019, at 10:27, Toke Høiland-Jørgensen wrote:
>>
>> Mikael Abrahamsson writes:
>>
>>> On Wed, 4 Sep 2019, Matt Taggart wrote:
>>>
>>>> So an interesting idea but they have some th
Mikael Abrahamsson writes:
> On Wed, 4 Sep 2019, Matt Taggart wrote:
>
>> So an interesting idea but they have some things they could improve.
>
> I've been considering what one should run in parallel with the speed test
> to get an impression if the speedtest impacts performance of other flows
Dave Taht writes:
> On Tue, Sep 3, 2019 at 7:45 AM Toke Høiland-Jørgensen wrote:
>>
>> Dave Taht writes:
>>
>> > On Tue, Sep 3, 2019 at 5:23 AM Mikael Abrahamsson wrote:
>> >>
>> >> On Mon, 2 Sep 2019, Dave Taht wrote:
>> >&
Dave Taht writes:
> On Tue, Sep 3, 2019 at 5:23 AM Mikael Abrahamsson wrote:
>>
>> On Mon, 2 Sep 2019, Dave Taht wrote:
>>
>> > with copy-pasted parameters set in the 90s - openwrt's default, last I
>> > looked, was 25/sec.
>>
>> -A syn_flood -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -m limi
Dave Taht writes:
> "Commento allows you to foster discussion on your website – if you
> have a blog, you can embed Commento if you want your readers to add
> comments. It's fast and *bloat-free*, has a modern interface, and is
> reasonably secure. Unlike most alternatives, Commento is lightweigh
Dave Taht writes:
> If you go (from my location) to any sublink of the website, it returns
> you to the root. I'm kind of hoping it's a
> cloudflare cache bug, local only to me? It works correctly on a
> server in england, but not on two
> clients I tried in america.
>
> https://www.bufferbloat.
Dave Taht writes:
> I keep hoping government will get it.
My old department has been involved in a project in Sweden run by "The
Internet Foundation" ("Internetstiftelsen")[0], to come up with a
"definition of internet access". The intent is to standardise which
metrics to use when advertising a
"David P. Reed" writes:
> I wonder if an interesting project to design and pitch for CrowdSupply
> to fund would be a little board that packages sch_cake or something in
> the minimal hardware package that could sit between a 1 GigE symmetric
> port and either an asymmetric GigE or a symmetric 1
Dave Taht writes:
> Ages ago (2015) I helped fund the onenetswitch project, (
> http://www.meshsr.com/SmartSwitches/ONetSwitch45 )
>
> but the company went dead for lack of further funding (as did my
> attempt to get DRR into it (
> https://github.com/NetFPGA/netfpga/wiki/DRRNetFPGA ) )
>
> I hav
--- Begin Message ---
TL;DR:
The nexthop changes are finally ready for consideration for inclusion
into the networking stack. The patch count currently stands at 86
including tests. The majority of those are refactoring the existing code
base with the last 16 implementing the nexthop feature and se
David Lang writes:
> On Sat, 2 Feb 2019, Mikael Abrahamsson wrote:
>
>> On Fri, 1 Feb 2019, David Lang wrote:
>>
>>> I had high hopes for these, but the driver development is not working well,
>>> it's one guy at Marvell who does it in his spare time, nobody else has the
>>> info to be able to
Jonathan Morton writes:
>> On 11 Dec, 2018, at 8:32 pm, Aaron Wood wrote:
>>
>> With all the variants of fq+AQM, maybe decoupling the FQ part and the
>> AQM part would be worthwhile, instead of reimplementing it for each
>> variant...
>>
>> That's a great idea, Toke. There are a lot of places
Dave Taht writes:
> Toke Høiland-Jørgensen writes:
>
>> Mikael Abrahamsson writes:
>>
>>> On Tue, 4 Dec 2018, Dave Taht wrote:
>>>
>>>> I expect dave reed to comment, so I'll withhold mine for now
>>>>
>>>> https://k
Dave Taht writes:
> https://github.com/gautamramk/FQ-PIE-for-Linux-Kernel/issues/2
With all the variants of fq+AQM, maybe decoupling the FQ part and the
AQM part would be worthwhile, instead of reimplementing it for each
variant...
-Toke
___
Cerowrt-d
Mikael Abrahamsson writes:
> On Tue, 4 Dec 2018, Dave Taht wrote:
>
>> I expect dave reed to comment, so I'll withhold mine for now
>>
>> https://kurti.sh/pubs/dLTE-Johnson-HotNets-2018.pdf
>
> When I read the first page I was hopeful, then unfortunately I got
> disappointed and just quickly sca
Mikael Abrahamsson writes:
> On Tue, 4 Dec 2018, Dave Taht wrote:
>
>> I expect dave reed to comment, so I'll withhold mine for now
>>
>> https://kurti.sh/pubs/dLTE-Johnson-HotNets-2018.pdf
>
> When I read the first page I was hopeful, then unfortunately I got
> disappointed and just quickly sca
Dave Taht writes:
> Sigh... I have zip, zero problem, if cable folk *leased* you a modem,
> managed it, and then provided a new one when their support costs got
> too great. It would do wonders for the entire industry if they simply
> gave away new docsis 3 or 3.1 modems to every one still runnin
Jonathan Morton writes:
> I'm not familiar with precisely what mitigations are now in use on
> ARM. I am however certain that, on a device running only trustworthy
> code (ie. not running a Web browser), mitigating Spectre is
> unnecessary. If an attacker gets into a position to exploit it, he's
Dave Taht writes:
> Well, fq_codel does use a lot less cpu but everything seems slower
I don't suppose 18.06 enables any of the SPECTRE mitigations (was that
an issue on ARM)?
-Toke
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.ne
Dave Taht writes:
> After comcast renumbered over and over again... I gave up on deploying
> ipv6 on my campus lan to any real extent. Is it possible to get PI
> space at this point?
You can certainly get it from RIPE; I assume you can from ARIN as well?
I think it was around the ~$1500-$2000 ma
Dave Taht writes:
> On Tue, Aug 28, 2018 at 12:05 PM Toke Høiland-Jørgensen wrote:
>>
>> Dave Taht writes:
>>
>> > as the multicast queue is infinite and not fq_codeled.
>>
>> No it isn't. Multicast has its own fully fq-codel'ed queue.
Dave Taht writes:
> as the multicast queue is infinite and not fq_codeled.
No it isn't. Multicast has its own fully fq-codel'ed queue...
-Toke
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/
valdis.kletni...@vt.edu writes:
> On Thu, 02 Aug 2018 11:56:59 -0700, Dave Taht said:
>
>> I just spent a few hugely frustrating days trying to code in and being
>> frightened by, ebpf. While I hates it thus far, a mini-language of
>> some sort suitable for hardware offloads seems useful.
>
> That
valdis.kletni...@vt.edu writes:
> On Wed, 01 Aug 2018 11:04:14 -0700, Dave Taht said:
>> If you haven't retired your cerowrt yet, now's the time.
>>
>> http://lists.infradead.org/pipermail/openwrt-devel/2018-August/013449.html
>>
>> cake still required some manual configuration at the rc2.
>
> Ah.
Dave Taht writes:
> It turns out it's just two ethernets with one, connected to a 2 port
> switch. Not what I wanted. I'd wanted something different from the
> apu2 or edgerouter X to play with, and I know the mvneta driver was
> bql'd.
I bought one of these to play with:
https://teklager.se/en/
Dave Taht writes:
> On Sat, Jul 21, 2018 at 10:28 AM Georgios Amanakis
> wrote:
>>
>> The previous one was with:
>> net.ipv4.tcp_congestion_control=cubic
>>
>> I retried with:
>> net.ipv4.tcp_congestion_control=reno
>>
>> Georgios
>
> In the fast test this has no effect on the remote server's t
Jonathan Morton writes:
> Hear, hear.
>
> Besides - exactly how is "securely sending messages to the web" useful
> in any way? That's the part I've never been able to figure out about
> the IoT nonsense.
How else would you make sure your toothbrush phoned home to the
mothership?
https://gizmodo
Dave Taht writes:
> An esp32 coupled with an arm based 802.14 mcu, or an lte chip...
>
> "With one line of code you'll be securely sending messages to the web."
>
> what could go wrong?"
Well at least it appears to be open source, support OTA updates and use
DTLS. That could be a lot worse... :)
Matt Taggart writes:
> On 12/03/2017 09:44 AM, Dave Taht wrote:
> [snip]
>> Another goal was a largely fruitless quest to find the ideal next gen
>> replacement for the wndr3800. These days I'm using a AC2600 as my main
>> device and waiting for the ath10k support to catch up. I used to use
>> an
leetminiwheat writes:
> Apologies I haven't had time to follow recent developments but are there
> any recent bufferbloat/CAKE related news/recommendations for the APU2
> platform? Specifically the APU2C (previous was marvell I believe)
>
> Hardware:
> APU2C4 (AMD x86_64 | 4GB | 3x i210-AT)
> W
Stephen Hemminger writes:
> On Tue, 31 Jan 2017 17:35:40 +0100
> Toke Høiland-Jørgensen wrote:
>
>> Stephen Hemminger writes:
>>
>> > On Tue, 20 Dec 2016 11:02:44 -0800
>> > Dave Taht wrote:
>> >
>> > Has anyone automated or orch
Stephen Hemminger writes:
> On Tue, 20 Dec 2016 11:02:44 -0800
> Dave Taht wrote:
>
>> Toke has been busy adding new features to the flent network test tool.
>> I consider it *almost* stable enough for a new release. Some of the
>> development has been focused on making the flent-gui much faster
"Klatsky, Carl" writes:
> Finally had some time to get to this request. I downloaded the current git
> version of Flent and was able to launch the flent-gui on Windows. I had some
> old
> test *.flent.gz results files which loaded just fine. I tried to open the test
> files that were linked from
Jonathan Morton writes:
>> On 4 Jan, 2017, at 23:45, Aaron Wood wrote:
>>
>> "but it has revealed that the WRT32X is designed to automatically detect
>> computers using the Killer-line of network adapters, indicating it's probably
>> a gaming-focused PC from a company like Alienware, MSI, or Ra
A link to somewhere that doesn't require a linkedin account to read might be
useful...
-Toke
On 21 November 2016 18:51:56 CET, Dave Taht wrote:
>I wish I knew just what "truemesh" was, and knew if they were paying
>attention to our make-wifi-fast stuff.
>
>https://www.linkedin.com/pulse/worlds-
Toke Høiland-Jørgensen writes:
> Dave Taht writes:
>
>> Better, I guess, but still weird. Now two flows get started and a few
>> more get started sooner in a few more tests than those attached.
>>
>> Still, during the test I am basically locked out of gettin
Dave Taht writes:
> Better, I guess, but still weird. Now two flows get started and a few
> more get started sooner in a few more tests than those attached.
>
> Still, during the test I am basically locked out of getting in via a
> new ssh until it completes.
>
> I guess the problem here is deepe
Toke Høiland-Jørgensen writes:
> Marcin Wojtas writes:
>
>> Hi Toke,
>>
>> Yes, I've been overloaded heavily with another projects and this one
>> is my hobby activity I haven't had time for. I should have some spare
>> time though in the begin
Marcin Wojtas writes:
> Hi Toke,
>
> Yes, I've been overloaded heavily with another projects and this one
> is my hobby activity I haven't had time for. I should have some spare
> time though in the beginning of December and will send v2.
Awesome!
I'm building a LEDE image with the BQL patch; w
Dave Taht writes:
> this was the last patch set I saw. I seem to recall it or something
> like it was reviewed later on netdev.
Looks like it:
https://patchwork.kernel.org/patch/9328415/ and
https://patchwork.kernel.org/patch/9328413/
Seems the xmit_more part needs a v2; guess that's why it's
Toke Høiland-Jørgensen writes:
> Dave Taht writes:
>
>> this a to-the-router test, not a through the router test.
>
> Yup, happens on the Omnia as well. See attached. Fairly old kernel on
> that, though...
Not just new connections that die, BTW. My SSH session froze up as
Dave Taht writes:
> this a to-the-router test, not a through the router test.
Yup, happens on the Omnia as well. See attached. Fairly old kernel on
that, though...
-Toke
tcp_ndown-2016-11-20T214220.946956.Test_12_streams_to_Omnia.flent.gz
Description: Binary data
Sebastian Moeller writes:
> Hi Dave,
>
>> On Nov 20, 2016, at 20:30, Dave Taht wrote:
>>
>> Has the omnia got this problem?
>
> Not sure, following your recipe from the LEDE bug, I attempted:
> bash-3.2$ ./run-flent -H netperf-eu.bufferbloat.net
> –test-parameter=download_streams=12 tcp_ndown
Dave Taht writes:
> Has the omnia got this problem?
Can check. Just finished fixing (well, working around) an annoying issue
with the switch in the omnia:
https://forum.turris.cz/t/swich-ports-offline-if-plugged-during-boot/1611
Steps to reproduce the lockout problem?
-Toke
__
James Cloos writes:
> I don't know why I didn't think of this last night, but I prevented
> wshaper from starting at boot and rebooted, and now throughput is
> reasonable.
Not too surprising that wshaper is to blame:
https://www.bufferbloat.net/projects/cerowrt/wiki/Wondershaper_Must_Die/
Also,
Dave Taht writes:
> Well, from an *outlining* and "catchy title" perspective, I'm doing
> well, but I just took a look at the backlog of things that I'd meant
> to write, in
>
> https://github.com/dtaht/blog-cerowrt
>
> And 89 things are unfinished, 37000 words thus far. 28000 "finished"
> words,
On 11 August 2016 08:43:46 CEST, Dave Taht wrote:
>On Thu, Aug 11, 2016 at 12:45 AM, Toke Høiland-Jørgensen
>wrote:
>> Jonathan Morton writes:
>>
>>>> On 11 Aug, 2016, at 01:05, Toke Høiland-Jørgensen
>wrote:
>>>>
>>>> There are
Jonathan Morton writes:
>> On 11 Aug, 2016, at 01:05, Toke Høiland-Jørgensen wrote:
>>
>> There are cwnd reductions, yes, but are they drops? My thought was
>> that they were retransmissions caused by OOO packets?
>
> You should be able to find the retransmitted p
Toke Høiland-Jørgensen writes:
> Dave Taht writes:
>
>> On Wed, Aug 10, 2016 at 11:50 PM, Toke Høiland-Jørgensen
>> wrote:
>>> Toke Høiland-Jørgensen writes:
>>>
>>>> On 10 August 2016 21:35:40 CEST, Dave Taht wrote:
>>>>>Wow
Dave Taht writes:
> On Wed, Aug 10, 2016 at 11:50 PM, Toke Høiland-Jørgensen wrote:
>> Toke Høiland-Jørgensen writes:
>>
>>> On 10 August 2016 21:35:40 CEST, Dave Taht wrote:
>>>>Wow, that *is* weird. It is good to see the tcp window changing on
>>
Toke Høiland-Jørgensen writes:
> On 10 August 2016 21:35:40 CEST, Dave Taht wrote:
>>Wow, that *is* weird. It is good to see the tcp window changing on
>>this set of data (it wasn't before), and CWRs, but... hmmm... SCIENCE.
>>
>>Enabling ecn on both sides w
On 10 August 2016 21:35:40 CEST, Dave Taht wrote:
>Wow, that *is* weird. It is good to see the tcp window changing on
>this set of data (it wasn't before), and CWRs, but... hmmm... SCIENCE.
>
>Enabling ecn on both sides will rule out some potential bugs.
Yeah, couldn't get ecn to work on the ho
Noah Causin writes:
> Hi,
>
> I am aware that a performance regression with using fq in mac80211 with
> multiple tcp streams has been reported, and this patch in lede disables it.
>
> https://github.com/lede-project/source/commit/4952469ff9278288d766b28247a17694b1c4faaa
>
> Has that been resolve
Eric Johansson writes:
> Buffer bloat was a relevant on 10/100M switches, not 10Gb switches. At
> 10Gb we can empty the queue in ~100ms, which is less than the TCP
> retransmission timers, therefore no bloat. Buffer bloat can happen at
> slower speeds, but not an issue at the speeds we have on ou
Dave Taht writes:
> I am curious if there would be a way to use a powered usb3 hub to
> individually be able to address and power cycle the ports individually
> on it?
https://www.yepkit.com/ has one of these - USB2 only, though, but there
are specs available...
-Toke
__
Juliusz Chroboczek writes:
> For discovery, multicast is unavoidable -- there's simply no way you're
> going to send a unicast to a node that you haven't discovered yet.
Presumably the access point could transparently turn IP-level multicast
into a unicast frame to each associated station? Not s
Dave Taht writes:
> The sidebar, flush right, (to heck with these huge margins) and of a fixed
> size.
> The content flush left and for it to resize the flow of the text and
> the graphs to fit, no matter the size of the content portion.
Pushed fixes to this to the blog-cerowrt repo. Kept the f
Stephen Hemminger writes:
> On Sat, 6 Feb 2016 09:44:37 -0800
> Dave Täht wrote:
>
>> Email lists themselves seem to have become passe' - the "discourse"
>> engine seems like a good idea - but I LIKE email.
>>
>> I also tend to prefer store and forward chat systems like jabber, but
>> again, ir
https://lists.freedesktop.org/archives/systemd-devel/2016-February/035748.html
-Toke
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Dave Täht writes:
> Even then, though, barrier #2 - the prospect of being a drive-by spam
> target - bothers me, so having a box in the cloud that can
> "turnaround" and rate limit stuff from port 25 there to my vpn here
> seemed ideal... except that good anti-spam requires that there be a
> reve
John Yates writes:
> Is there any firmware binary blobs?
>
> Just for the 5 GHz wifi card. The rest of the board is completely blob free.
>
> What obstacles will that present? Or is this as good as we can hope
> for?
A lot; basically, we can't touch the low-level WiFi stuff. However, the
WiFi ca
Sebastian Moeller writes:
> So, I have no recipe for home-brew, but I use the attached as
> local ports collection under macports to get flent to run:
You mind if I put this tutorial into the Flent docs? Or I can link to
them if you want to post it somewhere yourself :)
-Toke
__
Richard Smith writes:
> I am. Thats because new flent throws an exception on my laptop when I try to
> plot. My laptio is a hybird Ubuntu LTS 12.04.5. Hybrid in that I have lots of
> backports on it.
>
> Traceback (most recent call last):
> File "/usr/local/bin/flent", line 9, in
> load_en
Dave Taht writes:
> If someone can roll a web form, all the better.
http://goo.gl/forms/WCF7kPcFl9
-Toke
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Rich Brown writes:
> I saw a complaint on the OpenWrt forums that complain that they're
> having trouble with SQM in the new (final) Chaos Calmer build.
Looks like a package dependency problem, i.e. trying to install the
package into a different version than it was built for. Seems the final
ve
Dave Taht writes:
> this is a draft letter to the fcc. It kind of needs a title, more
> footnotes, and other formatting - and if more folk here are willing to
> sign, we can get rid of the first person stuff and make it "we". A
> review for accuracy would be nice, and I can put it up on google do
Dave Taht writes:
> Some work on a co-ordinated response to the FCC's proposed rulemaking.
>
> https://libreplanet.org/wiki/Save_WiFi
There's also a mailing list:
http://lists.prplfoundation.org/cgi-bin/mailman/listinfo/fcc
> I plan a letter of some sort before the revised oct deadline. anyone
Maciej Soltysiak writes:
> On trunk with ceropackages, I'm getting errors when installing sqm-scripts:
>
> root@OpenWrt:/etc# opkg install sqm-scripts
> Installing sqm-scripts (1.0-3) to root...
> Downloading
> http://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/packages/packages/sqm-scri
Matt Taggart writes:
> 2) CC doesn't seem to include tc by default now, so when I installed
> luci-app-sqm (which pulls in sqm-scripts) things weren't working
> correctly. After I installed tc then it started working. Toke, maybe
> you need to have sqm-scripts start depending on tc?
Ah, right. I
1 - 100 of 284 matches
Mail list logo
