lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sun, 1 Feb 2015 23:07:23 -0800 (PST) From: David Lang <david@...g.hm> To: Avery Pennarun <apenwarr@...gle.com> cc: David Reed <dpreed@...d.com>, dstanley@...banetworks.com, Andrew McGregor <andrewmcgr@...il.com>, Stig Thormodsrud <stig@...t.com>, netdev@...r.kernel.org, linux-wireless <linux-wireless@...r.kernel.org>, Jesper Dangaard Brouer <jbrouer@...hat.com>, "cerowrt-devel@...ts.bufferbloat.net" <cerowrt-devel@...ts.bufferbloat.net>, Matt Mathis <mattmathis@...gle.com>, Derrick Pallas <pallas@...aki.com>, Kathy Giori <kgiori@....qualcomm.com>, Mahesh Paolini-Subramanya <mahesh@...swaytoofast.com>, Jonathan Morton <chromatix99@...il.com>, Tim Shepard <shep@...m.mit.edu> Subject: Re: [Cerowrt-devel] Fwd: Throughput regression with `tcp: refine TSO autosizing` On Sun, 1 Feb 2015, Avery Pennarun wrote: > On Sun, Feb 1, 2015 at 9:43 AM, <dpreed@...d.com> wrote: >> I personally think that things like promoting semi-closed, essentially >> proprietary ESSID-based bridged distribution systems as "good ideas" are >> counterproductive to this goal. But that's perhaps too radical for this >> crowd. > > Not sure what you mean here. ESSID-based distribution systems seem > pretty well defined to me. The only proprietary part is the > decision-making process for assisted roaming (ie. the "inter-AP > protocol") which is only an optional performance optimization. There > really should be an open source version of this, and I'm in fact > feebly attempting to build one, but I don't feel like the world is > falling apart through not having it. You can build a bridged > multi-BSS ESSID today with plain out-of-the-box hostapd. I will be running a fully opensource bridged ESSID system at SCaLE this month. last year we had ~2500 people and devices with ~50 APs deployed, and it worked well. The only problem was that I needed to deploy a few more APs to cover some of the hallway areas more reliably. There are tricks that the commercial systems pull that I can't currently duplicate with opensource tools. But as Avery says, they are optimizations, not something required for successful operation. It would be nice to get the assisted roaming portion available. But it's not required. David Lang -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists