throttle
@videotron.ca
| reply to Ravage_D
Re: Throttling on Primus?
said by Ravage_D  :It's my understanding that if you're in an area that offers Primus's triple bundle then you're on the Primus DSLAMS and there wont be any throttling... Another indication is your speed. If you're getting 7Mbit chances are you're on the Primus DSLAM. This is just how it's been explained to me... This was true.
However, they started throttling afterwards.
Do a search in this forum for primus throttling. You will find it. |
|
TBBPM
join:2009-02-09
| said by throttle :
This was true.
However, they started throttling afterwards.
Do a search in this forum for primus throttling. You will find it.
Please 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. |
|
still a throttle
@videotron.ca
| said by TBBPM :said by throttle :
This was true.
However, they started throttling afterwards.
Do a search in this forum for primus throttling. You will find it.
Please 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. So I guess Primus doesn't offer the type of service andrewsfm wants and expects. Or any user who uses it for downloading/uploading for that matter by the very statement you said.
Guess its good for only voip, gaming, e-mail and browsing?
I'll recommend it for the grandmothers I come across then (Well those that don't download anything).
Curious, is windows update throttled as well? Or is it considered time sensitive and not throttled?
andrewsfm, if you get a chance can you please tell us if MS-updates are throttled when you find that your torrents are throttled. I'd like to see an answer to this one for my curiosity. Thanks. |
|
MrOrange
join:2009-04-20
| It's pretty sad you cannot see the difference in QoS and blanket throttling. I am with Primus and I download torrents often, or I did when I lived in Kitchener. I've just moved to London and chose Primus again, having lived in Kitchener I've never dipped below 150KBs unless it's a very badly populated torrent of course. It's rare I see it that low, only near dinner time, generally it's 400-700KBs at any given time depending on what I am doing.
I cannot comment for andrewsfm above, I don't know his situation. Perhaps he lives in a more congested area, torrent/seed quality was bad or low, or many other things. However if it's a result of Primus' QoS throttling that sucks and maybe Primus is not the best choice for him.
It's kind of immature to make silly comments on how it's only good for voip, gaming, etc. and recommending it to grandmothers. I mean, grow up.
Sure unthrottled would be preferred by everyone, however if it needs to be done, this is the way it should be done. It's no different then businesses and corporations that give certain data higher priority on a company network. |
|
light_speed
join:2009-03-18
Nepean, ON
| reply to still a throttle
- QoS cannot be avoided. Even if this DPI thing did not suddenly emerge QoS would have been in place of any ISP core just assure better service. DPI just enhances to higher level, question surely remains "What is the intent of the ISP?". How the ISPs will use this tool is up to them and we should argue on that rather than pointing that DPI is a bad thing.
- Besides, aren't we using "Car Pool" lanes in free/highways to avoid congestion and increase performance, what is so different in the Inter-Network. |
|
artich0ke
join:2009-03-18
canada
| said by light_speed :- Besides, aren't we using "Car Pool" lanes in free/highways to avoid congestion and increase performance, what is so different in the Inter-Network. Expanding roads and highways requires more land which is unavailable for all sorts of reasons.
What's the excuse for not expanding the inter-network? |
|
TBBPM
join:2009-02-09
| said by artich0ke :Expanding roads and highways requires more land which is unavailable for all sorts of reasons. What's the excuse for not expanding the inter-network? Cost?
Users want more and more bandwidth, but also do not want to pay more for it. ISPs, in turn, need to lease network capacity, pay for inteconnect, etc. It is quite difficult to find the right balance here....
This is my personal opinion that might not reflect the official Primus position. |
|
artich0ke
join:2009-03-18
canada
| said by TBBPM :Users want more and more bandwidth, but also do not want to pay more for it. Hasn't bandwidth become much cheaper for ISPs compared to earlier years?
From what I've noticed residential broadband connections haven't gotten any cheaper, in fact quite the opposite, they've gotten more expensive and overall haven't gotten that much faster (esp. for wholesale dsl). |
|
mlerner
Premium
join:2000-11-25
Nepean, ON
 ·Rogers Hi-Speed
 ·TekSavvy Solutions..
·Bell Sympatico
| reply to TBBPM
said by TBBPM :Users want more and more bandwidth, but also do not want to pay more for it. ISPs, in turn, need to lease network capacity, pay for inteconnect, etc. It is quite difficult to find the right balance here.... This is my personal opinion that might not reflect the official Primus position. I can see that being the reason for Primus, your network is smaller and with limited funding. Bell on the other hand has had decades to build their infrastructure and both retail and wholesale is paying for that network.
You're right to a certain extent that users do not want to pay but the major ISPs keep jacking up the rate anyway so if there's an increase then there better be infrastructure upgrades as well. |
|
cheston
join:2009-06-26
1 edit | reply to TBBPM
said by TBBPM Please 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. |
|
TBBPM
join:2009-02-09
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
H0H 0H0 | look at the third post from the beginning on page 1 of this thread. Your answer is there. |
|
