Cool Rules for the FCC: In the Lions's Den

Not a bandwidth issue

I agree with you Andrew Ducker, pricing is the best mechanism for dealing with scarcity. But BT isn't causing a *bandwidth* crisis. Give it a T1 and it will saturate that in no time too.

BitTorrent screws other applications which need low latency and are upset by jitter, particularly on a shared cable segment. Comcast's solution is the least-bad, given what it has available.

All wrapped up again

Why is no one slapping Comcast hard in knuckles for stuffing the meeting with shills?

That behavior alone defines Comcast's views on net neutrality. They have no respect for authority when it is not in their best interests.

You can write/talk till the tech is coming out of your ears but it's not a tech problem it is a corporate governance issue.

It is becoming more economic for them to break their own customers and use the political influence gained with graft then to actually invest in facilities.

Put up, or ...

"Why is no one slapping Comcast hard in knuckles for stuffing the meeting with shills?"

Because it's irrelevant. One set of shills keeps another set of shills out of a room? Well, boo-hoo.

"it is a corporate governance issue"

The Neutrality campaigners are backing TECHNICAL legislation, which would decree how a network operator manages its own network - allowing some TECHNICAL measures and prohibit other TECHNICAL measures.

If you are in favor of this, please let us examine your version of such legislation.

Otherwise, shut up.

@Paul

"Because it's irrelevant. One set of shills keeps another set of shills out of a room? Well, boo-hoo."

Not quite. It is relevant to the extent that Comcast literally bribed people to support their cause as opposed to genuinely interested parties. It is an attempt to subvert the process and it reflects poorly on the over all integrity of the company.

It is deceitful and rather shameful and when held up with their past behavior of denial and cover-up (that even Bennett admits Comcast has engaged in), then it becomes hard to take them seriously at all.

Richard Bennett: Was incorrect, Still incorrect, Always incorrect

> BitTorrent [gets its performance boost] as a direct

> consequence of its scalability, by running dozens

> (or even hundreds) of TCP streams concurrently.

For each swarm, BitTorrent only uploads to 3-4 streams at any given time, out of somewhere around 40 streams that it establishes. The remaining streams are dormant and nearly silent. Using CATV-Internet, the low upload allocation given all customers normally permits no more than two or three active swarms at any given time. These fact breaks your next assumption ...

> The proliferation of streams gives BitTorrent

> immunity, at least partially, from the Internet's

> packet-drop-triggered congestion management system.

Given that you have set your readers up to believe that BitTorrent is actively exchanging data at a high rate of speed over dozens or hundreds of connections, your readers might accept your untested, unproven assumption as fact.

The truth is that anywhere from 3 to 12 of those streams will be actively uploading at any one time. The dozens (not hundreds) of other streams are quite silent and are not contributing to any congestion. The "packet-drop-triggered congestion management system," therefore, only needs to quell 3 to 12 streams and this works very effectively.

Evidence that this works can be found in the hundreds of daily posts on BitTorrent support boards from users who have mis-configured their clients and try to upload faster than their own modems can handle. Because of the "packet-drop-triggered congestion management system," they achieve poor upload AND DOWNLOAD speeds, owing to the fact that dropped outgoing ACK and REQUEST packets are causing delays and retransmissions.

> By contrast, most Internet traffic moving upstream on

> residential broadband networks comes from applications

> with no more than one stream active at a time.

This claim is not only unsubstantiated, it is incorrect in any manner that you might try to consider it.

If you are talking about "Most" as in surfing (http requests), then most internet traffic comes from web browsers -- often 2 simultaneous connections PER SERVER. Due to advertising, most pages are made up from resources on multiple servers. This comments page draws advertising, images, code, and content from five (5) servers. Loading this page opens 10, not one but 10, simultaneous streams making HTTP requests.

If "most" means the amount of upload traffic, then most of that comes from BitTorrent P2P. As I said above, this will consume 3-4 active streams per swarm, and someone would normally operate 1-3 swarms at a time.

These facts completely invalidate your argument, as any packet-drop-triggered congestion management would quell BitTorrent's 3-12 upload streams AT LEAST just as well as it would a web browser's approximately 10 upload streams.

You seriously need to stop spouting this defective argument . It is like an addiction. So any time you hear yourself saying "hundreds of connections," please snap a rubberband that you keep around your wrist until this unwanted habit goes away.

Comcast abusing network standards...

"By contrast, most Internet traffic moving upstream on residential broadband networks comes from applications with no more than one stream active at a time."

Actually, anyone who has more than one mail account setup in things like Outlook, Thunderbird, Mail.app will end up with multiple streams of traffic going, and most modern browsers enable a certain degree of concurrency. In Firefox, for example, network.http.max-connections is 24, although it will only open up to 8 per webserver.

While your list of suggestions is a reasonable starting point, it's hardly the case that Comcast's practices live up to them. Let's go over some details:

"Does the practice support a rational goal, such as the fair distribution of bandwidth?"

This is a fine goal. Fair distribution of network bandwidth could be readily implemented by having a queue per IP address and pulling packets from each active queue in a WFQ/WF2Q fashion.

"Is it applied, adapted, or modified by network conditions?"

This is a bit too vague to become a useful criteria.

"Does it conform to standard Internet practices, or to national or international standards, and if not, does it improve on them?"

Forging reset packets is obviously a violation of standard Internet practices and the denial-of-service aspect is quite arguably criminal.

"Has it been communicated to customers?"

As Cade Metz eloquently said, "Eight months after an independent researcher revealed that Comcast was secretly throttling BitTorrent and other P2P traffic, the beleaguered American ISP has at last admitted that's exactly what it's doing."

"Has technical information that would allow for independent analysis been made available to the research community and the public at large?"

Indeed. Comcast's customers ought to be notified of just how much overselling of the bandwidth they have paid for is going on, and just what the average available bandwidth is for the various service levels actually are.

"Does the practice interfere with customer control of traffic priorities or parameters consistent with terms of service?"

If you end up breaking functionality for people using Lotus Notes, or, for that matter, seeding things via BitTorrent, you've interfered with customer control over the network-using applications which they have chosen to run.

"Is the practice efficient with respect to both the upstream and downstream data paths?"

Indeed. BitTorrent is remarkably effective at utilizing the available bandwidth and copes much better than systems like HTTP or FTP where the server side often constitutes a central point of failure.

"Does the practice accomplish its purpose with minimal disruption to the network experience of customers as a whole?"

See above with regard to breaking users of Lotus Notes. Forging reset packets obviously constitutes a complete disruption to that particular network connection-- that hardly qualifies as "minimal disruption".

Revisionist History

Richard, you take the cake!

> The composition of the crowd wasn't apparent

> until Comcast VP David Cohen got an overly

> enthusiastic round of applause at the end of

> his prepared remarks, but pretty much only

> then.

The composition of the crowd included five busloads of disinterested people who Comcast paid to occupy seats, keep the opposition out, and clap when instructed. They didn't even do that very well as the applause was several seconds late.

> They didn't hiss and boo - unlike the

> free-speech-loving neutralitarians who

> replaced them.

I heard the entire meeting. There were about 4-5 spontaneous moments of applause during a presentation. Otherwise, the crowd politely held applause for everyone until after their presentation.

Robb Topolski

PS: I do, however, GIVE YOU SINCERE CREDIT for not delaying the meeting when the slides you brought weren't ready. I might have panicked and held things up trying to get them, but instead you kept things going.

What about providing the service they sell?

When will these companies stop to sell bandwith that they don't have? I think that it would render any other consideration superfluous.

But they keep selling theoretical super-high rates, and using "management" to prevent people from using it... is that considered as a "good practice"?

I call Bullshit!

"BitTorrent screws other applications which need low latency and are upset by jitter, particularly on a shared cable segment"

I have some 16 computers within my LAN, two of which are running BitTorrent continuously. I have 15 Mbps downstream and 2 Mbps upstream on a FiOS line running through a single router; all 16 computers share the same 2Mbps upstream pipe, in other words.

With BOTH BT machines running at "full blast," I can play World of Warcraft, surf the Web, and upload and download with conventional ftp clients all simultaneously without *EVER* noting any undue latency; I routinely check my latency to the WoW servers and it is always in the neighborhood of 75 to 100ms, regardless of how much 9or how little) BT traffic is going through my router. ALWAYS.

Ergo, the concept that "BitTorrent screws other applications which need low latency" is at best a misconception, and in my opinion, it's a knowingly, willful, and deliberate lie.

ComCast has *already* limited their DOCSIS subscribers to 256Mbps upstream; throttling traffic by forging RST packets is unnecessary if ComCast has sufficient of the product they sell - bandwidth - to meet their contractual obligations.

And if ComCast does *NOT* have sufficient bandwidth available to meet their contractual obligations, then I humbly submit that they are in breach of laws regarding commercial fraud and contracts.

I find the author of this article to be disingenuous and untrustworthy on this subject. Robb Topolski has already shown this to be the case regarding the "ComCast shill" shenanigans.

Conclusion: Richard Bennett has taken the side of ComCast in a case where blatant fraud has evidently been committed by ComCast. The article is slanted to present ComCast in a favorable light, which light simply does not exists. One is moved to ask why?

Bad weather in Cambridge

I was surprised to see mention of snow in Cambridgeshire and Lincolnshire - I know that it is Winter in the UK , but I thought that global warming had put a stop to snow laying around on the ground.

After careful reflection, I realized that the author was probably talking about somewhere in one of the former Colonies. As the Reg's url is http://www.theregister.co.uk/ perhaps the author should have mentioned, say, Massachusetts.

Mine is the tweed one with the union flag emblem, pedantically the right way up, on the lapel.