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

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

<channel>
<title>Re: Fairshare hits users instead of protocols in </title>
<link>http://www.dslreports.com/forum/r20505959</link>
<description></description>
<language>en</language>
<pubDate>Wed, 07 Jan 2009 16:05:11 EDT</pubDate>
<lastBuildDate>Wed, 07 Jan 2009 16:05:11 EDT</lastBuildDate>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20513747</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  wierdo <A HREF="/useremail/u/317310"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>... Most ISP terms of service specifically forbid users from running servers. It isn't right, but that's what most people agree to. In my case, I can spend an extra $40 or $50 a month and have that allowed.<br>... </div>Such provisions probably are null-and-void and have been for years.  However, if there are any remaining questions in your mind about that, just wait for a brief while longer.  Whether it be by order, rule, or law -- the FCC policy statement is about to be enshrined.  Either way you look at it:  You can do anything on the net as long as its legal <b>and doesn't harm the net</b>.  Rules set by a monopoly that restricts your rights will never stand.<br><br>&raquo;<A HREF="http://hraunfoss.fcc.gov/edocs_public/attachmatch/FCC-05-151A1.pdf" >hraunfoss.fcc.gov/edocs_public/a&middot;&middot;&middot;51A1.pdf</A><br><br><i>PS:  That said, this is a technicality.  Most non-technical people who will attempt to run a server on these asymmetric lines will end up overloading the upload side because they don't understand how to control it properly.  Having harmed the network, the ISP has every right to limit your behavior.  So while the blanket TOS restriction is likely null and void, the advice given earlier in the topic to buy appropriate server service if you want to run a server or be a mass distributor of content should really be taken. </i> <br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20513747</guid>
<pubDate>Tue, 20 May 2008 18:13:39 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20513655</link>
<description><![CDATA[<A HREF="/useremail/u/317310"><b>wierdo</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  wierdo <A HREF="/useremail/u/317310"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I really fear that we (the users) are quietly being hypnotized by the chant, "we're out of bandwidth, the exaflood is coming, we can't build our way out of it."  <br> </div>I fear that the users are quietly being hypnotized by your chant "they can just build their way out of it. more capex more capex more capex." </div>They can, and yes, it costs dollars.  But on the other hand, its what the current set of customers seem to want.<br></div>They want ISPs to do it, but they don't want to pay the prices necessary to recoup those costs.<br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I am not doing anything I am not authorized to do.    <br></div>You're rare, then. Most ISP terms of service specifically forbid users from running servers. It isn't right, but that's what most people agree to. In my case, I can spend an extra $40 or $50 a month and have that allowed.<br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>If you want to serve content, buy a account that allows servers. Or buy a dedicated server for the vast sum of $60/mo. </div>See above. You're the exception rather than the rule.<br><small>--<br>It's w<i>ie</i>rdo, not w<i>ei</i>rdo. Yes, I know that's not the 'proper' spelling of the similar english language word. ;)</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20513655</guid>
<pubDate>Tue, 20 May 2008 17:57:34 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20513373</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  TK Junk Mail <A HREF="/useremail/u/594412"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>A very small vocal subset of the customers. 95% could care less.<br> </div>Maybe that's the thinking that has got us into this mess.  It's very old thinking, more suited to the media than telecommunications.  <br><br>I couldn't say it any better than Ed Markey did at the February En-Banc hearing in Harvard: <i>"The beauty of the Internet is its wonderfully chaotic, ever evolving nature. Its ability to re-invent itself every year."</i><br><br>It's <i>the network operators job</i> to be nimble enough to respond to that -- not to force the the 5% of users who are out there doing new and innovative things to stop.<br><br>Jerry Yang ran a web server in his Stanford dorm-room. Almost certainly, the network and in particular the dorm segment was built expecting more downloading than uploading in a world where FTP and Gopher still outstripped web use.  <br><br>The site, known as "Jerry's List" or "Yet Another Hierarchical Officious Oracle," was at akebono.stanford.edu/yahoo and later it became better known as the word spelled by it's acronym: YAHOO -- recently valued north of $30 Bn.<br><br>Those that would presume to predict the Internet will be well advised to give themselves a wide margin of error.  Personally, I think today's assumptions are about to get killed yet again:  <A HREF="http://funchords.livejournal.com/202080.html">Click HERE</a>!<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20513373</guid>
<pubDate>Tue, 20 May 2008 16:58:22 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20513247</link>
<description><![CDATA[<A HREF="/useremail/u/594412"><b>TK Junk Mail</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  wierdo <A HREF="/useremail/u/317310"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I really fear that we (the users) are quietly being hypnotized by the chant, "we're out of bandwidth, the exaflood is coming, we can't build our way out of it."  <br> </div>I fear that the users are quietly being hypnotized by your chant "they can just build their way out of it. more capex more capex more capex." </div>They can, and yes, it costs dollars.  But on the other hand, <b>its what the current set of customers seem to want.</b></div>A very small vocal subset of the customers. 95% could care less.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20513247</guid>
<pubDate>Tue, 20 May 2008 16:38:21 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20513155</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  wierdo <A HREF="/useremail/u/317310"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I really fear that we (the users) are quietly being hypnotized by the chant, "we're out of bandwidth, the exaflood is coming, we can't build our way out of it."  <br> </div>I fear that the users are quietly being hypnotized by your chant "they can just build their way out of it. more capex more capex more capex." </div>They can, and yes, it costs dollars.  But on the other hand, its what the current set of customers seem to want.<br><br><div class="bquote">Don't wish that you should get things for free just because you presume that it should be so, especially when you're in contravention of the published terms of service you agreed to when you bought the account.</div>I am not doing anything I am not authorized to do.    <br><br><div class="bquote">If you want to serve content, buy a account that allows servers. Or buy a dedicated server for the vast sum of $60/mo. </div>I have no real problem with the limits that I paid for.  Why buy/rent a server if our needs aren't that big?<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20513155</guid>
<pubDate>Tue, 20 May 2008 16:22:53 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20510433</link>
<description><![CDATA[<A HREF="/useremail/u/939879"><b>openbox9</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The data seems to be working against you.</div>Not really.  TScheisskopf <A HREF="/useremail/u/1158068"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> implied that ISPs are only interested in plowing money into managements' bonuses and severance packages and not investing in their companies and infrastructure. I was merely pointing out that both telcos and cablecos are reinvesting billions into their infrastructure.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20510433</guid>
<pubDate>Tue, 20 May 2008 07:12:29 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20510022</link>
<description><![CDATA[<A HREF="/useremail/u/317310"><b>wierdo</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I really fear that we (the users) are quietly being hypnotized by the chant, "we're out of bandwidth, the exaflood is coming, we can't build our way out of it."  <br> </div>I fear that the users are quietly being hypnotized by your chant "they can just build their way out of it. more capex more capex more capex."<br><br>It's not as easy as you think.<br><br>If you want to serve content, buy a account that allows servers. Or buy a dedicated server for the vast sum of $60/mo. Don't wish that you should get things for free just because you presume that it should be so, especially when you're in contravention of the published terms of service you agreed to when you bought the account.<br><br>Not that I think it's <i>right</i>, but that's the way it is. In the case of cable, there is a very limited upstream capacity, you know, no matter how much they want to spend. With DSL, not so much, since it's not shared. If they wanted, they could just reallocate DMT buckets to create more upstream bandwidth, although they might have to replace modems and maybe CO hardware. It's not so easy on the cable plant, what with having to replace all the hardware that only passes upstream up to 42MHz, including the splitters in every household that subscribes to cable.<br><br>It can be done, but not overnight. Until then, something has to be done. Even then, the only real solution is to push fiber to the home, and that's going to cost even more. Look how slowly Verizon is rolling out FiOS. You think it's going to go faster in the average cable plant?<br><br>Luckily it has thus far proven cheaper to upgrade backbone links than to use traffic shaping. Would that it be so for the last mile. Sadly, the two are not equal.<br><small>--<br>It's w<i>ie</i>rdo, not w<i>ei</i>rdo. Yes, I know that's not the 'proper' spelling of the similar english language word. ;)</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20510022</guid>
<pubDate>Tue, 20 May 2008 01:47:49 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20509741</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>What else I could or could not have done is beside the point.  It's the Internet.  The network in the middle is supposed to connect the end points, not dictate their behavior!</div>Actually, this should be a relevant discussion.  I keep reading people arguing "freedom of speech!" violations because one specific protocol is impacted, and I can't help but think of it like someone crying in a parking lot that their wireless key FOB battery went dead so they can't unlock their car. (even though they're holding the keys in their hand)  One application doesn't make or break the Internet.</div>Hahahaha -- I'll give you that.  <br><br>However, this is just an example of a string of loosely-related events including the NARAL short-codes and AT&T censoring Pearl Jam.  While these seem to all be beside the point, they're all examples of big companies that seem to easily use their power -- not to hold down the little guy, but without any regard for the impacts on him.  <br><br>I, myself, sometimes cringe at the height of some of these accusations.  But one of my faults is my optimism.  (Yes, seriously!)  :D<br> <br><div class="bquote">As for no interference from ISPs; maybe if this were the 1980's and the Internet was still a simple place filled people of only good intentions.  Traffic interference is a fact of life, just like people had to get accustomed to traffic signals once enough people started getting cars.</div>Okay, I can play with that.  Traffic signals are quite standardized.  Imagine driving across a river to find that red lights and stop signs do not exist there, and instead they just have 50-foot holes to stop your car, instead?<br><br>It's the Internet.  We have a set of Standards that define it.  FOLLOW THE STANDARDS or GET OUT OF THE BUSINESS!<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20509741</guid>
<pubDate>Tue, 20 May 2008 00:10:52 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20509708</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  wierdo <A HREF="/useremail/u/317310"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The key is to do it per flow and not per user, firstly so you don't have to have ridiculous buffer sizes, and secondly so that you can slow down p2p and large HTTP downloads without messing with mundane web browsing.<br> </div>The key is not to have a network with enough congestion to make this debate necessary.<br><br>I really fear that we (the users) are quietly being hypnotized by the chant, "we're out of bandwidth, the exaflood is coming, we can't build our way out of it."  <br><br>That's simply horsecrap.  <br><br>Comcast, I'm very very sorry that the Internet didn't maintain its 5% upload/download ratio.  Times have changed, deal with it.  Quit trying to throttle the Genie back into the bottle.  Create the broadband system your customers want!<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20509708</guid>
<pubDate>Tue, 20 May 2008 00:00:49 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20509292</link>
<description><![CDATA[<A HREF="/useremail/u/317310"><b>wierdo</b></A> : <div class="bquote"><small>said by  TK Junk Mail <A HREF="/useremail/u/594412"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Throwing resets into the stream would be a way that will still get people upset about forging packets.<br> </div>That was an incredibly idiotic way to do it in the first place, unless their goal was to actually prevent you from using a particular protocol.<br><br>They should do the two things that every sane traffic shaping device does. Delay packets by a few milliseconds or drop a packet every once in a while. Either way will trigger the congestion avoidance mechanisms in the endpoints' TCP stacks causing them to slow their transmission rate some. The delay is probably the better mechanism, as dropping packets can cause them to back off more than you intend. Of course, you have to monitor the flow further to make sure that the endpoints didn't just increase their window size to compensate. If they did, then your only option is to drop packets or drastically increase the delay, which would require a very significant buffer size on the shaping device for a high speed line. 150KB per flow, plus state information to induce a 100ms delay at 12Mbps.<br><br>The key is to do it per flow and not per user, firstly so you don't have to have ridiculous buffer sizes, and secondly so that you can slow down p2p and large HTTP downloads without messing with mundane web browsing.<br><small>--<br>It's w<i>ie</i>rdo, not w<i>ei</i>rdo. Yes, I know that's not the 'proper' spelling of the similar english language word. ;)</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20509292</guid>
<pubDate>Mon, 19 May 2008 22:28:21 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507545</link>
<description><![CDATA[<A HREF="/useremail/u/373609"><b>espaeth</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>No, I said I couldn't upload them via the Gnutella protocols (Gnutella or G2).  I should have been able to, except that by big fat ISP performed a Man-in-the-middle attack using secret technology because it decided my use didn't fit its bursty model. </div>You need to put some additional context around that.   The thing they are trying to preserve is the user experience of the typical subscriber.   The overwhelming majority of applications play nice on a stat-mux network; P2P is one of those that doesn't.<br><br>The problem with P2P is that it is shifting the traffic load from Internet head-ends where bandwidth is plentiful (and thus cheap), to network segments that have limited scalability due to technical constraints in the delivery medium and therefore are more expensive to expand.  <br><br>At the head-end you can expand capacity by just dragging a cable over to your upstream provider in a meet-me room and turn up 10GigE worth of capacity at a shot.  Even better, with wave-division technologies like CWDM or DWDM you can mux several connections on the same physical fiber pair.<br><br>At the user segment of the DOCSIS plant you can only add bandwidth 38mbps at a time, consuming 6MHz of frequency bandwidth with each shot.  (keep in mind that 750-1000Mhz of bandwidth is shared between video & data services)   Moreover, even if you had all the frequency spectrum available to you for just data purposes, you couldn't tap it all because you're limited by what the DOCSIS spec itself is capable of providing.<br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>What else I could or could not have done is beside the point.  It's the Internet.  The network in the middle is supposed to connect the end points, not dictate their behavior!</div>Actually, this should be a relevant discussion.  I keep reading people arguing "freedom of speech!" violations because one specific protocol is impacted, and I can't help but think of it like someone crying in a parking lot that their wireless key FOB battery went dead so they can't unlock their car. (even though they're holding the keys in their hand)  One application doesn't make or break the Internet.<br><br>As for no interference from ISPs; maybe if this were the 1980's and the Internet was still a simple place filled people of only good intentions.  Traffic interference is a fact of life, just like people had to get accustomed to traffic signals once enough people started getting cars.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507545</guid>
<pubDate>Mon, 19 May 2008 16:57:19 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507371</link>
<description><![CDATA[<A HREF="/useremail/u/373609"><b>espaeth</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>That's a very narrow view of the situation; you're assuming continuous data transfer which is atypical in a world of burst traffic. </div>You know, the industry is the same some that complains that somewhere between a third to 95% of all internet traffic is P2P file sharing -- aka Continuous Data Transfer.  <br><br>If it's a world of burst traffic, someone forgot to tell the world.</div>33-95% of traffic by *VOLUME* could easily be P2P, but if you look at the number of unique end-station IP addresses and transactions, HTTP traffic clearly comes out on top.<br><br>That's the problem -- once continuous data transfers start consuming the traffic on the network it is no longer available for other protocols as burst.  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507371</guid>
<pubDate>Mon, 19 May 2008 16:30:01 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507315</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>You couldn't upload that content to a service like Rapidshare or MegaUpload?   You couldn't upload it to your Comcast personal web page, or other 3rd party web/ftp hosting provider?   You couldn't post the music files in a Usenet newsgroup dedicated to music content?</div>No, I said I couldn't upload them via the Gnutella protocols (Gnutella or G2).  I should have been able to, except that by big fat ISP performed a Man-in-the-middle attack using secret technology because it decided my use didn't fit its bursty model.  <br><br>What else I could or could not have done is beside the point.  It's the Internet.  The network in the middle is supposed to connect the end points, not dictate their behavior!<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507315</guid>
<pubDate>Mon, 19 May 2008 16:21:08 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507267</link>
<description><![CDATA[<A HREF="/useremail/u/373609"><b>espaeth</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Yeah, which is why I couldn't upload any of my original content for three straight months, 24 hours a day, 7 days a week.</div>...using one specific protocol.<br><br>You couldn't upload that content to a service like Rapidshare or MegaUpload?   You couldn't upload it to your Comcast personal web page, or other 3rd party web/ftp hosting provider?   You couldn't post the music files in a Usenet newsgroup dedicated to music content?<br><br>If you had done any of those things you could link to the content via a social networking site, a music forum, or even your own personal web page that would be indexed by Google so that when someone typed in "Babershop quartet" as a search they would not only be provided links to the files but also have descriptive text to define what the files are and why they should be interested in grabbing them.<br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Repeating the same mistake twice is beyond dumb.  </div>Perhaps you misunderstood my statement, I said that TCP resets wouldn't work in a protocol agnostic solution because the method cannot be used safely with most other protocols.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507267</guid>
<pubDate>Mon, 19 May 2008 16:12:52 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507259</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>Why would you want to?  <i>Every modem is already configured to limit uploads.  The customers' traffic is already shaped.  <br><br>You only need to shape it again if you've oversold the bandwidth beyond all reasonable ability to deliver it.</i></div>That's a very narrow view of the situation; you're assuming continuous data transfer which is atypical in a world of burst traffic. </div>You know, the industry is the same some that complains that somewhere between a third to 95% of all internet traffic is P2P file sharing -- aka Continuous Data Transfer.  <br><br>If it's a world of burst traffic, someone forgot to tell the world.<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507259</guid>
<pubDate>Mon, 19 May 2008 16:11:35 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507174</link>
<description><![CDATA[<A HREF="/useremail/u/373609"><b>espaeth</b></A> : <div class="bquote"><small>said by  funchords <A HREF="/useremail/u/340409"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Why would you want to?  <i>Every modem is already configured to limit uploads.  The customers' traffic is already shaped.  <br><br>You only need to shape it again if you've oversold the bandwidth beyond all reasonable ability to deliver it.</i></div>That's a very narrow view of the situation; you're assuming continuous data transfer which is atypical in a world of burst traffic. <br><br>If I'm going to upload a movie clip to my website, my amount of data being transfered is already determined by the size of the clip.  The only question is really how long will I be on the network transferring said clip.  By bumping access speeds in that scenario from say, 768k to 2mbps, the time I spend on the network uploading my content is reduced by more than 50%.   In a statistically muxed network that means that because my transfer finishes sooner,  it will be less likely that I'll be consuming upload resources when my neighbor goes to upload his content.<br><br>Continuous data transfers obviously change the situation because the "getting you off the network faster" logic doesn't apply.  That's why elaborate systems are necessary - to balance out burst and continuous network consumption.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507174</guid>
<pubDate>Mon, 19 May 2008 15:55:38 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20507026</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : In Telcos, AT&T spent $17 Bn and Verizon $10 Bn.  Telcos aren't doing MITM attacks against their users who are simply using the bandwidth that they bought.<br><br>The top spender in Cable was Comcast with $6 Bn and the rest much less.  The MSOs offer bigger packages than TelCos but then throttle, reset, kick and scream if you use it.<br><br>The data seems to be working against you.<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20507026</guid>
<pubDate>Mon, 19 May 2008 15:27:45 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506998</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The TCP reset trick is limited to a small group of applications that can gracefully deal with a lost connection and can still assemble working data at the end of the transfer.  P2P apps do this very well by not strongly relying on any one particular connection and CRC checking the received file to ensure a valid copy was reached.</div>Yeah, which is why I couldn't upload any of my original content for three straight months, 24 hours a day, 7 days a week.  <br><br>Sure, what you say "works" for pirated copies of today's popular movies and music.  ("Works," as long as you accept forgery and packet injection from the middle of the network as a good thing -- which nobody does.) Ironically, that method broke the P2P network for legitimate uses!<br><br>Repeating the same mistake twice is beyond dumb.  <br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506998</guid>
<pubDate>Mon, 19 May 2008 15:22:44 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506967</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  espaeth <A HREF="/useremail/u/373609"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I've skimmed through the Cisco CMTS config guides and I don't see any obvious way to implement equal division traffic shaping without resorting to a 3rd party box.<br> </div>Why would you want to?  <i>Every modem is already configured to limit uploads.  The customers' traffic is already shaped.  <br><br>You only need to shape it again if you've oversold the bandwidth beyond all reasonable ability to deliver it.</i>  Otherwise, any congestion that would occur would be momentary and you don't need an elaborate solution for that!<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506967</guid>
<pubDate>Mon, 19 May 2008 15:17:51 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506788</link>
<description><![CDATA[<A HREF="/useremail/u/373609"><b>espaeth</b></A> : <div class="bquote"><small>said by  TK Junk Mail <A HREF="/useremail/u/594412"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Throwing resets into the stream would be a way that will still get people upset about forging packets.</div>The TCP reset trick is limited to a small group of applications that can gracefully deal with a lost connection and can still assemble working data at the end of the transfer.  P2P apps do this very well by not strongly relying on any one particular connection and CRC checking the received file to ensure a valid copy was reached.<br><br>The alternative is a solution like Packeteer's traffic shaping appliances.  Network operators are typically slow to adopt this type of solution because it needs to sit in the middle of the data path to do its job.   That means inserting a device that's maybe engineered for 99.9% uptime in between your carrier-grade routing hardware that's engineered to deliver 99.999%.   This also means a massive amount of hardware needs to be added into the network -- where a single Sandvine P2P appliance could probably be used per region by just aggregating several SPAN sessions to it, with a traffic shaping solution having to hit every transversed link you can bet the deployment costs are going to be huge.<br><br>I've skimmed through the Cisco CMTS config guides and I don't see any obvious way to implement equal division traffic shaping without resorting to a 3rd party box.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506788</guid>
<pubDate>Mon, 19 May 2008 14:45:54 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506630</link>
<description><![CDATA[<A HREF="/useremail/u/939879"><b>openbox9</b></A> : Read a few 10-K filings and you'll see that billions are being invested in infrastructure.<br><br>Cablevision: &raquo;<A HREF="http://yahoo.brand.edgar-online.com/displayfilinginfo.aspx?FilingID=5765005-1351-1097478&type=sect&dcn=0001104659-08-013859" >yahoo.brand.edgar-online.com/dis&middot;&middot;&middot;8-013859</A><br><div class="bquote">Capital expenditures for our businesses were $781.3 million, $885.8 million and $768.7 million, in 2007, 2006 and 2005, respectively, and primarily include payments for consumer premises equipment, such as new digital video cable boxes and modems, as well as infrastructure and capital expenditures related to our cable and Lightpath telecommunications networks</div>Comcast: &raquo;<A HREF="http://yahoo.brand.edgar-online.com/displayfilinginfo.aspx?FilingID=5743829-770-454371&type=sect&dcn=0001193125-08-034239" >yahoo.brand.edgar-online.com/dis&middot;&middot;&middot;8-034239</A><br><div class="bquote">an increase in Cable segment capital expenditures of 41.2% to approximately $6.0 billion, primarily as a result of (i) the installation of advanced set-top boxes, modems and other equipment associated with the increase in subscribers to our digital video, high-speed Internet and digital phone services; (ii) network improvements to handle the growth in subscribers and to provide service improvements and enhancements</div>Charter: &raquo;<A HREF="http://yahoo.brand.edgar-online.com/displayfilinginfo.aspx?FilingID=5758558-864-653407&type=sect&dcn=0001091667-08-000004" >yahoo.brand.edgar-online.com/dis&middot;&middot;&middot;8-000004</A><br><div class="bquote">Total capital expenditures for the years ended December 31, 2007, 2006, and 2005 were approximately $1.2 billion, $1.1 billion, and $1.1 billion, respectively.</div>AT&T: &raquo;<A HREF="http://yahoo.brand.edgar-online.com/displayfilinginfo.aspx?FilingID=5758969-1091-97216&type=sect&dcn=0000732717-08-000012" >yahoo.brand.edgar-online.com/dis&middot;&middot;&middot;8-000012</A><br><div class="bquote">$17,717[M] in construction and capital expenditures</div>Verizon: &raquo;<A HREF="http://yahoo.brand.edgar-online.com/displayfilinginfo.aspx?FilingID=5765095-947-114275&type=sect&dcn=0001193125-08-042027" >yahoo.brand.edgar-online.com/dis&middot;&middot;&middot;8-042027</A><br><div class="bquote">We continue to make significant capital expenditures to meet the demand for communications services and to further improve such services. Capital spending for Wireline was $10,956 million in 2007, $10,259 million in 2006 and $8,267 million in 2005. Capital spending for Domestic Wireless was $6,503 million in 2007, $6,618 million in 2006 and $6,484 million in 2005.</div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506630</guid>
<pubDate>Mon, 19 May 2008 14:19:50 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506538</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  TK Junk Mail <A HREF="/useremail/u/594412"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  halfband <A HREF="/useremail/u/639017"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Isn't that similar to what the satellite guys do now, throttle a high volume user?  They refer to it as FAP right?<br> </div>Yes, I believe it is the same idea. Though the way I read Fairshare is that it is more dynamic than a satellite FAP system in that it will be applied and then removed real time and much more quickly and for a very limited period of time - maybe for just the length of a download or upload.<br> </div>Which they already have today, too.  This is how Camiant manages a product marketed as "Power Preview" by some  and "Power Boost" by others.<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506538</guid>
<pubDate>Mon, 19 May 2008 14:00:50 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506528</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : <div class="bquote"><small>said by  TK Junk Mail <A HREF="/useremail/u/594412"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The real question is how do they then throttle the traffic after identifying whose packets need throttling. The easiest way would be to throttle down the transfer speed at the CMTS for those users whose traffic is staying at the highest rates for lengthy periods of time.<br><br>Throwing resets into the stream would be a way that will still get people upset about forging packets.<br> </div>You've nailed it.  Then why do this at all?  The CMTS already knows the congestion on my node.  Why does it have to talk to a Sandvine box 20 miles away?  <br><br>So instead of discriminating between one protocol or another, we're discriminating between the first megabyte of the hour versus the 101st?  In a service that is sold in a manner that makes no difference between the two, how is this solution any better?<br><br>We don't need anything that doesn't already exist in the Internet standards.  <br><br>Tom Donnelly -- why do your customers demand secrecy?  What are they afraid of?  As FCC Chairman Kevin Martin said, "When they have reasonable network practices, they should disclose those and make those public."<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><i><A HREF="http://tinyurl.com/6famoj"><b>HTTP</b> is the new Bandwidth Hog</a></i>... <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506528</guid>
<pubDate>Mon, 19 May 2008 13:57:29 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506382</link>
<description><![CDATA[<A HREF="/useremail/u/297537"><b>en102</b></A> : Exaclty... the only way that companys will 'invest' or want to increase CAPEX is if they<br><br>a) Have to (i.e. competition is forcing them to) in which its an all out war (i.e. Cable vs. FiOS in many areas)<br>b) Have another revenue stream to tap into from CAPEX (in which cost can be recouped from new LOB/revenue stream eg. cable selling HSI + VoIP)<br>c) Legally required to (which passes cost to consumer)<br><br>(basically what you said above)... there are times when the economy is in the pits, where government will 'help' out these 'poor' companies to kick start the economy again.<br><small>--<br>Canada = Hollywood North</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506382</guid>
<pubDate>Mon, 19 May 2008 13:25:52 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506144</link>
<description><![CDATA[<A HREF="/useremail/u/1158068"><b>TScheisskopf</b></A> : You said the dirtiest word in the business lexicon: "invest".<br><br>It's only dirty in context. "Invest" is a great word if you are gonna plow some of your 401K money into their stocks, but start talking about infrastructure investment and Wall Street Analysts and stockholders retire to the fainting bench with a bad case of the vapors.<br><br>Of course, "investment" of company capital in lobbying Washington for more H1-B visas is acceptable, great and will make your sheets whiter and brighter. But ghod forbid you invest in your physical plant, thus creating jobs and (OH NOOoooo!) raising wages.<br><br>It's the new world of half-capitalism: their half, making lots of money, is just sublime. The other half, capital investment by business as an engine that drives the overall economy, creates jobs and "the rising tide that lifts all boats"? Well, we just cannot be having that. Somewhere, someone might slip into Caviar Deficiency Syndrome. Them guys spent a lot of money on their Ivory Caviar Spoons and come hell or high water, they are gonna use them.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506144</guid>
<pubDate>Mon, 19 May 2008 12:30:18 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506058</link>
<description><![CDATA[<A HREF="/useremail/u/594412"><b>TK Junk Mail</b></A> : <div class="bquote"><small>said by  halfband <A HREF="/useremail/u/639017"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Isn't that similar to what the satellite guys do now, throttle a high volume user?  They refer to it as FAP right?<br> </div>Yes, I believe it is the same idea. Though the way I read Fairshare is that it is more dynamic than a satellite FAP system in that it will be applied and then removed real time and much more quickly and for a very limited period of time - maybe for just the length of a download or upload.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506058</guid>
<pubDate>Mon, 19 May 2008 12:12:48 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506052</link>
<description><![CDATA[<A HREF="/useremail/u/614772"><b>jc100</b></A> : I've got a 10 times better idea.  Why don't ISPS, instead of looking for ways to salvage their outdated systems, look / invest in better technologies? For all the money they spend lobbying and dodging this responsibility, think of how much could have been accomplished.  I'd be willing to give credit to a company who at least re-invests the 10s of millions spent lining politicians pockets and puts it to use on a step by step upgrade.  In this respect, if said company redirected their efforts and upgraded towns one at a time, people would be far less critical.  However, this seems not to be the case or their interest.  Odds are, these same ISPS who are looking into these technologies, will be the same ones in ten years moaning how they were given an unfair deal to shareholders.  To this I would reply, innovation and failing to keep up with growth will be the downfall of many companies to come.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506052</guid>
<pubDate>Mon, 19 May 2008 12:11:47 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20506032</link>
<description><![CDATA[<A HREF="/useremail/u/639017"><b>halfband</b></A> : <div class="bquote"><small>said by TK Junk Mail :</small><br><br>The easiest way would be to throttle down the transfer speed at the CMTS for those users whose traffic is staying at the highest rates for lengthy periods of time.</div>Isn't that similar to what the satellite guys do now, throttle a high volume user?  They refer to it as FAP right?<br><small>--<br>Registered Bandwidth Offender #40812</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20506032</guid>
<pubDate>Mon, 19 May 2008 12:07:23 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20505959</link>
<description><![CDATA[<A HREF="/useremail/u/594412"><b>TK Junk Mail</b></A> : <div class="bquote"><small>said by  en102 <A HREF="/useremail/u/297537"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Yup - this will be interesting<br><br>Throttle by user bandwidth for long periods of time may not be a good idea either.<br>Eg.  I'm on a 3Mbps connection and I want to d/l Fedora Core DVD ISO as well as some other ISO's.  A reset would just tick me off.<br><br>Why not look at the overall traffic crossing the node, and when its nearing capacity, throttle from the top usage down until its at a supportable level.<br> </div>I think we are saying the same thing. Throttle at the CMTS, but NOT with resets. Just change the profile so that the SPEED of the connection is lowered.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20505959</guid>
<pubDate>Mon, 19 May 2008 11:51:58 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20505934</link>
<description><![CDATA[<A HREF="/useremail/u/297537"><b>en102</b></A> : Yup - this will be interesting<br><br>Throttle by user bandwidth for long periods of time may not be a good idea either.<br>Eg.  I'm on a 3Mbps connection and I want to d/l Fedora Core DVD ISO as well as some other ISO's.  A reset would just tick me off.<br><br>Why not look at the overall traffic crossing the node, and when its nearing capacity, throttle from the top usage down until its at a supportable level.<br><small>--<br>Canada = Hollywood North</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20505934</guid>
<pubDate>Mon, 19 May 2008 11:47:19 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20505786</link>
<description><![CDATA[<A HREF="/useremail/u/594412"><b>TK Junk Mail</b></A> : <div class="bquote"><small>said by  jc100 <A HREF="/useremail/u/614772"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>First, this software I am sure is deep packet inspection. IT HAS TO LOOK AT what you download or for certain protocols to determine it's p2p. (Invasion of privacy). <br> </div>Actually, the whole purpose of a "protocol agnostic" system is so that it doesn't have to do deep packet inspection. All they need is info on the IP pairs and then count packets. <br><br>The real question is how do they then throttle the traffic after identifying whose packets need throttling. The easiest way would be to throttle down the transfer speed at the CMTS for those users whose traffic is staying at the highest rates for lengthy periods of time.<br><br>Throwing resets into the stream would be a way that will still get people upset about forging packets.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20505786</guid>
<pubDate>Mon, 19 May 2008 11:15:45 EDT</pubDate>
</item>

<item>
<title>Re: Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20505629</link>
<description><![CDATA[<A HREF="/useremail/u/614772"><b>jc100</b></A> : Here's my thought.  Users should refuse in writing to accept said changes and specifically state they do not want their history sold to third parties.  While Comcast doesn't say it can prevent the collection of your information, even by opting  , it opens the can of worms. First, this software I am sure is deep packet inspection. IT HAS TO LOOK AT what you download or for certain protocols to determine it's p2p. (Invasion of privacy).  Second, I am sure it tracks your history, of which gets sold.  Seriously, I would like to see a pack of teething lawyers pick up this case and sue the pants off Comcast. I think it's a matter of time before this does happen, too.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20505629</guid>
<pubDate>Mon, 19 May 2008 10:32:55 EDT</pubDate>
</item>

<item>
<title>Fairshare hits users instead of protocols</title>
<link>http://www.dslreports.com/forum/remark,20505557</link>
<description><![CDATA[<A HREF="/useremail/u/594412"><b>TK Junk Mail</b></A> : News item on Fairshare:<br>&raquo;<A HREF="http://www.multichannel.com/article/CA6561982.html" >www.multichannel.com/article/CA6561982.html</A><br><div class="bquote">The FairShare system, which works with Sandvine&#8217;s network switches, allows service providers to curtail bandwidth<b> based on subscriber-usage metrics</b> from various sources to balance available bandwidth and resources among all subscribers.<br><br>Donnelly said FairShare has already been deployed by a North American service provider, but he declined to identify the customer.<br><br>FairShare uses technology from two companies Sandvine acquired last year, CableMatrix Technologies and Simplicita Software.</div>After looking at this news item and a few others, it looks like this "protocol agnostic" throttling is USER-based instead of protocol based. That is, it looks at a users total bandwidth consumption profile and throttles based on that instead of just on a specific protocol. So, Fairshare may also throttle regular downloads or uploads and not just P2P traffic that is consuming large amounts of bandwidth over long periods of time.<br><br>I wonder which North American company is the one trying this out? Comcast?<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20505557</guid>
<pubDate>Mon, 19 May 2008 10:16:48 EDT</pubDate>
</item>

</channel>
</rss>
