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

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

<channel>
<title>Re: The Bell Disclosure! in TekSavvy</title>
<link>http://www.dslreports.com/forum/r20690221</link>
<description></description>
<language>en</language>
<pubDate>Fri, 04 Dec 2009 22:55:44 EDT</pubDate>
<lastBuildDate>Fri, 04 Dec 2009 22:55:44 EDT</lastBuildDate>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20769838</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Oh, and you guys know that Google and Skype got pissed at bell for throttling, right? <br><br>If you haven't herd...<br>&raquo;<A HREF="http://www.cbc.ca/technology/story/2008/07/07/tech-crtc.html" >www.cbc.ca/technology/story/2008&middot;&middot;&middot;rtc.html</A><br><br>I mean, when <i>Google</i> gets angry...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769838</guid>
<pubDate>Thu, 10 Jul 2008 12:50:49 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20769828</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : I totally agree with you Wait n see! 100%]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769828</guid>
<pubDate>Thu, 10 Jul 2008 12:48:46 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20768903</link>
<description><![CDATA[<A HREF="/useremail/u/1137179"><b>koreyb</b></A> : <div class="bquote"><small>said by Liam12360 :</small><br><br>OMG! Look at that, Just a note, <b>they started the throttling on Nov-07</b> and the traffic before the throttle was LESS! <br><br>I am most-def switching to TekSavvy when this crap is fixed for good.  :mad:<br> </div>I could believe that, at least on uplinks cause November was exactly the time when my voip started acting up!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20768903</guid>
<pubDate>Thu, 10 Jul 2008 09:34:18 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20768148</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : OMG! Look at that, Just a note, <b>they started the throttling on Nov-07</b> and the traffic before the throttle was LESS! <br><br>I am most-def switching to TekSavvy when this crap is fixed for good.  :mad:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20768148</guid>
<pubDate>Thu, 10 Jul 2008 02:20:22 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20724991</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : Agreed!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20724991</guid>
<pubDate>Tue, 01 Jul 2008 09:16:00 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20724942</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : I wish there was a way the people could get involved and show their support for and with you, aside from writting to the CRTC as you mentioned.<br><br>This fight isn't just about business models, it a fight to be saved from such future changes Bell will likely impose down the road. This is only their first step...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20724942</guid>
<pubDate>Tue, 01 Jul 2008 08:57:58 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20724901</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : You can rest on knowing we're considering all angles at the end of the day, but we need this one to make sure it makes the battle flow more easily.  What Bell did is for sure wrong but as with all bullies, we need to make sure we have all our ducks in a row to force them to play nice in the future.<br><br>This is about guaranteeing fair play from all those who've been granted monopoly rights in the past.  Monopolies were given to ensure all geographies were served the same way, but what seems to have been forgotten by some of these same monopolies is their space was given to them with conditions, not earned... If they're going to abuse what was handed to them, then either they should have their rights to this space removed or have a much tighter leash put on!  In either case, we the people gave them this monopoly, so we the people, should be treated with more respect.... plain and simple!<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20724901</guid>
<pubDate>Tue, 01 Jul 2008 08:40:14 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20721269</link>
<description><![CDATA[<A HREF="/useremail/u/1562232"><b>bgw</b></A> : TGuy: Brilliant article.  Gets right down to the core of the issues.<br><br>Bell doesn't have a leg to stand on.  I hope Rocky sees this one and leverages it to our advantage.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20721269</guid>
<pubDate>Mon, 30 Jun 2008 14:42:03 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20719406</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  chronoss2008 <A HREF="/useremail/u/1541022"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>and that teachers union buyout a BCE is going to get a crap more debt...<br> </div>They want Bell for 53 BILLION Dollars, do you honestly think another Million will make a difference?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20719406</guid>
<pubDate>Mon, 30 Jun 2008 07:14:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20719231</link>
<description><![CDATA[<A HREF="/useremail/u/1541022"><b>chronoss2008</b></A> : Somehow i think that civil action in quebec is looking real easy to win about now.....<br><br>More information that comes like that the more easier it will be to win and guaranteed if they do your going to see loads a other provinces that have class action ability roll out the i want some , and that teachers union buyout a BCE is going to get a crap more debt...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20719231</guid>
<pubDate>Mon, 30 Jun 2008 03:48:00 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20719057</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</b></A> : <div class="bquote"><small>said by  TGuy <A HREF="/useremail/u/728074"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Just found an interesting article on arstechnica about bell.<br><br>&raquo;<A HREF="http://arstechnica.com/news.ars/post/20080629-bells-p2p-traffic-issues-easily-and-inexpensively-solved.html" >arstechnica.com/news.ars/post/20&middot;&middot;&middot;ved.html</A><br> </div>Just proves what kind of crappy incompetent company Bell truly is. And if the CRTC doesn't take a stand against Bell, it's a joke of a regulator.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20719057</guid>
<pubDate>Mon, 30 Jun 2008 02:00:39 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20719024</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : Deadly]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20719024</guid>
<pubDate>Mon, 30 Jun 2008 01:46:57 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20718696</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : If CAIP wins this CRTC case, I pray CAIP/Teksavvy sues afterwards on behalf of all their customers.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20718696</guid>
<pubDate>Sun, 29 Jun 2008 23:38:25 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20718634</link>
<description><![CDATA[<A HREF="/useremail/u/646748"><b>Angelo_</b></A> : awesome link should be included =p in the crtc letter :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20718634</guid>
<pubDate>Sun, 29 Jun 2008 23:20:56 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20718620</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : EXCELLENT find TGuy, I will pass this along to other news links.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20718620</guid>
<pubDate>Sun, 29 Jun 2008 23:17:54 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20718559</link>
<description><![CDATA[<A HREF="/useremail/u/728074"><b>TGuy</b></A> : Just found an interesting article on arstechnica about bell.<br><br>&raquo;<A HREF="http://arstechnica.com/news.ars/post/20080629-bells-p2p-traffic-issues-easily-and-inexpensively-solved.html" >arstechnica.com/news.ars/post/20&middot;&middot;&middot;ved.html</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20718559</guid>
<pubDate>Sun, 29 Jun 2008 23:04:00 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20717936</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Perhaps we need to do the following:<br><br>a) Contact Marketing, etc. @ Cisco to tell them of our displeasure of abusing a regulatory body's public participation process with FUD.<br><br>b) Recommend something other than Linksys equipment for running Tomato. Tons of other boards should be able to work with it. The underlying tech is made by Broadcom, so the loss would purely be Cisco's. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20717936</guid>
<pubDate>Sun, 29 Jun 2008 20:55:44 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20712336</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</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>Note that hitting a congested link doesn't mean that the packet will be dropped or delayed.  It just means that some percentage of packets arriving there will be.  It depends on how congested the link is, and that data is not provided.<br><br>Note: I've never worked at an ISP. Please check my work.<br> </div>First, a link is deemed congested when it checks congested approximatly 0.30% of the time. That's a bit less than 5 minutes of "congestion" per day. Also, a link is deemed congested when it hits a % of fullness which is lower than 100% (from 60% to 90% capacity). Thus, even if a link shows "congestion", it may not be at full capacity and may still be able to provide full speed to everyone.<br><br>Now, the % in the graphics are the percentage of a given link (dslam or bas or backbone) that hit the criteria above (ie: they hit 60% to 90% of their capacity during 5 minutes of a day). However, it's not a "chance" to hit a congested link, as the congested DSLAMS may not be congested at the same time or on the regions BAS. Also, the chance of hitting a congested link at any level can only happen when there is congestion, which can happen as little as less than 5 minutes a day (to be represented in the chart).<br><br>All that is kinda moot though since many of the levels in the chart don't even apply to independant ISPs.<br><br>Anyway, unless Bell provides better numbers (like times when congestions happened, % of capacity used, etc), the numbers provided do not prove congestion at all.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20712336</guid>
<pubDate>Sat, 28 Jun 2008 11:25:07 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20712267</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : I'm not sure if this url was shown here, so here goes:<br><br>&raquo;<A HREF="http://www.zeropaid.com/news/9592/Bell+Canada+-+No+Really%2C+We+Are+Overloaded%21+8%25+Congested+in+2+Cases%21" >www.zeropaid.com/news/9592/Bell+&middot;&middot;&middot;Cases%21</A><br><br>It's interesting to note that Bell chose one of the most populated areas in Canada to try and prove that they are congested. what's more interesting is how Bell tries to sell these statistics as proof that they need to throttle everyone who uses their networks:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20712267</guid>
<pubDate>Sat, 28 Jun 2008 11:01:42 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20711566</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Not quite, you need to take each number and multiply it by the % figure of uncongested network for the next step then divide it by 100. The congestion figure will be multiplicative not additive.<br><br>Ta.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20711566</guid>
<pubDate>Sat, 28 Jun 2008 04:10:06 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20708865</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : The DSLAM line of the chart in Document 1 and the graph on Page 13 in Document 2 shows the problem: the network Capacity is not being grown according to demands, and throttling hasn't fixed that at all.  <br><br>Consumer demand for bandwidth has been growing at a rate of 37% to 40% a year, according to Cisco.  This means that every 25 months or so, both the growth of consumer demand and the capacity to meet it should double.  The chart on page 12 reflects this pretty well -- Bell's consumers are typical.  <br><br>But then the chart on page 13 shows that DSLAM capacity improvements took about 5 years (instead of 2.1) to double!  That, my friends, is called "falling behind."<br><br>Note the DSLAM line in the chart back in Document 1 -- throttling hasn't helped the DSLAM much at all.  That's because, again, they're not upgrading fast enough.  They're behind.  <br><br>Bell states that they're spending millions on upgrades, but they're not increasing capacity fast enough.  Upgrading the network too slowly and not upgrading the network at all has the same type of effect -- just to a worse degree.<br><br>Back to document 1, look at the <i>Backbone</i> line.  Now look at the <i>Backbone</i> lines on Page 12 and 13.  That's what good network management should look like. <br><br><b>My conclusions are </b><br><br>We're not here to confirm that decreasing P2P traffic helps cure congestion -- decreasing ANY traffic does, not just P2P.  The question under test isn't whether throttling works.  The question was whether Bell had to resort to it because of unusually high growth that make capacity increases inappropriate.  <br><br>There is no evidence in these documents to support any unusually high growth, but Bell has provided evidence of capacity upgrades that are not responding to their own growth patterns that match the historical and Internet-wide trends.<br><br>- that the Internet has not recently had any explosion of bandwidth demand, so the methods of keeping up now should be the same as keeping up before.  <br><br>- the data does not explain Bell's "surprise" action on its customers and their end users<br><br><b>NOTES --</b><br><br>Don't blame P2P:  BitTorrent traffic avoids congested links.  In BitTorrent networks, transfers drop congested links in favor of less-congested ones.  But in order to find out if a link is congested, it tries it for 30 seconds.  If there is congestion, there will be a packet drop and the BitTorrent client will stop sending on that peer connection (it has plenty of others idle connections to choose from, and will only actively send to 3-4 at any one time).  So extended congestion does not mean that P2P is congesting a link for any length of time, in fact it probably means that unicast client-server transfers (which do not wander off looking for less-congested paths when there is congestion) are the transfers that turn mere moments of congestion to turn into minutes of congestion.<br><br>Disregard the "Total" line of that chart in the first document.  The Total line is meaningless gibberish.  The user is going to experience congestion along the way, like this:<br><br>March 2007<br>User (0% dropped) = 100% chance of hitting uncongested path<br>Congestion at DSLAM (5.6%) = 94.4% chance of hitting uncongested path<br>Congestion at Aggregation (5.3%) = 89.4% chance of hitting uncongested path<br>Congestion at BAS (3.1%) = 86.6% chance of hitting uncongested path<br>Congestion at Backbone (3.0%) = 81.9% chance of hitting uncongested path<br>Chance of hitting a congested link in this network = 100% - 81.9% = <b>18.1%</b><br><br>So the Total line should look like this:<br>Total  &#9;18.14% &#9;13.50% &#9;9.11% &#9;7.70% &#9;7.71% &#9;8.83% &#9;10.48% &#9;11.89% &#9;12.17% &#9;8.41% &#9;10.50% &#9;12.89% &#9;10.42% &#9;7.86% &#9;6.43%<br><br>Note that hitting a congested link doesn't mean that the packet will be dropped or delayed.  It just means that some percentage of packets arriving there will be.  It depends on how congested the link is, and that data is not provided.<br><br>Note: I've never worked at an ISP. Please check my work.<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,20708865</guid>
<pubDate>Fri, 27 Jun 2008 16:12:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20704158</link>
<description><![CDATA[<A HREF="/useremail/u/1145919"><b>Candoo3</b></A> : <div class="bquote"><small>said by cisco morons :</small><br><br>My comments:<br><br>You know what I find interesting. Cisco is all for the throttle, yet at the same time is profiting from all of you who buy their linksys G or GL routers to by-pass the throttle.<br> </div>Wow, maybe Bell can get Ellcoya to make a submission in their favour also.<br><br>What all of these dummies have done, is to put on their blinders, and are trying to pull the blinders over the public's eyes. Over and over you read and hear the words "market forces" and "competition". They just don't get it, or don't want to get it. They need to get their head outa their ass. CS aside, they have brought the indies DOWN to the same playing field as themselves, when it comes to the actual service. That is NOT competition, and where the hell do the "market forces" have meaning, when everyone is being forced to play the game by Bell's rules. Everyone is being FORCED to be the same. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20704158</guid>
<pubDate>Thu, 26 Jun 2008 18:12:29 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20703960</link>
<description><![CDATA[<A HREF="/useremail/u/510249"><b>Guspaz</b></A> : Considering that WE made the firmware for Linksys routers that evade throttling, I hardly think that Linksys is trying intentionally to profit from this. They just made a very flexible piece of consumer hardware, and we took advantage of that.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20703960</guid>
<pubDate>Thu, 26 Jun 2008 17:28:14 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701932</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by cisco morons :</small><br><br>Cisco is all for the throttle, yet at the same time is profiting from all of you who buy their linksys G or GL routers to by-pass the throttle.</div>Specifically which model numbers?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701932</guid>
<pubDate>Thu, 26 Jun 2008 10:58:21 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701868</link>
<description><![CDATA[<A HREF="/useremail/u/1375460"><b>Kareeser</b></A> : <div class="bquote"><small>said by cisco morons   :</small><br><br>You know what I find interesting. Cisco is all for the throttle, yet at the same time is profiting from all of you who buy their linksys G or GL routers to by-pass the throttle.<br><br>Does anyone else see Cisco profiting and playing both sides?<br> </div>No, I don't see that at all.<br><br>The G and GL routers are loaded with traditional Linksys firmware which by default do not bypass the throttling.<br><br>The replacement of the firmware voids the warranty (probably) and is of a THIRD-PARTY, which, need I remind you, was free.<br><br>Furthermore, Cisco was making these routers long before the throttling began.<br><br>Thirdly, the amount of people using Tomato 1.19-mp (and its unstable variants) is probably only in the tens, maybe hundreds. That amounts to much too little in terms of profit (minus shipping from warehouses, production costs, and other assorted overhead) to even keep the router in production. Clearly, there is another reason (see below), not to mention that you don't even need a WRT54GL to bypass the throttle, since you can achieve the same thing natively with Windows XP (I will admit, of course, that it's much easier to just use the WRT54GL).<br><br>Lastly, Cisco keeps these routers in production not because they want the throttle bypass to continue, but because there is such a demand for them by enthusiasts who like to install third-party firmwares.<br><br>So, I say, Cisco may have elements that you can use to accuse them of serving both sides of the "war" effort, but I wouldn't go as far as to accuse them of purposely doing so.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701868</guid>
<pubDate>Thu, 26 Jun 2008 10:45:13 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701715</link>
<description><![CDATA[<A HREF="/useremail/u/1522014"><b>Radar73</b></A> : I liked this comment among others in their filing:<br><br>How is it that Bell has constructed a network so lacking in capacity that a mere 5% of the subscribers, who are simply using their Internet service as advertised, can congest the network so seriously that it requires traffic shaping?<br><br>I'm sure the CRTC will overlook this simple argument when they decide Bell can continue the throttle (I know I'm a pessimist).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701715</guid>
<pubDate>Thu, 26 Jun 2008 10:16:01 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701707</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Yeah there are a couple of submissions there i never noticed till i read that p2pnet.net article.<br><br>The CRTC seems to put stuff up randomly a couple of weeks after they receive a filing, then back dates the web site to when they were in receipt of it.<br><br>So a few of these I never even saw.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701707</guid>
<pubDate>Thu, 26 Jun 2008 10:14:22 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701695</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by two timers :</small><br><br>I will make it part of my submission to the CRTC on how they are playing both ends.<br><br>Also I made a mistake in the URL above, the Cisco filing is here:<br>&raquo;<A HREF="http://www.crtc.gc.ca/PartVII/eng/2008/8622/c51_200805153.htm" >www.crtc.gc.ca/PartVII/eng/2008/&middot;&middot;&middot;5153.htm</A><br> </div>Thanks for the link. Interesting, Skype has submitted comments as well!<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701695</guid>
<pubDate>Thu, 26 Jun 2008 10:10:04 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701675</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : I will make it part of my submission to the CRTC on how they are playing both ends.<br><br>Also I made a mistake in the URL above, the Cisco filing is here:<br>&raquo;<A HREF="http://www.crtc.gc.ca/PartVII/eng/2008/8622/c51_200805153.htm" >www.crtc.gc.ca/PartVII/eng/2008/&middot;&middot;&middot;5153.htm</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701675</guid>
<pubDate>Thu, 26 Jun 2008 10:05:10 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701661</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by cisco morons :</small><br><br>Does anyone else see Cisco profiting and playing both sides?<br> </div>Of course they are, they now have a huge hold on consumer and businesses as well as ISPs so they have a huge advantage in that they serve all those markets with a strong brand. It's a smart business plan, unfortunately I don't think it's right that they are playing in this field. The CRTC should not even be accepting comments by these equipment manufacturers.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701661</guid>
<pubDate>Thu, 26 Jun 2008 10:00:37 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701636</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : N/M... found it. Eyeballs don't work till the 3rd cup of coffee.<br><br>&raquo;<A HREF="http://www.crtc.gc.ca/public/partvii/2008/8622/c51_200805153/920282.PDF" >www.crtc.gc.ca/public/partvii/20&middot;&middot;&middot;0282.PDF</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701636</guid>
<pubDate>Thu, 26 Jun 2008 09:53:38 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701621</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by cisco morons :</small><br><br>&#147;Bell, on the other hand, has found support in the form of a filing by network equipment maker Cisco Systems Inc.&#148;<br> </div>Can someone find the link to the Cisco Systems filing in support for bell? I don't see it.<br><br>TY!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701621</guid>
<pubDate>Thu, 26 Jun 2008 09:51:44 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20701588</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : &raquo;<A HREF="http://www.p2pnet.net/story/16219#comment-549968" >www.p2pnet.net/story/16219#comment-549968</A><br><br>&#147;While the CRTC ordered some of those figures be made public, there is still too much left secret for observers to be able to come to any definitive conclusions about the level of congestion on Bell&#146;s network, said Tom Copeland, president of the Canadian Association of Internet Providers. The figures still do not show where there is possible congestion or at what times of day.&#148;<br><br>Interested parties, other than Bell and the association of internet providers, now have until July 3 to file submissions on the issue with the CRTC, says the story, adding:<br><br>&#147;So far, the internet providers association has attracted support from a broad range of parties, with submissions made by the British Columbia Civil Liberties Association, the Canadian Association of Voice Over IP Providers, Quebec&#146;s l&#146;Union des consommateurs, Skype Communications, the University of Western Ontario, the Canadian Internet Policy and Public Interest Clinic, internet content companies TCPub Media and Kaboose Inc., and service providers Wireless Nomad and Primus Telecommunications Canada Inc.<br><br>&#147;Bell, on the other hand, has found support in the form of a filing by network equipment maker Cisco Systems Inc.&#148;<br>=======<br><br>My comments:<br><br>You know what I find interesting. Cisco is all for the throttle, yet at the same time is profiting from all of you who buy their linksys G or GL routers to by-pass the throttle.<br><br>Does anyone else see Cisco profiting and playing both sides?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20701588</guid>
<pubDate>Thu, 26 Jun 2008 09:43:01 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20699703</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</b></A> : <div class="bquote"><small>said by  DSL_Ricer <A HREF="/useremail/u/1471971"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>If you were trying to call 911 on a voip phone during that 0.37% of the time, would you be OK with the congestion?</div>Congestion doesn't mean your VOIP 911 call wouldn't go through. It means that congested dslams get to "critical" levels, but it doesn't mean that it is overloaded and wouldn't process your call. Also, it is unclear whether congestion would just slow down the links or whether it would lengthen response time and by how much.<br><br>There isn't any data that lets us think the "congestion" would affect anyone for any particular length of time.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20699703</guid>
<pubDate>Wed, 25 Jun 2008 21:15:33 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20699562</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : umm .. so now what .. <br><br>CRTC will just take this "disclosure" and go .. mmhmm .. interesting ... this looks like something .. ok, so we got some proof, now we'll make our decision . <br><br>how can the CRTC actually see this as valid ? <br><br>Whats the next move ?<br><br>is anyone going to say anything directly to CRTC about this? ... are we just going to let this pass ? <br><br>if we thought their data was going to be weak, they sure didn't surprise us again, with this .. <br><br>.......... sooo ...........<br><br>i dont know what we are doing now, just waiting for September ? <br><br>Surely the public and CAIP has provided tons more proof that this is affected the end user, and has terrible effects on us all ... rather than BELL showing a nice table . <br><br>this just makes me sick .. a professional business playing games... with us, and treating us as an average lay person . please bibic. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20699562</guid>
<pubDate>Wed, 25 Jun 2008 20:44:38 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20698350</link>
<description><![CDATA[<A HREF="/useremail/u/1375460"><b>Kareeser</b></A> : I wouldn't be surprised. The more stops, the greater the risk...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20698350</guid>
<pubDate>Wed, 25 Jun 2008 16:48:52 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697875</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Interesting statement at &raquo;<A HREF="http://www.internetevolution.com/document.asp?doc_id=148803&page_number=13" >www.internetevolution.com/docume&middot;&middot;&middot;umber=13</A><br><br><b>"Both the Arbor/Ellacoya E30 and Ipoque PRX-5G devices showed excellent performance and very good P2P detection and regulation capabilities:<br><br>    * The presence of each of the filter devices affected the network performance not at all, or only to a small extent. Packet loss was not observed for bidirectional rates of up to 950 Mbit/s. ....."</b><br><br>I wonder if the packet loss Bell has shown is a direct result of the introduction of the Ellacoya boxes.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697875</guid>
<pubDate>Wed, 25 Jun 2008 15:17:00 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697813</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  DSL_Ricer <A HREF="/useremail/u/1471971"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Now can someone please explain to me exactly from where to where in the network diagram their DSLAM category is, and why they can't selectively target traffic on congested links?<br> </div>I'm not an expert in Bell's network, so if there are any mistakes in this explanation they are mine:<br><br>In simplistic terms, a TS customer's data will traverse the following path:<br><br>a) the copper from your home to the CO (DSLAM) is speed restricted by the card in the DSLAM with provisions your service, and by the wire distance from your house to the CO.  Currently Bell's DSLAM cards max out at about 7Mpbs as short distances from the CO. Typical data rates are 3-6Mbps downstream, depending on the service you purchased and the distance from the CO to your home.<br><br>2) From the DSLAM the signal goes to a concentrator (I'm using this terminology because the type of equipment used may vary) which then puts your traffic and that of other people onto a GigE type circuit (typically).<br><br>3) From there the data leaves the CO and heads to a NAP (like 151 Front St. W. in Toronto).<br><br>4) At the NAP, the data is passed over from Bell to TS's own co-located network and then onto the connections TS purchases from other providers.<br><br>I'm not 100% certain where Bell's Ellacoya boxes are physically located, but logically they could be located at either a step 2a or step 3a, and possibly even both locations to deal with upstream/downstream traffic before they hit the GigE pipes in either direction.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697813</guid>
<pubDate>Wed, 25 Jun 2008 15:02:39 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697773</link>
<description><![CDATA[<A HREF="/useremail/u/646748"><b>Angelo_</b></A> : <div class="bquote"><small>said by Mr 5percent :</small><br><br>Correct. Bell's original data was based on one month (april I believe) and included EVERYTHING over the network; dial-up, probably cell data xfers, basic light speeds, and anything using the IP network most likely like digital phone. <br><br>This in turn lowered their "average" user B/W usage to about 10-gigs. (I believe they claimed most users use under 10-gigs per month and anyone using over 59-gigs is a 5% bandwidth hog who made the throttle necessary)<br><br>5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% <br> </div>that game... won't fly<br><br>you need to compare apple's to apple's<br><br>i think it's time to demand more info and a resubmittion of the current one from bell with full data... and the crtc must remind as we all know how well Bell listens...<br><br>these statics they released are selective and give no real information as stated in the past too much is missing.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697773</guid>
<pubDate>Wed, 25 Jun 2008 14:53:45 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697674</link>
<description><![CDATA[<A HREF="/useremail/u/830042"><b>SmithCanada</b></A> : @jfmezei_ : "... the independant ISPs won't be able to select their own IP service policies anymore, and will essentially be able to provide a service equal to Sympatico and nothing more."<br><br>What if an ISP starts using IPsec tunnels from their connection point to the customer? Do you think Bell could justify throttling all traffic just because the end-point customer doesn't want to share with Bell (who they don't have any agreement with anyway.)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697674</guid>
<pubDate>Wed, 25 Jun 2008 14:35:20 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697540</link>
<description><![CDATA[<A HREF="/useremail/u/993162"><b>TakeTheFifth</b></A> : <div class="bquote"><small>said by  DSL_Ricer <A HREF="/useremail/u/1471971"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>Now can someone please explain to me exactly from where to where in the network diagram their DSLAM category is, and why they can't selectively target traffic on congested links?<br> </div>Because these would be the links carrying their Optimax traffic ?<br><br>But seriously, do these numbers include ADSL2 dslams ?<br><br>Phil]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697540</guid>
<pubDate>Wed, 25 Jun 2008 14:07:54 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697530</link>
<description><![CDATA[<A HREF="/useremail/u/1401167"><b>CanadianIron</b></A> : Selectively targeting congested links would be discriminatory.   Bell is an equal opportunity throttler.   ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697530</guid>
<pubDate>Wed, 25 Jun 2008 14:06:26 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697528</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by  DSL_Ricer <A HREF="/useremail/u/1471971"><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  mr_hexen <A HREF="/useremail/u/1474983"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>   :</small><br><br>I did the numbers on page 1 or 2. it's 0.37% time. <br><br>if the available time over 14 days is congested as little as 0.37% they mark the entire 14 days as congested 24/7. <br><br>riiiight.<br> </div>If you were trying to call 911 on a voip phone during that 0.37% of the time, would you be OK with the congestion?<br><br>A couple month ago Teksavvy failed to account for how long it would take Bell to install another Gig-E. That was a pretty awful few weeks.<br>Bell's criteria for considering a link congested isn't all that bad. Their decision to solve it with DPI, however, was.<br><br>Now can someone please explain to me exactly from where to where in the network diagram their DSLAM category is, and why they can't selectively target traffic on congested links?<br> </div>I dont have VOIP, and dont want it simply because I don't trust it. IMO, VOiP is too unreliable (whether due to network issues or not) to become the SOLE link for emergency services (as proved by that bc lady who moved and it all got screwed up when she called 911).<br><br>the DSLAM is the CO. This is where the 2 wires dedicated to your house get lumped into a big connection back to their offices in Toronto (the BAS, Broadband Access Server). Simply put, if a DSLAM is congested its because they oversold it. 1 port, 1 user. PERIOD.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697528</guid>
<pubDate>Wed, 25 Jun 2008 14:06:15 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697503</link>
<description><![CDATA[<A HREF="/useremail/u/1471971"><b>DSL_Ricer</b></A> : <div class="bquote"><small>said by  mr_hexen <A HREF="/useremail/u/1474983"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I did the numbers on page 1 or 2. it's 0.37% time. <br><br>if the available time over 14 days is congested as little as 0.37% they mark the entire 14 days as congested 24/7. <br><br>riiiight.<br> </div>If you were trying to call 911 on a voip phone during that 0.37% of the time, would you be OK with the congestion?<br><br>A couple month ago Teksavvy failed to account for how long it would take Bell to install another Gig-E. That was a pretty awful few weeks.<br>Bell's criteria for considering a link congested isn't all that bad. Their decision to solve it with DPI, however, was.<br><br>Now can someone please explain to me exactly from where to where in the network diagram their DSLAM category is, and why they can't selectively target traffic on congested links?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697503</guid>
<pubDate>Wed, 25 Jun 2008 14:01:11 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697394</link>
<description><![CDATA[<A HREF="/useremail/u/1311511"><b>drjp81</b></A> : <div class="bquote"><small>said by  davidbrown <A HREF="/useremail/u/1212082"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Can i know for sure..no..but its a bet any gambler would take in a min.<br> </div>Rare are the gamblers whom make a living off gambling per-se.<br><small>--<br>Cheers!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697394</guid>
<pubDate>Wed, 25 Jun 2008 13:43:44 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20697129</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by NM :</small><br><br>This is what pisses me off: if the throttled speed is 30KB/sec that means that a fully utilized download is about 75GB/month. 99% of the users (including P2P) don't exhaust the 75GB cap. Given that, if I choose to download a large file via P2P (e.g. a distro) I want to get that frickin file as soon as possible. <br><br>If the argument of congested links proves to be valid (unlikely) I still want to pick the GB cap as opposed to slow download speed.<br> </div>and bell says. Tough, you get both.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20697129</guid>
<pubDate>Wed, 25 Jun 2008 12:54:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696835</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : This is what pisses me off: if the throttled speed is 30KB/sec that means that a fully utilized download is about 75GB/month. 99% of the users (including P2P) don't exhaust the 75GB cap. Given that, if I choose to download a large file via P2P (e.g. a distro) I want to get that frickin file as soon as possible. <br><br>If the argument of congested links proves to be valid (unlikely) I still want to pick the GB cap as opposed to slow download speed.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696835</guid>
<pubDate>Wed, 25 Jun 2008 12:06:38 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696792</link>
<description><![CDATA[<A HREF="/useremail/u/1552863"><b>janusleretou</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><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  Mantiz <A HREF="/useremail/u/1542245"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>From Arbor's website<br>&raquo;<A HREF="http://www.arbornetworks.com/en/ellacoya-eseries-dpi-based-technology.html" >www.arbornetworks.com/en/ellacoy&middot;&middot;&middot;ogy.html</A><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.<br> </div>Any price tags on these?<br> </div>There is an interesting link on Arbor network website &raquo;<A HREF="http://www.internetevolution.com/document.asp?doc_id=148803" >www.internetevolution.com/docume&middot;&middot;&middot;d=148803</A> <br>A review of Ellacoya e30, and how it is inefficient when Bittorent trafic is encrypted in RC4.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696792</guid>
<pubDate>Wed, 25 Jun 2008 11:59:03 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696508</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Correct. Bell's original data was based on one month (april I believe) and included EVERYTHING over the network; dial-up, probably cell data xfers, basic light speeds, and anything using the IP network most likely like digital phone. <br><br>This in turn lowered their "average" user B/W usage to about 10-gigs. (I believe they claimed most users use under 10-gigs per month and anyone using over 59-gigs is a 5% bandwidth hog who made the throttle necessary)<br><br>5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% 5% ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696508</guid>
<pubDate>Wed, 25 Jun 2008 11:00:54 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696338</link>
<description><![CDATA[<A HREF="/useremail/u/1506059"><b>Arbalister</b></A> : If I remember correctly, Bell's original submission stated that they took sample data from 20 of the most congested sites ... because they only had 20 demon boxes.<br><br>So...<br><br>The single worst point in that table is DSLAM figures for Feb 08, at 8.2%  What does that really represent?  8.2% of 20 sample sites is...1.64 DSLAMs.<br><br>Rounding upwards, they're telling us that *TWO* DSLAMs wer congested in Feb.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696338</guid>
<pubDate>Wed, 25 Jun 2008 10:30:19 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696153</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : <div class="bquote"><small>said by  Capharnaum <A HREF="/useremail/u/1367655"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>]Why not just throttle the upstream then?<br> </div> The current technology throttles the downstream as collateral damage to the upstream throttling.  The only way to dynamically throttle the upstream is to reset the modem upstream speed which slows EVERYTHING on the upstream down and will create modem resets every time they turn it on.  In other words, it's not a seamless change.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696153</guid>
<pubDate>Wed, 25 Jun 2008 09:53:41 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696070</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by  Capharnaum <A HREF="/useremail/u/1367655"><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  TakeTheFifth <A HREF="/useremail/u/993162"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>What I'd like to know is how/where they measure congestion at the dslam. 5.2% of the links are congested. Which ones ? <br><br>Phil<br> </div>Remember that criteria for a congestion isn't that there's an overload. It's just that their "limit" (which isn't 100%) was passed four times out of 1344 checks within a two week span (if I understand the documents correctly). Then that dslam is labeled as "congestioned". It doesn't mean that the dslam was overloaded at any time during the month.<br><br>It's pretty shady.<br> </div>I did the numbers on page 1 or 2. it's 0.37% time. <br><br>if the available time over 14 days is congested as little as 0.37% they mark the entire 14 days as congested 24/7. <br><br>riiiight.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696070</guid>
<pubDate>Wed, 25 Jun 2008 09:38:10 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20696060</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : and on top of this all, regardless of their reasons or their method, they have said NUMEROUS times that if they DID NOT throttle 790,000 customers would be affected in Q1, 2009!!<br><br>so, why throttle NOW if it's not an issue for another 1.5years (dating to the Oct 2007 of Sympatico throttling)????????<br><br>for video rentals. PERIOD.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20696060</guid>
<pubDate>Wed, 25 Jun 2008 09:36:31 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695893</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by  Jabus <A HREF="/useremail/u/726430"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>If TSI needs an insider and needs to fight dirty to win....What makes them any better than Bell in the overall scheme of things?<br> </div>Sometimes you have to fight fire with fire.. Bell is a overzealous telco that has been given more power than they should.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695893</guid>
<pubDate>Wed, 25 Jun 2008 08:58:35 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695716</link>
<description><![CDATA[<A HREF="/useremail/u/726430"><b>Jabus</b></A> : If TSI needs an insider and needs to fight dirty to win....What makes them any better than Bell in the overall scheme of things?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695716</guid>
<pubDate>Wed, 25 Jun 2008 08:10:20 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695669</link>
<description><![CDATA[<A HREF="/useremail/u/1551629"><b>globus999</b></A> : This is for Rocky. Yes, I know somebody already suggested it, but I will suggest it again. There is an old saying: "if you are getting into a wits fight, make sure your opponent comes armed".<br><br>Meaning:<br><br>1 - CAIP MOST DEFINITIVELY NEEDS an "insider". You are fighting blind and against the wall. You NEED the "inside" track of things to know where to punch, low, fast and dirty. This is how to win this fight.<br><br>2 - Bell's worst enemy is Bell. They are big, slow and stupid. The ONLY advante they have is the so called "security by obscurity". IF you know where to look and how to look (see point 1) they are no match. HOWEVER, as it stands today,  I am not optimistic.<br><br>My two c$.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695669</guid>
<pubDate>Wed, 25 Jun 2008 07:53:34 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695503</link>
<description><![CDATA[<A HREF="/useremail/u/1427659"><b>jfmezei</b></A> : >as Rocky has mention in here in the past Teksavvy is Ethernet <br>>not ATM. Are we to assume all resellers and wholesalers are <br>>ATM only?<br><br>From what I gather, Teksavvy was one of the first ones to move its AHSSPI links from ATM to ethernet. There are still many waiting to be upgraded. Sentex recently made a comment to the effect that they were still waiting to be upgraded. (this was on can.internet.highspeed if I recall correctly).<br><br>Bell is clearly not there to educate the CRTC on the real situation. They are spinning numbbers the same way they lied when speaking to the media.<br><br>Bell wants those ellacoya boxes to be allowed to stay onder the false premise of congestion, and once they are in, then their real purpose will be activated (charging customers extra to have unfettered access to certain protocols/applications, and capturing HTTP traffic and feeding it to ad agencies for extra monthly revenus (and possibly injecting ads into HTTP traffic.<br><br>Bibic's "white label reseller" may in fact be the shape of things to come since Bell,s satanic boxes will in fact dictate service levels, inject ads, collect data and sell it to Netbuad etc, and the independant ISPs won't be able to select their own IP service policies anymore, and will essentially be able to provide a service equal to Sympatico and nothing more.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695503</guid>
<pubDate>Wed, 25 Jun 2008 06:06:03 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695455</link>
<description><![CDATA[<A HREF="/useremail/u/646748"><b>Angelo_</b></A> : what i gathered from their numbersis that the reason they throttled was because they could have saved abit more throttling instead of upgrading...<br><br>the fact that it's only conguested for a few hours (minimal), they saw it as a way to generate more revenue by throttling it and adding more users to the line... this was the same logic cable isps first had when they started offering cable internet. Quickly they discovered customers would switch if they discovered their service was not infact avertised speeds.<br><br>The means of which this is created doesn't really matter. When you get down to it. The is only why question that remains. If you knew for months (1 or more months) taht a link was going to get conguested (or is) why didn't you upgrade it. <br><br>Also the info supplied by Bell was a joke. They are hoping noone can understand the missing data which still remains... (and which the CRTC should point out). <br><br>as Rocky has mention in here in the past Teksavvy is Ethernet not ATM. Are we to assume all resellers and wholesalers are ATM only?<br><br>If not didn't Bell just not follow what the CRTC has told them to provide solid evidence there is conguested on your network?<br><br>I'm going to end my rank short as i'm tired =p]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695455</guid>
<pubDate>Wed, 25 Jun 2008 05:18:28 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695424</link>
<description><![CDATA[<A HREF="/useremail/u/1212082"><b>davidbrown</b></A> : <div class="bquote"><small>said by  Kareeser <A HREF="/useremail/u/1375460"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>You have lots of opinions and guesses as to how Bell and the CRTC have in the way of backroom dealings...<br><br>Let me ask you your own question in return:<br>    <blockquote><small>said by davidbrown :</small><hr>How do you know that for sure?<hr></blockquote><br><br>?<br> </div>Simple the crtc passed behavior has been to the point of being totally illegal but they have repeatably done it.<br><br>I seriously doubt they are going to change and see the light just on this issue or for us.<br><br>Can i know for sure..no..but its a bet any gambler would take in a min.<br><br>Add to this bell own dishonesty and backroom dealings and i sure rocky has his own supisions.<br><br>I do though have faith in bell ability to mess things up so all hope isn't gone.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695424</guid>
<pubDate>Wed, 25 Jun 2008 04:46:39 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695328</link>
<description><![CDATA[<A HREF="/useremail/u/1540310"><b>heavyduty</b></A> : <div class="bquote"><small>said by Bellus_atm :</small><br><br>I really think the smart thing would be to replace their POP/CO to DSLAM point-to-point links with some sort of GPON 2.488D/1.24U or 10GEPON feeding 24/48/72port micro dslam's every couple blocks.<br> </div>Yeah, it seems there is strong need to push RDSLAMs if twisted-pair last-mile is to be used, well last 1k-2k feet is more or less the target reach.<br><br>GPON is certainly a reasonable solution. Verizon is using it (along with BPON). But somehow I suspect even with GPON, Bell would still be very stingy with bandwidth. I just don't think they have the cahones to put out 10/2, 20/5, 20/20 and 50/20 mbps services (with particular emphasis on those upstream rates).<br><br>BTW, I like the 2.488D/1.244U (2:1) ratio i like very much :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695328</guid>
<pubDate>Wed, 25 Jun 2008 03:25:33 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695066</link>
<description><![CDATA[<A HREF="/useremail/u/1427659"><b>jfmezei</b></A> : >In a court room, this evidence should/would just be discarded...<br><br>only  if the opposing lawyers show that these numbers are worthless. If nobody questions (legitimately and logically) these numbers, the judge will accept those as facts.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695066</guid>
<pubDate>Wed, 25 Jun 2008 00:57:00 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20695008</link>
<description><![CDATA[<A HREF="/useremail/u/1554612"><b>DJMASACRE</b></A> : I think i made tables like that in grade 5 math class....<br><br>looks sorta like a periodic table.. <br><br>boxes with percentages... ok .. so what... <br><br>can we see actual logs of hardware, congestion, real loss figures... <br><br>them taking their own figures ( real or made up ) and just making a nice table for us doesnt give us any real truth.. its still what they want us to see after they gather what they think is relevant... <br><br>thats still not any real data to analyze.. <br><br>nice try .. <br><br>in a court room, this evidence should/would just be discarded... <br><br>like finding any gun you can and display it for evidence, and say,.. see.. thats the gun ... <br><br>i dunno... <br><br>that looks like crap to me.. :P]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20695008</guid>
<pubDate>Wed, 25 Jun 2008 00:42:13 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694949</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</b></A> : <div class="bquote"><small>said by  TakeTheFifth <A HREF="/useremail/u/993162"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>What I'd like to know is how/where they measure congestion at the dslam. 5.2% of the links are congested. Which ones ? <br><br>Phil<br> </div>Remember that criteria for a congestion isn't that there's an overload. It's just that their "limit" (which isn't 100%) was passed four times out of 1344 checks within a two week span (if I understand the documents correctly). Then that dslam is labeled as "congestioned". It doesn't mean that the dslam was overloaded at any time during the month.<br><br>It's pretty shady.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694949</guid>
<pubDate>Wed, 25 Jun 2008 00:25:28 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694925</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</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>Well, fortunately a degree and experience in Computers, Broadcast Television Engineering, and Communications give me enough knowledge to know that the upstream is very limited and that P2P from just a handful of users on a cable segment can bring that segment to its knees.  Moreover, a review of these forums will reveal that at least for Rogers, implementing first DOCSIS and then throttling, the number of performance related complaints has significantly decreased.<br> </div>Why not just throttle the upstream then?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694925</guid>
<pubDate>Wed, 25 Jun 2008 00:18:19 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694861</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><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  Mantiz <A HREF="/useremail/u/1542245"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>From Arbor's website<br>&raquo;<A HREF="http://www.arbornetworks.com/en/ellacoya-eseries-dpi-based-technology.html" >www.arbornetworks.com/en/ellacoy&middot;&middot;&middot;ogy.html</A><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.<br> </div>Any price tags on these?<br> </div>E30-64-ac  (A/C Power for 64K with 64K subscriber license subscriber)  $61,400<br><br>E30-64-dc (DC Power for 64K with 64K Subscriber license Subscriber)  $61,300<br><br>Availabilty 2 weeks<br><br>Expect the e100 to be more costly - these figures are in-line with the $1-2 per subscriber previously posted in this thread. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694861</guid>
<pubDate>Wed, 25 Jun 2008 00:02:39 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694826</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</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>This is definitely under public scrutiny BEFORE the decisions have been made ... that makes a huge difference.<br><br>As much as the major cablecos and Bell all throttle, the cablecos can provide technical validity to throttling as a part of the technology.  BUT Bell cannot provide evidence that throttling is technically required, but simply at best mismanagement of their own networks.<br> </div>Don't put it past Stevie-Boy Harper to abolish the CRTC when Parliament resumes. It's what the telco's and cableco's want.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694826</guid>
<pubDate>Tue, 24 Jun 2008 23:53:36 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694731</link>
<description><![CDATA[<A HREF="/useremail/u/993162"><b>TakeTheFifth</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Definitely an interesting table... no doubt!<br> </div>What I'd like to know is how/where they measure congestion at the dslam. 5.2% of the links are congested. Which ones ? <br><br>Phil]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694731</guid>
<pubDate>Tue, 24 Jun 2008 23:35:06 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694556</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : If you look at this data and combine it with some telecom knowledge, you understand BC's major capital projects that impact xDSL services... and there are a lot of them at every level of the network... stingers to VDSL2 & Dual Gige LAG uplinks, upgraded BAS equipment, replacement of multilayer+multivendor-edge aggregation, better core capacity.<br><br>Also, for Rocky, there is still mucho ATM between your service provider GigE and the end user, although the normal MTU is great for users:<br><br>Stinger/Anymedia/Subtended DSLAM shelves: most of these use OC-3 to link up to their control units at the CO.<br><br>Al-Lu 73xx ASAM and Stinger FS+ controllers: The FS has OC-12 atm uplinks in many POP's. Same with the Alcatel equipment that controls DSLAM's/shelves.<br><br>Finally there is an ATM-to_GigE device connected to a Nortel 8600 edge device. In same cases, some of the above links are now Gige, but even 4 Gige uplinks for a device that controls dozens of DSLAM's isn't much.<br>---------------------------------------------------------<br>Even the VDSL2 upgrades to Stingers puzzle me... 3 48port LIM's on a stinger with 2 Gige uplinks. Even with multicast for the IPTV traffic, that doesn't really seem to make sense. But that is where things are going.<br><br>I really think the smart thing would be to replace their POP/CO to DSLAM point-to-point links with some sort of GPON 2.488D/1.24U or 10GEPON feeding 24/48/72port micro dslam's every couple blocks.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694556</guid>
<pubDate>Tue, 24 Jun 2008 22:58:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694218</link>
<description><![CDATA[<A HREF="/useremail/u/1375460"><b>Kareeser</b></A> : I'm not sure whether 2-5% congestion means "The pipes are at an average load og 2-5%", or whether that means "2-5% of our pipes are fully utilized, and people are oversubscribed in those areas and getting substandard service"<br><br>I'm leaning more towards the latter, and 2-5% might encompass several neighbourhoods in Downtown T.O.!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694218</guid>
<pubDate>Tue, 24 Jun 2008 21:53:25 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694189</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Their definitions of congestion are pretty low too.<br><br>They deem it "congested" if the following utilizations are exceeded:<br>DS-3:  61%;<br>OC-3:  84%; and<br>OC-12 and OC-48:  90%.<br><br>And they measure it at 15 minutes intervals.  For a link to be considered congested, the threshold must have been exceeded at least once on 5 or more different days of a 14 consecutive day period.<br><br>Presumably this 14 day figure is a rolling window.<br><br>So, if its measured to be congested at just a couple hours in a 2 week period, its considered congested for that whole month?<br><br>And only a few percent of links actually met this ridiculously low criteria for congestion?<br><br>I agree with the first couple of posters, the CRTC has all the info it needs to make a ruling yesterday. What's the freakin' holdup here?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694189</guid>
<pubDate>Tue, 24 Jun 2008 21:48:40 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694164</link>
<description><![CDATA[<A HREF="/useremail/u/771619"><b>yabos</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>Soo, 2-5% congestion, so THROTTLE THE WHOLE NETWORK.  That makes lots of sense.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694164</guid>
<pubDate>Tue, 24 Jun 2008 21:44:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694155</link>
<description><![CDATA[<A HREF="/useremail/u/1375460"><b>Kareeser</b></A> : You have lots of opinions and guesses as to how Bell and the CRTC have in the way of backroom dealings...<br><br>Let me ask you your own question in return:<br>  <blockquote><small>said by davidbrown :</small><hr>How do you know that for sure?<hr></blockquote><br><br>?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694155</guid>
<pubDate>Tue, 24 Jun 2008 21:44:03 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20694153</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : The cell loss graph is amusing. 4500 cells seems like a huge number, but each cell only carriers 48 bytes of data. So for their highest loss month they lost 216k of data or about 150 EtherNet frames. <br><br>I don't know the average data loss stats, but it's something like 99.9% and I gather 216kb of data is going to be a very tiny percentage of the total data transferred. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20694153</guid>
<pubDate>Tue, 24 Jun 2008 21:43:50 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693804</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : >I think that you/CAIP should hire some consulting help from one of the big firms with inside telco network consulting experience - maybe Ernst & Young, IBM, HP, or some firm that is recommended to you in the US<br><br>Ask google for help.  They have lots of PHD and other smart guys that know network there.<br><br>The DSLAM is the most congest part, but the numbers before the throttling and after almost show no different.  The congestion dropped 2%, but that is also the same amount as short term fluctuations  prior to throttling.  No enough data to show trend whether or not throttling actually helped.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693804</guid>
<pubDate>Tue, 24 Jun 2008 20:35:34 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693780</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : Well, fortunately a degree and experience in Computers, Broadcast Television Engineering, and Communications give me enough knowledge to know that the upstream is very limited and that P2P from just a handful of users on a cable segment can bring that segment to its knees.  Moreover, a review of these forums will reveal that at least for Rogers, implementing first DOCSIS and then throttling, the number of performance related complaints has significantly decreased.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693780</guid>
<pubDate>Tue, 24 Jun 2008 20:32:12 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693760</link>
<description><![CDATA[<A HREF="/useremail/u/1541022"><b>chronoss2008</b></A> : <div class="bquote"><small>said by  Guspaz <A HREF="/useremail/u/510249"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>If the CRTC was on the take, Bell and other ISPs wouldn't be obligated to provide wholesale access to their networks. Bell constantly fights this and tries to have the CRTC remove the requirements, and Bell has so far lost every time.<br> </div>And you htink shaping wholesalers to 95% of what they paid for isn't proof they are on the so called take?<br>So bell loses a few minor htings but gets what it wants in the end , will make it LOOK like there was actual regulation, when in fact its just a HAHA look at the poor people attitude, oh jimmy bring around the limo, bell gave us a lot a cash to seal this we can party now....]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693760</guid>
<pubDate>Tue, 24 Jun 2008 20:28:09 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693635</link>
<description><![CDATA[<A HREF="/useremail/u/1212082"><b>davidbrown</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>This is definitely under public scrutiny BEFORE the decisions have been made ... that makes a huge difference.<br><br>As much as the major cablecos and Bell all throttle, the cablecos can provide technical validity to throttling as a part of the technology.  BUT Bell cannot provide evidence that throttling is technically required, but simply at best mismanagement of their own networks.<br> </div>How do you know that for sure?<br><br>They have never had to since no one has ever forced them too.<br><br>They like bell have a vested interest in no letting that out and having people maybe find out that they are getting ripped off.<br><br>My better half dealt with all the above thanks to the hydrovac business she ran and no one of them isn't run by a bunch of crooks .]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693635</guid>
<pubDate>Tue, 24 Jun 2008 20:00:45 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693618</link>
<description><![CDATA[<A HREF="/useremail/u/1212082"><b>davidbrown</b></A> : <div class="bquote"><small>said by  Guspaz <A HREF="/useremail/u/510249"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>If the CRTC was on the take, Bell and other ISPs wouldn't be obligated to provide wholesale access to their networks. Bell constantly fights this and tries to have the CRTC remove the requirements, and Bell has so far lost every time.<br> </div>The crtc was given no choice when that  ruling was made as bell publicly hosed themselves.<br><br>Bell has now found its loop hole around this ruling and a likely effective means of killing off the smaller isps and thus removing the problem.<br><br>At the same time ripping off the consumers.<br><br>The real question here is can bell keep things quiet enough to get away with it or higher more idiots with big mouths.<br><br>The later bell does rather well and because of this we could get the same result when they ruled against bell for wholesale isp's.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693618</guid>
<pubDate>Tue, 24 Jun 2008 19:56:59 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693585</link>
<description><![CDATA[<A HREF="/useremail/u/539077"><b>sbrook</b></A> : This is definitely under public scrutiny BEFORE the decisions have been made ... that makes a huge difference.<br><br>As much as the major cablecos and Bell all throttle, the cablecos can provide technical validity to throttling as a part of the technology.  BUT Bell cannot provide evidence that throttling is technically required, but simply at best mismanagement of their own networks.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693585</guid>
<pubDate>Tue, 24 Jun 2008 19:50:02 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693581</link>
<description><![CDATA[<A HREF="/useremail/u/510249"><b>Guspaz</b></A> : If the CRTC was on the take, Bell and other ISPs wouldn't be obligated to provide wholesale access to their networks. Bell constantly fights this and tries to have the CRTC remove the requirements, and Bell has so far lost every time.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693581</guid>
<pubDate>Tue, 24 Jun 2008 19:48:47 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693554</link>
<description><![CDATA[<A HREF="/useremail/u/1212082"><b>davidbrown</b></A> : They got away when 1.2 billion was at stake so i don't see them having any problems getting away with this.<br><br>As i said though if they get caught badly enough in the public before this goes through then there is a chance.<br><br>Bell is counting on the fact that the smaller isp's don't have the dough to go against all three (or more) of them in court.<br><br>Remember its not just bell that has a stake in this but both all the other major isp's doing the same as bell.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693554</guid>
<pubDate>Tue, 24 Jun 2008 19:44:57 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693500</link>
<description><![CDATA[<A HREF="/useremail/u/1524803"><b>ultracat</b></A> : I agree with you, I'm a cynical guy.  However, even the most clever, seedy backroom dealings have to be done when no one is looking.  The public and media have shone a spotlight on this issue.  Do you really think Bell will win?  I honestly don't at this point.  Even if the CRTC rules against us, this is a political issue now and the cons are a minority.  Worst case scenario this is a great problem for the other parties Lib, BQ, NDP, Green to address in their platforms in the next election (e.g. buying our votes for giving us back our unfettered internet).   And don't forget there could still be a civil case even after the CRTC ruling.  And don't forget that significant privacy issues have come up during this whole thing and yes even the CRTC has to be in compliance with privacy laws (adjudicated by the privacy commissioner NOT the CRTC).  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693500</guid>
<pubDate>Tue, 24 Jun 2008 19:32:27 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693431</link>
<description><![CDATA[<A HREF="/useremail/u/1212082"><b>davidbrown</b></A> : The crtc has no plans to rule against bell (by default rogers and cogeco).<br><br>Theres far to much political pressure and money to have any other ruling other then for bell.<br><br>If you for a moment don't think back room dealing isn't going on when these guys have so much at stake your fooling yourself.<br><br>That being said there is still a chance that something leaks that forces the crtc to cover its own collective butt by ruling against bell.<br><br>This should give you a idea just how honest the crtc is and how much they care about us.<br><br>h**p://bigbry.wordpress.com/2008/02/08/c-r-t-c-on-the-take/]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693431</guid>
<pubDate>Tue, 24 Jun 2008 19:16:20 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20693177</link>
<description><![CDATA[<A HREF="/useremail/u/1375460"><b>Kareeser</b></A> : Funny... the download of this file slowed to a paltry 3 kb/s as I was downloading, hahaha...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20693177</guid>
<pubDate>Tue, 24 Jun 2008 18:26:49 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692968</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Initial view:<br><br>Not good.  I don't see sufficient detail in the data to draw any solid conclusions.  Right now their response seems to be too short and simple for the gravity of the situation.<br><br>I will have to read this in detail to really understand what is going on. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692968</guid>
<pubDate>Tue, 24 Jun 2008 17:43:01 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692887</link>
<description><![CDATA[<A HREF="/useremail/u/929913"><b>Omr</b></A> : Just surprised they considered this Confidential Trade Secrets". I guess the only secret they wanted hidden is that they have an under-used network capacity re-branded as congested beyond repair.<br><br>Now to the data, I can say there is somewhat visible data showing that Throttling has brought down "congestion" levels, but by not much worth noting ... and for them to say that other traffic came in to replace it is a bold faced lie as Rocky's own graphs show dips in usage levels through-out throttle times.<br><br>Keep in mind to get a good before and after perspective look at April 07 Vs. April 08. Those two months are clear times of no throttle, and full throttle (March it was being rolled out still).<br><br>So a quick comparison;<br><br><b>April 2007 vs. April 2008</b><br><br>Backbone | 4.5% to 1.0%<br>BAS | 1.2% to 0.5%<br>Aggregation | 3.9% to 0.7%<br>DSLAM | 4.6% to 5.8%<br><br>Now I hope people can start seeing a trend ;) , Bell in all it's excellence of being the king of cheap turned the Pyramid on it's head. The Year over Year trend is that of reduction, except for the DSLAM congestion which they want to resolve. Matter of fact it would appear that the DPI is adding on to this layer cake of "congestion" right onto the DSLAM. It is cheaper to have the local connections congested rather then the external. From 4.6% in April 07 to 5.8% in April 08.<br><br>Now for the bulk of the data found on that table ... firstly the Total Margin I would presume is useless, and of no use to anyone. Second I've grown up to know that networks are predominantly garbage in and garbage out, there is a relationship. Now this chart personally looks quite shady, especially in it's current form which is not to scale or even fabricated?<br><br>DSLAM is related to the BAS (the knee bone is connected to the thighbone), so I think it needs greater scrutiny in areas we see the DSLAM % Higher or equal in one Month compared to another, but the BAS % is lower compared to that other.<br><br>March 07(1) Vs. September 07(2)<br><br>- DSLAM 5.6%(1), 6.6%(2)<br>- BAS 3.1%(1), 0.4%(2)<br><br>April 07(1) Vs. August 07(2)<br><br>- DSLAM 4.6%(1), 4.6%(2)<br>- BAS 1.2%(1), 0.7%(2)<br><br>* Now keep in mind when looking at these data that it most definitely is not in context, Network Upgrades alone could fudge the relationship between numbers. Also key dates need to be understood ... Nov. 07 Sympatico Throttled, March 08 Everyone else is throttled, also we have to keep in mind the seasonality of the internet.<br><br>So now goes into how data was obtained, how it can be verified, and explaining key network events in a timeline. Also we have to question Bell's definition of "Congestion", and also get a respected Network Engineers POV of the numbers and get the knowledge individual to write a recommended guideline for congestion and the use of that word.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692887</guid>
<pubDate>Tue, 24 Jun 2008 17:29:19 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692826</link>
<description><![CDATA[<A HREF="/useremail/u/1541022"><b>chronoss2008</b></A> : here is how you tell<br><br>Show figures for your 10 hr throttle<br><br>Then show figures when not throttled<br>(use the fact that i am basically ONLY usng my net now during the unthrottled time thus defeating traffic shaping in a sense<br><br>Data like that would either prove or disprove the theory and as i get max speeds i do not see the issue and when you take a weekend where everyone else does like i do , it proves logically without need of network knowledge that they are lying about something.<br>--------------------------------<br>If ontario had a class action lawsuit that asked for a injunction say bell loses and appeals, that would in effect lift the throttling while the appeal and perhaps even class action were going , it would allow all sides to gather data on "unthrottled use".<br>Even a full month or two would be a case or not for or against.<br>---------------<br>P.S. I havent got less due to throtlling i have merely shifted and scheduled my use of the net.<br>I am sure many thousands have "got this idea down"<br>so the throttle is in effect ONLY now FOR sympatico users, and those wishing to use or NEEDING to use during shape times.<br>---------------------<br>ALso after you see one red marker do you place another?<br>this is why peterborough has one<br>the fact is if every person put a marker there it woud look like  a bloody mess, there for the map as sent is skwed by the fact they are shaping me in an area with one red marker the same as 50 in toronto.<br>WHY looks better for bell to show that hey see not so bad over there. CAIP needs the CRTC to know that i myself did not place a marker cause i already saw one on peterborough as an example.<br><br>ALSO the downloadhelper addon for firefox defeats the traffic shape, tested at youtube at 500Kbytes/sec.<br>While i am getitng tv that isn't on dvdr anymore that shows you that what i said about firefox addons can and will slap the system and that in fact you tube is far more worse place for p2p activity.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692826</guid>
<pubDate>Tue, 24 Jun 2008 17:14:08 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692252</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by  bacon612 <A HREF="/useremail/u/1499369"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Too early to begin asking about ADSL2 again? I think bell has room on their network for it ;)<br> </div>Oh yes, it's obvious now without a doubt they have the room but because of their media ventures and clueless management, they want to control what you surf and watch on the internet and get more dollars out of it. If they can serve up their lame ads on a throttled and capped 5 Mbps connection instead of 20 Mbps, you can bet they will try.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692252</guid>
<pubDate>Tue, 24 Jun 2008 15:13:32 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692204</link>
<description><![CDATA[<A HREF="/useremail/u/1499369"><b>bacon612</b></A> : Too early to begin asking about ADSL2 again? I think bell has room on their network for it ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692204</guid>
<pubDate>Tue, 24 Jun 2008 15:01:49 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692073</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by Maynard G Krebs :</small><br><br><div class="bquote"><small>said by  mr_hexen <A HREF="/useremail/u/1474983"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>dont forget that bell owns Ellacoya though, so i'm sure they got a good deal ;)<br> </div>Arbour Networks bought Ellacoya earlier this year.<br> </div>my mistake, i thought i read that Bell bought them.. o well...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692073</guid>
<pubDate>Tue, 24 Jun 2008 14:41:52 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692062</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by Maynard G Krebs :</small><br><br>And get the CRTC to require Bell to institute a procedure whereby they notify you/CAIP at least 30 days in advance of any changes to equipment attached to, or observation of data passing through, or parameters of your circuits.<br> </div>this rule is already in the tarrif, Bell Canada simply ignored it anyways, lol.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692062</guid>
<pubDate>Tue, 24 Jun 2008 14:39:49 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20692029</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  mr_hexen <A HREF="/useremail/u/1474983"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>dont forget that bell owns Ellacoya though, so i'm sure they got a good deal ;)<br> </div>Arbour Networks bought Ellacoya earlier this year.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20692029</guid>
<pubDate>Tue, 24 Jun 2008 14:31:51 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691980</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>[If I were a betting man I think if anything, they took the worst numbers/areas possible to make the arguments here....<br> </div>Rocky,<br><br>I think that you/CAIP should hire some consulting help from one of the big firms with inside telco network consulting experience - maybe Ernst & Young, IBM, HP, or some firm that is recommended to you in the US (where the talent pool may be a bit deeper).<br><br>You'll get a fuller understanding of what's really missing from the Bell submission, any sensitivities their network may have, and how Bell will use that against you - ie. anything you respond with may be inaccurate because Bell is still withholding data that may be relevant. <br><br>Hopefully an experienced consultant can help you out with the "If it's X then Bell will/won't have congestion; if it's Y then ..... etc...."<br><br>If the CRTC rules against Bell and Bell appeals, then the status quo will likely stay until the end of the appeal process. And Bell might do just that if you can't anticipate what the 'hidden' data might be.<br><br>And make sure that when the CRTC gives you a ruling in your favour, that there is a drop dead date (30 days??) for Bell to remove ALL throttle/DPI from your links, and that the removal is certified as having been done by the Bell CEO & chairman of the Board. <br><br>And get the CRTC to require Bell to institute a procedure whereby they notify you/CAIP at least 30 days in advance of any changes to equipment attached to, or observation of data passing through, or parameters of your circuits.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691980</guid>
<pubDate>Tue, 24 Jun 2008 14:23:37 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691964</link>
<description><![CDATA[<A HREF="/useremail/u/640660"><b>JayMan</b></A> : I have to laugh at this. I live in Pembroke, we have 1 CO, no remotes and like 12,000 people living here and we got stabbed by one of Bell's Red pins.<br><br>This is laughable because hardly anyone around here can get 5mbit unless you live within blocks of the CO which is right downtown.<br><br>But as I type this I look outside and there is 8 yes 8 Cogeco contracted White Broadband vans on the street upgrading our cable so we can get highspeed here in a about a month from what I am told.    Maybe Bell will come and upgrade too.<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#000000 nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/20691964?c=1321054&ret=L2ZvcnVtL3IyMDY5MDIyMS54bWw%3D"><IMG class="apic" BORDER=0 TITLE="114718 bytes" WIDTH=600 HEIGHT=343 SRC="/r0/download/1321054.thumb600~9b36305afe372f72941b536e963a3722/bellsymp3.gif/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691964</guid>
<pubDate>Tue, 24 Jun 2008 14:19:42 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691945</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : dont forget that bell owns Ellacoya though, so i'm sure they got a good deal ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691945</guid>
<pubDate>Tue, 24 Jun 2008 14:15:37 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691924</link>
<description><![CDATA[<A HREF="/useremail/u/1401167"><b>CanadianIron</b></A> : "The Ellacoya e100 is available now. Because it's modular, pricing depends on hardware and software options chosen. "The price per subscriber is similar to the current generation of DPI equipment, <b>between $1 and $2 per subscriber,</b>" Sammartino says. "<br><br>&raquo;<A HREF="http://www.isp-planet.com/equipment/2007/ellacoya_e100.html" >www.isp-planet.com/equipment/200&middot;&middot;&middot;100.html</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691924</guid>
<pubDate>Tue, 24 Jun 2008 14:11:29 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691889</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.<br> Any price tags on these?<br> </div>It's probably in Gartner Group reports or one of the other IT industry subscription-based analysis reports.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691889</guid>
<pubDate>Tue, 24 Jun 2008 14:05:05 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691718</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>&raquo;<A HREF="http://www.p2pnet.net/story/16197" >www.p2pnet.net/story/16197</A><br> </div>Looks like you just got quoted shinda....<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691718</guid>
<pubDate>Tue, 24 Jun 2008 13:39:15 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691619</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : &raquo;<A HREF="http://www.p2pnet.net/story/16197" >www.p2pnet.net/story/16197</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691619</guid>
<pubDate>Tue, 24 Jun 2008 13:18:13 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691607</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Just my thoughts (not a network guy myself):<br><br>The graphs on page 12 (Network Traffic Growth) and Network Capacity Growth (while on different scales) show that Bell (since 2003) has had sufficient network in place to manage even today's usage.<br><br>And unless I'm mis-interrupting this paragraph:<br><br><blockquote>As described further in Bell Canada(CRTC)15May08-1 CAIP Part VII, Bell Canada has limited records of traffic make-up (i.e., P2P vs. non-P2P traffic) prior to exercising its traffic shaping using DPI devices.  Therefore, the available data is insufficient to show a trend due to the short time period since DPI was introduced.</blockquote><br><br>They are conceding that P2P isn't the problem, they really don't know what the problem is (apart from increased growth in usage), which would be better correlated against the amount of new rich media content that has sprung up on the net, in the selected time frame, (YouTube for instance).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691607</guid>
<pubDate>Tue, 24 Jun 2008 13:15:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691592</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  AkFubar <A HREF="/useremail/u/1167100"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Just a thought.<br><br>The chart shows percentage (which is proportion).  It may be difficult to tell what effect throttling has had from that data because actual volume figures are not shown and the number of customers taxing the network or actual changes in throughput is not shown.  <br><br>Perhaps it is possible that Bell will make the argument that the reason why the percent numbers have not changed is because throttling abated an increase in the percentage or in other words, held it where it is before it got really bad?  <br> </div>If I were a betting man I think if anything, they took the worst numbers/areas possible to make the arguments here....<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691592</guid>
<pubDate>Tue, 24 Jun 2008 13:14:24 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691517</link>
<description><![CDATA[<A HREF="/useremail/u/1167100"><b>AkFubar</b></A> : Just a thought.<br><br>The chart shows percentage (which is proportion).  It may be difficult to tell what effect throttling has had from that data because actual volume figures are not shown and the number of customers taxing the network or actual changes in throughput is not shown.  <br><br>Perhaps it is possible that Bell will make the argument that the reason why the percent numbers have not changed is because throttling abated an increase in the percentage or in other words, held it where it is before it got really bad?  <br><small>--<br>"No matter where you go, there you are." - Buckaroo Banzai</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691517</guid>
<pubDate>Tue, 24 Jun 2008 13:03:53 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691216</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Sorry, I guess I shouldn't take a bio-break in the middle of a post.  While I was out of the room, Zinc made the same observation as I did. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691216</guid>
<pubDate>Tue, 24 Jun 2008 12:07:07 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691203</link>
<description><![CDATA[<A HREF="/useremail/u/1367655"><b>Capharnaum</b></A> : <div class="bquote"><small>said by  mr_hexen <A HREF="/useremail/u/1474983"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Bell does touch on this. They are saying (basically) because there is less P2P, there is more HTTP and other traffic which is why no reduction is noted.<br><br>In reality, its all BCE BS ;)<br><br>DSLAMS are the most congested by their numbers, goes back to what I said a month or so ago, they added too many users then they are capable of.<br> </div>The funny thing is that if throttling only moves traffic (without reducing it), then it proves that Bell uses throttling to favorise parts of the internet while deterring others.<br><br>However, I don't see why net congestion is linked to the issue at hand. CAIP pays to get connected, it should be up to Bell to make sure the bandwitdh is available. Otherwise, they can keep overselling their network while spreading the consequences over to their competition.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691203</guid>
<pubDate>Tue, 24 Jun 2008 12:05:16 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691180</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : The figures in the table that HiVolt posted go from to Mar 07 (pre-throttle days) to May 08.<br><br>I don't know much about networks, so I may be missing something, but if they're saying throttling is the solution to the "problem", why does their massive throttling effort show no net impact on these figures?<br><br>Also, do they provide figures for the rest of the country or did they cherry-pick Ontario & Quebec as the worst case (suggesting the real problem is not keeping up with growth)? <br><br>Does this represent all Ontario and Quebec or just the worst areas?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691180</guid>
<pubDate>Tue, 24 Jun 2008 12:01:30 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691122</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by  zinc <A HREF="/useremail/u/955064"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>More things to note...<br><br>As Bell stated, congestion of any link == bad customer experience.<br><br>Since throttling of 3rd party ISPs began, there's been no significant change in congestion at either the backbone or DSLAM level. So one can argue that the throttling is purely for competitive reasons as whether or not we're being throttled the amount of congested users is still the same.<br><br>I can only assume they've added capacity to the BAS and aggregation links since otherwise it doesn't make much sense that the throttle can remove congestion from the BAS and aggregation while not affecting congestion at the DSLAM level. (If the traffic's been stopped between the Backbone and BAS, then it's not there to flow from Aggregation->DSLAM and logically that should result in less congestion at the DSLAM level...)<br> </div>Bell does touch on this. They are saying (basically) because there is less P2P, there is more HTTP and other traffic which is why no reduction is noted.<br><br>In reality, its all BCE BS ;)<br><br>DSLAMS are the most congested by their numbers, goes back to what I said a month or so ago, they added too many users then they are capable of.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691122</guid>
<pubDate>Tue, 24 Jun 2008 11:50:58 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691121</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  zinc <A HREF="/useremail/u/955064"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I can only assume they've added capacity to the BAS and aggregation links since otherwise it doesn't make much sense that the throttle can remove congestion from the BAS and aggregation while not affecting congestion at the DSLAM level. (If the traffic's been stopped between the Backbone and BAS, then it's not there to flow from Aggregation->DSLAM and logically that should result in less congestion at the DSLAM level...)<br> </div>Hehehe... that's a good point...  Funny they should add stuff that is before "and" after the DPI boxes in the table... BAS and DSLAMs are definitely before the DPI devices...  The only thing that would be after the DPI devices of use to that table are the Backbone and Aggregation... Aggregation we've paid for to have dedicated and backbone we've paid for to have dedicated I believe.<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691121</guid>
<pubDate>Tue, 24 Jun 2008 11:50:43 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691089</link>
<description><![CDATA[<A HREF="/useremail/u/955064"><b>zinc</b></A> : More things to note...<br><br>As Bell stated, congestion of any link == bad customer experience.<br><br>Since throttling of 3rd party ISPs began, there's been no significant change in congestion at either the backbone or DSLAM level. So one can argue that the throttling is purely for competitive reasons as whether or not we're being throttled the amount of congested users is still the same.<br><br>I can only assume they've added capacity to the BAS and aggregation links since otherwise it doesn't make much sense that the throttle can remove congestion from the BAS and aggregation while not affecting congestion at the DSLAM level. (If the traffic's been stopped between the Backbone and BAS, then it's not there to flow from Aggregation->DSLAM and logically that should result in less congestion at the DSLAM level...)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691089</guid>
<pubDate>Tue, 24 Jun 2008 11:44:17 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691027</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  zinc <A HREF="/useremail/u/955064"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>They're referring to the links in their backbone aggregation network. (i.e. the network where the BAS links terminate and connects to ISPs)<br> </div>LOL.. if that's the case, we're paying to have those dedicated (AHSSPI).<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691027</guid>
<pubDate>Tue, 24 Jun 2008 11:34:50 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20691022</link>
<description><![CDATA[<A HREF="/useremail/u/955064"><b>zinc</b></A> : They're referring to the links in their backbone aggregation network. (i.e. the network where the BAS links terminate and connects to ISPs)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20691022</guid>
<pubDate>Tue, 24 Jun 2008 11:33:34 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690975</link>
<description><![CDATA[<A HREF="/useremail/u/1552022"><b>Spike</b></A> : Just what do they mean by the Backbone percentages? Are they referring to the internet backbone uplinks? If so these wouldn't even apply to wholesaler AGAS.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690975</guid>
<pubDate>Tue, 24 Jun 2008 11:24:36 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690771</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><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  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>Just realised... How can they put a "total" to those values... They don't relate... They all have different thresholds and mechanisms to deal with packet-loss or load.  They'd need to talk on a case by case, not on a global... Some of this is on a customer to customer issue other portions are on a more aggregated level....<br> </div>Excellent points, you should make sure these points are relayed in CAIP's reply.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690771</guid>
<pubDate>Tue, 24 Jun 2008 10:55:38 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690726</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>Just realised... How can they put a "total" to those values... They don't relate... They all have different thresholds and mechanisms to deal with packet-loss or load.  They'd need to talk on a case by case, not on a global... Some of this is on a customer to customer issue other portions are on a more aggregated level....<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690726</guid>
<pubDate>Tue, 24 Jun 2008 10:47:50 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690724</link>
<description><![CDATA[<A HREF="/useremail/u/706989"><b>sibisties</b></A> : I love the last graph that shows "cell loss" ! That's not caused by congestion, it's their DPI boxes that are dropping packets !]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690724</guid>
<pubDate>Tue, 24 Jun 2008 10:47:33 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690705</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><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 Mirko five_perct :</small><br><br>Hivolt, per the publicly filed report:<br><br>"While these numbers may seem low to the average lay person, they are significant to network traffic engineers".<br><br>k?<br> </div>I read that... I don't buy it.<br><br>k?<br> </div>ditto... K!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690705</guid>
<pubDate>Tue, 24 Jun 2008 10:45:02 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690695</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : Still begs the question of the ethernet side... Bell's network is being converted to it and most of their investments have gone to it.<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690695</guid>
<pubDate>Tue, 24 Jun 2008 10:43:06 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690685</link>
<description><![CDATA[<A HREF="/useremail/u/273051"><b>HiVolt</b></A> : <div class="bquote"><small>said by Mirko five_perct :</small><br><br>Hivolt, per the publicly filed report:<br><br>"While these numbers may seem low to the average lay person, they are significant to network traffic engineers".<br><br>k?<br> </div>I read that... I don't buy it.<br><br>k?<br><small>--<br>,,!,,('-'),,!,,</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690685</guid>
<pubDate>Tue, 24 Jun 2008 10:41:34 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690676</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>Hivolt, per the publicly filed report:<br><br>"While these numbers may seem low to the average lay person, they are significant to network traffic engineers".<br><br>k?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690676</guid>
<pubDate>Tue, 24 Jun 2008 10:40:10 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690547</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by  andyb <A HREF="/useremail/u/818722"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Half the disclosure is still missing.Filed in confidence again.<br> </div>they only disclosed the information requested by the CRTC.<br><br>what they did was take the public document that had all the confidentiality "#" and replaced those with data that was requested, which is why some appears to be kept secret.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690547</guid>
<pubDate>Tue, 24 Jun 2008 10:14:48 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690514</link>
<description><![CDATA[<A HREF="/useremail/u/818722"><b>andyb</b></A> : Half the disclosure is still missing.Filed in confidence again.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690514</guid>
<pubDate>Tue, 24 Jun 2008 10:09:33 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690487</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : All of our DSL is over AGAS, which is over Ethernet... I'm reading through this...  Did I miss any of the disclosures on Ethernet Statistics?  Don't think I see any...<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690487</guid>
<pubDate>Tue, 24 Jun 2008 10:04:12 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690459</link>
<description><![CDATA[<A HREF="/useremail/u/1542245"><b>Mantiz</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><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  Mantiz <A HREF="/useremail/u/1542245"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>From Arbor's website<br>&raquo;<A HREF="http://www.arbornetworks.com/en/ellacoya-eseries-dpi-based-technology.html" >www.arbornetworks.com/en/ellacoy&middot;&middot;&middot;ogy.html</A><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.<br> </div>Any price tags on these?<br> </div>I imagine the pricing is secret. Consumers would likely get upset seeing their ISP's spending money to cripple their service>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690459</guid>
<pubDate>Tue, 24 Jun 2008 09:58:57 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690451</link>
<description><![CDATA[<A HREF="/useremail/u/1474983"><b>mr_hexen</b></A> : <div class="bquote"><small>said by  mlerner <A HREF="/useremail/u/248514"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>After a close examination it does say percent of congested links (out of several thousand) but the critical threshold would probably be around 10%. Taking the highest percent before DPI which is 6.6%, that's still not high and if it's that bad it would not have been that expensive to upgrade those links.<br> </div>not to mention the CRITERIA for getting ito that count of "congested links".<br><br>here are the utilization limits for congested as per Bell Canada:<br><br>DS-3 61%, OC-3 84%, OC-12 and OC-48 90%.<br><br>so, for one of those links to be considered "congested" and added to that low % graph the following has to occur (using DS-3 links as an example).<br><br>Over a 14 day period, utilization measurements are taken every 15 minutes. (snap shot of usage at that time). the limit of 61% must be exceeded atleast ONCE on 5 seperate days over that 14 day period.<br><br>what that means is that for the total UP TIME of a link over that 14 days (in minutes) is 20,160 minutes (24hrs x 60min x 14 days). The link must only be above 61% for a TOTAL 75 of those minutes to be considered "congested", or 0.37% of it's available time. Lets also not forget that there could be a sudden spike of usage right at that 15 minute mark and then die down, but i'll assume the entire 15 minute interval is at that level for simplicity, lol.<br><br>UHMM... OK.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690451</guid>
<pubDate>Tue, 24 Jun 2008 09:56:58 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690433</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : <div class="bquote"><small>said by  Mantiz <A HREF="/useremail/u/1542245"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>From Arbor's website<br>&raquo;<A HREF="http://www.arbornetworks.com/en/ellacoya-eseries-dpi-based-technology.html" >www.arbornetworks.com/en/ellacoy&middot;&middot;&middot;ogy.html</A><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.<br> </div>Any price tags on these?<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690433</guid>
<pubDate>Tue, 24 Jun 2008 09:53:44 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690420</link>
<description><![CDATA[<A HREF="/useremail/u/1542245"><b>Mantiz</b></A> : From Arbor's website<br>&raquo;<A HREF="http://www.arbornetworks.com/en/ellacoya-eseries-dpi-based-technology.html" >www.arbornetworks.com/en/ellacoy&middot;&middot;&middot;ogy.html</A><br><br>Arbor Ellacoya e30:<br>Support up to 64,000 subscribers at 4 Gbps speed.<br><br>Arbor Ellacoya e100:<br>Support up to 500,000 subscribers at 20 Gbps speed.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690420</guid>
<pubDate>Tue, 24 Jun 2008 09:50:39 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690401</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by  R0CKY <A HREF="/useremail/u/1206349"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I'm curious as to what the throughput is on those Ellacoya boxes.... Can they go more than 1,000Mbps (or even that fast)? Anyone?<br> </div>I thought I read that the newer models can handle as much as 750 Mbps but Bell has also installed several in each city.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690401</guid>
<pubDate>Tue, 24 Jun 2008 09:46:26 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690373</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : I'm curious as to what the throughput is on those Ellacoya boxes.... Can they go more than 1,000Mbps (or even that fast)? Anyone?<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690373</guid>
<pubDate>Tue, 24 Jun 2008 09:40:37 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690372</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : That was to be expected seeing most people have a 60 gigabyte a month cap.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690372</guid>
<pubDate>Tue, 24 Jun 2008 09:40:12 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690307</link>
<description><![CDATA[<A HREF="/useremail/u/1557143"><b>Topher92</b></A> : All of the percentages are lower!  I'd hate to see what they would claim if the percentages actually went up slightly!<br><br>Now we need a class action lawsuit against Bell for their illegal practices.  Then institute a regulatory committee to oversee the industry to ensure these kinds of things don't happen again.  Then the CRTC should split Bell into two separate companies, one for the hardware, and one for the services, that way the "last mile" is out of their hands, since they've proven they can't be trusted with it.  Failing that, all of the small ISPs should band together and get a large backer to bring fibre lines to Canada and watch Bell and Rogers play catch up.  We've been shafted for far too long by this duopoly!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690307</guid>
<pubDate>Tue, 24 Jun 2008 09:27:04 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690295</link>
<description><![CDATA[<A HREF="/useremail/u/1553727"><b>shopkins</b></A> : From what I read Bell basically shows that their current capacity is nearly 5X the current demand and they are expanding their capacity.<br><br>I understand peak vs off times, but I am not buying their arguments.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690295</guid>
<pubDate>Tue, 24 Jun 2008 09:23:23 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690294</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : After a close examination it does say percent of congested links (out of several thousand) but the critical threshold would probably be around 10%. Taking the highest percent before DPI which is 6.6%, that's still not high and if it's that bad it would not have been that expensive to upgrade those links.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690294</guid>
<pubDate>Tue, 24 Jun 2008 09:23:13 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690290</link>
<description><![CDATA[<A HREF="/useremail/u/1542239"><b>PXA</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>This is seriously what they're basing their case on?  If this doesn't prove they're being anti-competitive, I don't know what will.  Though undeniable proof doesn't guarantee anything when the CRTC is involved.<br><small>--<br>Parallax Abstraction,<br>Ottawa, Ontario, Canada<br>www.pxa.ca</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690290</guid>
<pubDate>Tue, 24 Jun 2008 09:22:11 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690281</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : Definitely an interesting table... no doubt!<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690281</guid>
<pubDate>Tue, 24 Jun 2008 09:20:15 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690279</link>
<description><![CDATA[<A HREF="/useremail/u/1454856"><b>Jman99</b></A> : laughable.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690279</guid>
<pubDate>Tue, 24 Jun 2008 09:20:06 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690242</link>
<description><![CDATA[<A HREF="/useremail/u/248514"><b>mlerner</b></A> : <div class="bquote"><small>said by  HiVolt <A HREF="/useremail/u/273051"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The numbers... Can I be the first one to say... WTF? Congestion?<br> </div>Seriously WTF?? How can the CRTC still be investigating. This is an open and shut case, there cannot be any congestion.<br><small>--<br>"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690242</guid>
<pubDate>Tue, 24 Jun 2008 09:10:51 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690235</link>
<description><![CDATA[<A HREF="/useremail/u/273051"><b>HiVolt</b></A> : The numbers... Can I be the first one to say... WTF? Congestion?<br><small>--<br>,,!,,('-'),,!,,</small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#000000 nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/20690235?c=1320971&ret=L2ZvcnVtL3IyMDY5MDIyMS54bWw%3D"><IMG TITLE="72669 bytes" BORDER=0 WIDTH=600 HEIGHT=211 SRC="/r0/download/1320971~ef72938861d690b6c39638849e1716fd/congestion.png"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690235</guid>
<pubDate>Tue, 24 Jun 2008 09:08:49 EDT</pubDate>
</item>

<item>
<title>Re: The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690221</link>
<description><![CDATA[<A HREF="/useremail/u/335213"><b>milnoc</b></A> : Igor! Prepare the lab! :D]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690221</guid>
<pubDate>Tue, 24 Jun 2008 09:04:30 EDT</pubDate>
</item>

<item>
<title>The Bell Disclosure!</title>
<link>http://www.dslreports.com/forum/remark,20690166</link>
<description><![CDATA[<A HREF="/useremail/u/1206349"><b>R0CKY</b></A> : Here it is boys and girls... Have fun dissecting it! ;)<br><small>--<br>TSI Rocky - TekSavvy Solutions Inc.</small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#000000 nwrap WIDTH=33%><A HREF="/r0/download/1320965~cb6af02b0844aa2fa4a5a603c304906a/080623_CAIP%20Part%20VII%20ABR.zip"><IMG  align=absmiddle TITLE="download" SRC="http://i.dslr.net/silk/compress.png" border=0 width=16 height=16><IMG SRC="http://i.dslr.net/1ptrans.gif" WIDTH=10 HEIGHT=1 border=0><big>080623_CAIP &middot;&middot;&middot; ABR.zip</big></A> <small>352,538 bytes</small></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20690166</guid>
<pubDate>Tue, 24 Jun 2008 08:53:24 EDT</pubDate>
</item>

</channel>
</rss>
