|
What we've done to date is throttle at the CPE; we have always chosen
cpe's with this capability. It was super important because we started
in a very rural area with a satellite as our upstream...painful because
of FAP's and such. We've moved on. The above method keeps the congestion lower over the wireless links, but it isn't perfect. Ideally, throttling is done at the data source only. If you throttle downloads at the CPE, when the customer requests data, ethernet dictates that the flow starts fast and then backs off as packets are dropped, which is exactly what the cpe does to throttle the flow. This wastes your network and upstream bandwidth. So, throttle downloads at your NOC as soon as possible in your network's flow. Throttle uploads at the CPE. This is what I am about to do on my network. I have everything in place; just got to throw the (linux based) switch. The linux box has big queues and won't waste as much of my upstream link this way. Also, if you cache or have a local email server, as we do, that stuff can go out to customers at a much higher rate. Their perceived speed's better when the google logo loads instantly ;-) My 2 cents, Jason RickG wrote: I do the same but wonder if there is a better way? Doesnt this load unwanted traffic on the backhauls? -RickGOn Tue, Aug 4, 2009 at 1:36 PM, Blair Davis<the...@wmwisp.net> wrote:I use MikroTik Queue's for my D/L limiting. My border router is big enough to handle quite a few clients... os10ru...@gmail.com wrote: I understood that download limiting can only be properly done by queuing and delaying the user's uplink requests/acks since managing the actual download traffic would involve dropping packets or queuing a large amount of data. This is according to the documentation of the Linux based firewalls I've tried which do QoS and bandwidth limiting. How are you accomplishing D/L limiting at the border router? Greg On Aug 4, 2009, at 4:57 AM, Blair Davis wrote: For 802.11 systems, I prefer to split it. I limit D/L, from internet to client, at the border router. This allows the limiting to be done before the traffic enters my wireless network, reducing congestion and load on my backhauls I limit U/L, from client to internet, at the cpe. This helps keep one cpe from monopolizing the 802.11 AP. In general, I try to limit traffic where it enters my network. YMMV sa...@michianawireless.com wrote: Question: Which is better? Throttle the cpe at the cpe or at the router? Currently we have a router setup at each tower site and do bandwidth limiting on it with simple queues and the users ip. But we want to setup our billing system so the office help can change packages and we just have it login to the ip in billing and automatically run a script to set the bandwidth throttle. But is the a disadvantage to limiting at the cpe vs. the tower? Thanks, John Buwa Michiana Wireless -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/-------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ |
-------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
