RE: large-scale wireless [was: cpu needed to NAT 45mbs]
Also, some issues with Intel, too: http://www.intel.com/support/wireless/wlan/sb/cs-006205.htm http://listserv.educause.edu/cgi-bin/wa.exe?A2=ind0608&L=wireless-lan&D=1&H= 1&T=0&P=5230 I know that this has been at least somewhat addressed, but I'm not sure if they are fully addressed. Regards, Frank -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Casey Callendrello Sent: Tuesday, November 13, 2007 1:20 PM To: nanog@merit.edu; [EMAIL PROTECTED] Subject: Re: large-scale wireless [was: cpu needed to NAT 45mbs] Hard-earned knowledge: Meru's single-channel approach has some compatability issues with certain drivers, most notably Lenovo laptops with the Atheros chipset. If you decide to go that route, make sure you have a USB key lying around with the latest drivers from the Lenovo site for the T60's wireless network. Regardless of your deployment, make sure your front line support staff (you DO have a helptable, right?) has the ability to update drivers on PCs without requiring wireless connectivity. An ethernet cable should work just fine :) --Casey Jeff Kell wrote: >Frank Bulk wrote: > > >>Foundry OEMs from Meru, which also uses a single-channel approach. It does >>not have an L1 requirement. >> >> > >Meru APs tunnel back to the controller, so any old L3 will do. We took an AP home (just for grins) and it still worked back to our controller through residential broadband. > >Jeff > >
Re: large-scale wireless [was: cpu needed to NAT 45mbs]
Hard-earned knowledge: Meru's single-channel approach has some compatability issues with certain drivers, most notably Lenovo laptops with the Atheros chipset. If you decide to go that route, make sure you have a USB key lying around with the latest drivers from the Lenovo site for the T60's wireless network. Regardless of your deployment, make sure your front line support staff (you DO have a helptable, right?) has the ability to update drivers on PCs without requiring wireless connectivity. An ethernet cable should work just fine :) --Casey Jeff Kell wrote: Frank Bulk wrote: Foundry OEMs from Meru, which also uses a single-channel approach. It does not have an L1 requirement. Meru APs tunnel back to the controller, so any old L3 will do. We took an AP home (just for grins) and it still worked back to our controller through residential broadband. Jeff
Re: large-scale wireless [was: cpu needed to NAT 45mbs]
Frank Bulk wrote: > Foundry OEMs from Meru, which also uses a single-channel approach. It does > not have an L1 requirement. Meru APs tunnel back to the controller, so any old L3 will do. We took an AP home (just for grins) and it still worked back to our controller through residential broadband. Jeff
RE: large-scale wireless [was: cpu needed to NAT 45mbs]
Foundry OEMs from Meru, which also uses a single-channel approach. It does not have an L1 requirement. Frank -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Niels Bakker Sent: Tuesday, November 13, 2007 11:35 AM To: nanog@merit.edu Subject: Re: large-scale wireless [was: cpu needed to NAT 45mbs] * [EMAIL PROTECTED] (Frank Bulk) [Tue 13 Nov 2007, 14:24 CET]: >If you're going with Extricom you don't need to worry about channel >planning beyond adding more "channel blankets". I understand Foundry's wireless products do the same thing. Seems to work ok but have not heard about larger test cases than a hundred or so clients. * [EMAIL PROTECTED] (Carl Karsten) [Tue 13 Nov 2007, 05:56 CET]: >On Wifi for 1000: [..] In the context of that, you may wish to peruse the proceedings of the last few CCC Congresses in Berlin, which had pretty much working wireless - even with thousands of attendees: http://events.ccc.de/camp/2007/Fahrplan/attachments/1347-Camp07-NetworkRevie w.pdf http://events.ccc.de/congress/2006/Fahrplan/attachments/1247-23c3-noc-review -corrected.pdf http://events.ccc.de/congress/2005/fahrplan/attachments/652-slides_network_r eview.pdf (They're still looking for a sponsor of wireless equipment for this year's edition, by the way) Regards, -- Niels. -- "The Mac doesn't have a one-button mouse, it has a five-button mouse, with four of the buttons on the keyboard." -- Peter da Silva <[EMAIL PROTECTED]>
RE: large-scale wireless [was: cpu needed to NAT 45mbs]
Aruba has some pretty large implementations under their belt including Microsoft Corp. Check them out. Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Niels Bakker Sent: Tuesday, November 13, 2007 12:35 PM To: nanog@merit.edu Subject: Re: large-scale wireless [was: cpu needed to NAT 45mbs] * [EMAIL PROTECTED] (Frank Bulk) [Tue 13 Nov 2007, 14:24 CET]: >If you're going with Extricom you don't need to worry about channel >planning beyond adding more "channel blankets". I understand Foundry's wireless products do the same thing. Seems to work ok but have not heard about larger test cases than a hundred or so clients. * [EMAIL PROTECTED] (Carl Karsten) [Tue 13 Nov 2007, 05:56 CET]: >On Wifi for 1000: [..] In the context of that, you may wish to peruse the proceedings of the last few CCC Congresses in Berlin, which had pretty much working wireless - even with thousands of attendees: http://events.ccc.de/camp/2007/Fahrplan/attachments/1347-Camp07-NetworkR eview.pdf http://events.ccc.de/congress/2006/Fahrplan/attachments/1247-23c3-noc-re view-corrected.pdf http://events.ccc.de/congress/2005/fahrplan/attachments/652-slides_netwo rk_review.pdf (They're still looking for a sponsor of wireless equipment for this year's edition, by the way) Regards, -- Niels. -- "The Mac doesn't have a one-button mouse, it has a five-button mouse, with four of the buttons on the keyboard." -- Peter da Silva <[EMAIL PROTECTED]>
Re: large-scale wireless [was: cpu needed to NAT 45mbs]
* [EMAIL PROTECTED] (Frank Bulk) [Tue 13 Nov 2007, 14:24 CET]: If you're going with Extricom you don't need to worry about channel planning beyond adding more "channel blankets". I understand Foundry's wireless products do the same thing. Seems to work ok but have not heard about larger test cases than a hundred or so clients. * [EMAIL PROTECTED] (Carl Karsten) [Tue 13 Nov 2007, 05:56 CET]: On Wifi for 1000: [..] In the context of that, you may wish to peruse the proceedings of the last few CCC Congresses in Berlin, which had pretty much working wireless - even with thousands of attendees: http://events.ccc.de/camp/2007/Fahrplan/attachments/1347-Camp07-NetworkReview.pdf http://events.ccc.de/congress/2006/Fahrplan/attachments/1247-23c3-noc-review-corrected.pdf http://events.ccc.de/congress/2005/fahrplan/attachments/652-slides_network_review.pdf (They're still looking for a sponsor of wireless equipment for this year's edition, by the way) Regards, -- Niels. -- "The Mac doesn't have a one-button mouse, it has a five-button mouse, with four of the buttons on the keyboard." -- Peter da Silva <[EMAIL PROTECTED]>
RE: large-scale wireless [was: cpu needed to NAT 45mbs]
Elmar: Marketing and theory -- I haven't had a chance to test it myself. BTW, I'm not regurgitating Extricom's marketing rhetoric when I say you don't need to worry about channel planning -- their product is designed with that specifically in mind. The technical benefits and caveats of this single-channel architecture, and the possible concerns that a network planner might have around the requirement to have L1 connectivity from Extricom's APs to their switch, are better discussed in another forum. Frank -Original Message- From: Elmar K. Bins [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 13, 2007 7:46 AM To: Frank Bulk Cc: nanog@merit.edu Subject: Re: large-scale wireless [was: cpu needed to NAT 45mbs] [EMAIL PROTECTED] (Frank Bulk) wrote: > If you're going with Extricom you don't need to worry about channel planning > beyond adding more "channel blankets". Is that based on marketing, theory (based on the whitepapers and patent descriptions) or practical experience? Elmar.
Re: large-scale wireless [was: cpu needed to NAT 45mbs]
[EMAIL PROTECTED] (Frank Bulk) wrote: > If you're going with Extricom you don't need to worry about channel planning > beyond adding more "channel blankets". Is that based on marketing, theory (based on the whitepapers and patent descriptions) or practical experience? Elmar.
RE: large-scale wireless [was: cpu needed to NAT 45mbs]
If you're going with Extricom you don't need to worry about channel planning beyond adding more "channel blankets". Frank -Original Message- From: Carl Karsten [mailto:[EMAIL PROTECTED] Sent: Monday, November 12, 2007 10:56 PM To: nanog@merit.edu Cc: [EMAIL PROTECTED]; Adrian Chadd; Suresh Ramasubramanian Subject: Re: cpu needed to NAT 45mbs Thank you for all the advice - it was nice to see 20 replies that all basically agreed (and with me too.) If only the 6 people involved in this project were such. On Wifi for 1000: I have tried to make sure everyone involved in this PyCon Wifi project has read http://www.nanog.org/mtg-0302/ppt/joel.pdf - too bad some have read it and don't get it. I think it will be OK, because someone else wrote up the plan, which is basically to use http://wavonline.com/vendorpages/extricom.htm If anyone would like to see it in action, I am sure something can be arranged. (you are welcome to come look at it, but I would think would want to actually peek under the hood and see some stuff in real time, etc. ) March 13-16 in Chicago. Carl K Joel Jaeggli wrote: > Frank Bulk wrote: >> I would have disagree with your point on centralized AP controllers -- >> almost all the vendors have some form of high availability, and Trapeze's >> offering, new (and may not yet be G.A) purports to be almost entirely >> seamless in its load sharing and failover support. > > I have a few scars to show from deploying centralized ap controllers, > from several vendors including the one that you mention above. Hence my > observation that they must be deployed in a HA setup in that sort of > environment... > > We you lose a fat-ap, unless cascading failure ensues you just lost one > ap... When your ap-controller with 80 radio's attached goes boom, you > are dead. So, as I said if you're going to use a central ap controller > for an environment like this you need to avail yourself of it's HA features. > >> Now that dual-band radios in laptops are becoming more prevalent, it's >> possible to get 30 to 50% of your user population using 802.11a. >> >> Frank >> >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joel >> Jaeggli >> Sent: Saturday, November 10, 2007 11:51 PM >> To: Adrian Chadd >> Cc: Suresh Ramasubramanian; nanog@merit.edu >> Subject: Re: cpu needed to NAT 45mbs >> >> Adrian Chadd wrote: >>> On Sat, Nov 10, 2007, Suresh Ramasubramanian wrote: >>> Speaking of all that, does someone have a "conference wireless' bcp handy? The sort that starts off with "dont deploy $50 unbranded taiwanese / linksys etc routers that fall over and die at more than 5 associations, place them so you dont get RF interference all over the place etc" before going on to more faqs like what to do so worms dont run riot? Comes in handy for that, as well as for public wifi access points. >>> Everyone I speak to says something along the lines of >>> >>> "Why would I put that sort of stuff up? I want people to pay me for >>> that kind of clue." >> I did a presentation a couple of years ago at nanog on high-density >> conference style wireless deployments. It's in the proceedings from >> Scottsdale. Fundamentally the game hasn't changed that much since then: >> >> Newer hardware is a bit more robust. >> >> Centralized AP controllers are beguiling but have to be deployed with >> high availability in mind because putting all your eggs in a smaller >> number of baskets carriers some risk... >> >> If you can, deploy A to draw off some users from 2.4ghz. >> >> Design to keep the number of users per radio at 50 or less in the worst >> case. >> >> Instrument everything... >> >> >>> There are slides covering basic stuff and observations out there. >>> >>> (I'm going through a wireless deployment at an ISP conference next week; >>> I'll draft up some notes on the nanog cluepon site.) >>> >>> >>> >>> >>> Adrian >>> >> > >