This article is intended as an objective guide for anyone trying to narrow down their options in the bandwidth controller market. Organizations today have a plethora of product options to choose from. To further complicate your choices, not only are there specialized bandwidth controllers, you’ll also find that most Firewall and Router products today contain some form of bandwidth shaping and QoS features .
What follows is an all-encompassing list of questions that will help you to quickly organize your priorities with regards to choosing a bandwidth shaper.
1) What is the Cost of Increasing your Bandwidth?
Although this question may be a bit obvious, it must be asked. We assume that anybody in the market for a bandwidth controller also has the option of increasing their bandwidth. The costs of purchasing and operating a bandwidth controller should ultimately be compared with the cost of increasing bandwidth on your network.
2) How much Savings should you expect from your Bandwidth Controller?
A good bandwidth controller in many situations can increase your carrying capacity by up to 50 percent. However, beware, some technologies designed to optimize your network can create labor overhead in maintenance hours. Labor costs with some solutions can far exceed the cost of adding bandwidth.
3) Can you out-run your Organization’s Appetite for Increased Bandwidth with a One-Time Bandwidth Upgrade?
The answer is yes, it is possible to buy enough bandwidth such that all your users cannot possibly exhaust the supply. The bad news is that this solution is usually cost-prohibitive. Many organizations that come to us have previously doubled their bandwidth, sometimes more than once, only to be back to overwhelming congestion within a few months after their upgrade. The appetite for bandwidth is insatiable, and in our opinion, at some point a bandwidth control device becomes your only rational option. Outrunning your user base usually is only possible where Internet infrastructure is subsidized by a government entity, hiding the true costs. For example, a small University with 1000 students will likely not be able to consume a true 5 Gigabit pipe, but purchasing a pipe of that size would be out of reach for most US-based Universities.
4) How Valuable is Your Time? Are you a Candidate for a Freeware-type Solution?
What we have seen in the market place is that small shops with high technical expertise, or small ISPs on a budget, can often make use of a freeware do-it-yourself bandwidth control solution. If you are cash-strapped, this may be a viable solution for you. However, please go into this with your eyes open. The general pitfalls and risks are as follows:
a) Staff can easily run up 80 or more hours trying to save a few thousand dollars fiddling with an unsupported solution. And this is only for the initial installation & set-up. Over the useful life of the solution, this can continue at a high-level, due to the unsupported nature of these technologies.
b) Investors do not like to invest in businesses with homegrown technology, for many reasons, including finding personnel to sustain the solution, upgrading and adding features, as well as overall risk of keeping it in working order, unless it gives them a very large competitive advantage. You can easily shoot yourself in the foot with prospective buyers by becoming too dependent on homegrown, freeware solutions, in order to save costs. When you rely on something homegrown, it generally means an employee or two holds the keys to the operational knowledge, hence potential buyers can become uncomfortable (you would be too!).
5) Are you Looking to Enforce Bandwidth Limits as part of a Rate Plan that you Resell to Clients?
For example , let’s say that you have a good-sized backbone of bandwidth at a reasonable cost per megabit, and you just want to enforce class of service speeds to sell your bandwidth in incremental revenue chunks.
If this is truely your only requirement, and not optimization to support high contention ratios, then you should be careful not to overspend on your solution. A basic NetEqualizer or Allot system may be all that you need. You can also most likely leverage the bandwidth control features bundled into your Router or Firewall. The thing to be careful of if using your Router/Firewall is that these devices can become overwhelmed due to lack of horsepower.
6) Are you just Trying to Optimize the Bandwidth that you have, based on Well-Known Priorities?
Some context:
If you have a very static network load, with a finite well-defined set of applications running through your enterprise, there are application shaping (Layer-7 shaping) products out there such as the Blue Coat PacketShaper,which uses deep packet inspection, that can be set up once to allocate different amounts bandwidth based on application. If the PacketShaper is a bit too pricey, the Cymphonics product can also detect most common applications.
If you are trying to optimize your bandwidth on a variable, wide-open plethora of applications, then you may find yourself with extremely high maintenance costs by using a Layer-7 application shaper. A generic behavior-based product such as the NetEqualizer will do the trick.
7) Make sure what looks elegant on the cover does not have hidden costs by doing a little research on the Internet.
Yes this is an obvious one too, but lest you forget your due diligence!
Before purchasing any traffic shaping solution you should try a simple internet search with well placed keywords to uncover objective opinions. Current testimonials supplied by the vendor are a good source of information, but only tell half the story. Current customers are always biased toward their decision sometimes in the face of ignoring a better solution.
If you are not familiar with this technology, nor have the in-house expertise to work with a traffic shaper, you may want to consider buying additional bandwidth as your solution. In order to assess if this is a viable solution for you, we recommend you think about the following: How much bandwidth do you need ? What is the appropriate amount for your ISP or organization? We actually dedicated a complete article to this question.
8) Are you a Windows Shop? Do you expect a Microsoft-based solution due to your internal expertise?
With all respect to Microsoft and the strides they have made toward reliability in their server solutions, we believe that you should avoid a Windows-based product for any network routing or bandwidth control mission.
To be effective, a bandwidth control device must be placed such that all traffic is forced to pass through the device. For this reason, all manufacturers that we are aware of develop their network devices using a derivative of Linux. Linux-based is based on Open Source, which means that an OEM can strip down the operating system to its simplest components. The simpler operating system in your network device, the less that can go wrong. However, with Windows the core OS source code is not available to third-party developers, hence an OEM may not always be able to track down serious bugs. This is not to say that bugs do not occur in Linux, they do, however the OEM can often get a patch out quickly.
For the Windows IT person trained on Windows, a well-designed networking device presents its interface via a standard web page. Hence, a technician likely needs no specific Linux background.
9) Are you a CIO (or C level Executive) Looking to Automate and Reduce Costs ?
Bandwidth controllers can become a means to do cool things with a network. Network Administrators can get caught up reading fancy reports, making daily changes, and interpreting results, which can become extremely labor-intensive. There is a price/benefit crossover point where a device can create more work (labor cost) than bandwidth saved. We have addressed this paradox in detail in a previous article.
10) Do you have any Legal or Political Requirement to Maintain Logs or Show Detailed Reports to a Third-Party (i.e. management ,oversight committee, etc.)?
For example…
A government requirement to provide data wire taps dictated by CALEA?
Or a monthly report on employee Internet behavior?
Related article how to choose the right bandwidth management solution
Links to other bandwidth control products on the market.
Packet Shaper by Blue Coat
NetEqualizer ( my favorite)
Exinda
Riverbed
Exinda Packet Shaper and Riverbed tend to focus on the enterprise WAN optimization market.
Cymphonix
Cymphonix comes from a background of detailed reporting.
Emerging Technologies
Very solid product for bandwidth shaping.
Exinda
Exinda from Australia has really made a good run in the US market offering a good alternative to the incumbants.
Netlimiter
For those of you who are wed to Windows NetLimiter is your answer
Antamediabandwidth
Like this:
Like Loading...
Will Bandwidth Shaping Ever Be Obsolete?
December 1, 2012 — netequalizerBy Art Reisman
CTO – www.netequalizer.com
I find public forums where universities openly share information about their bandwidth shaping policies an excellent source of information. Unlike commercial providers, these user groups have found technical collaboration is in their best interest, and they often openly discuss current trends in bandwidth control.
A recent university IT user group discussion thread kicked off with the following comment:
“We are in the process of trying to decide whether or not to upgrade or all together remove our packet shaper from our residence hall network. My network engineers are confident we can accomplish rate limiting/shaping through use of our core equipment, but I am not convinced removing the appliance will turn out well.”
Notice that he is not talking about removing rate limits completely, just backing off from an expensive extra piece of packet shaping equipment and using the simpler rate limits available on his router. The point of my reference to this discussion is not so much to discourse over the different approaches of rate limiting, but to emphasize, at this point in time, running wide-open without some sort of restriction is not even being considered.
Despite an 80 to 90 percent reduction in bulk bandwidth prices in the past few years, bandwidth is not quite yet cheap enough for an ISP to run wide-open. Will it ever be possible for an ISP to run wide-open without deliberately restricting their users?
The answer is not likely.
First of all, there seems to be no limit to the ways consumer devices and content providers will conspire to gobble bandwidth. The common assumption is that no matter what an ISP does to deliver higher speeds, consumer appetite will outstrip it.
Yes, an ISP can temporarily leap ahead of demand.
We do have a precedent from several years ago. In 2006, the University of Brighton in the UK was able to unplug our bandwidth shaper without issue. When I followed up with their IT director, he mentioned that their students’ total consumption was capped by the far end services of the Internet, and thus they did not hit their heads on the ceiling of the local pipes. Running without restriction, 10,000 students were not able to eat up their 1 gigabit pipe! I must caveat this experiment by saying that in the UK their university system had invested heavily in subsidized bandwidth and were far ahead of the average ISP curve for the times. Content services on the Internet for video were just not that widely used by students at the time. Such an experiment today would bring a pipe under a similar contention ratio to its knees in a few seconds. I suspect today one would need more or on the order of 15 to 25 gigabits to run wide open without contention-related problems.
It also seems that we are coming to the end of the line for bandwidth in the wireless world much more quickly than wired bandwidth.
It is unlikely consumers are going to carry cables around with their iPad’s and iPhones to plug into wall jacks any time soon. With the diminishing returns in investment for higher speeds on the wireless networks of the world, bandwidth control is the only way to keep order of some kind.
Lastly I do not expect bulk bandwidth prices to continue to fall at their present rate.
The last few years of falling prices are the result of a perfect storm of factors not likely to be repeated.
For these reasons, it is not likely that bandwidth control will be obsolete for at least another decade. I am sure we will be revisiting this issue in the next few years for an update.
Share this:
Like this: