dslreports logo
 
    All Forums Hot Topics Gallery
spc
uniqs
19
The Mongoose
join:2010-01-05
Toronto, ON

The Mongoose to Okers

Member

to Okers

Re: Crapsavvy - Another slow night on cable

said 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
@rogers.com

Okers

Anon

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.
The Mongoose
join:2010-01-05
Toronto, ON

The Mongoose

Member

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
@teksavvy.com

Okers

Anon

I HAVE with tech support. !!!!!!
Okers

Okers

Anon

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 Gabe
Router of Packets
Premium Member
join:2007-01-03
Gatineau, QC

TSI Gabe

Premium Member

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

34764170 (banned) to The Mongoose

Member

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.
graniterock
Premium Member
join:2003-03-14
London, ON

graniterock

Premium Member

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 graniterock

9 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

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...
graniterock
Premium Member
join:2003-03-14
London, ON

graniterock

Premium Member

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.
The Mongoose
join:2010-01-05
Toronto, ON

1 recommendation

The Mongoose to 34764170

Member

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

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.
mik29999
join:2008-07-21
Toronto, ON

mik29999

Member

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

Meljin to TSI Gabe

Member

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
@teksavvy.com

Okers

Anon

|---------------------------------------------------------------------------------- --------|
| 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
Expand your moderator at work