On 2014-8-21, at 0:05, Jim Gettys j...@freedesktop.org wrote:
And what kinds of AP's? All the 1G guarantees you is that your bottleneck
is in the wifi hop, and they can suffer as badly as anything else
(particularly consumer home routers).
The reason why 802.11 works ok at IETF and NANOG
On Wed, 20 Aug 2014, Steinar H. Gunderson wrote:
On Tue, Aug 19, 2014 at 11:45:21AM -0500, Dave Taht wrote:
I figured y'all would be bemused by the wifi performance in the sigcomm
main conference room this morning...
http://snapon.lab.bufferbloat.net/~d/sigcomm_tuesday.png
High-density
On Wed, 20 Aug 2014, Jim Gettys wrote:
On Wed, Aug 20, 2014 at 3:12 AM, Eggert, Lars l...@netapp.com wrote:
On 2014-8-19, at 18:45, Dave Taht dave.t...@gmail.com wrote:
I figured y'all would be bemused by the wifi performance in the sigcomm
main conference room this morning...
On 21. aug. 2014, at 08:52, Eggert, Lars wrote:
On 2014-8-21, at 0:05, Jim Gettys j...@freedesktop.org wrote:
And what kinds of AP's? All the 1G guarantees you is that your bottleneck
is in the wifi hop, and they can suffer as badly as anything else
(particularly consumer home routers).
On Thu, 21 Aug 2014, Michael Welzl wrote:
On 21. aug. 2014, at 08:52, Eggert, Lars wrote:
On 2014-8-21, at 0:05, Jim Gettys j...@freedesktop.org wrote:
And what kinds of AP's? All the 1G guarantees you is that your bottleneck is
in the wifi hop, and they can suffer as badly as anything
On Wed, Aug 20, 2014 at 06:05:57PM -0400, Jim Gettys wrote:
The reason why 802.11 works ok at IETF and NANOG is that:
o) they use Cisco enterprise AP's, which are not badly over buffered. I
don't have data on which enterprise AP's are overbuffered.
Note that there's a lot more to this kind
On Wed, 20 Aug 2014, Jim Gettys wrote:
On Wed, Aug 20, 2014 at 3:12 AM, Eggert, Lars l...@netapp.com wrote:
On 2014-8-19, at 18:45, Dave Taht dave.t...@gmail.com wrote:
I figured y'all would be bemused by the wifi performance in the sigcomm
main conference room this morning...
On Thu, Aug 21, 2014 at 11:23:01AM +0200, Mikael Abrahamsson wrote:
I also remember a problem that was solved by turning down the
transmit power of the APs, as they were causing problems due to too
much interference between them. Sometimes the solutions aren't all
intuitive, and +1 on the
Dave,
About this point that I've seen you make repeatedly:
My biggest problem with all the work so far is that it starts with a
constant baseline 150ms or 100ms RTT, and then try various algorithms
over a wide range of bandwidths, and then elides that base RTT in all
future plots. Unless you
On Thu, Aug 21, 2014 at 5:21 AM, Michael Welzl mich...@ifi.uio.no wrote:
Dave,
About this point that I've seen you make repeatedly:
My biggest problem with all the work so far is that it starts with a
constant baseline 150ms or 100ms RTT, and then try various algorithms
over a wide range of
I don't suppose anyone has set up a lab containing several hundred wireless
clients and a number of APs? A stepping stone towards that would be a
railway carriage simulator, with one AP, a simulated 3G uplink, and a
couple of dozen clients.
I wonder how well simply putting fq on each of the
On 21. aug. 2014, at 19:04, Dave Taht dave.t...@gmail.com wrote:
On Thu, Aug 21, 2014 at 5:21 AM, Michael Welzl mich...@ifi.uio.no wrote:
Dave,
About this point that I've seen you make repeatedly:
My biggest problem with all the work so far is that it starts with a
constant baseline
On Thu, 21 Aug 2014, Jesper Dangaard Brouer wrote:
On Thu, 21 Aug 2014 00:04:54 -0700 (PDT) David Lang da...@lang.hm wrote:
here's a paper I did a couple years ago on the network we build for Scale '11
On Thursday, August 21, 2014 6:33 PM, Jonathan Morton chromati...@gmail.com
wrote:
I don't suppose anyone has set up a lab containing several hundred wireless
clients and a number of APs? A stepping stone towards that would be a railway
carriage simulator, with one AP, a simulated 3G
We regularly test out our WiFi Traffic Generator against a slew of
commercially available APs: Netgear, Cisco, Asus, Dlink...etc..
For 802.11a/b/g/n we have a 1200 station emulator:
http://candelatech.com/ct525-1200-6n_product.php
For 802.11ac we have a 384 station emulator:
On Sun, Aug 17, 2014 at 12:13 PM, dpr...@reed.com wrote:
http://www.habeyusa.com/products/fwmb-7950-rangeley-network-communication-board/
looks intriguing.
I have to say that looks very promising as a testbed vehicle. Perhaps
down the road a candidate for
a head-end solution... or a corporate
16 matches
Mail list logo