Yup, looks like high latency at servers #5, 22.214.171.124 and #6 126.96.36.199 Thats a job for one of the mods at @CommunityHelps, possibly @RogersCilio or @RogersMoin to forward a report/request to the NOC or the engineering staff to look at the loads on those servers and to determine if the servers are functioning correctly. If that latency is a persistent condition, then there is some issue with the servers. If its only seen at high load times, then some adjustment is required to accommodate the loads, up to and including server upgrades or replacement. A level II tech at tech support would be able to to initiate a problem report as well.
Beyond that, if your data path or gaming path runs thru those servers and you keep seeing high latency thru those servers, keep bugging the mods at @CommunityHelps until the situation is resolved.
If that latency is a persistent condition, then there is some issue with the servers. If its only seen at high load times, then some adjustment is required to accommodate the loads, up to and including server upgrades or replacement.
It's a persistent (and consistent) condition; no matter what time of day I perform a test, my ping result is between 29-31ms. Been like that for about a week and a half now. Guess I'll send a message to @CommunityHelps soon. Thanks for all your help.
@Datalink, thank you very much for your detailed response and step by step procedure. Apparently Rogers technicians fixed some issues in our building. Please find below the feedback from another resident with whom I discussed (a bite of context, our building is still in construction in the upper floors):
"in my case, the fiber connection had a scratch on it....that caused the intermittency with the internet modems - they replaced it. They checked the main fibres coming up from the basement... there's many. They put me and my neighbours on a good feed. Dirt will affect the fibre optics...construction dust/dirt can its not uncommon in new buildings. They've referred back to Rogers Maint to repair others they've identified ....so if you still have issues do report I feel for these guys.... I can only imagine the wires and cables to service this building."
On my side I performed all the tests you recommend me do. Please find below the results:
MDU - CMTS:
Please let me know what do you think of these results? What are the key actions I need to do? Whom do I need to contact and how?
Thanks in advance for your response and your help.
@lexignot, ok, interesting plots. Here’s a quick synopsis, as I see it:
IPV4: not too bad, looks like the response time is 0.44 ms with a couple of occasional spikes. No packet loss which is good. I usually run this for an hour, but, do it at a much higher rate and record it with Wireshark instead of Pingplot as Pingplot would average the results.
IPV6: 4.37 ms average. Higher than it should be, most likely due to the spikes on the plot. No packet loss which is good. That average should be very close to the IPV4 results. Just depends on whether or not you have any spikes on the plot.
MDU – CMTS: The average looks ok at 13.76 ms. This will typically range between 8 to 13 ms. There isn’t any packet loss from the MDU/CMTS on line #2, which is good. If you have issues, this is the figure to look at. One recommendation, right click on the column title bar and select the Error column for display. Drag that column to sit beside the Packet Loss % column. That Error column will show the number of errors, or number of instances of packet loss. That’s another data item that allows you to keep you understand how many instances of packet loss have occurred over a period of time. Ideally, from a wired pc to the MDU/CMTS, you shouldn't see any packet loss, however, that’s not practical. There will always be some amount of packet loss which from my own testing usually runs less than 0.1 %
On this plot you can see the indicated packet loss from the modem on line #1. Since you’ve just proved that there is no packet loss from the modem in the first run, disregard this indication. That’s a Pingplotter / modem timing issue. Same goes for the crazy latency spikes from the MDU/CMTS. Once again, that’s a timing issue between the modem and Pingplotter. Those spikes make troubleshooting latency issue more challenging, which is why you have to go to the next target which is the DNS, looking to confirm or dispel the latency indications.
DNS: Not too bad. 11.15 ms average with one larger spike. No signs of the latency spikes seen from the MDU/CMTS. If there was a real issue with transit thru the modem, you would see that in this plot as well. That was a problem with the CGN3xxxx modems, however, Intel has finally been addressing that latency. Don’t know if Intel has been totally successful in that regard. The 4582 doesn’t have that same problem.
Other DNS targets:
IPV4 Secure: 188.8.131.52
IPV6 Secure: 2620:fe::fe
IPV4 Unsecure: 184.108.40.206
IPV6 Unsecure: 2620:fe::10
Note: Will Quad9 filter content?
No. Quad9 will not provide a censoring component and will limit its actions solely to the blocking of malicious domains around phishing, malware, and exploit kit domains.
Secure = blocked malicious domains
Unsecure = no blocking offered (same as Rogers DNS basically)
Just to note, when you run any of those tests at high rates (very low intervals under 0.05 seconds, you can see latency spikes show up simply due to traffic associated with the operating system. Ideally this would be done with proper test equipment where you can control the type and amount of superfluous traffic from the transmitting device. Those latency spikes causes one to wonder what caused the latency spike and you can spend an inordinate amount of time stepping thru a plot and its data, looking for internal traffic sources. As an example, Logicon has a Windows application for its keyboards and mice which calls home, causing a spike in the plot, and, ..... there are a lot of programs which can call home at the most inopportune time in a test.
Overall it looks like you're doing much better than before.
Happy New Year!
I am writing because I have an issue again in my famous condo in the 10 York St condo in Toronto. Apparently the Rogers's technicians are used to come to our building. A bite of context, the building is still under construction and since I have been in the condo every 2 months I have an issue with my internet connection. The fibres or any other materials must have been damaged again...
It clearly shows that it does not come from the modem or my unit but from the installations before my unit. There is a high ping and packet loss, everything is there. It has been like that for more than 2 months now...! It's impossible to work from home because I am disconnected from the VPN of my company every 5 min, impossible to perform a call via Skype, watch a video in streaming etc... I can't continue in a such situation and you clearly understand that I will have to switch to another Internet provider unfortunately if no long term solutions are implemented...
Request to Rogers:
Could you please really pay attention to the situation and take care of our issues in that building. As I mentioned every month we have issues with our internet connection... We need seasoned technicians to fix the issue as soon as possible with long term solutions please! Stop asking us to do useless approaches or send an inappropriate technician...
Thanks in advance for your understanding and support.
Hey @lexignot, happy new year!
Given the consistency of these occurrences, your frustration is more than warranted at this point. Packet loss or any level of service interruption for that matter can be incredibly disruptive. Though the results you provided aren't conclusive in itself of an issue I'd be more than happy to take a look into what you're experiencing. I'll be able to identify if maintenance is required to get involved, or if it is more of a localized issue. Seeing that there's construction going on within the building, issues can definitely occur, but we'll see to it that they're resolved as quickly as possible.
To do so, it starts with first identifying the problem. Feel free to send us a PM @CommunityHelps and we'll be happy to review.
For more information on how our Private Messaging system works, please CLICK HERE.