<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: USE IT! in </title>
<link>http://www.dslreports.com/forum/r16303456</link>
<description></description>
<language>en</language>
<pubDate>Wed, 02 Dec 2009 07:45:36 EDT</pubDate>
<lastBuildDate>Wed, 02 Dec 2009 07:45:36 EDT</lastBuildDate>

<item>
<title>Re: USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16303456</link>
<description><![CDATA[<A HREF="/useremail/u/1142851"><b>LinuxJunkie</b></A> : I take it you're against municipal broadband then? Contrary to what you believe, some governments (that aren't Communist) can actually provide these types of services without running it like a dictator.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16303456</guid>
<pubDate>Wed, 14 Jun 2006 19:12:59 EDT</pubDate>
</item>

<item>
<title>Re: USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16302786</link>
<description><![CDATA[<A HREF="/useremail/u/297537"><b>en102</b></A> : Well, there's a couple of things that they're missing here..<br><br>1) They're selling product (video/music downloads ala V-Cast), making big chunks of money on it, especially the txt/sms/IM - not much payout, but decent cost to the end user.<br><br>2) Haven't they ever thought of running compression on a T-1 ?<br><br>3) As you stated... why payout to put in bigger lines (and more importantly spend on spectrum) if you can just stick it in a TOS, and jack up the price.  <br><br>They need a high ROI for a few reasons.<br>a) profits<br>b) deploying more locations<br>c) war chest to squash the competition.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16302786</guid>
<pubDate>Wed, 14 Jun 2006 17:40:26 EDT</pubDate>
</item>

<item>
<title>Re: USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16300731</link>
<description><![CDATA[<A HREF="/useremail/u/310401"><b>bigunk</b></A> : Bandwidth should never be nationalized and run by the gubmint. That is a recipe for absolute failure. It is completely against the capitalistic ethos this country runs on. Now, I am sure you'll bring up China or some other communist country as an example, but it's a slippery slope. Once gubmint controls one thing, it's on to the next. I agree with you in that these companies are greedy greedy greedy, but nationalizing ain't the answer.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16300731</guid>
<pubDate>Wed, 14 Jun 2006 12:23:12 EDT</pubDate>
</item>

<item>
<title>Re: USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16300457</link>
<description><![CDATA[<A HREF="/useremail/u/1146436"><b>viperlmw</b></A> : <div class="bquote"><SMALL>said by  nasadude <A HREF="/useremail/u/489959"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Besides, all that upgrading is expensive and the investors don't like it. Why upgrade when you can CONTROL what you already have and make more money?<br> </DIV>While much of what has previously been posted is hyperbole, a nugget of truth has come forth.  Concentration (control) of bandwidth is a major part of the business model for bandwidth providers, and always has been.  When you were on dial-up, you never noticed how it slowed down in the evening?  This was because the ISP couldn't afford to purchase more bandwidth from their provider, and still make money.  You know how some cable systems slow down in the evening?  This is because the cable co. can't afford to increase bandwidth, and still make money.  Same for wisps, BPL, etc.<br><br>Hell, even the POTS network is concentrated.  You think phone switches have enough long distance capacity for everyone to make a long distance call at the same time?  Hell no.  That would be expensive.  You gonna pay for that?<br><br>Until all bandwidth in this country is nationalized and run by the government, it is all about money, and investors, and capital, and the financial markets, and CEOs...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16300457</guid>
<pubDate>Wed, 14 Jun 2006 11:39:43 EDT</pubDate>
</item>

<item>
<title>Re: USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16300333</link>
<description><![CDATA[<A HREF="/useremail/u/489959"><b>nasadude</b></A> : <div class="bquote"><SMALL>said by  bamabrad <A HREF="/useremail/u/1319645"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Why SAVE bandwidth when you are in the business of selling it to a consumer that will USE it? Seems to me that if the bandwidth is utilized instead of hoarded and guarded that it will bring in more customers, which means more money, etc,etc..<br> </DIV>no, no, no. You don't understand. the telcos don't want to SAVE bandwidth, they want to control it. If they give all that bandwidth, why, it would be like the internet or something. No, it is necessary to CONTROL the bandwidth and make sure there isn't too much of it, otherwise users wouldn't need to purchase the bandwidth a bit at a time, like the telcos want.<br><br>Besides, all that upgrading is expensive and the investors don't like it. Why upgrade when you can CONTROL what you already have and make more money? You idiot consumers didn't actually fall for that "building advanced networks" stuff, did you?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16300333</guid>
<pubDate>Wed, 14 Jun 2006 11:17:29 EDT</pubDate>
</item>

<item>
<title>USE IT!</title>
<link>http://www.dslreports.com/forum/remark,16300238</link>
<description><![CDATA[<A HREF="/useremail/u/1319645"><b>bamabrad</b></A> : Why SAVE bandwidth when you are in the business of selling it to a consumer that will USE it? Seems to me that if the bandwidth is utilized instead of hoarded and guarded that it will bring in more customers, which means more money, etc,etc..]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16300238</guid>
<pubDate>Wed, 14 Jun 2006 11:00:26 EDT</pubDate>
</item>

</channel>
</rss>
