Is anyone else having issues with youtube speed tonight out west? It is taking forever for videos to load yet speedtest results are normal.
↧
[DSL] Youtube issues tonight out west
↧
[Outages] Maintenance
Hello Everyone,
We are completing brief maintenance on our service right now. The phone lines are being turned off briefly to complete this. Services may be disconnected.
Apologies for any inconvenience while we complete this.
If there are any questions, please let us know.
regards,
↧
↧
[Cable] Transfer Service from EBOX
Hi,
Looking at moving my cable service from EBOX (Teksavvy plans look like better value for my habits), just wondering about two aspects of this:
1) Is the process really cancelling EBOX and then applying to Teksavvy the same as if I didn't have service at all? Is there any way to transfer the service without a technician visit?
2) Are there ever any promotions to waive/reduce the activation fee for Teksavvy?
Thanks.
↧
Vancouver Cable DHCP Issue
Hello everyone,
Our cable vendor in Vancouver has advised that the DHCP outage has been resolved. If you are still experiencing issues, please perform a factory reset of the modem. If issue persists, please reach out to us, either by opening a thread at https://www.dslreports.com/forum/teksavdirect or by phone at 1-877-779-1575.
Thank you,
TSI Sean
↧
[DSL] Best to put ZyXel P-660R in bridge mode?
My brother just got TekSavvy DSL (on my recommendation). 15/1. He bought the ZyXel P-600R modem from TekSavvy.
He is having a hard time getting his previously-configured Belkin router to work with it.
My suggestion is to bridge the ZyXel.
Is this the best approach? Looking at the manual, the ZyXel has a surprisingly complex router portion. It may actually be a better router than a low-end Belkin. However for simplicity's sake this may be the best way to go.
↧
↧
[Outages] Intermittent DSL lately
Since mid-August my DSL has only been working intermittently. Around that time I got an email informing me of upcoming maintenance, so I didn't call because I hoped it would fix the problem. It didn't.
I came here to see if there was any explanation, and saw a post about a hardware failure that was causing issues for some customers in Ontario. So again I didn't call. Then I read that this problem had been fixed for affected customers as of Aug 30.
So I called tech support Sept 1 because my problem was still there. No complaints about the person I spoke to (Sam?) who ran me through some troubleshooting steps and told me I needed a shorter phone cord that didn't exceed 14 ft (at the time I had the Teksavvy-supplied cord attached to an extension.) Since this fix would require moving my computer desk and modem across the room and crawling into a closet poking things through walls to connect directly to the phone jack in another room, I told him I'd end the call, try that, and get back to TS if it didn't solve the problem.
No joy. That night I lost internet again. And the next morning. And now I'm writing this offline to paste in later, because when I tried to come to this forum, my connection was toast once again. Been down for almost an hour now, I think. Will post whenever it decides to start working again.
So here I am. Anyone else afflicted? Could someone from Teksavvy help me please?
↧
CapSavvy v4.4 & v4.5 released!
CapSavvy is a tool that can retrieve your data transfer usage from most independent ISPs and displays it in your system tray (on the start bar next to the clock in the corner of your screen). This release updates CapSavvy to support TekSavvy's new Web API for retrieving usage data, among other things.
Changelog (v4.5)
- Fixed Videotron TPIA checker (it still needs TLS 1.0)
Changelog (v4.4)
- Updated to .NET 4.5 to get TLS 1.1/1.2 support, which TekSavvy now requires
- Explicitly set HTTPS to only use TLS 1.1/1.2
- Possible fix for stuck connection issue
As a note, this version now requires .NET 4.5, which only shipped with Windows by default as of Windows 8. Users on older versions of Windows may need to update .NET. This was unavoidable as .NET 4.5 was required to get the right TLS support for TekSavvy.
This version also has what may be a possible fix for the longstanding issue that some users have reported with CapSavvy getting stuck in some situations like after waking a system from sleep. Let me know if it fixes the problem for you, if not, further changes may be required.
Here is the list of supported usage checker modules (ISPs) in alphabetical order:
- Caneris DSL
- Electronic Box Business DSL
- Electronic Box Residential DSL
- Start Communications Cable
- Start Communications DSL
- Start Communications Wireless
- Start Communications Wholesale Cable
- Start Communications Wholesale DSL
- Start Communications Wholesale Wireless
- TekSavvy Cable
- TekSavvy DSL
- Videotron TPIA (includes cable from most ISPs like TekSavvy or eBox)
CapSavvy will automatically select the appropriate module based on the username you enter. Start and TekSavvy are special cases, in that they use API keys. Here are instructions on how to use CapSavvy with these ISPs:
TekSavvy
Log into the TekSavvy MyAccount portal at https://myaccount.teksavvy.com/ and select "API Key Management" under the "My Account" dropdown menu. Click the "Generate Key" button, and paste the resulting API key into CapSavvy.
If you have more than one internet connection on your account, you can add "+1" or "+2" (or so on) to the end of the API key to display the usage from subsequent connections.
Start
Visit https://www.start.ca/support/capsavvy from your Start internet connection and copy the code it gives you (fake e-mail address) into CapSavvy.
If you have a problem getting your usage for any ISPs, or you are an ISP who wants your usage information supported by CapSavvy, please let me know! Or feel free to implement a usage checker module for CapSavvy yourself and send me the .cs file for it and I'll include it in the next release. There's a quick and dirty dev guide included plus the existing examples.
Source code is included under the GPL v2 license.
--
Latest version of CapSavvy systray usage checker: http://www.dslreports.com/forum/r29128976-CapSavvy-v4.3-released-
↧
Rationale for not helping with port scanning/hacking issues?
Hi there:
Since at least Friday night, my location has been experiencing some kind of port scanning or hacking attempt. The cablemodem activity light has been flashing without stopping for about 2.5 days now.
When I called technical support, they said they can't help with that kind of thing.
I'd like to know:
1. What is TS's rationale for not being at all willing to help. In my case, the attack is
definitely not coming from my internal network).
2. This port scan/attack is using about 60Kb of bandwidth continuously. Over a month, that's
almost 19GB of traffic. I would hope I'll be able to track down the perpetrators, but if I can't,
can I count on TS to not charge me extra (since I have almost no control of the situation)?
Thanks for your replies
↧
[Portal] API not accessible
I can't access the API today for some reason. There is no error reported just nothing. Went to the API management page and revoked the API key and generated a new one. Still nothing. Anyone else having an issue?
↧
↧
For the network gurus: not receiving subnet on my static DSl
Appealing to the net-savvy users here...
I have a tek subnet along with my static address and I'm having trouble (I think) receiving/routing incoming packets on the subnet on my Linux (Ubuntu 14.04) system. My primary address works great and has been connected to a mail and web server for years.
When I ping from an external address to a subnet address I can see the incoming pings when I "tcpdump -i ppp0" (reported promiscuous):
02:23:48.951173 IP 69.xxx.dsl.teksavvy.com: ICMP echo request, id 25507, seq 6, length 64
But I can't see the packets in kern.log or elsewhere, or get an echo response.
pings work find to my primary address.
I don't *think* I have any packet filtering enabled. I did have a rule in INPUT that only passed packets to my primary ip but I disabled that.
Any clues where else I should look to accept packets to the subnet addresses? I poked around sysctl as I recalled there was something there but if there is something I should adjust, I missed it?
Something in ppp? Something I missed in iptables?
I thought this was working when I played with it a while ago.
When I get this going I want to forward a subnet address's data to another computer via it's own ethernet connection on the gateway. Anyone done this using a basic Linux tunnel? It looks easy enough. Do the tunnels set MTU properly or will I have to set that manually?
Thanks for your insights and suggestions or helpful questions.
Brett
↧
[DSL] Question to older 15/1 subscribers
Was anyone else paying $37.99 for this?
I needed to change speeds so I'm on another package now but I just noticed I was paying the current 10/1 price but my account/invoice states DSL 15 Pro $37.99.
↧
[Cable] All of a sudden, the cable modem died?
Hi there,
I got no idea what happen, the cable modem died (Thomson DCM475). *lol* No lights, no power, nothing. It just simply died when I got up in the morning wondering why there was no Internet. I guess I have to buy a new one?
Looking up, it seems to be a new modem that Teksavvy is now selling for Quebec, the "Technicolor TC4300 DOCSIS 3"?
Is it better to just get the new modem or get another Thomson DCM475?
Ju Leon...
↧
[Cable] Internet outage
As of this post my cable Internet has been out for an hour. My modem is showing:
Main:
Cable Signal: Ready
Tuning: Complete
Ranging: Complete
Data Service: connecting...
Connecting: In Progress (Step 3 of 5)
Configuring:
Registering:
Current State: IPv4 in progress
Highest State Obtained: Operational
Forward Path:
Channel 1: 693.0Mhz, - 4,3dBmV, 42.4dB, 0.000%, 256QAM
Channel 2-8; Nothing
Return Path:
Channel 1: 30.6Mhz, 50.5dBmV, 64QAM
Remaining channels: nothing
Event Log:
Critical(3): DHCP FAILED - Discover sent, no offer received; CM-MAC=cc:35:4...
Critical(3): No Ranging Response received - T3 time-out; CM-MAC=cc:35:40:19...
I am located in Mississauga.
↧
↧
Teksavvy Speedtest expired?
Getting an expiry message when I click on the speedtest link on the left of this page.
↧
Motorola sm 6120 is still good for lower tiers?
Just perusing the website and the 6120 is still good for lower speeds? I thought that they killed that modem in general....
↧
[Cable] Horrible ping and packet loss
Microsoft Windows [Version 10.0.10586]
(c) 2015 Microsoft Corporation. All rights reserved.
C:\Users\Kappa>ping google.ca -n 50
Pinging google.ca [172.217.0.163] with 32 bytes of data:
Reply from 172.217.0.163: bytes=32 time=1021ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1521ms TTL=56
Reply from 172.217.0.163: bytes=32 time=391ms TTL=56
Reply from 172.217.0.163: bytes=32 time=236ms TTL=56
Reply from 172.217.0.163: bytes=32 time=542ms TTL=56
Reply from 172.217.0.163: bytes=32 time=92ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1089ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1188ms TTL=56
Reply from 172.217.0.163: bytes=32 time=3277ms TTL=56
Reply from 172.217.0.163: bytes=32 time=257ms TTL=56
Reply from 172.217.0.163: bytes=32 time=99ms TTL=56
Reply from 172.217.0.163: bytes=32 time=103ms TTL=56
Reply from 172.217.0.163: bytes=32 time=149ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2157ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2038ms TTL=56
Reply from 172.217.0.163: bytes=32 time=338ms TTL=56
Reply from 172.217.0.163: bytes=32 time=69ms TTL=56
Reply from 172.217.0.163: bytes=32 time=710ms TTL=56
Reply from 172.217.0.163: bytes=32 time=960ms TTL=56
Reply from 172.217.0.163: bytes=32 time=345ms TTL=56
Reply from 172.217.0.163: bytes=32 time=979ms TTL=56
Reply from 172.217.0.163: bytes=32 time=899ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1863ms TTL=56
Request timed out.
Reply from 172.217.0.163: bytes=32 time=112ms TTL=56
Reply from 172.217.0.163: bytes=32 time=157ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2565ms TTL=56
Request timed out.
Reply from 172.217.0.163: bytes=32 time=1832ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1542ms TTL=56
Reply from 172.217.0.163: bytes=32 time=277ms TTL=56
Reply from 172.217.0.163: bytes=32 time=99ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2213ms TTL=56
Request timed out.
Reply from 172.217.0.163: bytes=32 time=2426ms TTL=56
Reply from 172.217.0.163: bytes=32 time=357ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2416ms TTL=56
Reply from 172.217.0.163: bytes=32 time=3164ms TTL=56
Request timed out.
Reply from 172.217.0.163: bytes=32 time=3935ms TTL=56
Reply from 172.217.0.163: bytes=32 time=3489ms TTL=56
Reply from 172.217.0.163: bytes=32 time=533ms TTL=56
Reply from 172.217.0.163: bytes=32 time=1192ms TTL=56
Reply from 172.217.0.163: bytes=32 time=3695ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2100ms TTL=56
Reply from 172.217.0.163: bytes=32 time=2502ms TTL=56
Reply from 172.217.0.163: bytes=32 time=745ms TTL=56
Request timed out.
Reply from 172.217.0.163: bytes=32 time=2143ms TTL=56
Request timed out.
Ping statistics for 172.217.0.163:
Packets: Sent = 50, Received = 44, Lost = 6 (12% loss),
Approximate round trip times in milli-seconds:
Minimum = 69ms, Maximum = 3935ms, Average = 1314ms
C:\Users\Kappa>
This is in Ajax any reason that the service is so spotty all of a sudden?
↧
DSL down
Hi, i woke up around 3AM. Thought i would watch some Netflix but realized DSL service is down. Can Teksavvy confirm this? By the way I live near Birchmount and Finch in Toronto.
↧
↧
[DSL] Teksavvy Thompson475 modem LED blinking "Link" activity New Normal
I've contacted Teksavvy about recent LED blinking "Link" activity that has always until recently remained inactive until downloads/uploads were occurring. They've replied this is normal?
Here's where I'm majorly concerned, each day and night this LED blinks away using up my Data plan of 150 GB /month.
Typically around 2 GB per 24 hrs. I call this being hacked! There are uploads around 60 MB (Not by me) per day and downloads 1.5 GB+ per day (Not by me)
My rough approximation is they've cleverly found a way to siphon 50 GB/month from my usage!
This is the new normal? I feel like I'm being spied on, stolen from or hacked.
↧
[Cable] Shaw pulling a Rogers: 150Mb for $50 | Another eff u msg for IISPs
Delay, delay, delay IISPs. First Robbers and now Shaw. Such BS.
Shaw's WideOpen 150/15Mb connection with 1TB and equipment for a meager $50 (first year then $80) - http://shop.shaw.ca/internet150
↧
Rememba this?
This was a year ago folks.
Do you remember?
↧