Hi
Do we have any more news on the upload bump from 2.5Mbps to 5Mbps for us users out in Telus territory?
↧
[DSL] Telus Upload speed increase
↧
Modem + Router for Cable?
I am signing up for 20/2 (150) cable and need a new modem, as my SB5101N is no longer compatible.
My ideal would be a modem/router combo for easier wiring and management. I don't have tooo many machines connected at once (usually less than 8) and only 2-3 are doing heavy downloading/gaming/netflix. A combo that works really well with Teksavvy would be great. I've used ARRIS in the past for 12/1 and it handled itself pretty well. Would be willing to get an ARRIS again.
Also -- anyone notice League of Legends lag spikes on teksavvy? I never noticed it on Teksavvy cable when I had it, but using Teksavvy DSL recently, the game was nearly unplayable, and searching around, many people on Teksavvy complained about lag spikes in this and other games.
Thanks -- I plan to book within 24 hours, so quick answers appreciated!
↧
↧
ROOT Datacenter
Hello gang,
We have recently launched a datacenter initiative - the press releases are below in French and in English.
We're pretty excited about this investment and partnership. Some of the stuff we're doing is pretty leading edge - looking forward to making some waves on this front too :)
Have a look here for more info:
English: http://teksavvy.com/en/why-teksavvy/in-the-news/teksavvy-press-releases/2014-press-releases/root-data-center-inc.-signs-teksavvy-as-strategic-investor-and-anchor-colocation-client
French: http://teksavvy.com/fr/why-teksavvy/in-the-news/communiques-de-presse-de-teksavvy/2014-communiques-de-presse/root-data-center-inc.-fait-affaire-avec-teksavvy-a-titre-dinvestisseur-strategique-et-de-principal-client-de-colocation
--
Marc - CEO/TekSavvy
↧
10mb upload in Chatham.
My modem just reset and now I have channel bonding on my upload and a 10mb upload speed. Anyone else?
↧
[Cable] Vacation Time for Account
Hi,
I was wondering what the policy will be for service halting, and stop being charged. I will be on vacation from mid June to Sept (about 3.5 months), and was wondering if it was possible to just hold the account now, and have it resume when I get back at the end of Sept.
Will I have to pay another activation fee?
↧
↧
What steps does TSI take to protect from this?
@TSIMarc
Glenn Greenwalds Pulse-Pounding Tale of Breaking the Snowden Leaks
http://www.wired.com/2014/05/greenwald-no-place-to-hide/
Among the fresh details he reports the NSA routinely intercepts networking devices such as routers, servers, and switches as theyre in transit from U.S. sellers to international customers and plants digital bugging devices in them, before repackaging them with a factory seal and sending them on their way. Although its been previously reported that the NSA, CIA and FBI intercept laptops to install spyware, the tampering with network hardware would potentially affect more users and data.
So, TSI might want to buy ERX's from directly from distributors in the US using a US shell company as they'd be less likely to be tampered with, and then drive them across the border yourself in a rented truck to eliminate the chance of interception by the NSA.
Does TSI do any kind of statistical or other investigatory analysis on traffic out of your ERX's to look for 'leaks'?
He also reports that U.S. telecoms partnering with foreign telecoms to upgrade their networks help subvert foreign networks for the spy agency.
The NSA exploits the access that certain telecom companies have to international systems, having entered into contracts with foreign telecoms to build, maintain, and upgrade their networks, he writes. The US companies then redirect the target countrys communications data to NSA repositories.
Not that TSI has much visibility into any upstream networking provider (Bell, Rogers, Telus, Level 3, etc....) but is there anything to be found out here? Does TSI write in a "NO INTERCEPT / NO DIVERSION" clause in all its contracts with upstream providers? Might be useful in claiming damages from them when customers claim them from you.
↧
TekSavvy announces Montreal PoP datacenter partner
Tweeted by Marc. Here's the press release:
said by TekSavvy Solutions Inc. :ROOT Data Center Inc. Signs TekSavvy as Strategic Investor and Anchor Colocation Client
Investment in independent facility helps bring new competitor to the telecom market
MONTREAL, QC, and CHATHAM, ON, May 13, 2014 /CNW/ - ROOT Data Center Inc. and TekSavvy Solutions Inc., one of Canada's leading independent telecommunications service providers, are pleased to announce a new partnership. The partnership makes TekSavvy an anchor tenant and strategic investor in ROOT's next generation energy efficient Montreal colocation data centre designed to Tier 3 standards.
TekSavvy's investment in ROOT will ensure high availability and geographic redundancy for TekSavvy's growing portfolio of telecommunications services, and serve as a basis for building out TekSavvy's managed services and Software-as-a-Service offerings. The investment follows TekSavvy's detailed review of the ROOT data centre design, growth strategy, and capacity to meet clients' long-term requirements. For ROOT this investment, combined with that of other financial investors including ROOT's management, will shore up long-term corporate stability and improve ROOT's ability to access future financing required to fuel corporate growth.
"We're pleased to partner with ROOT. ROOT is a company that focuses on offering high-value, reasonably-priced products that bring real competition to the marketplace," said Marc Gaudrault, CEO of TekSavvy. "Our strategic investment in ROOT ensures that we can offer our customers even more reliable products and services in the future. Like us, ROOT is different in a good way. We're happy to be a part of that."
ROOT is pleased to have TekSavvy as a long-term investor and partner.
"TekSavvy's established business is built on the same fundamental values as our own, offering customers exceptional services at fair prices," said Jason van Gaal, CEO of ROOT. "We are delighted to be joined by TekSavvy, and look forward to the growth of our relationship."
About ROOT Data Center Inc.
ROOT Data Center is a disruptive, independent, next-generation data centre colocation provider that offers colocation services for less than the cost of power. The $20 million, carrier-neutral, 5MW, 500-server-rack facility is strategically located less than 15 minutes from downtown Montreal and the airport. ROOT will be the first data centre provider in Montreal to deploy a next-generation cooling technology, allowing ROOT to offer services for 30-70% less than some other providers. For more information visit www.rootdatacenter.com
About TekSavvy Solutions Inc.
TekSavvy Solutions Inc (TSI), is one of the leading independent providers of telecommunications services in Canada. Founded in 1998, TSI provides residential, business and wholesale Internet and phone services in Canada. Today, TSI's services are used by tens of thousands of Canadians. Based in Chatham, Ontario, TSI operates offices in Chatham and Ottawa. TSI is a privately held company that is in the forefront of protecting Canadian consumers' rights online. For more information, visit www.teksavvy.com. We're Different. In a Good Way.
SOURCE TekSavvy Solutions Inc.
For further information: Jason van Gaal, CEO, ROOT Data Center, jvangaal@rootdatacenter.com, (844) 288-7668; Tina Furlan, Director of Marketing and Press Relations, TekSavvy Solutions Inc., tfurlan@teksavvy.com, (519) 350-8703And here's a statement from TSI on ROOT's website:
said by Pascal Tellier, CIO, TekSavvy :Running Canadas fastest growing ISP is no easy task. We rely on a network of partners to help execute our customer-oriented vision of providing unparalleled choice, freedom, and security. Teksavvy shares a very similar culture with ROOT and when we were looking to improve the reliability of our network through the launch of a redundant facility in Montreal, ROOT was the right partner for us.
No contracts? Open choice of carriers to peer with? Customized space to suit our security requirements? And a great price point? These are just a few of the reasons ROOT will be our longterm data centre partner.
--
Latest version of CapSavvy systray usage checker: http://www.dslreports.com/forum/r29128976-CapSavvy-v4.3-released-
↧
Support Hold Times ... Very Long Time
Is Teksavvy going to improve their support hold times? 10+ minutes seems to be pretty excessive for a call center.
↧
Cable Ottawa
so fast right now
[att=1]
Anyone else got these next level fast speeds?
↧
↧
Step-By-Step Guide IPV6 on CISCO RV220W
Hi everyone, I'm not sure why IP developers decided _why_ we had to give everyone on the planet 1 billion unique ip's......I would have much rather preferred an extended-type IPV4 address with a few more octets than this IPV6 mess that has been created. So, we've been talking about it for 8-10 years and here it is! In another 8 - 10 years, we will have everything sorted out.
In any case, would someone write up a simple, step-by-step IPV6/LAN guide for use with the Cisco rv220w? It would be beneficial to me and many others. Very little time to poke around with IPV6.
THanks
↧
[DSL] South North York very high packet loss
At DVP/Wynford Dr right now on my 15/10 DSL line, browsing isn't exactly fun right now.
--- www.google.com ping statistics ---
102 packets transmitted, 39 packets received, 61.8% packet loss
round-trip min/avg/max/stddev = 94.934/105.029/115.366/5.044 ms
PING www.google.com (173.194.43.116): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
64 bytes from 173.194.43.116: icmp_seq=2 ttl=58 time=107.305 ms
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
64 bytes from 173.194.43.116: icmp_seq=6 ttl=58 time=100.930 ms
64 bytes from 173.194.43.116: icmp_seq=7 ttl=58 time=110.746 ms
64 bytes from 173.194.43.116: icmp_seq=8 ttl=58 time=115.366 ms
Request timeout for icmp_seq 9
64 bytes from 173.194.43.116: icmp_seq=10 ttl=58 time=109.406 ms
Request timeout for icmp_seq 11
Request timeout for icmp_seq 12
64 bytes from 173.194.43.116: icmp_seq=13 ttl=58 time=101.567 ms
Request timeout for icmp_seq 14
64 bytes from 173.194.43.116: icmp_seq=15 ttl=58 time=106.457 ms
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17
64 bytes from 173.194.43.116: icmp_seq=18 ttl=58 time=103.637 ms
Request timeout for icmp_seq 19
Request timeout for icmp_seq 20
Request timeout for icmp_seq 21
64 bytes from 173.194.43.116: icmp_seq=22 ttl=58 time=98.996 ms
Request timeout for icmp_seq 23
Request timeout for icmp_seq 24
Request timeout for icmp_seq 25
Request timeout for icmp_seq 26
Request timeout for icmp_seq 27
Request timeout for icmp_seq 28
64 bytes from 173.194.43.116: icmp_seq=29 ttl=58 time=99.608 ms
Request timeout for icmp_seq 30
64 bytes from 173.194.43.116: icmp_seq=31 ttl=58 time=103.111 ms
Request timeout for icmp_seq 32
Request timeout for icmp_seq 33
Request timeout for icmp_seq 34
64 bytes from 173.194.43.116: icmp_seq=35 ttl=58 time=112.064 ms
Request timeout for icmp_seq 36
Request timeout for icmp_seq 37
64 bytes from 173.194.43.116: icmp_seq=38 ttl=58 time=97.865 ms
64 bytes from 173.194.43.116: icmp_seq=39 ttl=58 time=101.632 ms
Request timeout for icmp_seq 40
64 bytes from 173.194.43.116: icmp_seq=41 ttl=58 time=103.097 ms
64 bytes from 173.194.43.116: icmp_seq=42 ttl=58 time=101.114 ms
Request timeout for icmp_seq 43
64 bytes from 173.194.43.116: icmp_seq=44 ttl=58 time=106.213 ms
Request timeout for icmp_seq 45
64 bytes from 173.194.43.116: icmp_seq=46 ttl=58 time=94.934 ms
Request timeout for icmp_seq 47
64 bytes from 173.194.43.116: icmp_seq=48 ttl=58 time=99.541 ms
Request timeout for icmp_seq 49
Request timeout for icmp_seq 50
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
Request timeout for icmp_seq 53
Request timeout for icmp_seq 54
64 bytes from 173.194.43.116: icmp_seq=55 ttl=58 time=102.963 ms
Request timeout for icmp_seq 56
Request timeout for icmp_seq 57
Request timeout for icmp_seq 58
Request timeout for icmp_seq 59
Request timeout for icmp_seq 60
64 bytes from 173.194.43.116: icmp_seq=61 ttl=58 time=114.032 ms
64 bytes from 173.194.43.116: icmp_seq=62 ttl=58 time=113.343 ms
64 bytes from 173.194.43.116: icmp_seq=63 ttl=58 time=111.291 ms
Request timeout for icmp_seq 64
Request timeout for icmp_seq 65
64 bytes from 173.194.43.116: icmp_seq=66 ttl=58 time=102.313 ms
Request timeout for icmp_seq 67
64 bytes from 173.194.43.116: icmp_seq=68 ttl=58 time=106.818 ms
Request timeout for icmp_seq 69
64 bytes from 173.194.43.116: icmp_seq=70 ttl=58 time=102.920 ms
64 bytes from 173.194.43.116: icmp_seq=71 ttl=58 time=103.518 ms
Request timeout for icmp_seq 72
Request timeout for icmp_seq 73
Request timeout for icmp_seq 74
Request timeout for icmp_seq 75
64 bytes from 173.194.43.116: icmp_seq=76 ttl=58 time=99.284 ms
64 bytes from 173.194.43.116: icmp_seq=77 ttl=58 time=111.499 ms
64 bytes from 173.194.43.116: icmp_seq=78 ttl=58 time=108.808 ms
64 bytes from 173.194.43.116: icmp_seq=79 ttl=58 time=100.734 ms
64 bytes from 173.194.43.116: icmp_seq=80 ttl=58 time=110.424 ms
64 bytes from 173.194.43.116: icmp_seq=81 ttl=58 time=105.588 ms
Request timeout for icmp_seq 82
64 bytes from 173.194.43.116: icmp_seq=83 ttl=58 time=103.967 ms
Request timeout for icmp_seq 84
Request timeout for icmp_seq 85
Request timeout for icmp_seq 86
Request timeout for icmp_seq 87
64 bytes from 173.194.43.116: icmp_seq=88 ttl=58 time=112.241 ms
64 bytes from 173.194.43.116: icmp_seq=89 ttl=58 time=104.093 ms
Request timeout for icmp_seq 90
Request timeout for icmp_seq 91
64 bytes from 173.194.43.116: icmp_seq=92 ttl=58 time=103.040 ms
64 bytes from 173.194.43.116: icmp_seq=93 ttl=58 time=98.045 ms
Request timeout for icmp_seq 94
Request timeout for icmp_seq 95
Request timeout for icmp_seq 96
Request timeout for icmp_seq 97
Request timeout for icmp_seq 98
64 bytes from 173.194.43.116: icmp_seq=99 ttl=58 time=107.610 ms
Request timeout for icmp_seq 100
^C
↧
[DSL] Had to cancel -- Bell simply became intolerable
Regrettably, I had to cancel my home TekSavvy service today. The line went down last Tuesday, and my schedule would only allow me to meet the tech today.
Pretty much a wasted call. The tech didn't have access to the phone room in the basement and couldn't complete the work. The building's office is open only during weekdays.
I then found out that Bell was suppose to reroute the phone wires to a more accessible location a year ago, but never completed the work. The local cable company, Videotron, doesn't have this problem.
So after three unwarranted disconnects at my current location and very long waits for resumption of service critical for my line of work, I had to cancel TekSavvy at home, and went with Videotron instead.
Why Videotron and not TekSavvy cable? Simple. I didn't want to be "Rogered," more specifically wait for almost a month to finally get any kind of service just to have it "accidentally" disconnected later.
This is a temporary solution. I'll be moving from Montreal to Ottawa in a couple of years. Hopefully, by that time, I can get something with Cogent instead. Using an ISP that has to rent the last mile simply hasn't worked out. I'm lucky my two TekSavvy office connections have lasted five years. I'll keep those until the move or until they also break down.
Very frustrating. :(
↧
General update: Webmail, Zap the cap, Pay Now and MAC modem update
Hello all,
We have a few updates for today.
Webmail - We are in the process of migrating to the new Webmail and should have it transferred over within the next couple of hours. The webmail URL - webmail.teksavvy.com - will be pointed to the new system and the old system will simply drop off as the DNS entries age out. Specifically, the contacts are the primary thing that we are migrating over to the new webmail and so if you go to the webmail interface and you find that its a new interface and that your contacts are not there yet, just wait a bit, they will all show up. And if somehow we run into problems, the old systems are completely untouched and we can just revert back if needed. The new system is improved in a number of ways, you can see from the beta post what's changed: http://www.dslreports.com/forum/r29012552-Email-BETA-Webmail-update.
Zap the cap - That's what we are calling the opt-in feature I had mentioned here: http://www.dslreports.com/forum/r28902002-BETA-my-account-portal-v2-need-your-help - The portal has been, or is in the process of being updated right now with this new beta feature. In this beta release, the functionality for the rate-limiting will be in place however the full system will not be implemented until next month. In this release you can turn the feature on and from the hours of 8pm to midnight the rate limit will be in place until you remove it. It takes 10-20 minutes to activate or deactivate. The system is linked to the speed of your package. In order for this to work across all platforms both DSL and cable we had to pick thresholds. Those are: 3, 6, 9, 12 and a max of 15mbit/s. So depending on your package, you will fall into one of those brackets. When we looked at all the different speeds across all vendors, it became obvious that we just had to pick speeds and apply them to the various packages otherwise it was just too complicated. This is currently implemented for rCable, cCable and DSL in Ontario and Quebec. Much work went into this and we're excited to kick this off.
Pay now - This option will allow you to pay your bill via the MyAccount portal. We get many calls for payments and we believe this will save time for everybody while making sure it is still very secure.
MAC modem update (for rCable, vCable and cCable internet users only) - This is a simple tool where you can submit your correct MAC address in case your usage does not show up properly. The MAC address is what links your account with our systems. It's how we know who you are. If you look on the back of your modem it says what your modem MAC address is. Those addresses are unique to your modem and are assigned by the modem manufacturer. The reason for this tool is because some users MAC addresses are incorrect in our records and we may need your help to correct them. This provides a simple way to fix it. This is important because we must ensure that there are no other users on our network that should not be and as well to make sure that your usage is correctly linked to your account. To ensure this, we will be slowing down those users where we know our records are incorrect in order to prompt a fix. This tool is for those situations. Once we receive a request, we will check to make sure the updated MAC is accurate and we will update our records. We may also need to update our vendors records also since there may be discrepancies there also. If you know your MAC address is not accurate, please be sure to correct it as soon as possible.
We will be sending out a customer notice to announce these updates later today or tomorrow.
--
Marc - CEO/TekSavvy
↧
↧
What are the new tiers for Rcable
Hi all, apologies if this has been asked. Seen a couple threads in regards to when are the new tiers coming into effect. I would like to ask what are they actually going to be. Currently on 6mb 75gb which is doing me fine and cost is affordable. If I need to bump up would I be able to get the 300gb even if this package is no longer available due to the changes?
↧
[DSL] Intermittent Packet Loss 15/1
Hello,
I'm currently on Teksavvy's 15/1 using a DLINK 810L router with the SpeedTouch 516 modem.
I've tried pingtests both behind the router and connected directly to modem and I am still getting packet loss randomly, with high ping.
http://www.pingtest.net/result/97658676.png
I tried calling Teksavvy, but all they had me do was reset the modem/router and change the DNS. This accomplished absolutely nothing.
They then proposed that they could send a technician in to check the connection, and if it turns out it is a problem with the modem (that they sold to me), they will charge me $87. Otherwise, they will do what they can to fix the line free of charge.
How am I supposed to take that offer up when the packet loss is random and may not show up when the technician comes?
I honestly don't know what to do, it could be a problem with my router/modem/cables/wiring etc.
And in order to switch to the 15/10 or 25/10, Teksavvy charges $50 activation fee.. I also have to buy a Sagemcom f@st 2864 from them..
↧
[DSL] TSI vs. Bell service availability
I just queried TSI sales because Bell shows VDSL service availability (15/10 and 25/10) at my address while TSI doesn't. The response was unfortunately that I was limited at the 15/1 tier and couldn't get anything beyond that (and that if I switched when it became available I would, obviously, have to pay an additional installation fee).
So my question is, given that Bell says that they can offer the service, would it be correct to assume that in short order third-parties will as well?
Since I don't currently have Internet service I'm in the process of deciding between cable and DSL, with VDSL I had mostly made up my mind. Now it's back to the drawing board I guess.
As an additional question, TSI indicated that even with VDSL the database says that the best upload they could offer is 3, so is this a case of Bell over-promising and under-performing based on their claims of service availability if I was to go with them (which I am not)?
I'm just trying to make the best decision for what service to go with and am no further ahead than I was when I first started. Not TSi's fault, they have been more than helpful with information, just I've been looking into this for a while and now I will look into it for another while I guess...
↧
[DSL] Dark soul 2 Connection issue.
Hello,
I currently have teksavvy dsl 25 package.
Sagemcom Fast 2864 modem
I am trying to connect online to dark souls 2 but it will not let me connect. At first i thought perhaps it was my game and log in info, but i decided to try disabling my modem, and using my phones data and tethering and with that i was able to connect.
I am trying to find out what would block my modem from connecting but not my cellphone. (Cellphone data if i use my cellphone + modem wifi i am still unable to connect).
I spoke on the phone with teksavvy, they told me they do not block any ports, we even did a factory reset and i am still unable to connect.
I went through and did port forwarding but i am not sure at all if i did it correctly, if someone could provide me assistance, or if someone is playing dark souls 2 and had this same issue and figured out a solution i would greatly appreciate it.
These are the ports that are supposed to be opened.
Steam Ports
UDP 27000 to 27015
UDP 27015 to 27030
TCP 27014 to 27050
UDP 3478
UDP 4379
UDP 4380
Additional Dark Souls II server ports:
DSII Ports:
TCP 3478
TCP 3479
TCP 3480
TCP 5223
TCP 8080
TCP 50011
UDP 3478
UDP 3479
UDP 3658
UDP 49167-65535
TCP: 50000 ~ 50100
UDP: 50000 ~ 50100
I took a screen shot of my connection hub, hoping if i did something wrong someone could point it out.
↧
↧
Smart RG Sr505n Bridge Mode?
I have had service for around 10 days now but on the first day when I tried to change it to bridge mode to use my linksys router, it wouldn't work. The modem would not connect to the internet. Can you guys show me the proper way to do it. Thanks
↧
TSI West / sCable & tDSL : What's your speed lately?
It seems everyone in the West has been a happy camper lately, compared to the rCable and bDSL folks. Just curious if people are getting the profiles they pay for. I can't bitch about my sCable 25Mb service.
[att=1]
--
Marriage Equality | Consumerist
↧
[Cable] RF Issue - Ottawa
Not receiving a signal, therefore RF issue?
Carlington area of Ottawa.. so I think that puts me on the Richmond POI
↧