Morality of Throttling a Local ISP? 640
An anonymous reader writes "I work for a small (400 customers) local cable ISP. For the company, the ISP is only a small side business, so my whole line of expertise lies in other areas, but since I know the most about Linux and networking I've been stuck into the role of part-time sysadmin. In examining our backbone and customer base I've found out that we are oversubscribed around 70:1 between our customers' bandwidth and our pipe. I've gone to the boss and showed him the bandwidth graphs of us sitting up against the limit for the better part of the day, and instead of purchasing more bandwidth, he has asked me to start implementing traffic shaping and packet inspection against P2P users and other types of large downloaders. Because this is in a certain limited market, the customers really only have the choice between my ISP and dial-up. I'm struggling with the desire to give the customers I'm administering the best experience, and the desire to do what my boss wants. In my situation, what would you do?"
bill, don't throttle (Score:5, Insightful)
This is not a hard problem. You can not maintain a reasonable oversell ratio unless you have low average usage. Yes, one way to get that is throttling, but it's difficult to do that in an effective way that won't piss off your customers.
What you should do is tell them they get 40G/mo or whatever, plus a usage fee above that, and let the customers throttle themselves if they want to. If you want to be a nice guy about it, you could give them the option of being auto-throttled or suspended if they approach the limit, so they don't get an unexpected bill. Of course whatever you do, you'll need to revise your terms of service.
Voila, you maintain low pricing and good performance for everyone, because the p2p guys will police themselves now. If you have customers that routinely transmit hundreds of GB because they're a professional video editor or something, then they won't mind paying for the bandwidth.
Re:bill, don't throttle (Score:5, Insightful)
From the tone of the article, it doesn't sound at all like subby has the freedom to change the ToS or implement hard caps.
In my opinion, the best solution is to strongly throttle large bandwidth usages (P2P, FTP and NNTP streams, etc) during the periods of near-capacity, and automatically relax the filtering during off hours. A simple email or letter to your subscribers to announce the change, and everybody will be happy. As a bonus, the notification of the changes will help to encourage your subscribers not to attempt to circumvent your filters, especially given that it's so easy for any modern downloading client to schedule for off-peak hours.
Re:bill, don't throttle (Score:5, Interesting)
>>>it doesn't sound at all like subby has the freedom to change the ToS or implement hard caps.
That depends. If the original contracts said "unlimited time" not unlimited gigabytes, then yes the ISP can move to a metered model. I'd implement relatively easy limits like "100 gigabytes maximum" with $1 for every gigabyte over the limit. This would catch the most egregious users, and any extra dollars can be used to add more lines to handle more people.
Oh and to justify it to the boss, I'd cite the recent court case which states ISPs may not discriminate against P2P traffic. i.e. It's effectively illegal to filter traffic, but not illegal to implement metered usage such that customers reduce usage voluntarily.
Re:bill, don't throttle (Score:5, Interesting)
That depends. If the original contracts said "unlimited time" not unlimited gigabytes, then yes the ISP can move to a metered model. I'd implement relatively easy limits like "100 gigabytes maximum" with $1 for every gigabyte over the limit.
This actually penalizes the guy who downloads a heck of a lot, but he times his downloads so they always run from 11 pm to 5 am.
While it rewards all those folks who download a 10th that, but always max out the link from 4:30pm to 9:00pm, with P2P, and streaming download, at the same time all the other subscribers are trying to surf the web and get decent performance.
Usage-based billing doesn't make any sense -- ISPs often get burstability pay for a CIR, to the 95th percentile.
Consumers should too... That is, you should be able to burst your connection to download files, for certain amounts of time.
Each subscriber should individually agree to how much bandwidth they get to use on a continuous basis, and how much, and how long they will be allowed to burst, before either being billed or capped.
It shouldn't cost you, unless you stay bursted (I.E. max out your connection all the time during peak hours)
And to be consumer friendly, they should provide better terms for off-peak hour time, to actually reduce the number of even normal downloaders.
Re:bill, don't throttle (Score:4, Insightful)
You seem to live in a world in which every person is a geek and knows what you're talking about.
Re:bill, don't throttle (Score:4, Interesting)
Re:bill, don't throttle (Score:5, Interesting)
It's really easy to understand. The ISP business has been engaged in systematic fraud since the beginning. They sell what they cannot provide. In the beginning, shady characters who felt they would never get caught did it. Then people who didn't do it couldn't stay in business, so they either went out of business or did the same thing. Fast forward a few years, and now it's normal for the industry, and you get professionals sounding very technical as they go about explaining how it all works and how to use more technically complex tricks to allow ISPs to continue the behavior as though there was never anything wrong with it.
But, at the end of the day, the ISPs are all engaged in garden variety fraud. Including the one that employs the original submitter of the story. They're not different from the guy who rents his cabin to 3 dozen different people for the summer, hoping that no more than one will show up at a time.
In the long run, the entire society is going to pay dearly for having allowed this to happen.
But we're talking a 70X oversubsctiption here! (Score:3, Informative)
Re: (Score:3, Informative)
I'm sure usage for the average customer has gone up since I was in the business, but 6:1 to 11:1 was typical oversell on local capacity and (assuming you hosted your own mail servers on that local network) 4:1 to 6:1 was a reasonable local to backhaul oversell to actually never peak the backhaul lines or to peak them rarely for a few minutes at a time (like for 5-10 minutes at a time between 4pm and 10 pm the day a hot new patch for a major game came out).
At the time, a DS-3 at 6 Mb/s 95% burstable to the f
Re:bill, don't throttle (Score:5, Informative)
$1 per GB is a little steep, isn't it?
These guys [teksavvy.com] only charge $0.10/GB.
Your suggestion seems like the best way to go. Up here, Telus(big ISP) has caps at 10GB, 60GB, 100GB per month based on how much you're paying.
Re: (Score:3, Informative)
I haven't looked at the site you linked to, but my experience has been that hosts that offer really low per GB prices typically either A) only offer such a price with an already expensive base package where there is already a really nice profit, or B) host for a LOT of high bandwidth customers, and it's more like dealing in bulk. It might be that neither apply in this scenario (for a small ISP, I'd suspect not).
Re: (Score:3, Informative)
Astraweb sells 25GB for $10 (that is their most expensive rate). They probably deal with some pretty serious volume, but they will meter that 25 GB across months.
Re: (Score:3, Interesting)
$1/GB is really cheap for satellite ISP.
I'm on wild blue, and pay $80 for 17GB a month.
My daughters discovered video chat, and maxed us out again... Also cold weather causes poor antenna/amplifier performance =(
I have two more options, Hughes and directcon. Directcon has really poor customer service.
Re: (Score:3, Informative)
Re:bill, don't throttle (Score:5, Informative)
One particular Australian ISP I was looking at, I forget who. It may have been Dodo or something, it always seems right to blame Dodo for these things, sold ridiculously low download caps (in the less than a gigabyte range) coupled with reasonable speeds (so as to very quickly eat the allotted cap up), and charged excess usage at 10c per megabyte. And they had the audacity to throttle usage after the cap was exceeded.
I've said it before and I'll say it again: If you think your ISP might not be using lube when it fucks you, try spending some time in Australia.
Re: (Score:3, Insightful)
TPG also springs to mind, not so much with the low quotas and hideous excess charges, but with overly punitive exit fee clauses... like signing users up for "no upfront cost" for a 24 month period, then not even bothering to activate the service, and when the user cancels the contract they're told to pay the rest of their 24 mo
Re:bill, don't throttle (Score:5, Interesting)
The "most popular" Australian ISP (Telstra Big Pond) charges 15c per MB over the limit, and their cheapest plan only includes 200MB of transfers (up plus down) before excess charges happen. On 256kbps ADSL it isn't too bad, but the same plan is available on 10Mbps cable so you could be up for thousands of dollars excess! There are plans that have 12 or 20GB transfers before 64kbps shaping instead of excess fees. (I put "most popular" in quotes as many of their customers don't like them and would leave if there were alternatives or if they knew about them)
Most ISPs use the "x GB then speed shaping" method. Most still have unmetered uploads.
One former ISP used "Flat rate" in that during busy times the highest downloaders got throttled down, which I thought was a great idea but it is no longer available. The highest we ever got was 80GB in a 30 day period and the net was slow but still usable in peak times. Off-peak times was still full speed.
Re: (Score:3, Funny)
I don't have $1,000 to blow right now!
Just send her here and I'll ship the harddrive and we call it even?
Re:bill, don't throttle (Score:5, Informative)
Minor point, but it was an FCC hearing against Comcast [gigaom.com] not a court case. Part of the problem was that Comcast ran around terminating connections behind your back -- and without notifying customers via TOS or any other method.
When it comes to throttling, seanadams had it exactly right: you have to provide the auto-throttle option so that people don't get slammed with a huge bill at the end of the month. Very few people want to sit around adding up their monthly bandwidth usage, so it's a good idea to start warning users as they approach the limit. Unless, of course, slamming people with a huge overage bill is part of your revenue-maximizing business model.
Re:bill, don't throttle (Score:5, Informative)
I thought the problem was also because of they way they did the dropping the connection (via a "reset" [arstechnica.com]); they "masqueraded" as someone else which is a no-no under the law.
Here's a simple diagram:
A is downloading from B.
C (Comcast/ISP) "throttles" by telling A that it's B and makes the changes that way.
Essentially, a "man-in-the-middle" situation.
If Comcast was some poor sap, it would be in the federal pokey...hopefully without soap on a rope.
Re: (Score:3, Informative)
Your analogy would have been written more accurately like this:
A - Peer
B - Comcast, A's ISP
C - Peer
A and C are communicating through B. B doesn't like the traffic, so Comcast tells A it is C and to kindly please STFU we're done talking to each other.
And you're right, if an individual did this, they'd be in prison by now. It's only ok because it is Comcast doing it to their own customers and this isn't misrepresentation, it's creative traffic management.
Re: (Score:3)
Here is what I don't get. Take Time Warner for instance, they advertise 3 and 6 meg always on high speed connections. When I buy their 6 meg always on connection, am I not purchasing a constant 6 megs divided between upload and download?
If the answer is yes, the what right would they have by either changing the always on or the 6 meg connection on anyone? It seems to me that they sold someone 6 megs of internet access always for the time they paid their bill. If that results in customer using 700 gigs of da
Re: (Score:3, Interesting)
The reason is simple, if you wanted to sell 5Mb service to 2000 people, and you wanted to be able to offer all 2000 people 5Mb at any moment in time, you would need a 10Gb connection to your provider. Which means you are looking at an OC192 or Sonnet-10 connection.
Realistically though, you will never ever have all 2000 customers online at the exact same moment attempting to use their full 5Mb bandwidth.
So while you would need an OC192 to provide the max cap, you can realistically offer everyone their 5Mb ba
Re:bill, don't throttle (Score:5, Insightful)
Re:bill, don't throttle (Score:5, Interesting)
Well if he is looking at traffic shaping he should consider bumping priorities rather than heavy handed throttling. Just bump VOIP and HTTP(S) so they go first and wont get interfered with by bulk P2P transfers. This lets people 'at the keyboard' so to speak get priority over say big file transfers in the background.
If you throttle heavily and/or block P2P then keep in mind that P2P packets that arent getting through are potentially being resent repeatedly. This will likely INCREASE network congestion as things get sent multiple times and possibly get dropped at the router rather than being passed along.
Re:bill, don't throttle (Score:4, Insightful)
Um, if you're paying for X bandwidth, but getting less than that, wouldn't you consider that a "limit"?
You don't pay for "X bandwidth" on home internet connections, you pay for a particular type of connection with a theoretical maximum that the provider makes quite clear a) you may never actually reach (eg: due to unavoidable technical limitations like distance from the exchange) and b) they are under no obligation to deliver at all, let alone constantly.
This is in the fine print of pretty much every ISP contract you'll ever see. It certainly has been in every one that I've ever read. A consumer-grade internet connection is a "best effort", not a contractual SLA, and no remotely intelligent person (and even most stupid ones) seriously believes otherwise when they sign up, no matter how much outrage they might feign on Slashdot afterwards.
Finally, even most of the "unlimited" plans usually only talk about "unlimited downloads", not "unlimited bandwidth", which is my point - it's a measure of volume, not speed.
Prioritizing at the wrong bottleneck (Score:3, Insightful)
Unfortunately you don't have the control over the data at the right places to do what you need here. The bottleneck isn't getting from the ISP to the user's house (unlike in adequately-funded ISPs) - it's the feed that that the ISP is getting in from their upstream. You might still do something like run Weighted RED to harass the FTP and BitTorrent traffic, but it's not as effective there as if you got your upstream to prioritize what they're sending you.
Re:bill, don't throttle (Score:5, Insightful)
Re:bill, don't throttle (Score:5, Insightful)
If my ISP called, that's what I'd tell them too.
"Yeah, my 'kids' must be 'downloading' a lot of stuff. Don't worry I'll go spank them until they stop."
Re:bill, don't throttle (Score:5, Insightful)
"Yeah, my 'kids' must be 'downloading' a lot of stuff. Don't worry I'll go spank them until they stop."
But if it turns out to be a virus, you get a) a happy customer, b) reduced bandwidth usage, and c) the world will be a slightly better place. All for a phone call.
Re:bill, don't throttle (Score:5, Interesting)
That depends on how "limited" the service area actually is. If the customers only choice is between the author's ISP and dial-up, maybe they don't have that many sysadmins to choose from either.
You will be suprised how often a good suggestion is taken, especially one that will keep customers relatively happy.
The choices those consumers have may not always be so limited. Depending on your relationship with management, you might get heard. You never know unless you try. Don't mention "morality" though, because management doesn't know what that means. If you put it in terms of customer retention, you might end up as employee-of-the-month.
Of course, all this depends on if your company is a locally owned independent or one of the big telecoms. If it's the latter and you really feel a moral quandary, your best bet is to get that resume polished up right away. There are a few businesses still run by decent people, and you might get lucky.
Do it by usage, not by protocol. (Score:5, Interesting)
In my opinion, the best solution is to strongly throttle large bandwidth usages (P2P, FTP and NNTP streams, etc) during the periods of near-capacity, and automatically relax the filtering during off hours.
That's one way... Here's another:
Instead of trying to choose which protocols are heaviest usage, traffic shape people based on what the actual criteria that you care about is: Too much overall usage over long periods.
In Linux terms, set up a HTB with a queue for every customer. Set the base rate to whatever your backbone speed is (1/70th of the customer's line rate), the ceil rate to their line rate, and give them a nice big bucket - say, 120 seconds times their line rate.
Then, people who are normal users - web surfing, downloading an occasional email attachment, etc - will go full bore, any time they want it. People who are bittorrenting will go full speed for a couple minutes, and then decrease down to whatever bandwidth is available. At night, if there's a lot of backbone free, it'll go fast. At 7 PM, they get best effort on whatever is available.
This is a very simplified example. You could additionally shape them so that their web and email will take priority over bittorrent when they're at the bottom of their token bucket, or other fine tuning...
The basic message I'd like to get across is: you don't have to shape based on protocol, because you care about the usage, not the protocol. Just shape based on usage, and let them work out which protocols they want to use.
nice, though per-protocol can help users (Score:4, Interesting)
IP packets let the sender specify which ones are important, via the QoS info. If I'm sending real-time game traffic and a big giant file, I want you to give priority to the game.
Ideally you both respect my QoS info and let me override that via a nice web admin interface that lets me specify ports that are important to me.
All of this is subject to my per-user throttling of course. You use it to select which of my packets get dropped first, not the number of my packets that get dropped.
Re:Do it by usage, not by protocol. (Score:4, Insightful)
The lesson of the day is not to base critical business applications on consumer bandwidth.
This is why nearly every ISP I have dealt with or worked with offered a free for all business package. Sure, they cost a bit more, but it's usually worth it.
Re:Do it by usage, not by protocol. (Score:5, Interesting)
Of course... You give consumers best effort bandwidth, and then if business customers want guaranteed bandwidth, they can pay extra for it.
I also don't find it unethical, as long as it's clearly advertised as "unlimited usage 6M burst / 128k committed + best effort".
Re:Do it by usage, not by protocol. (Score:5, Informative)
HTB is Hierarchical Token Bucket, a CBQ (Class Based Queueing) discipline for Linux. It lets you create a hierarchy of queues for a network link. The "Token Bucket" part means each leaf and node in the tree has a "bucket" that constantly, slowly fills with tokens. Sending a byte removes a token. So, on average, you're only guaranteed the fill rate, but if you haven't used it for a bit, you can send a burst until your bucket is empty. Extra tokens can be borrowed between nodes if they're not used by the others, up to the max rate. Thus you get minimum guarantees, max limits, and bursts, such as being able to quickly fetch a web page even if the link is full from others' usage, if you haven't used up your tokens.
For instance, you could have Customer A, Customer B, and Customer C at the top level, and then they each have a second level of HTTP, BitTorrent, and SSH. Customer A and B get a rate of 128k, and C gets 512k since he pays extra as a business customer. They all have a max rate of 6M, since that's the speed of their DSL lines, and a burst size of 1MB. Then, they have SSH (with a small rate and a small burst), HTTP (with a high rate and a large burst), and BitTorrent (with a 1k rate, and a small burst).
As long as Customer C isn't using any bandwidth, A and B can use it all. As soon as C wants to use some, he first gets his guaranteed 512k - no matter what - and then they all split any leftovers in proportion to their committed rates (So A gets a share, B gets a share, C gets four shares). If C only wants 512k, A and B each get to split all the leftovers evenly.
If A is using BT like mad, but then opens an HTTP connection, it'll be allowed most of his net connection (it has a high rate, but still lower than the full line speed). BT will automatically (and instantly) be throttled until HTTP is done. When he types on the SSH connection, it'll use little bits of its burst speed to refresh the window instantly, but its small rate won't let it consume the whole net if he accidentally cats /dev/urandom.
Sounds great, right? There are a few gotchas: You can only queue packets like this when *sending*. What're you going to do, receive a packet from the slow link and then delay it before sending it over the fast one that's not saturated? (Well, yes, you can, and it makes a limited amount of sense to fine tune TCP's flow control, in addition to selectively dropping packets to make it back off, and other tricks.) It's good, but it doesn't necessarily make optimal tradeoffs between latency and bandwidth - HFSC is an attempt to address this. Also, this is a moderately heavyweight way to do things. It has to spend some CPU classifying packets, and memory to track the buckets' state, so other queueing disciplines and schedulers exist that work on other methods (such as statistical, instead of discrete tracking), that are more appropriate for very large ISPs. Also, as a large ISP, you're going to be using Cisco, not Linux, for routing. :) But Cisco has sophisticated QOS as well.
Despite how complex this sounds, even using the simplest case on your home router will make a huge improvement in the weak side of your DSL line, the uplink. Several of the open source WIFI router firmwares support it out of the box for this reason. I have survived having my web site on my DSL linked to the front page of a popular site known to bring servers to their knees, without any lag in SSH or games, or interruption of mail or other services. We only noticed because our bulk transfers slowed to a crawl, as intended.
Learn more:
HTB: http://luxik.cdi.cz/~devik/qos/htb/ [luxik.cdi.cz] (the user guide has a good overview and pretty graphs)
HFSC: http://linux-ip.net/articles/hfsc.en/ [linux-ip.net] (More pretty graphs and good explanation)
Linux Advanced Routing and Traffic Control list: http://lartc.org/ [lartc.org] (The howto is out of date, but very enlightening)
Local caching proxies, maybe? (Score:5, Interesting)
Re:bill, don't throttle (Score:4, Insightful)
You made an interesting and valid initial point about the quality of the Ask Slashdot section. Regardless of the status quo, this is the type of comment I generally mod up, and in fact, I happen to personally agree with your assessment. But you then spent the next 3 paragraphs, the majority of your post, bitching about how valid conversation points are suppressed and insulting the moderators.
Some mods do take their modpoints and the moderation system in general as something worthy of actual effort because it benefits the community in some minor way and because we wish to reciprocate the benefits that others have provided us, so it took me a moment to consider your post. In the end, I believe that you overshadow your relevant and valid argument with irrelevant assertions about its validity and complaint bordering on flamebait or ad hominem, so I cannot mod this up. I hope that you've vented enough steam to make your next post more succinct. I also believe that there should be a 'meta' tag; something to indicate that the post is valid but about slashdot itself, as there is no proper forum for this kind of conversation.
Re:bill, don't throttle (Score:5, Insightful)
Do you really have reason to believe that dissenting is "a down-moddable 'offense'," or are you just letting off steam because AC's always start at -1 and seldom get up-modded unless they're presenting a view that is relevant to the discussion? I can't speak for anyone else but I use about 95-98% of any mod points I'm given to reward those who say something meaningful, informative and/or funny in relation to the subject raised in the original summary. So, in answer to your implied question, I'd be glad to have the same moderation standards applied to my submissions.
FYI, Anonymous Cowards don't start at -1 by default. By default, they start at 0. You can modify your personal preferences so that they are displayed as -1 (or +5 if you really wanted...) but of course that is unique to your own account.
Incidentally, you really don't sound like the sort of moderator that the GP was talking about and I mean for that to be a compliment. That you realize promoting good posts is a better use of your points than demoting bad ones is strong evidence that you're one of the better moderators. As someone who values constructive criticism (the real thing, not personal attacks veiled as constructive criticism), who often takes relatively controversial positions and enjoys challenging people to think in new ways, I can tell you from my own personal experience that there is a lot of poor-quality moderation going on. You won't see that very much for posts that just repeat a "party line" (almost anyone's party line) but you do see this targeting some of the more freethinking posters. It became much more noticable after the old metamoderation system was "upgraded". I am not at all surprised that I more and more frequently see a backlash against it to be honest with you. It's not that it's so terrible so much as it is that this is heading in the wrong direction so the bad examples are slowly becoming more common.
To me the situation is quite easy to understand: weak or insecure people think that even the most civil disagreement or the most constructive criticism is an attack against them and they look for ways to retaliate. When those people are moderators, they retaliate by enforcing drastically distorted standards of "flamebait" or "troll" or "offtopic".
Re:bill, don't throttle (Score:4, Interesting)
1) a customer has > 20 connections to > 20 different hosts in the world
2) said customer has had a high upload AND download rate for the past 15 minutes.
Then: throttle "connection" #5 and above.
Notes:
By connection I just mean a host to host pair. Nothing to do with TCP connections.
20 connections to the same host won't count - it's still a single host to host pair. It's on a per host pair basis.
Re:I wouldn't be happy (Score:5, Insightful)
Ah but you NEVER buy "6mbps" ... you always buy "up to 6mbps" or "maximum 6mbps", and then try to conveniently ignore the bits you don't like in the deal.
Please, cite me just one ISP who offers a "guaranteed 6mbps available 24/7", and I'll gladly admit I am wrong (right after I sign up with them).
Re: (Score:3, Insightful)
Without the email/craigslist/banking net users subsidizing our massive bandwidth usage, our costs would go up immensely. You think guaranteed-rate 6mb lines are cheap? I'd MUCH rather pay a pittance for my bandwidth, and get in line behind the non-geeks.
As an example: I recently installed a proxying squid/pfsense-based firewall for my parent's home. They have 5 people living there, and monthly traffic of about 8GB. My traffic for my desktop system alone for the last 2 weeks is 26GB. I'm extremely happy to h
Re:bill, don't throttle (Score:5, Insightful)
Add a free period (Score:5, Insightful)
I had a situation once where my bandwidth was metering during regular hours but free from midnight - 7am. Any smart heavy user will set up their downloads to happen during the free period and take the load off the network during peak hours. I've never understood why more ISPs don't do that.
If you just tell people they have a 40G cap then they'll feel entitled to use it whenever they want, and you really can't argue with that.
Re: (Score:3, Insightful)
True, but the beauty of it is that nobody is going to call to complain if their download takes three hours instead of two. You can still give people busting speeds for interactive use during those hours to placate the few folks checking their email at 2AM.
When cell phone companies institute these kinds of policies it doesn't bother them if there is a spike in usage at 9PM - the fact is that the spike is nowhere near what they see mid-day.
Give the customers incentives and get them to work WITH you and not a
Re:bill, don't throttle (Score:5, Interesting)
Yep - that's how they do it here in Australia and despite all the flak we cop on Slashdot about our metered ISP accounts, the user-pays system actually avoids a lot of the problems you see with ISPs overseas.
- P2P throttling? Not here.
- Artificial speed shaping or restrictions. Not here, unless you surpass your monthly limit on a flat rate plan.
- Forbidding servers on residential connections? Not here.
- Deep packet inspection and other traffic manipulation? Not here.
- Bad contention ratios. Not here (on the good ISPs at least).
The 70:1 contention ratio in the summary is pretty shocking ... good ISPs here (iiNet, Internode etc) have 10:1 or less and buy more bandwidth proactively, before they actually need it. They can afford to do that, and keep their links running at 50-70% capacity, BECAUSE it's a user pays system. Additional bandwidth use means more revenue for the ISP and hence it's attractive to them to keep their pipes un-congested and fast.
The other advantage is that light users can pay pretty small amounts for a basic connection. My parents just use email and so I put them on a TINY 1GB per month plan. They never even use more than half of that, and the cost savings are significant (consider that they pay only 20 bucks a month, but larger plans of 50, 100, 200 GB per month cost 60-100 bucks).
So if you absolutely cannot upgrade your links, the "bill, don't throttle" approach is more attractive. It's less work than setting up packet shaping infrastructure and rules, won't affect the large majority of your customers, and will make sure that top 5% of leechers keep their habit under control a bit better (or pay for a higher account, which means more money for you!).
Oh and one last thing. Don't bill for excess usage - just shape their connection. Because if Joe Sixpack gets a virus and their connection downloads 100s of GB without their knowledge, they are not going to want a huge bill. The way most ISPs do it in Australia is after you reach your monthly limit (say, 80 GB at 24 Mbps), they'll shape your traffic to a slower speed (e.g. 128 kbps). That's still fast enough to browse the web and stuff, but will ease backhaul congestion due to P2P etc.
Re:bill, don't throttle (Score:5, Insightful)
P2P throttling? Not here.
Exetel do [whirlpool.net.au], and we know of this only because they've been vocal about it; other ISPs may do it with more subtlety.
Forbidding servers on residential connections? Not here.
The Whirlpool broadband survey 2008 [whirlpool.net.au] disagrees (search for "not allowed to run server", optus certainly restricts it).
So while the majority of ISPs don't do it, you shouldn't make out that it's all sunshine and roses in bandwidth cap land; some of the larger ISPs (Telstra and Optus) measure both uploads as well as downloads when considering your monthly bandwidth cap too (which seems to be an effective way to reduce p2p since you'll hit your cap that much faster by "giving back").
I agree that shaping connections rather than billing for excess usage makes more sense for ADSL/Cable connections though; it's much less daunting to get throttled as opposed to being charged extra. Internode have implemented a "Data Block" system that allows you to purchase chunks of bandwidth to extend your monthly cap in a pinch if you're about to get throttled (i.e. it isn't cost effective to do regularly) which could be worth looking into later on.
One more thing, if you do implement caps you'd want to look into some sort of monthly usage meter that's easily accessible to your customers. Net Usage Item [iau5.com] is an example of a Firefox addon that tracks usage from various ISPs that helps people avoid overrunning their caps.
Re:bill, don't throttle (Score:5, Funny)
In a country full of thieves, expect to get robbed ;-)
Re:bill, don't throttle (Score:5, Informative)
I agree, but with the caveat that you have to do what your boss tells you to do. By all means, present this idea to the boss, but be absolutely sure that you are complying with the requirements of the job you are assigned: after all, in this economy, you do not want to give your boss a reason to fire you.
You will definitely have to consult your boss about this, and you would be remiss in not telling your boss to send the TOS to your company's attorney and have him advise on the legalities regarding whatever plan you and your boss ends up deciding on. You don't want your company to get sued and you don't want anyone to say it's your fault because that would be another reason you might get fired.
In the end, look over the TOS, and if your boss asked you to shape it and shaping doesn't meet with the TOS, by all means CYA and ask your boss to send his request to you in writing. Preferrably signed. Digitally signed e-mail might be okay, too. Just make sure you have some proof of what you were ordered to do, because you want to be sure if there is any fallout from the shaping that you can prove you were just doing as ordered.
It bears repeating so I'll say it again: always CYA.
Re:bill, don't throttle (Score:5, Interesting)
Listen to morgan. He's absolutely right.
If you do decide to bring this issue to your supervisors, try to put it in terms of customer retention or make up some stuff about how they can save money. Most management doesn't know any better.
But by all means do NOT mention morality. Management is trained to be suspicious of such things, and you'll be on the shit list. Don't mention anything about "providing good service" either. That's a sure sign of weakness to them and you'll be out of a job. It's got to be dollars and cents or at best they'll ignore you.
Re: (Score:3, Interesting)
That part got my attention. May I ask what you mean when you say that they are trained to be suspicious of such things? Is this actually a component of formal training such as business classes or leadership seminars? Or is it more of a situation where it's unfortunate that lots of people who are actually up to no good have been known to such excuses to cover up their wrongdoing
Re:bill, don't throttle (Score:5, Insightful)
There's really very little moral question here, you are selling a service. The quality of the bandwidth you use, and whether the same amount of bandwidth is available in bulk heavy usage, for bulk file transfers, as for normal, expected usage patterns, is your call as an ISP.
And for the most part ISPs don't buy a bit of internet bandwidth, for every bit of subscriber bandwidth. This practice is not oversubscription (per se), you should calculate the expected usage patterns for your average subscriber, and multiply by your total number of subscribers, and add 'safety' factors for flash crowds; as for P2P applications and "bulk data transfers", you should do the math there as well, and determine, what proportions of your traffic are P2p transfers.
Keeping usage of heavy users under reasonable control just as much about providing everyone a quality service, as it is about 'saving on bandwidth bills' -- because, even if you add more bandwidth, downloaders will manage to eat it, if you don't put something in place.
And ISPs all over the country are taking measures to limit P2P's usage, so a few users don't get to hog all the network resources, or to overutilize.
This is not so much a justification based on the theory "everyone is doing it", but more a justification based on "your consumers probably expect you to do this" (do your best to block, prevent, or control, excessive usages from other subscribers that would degrade their services)
What you should do is tell them they get 40G/mo or whatever, plus a usage fee above that, and let the customers throttle themselves if they want to....
He only has 400 customers. There's not enough play here to provision capacity on demand, if a few users want to heavily use the service, he may need to get commitments for this to be affordable.
They can stay below those monthly limits and still cause major problems, if they happen to all be on at the same time fully utilizing their pipe fairly continuously.
Also, consumers will rightly be concerned about the possibility of malware or unwanted DoS attacks artificially inflating their bandwidth bill.
There are a lot of good things to be said for using technologies like NBAR and policing to reduce the flow of unwanted traffic.
Actual general shaping is not recommended, as it will very possibly degrade proper operation of the service, for non-bandwidth-hungry users.
You're stuck. (Score:5, Insightful)
Here's the thing - you have no choice. Do the shaping.
That said - form a compelling argument for doing the right thing, and present that to your boss. Don't defy him, but give him a reason to reconsider. In the meantime, do as you're told. You can always undo shaping. Don't screw your employment in the interim.
Re:You're stuck. (Score:5, Insightful)
Re: (Score:3, Insightful)
Agree 100%. You're getting paid for this work. It doesn't matter how much you admire Casper the Friendly Geek, it's neither your right nor your job to contradict your boss's decisions. If your customers don't like the service, they'll find alternatives or drop his service, and then he'll either deal with the revenue loss or improve.
Make the business case for it. Feel free to refuse to do anything actually unethical or illegal that he asks you to do. This is neither, so suck it up. Or, alternately; you're su
BS. (Score:5, Insightful)
If, as most cable companies do, they've contracted to provide "unlimited" service, at "xx Mbps rate", then that's what they need to provide.
If such is the case, then throttling anyone is fraud.
very few cable companies contract to provide that (Score:5, Informative)
I've never seen a cable-ISP contract that provided service at a specified rate in Mbps. You can get those contracts as a business user, but they're not the standard ones home users have. Usually home contracts say something along the lines of "up to xx Mbps; actual speeds may vary and are not guaranteed".
Re:BS. (Score:4, Interesting)
I've never seen a single contract for residential internet that provided "unlimited service" at "xx Mbps", every single one I've ever seen is "up to xx Mbps", the contract isn't going to help here.
The solution for better or for worse is for the US to implement download caps like the rest of the world. It'll be unpopular and it'll have disadvantages, but laying cable still costs money and the current all you can eat payment schemes just don't work.
Re:BS. (Score:5, Informative)
The solution for better or for worse is for the US to implement download caps like the rest of the world. It'll be unpopular and it'll have disadvantages, but laying cable still costs money and the current all you can eat payment schemes just don't work.
No, the solution is for broadband providers to do what they've already gotten billions of taxpayer dollars to do but didn't, build out broadband. These companies are trying to double dip, first take taxpayer money then bill customers more.
Falcon
Quit and... (Score:2, Interesting)
I presume... (Score:3, Funny)
...blackjack and hookers would also be involved somehow?
The choice is simple (Score:5, Insightful)
Petition for your boss to do the right thing.
While you're petitioning, do what your boss tells you.
If what your boss tells you to do is unethical, quit, and tell him why in your resignation letter.
Re:The choice is simple (Score:5, Insightful)
Upstream (Score:2)
Is throttling really cheaper? (Score:4, Interesting)
Is throttling really cheaper?
Have you tried to compare the price of just buying more bandwidth with what it will cost you to setup and maintain the packed shaping?
Re: (Score:3, Informative)
Throttling is dirt-cheap.
I work for an ISP that's probably comparable (wireless, so each connection is slower than a cable connection, but there's more of them). If you want to roll your own stuff, a juicy PC with two network cards and some layer-7 rules should be doable for under $1000.
You can also buy one of these [mikrotikrouter.com], and configure it to do the shaping for about $1500, if you want a sexy rackmount unit and support.
They work quite well for basically everything except encrypted BitTorrent (and I'm sure that's
handling the BW hogs (Score:2)
So long as you're not singling them out by content or otherwise subjecting them to your (your boss's, your company's) conflicts of interest, then I think you're fine. Just follow some of the other fine suggestions here to do it responsibly.
throttling (strangling) a local ISP? (Score:2)
Am I the only one who read the title and had an image of strangling a local ISP executive?
Unfortunately, my "local" ISP choices are Time Warner and AT&T, and, despite the miserable service, their executives are out of my reach.
Striking a balance..... (Score:4, Insightful)
The P2P boys will quickly figure out what is going on and they can set their clients to download from Midnight to 8am. That way, there's plenty of bandwidth when Joe Average wants to check their Facebook and when businesses are operating and the bandwidth through the night which is mostly unused is utilised better. Everyone wins.
Re:Striking a balance..... (Score:5, Insightful)
If they signed for and are paying for unlimited internet access then where exactly does the abuse part come into it?
Re: (Score:3, Insightful)
It's not the ISPs job to say what is illegal and what is legal. If I buy service from them, and they say that the service is unlimited, then I should get unlimited service, period, for whatever purpose I see fit to use it for. That is not abuse.
Re:Striking a balance..... (Score:5, Insightful)
Bullshit.
So what about someone that uses a media centre PC as their television input and watches Hulu and mlb.tv etc. rather than via cable or satellite or whatever during peak periods causing their ISP to hit its bandwidth limits? Is that abuse as well? Is that guy soaking up bandwidth or is he using what he is paying for?
Re:Striking a balance..... (Score:5, Insightful)
Besides, he didn't even mention what kind of traffic was going on during peak hours, just that the company is (my interpretation) screwing customers by oversubscribing them 70:1 (his statement).
It's possible that their biggest traffic spike is youtubers. Until someone does an analysis, you just won't know.
High Traffic Users Shift Activity to Diff Time (Score:3, Insightful)
For a 400 user ISP, there is presumably only a dozen or so high traffic users...
Privately, encourage them to shift some of their activity to off times, such as late morning and middle of the night - explain to them it will help other users, plus help them too in they'll get better speed while helping to keep prices low.
If not enough voluntary compliance, then try enabling aggressive throttling / shaping during day / evening, but allow unthrottled speed during off-hours for high traffic users.
Presuming the ISP has access to multiple providers, then another option to consider is evaluating how much the ISP is paying for bandwidth - see if there are better options and/or if contracts can be renegotiated.
Ron
Or... Do nothing. (Score:3, Insightful)
The guy who downloads 100Gb overnight when no one else is online? He isn't a problem.
The 100 users who all connect and download from together at peak hour? They are the problem.
So you want to allow people who don't use the net when everyone else is using it full-speed access. And you want those who use the net at peak hour to be slowed down.
The way to acheive this?
Do nothing and let congestion shape them.
Screw morality. Get pragmatic: prioritize traffic. (Score:5, Insightful)
Morality is a tool for the herd to feel more important than their leaders. Instead, get pragmatic: how can you make this business work for most people?
You probably want heavy downloaders to use another service, anyway. You might even consider setting up two plans, one for ueber-users and one for normal users.
However, I would prioritize traffic. Email, web, SSH, et al come first; after that, all p2p protocols in order of usefulness.
You need to define your business audience. If it's people who are going to check the mail and web surf, and 5% of your customers are p2p users, cut out the p2p users and focus on the people you want to serve.
Re: (Score:3, Informative)
Morality is a tool for the herd to feel more important than their leaders.
Who would have guessed that Dick Cheney was posting on slashdot?
Don't shoot yourself. (Score:2, Insightful)
Your boss understands his customers and the contracts in place. Your boss understands the political consequences of changing his service under the feet of his existing customers. Your boss has lawyers that understand the legal ramifications of his decisions.
If this is an error in judgement, his customers will let him know by either (1) suing him, or (2) withholding payment, or (3) leaving the service. All three mean less revenue for him no matter the outcome.
Your job is to do what he asks within the la
Look at the business case (Score:2)
This is not an ISP problem; but a business problem. How does maintaining a small ISP enhance the primary business? Can expanding the ISP business enhance the primary business? Will implementing rate limiting and traffic shaping bring unwanted negative attention to the primary business? Can you make a business case to the owners indicating costs and profits for not implementing traffic shaping?
This is not a technical problem. If the you cannot answ
shape and/or prioritize that traffic (Score:5, Insightful)
Im wondering what you have for backbone that you are 70:1 oversubscribed. If you deploy 768/256 connections with 400 customers sounds like a whopping 3 T1 lines (~4.5Mb/s). if you do a more standard 1.5MB thats 6 T1 lines(~9Mb/s).
Maybe you should look at your upstream provider and see if you can get a fractional T3 to replace the T1s if my math is anywhere near correct. You will likely have a longer contract to sign but you may be able to pull in 10Mb/s for less than you currently pay. Then you could try to match the current expense.
There are other ways to trim back your backbone usage. Consider a cluster of transparent proxy servers. You can get pretty aggressive with the cacheing mechanise in squid and you can easily balance the cluster with DNS and not have to worry about session awareness as clients also cache DNS temorarily so each client will use the same proxy for their browsing session.
Certainly some sort of QoS will work for you and lessen the need to directly throttle.
If you just throw some proxying in there and give http and https higher priority and do some packet inspection to sniff out the P2P traffic and drop it down a level you will put off the inevitable need to grow your bandwidth for a while.
if my math is correct on 1.5Mb/s cable, you look like you have a per users upstream cost of just $7.50 each. That is pretty low. Too low.
Re: (Score:3, Informative)
My little neck of the woods cable in Michigan is 500K. Yes, 1/2 a meg. Sparsely populated areas just are not profit motivators for rolling out new services. If you have a few lakes of say, 50 houses per lake, but only 2 are year around residences, the people aren't willing to pay what's required to have broadband.
Heck, when I sold off my dialup ISP years ago I kept a few T1s to do a small area WISP so I would have something near reasonable speeds for myself. I'd love to have something cheaper even if I didn
400 / 70 = what? (Score:4, Informative)
I have no problem with you scheduling low-latency traffic over filesharing traffic, filtering, or whatever, but it seems a little short-sighted that it only takes 5.71 users to completely muck up your network. (I.E if you sell 1mbit connections, you could "theoretically" support 420 customers on a 6mibt pipe (6*70=420 at a 70:1 oversell ratio).
Make what the customer wants available... (Score:3, Informative)
I think P2P is servers used this way are a great tool helping ISP's reduce their upstream bandwidth costs. My ISP does it and, for example, has mirrors of Fedora and Ubuntu update repositories plus a whole library of popular downloads that I don't get charged for if I use their servers to download (and it's faster too). Furthermore their servers will download files via P2P and make that available to all their other users.
Morality?? HA! (Score:3, Insightful)
There is no morality for throttling. It's done for either technical or business reasons.
Re: (Score:3, Insightful)
Are you saying that an act is not immoral so long as it's done for "technical or business reasons"?
Say I'm the CEO of a nationwide cable TV provider that's afraid of competition from streaming media. I decide, for business reasons, to throttle all streaming media connections to the point that they are useless, unless the content providers pay me $$$ not to throttle them. You'd call it a "business decision", while I'd call it an immoral act. Whether or not I am right, there's nothing about it being a busines
Remember, you've got a job now (Score:4, Insightful)
What would I do? I'd start by doing what the boss says. This is a really bad time to have to look for employment elsewhere. If you don't do what the boss says, customers of your former employer are not going to start sending you money to live on because you did the "right" thing but lost your job.
Then after things have been at least temporarily taken care of, research better alternatives and present them to your boss.
The Answer: (Score:3, Insightful)
The way I see it, you're screwed if you throttle, and you're screwed if you don't throttle. Some of the solutions given sound good and well on paper. But then again, so does communism.
Legal loophole.. (Score:5, Interesting)
Turbo Internet... A simple solution. (Score:3, Interesting)
Easy solution... I did something like this a long time ago.
We used to split our upstream into "Priority" and "Non-priority" and all users went into "Non-Priority"
When we gave them a real-time "price" meter... It had a button and a small display that showed how much your bill was for the month.
Use the service at non-priority and the $$$ ticked over slowly.
But hit the "Turbo" button, it added your IPs to the priority stream and the $$$ scream over and you get a big speed boost. Great for businesses who used it.
We only ever tried it in beta while we had significant oversubscription due to limited availability of bandwidth at the time, but we noticed a few strange effects.
First, people just liked pressing the button. They would go on, off, on, off while waiting for anything.
Second, it was instant gratification - you hit th e button and your download speed goes straight up... Very effective and you know it's going faster because the $$$ tick over faster.
Thirdly, the level of satisfaction was directly influenced by the speed the $$$ ticked over... We accidently released a buggy version under Beta where the $$$ ticked over at ten times the rate.
It turned out to be the most popular and people started requesting it after we fixed the bug in the subsequent version... Seems that if they got charged more, the mental connection was that it was faster.
Anyway, then bandwidth prices came down and we just got more bandwidth, and all the beta testers moaned when we turned off their turbo buttons...
We weren't actually charging the beta testers for the button at the time, but they were all willing to pay for the service, because they loved being able to see at all times (through a small widget-like interface) exactly what they were spending.
GrpA
this is a *moral* problem? (Score:3, Insightful)
you are having a *moral* problem with throttling p2p traffic? Huh?
Oh sure, mod me troll, and yeah, it's cliche', but a business has to play statistics and look at trends. The overwhelming majority of people using p2p for *legit* things aren't using it for such things day in and day out; they're torrenting a fedora dvd, or something like that. That's fine, works, etc. But if you see someone with a constant stream day in and day out...
...that person, on a general level, you feel morally obligated to protect? Really?
There are plenty of valid uses for p2p. Certainly. Just assume that's not the people who your boss is after; it shouldn't be difficult to determine the difference.
What to do (Score:3, Informative)
In my situation, what would you do?
First, at 70:1 oversubscription there is no bandwidth shaping policy which will improve the user experience, so you'll piss off the top 10% of your users without making the other 90% any happier.
I'd explain to the boss that the accepted norm for residential oversubscription is 10:1 and that oversubscription rates in excess of 20:1 flat out don't work. You either need to increase your system bandwidth reduce your subscriber bandwidth. In other words, you either buy more T1s at the head end or you drop those 5 meg lines to 768kbps and be honest about it.
Next, implement traffic shaping for ports other than UDP 53, TCP 22, 25, 80 and 443 during the prime time hours on your graph. You'll piss off the torrent freaks in the top 10%, but oh well.
Is oversubscription really "evil"? (Score:5, Insightful)
Your details are a bit vague, but let's pretend "your pipe" is a single DS3 (45 megabits) out in the boonies somewhere and you are offering a mix of plans that average out to 7.8 megabits per customer (400 * 7.8 / 70 = 44.5).
Assuming you are in the US, 45 megabits of transit is unlikely to cost you more than ~$2k/month ($50/megabit transit is easy to come by, you can do way better if you shop and have access to many carriers), but due to the amazing power of phone company pricing, the DS3 to carry it could easily run $10k-40k/month depending on how far out of a major city you are. (Within a major city, DS3s are closer to $3k/month.) Let's use the low end of that range and call it $10000/mo for the DS3 and $2000/mo for the bandwidth, or $12000/mo total for 45 megabits or your total cost of ~$267/megabit.
If your customers were to demand no oversubscription (as most Slashdotters seem to), delivering a 10 meg cable connection would therefore cost you $2670/month to deliver to your customers. At standard retail markup (including maintaining the cable lines, buying routers, paying rent, paying salaries, etc) of ~2x, let's call it $5k/month per customer. This poses a problem, since no residential customer will pay $5k/month.
If you work it from the other angle, starting from what your customers will pay, let's pretend they are comfortable paying $80/month for their 10 meg cable connection. (This is high if they were in a city, but if this is their only option vs dialup, they'll buy it anyway.) Assuming you have some overhead and only half that can pay for bandwidth, you have $40/month for 10 megabits or $4/megabit.
How do you reconcile that your customers will only pay $4/megabit when your costs are $267/megabit? The magic of oversubscription.
These customers need to be willing to live with the idea that they are expected, on average, to use only 143Kbit/sec on their 10 meg pipe. If on average they want more than that, they have to be willing to pay for it, otherwise the ISP is just going to fold, and they can go back to dialup.
For some reason, Slashdotters see this as evil. Is it? How else can you make the numbers work? (Most of these numbers are ballpark since the posters details were so vague, but they real-ish.)
Stop fretting and start analysing... (Score:5, Insightful)
Confirm you have a P2P problem before you start shaping. If you tell your boss the traffic is mostly http no amount of packetshaping is going to fix this problem to anyone's satisfaction(unless it actually is all http downloads).
Since you're on a tight budget already, I recommend running nTop on a box connected to a mirror or span port. That would be an easy way to determine what's actually going on.
When presented with the fact that shaping is pointless your boss will either buy more bandwidth or do nothing at all. Either way you aren't forced to shape. If he chooses the second option your customers should make him uncomfortable or fix the problem altogether by moving to dial-up.
What are you selling them? (Score:3, Informative)
A contention ratio of 70-1 is really high. What exactly are you selling your customers?
Most ISPs around my part run on an contention ratio of between 20-1 and 50-1. In practise it sits closer to the 20-1 than the 50-1. At 70-1 I'm not surprised that the pipe's constantly full: it's twice what it should be.
Unless, of course, you're selling an 'lite' package. But as you've got an monopoly, it sounds like you're probably selling an 'lite' package at 'premium' prices.
They are already throttled (Score:3, Insightful)
And as described, this is a small sideline of the companies business, so anything that will keep their lawyers busy, like contract changes, won't fly. Anything that is a major investment most likely won't fly. The only thing that could fly is anything that either makes money, or significantly improves the reputation of the company which could have other positive side effects.
Since Megabits are limited in this situation, his boss is absolutely right that the only thing he can do is to maximise the number of _happy_ customers. And that would be maximised by throttling the heavy users, giviing low bandwidth users fast access whenever they need it.
From the user's point of view: As a group, they pay 400x dollars per month to the ISP, who for that money gives them a total bandwidth with some limit. As a group, they don't want to include anyone who uses tons more than their fair 1/400th share.
Shape, not throlle or cap (Score:4, Insightful)
Shape, not throttle. If done correctly shaping is what makes a difference between a good ISP and a great ISP. It is not a problem to detect P2P traffic and shape it to a lower priority, provided that you shape important traffic as high priority - ACK's, Skype voice, game traffic (WoW, CS, ...), first 100k of any HTTP or HTTPS connection, SSH, ...
As a power user it is not that critically important that my torrents only come at 16kb/s during the day if my web, games and IM apps are snappy, but I would like to have the torrents saturate the pipe during off-peak.
Also, hard caps are overrated - you don't pay per Gb, why should we? Just prioritise traffic correctly and everyone will be happy.
Nah man... (Score:3, Insightful)
FAP (Score:3, Interesting)
You probably would not see this post as it is hugging the bottom of a long pile of messages, but here are my two cents:
In small scale networks, as few as five to ten over utilizing customers can bring the whole structure to its knees. From ethical perspective, it is your duty to keep network as operational as possible for the whole customer base. So that it is OK in my book to shape traffic as long as you keep it as fair as possible for your customers' benefit. Also it is important to back your traffic shaping with a solid mathematical model, as some (usually below 1%) of your customers can complain, and even can claim that you are stealing their capacity...
FAP (Fair Access Policy) is a rolling average, leaky bucket traffic shaping algorithm. We are using HNS (Hughes Network Systems) implementation with great success for five years. As you are a cable operator HNS solution would not work for you, however it is well documented (by public, in public domain. HNS' own documentation sucks). If you ignore customer complaints about HNS services in USA (problem there is not FAP mechanism, but very tight parameters set by HNS operations team) and concentrate on the system you would learn a great deal about traffic shaping that is adapted to real life conditions.
As you would need an implementation to use, a single layer FAP (HNS implementation permits three layers) can be put in place by using basic traffic shaping parameters in Cisco. For multi layered approach, you can use a Linux firewall. If you have money to spend on this, Allot [allot.com] traffic shapers are very good Linux based devices.
Regards
Re:Morality? (Score:5, Insightful)
That's not the issue. The issue is whether there is any legal P2P traffic. geekboy642 proved there was, and you didn't offer anything to refute it, so I guess that you agree with him.
Since you agree that there *is* legal P2P traffic, the argument that "it's illegal so there is no problem throttling it" is a non-sequitur.
Re:Tell your boss you quit ... (Score:5, Insightful)
Second, what's so evil or innately wrong about throttling? So long as you don't violate your contract - and ethically, in my mind, don't violate the spirit of your contract either (i.e. tiny print doesn't make it ok) - then what's the problem? The parent is acting like the act of throttling is a "sin"; it's just a technology.