<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Can P4P Solve Bandwidth Bloat?</title>
	<atom:link href="http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Feb 2012 12:44:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: P4P May Be Coming to a Network Near You</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144575</link>
		<dc:creator><![CDATA[P4P May Be Coming to a Network Near You]]></dc:creator>
		<pubDate>Wed, 11 Nov 2009 15:55:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144575</guid>
		<description><![CDATA[[...] files, and they will soon be joined by other ISPs doing the same. Indeed, P4P efforts that were showcased in August 2008 are taking on more relevance as broadband demand escalates and the FCC tries to regulate the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] files, and they will soon be joined by other ISPs doing the same. Indeed, P4P efforts that were showcased in August 2008 are taking on more relevance as broadband demand escalates and the FCC tries to regulate the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will P2P Soon Be the Scourge of Mobile Networks?</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144574</link>
		<dc:creator><![CDATA[Will P2P Soon Be the Scourge of Mobile Networks?]]></dc:creator>
		<pubDate>Tue, 21 Jul 2009 12:31:07 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144574</guid>
		<description><![CDATA[[...] July 21, 2009 &#124; 5:30 AM PT &#124; 0 comments    Wired Internet service providers, by and large, view peer-to-peer file-sharing as a voracious, bandwidth-eating monster. With that in mind, they have justified tiered pricing, aggressive traffic shaping and [...]]]></description>
		<content:encoded><![CDATA[<p>[...] July 21, 2009 | 5:30 AM PT | 0 comments    Wired Internet service providers, by and large, view peer-to-peer file-sharing as a voracious, bandwidth-eating monster. With that in mind, they have justified tiered pricing, aggressive traffic shaping and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UW CSE News &#187; Widespread coverage of P4P (August 2008)</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144573</link>
		<dc:creator><![CDATA[UW CSE News &#187; Widespread coverage of P4P (August 2008)]]></dc:creator>
		<pubDate>Tue, 16 Sep 2008 18:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144573</guid>
		<description><![CDATA[[...] &#8220;Can P4P Solve Bandwidth Bloat? (GIGaom) (8/21/08) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] &#8220;Can P4P Solve Bandwidth Bloat? (GIGaom) (8/21/08) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hulu is Bad for the Net but People Will Pay for Twitter - GigaOM</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144572</link>
		<dc:creator><![CDATA[Hulu is Bad for the Net but People Will Pay for Twitter - GigaOM]]></dc:creator>
		<pubDate>Wed, 03 Sep 2008 13:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144572</guid>
		<description><![CDATA[[...] content is such an inefficient way of getting video from one place to another that sites should find better options such as faster than real time streaming and buffering. The goal of the paper is to counter carrier [...]]]></description>
		<content:encoded><![CDATA[<p>[...] content is such an inefficient way of getting video from one place to another that sites should find better options such as faster than real time streaming and buffering. The goal of the paper is to counter carrier [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P4P&#8230; less throttling of Broadband?! &#187; Hiconomics</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144571</link>
		<dc:creator><![CDATA[P4P&#8230; less throttling of Broadband?! &#187; Hiconomics]]></dc:creator>
		<pubDate>Wed, 27 Aug 2008 03:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144571</guid>
		<description><![CDATA[[...] into resolving the issues of P2P throttling ISP broadband capacity&#8230; GigaOM summarises it well here&#8230; but raises the fact that it will only resolve issues temporarily. But isn&#8217;t it all [...]]]></description>
		<content:encoded><![CDATA[<p>[...] into resolving the issues of P2P throttling ISP broadband capacity&#8230; GigaOM summarises it well here&#8230; but raises the fact that it will only resolve issues temporarily. But isn&#8217;t it all [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144570</link>
		<dc:creator><![CDATA[Julian]]></dc:creator>
		<pubDate>Fri, 22 Aug 2008 21:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144570</guid>
		<description><![CDATA[@ random_graph
It was tested on planet lab with the bittorrent protocol and only the bittorrent protocol. The same goes for the fields tests. This working with any other p2p technology is pure paper theory.]]></description>
		<content:encoded><![CDATA[<p>@ random_graph<br />
It was tested on planet lab with the bittorrent protocol and only the bittorrent protocol. The same goes for the fields tests. This working with any other p2p technology is pure paper theory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cs1</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144569</link>
		<dc:creator><![CDATA[cs1]]></dc:creator>
		<pubDate>Fri, 22 Aug 2008 17:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144569</guid>
		<description><![CDATA[I read the research paper and checked the experimental results. I feel this is just a project for a few more publications, not very useful, but not completely useless either. I don&#039;t believe this will bring any significant change to CDN.

&quot;P4P is a mechanism that allows ISPs to provide guidance on how peers in
their networks can be efficiently connected&quot;

Really smart P2P software can figure what&#039;s the best route out on the fly.  ISP&#039;s guidance works for ISP&#039;s interests, not always peers. Verizon sure has a lot of money to spend around no such projects : LOL]]></description>
		<content:encoded><![CDATA[<p>I read the research paper and checked the experimental results. I feel this is just a project for a few more publications, not very useful, but not completely useless either. I don&#8217;t believe this will bring any significant change to CDN.</p>
<p>&#8220;P4P is a mechanism that allows ISPs to provide guidance on how peers in<br />
their networks can be efficiently connected&#8221;</p>
<p>Really smart P2P software can figure what&#8217;s the best route out on the fly.  ISP&#8217;s guidance works for ISP&#8217;s interests, not always peers. Verizon sure has a lot of money to spend around no such projects : LOL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: random_graph</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144568</link>
		<dc:creator><![CDATA[random_graph]]></dc:creator>
		<pubDate>Fri, 22 Aug 2008 14:37:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144568</guid>
		<description><![CDATA[There are a couple misleading statements here, both by the author and in the comments that show a misunderstanding of P4P.

1) P4P is not a P2P protocol. It does not say anything about how data is &quot;broken into smaller packets&quot;, how to manage peers, or what protocols to use to make connections.

2) P4P is not just for torrent-based systems. Although Pando and many other systems out there are BitTorrent derivatives, there&#039;s no reason a fully proprietary system cannot take advantage of P4P.

P4P is a mechanism that allows ISPs to provide guidance on how peers in their networks can be efficiently connected, without sharing exact details of network topology. P2P systems can choose to ignore this data, but when used to guide P2P connections, it can improve localization and reduce painful off-net bandwidth. This ISP &#039;guidance&#039; can take the form of a table that expresses connection preferences between various IP address ranges.

Of course there are other ways to improve traffic localization without P4P support as well, and we are just starting to see these approaches from commercial P2P systems.]]></description>
		<content:encoded><![CDATA[<p>There are a couple misleading statements here, both by the author and in the comments that show a misunderstanding of P4P.</p>
<p>1) P4P is not a P2P protocol. It does not say anything about how data is &#8220;broken into smaller packets&#8221;, how to manage peers, or what protocols to use to make connections.</p>
<p>2) P4P is not just for torrent-based systems. Although Pando and many other systems out there are BitTorrent derivatives, there&#8217;s no reason a fully proprietary system cannot take advantage of P4P.</p>
<p>P4P is a mechanism that allows ISPs to provide guidance on how peers in their networks can be efficiently connected, without sharing exact details of network topology. P2P systems can choose to ignore this data, but when used to guide P2P connections, it can improve localization and reduce painful off-net bandwidth. This ISP &#8216;guidance&#8217; can take the form of a table that expresses connection preferences between various IP address ranges.</p>
<p>Of course there are other ways to improve traffic localization without P4P support as well, and we are just starting to see these approaches from commercial P2P systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Mondini &#187; P4P: Provider Portal for Applications</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144567</link>
		<dc:creator><![CDATA[Luca Mondini &#187; P4P: Provider Portal for Applications]]></dc:creator>
		<pubDate>Thu, 21 Aug 2008 17:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144567</guid>
		<description><![CDATA[[...] potrebbero agevolare il traffico dati, che è ormai dominato proprio da applicazioni P2P. GigaOM riporta oggi in un post, il protocollo P4P: Like P2P, the P4P protocol breaks files up into smaller packets, [...]]]></description>
		<content:encoded><![CDATA[<p>[...] potrebbero agevolare il traffico dati, che è ormai dominato proprio da applicazioni P2P. GigaOM riporta oggi in un post, il protocollo P4P: Like P2P, the P4P protocol breaks files up into smaller packets, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Walsh</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144566</link>
		<dc:creator><![CDATA[Kevin Walsh]]></dc:creator>
		<pubDate>Thu, 21 Aug 2008 16:44:57 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144566</guid>
		<description><![CDATA[Whether it’s P2P or the too-clever-by-half P4P, consumers are going to begin figuring out that they are being asked to pay storage and upstream bandwidth costs so that content distributors don’t have to. While college kids in dorm rooms might be ok with that bargain, mass market consumers will be troubled that their disk drives are spinning and upstream bandwidth is being used so that someone else can watch a movie.

As many CDNs have shown, distributing storage is a good thing, but not necessarily all the way to the endpoint. A better approach, both in terms of storage and bandwidth costs (and, for that matter, energy costs) is to distribute content to the edge of the CDN and then provide QOS-specific channels over the broadband network. Consumers pay for QOS channels (if they want them), receiving DVD-like playback of HD content, and content only traverses the broadband network once, as opposed to twice for P-fill-in-the-blank-P distribution models.]]></description>
		<content:encoded><![CDATA[<p>Whether it’s P2P or the too-clever-by-half P4P, consumers are going to begin figuring out that they are being asked to pay storage and upstream bandwidth costs so that content distributors don’t have to. While college kids in dorm rooms might be ok with that bargain, mass market consumers will be troubled that their disk drives are spinning and upstream bandwidth is being used so that someone else can watch a movie.</p>
<p>As many CDNs have shown, distributing storage is a good thing, but not necessarily all the way to the endpoint. A better approach, both in terms of storage and bandwidth costs (and, for that matter, energy costs) is to distribute content to the edge of the CDN and then provide QOS-specific channels over the broadband network. Consumers pay for QOS channels (if they want them), receiving DVD-like playback of HD content, and content only traverses the broadband network once, as opposed to twice for P-fill-in-the-blank-P distribution models.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://gigaom.com/2008/08/21/can-p4p-solve-bandwidth-bloat/#comment-144565</link>
		<dc:creator><![CDATA[Julian]]></dc:creator>
		<pubDate>Thu, 21 Aug 2008 15:45:49 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=18330#comment-144565</guid>
		<description><![CDATA[P4P only works with a &quot;bittorrent compatible&quot; protocol. Basically you put a &quot;iTracker&quot; in a ISP and it negotiates peers based on ISP network topology. It&#039;s a broken design, unless you think that Bittorrent is the only P2P protocol both now and in the future for handling large volume data sets.]]></description>
		<content:encoded><![CDATA[<p>P4P only works with a &#8220;bittorrent compatible&#8221; protocol. Basically you put a &#8220;iTracker&#8221; in a ISP and it negotiates peers based on ISP network topology. It&#8217;s a broken design, unless you think that Bittorrent is the only P2P protocol both now and in the future for handling large volume data sets.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

