Re: [Cerowrt-devel] ath10k test of openwrt head

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

Re: [Cerowrt-devel] AQL in openwrt head, but not 19 stable

"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

[Cerowrt-devel] Clearing out the moderation queues

--- 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

Re: [Cerowrt-devel] [Bloat] DC behaviors today

I think everything is about response time, even throughput. If we compare the time to transmit a single packet from A to B, including propagation delay, transmission delay and queuing delay, to the time to move a much larger amount of data from A to B we use throughput in this second case because

Re: [Cerowrt-devel] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

Toke, Sorry for the delays again but I was able to turn on debug logging. I created an Issue on github Flent as the means to pass the debug log file. Please check there and we can continue the debug dialog there as needed. Regards, Carl Klatsky -Original Message- From: Toke Høiland-J

Re: [Cerowrt-devel] [Babel-users] Cross-compiling to armhf [was: beaglebone green wireless boards...]

On Wed, Jun 22, 2016 at 1:31 PM, Juliusz Chroboczek wrote: >> The preinstalled OS has sufficient compiler and onboard flash space to >> build a current babeld from git, and I'm happy to report IPV6_SUBTREES >> is compiled in by default. > > Dave, > > It's not the first time that I notice with wond

Re: [Cerowrt-devel] [Bloat] ipv6 not quite working for me on internal networks

On 17/06/16 15:21, Dave Taht wrote: On Thu, Jun 16, 2016 at 8:56 PM, Simon Dalley wrote: Hello, First, thanks for all the work to make cerowrt what it is. Was. I am really encouraging everyone to update to lede at this point, which has nearly everything that was "good" about cerowrt in it. We

Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

On 11.06.2016 19:44, Dave Taht wrote: > E) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/gdisk > > The principal problem with fdisk nowadays is that very large (> 2TB, I > think) devices are not supported by it, and require a GPT capable > tool. Is there a replacement in lede that h

Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

Hi Dave, Am Sun, 12 Jun 2016 08:23:04 -0700 schrieb Dave Taht : > Groovy. There are quite a few other devices that have POE (edgerouter > is the first that comes to mind), perhaps this can be built on > generically? here should be the proper place (it was changed after my patch): https://git.

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

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 Pete Heist mail "[Cake] Flent

Re: [Cerowrt-devel] Cross-compiling to armhf

On Wed, Jun 22, 2016 at 3:10 PM, Juliusz Chroboczek wrote: >> you could also run the following qemu+docker trick, > > That's like taking a machine gun to a knife fight ;-) > > Just set up a chroot (I like deboostrap, but you could simply copy the > contents of the device's rootfs), and do > > su

Re: [Cerowrt-devel] [Make-wifi-fast] first 802.11ad appearance

Sorry for resurrecting a year old thread. Is there any router with 802.11ad chips that can host openwrt? I did not find any, but I might be wrong. Luca On Wed, Jan 20, 2016 at 7:27 PM, Dave Täht wrote: > It would be so nice, of course, if this was open source from the getgo. > > http://ar

Re: [Cerowrt-devel] eero gains competition in plumewifi

On 06/20/2016 09:16 AM, Dave Taht wrote: I sure wish I knew how they are implementing diversity routing and if they are bothering to pay attention to make-wifi-fast https://www.plumewifi.com/ Quite a staffing for a startup, the web site lists 46 names and positions from which 26 are named as

Re: [Cerowrt-devel] [Bloat] DC behaviors today

> > Probably, me forming some papers wrapping this up would be worthwile. > > [1]https://phys.org/news/2017-08-high-bandwidth-capability-ships.html > > [2]https://arxiv.org/pdf/1705.10630.pdf > I couldn't refrain. Currently, I've no affiliation rights, therefore I'm not eligible to push up to arxi

Re: [Cerowrt-devel] [Bloat] DC behaviors today

> I tend not to care as much about how long it takes for things that do > not need R/T deadlines as humans and as steering wheels do. > > Propigation delay, while ultimately bound by the speed of light, is also > affected by the wires wrapping indirectly around the earth - much slower > than would

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

On Thu, 20 Oct 2016, Rich Brown wrote: > https://www.nanog.org/sites/default/files/20160922_Klatsky_First_Steps > _In_v1.pdf Does anyone understand what access speeds these customers had during these tests? [Carl Klatsky] For this trial, the customers were provisioned with 110 Mbps down / 10 Mb

Re: [Cerowrt-devel] Fwd: perf and BQL on the linksys 1200ac.

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. Best regards, Marcin 2016-11-20 22:44 GMT+01:00 Toke Høiland-Jørgensen : > Dave Taht wri

Re: [Cerowrt-devel] [gluon] Introducing the LEDE project

Hi, I'm looking forward to this as I your goals sound very appealing. I have zero knowledge about what went good and what didn't at/(in the background of) the OpenWrt project. But when your implications about the past problems are right, than I'm convinced they should be overcome. What I'm c

Re: [Cerowrt-devel] [Bloat] Linux network is damn fast, need more use XDP (Was: DC behaviors today)

Hello, > Scaling up to more CPUs and TCP-stream, Tariq[1] and I have showed the > Linux kernel network stack scales to 94Gbit/s (linerate minus overhead). > But when the drivers page-recycler fails, we hit bottlenecks in the > page-allocator, that cause negative scaling to around 43Gbit/s. > > [1]

Re: [Cerowrt-devel] [Bloat] DC behaviors today

> >> What I actually wanted to posit in relation to that is that one could >> get sooner a c-cabable backbone sibling by marrying two ideas: the >> airborne concept ongoing as outlined plus what NASA is planning to >> bring about for the space backbone, e.g [1][2]. It's laser based >> instead of d

Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

Hi Dave, I don't speak for the LEDE team, but it looks to me a lot of your problem is that you are using LEDE/openwrt for far bigger iron than the primary target (standard routers, including pre-AC non-NAND ones, which are really quite small and low powered). 2 TB+ storage for example, or using l

Re: [Cerowrt-devel] [Bloat] DC behaviors today

+1 on all. Except that Little's Law is very general as it applies to any ergodic process. It just derives from the law of large numbers. And BTW, Little's law is a very powerful law. We use it unconsciously all the time. On Tue, Dec 12, 2017 at 11:53 PM, wrote: > Luca's point tends to be corre

Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

E: current fdisk versions support GPT. g must be used instead of o in order to create it. from what i've seen, both tools work the same(2048 sector padding, etc...) for GPT. On Sat, Jun 11, 2016 at 10:46 AM Dave Taht wrote: > happy to see cake working today! thx all! > > In https://github.com/dt

[Cerowrt-devel] kmod_sched_pie falis to compile with implicit declaration error in openwrt trunk for x86

I tried to build openwrt with Cake support according to this page: https://www.bufferbloat.net/projects/codel/wiki/Cake/ , then I run make, and it crashes. I then run make -j1 V=s as instructed by the make process, and is the last error message: make[3]: Leaving directory '/home/feanor/Developmen

Re: [Cerowrt-devel] KASLR: Do we have to worry about other arches than x86?

Meltdown is very easy to exploit, and doesn't need heavy CPU usage (well, the obvious exploit is dumping all of kernel data space, which might be somewhat slower than a memcpy() of that data. :-) Essentially, you run a loop that uses speculative memory tests to load a unique userspace cache l

Re: [Cerowrt-devel] [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

Hi Dave, > D) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/nanom5poe > > I don't know what landed upstream to control poe for the nano-m5 > radios, if anything? I submitted a patch (that was accepted) for GPIO-based POE control - at least for Nanostations XM/XW and for TP-Link CP

Re: [Cerowrt-devel] upstreamed sqm sch_cake in openwrt-18.06-rc2

On 7/15/2018 11:34:50 PM, Dave Taht wrote: Come on, don't you remember back when reflashing for the cause was fun? Eric Johansson: er...fun??  one PITA with updating openwrt is I need to track down all the modules I installed and reinstall them again. they really should reload all the modules

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

On Mon, Jun 27, 2016 at 2:43 AM, moeller0 wrote: > Hi David, > >> On Jun 27, 2016, at 09:44 , David Lang wrote: >> >> On Mon, 27 Jun 2016, Sebastian Moeller wrote: >> On a wireless network, with 'normal' omnidirctional antennas, the signal drops off with the square of the distance. So

Re: [Cerowrt-devel] cheap BGP capable routers?

ASR1K’s run IOS-XE. If you need something that runs IOS classic, even a 7206VXR might be fine, but the software is like a year out of date and the max ram can’t take a full BGP table right now. I might have something floating around that you can borrow. Sent from my iPad > On Feb 20, 2019, at

Re: [Cerowrt-devel] [Bloat] [Make-wifi-fast] closing up my make-wifi-fast lab

Hi Bob, I meant licensed/unlicensed for private/non private. Luca On Mon, Aug 27, 2018 at 9:39 AM Bob McMahon wrote: > Hi Luca, > > What is non private spectrum defined as per "I don't yet see how a non > private spectrum can be shared w/o LBT." > > Thanks, > Bob > > > > > On Mon, Aug 27, 20

Re: [Cerowrt-devel] meanwhile... .home, finally has a home.arpa.

No, but that's coming. Their security model was borked. BTW, the naming architecture does handle cleaning up names. I think your use case is a very interesting one. If it doesn't work reliably, that's a bad sign. Not shocking at present, though. There are a lot of things that need to be f

Re: [Cerowrt-devel] [Bloat] beating the drum for BQL

> On Aug 23, 2018, at 10:26 AM, Pete Heist wrote: > >> On Aug 23, 2018, at 2:49 AM, Dave Taht > > wrote: >> >> I had a chance to give a talk at broadcom recently, slides here: >> >> http://flent-fremont.bufferbloat.net/~d/broadcom_aug9.pdf >>

Re: [Cerowrt-devel] [Cake] inbound cake or fq_codel shaping fails on cable on netflix reno

> On Jul 21, 2018, at 6:09 PM, Dave Taht wrote: > > PS I also have two other issues going on. This is the first time I've > been using irtt with a 20ms interval, and I regularly see single 50+ms > spikes (in both ping and irtt) data and also see irtt stop > transmitting. irtt should keep sending

Re: [Cerowrt-devel] meanwhile... .home, finally has a home.arpa.

On Oct 22, 2018, at 11:51 PM, Dave Taht wrote: > This is one of those endless bikesheds I'd totally given up on. Thx ted! If you're feeling like an adventure, you might find the latest draft of the homenet naming architecture entertaining. https://github.com/ietf-homenet-wg/simple-naming/blob/m

Re: [Cerowrt-devel] [Bloat] beating the drum for BQL

> On Aug 23, 2018, at 2:49 AM, Dave Taht wrote: > > I had a chance to give a talk at broadcom recently, slides here: > > http://flent-fremont.bufferbloat.net/~d/broadcom_aug9.pdf > Thanks for sharing, this is really useful, raising a

Re: [Cerowrt-devel] [Cake] althea presentation on isp in a box at nanog 76

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

Re: [Cerowrt-devel] [Cake] looking for some testers this week

> On Mar 13, 2019, at 12:20 AM, Dave Taht wrote: > > only 225/8-231/8 are opened up from the relevant reserved for > multicast space by this patch series. They have always been unassigned > addresses. I did not change the userspace IN_MULTICAST macro, but > nearly nothing in userspace checks tha

Re: [Cerowrt-devel] [Babel-users] althea presentation on isp in a box at nanog 76

> Interesting stuff - wireguard, fq_codel/sch_cake, babel with new > metric that allows for cryptocurrency traffic billing. Justin, could you please document the private TLVs that you're using and register them with IANA? (I'm currently under pressure to make the TLV allocation more onerous, and

Re: [Cerowrt-devel] meanwhile... .home, finally has a home.arpa.

That is good feedback, if depressing. I'm kind of in the same boat—I really want to do some work on this for OpenWRT, but it hasn't come up to the top of the stack yet. The reason I was asking is that when I've said at IETF that I don't think HNCP is actually complete yet, I get a lot of rotten

Re: [Cerowrt-devel] [Ecn-sane] three new internet drafts regarding SCE

Remote attendance is free of charge but you have to register to be able to access. https://www.ietf.org/registration/ietf105/remotereg.py On Wed, Jul 17, 2019 at 3:13 PM Dave Taht wrote: > IETF 105 runs from July 20-27th in Montreal. > > https://datatracker.ietf.org/meeting/105/agenda/ > > ts

Re: [Cerowrt-devel] [Bloat] fcc initial comments due sept 10

Hi David - See some comments inline below. Hope you are well! - Jason On 8/10/18, 11:35 PM, "Bloat on behalf of dpr...@deepplum.com" wrote: Of course, the folks who wanted to see Internet connectivity spread and restructure the economic structure of communications decided not to look this

Re: [Cerowrt-devel] [Bloat] closing up my make-wifi-fast lab

Godspeed for your next project, Dave. On Fri, Aug 24, 2018 at 10:11 PM Dave Taht wrote: > All: > > It is with some regret that I am announcing the closing of my > make-wifi-fast lab at the end of this month. > > Over the years we have relied on the donation of lab space from > ISC.org, georgia t

Re: [Cerowrt-devel] [Babel-users] althea presentation on isp in a box at nanog 76

On Thu, Jun 20, 2019 at 7:11 AM Dave Taht wrote: > > https://www.youtube.com/watch?v=G4EKbgShyLw > > Interesting stuff - wireguard, fq_codel/sch_cake, babel with new > metric that allows for cryptocurrency traffic billing. Is it hackable? Like could you cheat on the amount of traffic transmitted

Re: [Cerowrt-devel] [Bloat] beating the drum for BQL

> On Aug 23, 2018, at 12:51 PM, Mikael Abrahamsson wrote: > > On Thu, 23 Aug 2018, Pete Heist wrote: > >> Thanks for sharing, this is really useful, raising awareness where it >> matters. Quite a bit of content... :) >> >> Ubiquiti needs some work getting this into more of their products (Ed

Re: [Cerowrt-devel] [Cake] looking for some testers this week

> On Mar 12, 2019, at 10:24 PM, Pete Heist wrote: > > Yes, this rfc and patch are off the deep end. :) Meant that in a good way. The potential new IP space is enormous. ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.b

Re: [Cerowrt-devel] [Cake] inbound cake or fq_codel shaping fails on cable on netflix reno

Yes. Unshaped it is ~20mbit, the tests were ran with cake shaping at 80%. On Sat, Jul 21, 2018, 2:20 PM Dave Taht wrote: > hmm? you only have 15mbits down? > On Sat, Jul 21, 2018 at 11:18 AM Georgios Amanakis > wrote: > > > > On Sat, 2018-07-21 at 10:47 -0700, Dave Taht wrote: > > > for referen

Re: [Cerowrt-devel] [Bloat] Off-topic: What to Make of the U.K.’s New Code of Practice on Internet-of-Things Security

The definition of "faulty" is, fortunately, "settled law", probably dating back as far as the era of Hanseatic League (a particular interest of mine: the league was the invention of a packet international-network-thingie where the packets were sailing ships). In Canada, the courts would simply

Re: [Cerowrt-devel] [Ecn-sane] three new internet drafts regarding SCE

> IETF 105 runs from July 20-27th in Montreal. > > https://datatracker.ietf.org/meeting/105/agenda/ > > tsvwg meets thursday morning 10-12, and friday 12:20- > > Remote attendance via videconferencing tools is straightforward. There > are of course dozens of other wg meetings of possible interes

Re: [Cerowrt-devel] [Cake] apu2 sqm/htb issue + a minor win for speeding up fq_codel itself

Cool, well I for one would like to see the APU be able to handle higher speeds, for FreeNet’s backhaul, at least. Although frankly, I’ve not definitively witnessed any significant bloat in their backhaul yet with production traffic. A good number of their routers are still ALIX (https://www.pce

Re: [Cerowrt-devel] mo bettah open source multi-party videoconferncing in an age of bloated uplinks?

Working on this a bit right now. I have the controls to tell the browser to send less manually but not auto. We might add transport-cc as google seems to have picked that one. We can have you on a call sometime to test. On Fri, Mar 27, 2020 at 12:27 PM Dave Taht wrote: > sort of an outgrowth o

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

I've only skimmed through, but as I see it, many points have already been addressed. TV went digital, large parts of the spectrum freed up for other purposes while allowing to transmit in local whitespaces where available: https://en.wikipedia.org/wiki/IEEE_802.11af#Spectrum_regulation As a diffe

Re: [Cerowrt-devel] [Bloat] Ubiquiti Launches a Speed Test Network

> On Sep 7, 2019, at 2:02 PM, Sebastian Moeller wrote: > > Hi Pete, > > If the PayPal ad of an irtt packet would contain the requested DSCP as ascci > string (maybe starting with a string like "DSCP: 46: 101110 (EF)" in the > first few bytes of the payload would make confirming bleaching/rema

Re: [Cerowrt-devel] [Bloat] [Make-wifi-fast] closing up my make-wifi-fast lab

Jonathan, Not that giant handwaving though. IEEE 802.11ax makes use of "almost TDM" RTS/CTS and scheduling. The almost is necessary as it operates in 2.4/5Ghz bands. Similar to what you describe, and is coming very soon in shipping products. RTS/CTS is still a LBT to create a window where TDM can

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Yes, I've read that part in the past. These are very good rules of thumb, but there are many inefficiencies to cope with. Note that not all wireless users are "rude" on purpose. It's just that if you want to keep in touch with your relatives in the nearby town, you use the minimal needed power for

Re: [Cerowrt-devel] [Cake] mo bettah open source multi-party videoconferncing in an age of bloated uplinks?

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

Re: [Cerowrt-devel] [Cake] looking for some testers this week

> On Mar 12, 2019, at 4:19 AM, Dave Taht wrote: > > We already made the 240/4 address range work in openwrt in december. > This patch adds in other formerly reserved address ranges: > > 1) > https://github.com/dtaht/unicast-extensions/blob/master/patches/linux/0001-Allow-0.0.0.0-8-and-reduce-l

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Full-duplex still needs some work, but there is definite progress: http://www.ti.rwth-aachen.de/~taghizadehmotlagh/FullDuplex_Survey.pdf https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/TR-1.pdf https://sing.stanford.edu/fullduplex/ https://spectrum.ieee.org/tech-talk/telecom/wir

Re: [Cerowrt-devel] [Cake] inbound cake or fq_codel shaping fails on cable on netflix reno

On Mon, 2018-07-23 at 19:36 -0700, Dave Taht wrote: > George does your result mean you also have a crappy cablemodem? > Yes, I think so. It's a Linksys DPC3008 DOCSIS 3.0. Also, I cannot get it to behave any differently with hping3 as Arie suggested. _

Re: [Cerowrt-devel] [homenet] https://tools.ietf.org/id/draft-ietf-mboned-ieee802-mcast-problems-09.txt

Ray and Christophe and others, As the responsible AD for this draft, would you mind forwarding/adding mbo...@ietf.org to the recipient list? So that authors can read your valuable comments? Thank you -éric From: homenet on behalf of "Ray Hunter (v6ops)" Date: Wedn

Re: [Cerowrt-devel] [Bloat] Ubiquiti Launches a Speed Test Network

> On Sep 7, 2019, at 1:12 AM, Toke Høiland-Jørgensen wrote: > From irtt help client: --fill=fillfill payload with given data (default none) none: leave payload as all zeroes rand: use random bytes from Go's math.rand pattern:XX:

Re: [Cerowrt-devel] [Cake] mo bettah open source multi-party videoconferncing in an age of bloated uplinks?

"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

Re: [Cerowrt-devel] [Ecn-sane] tsvwg interim meeting sce & l4s thursday 10-12

> This is a quick reminder that we'll have a virtual interim meeting via > WebEx on Thursday. Details are at: > https://datatracker.ietf.org/doc/agenda-interim-2020-tsvwg-01-tsvwg-01/ > > It's from 10:00 to 12:00 America/New_York. Correction, they updated the time to 9:00 to 11:00 America/New_Yo

Re: [Cerowrt-devel] [Ecn-sane] tsvwg interim meeting sce & l4s thursday 10-12

> Rod: > > It looks like they also would like to move the SCE preso up front. You > cool with that? I've set my alarm. I agenda bashed early as that change has not happened in the offical posted agenda and we are >24 hours from meeting. I'll see what or how the respond, but yes, the guys are awa

Re: [Cerowrt-devel] [Make-wifi-fast] my arin NRO board candidacy

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

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

On a clean, conducted network I'm getting about 900 us UDP end/end latency and about 2 ms TCP RTT, no aggregation, 9x2 VHT, small packets, undersubscribed (1Mbs) offered load for both protocols. So TCP does seem to double the latency per the need to fully arbitrate access and send its ack. Bob

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

Is there a specific goal in mind? This seems an AP tx centric proposal, though I may not be fully understanding it. I'm also curious as why not scale in spatial domain vs the frequency domain, i.e. AP and STAs can also scale using MiMO. Why not just do that? So many phones today are 1x1, some 2x

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demand for better wifi

An AP per room/area, reducing the tx power (beacon range) has been my approach and has scaled very well. It does require some wires to each AP but I find that paying an electrician to run some quality wiring to things that are to remain stationary has been well worth the cost. just my $0.02, Bob

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

packet size is smallest udp payload per a socket write() which in turn drives the smallest packet supported by "the wire." Here is a back of the envelope calculation giving ~100 microseconds per BE access. # Overhead estimates (slot time is 9 us): # o DIFS 50 us or *AIFS (3 * 9 us) = 27 us # o *B

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demand for better wifi

hmm, I'm skeptical. To use multiple carriers simultaneously is difficult per RF issues. Even if that is somehow resolved, to increase throughput usually requires some form of channel bonding, i.e. needed on both sides, and brings in issues with preserving frame ordering. If this is just channe

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demand for better wifi

Curious, where does the "in a LAN setup, the variability in [receive] signal strength is likely small enough" assertion come? Any specific power numbers here? We test with many combinations of "signal strength variability" (e.g. deltas range from 0 dBm - 50 dBm) and per different channel conditi

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demand for better wifi

Thanks for the clarification. Though now I'm confused about how all the channels would be used simultaneously with an AP only solution (which is my understanding of the kickstarter campaign.) Bob On Thu, Jun 23, 2016 at 7:14 PM, David Lang wrote: > I think he is meaning when one unit is talki

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

The ~10K is coming from empirical measurements where all aggregation technologies are disabled, i.e. only one small IP packet per medium arbitration/access and where there is only one transmitter and one receiver. 900Mb/sec is typically a peak-average throughput measurement where max (or near max)

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

I appreciate and agree with what you posted, including that a wired network without guides is not the same as a guide-less mobile network. I do think the thought experiment can help set some goal posts and, where the goalposts don't make sense, some can be thrown out. Also, there may be new ones

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

While the 802.11 ack doesn't need to do collision avoidance, it does need to wait a SIFS, send a PHY header and its typically transmitted at lower PHY rate. My estimate is 40 us for that overhead. So yes, one would have to get rid of that too, e.g. assume a transmit without a collision succeeded

Re: [Cerowrt-devel] spacebee

I'll throw in my 2cents on a couple of these items. With respect to launch costs. If you are not picky about your orbit you can get a 3U cubesat into orbit for low 6 figures, this is especially true if you have something ready to launch and don't mind waiting for a slot to open up and can mo

Re: [Cerowrt-devel] [Make-wifi-fast] more well funded attempts showing market demandfor better wifi

Hi All, This is a very interesting thread - thanks to all for taking the time to respond. (Personally, I now have better understanding of the difficulties associated with a PHY subsystem that supports a wide 1GHz.) Not to derail the current discussion, but I am curious to ideas on addressing th

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Hi Jonathan, I think in 802.11ax the AP can schedule STAs to some extent so it looks like that technique is coming soon. It is a bw tradeoff per the RUs per user. Multi-User Uplink Operation To coordinate uplink MU-MIMO or uplink OFDMA transmissions the AP sends a trigger frame to all users. Thi

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

hmm, "going back" to TDM, doesn't that lose the benefits and efficiencies per statistical multiplexing? How can a centralized device predict the many "end stations'" network demand in its time scheduling? Note: I think with 802.11ax this is happening to some extent per uplink OFDMA but that requ

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Curious to how LBT can be solved at the PHY level and if the potential solution sets preserve the end to end principle. Bob On Sun, Aug 26, 2018 at 5:26 AM David P. Reed wrote: > Baran: I got the year wrong. I remember it as 1993, but it was 1994 CNGN > speech he made, which is resurrected here

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

I guess my question is can a WiFi transmitting device rely on primarily energy detect and mostly ignore the EDCA probability game and rather search for (or predict) unused spectrum per a time interval such that its digital signal has enough power per its observed SNR? Then detect "collisions" (or

Re: [Cerowrt-devel] [Bloat] [Make-wifi-fast] closing up my make-wifi-fast lab

Hi Luca, What is non private spectrum defined as per "I don't yet see how a non private spectrum can be shared w/o LBT." Thanks, Bob On Mon, Aug 27, 2018 at 12:24 AM Luca Muscariello < luca.muscarie...@gmail.com> wrote: > Jonathan, > > Not that giant handwaving though. > IEEE 802.11ax make

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

ok thanks, that's helpful. I guess I thought if astrophysicists can direct image exoplanets a WiFi device should be able to detect superposition - though, talk about some giant hand waving! ;) Bob On Mon, Aug 27

Re: [Cerowrt-devel] [Bloat] [Make-wifi-fast] closing up my make-wifi-fast lab

I thought that RTS/CTS would handle the case of hidden nodes, i.e. a device that fails to successfully transmit can resort to RTS/CTS to get the receiver to reserve time for it. Also, lack of a RX ack seems ok to trigger MAC level retransmits. It seems the LBT bug is the collision avoidance overh

Re: [Cerowrt-devel] [Bloat] [Make-wifi-fast] closing up my make-wifi-fast lab

Hmm, not sure I understand the distinction. CTS per the AP informs those other transmitters to stay quiet per the CTS NAV. I may be misunderstanding things. Thanks for the continued discussions. It helps to better thoroughly understand the issues. Bob On Mon, Aug 27, 2018, 6:52 PM David Lang

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Minimizing power is rule #2 per Paul Banan. SOME KINDERGARTEN RULES (written in 1994) To take the fullest advantage of our new technology with its sharing of a common resource requires that our smart transmitters and receivers cooperate. This may sound complicated, but the rules to make

Re: [Cerowrt-devel] [Make-wifi-fast] closing up my make-wifi-fast lab

Agreed that incentives are non trivial. I found this article about bike share redistribution interesting: New York's bike share system pays rider to make it run better Bob On Thu, Aug 3

[Cerowrt-devel] Which mDNS package for modern OpenWrt

Can anyone give advice about the best mDNS package to install these days? There seem to be several contenders: mdnsutils, avahi, olsrd-mod-mdns, and umdns... Thanks. Rich ___ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists

Re: [Cerowrt-devel] ath10k test of openwrt head

On Mon, Mar 30, 2020 at 3:35 AM Toke Høiland-Jørgensen wrote: > > 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? Well I thought the code was in that build which is what triggered me t

Re: [Cerowrt-devel] eero gains competition in plumewifi

wow this was an old message thread. plume had last I looked 3 different firmware versions and had been unable to make 'em work with prior versions of aql On Mon, Mar 30, 2020 at 4:21 AM Erkki Lintunen wrote: > > On 06/20/2016 09:16 AM, Dave Taht wrote: > > I sure wish I knew how they are impl

[Cerowrt-devel] tuning up the ath10k in the ubnt products

As debris from the original project, I had a half dozen ubnt mesh (pro, lite, mesh) boxes, "bricked", and I'd felt at the time the only way to bring them back to life was to solder a header onto each and recreate them via the serial port. I'd disassembled a bunch but my tired old eyes wouldn't let

Re: [Cerowrt-devel] ath10k test of openwrt head

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 /me wipes away tear of joy On Mon, Mar 30, 2020 at 8:33 AM Dave Taht wrote: > > On Mon,