<?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/"
		>
<channel>
	<title>Comments on: Who Pays for the Online Video Boom?</title>
	<atom:link href="http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/</link>
	<description>More Signal. Less Noise.</description>
	<lastBuildDate>Thu, 02 Apr 2009 12:29:57 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Innowave - the next wave of internet innovations</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1036</link>
		<dc:creator>Innowave - the next wave of internet innovations</dc:creator>
		<pubDate>Wed, 28 Mar 2007 11:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1036</guid>
		<description>&lt;strong&gt;2 Gigs per User a Day...&lt;/strong&gt;

That is the estimated data traffic used by Joost for full screen video......</description>
		<content:encoded><![CDATA[<p><strong>2 Gigs per User a Day&#8230;</strong></p>
<p>That is the estimated data traffic used by Joost for full screen video&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Napoleon</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1035</link>
		<dc:creator>Tim Napoleon</dc:creator>
		<pubDate>Sat, 10 Feb 2007 21:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1035</guid>
		<description>Akamai is a software company and should not be compared to the multi pop hosting companies that are essentially bandwidth resellers.  To explain the statement think of an Internet start up like a three-stage rocket. In phase one they need flexibility and don’t want to burn capital on hardware.  The use Akamai to prototype and gauge interest in their product.  In the second stage of the rocket as the company scales they need to bring down their marginal unit cost.  They use Akamai for scale and buying power.  This is as far as a bandwidth arbitrage play can take a client.  In stage three the client has their own economies of scale and can buy transit bandwidth at the same prices as a datacenter.  Even at this stage Akamai still has tremendous value to the company to help run and manage their network. This client is no longer buying Akamai bandwidth they are buying the software as a service operational efficiencies.

Andrew stop by Cambridge for a NOC tour you will be a believer.

Peer-to-Peer being a 1000% less is a sensational but untrue statement.  Peer-to-Peer operators replace their network costs with development and deployment costs.  Ask any IT director the cost to maintain desktop software. That is usually for a homogenous deployment but imagine trying to maintain thousands of desktop applications across multiply configurations.  If a Peer-to-Peer company wants to charge a price per GB delivered type model to be viable they need to be in a range that is not much lower than current CDN transit rates today.  Most cannot get companies to pay this due to feature gaps like lack of Quality of Service SLA, privacy and security concerns.  This will force Peer-to-Peer business models to vertically integrate.  You see Joost in the ITV space, BitTorrent having a storefront and a home run hit with Skpe.  The issue here is that consumers will only lend their 150Kbps of upstream bandwidth to one or two of these services.  This will make it necessary for hybrid models to emerge like Kontiki.  In this model they use both transit bandwidth in combination with peer to peer.  This now creates a company with an org chart that is massive on the engineering side with weak sales and low margins.  This will lower their share prices and without being properly capitalized they will fail.</description>
		<content:encoded><![CDATA[<p>Akamai is a software company and should not be compared to the multi pop hosting companies that are essentially bandwidth resellers.  To explain the statement think of an Internet start up like a three-stage rocket. In phase one they need flexibility and don’t want to burn capital on hardware.  The use Akamai to prototype and gauge interest in their product.  In the second stage of the rocket as the company scales they need to bring down their marginal unit cost.  They use Akamai for scale and buying power.  This is as far as a bandwidth arbitrage play can take a client.  In stage three the client has their own economies of scale and can buy transit bandwidth at the same prices as a datacenter.  Even at this stage Akamai still has tremendous value to the company to help run and manage their network. This client is no longer buying Akamai bandwidth they are buying the software as a service operational efficiencies.</p>
<p>Andrew stop by Cambridge for a NOC tour you will be a believer.</p>
<p>Peer-to-Peer being a 1000% less is a sensational but untrue statement.  Peer-to-Peer operators replace their network costs with development and deployment costs.  Ask any IT director the cost to maintain desktop software. That is usually for a homogenous deployment but imagine trying to maintain thousands of desktop applications across multiply configurations.  If a Peer-to-Peer company wants to charge a price per GB delivered type model to be viable they need to be in a range that is not much lower than current CDN transit rates today.  Most cannot get companies to pay this due to feature gaps like lack of Quality of Service SLA, privacy and security concerns.  This will force Peer-to-Peer business models to vertically integrate.  You see Joost in the ITV space, BitTorrent having a storefront and a home run hit with Skpe.  The issue here is that consumers will only lend their 150Kbps of upstream bandwidth to one or two of these services.  This will make it necessary for hybrid models to emerge like Kontiki.  In this model they use both transit bandwidth in combination with peer to peer.  This now creates a company with an org chart that is massive on the engineering side with weak sales and low margins.  This will lower their share prices and without being properly capitalized they will fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Evans</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1021</link>
		<dc:creator>Jason Evans</dc:creator>
		<pubDate>Thu, 08 Feb 2007 15:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1021</guid>
		<description>Great post and thorough analysis as usual Andrew. However, I&#039;ll disagree with your premise and prediction about transit prices going up. I do think we&#039;ll see a slow in the decline of transit costs as there certainly is a margin floor, but I don&#039;t think we&#039;ll see transit costs rise (especially dramatically) for the following reasons:

- Peering arrangements
- Foreign ISP competition
- The muscle of CDN&#039;s &amp; big content players (youTube etc.)

Lets start with peering arrangements which will lead us into the second point about the Euro &amp; Asian guys. As we&#039;ve discussed &lt;a href=&quot;http://www.nyquistcapital.com/2006/12/21/level3-and-akamai-the-investment-paradox/&quot; rel=&quot;nofollow&quot;&gt; before &lt;/a&gt; all the Tier 1 guys have free peering arrangements with each other, and for the most part the Tier 2 guys only pay a couple of folks here and there. Why is this important? Because screw Verizon and screw ATT - we (CDN&#039;s in this case) don&#039;t need them to get to an eyeball! You make a good point that Verizon may have the FIOS customers at their behest, but so what? Picture it this way: A Verizon fios customer is sitting at home and wants to download a video from siteX.com. SiteX is a colocated at a facility in Dallas and uses Savvis (not Verizon) for their transit uplink. Once the packets hit the Savvis link, SiteX will be incur the charge and thats it - done and paid for. Savvis doesn&#039;t pay Verizon - neither do GLBX, Qwest, LVLT, and even some Tier 2&#039;s like Tiscali (this is an example - i don&#039;t know the exact relationship here). If Verizon all of a sudden tried to start make some of the really big guys start paying for peering, the big guys would laugh. If by chance they succeeded in squeezing out some Tier 2&#039;s, the Tier 2&#039;s have multiple ways of routing to the destination so they&#039;d de-peer with Verizon and go through another ISP.

Now, speaking of Tiscali, lets talk about foreign ISP competition. Its these guys who have quietly thrown a catalyst into the US transit market by building a quality backbone, running leaner and meaner organizations and networks, and using their European (or Asian if you&#039;re PCCW for example) leverage to negotiate peering relationships. So for instance, if a Tiscali comes to Level3 and says I need 50Gbps of peering with you in San Jose, LA, Miami, Ashburn, and NYC and Level3 says &quot;no&quot; or &quot;ok, but you&#039;re paying,&quot; then Tiscali would say, &quot;ok, there goes your free transit in Milan, Rome, and Frankfurt.&quot; They&#039;ll eventually work out ratios and understandings of the relationship, but at the end of the day Tiscali can now offer cheaper transit than Level3 directly and I don&#039;t give a damn what Verizon is charging anyone (on the backbone/transit side - not the customer side) because at the end of the day I don&#039;t need Verizon to reach a Verizon customer.

A major reason that we&#039;ve seen this massive growth of BW usage is because transit did become more affordable. The telco&#039;s have enabled the content providers to push quality bits at high speeds by offering them - or the CDN&#039;s - cheaper transit. After the bubble recovery, there was all this capacity with unused dark fiber. GigE and 10GigE ports replaced OC12 and OC48&#039;s and this made interconnecting more affordable. Also, CDN&#039;s (and youtube/myspace/etc) are major customers of the ISP&#039;s and we carry heavy weight with them due to volume. If one of my carriers was to come to me and say we&#039;re raising transit rates when your 2 year term ends. I&#039;ll then say, &quot;ok, but you just lost any burst traffic you were getting from us (commit overages) and we will not longer be a customer of yours at the end of term.&quot; If they lose 20Gigs or so from an CDN, thats significant to that Telco sales rep and billable Mbps. In addition, ISP&#039;s need CDN&#039;s b/c they help improve their customers&#039; performance, reduce the need for backbone build out, and effectively increase billable Mbps.

Oh, one more thing. At least for now, p2p means nothing in the enterprise content sector. Its a great technology and has its applications. But we&#039;re a long way from seeing any content that can potentially be monetized be dependent on random hard drives. Just my opinion.</description>
		<content:encoded><![CDATA[<p>Great post and thorough analysis as usual Andrew. However, I&#8217;ll disagree with your premise and prediction about transit prices going up. I do think we&#8217;ll see a slow in the decline of transit costs as there certainly is a margin floor, but I don&#8217;t think we&#8217;ll see transit costs rise (especially dramatically) for the following reasons:</p>
<p>- Peering arrangements<br />
- Foreign ISP competition<br />
- The muscle of CDN&#8217;s &amp; big content players (youTube etc.)</p>
<p>Lets start with peering arrangements which will lead us into the second point about the Euro &amp; Asian guys. As we&#8217;ve discussed <a href="http://www.nyquistcapital.com/2006/12/21/level3-and-akamai-the-investment-paradox/" rel="nofollow"> before </a> all the Tier 1 guys have free peering arrangements with each other, and for the most part the Tier 2 guys only pay a couple of folks here and there. Why is this important? Because screw Verizon and screw ATT &#8211; we (CDN&#8217;s in this case) don&#8217;t need them to get to an eyeball! You make a good point that Verizon may have the FIOS customers at their behest, but so what? Picture it this way: A Verizon fios customer is sitting at home and wants to download a video from siteX.com. SiteX is a colocated at a facility in Dallas and uses Savvis (not Verizon) for their transit uplink. Once the packets hit the Savvis link, SiteX will be incur the charge and thats it &#8211; done and paid for. Savvis doesn&#8217;t pay Verizon &#8211; neither do GLBX, Qwest, LVLT, and even some Tier 2&#8217;s like Tiscali (this is an example &#8211; i don&#8217;t know the exact relationship here). If Verizon all of a sudden tried to start make some of the really big guys start paying for peering, the big guys would laugh. If by chance they succeeded in squeezing out some Tier 2&#8217;s, the Tier 2&#8217;s have multiple ways of routing to the destination so they&#8217;d de-peer with Verizon and go through another ISP.</p>
<p>Now, speaking of Tiscali, lets talk about foreign ISP competition. Its these guys who have quietly thrown a catalyst into the US transit market by building a quality backbone, running leaner and meaner organizations and networks, and using their European (or Asian if you&#8217;re PCCW for example) leverage to negotiate peering relationships. So for instance, if a Tiscali comes to Level3 and says I need 50Gbps of peering with you in San Jose, LA, Miami, Ashburn, and NYC and Level3 says &#8220;no&#8221; or &#8220;ok, but you&#8217;re paying,&#8221; then Tiscali would say, &#8220;ok, there goes your free transit in Milan, Rome, and Frankfurt.&#8221; They&#8217;ll eventually work out ratios and understandings of the relationship, but at the end of the day Tiscali can now offer cheaper transit than Level3 directly and I don&#8217;t give a damn what Verizon is charging anyone (on the backbone/transit side &#8211; not the customer side) because at the end of the day I don&#8217;t need Verizon to reach a Verizon customer.</p>
<p>A major reason that we&#8217;ve seen this massive growth of BW usage is because transit did become more affordable. The telco&#8217;s have enabled the content providers to push quality bits at high speeds by offering them &#8211; or the CDN&#8217;s &#8211; cheaper transit. After the bubble recovery, there was all this capacity with unused dark fiber. GigE and 10GigE ports replaced OC12 and OC48&#8217;s and this made interconnecting more affordable. Also, CDN&#8217;s (and youtube/myspace/etc) are major customers of the ISP&#8217;s and we carry heavy weight with them due to volume. If one of my carriers was to come to me and say we&#8217;re raising transit rates when your 2 year term ends. I&#8217;ll then say, &#8220;ok, but you just lost any burst traffic you were getting from us (commit overages) and we will not longer be a customer of yours at the end of term.&#8221; If they lose 20Gigs or so from an CDN, thats significant to that Telco sales rep and billable Mbps. In addition, ISP&#8217;s need CDN&#8217;s b/c they help improve their customers&#8217; performance, reduce the need for backbone build out, and effectively increase billable Mbps.</p>
<p>Oh, one more thing. At least for now, p2p means nothing in the enterprise content sector. Its a great technology and has its applications. But we&#8217;re a long way from seeing any content that can potentially be monetized be dependent on random hard drives. Just my opinion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M.G.Rajan</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1022</link>
		<dc:creator>M.G.Rajan</dc:creator>
		<pubDate>Wed, 07 Feb 2007 12:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1022</guid>
		<description>I&#039;m not an Internet expert, but I wonder if search could be P2P as well? I&#039;m thinking about the RAM in all the routers of the Inernet. Hashes of search terms can be made persistent in RAM, so that&#039;s a sort of page rank. Here&#039;s a dumb estimate: say you&#039;ve got 1 GB average per router, then 100,000 such routers can store 100 TB of data at any instant. Of course, 100,000 servers could store 100 times this much data in disk, but hashing reduces the storage requirement. Besides there may be a Peter principle that 10% of the data is accessed by 90% of the people.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not an Internet expert, but I wonder if search could be P2P as well? I&#8217;m thinking about the RAM in all the routers of the Inernet. Hashes of search terms can be made persistent in RAM, so that&#8217;s a sort of page rank. Here&#8217;s a dumb estimate: say you&#8217;ve got 1 GB average per router, then 100,000 such routers can store 100 TB of data at any instant. Of course, 100,000 servers could store 100 times this much data in disk, but hashing reduces the storage requirement. Besides there may be a Peter principle that 10% of the data is accessed by 90% of the people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akshay</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1023</link>
		<dc:creator>akshay</dc:creator>
		<pubDate>Wed, 07 Feb 2007 05:44:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1023</guid>
		<description>I agree with nemo. In the end the RBOCs make their money through the subscribers, not CDNs.

CDNs infact cut the RBOC operation cost by caching data close to RBOC. This is becoz if not for caching RBOC would have to pay upstream provider for repeated access to data.

Ofcourse there is always a possibility that RBOCs might allow competitive CDN POPs in their location to reduce what they have to pay to any CDN.

But the final deciding factor for RBOC is the subscriber experience. Their feedbacks will demand that RBOCs give priority to quality. And I believe the CDNs on their part will be differentiated by their customer list and delivery quality and reliability.</description>
		<content:encoded><![CDATA[<p>I agree with nemo. In the end the RBOCs make their money through the subscribers, not CDNs.</p>
<p>CDNs infact cut the RBOC operation cost by caching data close to RBOC. This is becoz if not for caching RBOC would have to pay upstream provider for repeated access to data.</p>
<p>Ofcourse there is always a possibility that RBOCs might allow competitive CDN POPs in their location to reduce what they have to pay to any CDN.</p>
<p>But the final deciding factor for RBOC is the subscriber experience. Their feedbacks will demand that RBOCs give priority to quality. And I believe the CDNs on their part will be differentiated by their customer list and delivery quality and reliability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Warner</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1024</link>
		<dc:creator>Paul Warner</dc:creator>
		<pubDate>Wed, 07 Feb 2007 05:27:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1024</guid>
		<description>I expect that you are right Andrew, the RBOCS will see a nice up tick in revenue from leasing connections and maybe rack space in COs, which is good, it should offset the revenue loss from voice.

As for distributing popular media, things will push to the edge, and the last step is P2P.  P2P should be able to do DRM and streaming if one wants, I don&#039; think anything about P2P precludes them.  If you want DRM it does seem tricky, but in theory at least it can be done. Check out  http://en.wikipedia.org/wiki/Superdistribution  If one want real time streaming that should be possible too.  BitTorrent and other swarming techniques don&#039;t support it, but think multi room DVR where one room is your house and the other is your neighbor&#039;s.

It is a ways off to be sure, but it looks like BitTorrent and Solid State Networks are trying to go legit.  I thin the evolution to wide acceptance will go like this, and I admit there are a lot of steps... Set top boxes are the likely host. Storage and processing power is increasing.  They are closed systems often owned by the service provider, should make DRM easier.  Upstream bandwidth, especially with GPON is huge, but mostly idle.  New access boxes in the CO are being built with more bandwidth between users than towards the uplink.  QoS should be possible using RSVP or something better.  It should all be possible.

It is pretty clear that the trend in all of computing, is and will be for many years, to parallelize and distribute.  No one buys a mainframe any more, they move their application to a cluster.  Intel can&#039;t make a single faster chip any more, they put two slower ones in the same chip.  Centralized data centers will move to regional, to local, to everyone&#039;s home.  Until then streaming from the data center will rule, especially with the aid of IGMP in carrier live IPTV offerings.</description>
		<content:encoded><![CDATA[<p>I expect that you are right Andrew, the RBOCS will see a nice up tick in revenue from leasing connections and maybe rack space in COs, which is good, it should offset the revenue loss from voice.</p>
<p>As for distributing popular media, things will push to the edge, and the last step is P2P.  P2P should be able to do DRM and streaming if one wants, I don&#8217; think anything about P2P precludes them.  If you want DRM it does seem tricky, but in theory at least it can be done. Check out  <a href="http://en.wikipedia.org/wiki/Superdistribution" rel="nofollow">http://en.wikipedia.org/wiki/Superdistribution</a>  If one want real time streaming that should be possible too.  BitTorrent and other swarming techniques don&#8217;t support it, but think multi room DVR where one room is your house and the other is your neighbor&#8217;s.</p>
<p>It is a ways off to be sure, but it looks like BitTorrent and Solid State Networks are trying to go legit.  I thin the evolution to wide acceptance will go like this, and I admit there are a lot of steps&#8230; Set top boxes are the likely host. Storage and processing power is increasing.  They are closed systems often owned by the service provider, should make DRM easier.  Upstream bandwidth, especially with GPON is huge, but mostly idle.  New access boxes in the CO are being built with more bandwidth between users than towards the uplink.  QoS should be possible using RSVP or something better.  It should all be possible.</p>
<p>It is pretty clear that the trend in all of computing, is and will be for many years, to parallelize and distribute.  No one buys a mainframe any more, they move their application to a cluster.  Intel can&#8217;t make a single faster chip any more, they put two slower ones in the same chip.  Centralized data centers will move to regional, to local, to everyone&#8217;s home.  Until then streaming from the data center will rule, especially with the aid of IGMP in carrier live IPTV offerings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nemo Semret</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1025</link>
		<dc:creator>Nemo Semret</dc:creator>
		<pubDate>Wed, 07 Feb 2007 01:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1025</guid>
		<description>Andrew,

Great post. I agree (not surprising given that you used our market data to make your point -- thanks :)  Not to nitpick, but rather than &quot;inflation&quot;, I&#039;d bet on &quot;decelerating deflation&quot;: price changes were  about -35%/year in 2000-2005, now it may be -10% to -20% per year.  Of course traffic has been increasing fast enought all along that the dollar value was never shrinkning, and therefore I fully agree that the dollar amount being spent on bandwidth is going go way way up and that the broadband access providers will be in a great position to charge more...

However, content delivery networks are not necessarily going to end up losers. If they play their cards right, CDNs can position themselves as the quality and price mediators,  which could be an enormously valuable position. To do that, instead of creating their margin by driving the price of their supply down faster, they have to add value by implementing ways for the content to get and pay for quality delivery.  Whether that&#039;s more for some of the bits than others (i.e. differentiation) or simply more  for all bits  (inflation) remains to be seen .. but the opportunity is there for CDNs jump in bed with broadband providers and benefit at the expense of the transit provider.

-nemo-

P.S. Sak, yes you can play the bandwidth market...  See http://www.invisiblehand.net</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>Great post. I agree (not surprising given that you used our market data to make your point &#8212; thanks :)  Not to nitpick, but rather than &#8220;inflation&#8221;, I&#8217;d bet on &#8220;decelerating deflation&#8221;: price changes were  about -35%/year in 2000-2005, now it may be -10% to -20% per year.  Of course traffic has been increasing fast enought all along that the dollar value was never shrinkning, and therefore I fully agree that the dollar amount being spent on bandwidth is going go way way up and that the broadband access providers will be in a great position to charge more&#8230;</p>
<p>However, content delivery networks are not necessarily going to end up losers. If they play their cards right, CDNs can position themselves as the quality and price mediators,  which could be an enormously valuable position. To do that, instead of creating their margin by driving the price of their supply down faster, they have to add value by implementing ways for the content to get and pay for quality delivery.  Whether that&#8217;s more for some of the bits than others (i.e. differentiation) or simply more  for all bits  (inflation) remains to be seen .. but the opportunity is there for CDNs jump in bed with broadband providers and benefit at the expense of the transit provider.</p>
<p>-nemo-</p>
<p>P.S. Sak, yes you can play the bandwidth market&#8230;  See <a href="http://www.invisiblehand.net" rel="nofollow">http://www.invisiblehand.net</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Buonincontri</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1026</link>
		<dc:creator>Rick Buonincontri</dc:creator>
		<pubDate>Tue, 06 Feb 2007 22:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1026</guid>
		<description>Dan -

I agree 100% that it is not all about cost.  It is also about performance, QOS, and reporting.  I would also add that it is important that P2P to allow the ability to set business rules around both the content objects and user experience that are aligned with the business models of the content distributors.

These are the things that Solid State Networks is talking about every day, and the message seems to be resonating.  We are not offering the 90%  cost reduction solution most other P2P companies tout.  Our DDN offering enables the combination of reliability/QOS you expect from a CDN with the economic and performance advantages of P2P (specifically, our own extended implementation of the BitTorrent protocol) to deliver faster performance, at a guaranteed QOS, while lowering per-unit delivery costs.

I also agree with Andrew. It is inevitable that Akamai will want or need to incorporate P2P delivery into their business, as will most every other serious CDN. That is why we see a need for enterprise class software tools to enable this next evolution of content delivery not only for the service providers, but for the growing number of content publishers that choose to manage at least a portion of their own infrastructure.

Rick Buonincontri

CEO
Solid State Networks</description>
		<content:encoded><![CDATA[<p>Dan -</p>
<p>I agree 100% that it is not all about cost.  It is also about performance, QOS, and reporting.  I would also add that it is important that P2P to allow the ability to set business rules around both the content objects and user experience that are aligned with the business models of the content distributors.</p>
<p>These are the things that Solid State Networks is talking about every day, and the message seems to be resonating.  We are not offering the 90%  cost reduction solution most other P2P companies tout.  Our DDN offering enables the combination of reliability/QOS you expect from a CDN with the economic and performance advantages of P2P (specifically, our own extended implementation of the BitTorrent protocol) to deliver faster performance, at a guaranteed QOS, while lowering per-unit delivery costs.</p>
<p>I also agree with Andrew. It is inevitable that Akamai will want or need to incorporate P2P delivery into their business, as will most every other serious CDN. That is why we see a need for enterprise class software tools to enable this next evolution of content delivery not only for the service providers, but for the growing number of content publishers that choose to manage at least a portion of their own infrastructure.</p>
<p>Rick Buonincontri</p>
<p>CEO<br />
Solid State Networks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davis Freeberg</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1027</link>
		<dc:creator>Davis Freeberg</dc:creator>
		<pubDate>Tue, 06 Feb 2007 20:54:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1027</guid>
		<description>I still only understand about 10% of what you write about, but the 10% I pick up is pure genius.  Very fascinating, if Verizon and AT&amp;T can ever get their fiber actually deployed, they will be a real juggernaut in the industry.  I think cable probably has the competitive advantage for another 2 - 3 years, but the telephone companies aren&#039;t sitting on their hands and once their fiber becomes more widely available, Comcast had better watch out.</description>
		<content:encoded><![CDATA[<p>I still only understand about 10% of what you write about, but the 10% I pick up is pure genius.  Very fascinating, if Verizon and AT&amp;T can ever get their fiber actually deployed, they will be a real juggernaut in the industry.  I think cable probably has the competitive advantage for another 2 &#8211; 3 years, but the telephone companies aren&#8217;t sitting on their hands and once their fiber becomes more widely available, Comcast had better watch out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Schmitt</title>
		<link>http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1029</link>
		<dc:creator>Andrew Schmitt</dc:creator>
		<pubDate>Tue, 06 Feb 2007 16:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2007/02/05/transit-bandwidth-inflation/#comment-1029</guid>
		<description>Dan - very good points. Shipping bits will get cheaper.

But access to the consumers of these bits is not a commodity. It&#039;s a duopoly. And P2P is the only way to bypass this duopoly.

I fully expect Akamai to get into the P2P business. It&#039;s inevitable.</description>
		<content:encoded><![CDATA[<p>Dan &#8211; very good points. Shipping bits will get cheaper.</p>
<p>But access to the consumers of these bits is not a commodity. It&#8217;s a duopoly. And P2P is the only way to bypass this duopoly.</p>
<p>I fully expect Akamai to get into the P2P business. It&#8217;s inevitable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
