Slashdot Log In
Comcast Outlines New Broadband Policy
Posted by
timothy
on Wed Sep 24, 2008 03:49 PM
from the knowledge-is-power dept.
from the knowledge-is-power dept.
Slatterz writes "US cable provider Comcast has presented its long-term solution for managing broadband traffic. The new system is set at putting to bed a minor scandal that erupted around the company when it was found that Comcast deliberately limited traffic for certain applications. The company said that under its new system, traffic will be analyzed every fifteen minutes. Users who are found to be occupying large amounts of bandwidth will be placed at a lower priority for network access behind users with less bandwidth-intensive traffic. The new system will not replace or be related to the company's earlier installment of bandwidth caps, which limited a user's data intake to 250GB per month."
Related Stories
[+]
Comcast Floats a 250GB Monthly Bandwidth Limit 578 comments
techmuse writes "Comcast is considering the imposition of bandwidth caps and reductions in network bandwidth to customers who, while paying for the use of a certain amount of bandwidth, dare to actually use it! Gizmodo has more on the subject." Reader Acererak points out that it would take some pretty heavy usage (by current standards) to hit the cap described. Bear in mind, too, that these reports are based on the word of an unnamed "insider," rather than an officially announced policy.
[+]
Comcast Discloses Throttling Practices 206 comments
Wired reports that Comcast finally provided information on its network management practices late Friday. In a report to the FCC (PDF), the cable company admitted to targeting P2P protocols Ares, BitTorrent, eDonkey, FasTrack, and Gnutella. Quoting:
"For each of the managed P2P protocols, the [Sandvine Policy Traffic Switch] monitors and identifies the number of simultaneous unidirectional uploads that are passed from the [Cable Modem Termination System] to the upstream router. Because of the prevalence of P2P traffic on the upstream portion of our network, the number of simultaneous unidirectional upload sessions of any particular P2P protocol at any given time serves as a useful proxy for determining the level of overall network congestion. For each of the protocols, a session threshold is in place that is intended to provide for equivalently fair access between the protocols, but still mitigate the likelihood of congestion that could cause service degradation for our customers."
Submission: Comcast outlines new broadband policy by Anonymous Coward
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Dang... (Score:5, Insightful)
There are only two games in town: ATT's DSL (slow) and Comcast (Fast, but with strings).
What's the point of having the internet when you can't do anything on it?
Re: (Score:3, Funny)
"...traffic will be analyzed every fifteen minutes."
Then use trial-and-error to find the sweet spot in Comcast's polling interval and automatically throttle your own traffic every 15 minutes for 1 or 2 minutes at a time ;)
:(
Of course, that dosen't matter if comcast measures your traffic for 14 consecutive minutes out of the 15 minute polling interval
Re: (Score:3, Insightful)
Re:Dang... (Score:5, Interesting)
So are the people using IPTV screwed? They will be queued worse due to their high bandwidth usage again and again if they watch a long IPTV show. What about households with multiple Youtube users streaming and watching different videos at the same time? Both are completely legal, but seems to something that occupies high bandwidth.
Parent
Re:Dang... (Score:4, Interesting)
The only thing Comcast are trying to do with that policy is implement a masquerade behind which they can throttle a range of customers who refuse to pay extra for premium services. Network analysis which find the most intensive data traffic users (likely already has) and they will specifically be targeted, pay extra or have all your traffic shut down to a trickle every fifteen minutes for what, 2 minutes to start with and, then they will continually up that until, the customer leaves or pays the premium bandwidth fee, pays extra for the actual bandwidth, that Comcast B$ marketing claims to be selling.
They are going to use that age old pathetic and immature excuse, don't blame us for the time outs, the computer did it. It is all just one B$ marketing campaign after another, all so they can claim to sell something they have no intention of providing all buried behind a maze of contract conditions, limitations, and lobbyists working to protect their ability to basically lie in their marketing.
Parent
Re:Dang... (Score:5, Informative)
Here's an email from one of Comcast's engineers recently sent to Dave Farber's Interesting People mailing list. It clarifies the policy quite well:
From: "Livingood, Jason"
Subject: Clarifying Misconceptions of the New Comcast Congestion Mgmt Syste
Hi Dave
I wanted to try to clear up a misconception about how the new Comcast congestion management system works. I believe we have both heard people complain that they fear that they will be unable to use their provisioned speeds during off-peak hours, for example, or at all times of the day, or that users are somehow throttled to a set speed. Neither of these two things are correct. Part of the problem appears to be confusion over how a user's traffic enters a lower priority QoS state, so I hope to clarify that here
In order for any traffic to be placed in a lower priority state, there must first be relatively high utilization on a given CMTS port. A CMTS port is an upstream or downstream link, or interface, on the CMTS in our network. The CMTS is basically an access network router, with HFC interfaces on the subscriber side, and GigE interfaces on the WAN/Internet side. Today, on average, about 275 cable modems share the same downstream port, and about 100 cable modems share the same upstream port (see page 5 of Attachment B of our Future Practices filing with the FCC, available at http://downloads.comcast.net/docs/Attachment_B_Future_Practices.pdf [comcast.net]). We define a utilization threshold for downstream and upstream separately. For downstream traffic, a port must average over 80% utilization for 15 minutes or more. For upstream traffic, a port must average over 70% utilization for 15 minutes or more
When one of these threshold conditions has been met, we consider that individual port (not all ports on the CMTS) to be in a so-called Near Congestion State. This simply means that the pattern of usage is predictive of that network port approaching a point of high utilization, where congestion could soon occur. Then, and only then, do we search the most recent 15 minutes of user traffic on that specific port, in order to determine if a user has consumed more that 70% of their provisioned speed for greater than 15 minutes. By provisioned speed, we mean the "up to" or "burst to" speed of their service tier. This is typically something like (1) 8Mbps downstream / 2Mbps upstream or (2) 6Mbps downstream / 1Mbps upstream
So how does this work in action? Let's say that a downstream port has been at 85% utilization for more than 15 minutes. That specific downstream port is identified as being in a Near Congestion State since it exceeded an average of 80% over that time. We then look at the downstream usage of the ~275 cable modems using that downstream port. That port has a mix of users that have been provisioned either 8Mbps or 6Mbps, so 70% of their provisioned speed would be either 5.6Mbps or 4.2Mbps, respectively. So let's use the example of a user with 8Mbps/2Mbps service on this port. In order for their traffic to be marked with a lower priority on this downstream port, they must be consuming 5.6Mbps in the downstream direction for 15 minutes or more, while said port is highly utilized
Once that condition has been met, that user's downstream traffic is now tagged with the lower priority QoS level. This will have *no* effect whatsoever on the traffic of that user, until such time as an actual congestion moment subsequently occurs (IF it even occurs). Should congestion subsequently occur, traffic with a higher priority is handled first, followed by lower priority (and this is not a throttle to X speed)
I hope this helps. You can others can feel free to contact me directly if you have any questions
Regards
Jason Livingood
- Engineering & Technical Operation
For verification, you can find the original in the IP Archives. [listbox.com] Date of the email is 2008-09-24 12:37:35
Parent
Re:Dang... (Score:5, Insightful)
Every bittorrent client I've ever used has easy to set upstream and downstream limits. Simply set your upstream and downstream to 65% and 75% of you're max connection and you'll never be slowed down.
Parent
Re:Dang... (Score:5, Funny)
never? you'll be slowed down by 25-35%, all the time ^_^
Parent
Re:Dang... (Score:5, Insightful)
I just hope Comcast implements it as laid out in their email.
Parent
Re:Dang... (Score:5, Informative)
I don't know what you're talking about. Where I live, I have two options.
Beats my old options: Comcast, unreliable ISDN, or 12.6Kbps dial-up.
My take on this? It's a much better policy than just randomly killing connections that look like they might be doing something that may be using large amounts of bandwidth.
Parent
Re:Dang... (Score:5, Insightful)
right up until your skype or vonage sessions are interperted as too much bandwidth. Also video chat is the kind of thing that will probably set this off.
lots of high bandwidth low latency connections are required by many programs to provide features that dial up couldn't.
Parent
Re:Dang... (Score:5, Insightful)
The solution then is to rate-limit at the router or TCP stack, or for applications to start being more careful about how much bandwidth they use -- just because a user has 6.0Mbps available for peak speed, doesn't mean that applications should assume that they can or should use as much of it as possible, all the time.
P2P applications have had rate-limiting controls for a long time; it's probably about time for Skype and video-chat applications to have them too. Skype is particularly bad in this regard because it automatically defaults to the highest-quality codec that a connection supports. While this might make sense on fixed-bandwidth connections, it's not great for the majority of broadband connections, which have the capability of pushing a high peak speed, but shouldn't be expected to sustain that peak for very long. (And this isn't a bad thing or rare, either; lots of "real" internet connections are the same way. You can buy a 100Mb pipe because you occasionally need the full 100 megabits, even though you can't afford to saturate it 24/7. I'd wager most SLAed connections at .coms and .edus are like this.)
In general, it's a pretty fair policy, especially because it only goes into effect when a neighborhood node starts to become congested. (Unlike their 250GB/mo cap and their old policy, which didn't care whether you were actually competing for resources with anyone else.) If I'm using huge amounts of bandwidth for Skype or video-chat, to the point where my neighbors are being affected even though they're just trying to check their mail and log off, they're not going to care what application I'm using. It's fundamentally no different, to anyone else in my neighborhood, if I'm taking up all the bandwidth on the upstream node with VoIP calls, Linux ISOs, or midget porn. They all have the same effect on my network neighbors, and all should get me throttled.
What needs to happen, is applications need to get smarter about their bandwidth consumption. If a VoIP program finds itself getting throttled (increased latency), it should try dialing down its bandwidth usage -- by choosing a tighter codec, perhaps -- and seeing if the situation improves.
Parent
Re:Dang... (Score:4, Interesting)
Strange. My Skype calls only take about 19-30kbps, even with five people on the line. I have a 4.5mbps line. Is there something wrong with your Skype?
Parent
Re:Dang... (Score:4, Insightful)
It would be really unfortunate if VoIP was considered "too much", considering that VoIP is a low-bandwidth application that depends on latency more than throughput.
You can easily use more bandwidth casually surfing the web than you ever will talking on the phone using VoIP.
There is a three orders of magnitude difference between a high-quality VoIP call and a BitTorrent download. It should be easier than trivial for them to configure this so the former doesn't get throttled, but the latter does.
Parent
Re:Dang... (Score:4, Interesting)
"Too much bandwidth" is defined as a sustained download of more than 4Mbps or a sustained upload of more than 700kbps, over a period of 15 minutes. That works out to ten simultaneous VoIP calls; I don't know how many video chat streams you'd need to reach it.
On the download side of things, that corresponds to downloading one CD image every 20 minutes.
Parent
Re:Dang... (Score:4, Insightful)
At&T's DSL gives me more performance than Comcast will allow you to sustain. Comcast offers a faster burst rate, but how useful is that really? If you're just dowloading a few K, 6M bps is fine.
But personally I'll never do business with a cable company no matter how bad the alternatives are. The only thing worse than a big telco is a cable company!
Parent
Re:Dang... (Score:4, Insightful)
I'm sorry, I didn't know limiting yourself to 250GB a month was "I can't do anything"
Seriously?
Parent
Re:Dang... (Score:4, Insightful)
The part of the system where you send them money every month is working just fine. I have inside information that they are not planning to disrupt that in any way.
Parent
Re:What...? (Score:5, Insightful)
Parent
Re:What...? (Score:5, Insightful)
Parent
Re:What...? (Score:5, Insightful)
My disk array syncs to a disk array about 2000 miles away, and that one syncs to mine.
I used about 230G last month, and that was the largest part.
The next largest component was torrents of lectures (such as this [stanford.edu] machine learning class offered by Stanford).
Parent
Re:What...? (Score:5, Insightful)
You could always upgrade to a class of service that doesn't have the caps, or has caps in line with what you require.
A system in which people like you who use 100s or thousands of gigabytes per month pay more than people who use 10 or 15 a year seems entirely fair to me.
Parent
Re:What...? (Score:5, Insightful)
Then shouldn't the people who use 10 or 15 a year pay considerably less than they are now?
After all, the only reason pricing is at this point is because they reasoned that the people using the service at only 5% capacity would effectively subsidized the others who use it at 100% capacity.
If you're now making those who would use it at 100% capacity pay more for service, shouldn't those who are only using a fraction of the network capacity get a major discount to their connectivity?
Parent
Re:What...? (Score:5, Insightful)
Then shouldn't the people who use 10 or 15 a year pay considerably less than they are now?
Perhaps a bit less, but not necessarily considerably less. (After all, there is considerable fixed overhead to a DSL line on top of the bandwidth, those 5% bandwidth users consume telephone support, need their "modems" fixed, have line trouble, etc at the same rate as the 100% users.)
After all, the only reason pricing is at this point is because they reasoned that the people using the service at only 5% capacity would effectively subsidized the others who use it at 100% capacity.
That's true to a point, but its a gross oversimplification.
If you're now making those who would use it at 100% capacity pay more for service, shouldn't those who are only using a fraction of the network capacity get a major discount to their connectivity?
Let me give you an example to illustrate my point.
Lets say we have a service that costs $20 for the average person. But instead we charge $21. So if 1000 people pay 21$ instead of 20$ for a service, that subsidizes the 1% of people who uses $120 worth of service. Are you with me?
So costs are: 990 people use $20 worth of service ($19800) plus 10 people use $120 worth of service ($1200) = $21000.
While revenue is: 1000 people * $21 = $21000.
So the low end users are subsidizing the high end users, and we 'break even'.
That's more or less how the subsidy works in reality.
So if we start charging those 10 people $120 directly. We can afford to knock a whole dollar off everyone else's plan? Big flipping deal. That gets lost in the noise.
(The "noise" being price increases due to inflation, cost decreases due to modern technology, it gets used to cover some new 'feature' like anti-spam on the server, or free antivirus for subscribers, etc, etc).
Parent
Re:What...? (Score:4, Insightful)
You were sold a resedential service with residential terms and conditions.
Your terms include:
So you bought a product that bulk transfers of files may be restricted. Why are you complaining when Comcast are giving you exactly what you bought? As others have said, they probably also sell products more suited to your needs.
Parent
Re:What...? (Score:5, Insightful)
You are the reason these policies have been put into place. By using consumer internet for business class tasks, you have screwed us all.
Yes, how DARE he use a resource that was underspec'd and oversold! It's all his fault that Comcast uses shady business practices!
...now get off our lawn...
Parent
Re:What...? (Score:4, Insightful)
He's not talking about syncing up a 15gig home directory. He's talking about producing 230gigs of data per month in deltas to whatever he's generating (I hope he's using rsync and not something naive).
Backing up 230 gigs/month is certainly business class usage. If "business" isn't a good adjective use "large" if you want. You don't have to be making money to need "business" features.
Parent
Re:What...? (Score:5, Insightful)
Uh, let's see:
- Downloading F/OSS software?
- hulu.com?
- Various TV networks?
- Netflix?
- VOIP?
Face it: (IMHO) Comcast is afraid of streaming video sites, and are using P2P as an excuse to curb competition. They do not want to happen to them what happened to land line telephone companies when cellular and VOIP took off.
Parent
Not such a bad idea (Score:5, Insightful)
I can deal with that, it's fair and doesn't really stomp on anyone's feet. So what if users eat up all the available bandwidth? Just make it fair who eats up more than others.
Re:Not such a bad idea (Score:4, Insightful)
Parent
Re:Not such a bad idea (Score:5, Insightful)
I agree. This way of load balancing seems incredibly fair. However, the first time I get close to the 250gb cap, I'm heading over to Qwest and finding out how much an FTTP install costs.
Which is EXACTLY the way the free market is intended to work. Comcast gets the business they want, and Qwest gets to sell a service they offer.
Free markets, FTW.
Parent
Re:Not such a bad idea (Score:5, Insightful)
Parent
Re:Not such a bad idea (Score:5, Insightful)
Yup. As someone who usually complain about these companies not doing things neutrally, I don't really have anything to stand on this time. This is basically how it should work. It is the network neutral way of doing things. Don't analyze the type or destination, but instead just look at the traffic you are causing. If you are using more than your fair share, you get put behind the one who has used less.
There only is so much bandwidth during primetime and to divide fairly among all users you have to do something. The system mentioned in the article is about as fair as you can get. It doesn't matter if it is video streaming or bittorrent, you shouldn't be able to use more than your fair share. Yes, high quality video streaming is probably hit, but that is because it is an incredibly wasteful type of technology, requiring high bandwidth during primetime when the user online.
Of course, you can still complain about comcast not providing enough last mile bandwidth, having a too high oversubscription ratio, but that is a different matter. As an actual packet prioritizing scheme, this is a good one.
Parent
Backwards? (Score:5, Insightful)
So they're saying that if I am doing something that requires more bandwidth, I will get less bandwidth; and when I don't need much bandwidth, they're going to give me more? I'm really confused by this. Can anyone make sense of this for me?
Re:Backwards? (Score:5, Insightful)
Parent
Re: (Score:3, Interesting)
But doesn't streaming video or audio fit the high-yield/bulk-transfer pattern as well?
I'm just wondering what method they're using to separate high and low priority.
Re:Backwards? (Score:5, Insightful)
when I don't need much bandwidth, they're going to give me more?
Prioritization is not the same as giving you more bandwidth. You packets are just dispatched through their servers faster than the lower priority ones. The net effect is that you get less bandwidth when the routers are overloaded (which is VERY sensible), but when the routers are not overloaded then you will get the quicker speeds (at least, that would be a fair understanding of how it *should* work).
The theory is that casual users are more deserving of the higher speeds and more appreciative of getting content quicker, whereas somebody who is spending 15+ minutes downloading a single thing is going to be more forgiving that it takes 4 hours instead of 2 hours to arrive.
Personally, I think Comcast's goal is to degrade internet streaming video to the point where it matches their cable services with the "Occasional 5 Second Pause" (TM) where the service goes apeshit and becomes unusable.
Full disclosure: I won't give Comcast a dime, and am waiting patiently for more capable internet to come to my neighborhood. Value = price + quality... and IMHO Comcast is simply a bad value.
Parent
OK, but can we help? (Score:5, Insightful)
Re:OK, but can we help? (Score:5, Informative)
The types defined in the RFC are:
I believe an extension also had a "maximize security" option as well.
Alas, almost nothing supports these flags, and I believe a later RFC has proposed reusing the QOS bits in the IP header for an incompatible use.
Parent
Legal use of big bandwidth paying the price... (Score:5, Insightful)
1) User pays for their own broadband access (cost of bandwidth). $$
2) User pay for Netflix a service contract (which includes more bandwidth costs). $$
3) User uses the bandwidth for which he paid by watching streaming movies and suddenly the movies don't load anymore... because it takes a bit of bandwidth to download movies.
4) User buys digital movies from Amazon et al? $$
5) User gets kicked from ISP because he paid enough to use what bandwidth he used.
Sounds like a scam to me!
Why offer high speed internet if you're not going to provide high speed internet?
Re:Legal use of big bandwidth paying the price... (Score:4, Insightful)
Silly user...
Comcast users are supposed to have cable TV and use pay-per-view from them...
If they cripple your speed as a heavy user does it go back up after 15 minutes of being a crippled light user? Rinse and Repeat?
So a 6MB Comcast tier provides 12MB for 1 min, 6MB for 14 min, and then 1MB(or whatever it is) for 15 min ???
Parent
Cool! (Score:5, Funny)
Ok
Sold Vs Delivered (Score:4, Insightful)
Just got Netflix.. (Score:3, Interesting)
You mean proper QoS? (Score:3, Insightful)
Wow, what a crazy idea. If only they could have deployed this sooner! Pity the technology has only been available for far longer than bittorrent has been a problem...
Look. (Score:4, Insightful)
I know a fix for this (Score:4, Informative)
short version: (Score:4, Funny)
"Broadband: You can't have any(tm)."
Re:250GB (Score:4, Informative)
Parent
Re:Pretty sure this was in place for a while now (Score:5, Informative)
That's probably not throttling. Same thing happens to my cousin, and the same thing happens to me (though not as bad.) Every seed and leech in that torrent is still hammering your connection and timing out, requesting what parts you're advertising. At least that's what my firewall logs seem to suggest.
Power cycle your cable modem and get a new IP address. Your former cloud will no longer be DDoSing your connection.
Parent