[ previous ] [ next ] [ threads ]
 
 From:  "Alex M" <radiussupport at lrcommunications dot net>
 To:  "'Imran K'" <gururug at gmail dot com>, "'Mono Dev List'" <m0n0wall dash dev at lists dot m0n0 dot ch>
 Subject:  RE: [m0n0wall-dev] Available bandwidth warning system
 Date:  Thu, 26 Oct 2006 20:41:30 -0400
Im not realy sure about the first one and how it works, but second one with
blocking DHCP requests looks interesting, Now I wonder if that possible in
real life, and if I have enough knowledge to do this. I never really worked
w/ dhcp editing on either windows or linux or bsd. 

 

  _____  

From: Imran K [mailto:gururug at gmail dot com] 
Sent: Thursday, October 26, 2006 7:55 PM
To: Alex M
Subject: Re: [m0n0wall-dev] Available bandwidth warning system

 

You could try to achieve some eleviation here at the ip assignment or
routing levels. i.e. have separate wired border routers (between ap and
external mono/s and issue ip's via dhcp from these wired routers upstream
(not via the AP's downstream) 


Also, you may be able to tweak /script a dhcp server to release / block
(iptables/MAC) a client forcing them to go another route (get a lease from a
router with more resources)


Just a thought





On 10/27/06, Alex M <radiussupport at lrcommunications dot net> wrote:

Just a though:

I'm sitting at veryyyyyyyyyy loaded segment right now and its ridiculous. So
I think maybe we can ad function that I never seen so far which will
accompanying the traffic shaper?  Something like if too amny users are 
connected to mono it will show thw captice portal page saying that your
speed is affected by router overload; current load id 100%. Then use some
sort of algorithm or sockets system to find out if there is another mono box

from same provider, and if yes offer user to try to push them to another not
loaded box, and if they cant connect there switch back.



Reasons why this thought coma up and my current topology:

1)im in high-rise complex with around 48,000 people using wi-fi. Complex 
runs 15 hotspot controllers that do cover same ares. Some time one
controller can have load of 10,000 people while its neighbor can have only
100. In order to deal with such thing it is possible to enable load and 
balancing if all controllers cycled in one network (mono doesn't have it,
pfsense suppose to have it; but in this case controller will only save 20%
cpu and will still have to redirect traffic onto another controller, his 
could save external line bandwidth though) another case is when AP selects
which controller to send user too, in this case no traffic will go to only
not loaded controllers.



First Thought Requirements for this are: 

-Load and Balance support

-Custom APs (I'll say MonoAP as separate project that does only AP thingies)

-Algorithms to measure and analyze max possible bandwidth and overload
probability based on current and historical data 





Any thoughts on this?








-- 
IK