Why PyCon 2010's Conference Wi-Fi Didn't Melt Down
jafo writes "There's been a lot of teeth gnashing going on recently about broken wireless at conferences. We just wrapped up PyCon 2010, with around 600 (out of 1,000) attendees simultaneously accessing the volunteer-run network, and response has been fairly positive. 2.4GHz (802.11b/g) continues to be problematic, but most users were on 5.2GHz (using 802.11n) and associating at 130mbps, with a 100mbps link to the net (though after the fact we found that 35mbps would have sufficed). My PyCon 2010 wrap-up reveals all the secrets of how we did it, including pretty bandwidth and user graphs."
Editors, please do your job before you accept a story - that's an easy way to make Slashdot much better. In this particular story, it would have been easy - no research required. As I'm sure almost everyone here knows, m != M. Also, what is wrong with "b/s" instead of "bps"? (Also, how do I write non-ASCII characters here?)
Swedish plasma phys. PhD student; MSc EE; knows maths, programming, electronics; finance interest; seeks opportunities
The AP he used was a Netgear WNDAP350. There was a typo in the article.
Because of the notorious slow conference WiFi's I have learned a new trick...
I use 3G networks. Since I live in Europe it would be expensive except I get pay-per-day for the country and that averages around 4 to 5 USD per day. That is great considering I can get 3G within restaurants, in my hotel room, and where ever else... Beats having to figure things out with the Wifi...
"You can't make a race horse of a pig"
"No," said Samuel, "but you can make very fast pig"
Even though it's just a short report, it's going to be very valuable for anyone doing similar work, be it for a conference or for a more permanent setup. No textbook is going to protect against those "oh crap, why didn't I think of it before?" moments like some actual experience would, and this posting is the next best thing after actually having someone with experience on site. And this works for any field of applied technology, not just wireless networking.
So, thanks and be back with some more soon!
This is Slashdot. Common sense is futile. You will be modded down.
http://serverfault.com/questions/72767/why-is-internet-access-and-wifi-always-so-terrible-at-large-tech-conferences
IETF meetings are larger (1200+ typically), and basically everyone has an uses a laptop / pda, so they make for a demanding wireless environment. After some really bad experiences, resources were put into this, and the last few years, things have really improved.
What we have found is that
- it is necessary to have good gear (not all access points are created equal)
- To serve a lot of people, lower the power per access point, and put in a lot of them. Raising the power because of poor reception is a mistake.
- having both 2 GHz and 5 GHz networks really helps.
- telling attendees how to turn off "ad hoc" mode on their computers really helps.
- tracking down ill-configured boxes doing bad things on the network really helps.
Having said that, most recent IETF meeting sponsors have chosen to pay for professional wireless network providers. This is not trivial, and there is no better way to cause a flame war than to have the WLAN melt down.
The bimonthly IEEE 802.11 standards meetings are co-located with other 802 wireless working groups (802.15, 16, et al.) and regularly have attendance from 600-1000 persons, substantially all of whom are active on 2.4GHz (802.11b/g) substantially all the time the meetings are in session (it's required to register session attendance, upload and download documents, etc., but is largely used for Internet-based multitasking). These networks have worked flawlessly for years. They are specially-built for the meetings by VeriLAN Event Services, a company specializing in network services for special events. Their web site claims that they have supported events with up to 5000 simultaneous users.
I don't like the dual-band routers much - they always seem to do a crap job serving both bands, even in the rare cases that the router supports it.
$300 each for those Netgear APs sounds ridiculous when you can get carrier-grade equipment (such as Ubiqiti Rocket series units) for far less. Instead of getting dual-band stuff, just set up independent 2.4 GHz and 5 GHz networks.
retrorocket.o not found, launch anyway?
FTFA:
Crimping your own RJ45 should be avoided
Author should have said "testing should NOT be avoided".
I hate it when people say such things. A cable tester costs $15 and you neglected testing. Don't say "crimping your own RJ45 should be avoided". That's blaming someone else for your idiocy.
8 of 13 people found this answer helpful. Did you?
Saves the worry, AND saves the fingers. Mine start cramping at about the 25th end when I'm in a hurry.
I can't believe that they seriously planned to crimp things by hand. I can understand for the occasional single long haul runs, but they made it sound like they were doing many dozens of crimps, and that's just plain silly. The money you save in not paying for molded cables you lose in time and hassle created by bad crimps.
Did you catch the other hilarious minor detail? they only had one crimping tool! That's how to turn fail into epic fail. And they PLANNED it this way... wow.
I work for the Department of Redundancy Department.
Hmmm.... that's odd.... the Cylons must have managed to just miss all of Picon's wireless access points with their barrage of nukes. Or maybe it was just part of their "plan" all along?
Triforce fail
Life is rarely fair. Cherish the moments when there is a right answer.
Actually knowing a bit about jafo and the setup at PyCon, I can tell you exactly what's wrong with your idea: money.
The IEEE/ACM SuperComputing trade show's network (SCinet) does exactly what you say. They also have 10,000 attendees, over 50 people working on the network, a decent budget, and a ton of donated gear and bandwidth.
PyCon (and jafo) don't have $100k to spend on the network. That means that you have to make do with low-cost commodity hardware. The fact that the network can stay up and deliver acceptable quality of service is a testament to jafo's experience.
Building a conference wireless network that works when you buy gear designed for that purpose isn't particularly notable.
Building a conference wireless network that fails miserably with consumer-level gear isn't particularly notable.
Building a conference wireless network that works with consumer-level gear on a shoestring budget *is* notable.