07-15-2021 03:58 PM - last edited on 07-15-2021 05:09 PM by RogersMoin
I tried unplugging modem and 3rd party router.
This problem seems to happen more frequently. I am now entering the info into my phone (notes) - time/day of disconnection and duration.
It went down Tuesday and now today. I don't recall how long it was out last time. Maybe 30 min or 1 hr total?
I also use a wifi Smart TV.
It has reconnected a few times only to drop 5 mins (estimate) later. Sometimes the speed is normal but often, the connection is at a much lower speed suggesting a problem.
I am wondering if there's an issue.
*Added Labels*
12-11-2020 09:10 AM - edited 12-11-2020 09:10 AM
@Datalink- Is there any explanation to why my neighbor(townhouse) has 3rd party cable company, that uses Rogers infrastructure, and does not see any issues with his connection, while I do.
If there is high util on the node, wouldn't it affect the neighbor too ?
Unless, the high util is on the CMTS level, where they put too many cards in the device, and that would be a completely different scope of high util. So if the second is true, and 3rd party connections could have separate CMTS , that would make sense. But not the first!
Isn't it?
12-11-2020 09:30 AM - edited 12-11-2020 09:31 AM
I'm using the Rogers wireless gateway/router and I notice that when I do a tracert the first two hops 1 and 2 (see below) hare the same gateway IP address.
Is that something that anyone else is seeing when using that CODA-4582 in gateway/router mode?
I'm also seeing quite a bit of packet loss on those first two hops.
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 10 ms * * xx.xxx.xxx.x
2 14 ms 9 ms * xx.xxx.xxx.x
3 15 ms 11 ms 12 ms 69.63.243.53
4 10 ms 14 ms 10 ms 69.63.248.21
5 11 ms 12 ms 13 ms 209.148.233.46
6 * * * Request timed out.
7 13 ms 12 ms 18 ms 108.170.250.225
8 13 ms 14 ms 11 ms 216.239.35.235
9 10 ms 8 ms 10 ms dns.google [8.8.8.8]
Trace complete.
12-11-2020 11:47 AM - edited 12-11-2020 11:49 AM
Changed my philosophy of tracing out these drops. Instead of pinging Cloudflare (1.1.1.1) I'm pinging both it and the first hop from my cable modem. Looking at the logs there are multiple times that pings to the Cloudflare drop - but pings to the first hop doesn't. Hopefully this helps someone.
However today I've seen drops out to that first hop from my modem. Not sure if this matches anyone else's symptoms out there.
12/11/2020 4:34:03 AM - Request timed out.
12/11/2020 11:35:06 AM - Request timed out.
12/11/2020 11:35:11 AM - Request timed out.
12/11/2020 11:35:16 AM - Request timed out.
12/11/2020 11:35:21 AM - Request timed out.
12/11/2020 11:35:26 AM - Request timed out.
12/11/2020 11:35:31 AM - Request timed out.
12/11/2020 11:35:36 AM - Request timed out.
12/11/2020 11:37:37 AM - Request timed out.
12/11/2020 11:37:42 AM - Request timed out.
12/11/2020 11:37:49 AM - Request timed out.
12/11/2020 11:37:54 AM - Request timed out.
12/11/2020 11:37:59 AM - Request timed out.
12/11/2020 11:38:04 AM - Request timed out.
12/11/2020 11:38:09 AM - Request timed out.
12/11/2020 11:38:14 AM - Request timed out.
12/11/2020 11:38:19 AM - Request timed out.
12/11/2020 11:38:24 AM - Request timed out.
12/11/2020 11:38:31 AM - Request timed out.
12/11/2020 11:38:36 AM - Request timed out.
12/11/2020 11:38:41 AM - Request timed out.
12/11/2020 11:38:46 AM - Request timed out.
12/11/2020 11:38:51 AM - Request timed out.
12/11/2020 11:38:56 AM - Request timed out.
12/11/2020 11:39:01 AM - Request timed out.
12/11/2020 11:39:06 AM - Request timed out.
12/11/2020 11:40:04 AM - Request timed out.
12/11/2020 11:40:09 AM - Request timed out.
12/11/2020 11:40:14 AM - Request timed out.
12/11/2020 11:40:19 AM - Request timed out.
12/11/2020 11:40:24 AM - Request timed out.
12/11/2020 11:40:29 AM - Request timed out.
I could log into the modem and it was responsive. It is running in bridge mode.
Location: Newmarket
First hop from modem: 99.254.22.1
Frustrated Customer
12-11-2020 11:58 AM
@GuyWiththeHat How do you get timestamps on your ping trace logs?
12-11-2020 12:14 PM
Very similar experience.
I sit here 6 weeks later with another drop last night. No rhyme or reason or pattern to the outages.
You would think that Rogers has monitoring equipment that they can install in the house rather than rely on their Software based form Head Office stuff.
How about running two lines in and seeing if either or both glitch?
This is not rocket science or we would never have sent men to the moon, rovers on mars and run space station and thousands of satellites.
"Here I sit broken hearted, paid thousands and Rogers only farted. "
12-11-2020 01:08 PM
Just had another 2 minute drop while my wife was on an important business call.
Thanks Rogers.
12-11-2020 01:18 PM
Looks like we had it at the same time. This seems endless. Drops have gotten worse since last few days.
12-11-2020 01:35 PM
it just happened for the second time in the same call....unbelievable
12-11-2020 04:41 PM
Hey @vikas-arora!
That latency spike is bruuutal! Most certainly should not be occurring within the Rogers network, latency that high would certainly put a noticeable pause on service availability. Can you confirm a few things for us so we can assist in getting to the bottom of it?
Keep us posted!
12-11-2020 11:12 PM - edited 12-11-2020 11:14 PM
Past two months of my log of drops. Latency goes through the roof when it happens (2500-4000), packet uploads grind to a halt in gaming, and websites become inaccessible.
I still suspect it's node congestion but there doesn't really seem to be a pattern in the timing of when it happens.
Oct. 8 | 11:00 AM |
Oct. 8 | 1:40 PM |
Oct. 8 | 2:54 PM |
Oct. 8 | 4:34 PM |
Oct. 9 | 12:28 PM |
Oct. 10 | 11:00 AM |
Oct. 10 | Afternoon |
Oct. 11 | Afternoon |
Oct. 12 | 8:35 PM |
Oct. 12 | 11:43 PM |
Oct. 13 | 10:20 AM |
Oct. 13 | 10:38 AM |
Oct. 13 | 10:47 AM |
Oct. 13 | 3:25 PM |
Oct. 13 | 3:30 PM |
Oct. 13 | 6:01 PM |
Oct. 14 | 12:01 AM |
Oct. 14 | 3:25 PM |
Oct. 14 | 6:56 PM |
Oct. 15 | 10:06 AM |
Oct. 18 | 8:55 PM |
Oct. 19 | 9:57 AM |
Oct. 19 | 9:34 PM |
Oct. 19 | 9:39 PM |
Oct. 19 | 10:19 PM |
Oct. 20 | 8:26 PM |
Service appointment on Oct. 22. All hardware replaced again. | |
Oct. 29 | 3:41 PM |
Oct. 31 | 7:55 PM |
Nov. 1 | 10:35 AM |
Nov. 1 | 1:38 PM |
Nov. 3 | 1:35 PM |
Nov. 9 | 4:48 PM |
Nov. 10 | 12:30 PM |
Nov. 12 | 2:48 PM |
Nov. 12 | 11:54 PM |
Nov. 13 | 12:14 AM |
Nov. 14 | 2:00 PM |
Nov. 15 | 12:30 PM |
Nov. 17 | 10:30 PM |
Nov. 20 | 11:45 PM |
Nov. 21 | 10:15 PM |
Nov. 25 | 10:45 AM |
Nov. 25 | 2:40 PM |
Nov. 25 | 5:55 PM |
Dec. 1 | 3:25 PM |
Dec. 1 | 3:55 PM |
Dec. 1 | 6:32 PM |
Dec. 2 | 6:59 PM |
Indoor and outdoor service appointments on Dec. 3. Attenuator added. | |
Dec. 3 | 10:47 PM |
Dec. 4 | 11:55 AM |
Dec. 4 | 2:57 PM |
Dec. 4 | 3:50 PM |
Dec. 4 | 11:05 PM |
Dec. 5 | 12:12 AM |
Dec. 5 | 2:14 PM |
Dec. 5 | 6:48 PM |
Dec. 5 | 7:06 PM |
Dec. 5 | 11:00 PM |
Dec. 6 | 1:30 PM |
Dec. 6 | 2:57 PM |
Dec. 6 | 5:45 PM |
Dec. 7 | 12:00 PM |
12-11-2020 11:26 PM
12-11-2020 11:31 PM
12-11-2020 11:34 PM
Hey @RogersAndy , thanks for taking a look at my post!
My network setup when I captured those logs was following - CODA modem (bridge mode)--> Netgear ORBI AC3000.
13:18:25.36>tracert 8.8.8.8
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 1 ms 3 ms 3 ms 192.168.1.1
2 6 ms 4 ms 3 ms CODA4582 [192.168.0.1]
3 * * * Request timed out.
4 * * 82 ms 69.63.242.5
5 20 ms 11 ms 14 ms 209.148.231.93
6 * * * Request timed out.
7 * * * Request timed out.
8 * 3023 ms 31 ms 72.14.216.54
9 29 ms 22 ms 26 ms 172.253.72.7
10 22 ms 28 ms 23 ms 216.239.35.235
11 22 ms 28 ms 17 ms dns.google [8.8.8.8]
Last night I had switched CODA modem to gateway mode because its GUI becomes inaccessible in bridge mode, and I don't mind additional latency of 3-5 ms over the convenience of monitoring through modem GUI. Secondly, with modem and router in gateway mode I can see where the delay or the drop is happening. Another thing, yesterday I noticed that Rogers' DHCP server started giving out IP lease for an hour at a time for most of the day.
This evening I have switched my WiFi router to AP mode and the modem remains in gateway mode. Let’s see how this goes. I still have a TV and a laptop directly plugged into Orbi router (AP mode), so that the WiFi remains out of equation for those 2 devices at least.
I can't remember having this kind of an issue even once in last couple of years until a couple of months ago when the drops began to happen. These drops last anywhere from 15-30 seconds to several minutes and it recovers on its own. My observation is that most of the time these problems always appear sometime between 3:30-4:30 pm. I have never experienced these kinds of drops after 5:00 pm or before noon or on weekends.
Earlier this year when lockdowns started the data rates surely went down but there were never any drops, and now drops have become a daily affair. I have spent hours trying to get in touch with the customer care on chat, but it always ends with a conversation that involves factory reset of modem and monitor for a few more days. I am always told that the results of line tests look great so reset of modem may help. Today for the first time some tech on chat realized that resets are not helping, and he said he would raise a ticket with the network team. I have shared all ping/tracert logs that have gathered in last couple of days.
I hope this gets resolved soon!
12-11-2020 11:36 PM
12-12-2020 08:27 AM
@MisterPinst PowerShell!
Open up a PowerShell prompt. Enter the following:
Function Test-Ping { param($ComputerName,$File)ping.exe -t $ComputerName | Foreach { "{0} - {1}" -f (Get-Date), $_} | Tee-Object -FilePath $File}
Testing my connection to the next hop from my modem: Test-Ping -ComputerName 99.254.22.1 -File c:\temp\20201212-PingTraceRogersInternalNetwork.txt
NOTE: Be aware that if you need to restart this it will over write your previous output file.
Getting the output that I displayed.
Get-Content C:\Temp\20201212-PingTraceRogersInternalNetwork.txt | Where-Object {$_ -match '<Enter your date here>' -and $_ -notmatch 'reply from 99.254.22.1:'}
ie. Get-Content C:\Temp\20201212-PingTraceRogersInternalNetwork.txt | Where-Object {$_ -match '12/12/2020' -and $_ -notmatch 'reply from 99.254.22.1:'}
Frustrated Customer
12-12-2020 11:23 AM
@GuyWiththeHat Ah of course. I never thought to use PowerShell (years and years of habit using CMD).
Thanks for the tip! No sense in doing a ping trace without timestamps!
12-13-2020 08:19 PM - last edited on 12-13-2020 08:34 PM by RogersZia
Hopefully I can chime in here with my own issues. Intermitten, inaccessible devices, poor daytime performance during video calls (working from home.) Here are the logs from my Hitron CGN3 modem (4.5.8.38T2).
Downstream Overview
Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Signal noise ratio (dB) |
1 | 591000000 | 256QAM | -2.400 | 7 | 38.605 |
2 | 579000000 | 256QAM | -2.500 | 5 | 37.636 |
3 | 585000000 | 256QAM | -2.500 | 6 | 38.605 |
4 | 303000000 | 256QAM | -4.300 | 1 | 37.356 |
5 | 597000000 | 256QAM | -2.000 | 8 | 38.605 |
6 | 603000000 | 256QAM | -2.000 | 9 | 38.605 |
7 | 609000000 | 256QAM | -1.900 | 10 | 37.356 |
8 | 615000000 | 256QAM | -1.900 | 11 | 38.605 |
9 | 621000000 | 256QAM | -1.800 | 12 | 38.605 |
10 | 633000000 | 256QAM | -2.200 | 13 | 38.605 |
11 | 639000000 | 256QAM | -2.600 | 14 | 37.636 |
12 | 645000000 | 256QAM | -2.600 | 15 | 38.605 |
13 | 651000000 | 256QAM | -2.700 | 16 | 38.605 |
14 | 657000000 | 256QAM | -2.600 | 17 | 37.356 |
15 | 663000000 | 256QAM | -2.500 | 18 | 38.605 |
16 | 669000000 | 256QAM | -2.300 | 19 | 38.605 |
17 | 675000000 | 256QAM | -2.400 | 20 | 38.983 |
18 | 681000000 | 256QAM | -2.000 | 21 | 38.605 |
19 | 687000000 | 256QAM | -2.000 | 22 | 38.983 |
20 | 693000000 | 256QAM | -1.800 | 23 | 38.605 |
21 | 699000000 | 256QAM | -1.800 | 24 | 38.605 |
22 | 705000000 | 256QAM | -1.800 | 25 | 38.605 |
23 | 711000000 | 256QAM | -1.800 | 26 | 38.605 |
24 | 717000000 | 256QAM | -2.300 | 27 |
38.605 |
Thank you!
12-13-2020 09:18 PM
@ryankeaveney can you post the upstream data from the signal data? The downstream isn't too bad. The signal levels are slightly low, but, their fine where they are, the signal to noise ratios are good. Just wondering what the upstream looks like. I'm not expecting anything unusual given the downstream numbers.
12-14-2020 04:56 PM
Man, thought this was just me. about a month ago it started. last two weeks are making me lose my mind. had a etch out last night that put a filter on the line. did nothing. techs do not seem to have any idea (that they are sharing) as to the problem. I can get 940Mbps download but up to 50% packet lose at the same time. I run all cat 6a cabling. ran a new coax from entry to Rogers CODA. it operates in bridge mode to an Asus RT-AC5300. no Bell option in my neighborhood.
12-14-2020 05:06 PM - edited 12-14-2020 05:06 PM
Thanks, Datalink.
Here's the upstream overview:
Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Bandwidth |
1 | 25900000 | ATDMA - 64QAM | 34.500 | 2 | 6400000 |
2 | 38700000 | ATDMA - 64QAM | 35.500 | 4 | 6400000 |
3 | 32300000 | ATDMA - 64QAM | 34.750 | 3 | 6400000 |
4 | 21100000 | ATDMA - 64QAM | 34.500 | 1 | 3200000 |
12-14-2020 05:28 PM
Switched my modem to gateway mode and my wireless router to AP mode and it appears to be stable since last 3 days.
Also, I have connected a linux machine directly to the modem using an ethernet cable just to monitor the connection (dedicated to monitoring). This machine has a script running that generates a ping packet every 30 secs and on failure traceroute is run every 10 secs until the connection is back up again. Its been almost 24 hours and not a single packet drop so far.