Blogs I read

NYT Bits
Broadband Reports
The Bauminator
Blog Maverick
Multichannel News
MCN Bit Rate
NewTeeVee
CableFAX
CableTechTalk
BC Beat
Engadget HD
Sherman on Security
The 'Ville Voice
Louisville Mojo - Rick Redding

My pages

Visit my Facebook profile
Visit my YouTube channel

Why I'm doing this

It's conventional wisdom. When it comes to communicating with the public, most companies take the safest path. They usually play their cards pretty close to their chest. I'm joining the blogsosphere to challenge that "wisdom."

Read more

Comments policy

Comments are posted immediately. I review the comments and will remove those that are not germane to the topics being discussed on the blog. Individual customer issues will be removed if posted. If you have a specific issue with your Insight service that you have been unable to resolve, feel free to contact me at michaelwillner@insightbb.com.

« Wireless HD on the horizon; YouTube to make money?; Usage meters and caps | Main | Flash to use P2P to deliver video; malware threatens Facebook users; NFL in 3D »

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00e5520719b08834010536301570970b

Listed below are links to weblogs that reference A new challenge in P2P management; Streaming college football; Discovery and History top cable favorite list; Wi-fi and cell phones:

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

Ryan

I've always found it a bit disturbing when P2P applications have been painted as the black horse. These applications aren't created with the intent to crash the internet or cause global nuclear war. They are created as a legitimite way to transfer large files with a limited amount of bandwidth.

Now limiting ones usage of bandwidth to something reasonable I am for. I currently have an ISP with a monthly bandwidth limit, but a limit that is quite generous.

ARGO

Love will always find a way.

Steve Huff

If people's bandwidth was to be limited, there would need to be a easy way to monitor what they have used so far.

Chris Buechler

To clarify UDP vs. TCP - the standard for UDP is dated August 1980, many years before VoIP, online gaming, etc. existed. The difference between the two is TCP provides reliable delivery and UDP does not. If a TCP packet is lost, the protocol knows that and it is retransmitted. A lost UDP packet is just gone. Applications that use UDP have to use other mechanisms for loss detection and correction, if such a thing is needed. The reason UDP is used for time sensitive traffic is because you don't want that traffic being retransmitted if it's lost - a VoIP packet that comes in a fraction of a second late because of a retransmission is completely useless. So to avoid wasting bandwidth for something that will be useless if it doesn't arrive the first time, you use a connectionless protocol like UDP.

TCP is different in that it ensures reliable delivery, so the applications using it do not need to be concerned with network reliability. Part of the functionality of TCP is the ability for a host to tell another host that the connection has been closed (a TCP RST (reset)). What "network management" of ISPs will commonly do is spoof TCP RST packets to their customers, looking like they came from the remote P2P endpoint. This is an effective way of limiting TCP communications because it provides a means of killing the active connection.

UDP makes doing that impossible, because there is no concept of a session with UDP, and no means of telling a host the connection is closed. It'll just keep sending traffic no matter what the ISP does. The ISP can drop it somewhere upstream in their network, but the effectiveness of that is much more limited.

ISPs will be fighting a losing battle until going to usage based billing. It's more fair for the customers (if done reasonably), and easier to handle for the ISP than trying to keep up with the changing traffic on the network.

Deborah

I have no clue wat this is. I need to upgread on my tech info,

sineswiper

The UDP thing is a non-issue. Chris described the TCP/UDP protocols pretty well above. It is NOT "made for VoIP", and as long as it's not using a dedicated VoIP port number (which it isn't), ISPs can choose to block it very easily. Also, I think that UDP has been an option for BitTorrents since the standard was around.

Also, I think doing this to try to prevent TCP RST packets is a bit of "too little, too late". Comcast has already dropped that model, due to the EFF lawsuit, and most MSOs have moved to a usage-based system in response to it, anyway.

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been posted. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

 Subscribe | Terms of Use | Privacy Policy
Copyright © 2008-2011 Michael Willner. All Rights Reserved.