republican-creole
site Search:


 
    All Forums Hot Topics Gallery






how-to block ads


 
Search Topic:
Share Topic
Posting?
Post a:
Post a:
Links: ·Canadian Broadband FAQ ·Canadian ISP Reviews ·Canadian ISP Forums
AuthorAll Replies

cheston

join:2009-06-26

1 edit

reply to Analytic

Re: Throttling on Primus?

said by Analytic See ProfilePlease note that our traffic management is quite different from one employed by Bell. It kick in only if there is a bandwidth bottleneck and prioritize the time sensitive traffic like VoIP, gaming, etc., along with e-mail and browsing.
I'd like to provide my experience since primus added DPI-based throttling and to suggest, constructively, that they need to do some tuning on their traffic classification. These data points are when "throttling is active" which is easily identified. All throttled apps funnel through the same "60 KB/s" or so of bandwidth.

1. Video from youtube.com, break.com are virtually unusable. Bandwidth graphs show approximately 60 KB/s and that is simply not sufficient to watch any videos without prolific pausing. I understand that you did not explicitly mention video as being time-sensitive, but imo it is and should be considered so.

2. Software development tools like subversion which use http and https are throttled. Checking out or updating a branch which once took seconds now takes minutes. Very, very disappointing especially since this is an operation that is not terribly frequent but it extremely frustrating when it's throttled.

3. MIT courseware videos are also throttled.

4. General web browsing frequently slows to a crawl and large parts or portions of web pages are definitely getting bottlenecked through the 60 KB/s shape.

5. Uploads are completely broken. I used to upload videos to several sights like vimeo and such; then in April/May i started to notice the uploads would consistently break down with connection-reset. Whether this is because I'm on OSX/Safari and it's not well tested by Primus, I do not know but let me tell you i've tried tuning everything with my TCP/IP stack including rfc1323 and win_scale_factor all with no success. The general problem is "larger uploads" breakdown, sometimes with "connection-reset" reported by the upload site. This is independent of protocol - beit FTP, or in-browser uploads using any number of sites; mediafire, vimeo, rapidshare, etc. Files larger than a certain size combined with upload rate seem to be the deciding factors. I can upload at max 60-65 KB/s, so throttling doesn't matter for speed, but uploading a 50 MB file always breaks down. A few days ago I tried over a dozen times to upload a 38MB file to 2 different hosting sites, could not make it happen. If I had to guess, this is because there is some new device in the picture which doesn't play nice with longer-uploads. Even outside of throttling windows uploads are now severely broken - like I said it could be because Mac OSX TCP/IP stack does something different (not wrong) from the uber-tested Windows stack. Hint: some "new" device doing some kind of stateful tracking and/or ack coalescing in the name of good but in practice bad?

6. email. I use google email/imap . It's throttled by Primus.

Analytic

join:2009-02-09
kudos:1

1 edit

said by cheston:

I'd like to provide my experience since primus added DPI-based throttling and to suggest, constructively, that they need to do some tuning on their traffic classification. These data points are when "throttling is active" which is easily identified. All throttled apps funnel through the same "60 KB/s" or so of bandwidth.

1. Video from youtube.com, break.com are virtually unusable. Bandwidth graphs show approximately 60 KB/s and that is simply not sufficient to watch any videos without prolific pausing. I understand that you did not explicitly mention video as being time-sensitive, but imo it is and should be considered so.

2. Software development tools like subversion which use http and https are throttled. Checking out or updating a branch which once took seconds now takes minutes. Very, very disappointing especially since this is an operation that is not terribly frequent but it extremely frustrating when it's throttled.

3. MIT courseware videos are also throttled.

4. General web browsing frequently slows to a crawl and large parts or portions of web pages are definitely getting bottlenecked through the 60 KB/s shape.

5. Uploads are completely broken. I used to upload videos to several sights like vimeo and such; then in April/May i started to notice the uploads would consistently break down with connection-reset. Whether this is because I'm on OSX/Safari and it's not well tested by Primus, I do not know but let me tell you i've tried tuning everything with my TCP/IP stack including rfc1323 and win_scale_factor all with no success. The general problem is "larger uploads" breakdown, sometimes with "connection-reset" reported by the upload site. This is independent of protocol - beit FTP, or in-browser uploads using any number of sites; mediafire, vimeo, rapidshare, etc. Files larger than a certain size combined with upload rate seem to be the deciding factors. I can upload at max 60-65 KB/s, so throttling doesn't matter for speed, but uploading a 50 MB file always breaks down. A few days ago I tried over a dozen times to upload a 38MB file to 2 different hosting sites, could not make it happen. If I had to guess, this is because there is some new device in the picture which doesn't play nice with longer-uploads. Even outside of throttling windows uploads are now severely broken - like I said it could be because Mac OSX TCP/IP stack does something different (not wrong) from the uber-tested Windows stack. Hint: some "new" device doing some kind of stateful tracking and/or ack coalescing in the name of good but in practice bad?

6. email. I use google email/imap . It's throttled by Primus.
Actually, Primus dos not have anything like 60 Kbps (or any other size for that matter) shape.
Your experience above suggests that you are on our resale service (Bell DSLAM). We do not apply our policies as described above to these connections, since they are already throttled by Bell.
Only our own DSLAMs are benefitting from Primus traffic management.


primuser

@telus.net

Any way to tell if one is on Bell or Primus DSLAM? Is it possible to get switched to Primus DSLAM?



sbrook
Premium,Mod
join:2001-12-14
Ottawa
kudos:4

look at the third post from the beginning on page 1 of this thread. Your answer is there.


Saturday, 02-Jun 06:21:47 Terms of Use & Privacy | feedback | contact | Hosting by nac.net - DSL,Hosting & Co-lo
over 12.5 years online © 1999-2012 dslreports.com.
Most commented news this week
Hot Topics