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

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

<channel>
<title>Interesting blog post re Bell Throttling in Bell Canada</title>
<link>http://www.dslreports.com/forum/r20252012</link>
<description></description>
<language>en</language>
<pubDate>Wed, 10 Feb 2010 09:56:33 EDT</pubDate>
<lastBuildDate>Wed, 10 Feb 2010 09:56:33 EDT</lastBuildDate>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20263428</link>
<description><![CDATA[<A HREF="/useremail/u/987136"><b>munky99999</b></A> : <div class="bquote"><small>said by  sbrook <A HREF="/useremail/u/539077"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Residential internet services are by definition oversold.  Were it not that way, we couldn't afford it!  This is why we're sold a portal service and not a pipe service.<br> </div>Well there you go then. thusly proving the underbuilt/oversold statement.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20263428</guid>
<pubDate>Tue, 01 Apr 2008 12:10:05 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20262220</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : Residential internet services are by definition oversold.  Were it not that way, we couldn't afford it!  This is why we're sold a portal service and not a pipe service.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20262220</guid>
<pubDate>Tue, 01 Apr 2008 07:08:58 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20261883</link>
<description><![CDATA[<A HREF="/useremail/u/987136"><b>munky99999</b></A> : Actually I had something come to mind... <br><br>Under built its network? Or oversold? I distinctly remember that term being thrown around a bit back.<br><br>I'm still doubting either are true. There's no sign of congestion at all. Not even in toronto or ottawa.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20261883</guid>
<pubDate>Tue, 01 Apr 2008 02:39:44 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20257632</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : I've heard of progressive technology but this must be regressive technology if such a thing exists. If it doesn't it does now.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20257632</guid>
<pubDate>Mon, 31 Mar 2008 12:26:58 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20256865</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : Just to update my post about CRIA etc.  I've now heard of one incident of "Notice and Notice" to a member for copyright materials being forwarded by Bell.  By comparison, in Rogers we see posts about these notices every couple months.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20256865</guid>
<pubDate>Mon, 31 Mar 2008 10:22:35 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20255966</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : You both make good points.  Pretty much decided to read anything either of you write.  wish you guys would make your own topics more often.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20255966</guid>
<pubDate>Mon, 31 Mar 2008 02:00:04 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254842</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : There is absolutely no doubt this is a collusion type thing, but monitoring this forum over the past months, there was curiously a decidedly noticeable increase in performance complaints in the month just before throttling began, as if someone had shrunk the pipes.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254842</guid>
<pubDate>Sun, 30 Mar 2008 20:51:38 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254627</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : HeadSpinning... BINGO!<br><br>rumour has it the media are getting this view as well.<br><br> :p]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254627</guid>
<pubDate>Sun, 30 Mar 2008 20:12:39 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254601</link>
<description><![CDATA[<A HREF="/useremail/u/1210963"><b>HeadSpinning</b></A> : Here's what I think has happened:<br><br>Cable can't handle upstream traffic as well as DSL.  Rogers throttles P2P, which uses lots of upstream traffic.<br><br>Sympatico starts getting a disproportionate share of P2P users defecting from Rogers, which puts more stress than normal on their DSL network.  <br><br>Bell starts throttling P2P traffic, because they know that if left unchecked, will eventually cause problems - particularly because their OPI-DSLAM network is behind on deployment, and they've neglected the ATM aggregation network for a while in anticipation of the change.  They also started to introduce higher speed tiers, and knew they were dangerous in light of P2P traffic.<br><br>Bell also wants to implement usage based billing, but due to their throttling, users are defecting to wholesale providers like Teksavvy - who was also selling $10.00/month unlimited logons to Sympatico customers who didn't want to get hit with huge bills for usage charges, get throttled, or give up their 7 Meg profile.  These people were stuck on contracts, or wanted to keep their Sympatico e-mail addresses, etc.<br><br>Bell sees the shift in revenue and customers from retail to wholesale, so they decide to level up the playing field a bit, and make it less attractive to go to another DSL provider.<br><br>Just a theory...  I'm probably correct on certain elements, and I might be missing the point on others.  I guess my mind isn't quite as devious as theirs...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254601</guid>
<pubDate>Sun, 30 Mar 2008 20:04:49 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254528</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : Well, they've sure reserved it for something other than Sympatico!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254528</guid>
<pubDate>Sun, 30 Mar 2008 19:49:11 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254249</link>
<description><![CDATA[<A HREF="/useremail/u/1210963"><b>HeadSpinning</b></A> : <div class="bquote"><small>said by  sbrook <A HREF="/useremail/u/539077"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>So Nexxia decided they want to start reserving bandwidth for IPTV... </div>The architecture of the current DSL network is not capable of supporting IPTV, so reserving bandwidth on it for IPTV isn't their motivation.<br><br>The IPTV network needs to run on a much higher capacity network, and have IP Multicast available at the DSLAM level.  The current generation of ASAM 1000 and ASAM 7300 DSLAMs with ATM uplinks are not suitable for IPTV<br><br>I suspect that Bell had planned on having more of it's DSL customer base moved over to the new OPI-DSLAM network that they're building by now, and because of it, stopped adding additional capacity for growth to the ATM network.  The OPI-DSLAM network isn't ready yet, and they were caught with a neglected ATM network.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254249</guid>
<pubDate>Sun, 30 Mar 2008 18:56:52 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20254140</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : As far as I know, as soon as it departs your system, it should in theory become "connectionless" ... DSL NAT/NATP routers are connection sensitive to preserve the IP relationship to the connections across the router.  Since the Bell routers are not doing NAT/NATP, then there's no need to deal with that so become connectionless.<br><br>It is a matter of not total bytes consumed but instantaneous traffic requirements that are resolved by throttling.<br><br>Bandwidth control would make more sense by reducing modem speed profiles ... but that would create other problems.<br><br>Actually, as of last fall, Bell's network was starting to show problems - interestingly just before they implemented throttling.  Which is one of the clues that make me think they created a problem by reserving bandwidth for something else and then throttling what was left.<br><br>You can't measure the problems across Bell's internal networks from the external routerwatch though.<br><br>This is absolutely nothing to do with CRIA.  Bell refused to divulge personal information about Canadian downloaders.  They also have not taken part in the "Notice and Notice" scheme from what I've seen.  Were this the case, you can be sure that CRIA would have gone after the small and 3rd party providers.  The CRIAs claims of copyright violation was rejected by judicial review.  So, Bell has nothing to fear at this time.  If Canada had followed suit with a version of the DMCA, then you can be sure that CRIA would go after small companies first to get a measure of whether they could get this past the judiciary another time.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20254140</guid>
<pubDate>Sun, 30 Mar 2008 18:36:10 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20253527</link>
<description><![CDATA[<A HREF="/useremail/u/987136"><b>munky99999</b></A> : Ok first question...<br><br>Is it the bandwidth needed or is it the amount of connections?<br><br>People are no doubt using their bandwidth. However what puts torrents out there is the connections. <br><br>Now if connections are the only problem... replace the throttling with a system which doesn't affect anything... but limits how many connections one user can have. Be it 500 or whatever. This doesn't have a true effect on speeds because typically you can easily max speed with less then 500.<br><br>Now if it's bandwidth. Simply knock anyone who downloads lots to a profile which hurts... Instead of being able to download at 500kb/s you can only go 100-150kb/s. This has an affect on everything. Cutting everything down. <br><br>As we have established... p2p accounts for maybe a quarter of the traffic. So if there is indeed any congestion happening at all... throttling p2p wont help much. You have to throttle ALL internet traffic. Which is happening. According to teksavvy's graphs all internet traffic has been throttled to about 30%<br><br>Moreover, look wat website we are on. This website has &raquo;<A HREF="/routerwatch">/routerwatch</A><br><br>Which monitors routers which out to show congestion across the board if they are indeed being congested... Bell.ca's routers however are not being congested or they would be loosing packets.<br><br> <blockquote><small>quote:</small><hr>I am not convinced that Bell under built its network.<hr></blockquote><br>I too disagree with that also. Bell hasn't underbuilt their networks. If they did... they would actually be getting congestion. Which that is not happening. <br><br>Hell if you go down to comcast's routers... there you can see congestion. Which is ironic because they have outright ended bittorrents. Bell is allowing 30kb/s to get through AND ALL connections. Yet they show no congestion. <br><br>Thusly you cannot make the assertion that congestion is why they are throttling. <br><br>CRIA threatening them and wanting them to do something against pirates which is what has sparked this. The sad part is how they do this through non-competition and collusion. Which is illegal.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20253527</guid>
<pubDate>Sun, 30 Mar 2008 16:24:12 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20252628</link>
<description><![CDATA[<A HREF="/useremail/u/350435"><b>DKS</b></A> : <div class="bquote"><small>said by  sbrook <A HREF="/useremail/u/539077"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I think that it's a strong possibility Bell's delays over IPTV have probably come to a head and somebody at the top of the pack wanted action.<br><br>So Nexxia decided they want to start reserving bandwidth for IPTV, forcing Sympatico and 3rd parties to do with less of the pipes they've been using.  Now all of a sudden you have a congestion problem ... and the cheap way out is to install throttling boxes instead of install more infrastructure or make the IPTV folks install their own infrastructure in a hurry.<br> </div>That makes a lot of sense. And since it is a lot faster to bring up traffic shaping hardware than it is to increase fiber capacity, it's a reasonable explanation for what is going on. <br><small>--<br>Need-based health care not greed-based health care.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20252628</guid>
<pubDate>Sun, 30 Mar 2008 13:27:32 EDT</pubDate>
</item>

<item>
<title>Re: Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20252187</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : I am not convinced that Bell under built its network.<br><br>I think that it's a strong possibility Bell's delays over IPTV have probably come to a head and somebody at the top of the pack wanted action.<br><br>So Nexxia decided they want to start reserving bandwidth for IPTV, forcing Sympatico and 3rd parties to do with less of the pipes they've been using.  Now all of a sudden you have a congestion problem ... and the cheap way out is to install throttling boxes instead of install more infrastructure or make the IPTV folks install their own infrastructure in a hurry.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20252187</guid>
<pubDate>Sun, 30 Mar 2008 12:12:53 EDT</pubDate>
</item>

<item>
<title>Interesting blog post re Bell Throttling</title>
<link>http://www.dslreports.com/forum/remark,20252012</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Go here:<br><br>&raquo;<A HREF="http://blogs.itworldcanada.com/insights/2008/03/29/separating-the-competitive-access-issues-from-the-net-neutrality-issues/" >blogs.itworldcanada.com/insights&middot;&middot;&middot;-issues/</A><br><br>The author attempts to separate the issues of net neutrality and throttling. <br><br>His conclusion is that Bell under-built its networks and knew that congestion was the likely outcome, ergo its move to throttle not only its own networks but also that of third-party providers.<br><br>The author also thinks that TekSavvy and other third-party ISP's have the right to expect a minimum standard (i.e. non-throttled) of service.  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20252012</guid>
<pubDate>Sun, 30 Mar 2008 11:42:08 EDT</pubDate>
</item>

</channel>
</rss>
