Re: [Cerowrt-devel] the network is devolving

10Mbit single pair would be for an entirely different application than the printer, though. That’s a single-pair power-and-data solution for a microcontroller/sensor network. 1km is good for that speed off of a single twisted pair. In my past experience that would have been 40-100kbps at most (i

Re: [Cerowrt-devel] new beaglebone

-bus model that ControlNet uses. -Aaron On Thu, Mar 9, 2023 at 8:18 AM Sebastian Moeller wrote: > Hi Aaron, > > > > On Mar 9, 2023, at 16:43, Aaron Wood via Cerowrt-devel < > cerowrt-devel@lists.bufferbloat.net> wrote: > > > > At least for the sub-1GHz 802.15

Re: [Cerowrt-devel] new beaglebone

At least for the sub-1GHz 802.15.4, that’s for range that wifi can’t get, due to its lower signal loss over distance. But 10Mbut Ethernet’s weird (to me) -Aaron On Wed, Mar 8, 2023 at 6:45 AM Dave Taht via Cerowrt-devel < cerowrt-devel@lists.bufferbloat.net> wrote: > Modestly weird to see 10Mbi

Re: [Cerowrt-devel] ML

Only if you tell it to... For stuff like this, my understanding is that the hard part is always in the labelling of the training data. I've been ML-adjacent for the last ~decade, but not doing ML myself. I really should sit down and do some model training on various kinds of datasets that would

Re: [Cerowrt-devel] 10gige and 2.5gige

On Sun, Dec 19, 2021 at 10:07 AM David P. Reed wrote: > I know I shouldn't kink or pull fiber hard. In the worst case, I pull > light flexible conduit through walls with pull strings so I can add > arbitrary numbers of fibers. This is good practice, anyway (for wires or > fibers). > This is what

Re: [Cerowrt-devel] [Make-wifi-fast] [Starlink] [Cake] Due Aug 2: Internet Quality workshop CFP for the internet architecture board

My own experiments with this, in the past (5+ years ago), was that you absolutely had to use cabled setups for repeatability, but then didn't have enough randomness in the variability to really test anything that was problematic. We could create hidden nodes, or arbitrary meshes of devices, but th

Re: [Cerowrt-devel] [Make-wifi-fast] [Bloat] Little's Law mea culpa, but not invalidating my main point

With the disclaimer that I'm not as strong in statistics and modelling as I'd like to be I think it's not useful to attempt to stochastically model the behavior of what are actually active (well, reactive) components. The responses of each piece are deterministic, but the inputs (users) are n

Re: [Cerowrt-devel] [Bloat] Little's Law mea culpa, but not invalidating my main point

On Mon, Jul 12, 2021 at 1:32 PM Ben Greear wrote: > UDP is better for getting actual packet latency, for sure. TCP is > typical-user-experience-latency though, > so it is also useful. > > I'm interested in the test and visualization side of this. If there were > a way to give engineers > a good

Re: [Cerowrt-devel] Looking for MORE SQM Router Recommendations !

I'm using the Seeed Odyssey https://www.seeedstudio.com/ODYSSEY-X86J4105864-p-4447.html It will shape inbound using cake (piece of cake) at 1Gbps. Dual Intel i210 controllers. I'm running stable OpenWRT, although I needed to use ToT to get a UEFI boot setup for it that would work with the intern

Re: [Cerowrt-devel] semi off-topic: LEDs on WRT1200AC

As they're white LEDs, voltage (well, the current-limiting resistor used) will probably matter (different color LEDs tend to take different voltages/currents for the same brightness) On Tue, Mar 16, 2021 at 8:06 PM Jonathan Morton wrote: > > On 17 Mar, 2021, at 3:24 am, Valdis Klētnieks > wrote

Re: [Cerowrt-devel] openwrt freeze jan 1

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-side tests... Relatedly, the current 80211 queue set

Re: [Cerowrt-devel] [Bloat] some sqm and cpu performance numbers for a variety of devices

40 AM Dave Taht wrote: > > https://forum.openwrt.org/t/comparative-throughput-testing-including-nat-sqm-wireguard-and-openvpn/44724/44 > > (H/T to aaron wood) > > The post persistently points out that openvpn tends to optimize for > one direction only. This is in part due to th

Re: [Cerowrt-devel] I so love seeing stuff like this

Yes, I have the v1 (mamba). I jumped on it when it came out to get a multicore arm with 802.11ac On Sat, Feb 2, 2019 at 11:56 PM Mikael Abrahamsson wrote: > On Sat, 2 Feb 2019, Aaron Wood wrote: > > > What issues do you have with the wifi on the WRT1900AC? Mine works > >

Re: [Cerowrt-devel] I so love seeing stuff like this

What issues do you have with the wifi on the WRT1900AC? Mine works great. Although it struggles with cake at >150Mbps or so (when also routing IPv4/NAT). But then I'm still on 17.01.1 with driver v10.3.2.0-20170110 On Fri, Feb 1, 2019 at 12:43 PM David Lang wrote: > On Fri, 1 Feb 2019, Mikael

Re: [Cerowrt-devel] dlte

On Tue, Dec 11, 2018 at 11:02 Dave Taht > > Well, I kind of envision that happening, unless we make wifi work really > really well again. I loved learning about low-e glass recently, I think > that is going to interfere with celluar, and make wifi deployments better. It definitely messes with ce

Re: [Cerowrt-devel] fq_pie for linux

On Wed, Dec 5, 2018 at 11:51 PM Toke Høiland-Jørgensen wrote: > 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 >

Re: [Cerowrt-devel] anyone fiddlng with these?

"securely sending messages to the web" -> "Sending telemetry data to my cloud-based data processing pipeline". Both MQTT (over TLS) and HTTPS are both used heavily for sending data upstream. Some companies in this space are thinking about security, others... less so. In general, the cloud provid

Re: [Cerowrt-devel] solar wifi ap designs?

As for why 12V: it's a common standard regulator that allows all the various internal voltages to be derived from (5, 3.3, 1.8, etc). So that's why a lot of designs use that. Especially since the 5v for USB can be isolated corrected against being pulled too low by devices that are plugged in. That

Re: [Cerowrt-devel] solar wifi ap designs?

wrote: > lithium ion... although I admit a fondness for edison batteries. > > On Sun, Jun 4, 2017 at 6:54 PM, Aaron Wood wrote: > > I'd pick an AP that works off of a 12vdc supply, and then try to setup a > > 12vdc solar supply (which should get you lots of stuff

Re: [Cerowrt-devel] solar wifi ap designs?

I'd pick an AP that works off of a 12vdc supply, and then try to setup a 12vdc solar supply (which should get you lots of stuff for automotive/rv use). Are you planning on deep cycle lead acid or lithium ion for storage? -Aaron On Sun, Jun 4, 2017 at 17:49 Dave Taht wrote: > I keep finding nice

Re: [Cerowrt-devel] bcp38 and the caida "spoofer" tool

I usually have it running, but I just checked and see that it didn't get installed the last time I setup my router. So thanks for the reminder to get it re-installed and re-configured (with the IP of my cable-modem white-listed). -Aaron On Mon, Apr 17, 2017 at 9:31 AM, Dave Taht wrote: > > fro

Re: [Cerowrt-devel] edgerouter Xes and lede

> I am currently using ac1750's as my air interfaces and hanging them off > Ethernet over powerline or directly cabled via UTP and bringing all the > routing back to x86 based vm's for l3. > I would be wary of the ethernet over powerline units, they have been massively (100s of ms) overbloated in

Re: [Cerowrt-devel] fixing reboots behind comcast modems

I've not had to reboot my modem (SB6141) when rebooting my WRT1900AC (running stock fw, OpenWRT, or LEDE). I always have to reboot the SB if I change the router out (different MAC). I've had the same experiences with all the Surfboard-line modems I've had in the past (going back to 2004). -Aaron

Re: [Cerowrt-devel] gaming routers...

quot; QoS handling. -Aaron On Wed, Jan 4, 2017 at 13:57 Jonathan Morton wrote: > > > 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, in

Re: [Cerowrt-devel] gaming routers...

"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 Razer that requires priority access to the home's inte

Re: [Cerowrt-devel] flent testers wanted prior to next release

On Tue, Dec 20, 2016 at 12:20 PM, Joel Wirāmu Pauling wrote: > My biggest bug bear is that reliance on netperf/netserver with -DEMO mode > compilation time flag breaks compilation on recent RHEL and Fedora boxes > due to recent GCC incompatibilities. > I ran into some issues on OSX due to the gc

Re: [Cerowrt-devel] [Bloat] flent testers wanted prior to next release

On Tue, Dec 20, 2016 at 11:02 AM, Dave Taht wrote: > Active public servers include: > > flent-freemont.bufferbloat.net > ( this is colocated with flent-bbr-west which has bbr on by default - an > interesting test might be testing both these servers at the same time > via the rtt_fair* tests from

Re: [Cerowrt-devel] WNDR3800 improvements?

I thought it did better than that with Cake? -Aaron On Tue, Dec 13, 2016 at 8:41 PM, Dave Täht wrote: > > > On 12/13/16 4:58 PM, Matt Taggart wrote: > > Hi, > > > > I love the WNDR3800 platform, it's been great over the years first with > > cerowrt and then openwrt. Of the many I've deployed I

Re: [Cerowrt-devel] [Bloat] Comcast's NANOG slides re Bufferbloat posted (Oct 2016)

I need to box my test unit up and return it, but my area has 160/12 service if you get the upgraded rates (which I do) -Aaron On Thu, Oct 20, 2016 at 11:48 Klatsky, Carl wrote: > On Thu, 20 Oct 2016, Rich Brown wrote: > > > https://www.nanog.org/sites/default/files/20160922_Klatsky_First_Steps >

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP in net-next

bloat.net is propagating (both IPv4 and IPv6) > > Til then: > the ipv4 for the thing is: 173 dot 230 dot 156 dot 252 > > I've put a broad sweep of results up in my github, haven't looked at > them to a huge extent yet. > > > On Mon, Sep 26, 2016 at 12:45 PM, Aaro

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP in net-next

Thanks! And sorry that I missed the sample code in the patch. On Mon, Sep 26, 2016 at 12:30 Neal Cardwell wrote: > On Mon, Sep 26, 2016 at 2:47 PM, Aaron Wood wrote: > > Dumb question on this: The tcp_bbr_info struct for a socket can be > > inspected at runtime through th

Re: [Cerowrt-devel] BBR congestion control algorithm for TCP in net-next

Dumb question on this: The tcp_bbr_info struct for a socket can be inspected at runtime through the ss utility or through a get socket opts call, right? -Aaron On Sat, Sep 17, 2016 at 11:34 AM, Maciej Soltysiak wrote: > Hi, > > Just saw this: https://patchwork.ozlabs.org/patch/671069/ > > Inte

Re: [Cerowrt-devel] [Make-wifi-fast] wifi airtime fairness patches could use eyeballs and testing

On Sun, Aug 14, 2016 at 4:02 PM, Dave Taht wrote: > On Mon, Aug 15, 2016 at 12:49 AM, Aaron Wood wrote: > > On Sun, Aug 14, 2016 at 3:21 PM, Dave Taht wrote: > >> > >> > >> Ideas as to why crypto chops off so much throughput in the first place > >>

Re: [Cerowrt-devel] [Make-wifi-fast] wifi airtime fairness patches could use eyeballs and testing

On Sun, Aug 14, 2016 at 3:21 PM, Dave Taht wrote: > > Ideas as to why crypto chops off so much throughput in the first place > (from 120mbit to 80), and as to what else to poke into with crypto on, > would be nice. Crypto as in WPA2? If 1 client is fine, but multiple clients is not, my guess i

Re: [Cerowrt-devel] [Make-wifi-fast] what is the right way to do, and rationale, for wifi channel scans?

wpa_supplicant? I've seen some atrocious behavior from wpa_supplicant in the past (especially the closed-source versions from some chipset companies). One reason it's likely to be scanning is that it's looking for alternate APs for the same SSID, which are "better". I saw one implementation that

Re: [Cerowrt-devel] bugs using the 1200ac as a target

That's behavior I've seen multiple times in the past, but I never had a good feel for what the cause was. -Aaron On Wed, Apr 27, 2016 at 3:08 PM, Dave Taht wrote: > run netserver on the router. It doesn't seem to matter what qdisc is > on the router. > > hit it with the flent rrul_be or rrul te

Re: [Cerowrt-devel] using a usb3 hub as a hackerboard power switch?

Most USB hub chips I've seen don't have individual lines per-port. Instead they monitor the +5VDC rail for powering all USB devices, and grant requests to use power based on a configured power budget (how many amps the supply can push). To hack it, I'd use a Pi with it's relay modules and cut the

Re: [Cerowrt-devel] [Make-wifi-fast] perverse powersave bug with sta/ap mode

Has anyone modeled what the multicast to multiple-unicast efficiency threshold is? The point where you go from it being more efficient to send multicast traffic to individual STAs instead of sending a monstrous (in time) multicast-rate packet? 2, 5, 10 STAs? The per-STA-queue work should make th

Re: [Cerowrt-devel] [Bloat] USB3 or HDMI ethernet? - Are wires dead?

Un-bloated power-line-to-AP units would be awesome. As would power-line to POE adapters for small electronics. Although you have the same difficulty with on-boarding there that you do with wifi. -Aaron Wood On Mon, Apr 18, 2016 at 9:35 AM, Jonathan Morton wrote: > > > On 18 Apr, 20

Re: [Cerowrt-devel] might be a good thing

It will be interesting to see if that includes APs or just clients. The OEMs are going to lose one of their big levers on price, if they lose Broadcom from the mix (and Qualcomm is going to make some good money). Although Marvell's chunk of that space has been growing... -Aaron On Fri, Mar 18, 2

Re: [Cerowrt-devel] very good book on 802.11ac stuff

I've often wanted the same thing: What's the time-length of given packets (using various transmission rates), and the inter-packet delays, etc. What _is_ 100% channel utilization, in terms of packets per second of a given size/rate? >From a pcap file full of radio-tap-level packets, can the chan

Re: [Cerowrt-devel] better service discovery

Consul is based on Raft, so anyone using Consul is using Raft. (and we're poking around at it at my company, but I don't have any insight to give on it, yet). But in general, I also like distributed redundancy (as opposed to primary/backup redundancy). -Aaron On Mon, Jan 25, 2016 at 9:40 AM, Da

Re: [Cerowrt-devel] Problems testing sqm

I've done the same setup in the past with my 3800, and htb limits just fine to 10Mbps even when used with gigabit lab links. So I think that, for whatever reason, htb just isn't functioning. Dumping the qdiscs setup and stats using tc should make it clearer as to what the state of things actually

Re: [Cerowrt-devel] Problems testing sqm

On Fri, Oct 23, 2015 at 1:18 PM, Richard Smith wrote: > On 10/23/2015 02:41 PM, Michael Richardson wrote: > >> Richard Smith wrote: >> > My test setup: >> >> > Laptop<--1000BaseT-->DUT<--1000baseT-->Server >> >> So, given that the DUT is the only real constraint in the network, what >>

Re: [Cerowrt-devel] Problems testing sqm

On Fri, Oct 23, 2015 at 9:10 AM, Richard Smith wrote: > I have a shiny new Linksys WRT1900ACS to test. > > I thought it might be nice to start with some comparisons of factory > firmware vs OpenWRT with sqm enabled. > Here are my results with the same router (unless the WRT1900ACS is different f

Re: [Cerowrt-devel] performance numbers from WRT1200AC (Re: Latest build test - new sqm-scripts seem to work; "cake overhead 40" didn't)

On Wed, Jun 24, 2015 at 8:07 PM, Mikael Abrahamsson wrote: > On Wed, 24 Jun 2015, Aaron Wood wrote: > > Here's a long-range (indoors) test result with the 1900AC. I have about >> 9dB snr at the client (all the way across my house, which has plaster >> walls): &

Re: [Cerowrt-devel] performance numbers from WRT1200AC (Re: Latest build test - new sqm-scripts seem to work; "cake overhead 40" didn't)

Here's a long-range (indoors) test result with the 1900AC. I have about 9dB snr at the client (all the way across my house, which has plaster walls): http://www.dslreports.com/speedtest/737736 download buffering is the 1900ac, upload buffering is the mac laptop's driver. Both are trying too har

Re: [Cerowrt-devel] I miss data sheets

The buried-under-NDA datasheets _sometimes_ go into that detail, but it's still usually pretty obtuse reading. And of course, it's all under NDA, not part of the public datasheet. -Aaron On Mon, Jun 8, 2015 at 9:52 AM, Dave Taht wrote: > have long hoped there was a way to do hardware egress ra

Re: [Cerowrt-devel] ingress rate limiting falling short

On Wed, Jun 3, 2015 at 3:27 PM, Dave Taht wrote: > > >> kbps = quantum = time >> 2 = 3000 = 1.2ms >> 3 = 6000 = 1.6ms >> 4 = 12000 = 2.4ms >> 5 = 24000 = 3.84ms >> 6 = 48000 = 6.4ms >> 8 = 96000 = 9.6ms >> > > >> So it appears that the goal of these values was to keep incr

Re: [Cerowrt-devel] ingress rate limiting falling short

> > On the 3800, it never meets the rate, but it's only off by maybe 5%. > > As Jonathan pointed out already this is in the range of the > difference between raw rates and tcp good put, so nothing to write home > about ;) > Yeah, I'm not too worried about that 5%, based on that explanation

[Cerowrt-devel] ingress rate limiting falling short

I wrote this up on my blog, where I can intersperse text and graphs a bit better: http://burntchrome.blogspot.com/2015/06/htb-rate-limiting-not-quite-lining-up.html Basically, I ran a series of tcp_download tests, using increasing ingress rates with sqm_scripts, and then used flent's box-plots to

Re: [Cerowrt-devel] [Bloat] sqm-scripts on WRT1900AC

On Sat, May 23, 2015 at 11:44 PM, Dave Taht wrote: > > And it has a fan. Hate fans. Amusingly (I guess), I had this same > chipset to fiddle with in the "mirabox" and it ran wy too hot. > I haven't hit the fan, yet > It is not clear why you are getting an inaccurate rate out of it, eit

Re: [Cerowrt-devel] sqm-scripts on WRT1900AC

May 23, 2015 at 10:17 PM, Aaron Wood wrote: > All, > > I've been lurking on the OpenWRT forum, looking to see when the CC builds > for the WRT1900AC stabilized, and they seem to be so (for a very "beta"-ish > version of stable). > > So I went ahead and loaded u

[Cerowrt-devel] sqm-scripts on WRT1900AC

All, I've been lurking on the OpenWRT forum, looking to see when the CC builds for the WRT1900AC stabilized, and they seem to be so (for a very "beta"-ish version of stable). So I went ahead and loaded up the daily ( CHAOS CALMER (Bleeding Edge, r45715)). After getting Luci and sqm-scripts insta

Re: [Cerowrt-devel] heisenbug: dslreports 16 flow test vs cablemodems

ICMP prioritization over TCP? > >Ideas? > ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Fwd: [IP] To keep a Boeing Dreamliner flying, reboot once every 248 days A software bug again

code unit-tests with mocked clocks catch a lot of funky things like this. But you have to either know to test a piece of code, or be disciplined about testing _everything_ like that. And it doesn't retrofit into existing codebases well at all. On Sat, May 2, 2015 at 9:42 AM, Dave Taht wrote: >

Re: [Cerowrt-devel] quick dumb question re -Os vs -O2 and arch=mips74k

OpenWRT normally sets it in the Build Options section of the menuconfig. On Tue, Mar 31, 2015 at 10:20 AM, Dave Taht wrote: > How do I try a different set of compile options nowadays? > > I change it in CC .config, it changes back. > > Used -O2 in cero... > > python, for example, is way slower t

Re: [Cerowrt-devel] [Bloat] capturing packets and applying qdiscs

On Fri, Mar 27, 2015 at 8:08 AM, Richard Smith wrote: > Using horst I've discovered that the major reason our WiFi network sucks > is because 90% of the packets are sent at the 6mbit rate. Most of the rest > show up in the 12 and 24mbit zone with a tiny fraction of them using the > higher MCS ra

Re: [Cerowrt-devel] [Bloat] capturing packets and applying qdiscs

I do this often at work, using a separate machine to capture traffic using wireshark. Wireshark makes a lot of the analysis fairly straightforward (especially with it's excellent packet dissectors). By capturing in radiotap mode, you get RSSI/noise levels on the 802.11n packet, the rates involved

Re: [Cerowrt-devel] the 3 focus problems we have

On Thu, Mar 19, 2015 at 9:01 AM, Richard Smith wrote: > On 03/16/2015 01:49 PM, David Lang wrote: > >> On Mon, 16 Mar 2015, Dave Taht wrote: >> >> On Mon, Mar 16, 2015 at 10:34 AM, David Lang wrote: >>> >>> On Mon, 16 Mar 2015, Dave Taht wrote: 1) We need a new box that can do inbou

Re: [Cerowrt-devel] Comcast Uplink Buffers

Bill, I'd recommend setting the bandwidth values low (very low) at first, just to establish that the setup is working correctly. I'm able to get better control of latency at those bitrates on an WNDR3800: http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html I'd star

Re: [Cerowrt-devel] Fwd: [homenet] Routing protocol comparison document

I would definitely be interested in being involved with how to secure and firewall, but still provide access to, internal IPv6 hosts. Ie, the internet the way it's supposed to work (peer to peer), but with the security that we've inadvertently picked up along the way by using NAT everywhere for th

Re: [Cerowrt-devel] [Bloat] Bufferbloat and the policy debate on packet loss in nanog

But until the silicon vendors update _their_ forks of OpenWRT, commercially available home routers won't have these benefits. Because the home router market is dominated by packaged reference designs from one of a very small number of companies that actually make all the chipsets (Dave, I know you

Re: [Cerowrt-devel] [Bloat] Two d-link products tested for bloat...

Perhaps just a wall of shame? No venom, just point out the failings, and call people out. But, frankly, I don't think any of the router mfr's actually care (I've seen no evidence of it), and since they're not in the business of actually making these things (just putting their labels on them), I d

Re: [Cerowrt-devel] what stats do people want from conference wifi?

I would love to see this data, especially since insights into dense wifi environments is rare. It seems like this might be a fascinating time to get stats from Minstrel, for which rates clients are connected at: Do they connect at high rates at all? Do they stay stable at high rates, or do they s

Re: [Cerowrt-devel] uptime?

On Fri, Feb 6, 2015 at 12:47 PM, Dave Taht wrote: > On Sat, Feb 7, 2015 at 8:42 AM, wrote: > > On Fri, 06 Feb 2015 15:27:32 +1300, Dave Taht said: > >> so, how's everybody's uptime? > > > > Sitting at 27 days due to a power blip. > > I do strongly feel that home routers should have a battery or

Re: [Cerowrt-devel] Recording RF management info _and_ associated traffic?

On Sun, Jan 25, 2015 at 12:17 PM, wrote: > There is no reason why one cannot set up an enterprise network to support > roaming, yet maintaining the property that IP addresses don't change while > roaming from AP to AP. Here's a simple concept, that amounts to moving > what would be in the Ethern

Re: [Cerowrt-devel] SInce I mentioned this crew's work in a post, I don't want anyone to be surprised.

On Tue, Jan 6, 2015 at 11:37 AM, Dave Taht wrote: > > I also tend to wish that streaming video had got it's own control port > rather than being layered over 80 and 443. > In my experience, that was due to the corporate firewalls' default rule of disallowing outbound connections. Port 80 can be

[Cerowrt-devel] WRT1900AC support finally in OpenWRT -> New Cero Dev platform?

So it appears that Marvell pushed a bunch of patches to OpenWRT on Christmas, and as a result, trunk OpenWRT (kernel 3.18) can run, and run pretty well, on the 1900AC. https://forum.openwrt.org/viewtopic.php?pid=258634#p258634 dual-core 1.2GHz ARM. Given my experience with processors like the iM

Re: [Cerowrt-devel] how is everyone's uptime?

Do I win any prizes? :) root@cerowrt:~# uptime 16:27:49 up 74 days, 7:14, load average: 0.46, 0.17, 0.09 root@cerowrt:~# free total used free shared buffers Mem:126256496527660400 -/+ buffers: 49652

Re: [Cerowrt-devel] Trying to get hnetd working, trying to get distributed dns better

It's why I use Blogger for writeups of the netperf testing, and then post to G+. The lack of inline images in G+ is just too limiting for that sort of write-up. -Aaron On Sun, Nov 23, 2014 at 9:16 AM, Dave Taht wrote: > I setup a bunch of picostations running openwrt barrier breaker to try > a

Re: [Cerowrt-devel] High Performance (SSH) Data Transfers using fq_codel?

I have a couple friends in that crowd, and they _also_ aren't using shared lines. So they don't worry in the slightest about congestion when they're trying to keep dedicated links fully saturated. They're big issue with dropped packets is that some of the TCP congestion-control algorithms kick in

Re: [Cerowrt-devel] how's everybody's uptime?

Uptime: 21:30:42 up 40 days, 12:17, load average: 0.11, 0.13, 0.08 no traps It's running native IPv6 (Comcast), now that I have the Comcast Wifi unit running in bridge mode. Everything seems just fine. df -h: FilesystemSize Used Available Use% Mounted on rootfs

Re: [Cerowrt-devel] Routing limit question

On Mon, Oct 20, 2014 at 3:48 PM, Dave Taht wrote: > OK, I tried a few combinations of burst and cburst on a cerowrt box, > using 90/10 as a up/download speed. > > burst 64000 cburst 64000 was a bit of a win, in most respects, but odd > in others. > Interesting can this be specified on the a

Re: [Cerowrt-devel] how's everybody's uptime?

I'm up to 12 days at this point, but it was longer (a month?) before I did some re-arranging of things and needed to unplug the unit. I have an AppleTV that's wired, and all the computers are on wifi, so we end up stressing the mdns a fair bit. It seems solid, although all the devices get confuse

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

On Wed, Sep 3, 2014 at 4:08 AM, Jonathan Morton wrote: > Given that the CPU load is confirmed as high, the pcap probably isn't as > useful. The rest would be interesting to look at. > > Are you able to test with smaller packet sizes? That might help to > isolate packet-throughput (ie. connecti

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

> > What this makes me realize is that I should go instrument the cpu stats > with each of the various operating modes: > > * no shaping, anywhere > * egress shaping > * egress and ingress shaping at various limited levels: > * 10Mbps > * 20Mbps > * 50Mbps > * 100Mbps > So I set th

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

Luckily, I don't mind being wrong (or even _way_ off the mark). I don't think that's it. > > First a nitpick: the PowerBook version of the late-model G4 (7447A) > doesn't have the external L3 cache interface, so it only has the 256KB or > 512KB internal L2 cache (I forget which). The desktop ver

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

> > But this doesn't really answer the question of why the WNDR has so much > lower a ceiling with shaping than without. The G4 is powerful enough that > the overhead of shaping simply disappears next to the overhead of shoving > data around. Even when I turn up the shaping knob to a value quite

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

On Fri, Aug 29, 2014 at 11:06 AM, Dave Taht wrote: > On Fri, Aug 29, 2014 at 9:57 AM, Aaron Wood wrote: > > Comcast has upped the download rates in my area, from 50Mbps to 100Mbps. > > This morning I tried to find the limit of the WNDR3800. And I found it. > > 50Mbps

[Cerowrt-devel] Comcast upped service levels -> WNDR3800 can't cope...

Comcast has upped the download rates in my area, from 50Mbps to 100Mbps. This morning I tried to find the limit of the WNDR3800. And I found it. 50Mbps is still well within capabilities, 100Mbps isn't. And as I've seen Dave say previously, it's right around 80Mbps total (download + upload). ht

Re: [Cerowrt-devel] [Bloat] still trying to find hardware for the next generation worth hacking on

http://www.gateworks.com/product/item/ventana-gw5310-network-processor Out of price range in single units, but I don't know where the price breaks kick in. Dual-core 800MHz ARM should be plenty of power for the GigE ports. I think to get any sort of platform like this by a major vendor, we're lo

Re: [Cerowrt-devel] Upper routing throughput limit

It depends on the aqm rules that are configured. In the base setup, it struggles at 50Mbps. But that can be increased by switching from the simple.qos script to simplest.qos (I'm not sure where the limit is with the simplest.qos script. I know that Dave Taht has been working with some other plat

[Cerowrt-devel] pie vs. fq - no contest

http://burntchrome.blogspot.com/2014/05/i-dont-like-this-pie-more-bufferbloat.html PIE certain is better than nothing. But it's no fq_codel. All I varied between the two is the queuing discipline, with the PIE target (both directions) set to 16ms. not impressed. But, far better than pie did wh

Re: [Cerowrt-devel] SEO question

I _think_ it was the comcast keyword. That or a +1 by Yonatan Zunger (Google+ lead), which got implicitly shared to a wider audience... I'm glad to have gotten us some visibility into this (I started revising for clarity as the exposure increased). btw, I'm about to do those tests with PIE you a

Re: [Cerowrt-devel] Had to disable dnssec today

Now that I'm on Comcast, I'm going to try it again. -Aaron On Fri, May 16, 2014 at 8:25 PM, Stephen Hemminger < step...@networkplumber.org> wrote: > On Sat, 26 Apr 2014 13:38:08 +0200 > Aaron Wood wrote: > > > Just too many sites aren't working correctly

Re: [Cerowrt-devel] [Bloat] [aqm] the side effects of 330ms lag in the real world

On Tue, Apr 29, 2014 at 5:46 PM, Dave Taht wrote: > > Yes, but as soon as you hit the long distance network the latency is the > > same regardless of access method. So while I agree that understanding the > > effect of latency is important, it's no longer a meaningful way of > selling > > fiber

[Cerowrt-devel] Looking for a Europe-based netperf server to test against

I'm doing some tests (playing with some new tests for netperf-wrapper), and my usual test server appears to be down (Toke's server). And Dave's server at bufferbloat.net is _way_ too far away at 180ms (and I get really uneven bandwidth to there). And feel free to reply off-list if you don't want

Re: [Cerowrt-devel] [Dnsmasq-discuss] Problems with DNSsec on Comcast, with Cero 3.10.38-1/DNSmasq 4-26-2014

This timeout, I'm guessing this is older/naive setups that aren't expecting to support DNSSEC, and thought "over-securing" their setup, have managed to break the non-existence-proof process? -Aaron On Mon, Apr 28, 2014 at 9:32 PM, Simon Kelley wrote: ... > Neither of authoritative nameservers f

Re: [Cerowrt-devel] Had to disable dnssec today

ocess is going to be more tricky, because > dnsmasq is easily dismissed as too small a proportion of the market to > care. (wish it were not so). > > > > On Saturday, April 26, 2014 7:38am, "Aaron Wood" said: > > Just too many sites aren't working correctly

[Cerowrt-devel] Had to disable dnssec today

Just too many sites aren't working correctly with dnsmasq and using Google's DNS servers. - Bank of America (sso-fi.bankofamerica.com) - Weather Underground (cdnjs.cloudflare.com) - Akamai (e3191.dscc.akamaiedge.net.0.1.cn.akamaiedge.net) And I'm not getting any traction with reporting the errors

[Cerowrt-devel] local dns-sd requests being forwarded to upstream servers on CeroWRT?

Using CeroWRT 3.10.36-4, I'm seeing the following in the logs: Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: query[PTR] b._dns-sd._udp.96.42.30.172.in-addr.arpa from 172.30.42.99 Thu Apr 24 14:15:14 2014 daemon.info dnsmasq[13365]: forwarded b._dns-sd._udp.96.42.30.172.in-addr.arpa to 8.8.8

Re: [Cerowrt-devel] [Dnsmasq-discuss] more dnssec failures

Well, I'm seeing the same results as you are from here in Paris (using Free.fr). -Aaron On Thu, Apr 24, 2014 at 1:27 PM, Simon Kelley wrote: > On 24/04/14 11:49, Aaron Wood wrote: > > > > >> Dnsmasq does the DS query next because the answer to the A query comes >

Re: [Cerowrt-devel] [Dnsmasq-discuss] more dnssec failures

On Wed, Apr 23, 2014 at 5:58 PM, Simon Kelley wrote: > On 23/04/14 16:42, Dave Taht wrote: > > I will argue that a better place to report dnssec validation > > errors is the dnsmasq list. > > > > On Wed, Apr 23, 2014 at 8:31 AM, Aaron Wood wrote: > >>

Re: [Cerowrt-devel] [Dnsmasq-discuss] more dnssec failures

On Wed, Apr 23, 2014 at 6:44 PM, Robert Bradley wrote: > > > ; <<>> DiG 9.8.1-P1 <<>> +cd @8.8.8.8 a > > e3191.dscc.akamaiedge.net.0.1.cn.akamaiedge.net > > > > > But a query for DS on the same domain, which is what dnsmasq does next, > > returns SERVFAIL, _even_with_ checking disabled. > > > > ;

[Cerowrt-devel] more dnssec failures

Wed Apr 23 15:13:05 2014 daemon.info dnsmasq[29719]: query[A] e3191.dscc.akamaiedge.net.0.1.cn.akamaiedge.net from 172.30.42.99 Wed Apr 23 15:13:05 2014 daemon.info dnsmasq[29719]: forwarded e3191.dscc.akamaiedge.net.0.1.cn.akamaiedge.net to 8.8.8.8 Wed Apr 23 15:13:05 2014 daemon.info dnsmasq[2971

Re: [Cerowrt-devel] First DNSSEC failure with CeroWRT

pear that this is >> indeed a bogus DS. >> >> http://dnssec-debugger.verisignlabs.com/sso-fi.bankofamerica.com >> >>> On Sat, Apr 19, 2014 at 2:43 AM, Aaron Wood wrote: >>> One of the many servers involved with BofA's online banking: >>> &

Re: [Cerowrt-devel] comcast provisioned rates?

s of the numbers? > It's probably too much to ask for Comcast to go on the record with a > precise definition. > > > > > > On Saturday, April 19, 2014 8:55am, "Aaron Wood" said: > > I'm setting up new service in the US, and I'm currently assuming that

[Cerowrt-devel] comcast provisioned rates?

I'm setting up new service in the US, and I'm currently assuming that all of Comcast's rates are "boosted" rates, not the "provisioned" rates. So if they quote 50/10Mbps, I assume that's not what will need to be set in SQM with CeroWRT. Does anyone have good info on the "provisioned" rates that g

[Cerowrt-devel] First DNSSEC failure with CeroWRT

One of the many servers involved with BofA's online banking: Sat Apr 19 09:37:37 2014 daemon.info dnsmasq[29719]: using nameserver 8.8.4.4#53 Sat Apr 19 09:37:37 2014 daemon.info dnsmasq[29719]: using nameserver 8.8.8.8#53 Sat Apr 19 09:37:37 2014 daemon.info dnsmasq[29719]: using local addresses

  1   2   >