|
to Okers
Re: Crapsavvy - Another slow night on cablesaid by Okers :I did some speedtests and my in laws that have teksavvy and it appears that it's London wide There's almost no chance that's true. London is on ATPIA, if there was a London-wide capacity issue everyone in Ontario (except a couple areas) would be feeling it. You should post both line stats and speed test results here if possible. Sometimes the speed test itself is the problem, sometimes Rogers is messing around. |
|
|
Okers
Anon
2013-Aug-13 1:26 pm
Do you think it will be another crapsavvy night???? It's working very well right now, but once 8:30pm comes around ... Your 150/10 becomes 6/10. |
|
|
People have asked you to show tests and tracerts, but you keep coming on here (with two different logins) to use juvenile terms like "Crapsavvy". You'd be much better-served to stop with the insults and just post some test results. People will try to help. |
|
|
Okers
Anon
2013-Aug-13 7:50 pm
I HAVE with tech support. !!!!!! |
|
Okers |
Okers
Anon
2013-Aug-13 7:59 pm
I have given my real name.. spend hours with Techsupport .. being told there is no problem. I'm frustrated.. it's not my router.. it's not my computer... it's Teksavvy. If it was my equipment, it would be constantly crappy. I'm only home during their crappy hours.. sucks to be me.. My wife get's to enjoy the 150/10 package while I'm at work. It downgrades every single night.. YES every single night. On a good night I will get 15 mpbs.. This isn't the speedtest server.. Im an Apple developer and download from apple, I get incredible speeds in the AM... download 1 gig files in less than a min.... at night.. 2 - 3 hours.. WHY CAN'T THEY FIGURE THIS OUT.. I HAVE GIVEN THEM THE INFORMATION AND TIME FRAMES... Rubbish.... |
|
TSI GabeRouter of Packets Premium Member join:2007-01-03 Gatineau, QC |
TSI Gabe
Premium Member
2013-Aug-13 8:04 pm
Can you install MTR or (winmtr) and run a test against our DNS server? (206.248.154.22)
Ideally I'd like to see it run over a 5 minute time lapse while you experience slowdowns. |
|
34764170 (banned) join:2007-09-06 Etobicoke, ON
1 recommendation |
to The Mongoose
said by The Mongoose:There's almost no chance that's true. London is on ATPIA, if there was a London-wide capacity issue everyone in Ontario (except a couple areas) would be feeling it. That's based on the assumption that a capacity issue can only happen at TSIs end of the ATPIA backhaul and if that were the case then yes it is most likely it would affect everyone. There is always the possibility there could be capacity issues with Rogers at the London end of the network or somewhere in between London and York Mills. It's not as if Bell hasn't had issues on their network on their end instead of TSIs. |
|
|
FWIW TSI did acknowledge a congestion issue in response to my 6 month review update. quote: In regards to the congestion issues, it's something that both ourselves and our vendor are aware of. They have confirmed that they are working on resolving these issues along with completing the ATPIA upgrades. Unfortunately since this is more of routine maintenance than the APTPIA upgrades, we have no ETA as to when this will be completed. This is also partially dependent on the DOCSIS 2 modems many customers are using. Although they are still capable of using these modems any new sign ups, upgrades to a higher tier speed or a move to a new location will require a DOCSIS 3 modem which puts less strain on the infrastructure it's self. Unfortunately this is not a instant remedy that will cause the congestion to go away, but it will in time have quite an impact on the congestion issues you see today.
» Review of TekSavvy Cable by graniterock9 PM peak time speed test on a 35/3 connection. It's been getting progressively worse since late June for me. (From basically losing a few megabits "oh I guess its just a slow night to now being 1/3 capacity). |
|
TSI Marc Premium Member join:2006-06-23 Chatham, ON |
TSI Marc
Premium Member
2013-Aug-13 9:18 pm
No idea what Jon is talking about there. There is currently no congestion problem on our end. If there are problems, and this may be what Jon was talking about I'm not sure... They would be downstream from us... |
|
|
I took it to mean node type congestion that is outside of TSI control. The symptoms I am experiencing remind me of what my brother experienced a few years ago as the Berkshire area's infrastructure started to implode. It was ultimately resolved by rogers upgrading the area. |
|
1 recommendation |
to 34764170
said by 34764170:said by The Mongoose:There's almost no chance that's true. London is on ATPIA, if there was a London-wide capacity issue everyone in Ontario (except a couple areas) would be feeling it. That's based on the assumption that a capacity issue can only happen at TSIs end of the ATPIA backhaul and if that were the case then yes it is most likely it would affect everyone. There is always the possibility there could be capacity issues with Rogers at the London end of the network or somewhere in between London and York Mills. It's not as if Bell hasn't had issues on their network on their end instead of TSIs. I'm aware, but when the OP is lobbing insults at TSI, I take it to mean that he's blaming them for the capacity issues. Node congestion is the most likely problem, but that's 100% Rogers...of course if that's the case, Rogers customers on that node would be having the same issues. |
|
34764170 (banned) join:2007-09-06 Etobicoke, ON |
34764170 (banned)
Member
2013-Aug-13 9:42 pm
I fully understand that when people tend to make such comments Nothing should be ruled out and there needs to be proper investigation to determine what the source of the performance issues are on a case by case basis. |
|
|
Terribly slow on a 150/10 connection in Toronto (Davisville) on Bloor POI tonight for me as well. |
|
|
Meljin join:2010-09-12 London, ON |
to TSI Gabe
Being in London and just upgraded to the 35/3 unlimited package, here is an example of what you are looking for:
|---------------------------------------------------------------------------------- --------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | (my local router) - 0 | 357 | 357 | 0 | 0 | 1 | 0 | | 10.125.155.1 - 1 | 353 | 352 | 2 | 6 | 21 | 5 | | 24.156.142.53 - 1 | 353 | 352 | 7 | 13 | 29 | 10 | | 64.71.241.101 - 0 | 356 | 356 | 6 | 12 | 33 | 11 | |2120.ae1.agg01.tor.man.teksavvy.com.packetflow.ca - 4 | 317 | 307 | 7 | 12 | 42 | 12 | | dns.pppoe.ca - 4 | 320 | 310 | 6 | 11 | 36 | 9 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider |
|
|
Okers
Anon
2013-Aug-13 11:21 pm
|---------------------------------------------------------------------------------- --------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | KITU1 - 0 | 479 | 479 | 0 | 0 | 1 | 0 | | 10.125.155.1 - 0 | 479 | 479 | 3 | 11 | 86 | 7 | | 24.156.142.53 - 0 | 479 | 479 | 11 | 19 | 91 | 13 | | 64.71.241.101 - 0 | 479 | 479 | 10 | 18 | 90 | 12 | |2120.ae1.agg01.tor.man.teksavvy.com.packetflow.ca - 3 | 436 | 425 | 8 | 17 | 92 | 13 | | dns.pppoe.ca - 3 | 443 | 434 | 7 | 16 | 86 | 13 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Status Code: Operational Software Version: STAC.02.50 Software Model: a81a Bootloader: 2.3.1
Cable Signal Details Forward Path: Channel Frequency Power SNR BER Modulation 1 663.0 MHz -0.2 dBmV 41.9 dB 0.000 % 256 QAM 2 615.0 MHz -0.9 dBmV 41.4 dB 0.000 % 256 QAM 3 621.0 MHz -1.1 dBmV 41.3 dB 0.000 % 256 QAM 4 633.0 MHz -0.4 dBmV 41.9 dB 0.000 % 256 QAM 5 639.0 MHz 0.0 dBmV 42.2 dB 0.000 % 256 QAM 6 645.0 MHz -0.3 dBmV 41.8 dB 0.000 % 256 QAM 7 651.0 MHz -0.3 dBmV 42.0 dB 0.000 % 256 QAM 8 657.0 MHz -0.2 dBmV 41.8 dB 0.000 % 256 QAM Return Path: Channel ID Frequency Power Modulation 2 25.3 MHz 36.3 dBmV 16 QAM 1 31.3 MHz 36.3 dBmV 16 QAM 3 22.1 MHz 36.3 dBmV 16 QAM 4 38.6 MHz 36.3 dBmV 16 QAM Data Service Details Provisioned Address: Yes Provisioned Time: Yes Provisioned Configuration: Yes Registered: Yes BPI: Enabled
Microsoft Windows [Version 6.2.9200] (c) 2012 Microsoft Corporation. All rights reserved.
tracert www.google.com
Tracing route to www.google.com [74.125.226.114] over a maximum of 30 hops:
1 1 ms 1 ms 1 ms KITU1 [192.168.1.1] 2 10 ms 7 ms 7 ms 10.125.155.1 3 17 ms 14 ms 14 ms 24.156.142.53 4 14 ms 14 ms 14 ms gw03.hnsn.phub.net.cable.rogers.com [66.185.80.2 6] 5 12 ms 12 ms 41 ms 2120.ae1.bdr04.tor.man.teksavvy.com.packetflow.c a [69.196.136.68] 6 12 ms 13 ms 13 ms 72.14.212.134 7 13 ms 12 ms 24 ms 216.239.47.114 8 13 ms 12 ms 15 ms 209.85.250.207 9 13 ms 14 ms 14 ms yyz08s13-in-f18.1e100.net [74.125.226.114]
Trace complete.
Pinging google.com [74.125.226.101] with 32 bytes of data: Reply from 74.125.226.101: bytes=32 time=12ms TTL=56 Reply from 74.125.226.101: bytes=32 time=16ms TTL=56 Reply from 74.125.226.101: bytes=32 time=14ms TTL=56 Reply from 74.125.226.101: bytes=32 time=14ms TTL=56
Ping statistics for 74.125.226.101: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 12ms, Maximum = 16ms, Average = 14ms |
|
your moderator at work
hidden :
|