<?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: Maybe carriers should take a cue from Bridges and Airports</title>
	<atom:link href="http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/</link>
	<description>Curious about what Tom Merritt's up to? Well here ya go.</description>
	<lastBuildDate>Fri, 07 Sep 2012 23:46:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: J</title>
		<link>http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/comment-page-1/#comment-10331</link>
		<dc:creator>J</dc:creator>
		<pubDate>Sat, 03 Mar 2012 16:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.tommerritt.com/?p=3476#comment-10331</guid>
		<description>This is like one of those story problems you get in a critical thinking class -- I like it.

If you stick with the bridge analogy where the fast pass drivers are more stuck than the rest, you can imagine ways around that; a second raised lane that stacks a second fast pass lane above the first, or maybe one above and below, effectively widening the traffic throughput without effecting the non-fast pass traffic.

The way that might work with data is if there was a second network that was reserved as an overflow carrier. Anyone who paid the fast pass fee would get bumped over there at peak times when their data throughput rates reached a low enough level. (Maybe a better analogy in this case is the gears on an automatic transmission; when the car revs up high enough, it kicks into a different gear.)

But this makes me wonder about Bram Cohen&#039;s latest goal to &quot;kill off television.&quot; As I understand it, he&#039;s trying to design torrent-based infrastructure where digital television is sent directly to your box via torrent, rather than directly from the networks, and the more people watching a show the faster you get it. 

Could some similar kind of infrastructure be implemented for wireless data? I know it works for television because everyone&#039;s getting and sharing the same bits, and no one is having the same wireless conversation. But there must be some duplication in wireless -- web browsing, games, streaming, etc. If that kind of data could be shunted over into some kind of torrent-like network, where each wireless user was also sharing back some of the data being accessed to others nearby, would that help lighten the overal load?</description>
		<content:encoded><![CDATA[<p>This is like one of those story problems you get in a critical thinking class &#8212; I like it.</p>
<p>If you stick with the bridge analogy where the fast pass drivers are more stuck than the rest, you can imagine ways around that; a second raised lane that stacks a second fast pass lane above the first, or maybe one above and below, effectively widening the traffic throughput without effecting the non-fast pass traffic.</p>
<p>The way that might work with data is if there was a second network that was reserved as an overflow carrier. Anyone who paid the fast pass fee would get bumped over there at peak times when their data throughput rates reached a low enough level. (Maybe a better analogy in this case is the gears on an automatic transmission; when the car revs up high enough, it kicks into a different gear.)</p>
<p>But this makes me wonder about Bram Cohen&#8217;s latest goal to &#8220;kill off television.&#8221; As I understand it, he&#8217;s trying to design torrent-based infrastructure where digital television is sent directly to your box via torrent, rather than directly from the networks, and the more people watching a show the faster you get it. </p>
<p>Could some similar kind of infrastructure be implemented for wireless data? I know it works for television because everyone&#8217;s getting and sharing the same bits, and no one is having the same wireless conversation. But there must be some duplication in wireless &#8212; web browsing, games, streaming, etc. If that kind of data could be shunted over into some kind of torrent-like network, where each wireless user was also sharing back some of the data being accessed to others nearby, would that help lighten the overal load?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/comment-page-1/#comment-10324</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 02 Mar 2012 22:12:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.tommerritt.com/?p=3476#comment-10324</guid>
		<description>Tom,

Why do we limit our expectations from carriers to responding to the explosion in wireless data usage by simply adding more infrastructure?  Wouldn&#039;t it be nice if there was an Apple in that industry, that had a visionary leader, who was forward thinking, and decided to innovate instead of just react.  Imagine if they spent a portion of their profits on R&amp;D, and bringing to market breakthroughs out of the labs we hear about.  

Like the one of Stanford that could double wireless bandwidth:

http://www.engadget.com/2011/02/18/stanford-gurus-enable-two-way-radio-communications-over/

And then Rice University:
http://www.engadget.com/2011/09/06/researchers-demo-full-duplex-wireless-double-the-throughput-wit/

Whether it&#039;s the content industry or the communication network carriers, I&#039;m convinced the answer is always innovation.  And I think it&#039;s time we start expecting it more and more from these legacy industries.</description>
		<content:encoded><![CDATA[<p>Tom,</p>
<p>Why do we limit our expectations from carriers to responding to the explosion in wireless data usage by simply adding more infrastructure?  Wouldn&#8217;t it be nice if there was an Apple in that industry, that had a visionary leader, who was forward thinking, and decided to innovate instead of just react.  Imagine if they spent a portion of their profits on R&amp;D, and bringing to market breakthroughs out of the labs we hear about.  </p>
<p>Like the one of Stanford that could double wireless bandwidth:</p>
<p><a href="http://www.engadget.com/2011/02/18/stanford-gurus-enable-two-way-radio-communications-over/" rel="nofollow">http://www.engadget.com/2011/02/18/stanford-gurus-enable-two-way-radio-communications-over/</a></p>
<p>And then Rice University:<br />
<a href="http://www.engadget.com/2011/09/06/researchers-demo-full-duplex-wireless-double-the-throughput-wit/" rel="nofollow">http://www.engadget.com/2011/09/06/researchers-demo-full-duplex-wireless-double-the-throughput-wit/</a></p>
<p>Whether it&#8217;s the content industry or the communication network carriers, I&#8217;m convinced the answer is always innovation.  And I think it&#8217;s time we start expecting it more and more from these legacy industries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/comment-page-1/#comment-10323</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 02 Mar 2012 21:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.tommerritt.com/?p=3476#comment-10323</guid>
		<description>I see what you&#039;re saying, and that&#039;s where the analogy breaks down.  We can&#039;t send just your wheel home because we don&#039;t have room for it on the bridge.  And the cost of doing so would be prohibitive anyway.  Whereas in the Internet dropping a packet is nothing. So yeah, not a perfect analogy for sure and that may reveal some underlying issues with the proposal.

ON the more philosophical side, I really don&#039;t think the fastpass model would create haves and have nots.  right now we just have little and have less.  This model would at least allow some haves. And price inflation usually ends up being self-corrected IMHO.

Thanks for the thoughts!</description>
		<content:encoded><![CDATA[<p>I see what you&#8217;re saying, and that&#8217;s where the analogy breaks down.  We can&#8217;t send just your wheel home because we don&#8217;t have room for it on the bridge.  And the cost of doing so would be prohibitive anyway.  Whereas in the Internet dropping a packet is nothing. So yeah, not a perfect analogy for sure and that may reveal some underlying issues with the proposal.</p>
<p>ON the more philosophical side, I really don&#8217;t think the fastpass model would create haves and have nots.  right now we just have little and have less.  This model would at least allow some haves. And price inflation usually ends up being self-corrected IMHO.</p>
<p>Thanks for the thoughts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan</title>
		<link>http://www.tommerritt.com/2012/03/02/maybe-carriers-should-take-a-cue-from-bridges-and-airports/comment-page-1/#comment-10322</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Fri, 02 Mar 2012 21:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.tommerritt.com/?p=3476#comment-10322</guid>
		<description>It&#039;s good food for thought, but the queue analogy doesn&#039;t work too well. During peak traffic times, you aren&#039;t hurled off of the bridge or sent back home and asked to try your commute again (although that wouldn&#039;t be a bad idea). A pay for performance model will only create a have and have-not divide or cause a false inflation in price for service.

Perhaps a better idea would be to come up with a feedback loop to the user showing current network congestion, similar to how signal strength is supposed to be shown on the mobile device. Higher network congestion == fewer bars and the owner of that device can decide how urgent the task is or at least have an understanding about the cause of delay.

Implementing this would require a sizable infrastructure update, I would guess. Both mobile devices and backend network equipment would need to be replaced or updated to support this.

Maybe not perfect.</description>
		<content:encoded><![CDATA[<p>It&#8217;s good food for thought, but the queue analogy doesn&#8217;t work too well. During peak traffic times, you aren&#8217;t hurled off of the bridge or sent back home and asked to try your commute again (although that wouldn&#8217;t be a bad idea). A pay for performance model will only create a have and have-not divide or cause a false inflation in price for service.</p>
<p>Perhaps a better idea would be to come up with a feedback loop to the user showing current network congestion, similar to how signal strength is supposed to be shown on the mobile device. Higher network congestion == fewer bars and the owner of that device can decide how urgent the task is or at least have an understanding about the cause of delay.</p>
<p>Implementing this would require a sizable infrastructure update, I would guess. Both mobile devices and backend network equipment would need to be replaced or updated to support this.</p>
<p>Maybe not perfect.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.281 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2012-09-18 01:25:46 -->
