 | [Cable] Slow Speeds - Ottawa Hi,
For the past few weeks I've been getting some very slow speeds, as an example I used the Apple download servers to test TekSavvy vs Rogers, everything remains the same i.e) minus the Modem. So same cable, same router. TekSavvy modem is a D3 modem, and Rogers modem is my friends D2 modem I borrowed to test out the difference.
I've posted traceroutes, and a download test from both, keep in mind that speeds have been like this for at least a month now if not longer (pretty sure longer), and I'm not the only one my friends who are on TekSavvy have the same problem with *single threaded downloads/streams* things like UseNET work fine as they use multiple threads. This is a pretty big issue especially when downloading files via iTunes, or streaming , etc.
TSI.txt :
traceroute to appldnld.apple.com (208.47.254.58), 30 hops max, 60 byte packets 1 * * * 2 69.63.254.141 (69.63.254.141) 20.076 ms 21.015 ms 21.041 ms 3 richmond3.cable.teksavvy.com (24.52.255.74) 11.984 ms richmond1.cable.teksavvy.com (24.246.55.14) 12.011 ms richmond2.cable.teksavvy.com (69.196.175.66) 12.816 ms 4 richmond1.cable.teksavvy.com (24.246.55.9) 17.332 ms * * 5 ix-0-0-2-0.tcore1.TNK-Toronto.as6453.net (64.86.33.21) 23.159 ms 22.141 ms 23.314 ms 6 if-2-2.tcore1.TTT-Scarborough.as6453.net (64.86.33.10) 31.317 ms 28.604 ms 29.573 ms 7 if-8-2.tcore1.CT8-Chicago.as6453.net (216.6.125.6) 26.365 ms 29.287 ms 25.676 ms 8 chp-brdr-04.inet.qwest.net (63.146.26.13) 26.728 ms 33.988 ms 29.500 ms 9 nyc-edge-05.inet.qwest.net (205.171.134.6) 47.209 ms 46.028 ms 47.509 ms 10 208-47-254-58.dia.static.qwest.net (208.47.254.58) 45.254 ms 46.109 ms 47.410 ms sakhter@sakhter-nas:~$ sakhter@sakhter-nas:~$ sakhter@sakhter-nas:~$ wget »appldnld.apple.com/AppleTV/061-9···ore.ipsw
--2012-11-19 09:23:59-- »appldnld.apple.com/AppleTV/061-9···ore.ipsw Resolving appldnld.apple.com (appldnld.apple.com)... 208.47.254.67, 208.47.254.58 Connecting to appldnld.apple.com (appldnld.apple.com)|208.47.254.67|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 332470394 (317M) [application/octet-stream] Saving to: `AppleTV2,1_4.3_8F191m_Restore.ipsw.6'
0% [> ] 2,720,012 196K/s eta 26m 1s
200-300K/s (28/1 profile)
Rogers.txt :
sakhter@sakhter-nas:~$ traceroute appldnld.apple.com traceroute to appldnld.apple.com (208.47.254.58), 30 hops max, 60 byte packets 1 7.48.140.1 (7.48.140.1) 6.941 ms 6.961 ms 11.762 ms 2 gi-1-0-0.cmts02.ym.phub.net.cable.rogers.com (66.185.90.25) 15.255 ms 15.281 ms 15.312 ms 3 TE2-0-0.gw11.ym.phub.net.cable.rogers.com (24.153.7.50) 14.791 ms 14.820 ms 14.830 ms 4 XE6-1-2.gw02.ym.phub.net.cable.rogers.com (69.63.248.153) 19.570 ms 19.598 ms 19.617 ms 5 69.63.248.145 (69.63.248.145) 29.457 ms 29.479 ms 29.494 ms 6 POS2-1.ar2.CHI2.gblx.net (208.50.86.133) 41.549 ms 37.596 ms 41.234 ms 7 qwest-2.ar3.chi2.gblx.net (208.178.58.138) 29.270 ms 29.274 ms 29.218 ms 8 nyc-edge-05.inet.qwest.net (205.171.134.6) 42.742 ms 42.770 ms 41.805 ms 9 208-47-254-58.dia.static.qwest.net (208.47.254.58) 44.036 ms 43.770 ms 43.605 ms
sakhter@sakhter-nas:~$ wget »appldnld.apple.com/AppleTV/061-9···ore.ipsw --2012-11-19 09:19:30-- »appldnld.apple.com/AppleTV/061-9···ore.ipsw Resolving appldnld.apple.com (appldnld.apple.com)... 208.47.254.67, 208.47.254.58 Connecting to appldnld.apple.com (appldnld.apple.com)|208.47.254.67|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 332470394 (317M) [application/octet-stream] Saving to: `AppleTV2,1_4.3_8F191m_Restore.ipsw.3'
11% [=====================> ] 38,390,540 1.27M/s eta 2m 58
1-1.2M/s ( 18/0.25) profile almost 5x faster, so the POI is not congested as this is the same location at the same time, the only difference is the actual network being used to get to *.apple.com. Is anyone else having the same issues? Can someone try and do a download on that file and see what speed they get ? |
|
 Reviews:
·TekSavvy Cable
3 edits | Looks like you are not using the Teksavvy DNS servers and are getting sent to servers further away.
C:\>tracert appldnld.apple.com
Tracing route to a1271.gi3.akamai.net [72.246.43.57]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms dlinkrouter [192.168.0.1]
2 7 ms 7 ms 7 ms 10.125.241.1
3 34 ms 24 ms 18 ms 69.63.242.13
4 9 ms 7 ms 7 ms richmond1.cable.teksavvy.com [24.246.55.14]
5 14 ms 13 ms 14 ms richmond2.cable.teksavvy.com [69.196.175.65]
6 14 ms 15 ms 13 ms Paix-tor.netarch.akamai.com [198.32.181.127]
7 14 ms 14 ms 16 ms a72-247-244-249.deploy.akamaitechnologies.com [72.247.244.249]
8 15 ms 14 ms 13 ms a72-246-43-57.deploy.akamaitechnologies.com [72.246.43.57]
Trace complete.
This is common when doing basic connections to content delivery networks like Akamai where they can only do DNS tricks based on the location of the DNS server you are using to send you to servers close to you either geographically or route wise. Downloader programs or other clients can use other methods which is why you sometimes see them being suggested when looking to download files. |
|
 | Swithced my dns from google ( 8.8.8.8 ) to teksavvy ( 206.248.154.22)
Speeds seem better but still half of what Rogers gets with a lower profile:
traceroute to appldnld.apple.com (184.84.239.25), 30 hops max, 60 byte packets 1 * * * 2 69.63.254.141 (69.63.254.141) 21.956 ms 22.923 ms 23.040 ms 3 richmond3.cable.teksavvy.com (24.52.255.74) 12.660 ms richmond1.cable.teksavvy.com (24.246.55.14) 12.680 ms richmond2.cable.teksavvy.com (69.196.175.66) 12.695 ms 4 richmond3.cable.teksavvy.com (24.52.255.73) 18.091 ms * 19.058 ms 5 Paix-tor.netarch.akamai.com (198.32.181.127) 19.231 ms 19.256 ms 19.315 ms 6 a184-84-239-25.deploy.akamaitechnologies.com (184.84.239.25) 19.163 ms 14.580 ms 15.548 ms
sakhter@sakhter-nas:~$ wget »appldnld.apple.com/AppleTV/061-9···ore.ipsw --2012-11-19 15:58:21-- »appldnld.apple.com/AppleTV/061-9···ore.ipsw Resolving appldnld.apple.com (appldnld.apple.com)... 184.84.239.42, 184.84.239.25 Connecting to appldnld.apple.com (appldnld.apple.com)|184.84.239.42|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 332470394 (317M) [application/octet-stream] Saving to: `AppleTV2,1_4.3_8F191m_Restore.ipsw.10'
5% [========> ] 18,993,176 528K/s eta 8m 6s ^ |
|
 | reply to johoja Feel free to post your account information in the direct forum so we can troubleshoot further. |
|
|
|
 | Yes, I have. Topic is "Cable » TekSavvy - Ottawa -Slow Speeds by johoja" waiting for the ticket to be created. |
|
 | reply to johoja I don't expect anything to get resolved in Ottawa.
1) Most government workers will lose their job because of deep cutbacks. 2)The falling housing market will mean a much higher Canadian deficit and higher taxes 3)Canada wide recession in 2013 and probably beyond
Why would any company spend money given this scenario? |
|
 | During peek times, downloads from akamai servers served by Teksavvy DNS are also slow. these servers seems to be toronto, and the teksavvy link between Ottawa & toronto seems get slow during peek hours.
I think its a good idea for Teksavvy to start peering at Ottawa Internet eXchange , this will help Teksavvy offload the akamai traffic to Federal hosted akamai servers at Ottawa IX
|
|
 | Anyone know if start.ca has any better reliable speeds in Ottawa ? |
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON | i'm not seeing any issues in Ottawa (the market) going through St-Laurent phub. |
|
 4 edits | Could you try and download this file and tell me what speed you get » cdn.plexapp.com/PlexMediaServer/···i386.debAnother example : TSI: wget http://cdn.plexapp.com/PlexMediaServer/0.9.6.9.240/plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb
--2012-11-20 16:28:30-- http://cdn.plexapp.com/PlexMediaServer/0.9.6.9.240/plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb
Resolving cdn.plexapp.com (cdn.plexapp.com)... 108.59.11.198
Connecting to cdn.plexapp.com (cdn.plexapp.com)|108.59.11.198|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 63410134 (60M) [application/octet-stream]
Saving to: `plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb.3'
0% [ ] 180,504 56.8K/s eta 18m 7s ^
56K/s !!!!!
VS Rogers:
wget http://cdn.plexapp.com/PlexMediaServer/0.9.6.9.240/plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb
--2012-11-20 16:27:25-- http://cdn.plexapp.com/PlexMediaServer/0.9.6.9.240/plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb
Resolving cdn.plexapp.com (cdn.plexapp.com)... 108.59.11.198
Connecting to cdn.plexapp.com (cdn.plexapp.com)|108.59.11.198|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 63410134 (60M) [application/octet-stream]
Saving to: `plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb.1'
40% [==================================================================> ] 25,821,552 2.13M/s eta 22s ^
2.13M/s !! ( went down to 1.2M/s after speedboost) Same computer, same RF cable, different modems TSI is D3 , rogers is D2. Done seconds apart. Using things like usenet, or a download manager, or torrents with TSI is fine, but things like wget, and single threaded downloads in a browser are disgustingly slow. Not sure what's going on, I think TSI has oversold it self. |
|
 | Anything single threaded being downloaded between 6pm and midnight, is absolute sluggish. I was getting 10mbits on the Teksavvy speedtest.net server and around the same on the other 2 Toronto speedtest.net servers. Around an hour after midnight and later I am able to get speedboosting no problem on single threaded downloads of around 40mbits. I am able to get 25mbits down using a multithreaded download at pretty much any time of day though. I am on the 28/1 plan atm - Fallowfield POI. It is obvious there is a congestion issue. |
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON Reviews:
·TekSavvy DSL
·Start Communicat..
| i'll do some tests tomorrow night and report back.
my 4am testing shows that cdn.plexapp.com is complete junk while the apple one is coming it at full speed. i'll redo these tests tomorrow at peak (9pm):
wget »appldnld.apple.com/AppleTV/061-9···ore.ipsw --2012-11-21 00:59:05-- »appldnld.apple.com/AppleTV/061-9···ore.ipsw Resolving appldnld.apple.com... 184.84.239.25, 184.84.239.42 Connecting to appldnld.apple.com|184.84.239.25|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 332470394 (317M) [application/octet-stream] Saving to: `AppleTV2,1_4.3_8F191m_Restore.ipsw'
7% [=> ] 23,708,724 3.89M/s eta 70s ^C
wget »cdn.plexapp.com/PlexMediaServer/···i386.deb --2012-11-21 00:58:30-- »cdn.plexapp.com/PlexMediaServer/···i386.deb Resolving cdn.plexapp.com... 108.59.4.180 Connecting to cdn.plexapp.com|108.59.4.180|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 63410134 (60M) [application/octet-stream] Saving to: `plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb'
7% [==> ] 4,931,888 68.0K/s eta 6m 14s ^C |
|
 | Hey shaded,
What speeds do you get in possible congested times to the apple server ? i.e) 7am-12pm? Just want to see what you are getting during these times, and if it is in line with me i.e) 600K/s |
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON | typically from fast sources (akamai, apple, etc) i'll get my usual full speed even at peak. like i said earlier tho, i'll redo the same test at 9m tonight and report back. |
|
 1 edit | Awesome thanks, looking forward to it. Want to see if its a congestion in the TSI network or if its a congestion localized to my area.
Jst saw you are in st. laruent poi., I go through richmond according to my traceroute.
BTW it's interesting to see that rogers is able to get 1M/s to plex while teksavvy can't break 100K/s
shaded , also what modem do you use ? |
|
 Reviews:
·Start Communicat..
·TekSavvy Cable
·Rogers Hi-Speed
| reply to johoja 1) +1 for linux!
2) What times did you do the testing? Everyday weekday afternoon, I'd say from 6pm to 11pm, slow downs are to be expected. It's when the most amount of people are online.
To be honest, it's not even slow then...I just get what I am actually allocated (28mbps) instead of bursting at 40mbps like I normally do at offpeak hours. -- www.613websites.com ● Budget Canadian Web Design and Hosting
|
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON | reply to johoja sorry for being away last 2 days, i will do the test tomorrow (friday evening). i haven't had the chance to do more testing for you since i've been out of town.
my modem is a TSI provided DMC476. |
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON Reviews:
·TekSavvy DSL
·Start Communicat..
| here's more results, wasn't able to do it on Friday as planned but did do it just now at 7:25pm on Saturday. Interesting results since apple is lower while plex is higher:
Apple-TV:~ root# wget »appldnld.apple.com/AppleTV/061-9···ore.ipsw --2012-11-24 16:24:22-- »appldnld.apple.com/AppleTV/061-9···ore.ipsw Resolving appldnld.apple.com... 72.246.43.57, 72.246.43.50 Connecting to appldnld.apple.com|72.246.43.57|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 332470394 (317M) [application/octet-stream] Saving to: `AppleTV2,1_4.3_8F191m_Restore.ipsw'
18% [==============> ] 61,319,098 1.25M/s eta 3m 15s ^C
Apple-TV:~ root# wget »cdn.plexapp.com/PlexMediaServer/···i386.deb --2012-11-24 16:25:10-- »cdn.plexapp.com/PlexMediaServer/···i386.deb Resolving cdn.plexapp.com... 108.59.11.198 Connecting to cdn.plexapp.com|108.59.11.198|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 63410134 (60M) [application/octet-stream] Saving to: `plexmediaserver_0.9.6.9.240-8fd9c6a_i386.deb'
88% [=========================================================================> ] 55,898,592 1.28M/s eta 5s ^C
after seeing the speeds were really close, i ran a test on speedtest.net to TSI's server and seeing this:

I usually do a test every 2-3 days to TSI's speediest servers and i always see ~30mbit/sec so this is strange since it's matching roughly the same speeds to apple/plex. this means TSI Rogers or Rogers SLNT1 is saturated/slow or my modem is set to a slower speed. |
|
 jmckformerly 'shaded' join:2010-10-02 Ottawa, ON | starting to see some really slow speeds now that i've actually decided to test it at peak, tonight at 10pm I can only get 8mbit/sec from TSI's speedtest.net server, getting 2-5mbit from plex and apple too. |
|
 | Well TSI made me buy a new 'supported' D3 modem as the '-SMCD3GN-RRR' is not supported but the -SMCD3GN-RES is , the -SMCD3GN-RRR is an ex rogers modem so ...whatever I bought a SB6120, to prove to TSI that they have network congestion issues, and Rogers doesn't.
shaded: thanks for the testing, I think it proves that TSI has some serious congestion issues, in their core network. |
|