republican-creole
Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » O Canada! » Canadian » Canadian Broadband » Status of 2008-108 Throttling Review and Vary
Search Topic:
Uniqs:
3582
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Posting:
Post a:
Post a:
Almost have CIA voip via NAT router working (linksys 2102) »
« TD-8816 or TD-8616?  
page: 1 · 2 · 3 · 4
AuthorAll Replies
-


mlerner
Premium
join:2000-11-25
Nepean, ON
reply to jfmezei
Re: Status of 2008-108 Throttling Review and Vary

Haven't read through all of them yet but good work on your r&v JF. I especially like the last part "Better definitions of the tariff are needed" I think right now that's exactly what needs to happen.


jfmezei
Premium
join:2007-01-03
Beaconsfield, QC
·ELECTRONICBOX

reply to jfmezei
PVReport1v6.pdf
Per Vices Corp.
CAIP-PIAC_10···ug09.pdf
CAIP-PIAC
vaxination_r···ntal.pdf
Vaxination Informatique
Here are the 3 documents that have been submitted so far for the comments on Bell's paragraph 18.

MaynardKrebs
Premium
join:2009-06-17

reply to freejazz_RdJ
said by freejazz_RdJ See Profile :

Is anybody missing the fact that 14% or 16% of users using 27% and 29% of a finite resource is inequitable if the balance of users are sacrificing (by being throttled without MLPPP/VPN/SSH workarounds) their speeds in the name of equity? This kind of inequitable distribution wouldn't be tolerated with water from a common aquifer, school funding or all manner of things, why is it any more fair in this context?

There's nothing to suggest that the 'other' users are being denied anything since there is no analysis of which users are are actually on-line and when during the 10 hour period Bell construes to be the "peak period".

The way Bell has presented their 'data' could be totally fudged to skew the argument their way. What if most of the 'excessive' consumption occurred during the period of midnight-2am when the majority of casual users were asleep - who in their right mind would give a rat's ass about congestion then?

Bell's user numbers just look at the 'peak' 4pm-2am period as a whole, so it's impossible to say who is being affected, when, and for how long.

*sarcasm* But we're supposed to believe Bell because they have no vested interest in not skewing anything they report to the CRTC. */sarcasm*

The trouble with the whole CRTC process is that there is no INDEPENDENT verification/audit of what any of the ILEC's tell the CRTC. That's like Enron saying they didn't manipulate the electricity markets, or Bre-X saying that their assays were legit.

In the transportation of fresh produce from say, California to Toronto, the transport truck is supposed to keep the cargo refrigerated to 4C for the entire time, but when the load arrives and the grapes are mush, the trucker would claim that the grapes were in poor condition when loaded. In order to confirm/deny this sort of thing, the produce industry loads one or more tamper resistant temperature chart recorders in each truck - which provides irrefutable evidence of the temperature by the minute throughout the whole journey. This is the sort of thing that the CRTC needs to be having done.

The CRTC should not be allowing implementation of throttling and denying consumers what they paid for and then being put into the position of dealing with complaints on an ex-post basis. If Bell had a problem, they should have approached the CRTC and asked for a traffic audit, and then made application for DPI/throttle to be done ex-ante. This is what Bell traffic people would have had to do internally to get budget approval to buy dozens of Ellacoya or Sandvine boxes - prove to management that they had congestion, how much, when, and whether the DPI boxes would help enough to justify the expenditure.

In the nearly 2 years since Bell began throttling, given that Bell alleges that they are still having problems, it would appear yet again that Bell's network planning and upgrade process is still irretrievably f*cked.

MaynardKrebs
Premium
join:2009-06-17

reply to freejazz_RdJ
said by freejazz_RdJ See Profile :

Is anybody missing the fact that 14% or 16% of users using 27% and 29% of a finite resource is inequitable if the balance of users are sacrificing (by being throttled without MLPPP/VPN/SSH workarounds) their speeds in the name of equity? This kind of inequitable distribution wouldn't be tolerated with water from a common aquifer, school funding or all manner of things, why is it any more fair in this context?

It's also clear that either throttling P2P isn't working and/or P2P isn't the major source of consumption and/or MLPPP/SSH/VPN are effective countermeasures. Perhaps the move to a per-endpoint model which would basically even these numbers out, much to the chagrin of what appears to be the high-usage client base of the wholesale customers, would be a net benefit to Bell. However, off peak, this would still allow un-even usage by wholesale clients which is fine by me... unused capacity at one point in time can't be saved for later, so make full use of it.
The reality is that customer needs differ. The milquetoasts who are Sympatico customers are mostly e-mail checkers and casual surfers.

Customers of independent ISP's have different needs and usage patterns, and have gravitated to the independents to fulfill those needs. Bell doesn't want that type of 'customer' on their books, but they also know that type of customer WILL sign-up with an independent ISP. When Bell commits to selling a GAS link, they know damn well that the link will be heavily utilized.

It's no different than the POTS network - many people don't make any calls on a gven day, but those who have teenage girls or who have had a tragedy in their family (just to pick two examples - one steady-state and one transient) will be burning up the electrons at a fast and furious rate. Bell plans for this in POTS and doesn't bitch about it.


mlerner
Premium
join:2000-11-25
Nepean, ON
·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico

reply to jam_bongo
said by jam_bongo See Profile :

said by Guspaz See Profile :

27/14 = 1.9% bandwidth used per % user share
29/16 = 1.8% bandwidth used per % user share

During the period, wholesaler bandwidth per-user was reduced by roughly 6%

Bell's essentially misrepresenting the figures.
in other words the Exaflood isn't coming?
Maybe, maybe not. Perhaps they're only looking at specific links instead of the network as a whole, they did mention ATM links as being heavily congested but then that throws off their stats completely because they're looking at specific traffic and not the traffic on the entire aggregation network.

jam_bongo

join:2002-07-17
Toronto, ON

reply to Guspaz
said by Guspaz See Profile :

27/14 = 1.9% bandwidth used per % user share
29/16 = 1.8% bandwidth used per % user share

During the period, wholesaler bandwidth per-user was reduced by roughly 6%

Bell's essentially misrepresenting the figures.
in other words the Exaflood isn't coming?


Guspaz
Guspaz
Premium,MVM
join:2001-11-05
Montreal, QC
reply to jfmezei
27/14 = 1.9% bandwidth used per % user share
29/16 = 1.8% bandwidth used per % user share

During the period, wholesaler bandwidth per-user was reduced by roughly 6%

Bell's essentially misrepresenting the figures.


Jaser

@teksavvy.com

reply to jfmezei
Ya, I was noticing that in their math too, how there was a downward trend in wholesale usage.

I guess the big question is, has congestion yet been proven? I've expect to see minute by minute usage curves amongst major data transit points, and to see hard clips for evidence of actual link saturation. Such evidence would then need to be further analyzed to see if it is actually significant for the user or not, but without the hard clips on the curves, congestion simply is not present.

jam_bongo

join:2002-07-17
Toronto, ON


2 edits
reply to jfmezei
is there much detail behind these numbers? (is it a true sum or a manipulated average taken from a sample?)

edit*

another question is there any available data for hour by hour peaks? Are we to asume that in May 2009 bandwidth usage was sustained to 29% of the network for the entire period of 4pm to 2 am?


otty

join:2008-10-24
Toronto, ON
·TekSavvy Solutions..
·VBUZZER
·voip.ms
·Vonage
·3 Web


4 edits
reply to freejazz_RdJ
"As of May 2009, these numbers have increased..." - Bell

Actually if 14% of total users were wholesale users in 2008, and they used 27% of the total usage of wholesle/retail combined, that is LESS per wholesale user now that 16% of total users using 29% of total usage in May 2009.

The wholesale/retail usage discrepency PER USER has decreased from December 2008 to May 2009.

The only thing that has increased is wholesale subscribers.

The fact that wholesale users are using less per user suggests that more mainstream consumers are now turning away from Bell and towards alternatives at an ever increasing rate


mlerner
Premium
join:2000-11-25
Nepean, ON
·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico

reply to freejazz_RdJ
said by freejazz_RdJ See Profile :

Mlerner, you make points that are valid, if only on the surface in some cases.

-The increased usage potentially caused by ADSL2 tiers offered by Bell retail makes no difference. The stat is that of all the usage in the network, wholesale customer consumer nearly twice as much bandwidth in % terms than they represent in actual % of connections. There is no need to consider the sync speed in this figure, if anything, that would further prove Bell's case: "Even with our 10Mbps+ speeds, wholesale customers still use twice the bandwidth on the network than they represent by % of customers"

-The AHSSPI costs are paid by ISP's. But what does the AHSSPI include? From what I can tell, no fixed amount of capacity beyond the port at the POI. It's not like when a new AHSSPI is added there is 1Gbps of new ether distributed to all of that ISP's clients in each of the wire centres. How do would you distribute this capacity to each CO?

And by per-endpoint, I mean per DSL loop. It would be a little silly if I could circumvent a comcast-like fairness system by creating multiple PPPoE connections over 1 physical DSL line to get X time the bandwidth up to my physical DSL line's capacity. For example, I'm a big user and throttled to 1Mb/s because it's busy based on the "comcast" systems. I create 5 PPPoE sessions to allow me to get 5Mb/s. This is why it would have to be per dsl loop.
Yes but customer speeds do play an impact in the stats especially since they claim the congestion is the in the aggregation network. ALL customer traffic passes through the aggregation network. Granted these stats are recorded on an average basis but if 20% of customers were on 5 mbps sustained for a period of 24 hours and then the next 24 hours they were on 10 mbps, you better believe you'd see more usage on the aggregation network. This is the same aggregation network linking wholesale and retail to the different endpoints on the Bell network. If they don't upgrade to accommodate the usage that affects the capacity of the network.

Now as per the AHSSPI you can read it yourself. »www.bce.ca/en/aboutbce/regulator···0%20%205 Item 5410

Notice it only mentions "burstable". Now burstable in the bandwidth world means "up to" yes but not to the extent that the network is 110% oversold that you can be artificially limited at peak times regardless of whether the capacity is available or not. Furthermore it perfectly lays out the available capacity options.

Now if a tier one provider gave you burstable but then proceeded to set artificial throttling regardless of usage, would that not be a breach of contract?

This is no different and as a matter of fact if is that much of a problem Bell Canada should not be selling the service to new clients but they are. For a tier one bandwidth provider who couldn't provide enough bandwidth they wouldn't be selling connections to new customers without ensuring there was adequate capacity. If the aggregation network is the problem they need to upgrade plain and simple.

Now what does this per-endpoint thing have anything to do with this? Bell provides 5 Mbps to wholesale customers, customer is supposed to get 5 Mbps. That is the endpoint speed.

freejazz_RdJ

join:2009-03-10


1 edit
reply to mlerner
Mlerner, you make points that are valid, if only on the surface in some cases.

-The increased usage potentially caused by ADSL2 tiers offered by Bell retail makes no difference. The stat is that of all the usage in the network, wholesale customer consumer nearly twice as much bandwidth in % terms than they represent in actual % of connections. There is no need to consider the sync speed in this figure, if anything, that would further prove Bell's case: "Even with our 10Mbps+ speeds, wholesale customers still use twice the bandwidth on the network than they represent by % of customers"

-The AHSSPI costs are paid by ISP's. But what does the AHSSPI include? From what I can tell, no fixed amount of capacity beyond the port at the POI. It's not like when a new AHSSPI is added there is 1Gbps of new ether distributed to all of that ISP's clients in each of the wire centres. How do would you distribute this capacity to each CO?

And by per-endpoint, I mean per DSL loop. It would be a little silly if I could circumvent a comcast-like fairness system by creating multiple PPPoE connections over 1 physical DSL line to get X time the bandwidth up to my physical DSL line's capacity. For example, I'm a big user and throttled to 1Mb/s because it's busy based on the "comcast" systems. I create 5 PPPoE sessions to allow me to get 5Mb/s. This is why it would have to be per dsl loop.


mlerner
Premium
join:2000-11-25
Nepean, ON
·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico


1 edit
reply to freejazz_RdJ
You're missing the entire point, finite does not mean artificial limitation. If Bell kept up maintaining capacity the figures wouldn't be that skewed in the first place. How the hell is wholesale consuming more if speeds aren't going up? Who's to say the increase in usage isn't to do with ADSL2 tiers Bell is selling? Furthermore the providers are paying for transit links, it's only natural that capacity increase = increased usage. What do you mean by per-endpoint? wholesale providers are paying for the AHSPPI + ~$20 per customer. How can they charge more?

freejazz_RdJ

join:2009-03-10

reply to jfmezei
Is anybody missing the fact that 14% or 16% of users using 27% and 29% of a finite resource is inequitable if the balance of users are sacrificing (by being throttled without MLPPP/VPN/SSH workarounds) their speeds in the name of equity? This kind of inequitable distribution wouldn't be tolerated with water from a common aquifer, school funding or all manner of things, why is it any more fair in this context?

It's also clear that either throttling P2P isn't working and/or P2P isn't the major source of consumption and/or MLPPP/SSH/VPN are effective countermeasures. Perhaps the move to a per-endpoint model which would basically even these numbers out, much to the chagrin of what appears to be the high-usage client base of the wholesale customers, would be a net benefit to Bell. However, off peak, this would still allow un-even usage by wholesale clients which is fine by me... unused capacity at one point in time can't be saved for later, so make full use of it.


mlerner
Premium
join:2000-11-25
Nepean, ON
reply to jfmezei
Alright JF you have to call out the BS and hope the CRTC wakes up. This is beyond piss poor network management, this is stupidity.

MaynardKrebs
Premium
join:2009-06-17

reply to nigrunze
said by nigrunze See Profile :

said by jfmezei See Profile :

December 2008, consuming 27% of the bandwidth during peak periods even though they were only 14% of the total base of end-users. As of May 2009, these numbers have increased and wholesale users are now consuming 29% of the bandwidth during peak periods even though they are only 16% of the total base of end-users. This amount is now more than double from their consumption levels prior to deployment of traffic shaping even though their share of the total base has not really changed.
They're "complaining" about 29%?
What they are saying is that they operate their network within 10-15% of peak capacity at all times. This is piss poor network management and capacity planning. No wonder the 'Michael Jackson' event sent their network down the drain.

If you did this within any major corporation, eg. the Royal Bank, you'd be fired on the spot.

nigrunze

join:2009-02-14
Cote Saint-Luc, QC

reply to jfmezei
said by jfmezei See Profile :

December 2008, consuming 27% of the bandwidth during peak periods even though they were only 14% of the total base of end-users. As of May 2009, these numbers have increased and wholesale users are now consuming 29% of the bandwidth during peak periods even though they are only 16% of the total base of end-users. This amount is now more than double from their consumption levels prior to deployment of traffic shaping even though their share of the total base has not really changed.
They're "complaining" about 29%?


jfmezei
Premium
join:2007-01-03
Beaconsfield, QC
·ELECTRONICBOX

reply to jfmezei
Here is the "updated" paragraph 18:

18. The Companies submit that the Applicants have failed to raise substantial doubt as to the correctness of Decision 2008-108. Furthermore, consistent with the Commission's finding in Decision 2008-108 that GAS customers during peak periods would contribute to the network congestion that exists in the Companies' networks , the Companies stated in their response to The Companies(CRTC)4Dec08-9 PN 2008-19 that wholesale end-users were, in

December 2008, consuming 27% of the bandwidth during peak periods even though they were only 14% of the total base of end-users. As of May 2009, these numbers have increased and wholesale users are now consuming 29% of the bandwidth during peak periods even though they are only 16% of the total base of end-users. This amount is now more than double from their consumption levels prior to deployment of traffic shaping even though their share of the total base has not really changed.


jfmezei
Premium
join:2007-01-03
Beaconsfield, QC
reply to otty
Bell was told to release that information on August 4th. (that is today, tuesday). Those of us involved with the R&V have until August 10th to comment on those numbers.


otty

join:2008-10-24
Toronto, ON
·TekSavvy Solutions..
·VBUZZER
·voip.ms
·Vonage
·3 Web

reply to MaynardKrebs
Thanks so musch for the clarification MGK.

"...it would not be appropriate to maintain the confidentiality of similar information filed in confidence at paragraph 18 of Bell Canada et al.’s 22 June 2009 comments on CAIP et al,’s Part VII application, as such information is not consistently treated as confidential by Bell Canada."

Ok so this info has not yet been released but the CRTC has now required its release. When ca we expect it?

Hopefully this will catch Bell in a blatent lie.

Bell lawyers are VERY good at spinning this stuff however...
Forums » O Canada! » Canadian » Canadian BroadbandAlmost have CIA voip via NAT router working (linksys 2102) »
« TD-8816 or TD-8616?  
page: 1 · 2 · 3 · 4


Thursday, 26-Nov 01:38:03 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 10 years online! © 1999-2009 dslreports.com.
page compression OFF
Most commented news this week
· [105] New AT&T Ad Campaign Hits Back At Verizon
· [99] Time Warner Cable Fires Broadside At Broadcasters
· [95] Apple Joins AT&T Verizon Snark Fest
· [85] New Bill Takes Aim At Higher Verizon ETFs
· [62] TiVo Sees Record Customer Losses
· [48] In-Flight Internet Headed For Bumpy Landing?
· [34] Senators Want ACTA Made Public
· [30] Earthlink Suffers From Major E-mail Outage
· [30] AT&T Offers New Prepaid Wireless plans
· [29] Despite Billions In USF Fees, U.S. Libraries Lack Bandwidth
Most people now reading
· Shutting of Electricity Temporarily (up to 1 yr) to Save $$$ [Home Repair & Improvement]
· I'll Just Unplug That... [No, I Will Not Fix Your #@$!! Computer]
· 3.x Feral Druid - Bear Tanking Guide [World of Warcraft]
· Newegg Black Friday Sale started [Users Find Hot Deals]
· ToC 4th boss - Preliminary Strategy for Twin Valkyr [World of Warcraft]
· Whats the big deal about being "Old School"....? [World of Warcraft]
· [DVR] DCX3400 - 30 Second Skip Forward [Comcast Cable TV]
· Looking to buy our first home. [Home Repair & Improvement]
· [ Classes] Druid tanking: rotation and glyphs [World of Warcraft]
· Windows 7 boot manager editing questions [Microsoft Help]