I have only been following this thread in a cursory manner, but I, too, am missing what you need that is not available. Lots of radios can authenticate in multiple ways to the AP and accept rate limiting information. If you are OK with the radio limiting the number addresses, make the CPE the DHCP server and limit the pool to the number addresses you want as the maximum. Some will accept the pool addresses from Radius as well.
Custom solutions are as flexible on inflexible as the specification write makes them. Having managed a custom solution shop, defining the specification correctly is the hard part. I don't know why a custom solution would have different reducibility than an off-the-shelf solution. The reliability is determined by the specification and the code writers, not the intended audience. Custom solutions do not generally cost more to create, they are paid fr by fewer entities, therefore the cost per user is higher. If you specify a flexible and robust solution, it should naturally move from custom to off-the-shelf as others learn about it. On 10/21/2012 2:57 PM, Mike Hammett wrote: > Well, it would still be a piece-meal operation even if you were able to code > all of the management pieces. Lots of things in the chain to break. > > What I would like to see is the radio platform authenticate the wireless > client to the AP with RADIUS, providing rate limiting information. Something > (whether the radio platform is inspecting packets or the DHCP server) has the > intelligence to restrict the number of DHCP addresses devices behind that > radio are permitted to have. In most cases, it would be one, but could be > another amount. > > I have a decreasing opinion of custom solutions. They're usually inflexible, > have variable reliability and cost too much. > > > > ----- > Mike Hammett > Intelligent Computing Solutions > http://www.ics-il.com > > ----- Original Message ----- > From: "Faisal Imtiaz" <fai...@snappydsl.net> > To: wireless@wispa.org > Sent: Sunday, October 21, 2012 1:51:35 PM > Subject: Re: [WISPA] Ubiquiti Radios as routers > > See Comments Inline. > > Faisal Imtiaz > Snappy Internet & Telecom > 7266 SW 48 Street > Miami, Fl 33155 > Tel: 305 663 5518 x 232 > Helpdesk: 305 663 5518 option 2 Email: supp...@snappydsl.net > > On 10/21/2012 10:25 AM, Mike Hammett wrote: >> It wouldn't be hard to accomplish, no. RADIUS already tells MT the necessary >> information for PPPoE or DHCP. Canopy and UBNT already have manual methods >> of defining speed. Everything provides a method for authenticating the >> customer radio to the AP. > Ok. I am confused... PPPoe & DHCP are for Resi Services... what are you > exactly needing ? > >> Since all of the pieces are already there in one form or another, it >> shouldn't be difficult to go the rest of the way. > Rest of the way to what ? I thought we just established that all the > pieces exist, and all it needs is the 'Glue'... 'integration' to put it > together for one's specific network. >> Other than custom solutions that cost thousands of dollars, there's no >> way of doing what I want. > ...Hehe.. It costs thousands, because it is worth 10's of Thousands.... > integration is never cheap, never has been, nor it will ever be. > You can hire very sharp Russian or Indian programer to do this for you, > and it will be less expensive than the going rate but .... the decision > you have to make is, what is your ROI going to be on it ? > > Remember the 80/20 Rule of Life... It applies here too.... > > :) >> >> >> ----- >> Mike Hammett >> Intelligent Computing Solutions >> http://www.ics-il.com >> >> ----- Original Message ----- >> From: "Butch Evans" <but...@butchevans.com> >> To: "WISPA General List" <wireless@wispa.org> >> Sent: Friday, October 19, 2012 6:11:39 PM >> Subject: Re: [WISPA] Ubiquiti Radios as routers >> >> On Fri, 2012-10-19 at 16:49 -0500, Mike Hammett wrote: >>> No. >>> >>> The cable modem (radio) does the authentication (therefore rate limiting, >>> one address per house, etc.) while the customer supplied device is the >>> terminus for the public IP and does the NAT. I install the radio, hand them >>> the cat6 out of the back of the PoE and they plug it into whatever their >>> heart desires. That device receives my public IP address without any >>> configuration, yet the customer is still rate limited (automatically, not >>> manual queues). If they require two public IPs, I simply configure the >>> back-end to allow two DHCP leases from devices behind that CPE. >> This is not that hard to accomplish. I have a partnership in a WISP in >> Texas that does almost exactly what you want. It just takes a little >> creativity, time and expertise. Further, there is no client to client >> communication through the wireless device, so broadcasts, even on a >> local network, are eliminated. This is already built into ubiquiti, >> canopy, mikrotik and a number of other devices you could use as CPE >> radios. IF a customer want's a different speed plan, they visit their >> portal and select it. Within seconds, they have been upgraded (or >> downgraded) to the new plan. There is no "human intervention" required >> beyond the effort that made it possible. FWIW, this system uses all 3 >> of the manufacturers I mentioned above and the portal works >> (automatically) with all 3. That portal was written in PHP by a >> programmer that I hired and he and I spent a total of about 400 hours >> getting it together. You want one? Just find a programmer and tell him >> what you want and how you accomplish it manually and let him do the >> rest, OR start programming it yourself. It isn't that hard, as Simon >> said. >> > > _______________________________________________ > Wireless mailing list > Wireless@wispa.org > http://lists.wispa.org/mailman/listinfo/wireless > _______________________________________________ > Wireless mailing list > Wireless@wispa.org > http://lists.wispa.org/mailman/listinfo/wireless > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2741 / Virus Database: 2614/5839 - Release Date: 10/18/12 > > -- Scott Reed Owner NewWays Networking, LLC Wireless Networking Network Design, Installation and Administration Mikrotik Advanced Certified www.nwwnet.net (765) 855-1060 (765) 439-4253 (855) 231-6239 _______________________________________________ Wireless mailing list Wireless@wispa.org http://lists.wispa.org/mailman/listinfo/wireless
