01-25-2019 05:15 PM - last edited on 01-25-2019 06:09 PM by RogersZia
I have been experiencing intermittent disconnects of internet service for a few minutes at a time and have replaced the CODA-4582U with no improvement. The modem is is bridged mode and after reading some of the other posts I believe there may be a signal issue. I was able to capture the following info from the DOCSIS Event log today and was hoping someone could interpret and point me in the right direction to resolve the issue.
Thanks for your help.
**Removed logs due to Community Guideline: Keep personal info private. - RogersZia**
***Edited Labels***
Solved! Solved! Go to Solution.
09-06-2019 10:29 AM - last edited on 09-08-2019 10:36 AM by RogersMoin
Thanks,
I checked the test this morning and had a minimum of 12% packet loss up to 45%.
This is a wired connection via ethernet, will contact CSR this weekend to have them do a test.
09-06-2019 07:00 PM
Finally decided to check these forums since I am having the same issues. I get a random disconnect or two daily. I am on my 6th 4582U now since Rogers keeps having me replace them. I've also had techs to the house 3 times and all is well according to them. I am also setup in bridge mode and most of the time when I call in to complain about the disconnects, the tech I get first tells me it must be my setup after the Coda causing the thing to restart (ya, right.). So I just call back right away and get someone that has a better clue.
Still though... been going on now for a year and still not solved. Think I will just cut my losses with Rogers and try out Bell. Sure, the download speed sucks in my area but if it doesn't disconnect daily and has a better upload speed maybe it'll be worth it.
09-07-2019 02:08 AM - edited 09-07-2019 02:15 AM
@iPhoneFan please have read thru this post and the following posts:
https://communityforums.rogers.com/t5/Internet/Intermittent-disconnects-CODA-4582U/m-p/447992#M57300
You're way beyond those posts, given the tech visits and number of modem swaps you've had. If you still have any patience left, when you're logged into the forum, follow this link @CommunityHelps to their public page. On the right hand side is a link to "send this user a private message". Follow that link to the message composition page, which will already be addressed. Enter a message title and add the same short synopsis that you posted as well as your account #. Request a Senior Tech visit to resolve the problem.
That @CommunityHelps link is for the moderators. Given the previous tech visits, the moderators can arrange for a Senior Tech vist (Real Rogers Tech).
When you're online, watch for a number overlaying the avatar in the upper right hand corner of the page, which can signify an incoming message. Follow that avatar (its also a link) to the mail symbol on the next linked page, and down to the incoming message folder to see the response from one of the moderators.
01-20-2020 07:13 PM - last edited on 01-20-2020 07:38 PM by RogersAndy
I have spikes in ping times up to 6-8 seconds on wired and my interactive sessions ( ssh , RDP and such ) disconnect or freeze frequently.
Technician came today , checked signal levels , cables and such. All good, according to him.
I swapped my old CODA-4582U with brand new CODA-4582 to check it is not the modem issue.
I swapped all network cables , just in case .
This is new problem, I used the same setup for 6 month and it was good.
I used different cable modems ( and network providers ) before and never had anything like this.
I need my internet for work and currently it is very frustrating.
Any thoughts?
01-21-2020 11:32 AM
01-21-2020 03:00 PM
My upload speeds have dropped since the new year. I occasionally hit 30 in off hours but now more likely to get 15-25 normally. Also ping times go way up during peak hours, and were horrible during the snow storm. I also had some packet loss around 1% like you, but that has stopped about a week ago I believe.
My first hop is 99.228.x.x
01-29-2020 08:44 AM - last edited on 01-29-2020 09:14 AM by RogersTony
My Rogers router, model #CODA-4582 keeps rebooting every time I use the internet. The router automatically reboots when I stream videos or play online games, but not when I do regular browsing. I did a hard reset to the router, but in vain.
01-29-2020 09:50 AM - edited 01-29-2020 10:30 AM
01-30-2020 09:24 AM
Hello, @MoeDar
Welcome to the Rogers Community Forums!
It's very disappointing to see that you are dealing with drops in connection while streaming videos or gaming online. This definitely should not be happening!
We'll need to ask a few questions to determine what could be causing this.
We look forward to your responses!
RogersTony
01-30-2020 11:10 AM - last edited on 01-31-2020 11:38 AM by RogersTony
Thank you for your reply.
I did a hard reset again yesterday but it didn't work. This morning, the router was not working at all. I unplugged it and re-plugged it after 10 minutes, but only the top light was blinking then all lights were off. Eventually, I left it attempting to reboot.
01-31-2020 11:48 AM
Hello again, @MoeDar
Thanks so much for providing me with those answers!
Can you confirm if the modem is connected directly to the power socket or does it connect through a power bar or surge protector? If the latter, please bypass the power bar/surge protector and connect the power cord directly to the wall socket. If the former, please try a completely different power socket. You may need to use an extension cord to make this work.
A faulty power bar/surge protector or power socket has been known to cause the modem to reboot itself. Let us know if issues are persistent after trying these steps.
I hope this helps!
RogersTony
03-17-2020 02:41 PM - last edited on 03-17-2020 02:48 PM by RogersTony
03-17-2020 03:20 PM
03-17-2020 03:20 PM - edited 03-17-2020 03:26 PM
@MD83 @savuser12 can you log into the modem and;
1. Confirm the Software (firmware) version that is currently loaded in the modem;
2. Navigate to the STATUS .... DOCSIS WAN tab and copy the entire Downstream Overview table, all the way to the bottom of the OFDM/OFDMA section and paste that into a post. It will copy and paste just like a typical section of any document. That table can be seen in the following post:
https://communityforums.rogers.com/t5/Internet/Question-about-Signal-Levels/m-p/458367#M59789
Your signal level tables will give me some idea of what your signal levels look like at the present time.
Then with a pc/laptop that is connected directly to the modem, bring up a command prompt and run a trace to anywhere. I'm assuming here that the modem is running in Gateway mode. If the modem is running in Bridge mode with a router behind it, thats fine, don't have to rip apart your network to tdo this. Type in
tracert -4 www.google.com
The trace should complete all the way to google. At this point, take note of the second IP address, or hop #2. With a direct connection to the modem (in Gateway mode) or connection to a router with the modem in Bridge mode, that address will be the Cable Modem Termination System (CMTS). I'd like you to ping that address, for the purpose of looking for packet loss.
To do that, type in the following command: ping -n 3600 xxx.xxx.xxx.xxx
where xxx.xxx.xxx.xxx is the IP address for that second hop. That will run a ping test to the CMTS for one hour, at one ping per second. When that is done, right click on the top title bar of the Command box. Select EDIT .... SELECT ALL. Then right click again and select EDIT .... COPY. Paste that into a text editor of your choice and then copy the bottom results. Paste those results into a post.
You can post both the signal levels and ping test results at the same time.
Fwiw, what you're experiencing might be the same problem that hundreds of other customers and TPIA customers have been experiencing over the last two months, without any explanation from Rogers. I refer you to the following thread:
https://communityforums.rogers.com/t5/Internet/Brutal-latency-ping-Recently/td-p/454780
03-17-2020 03:40 PM - edited 03-17-2020 03:52 PM
Firmware: 7.1.1.30
Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Signal noise ratio (dB) |
1 | 603000000 | QAM256 | 2.500 | 9 | 38.605 |
2 | 591000000 | QAM256 | 2.599 | 7 | 38.605 |
3 | 597000000 | QAM256 | 3.200 | 8 | 38.983 |
4 | 849000000 | QAM256 | -0.200 | 2 | 37.636 |
5 | 855000000 | QAM256 | -0.700 | 3 | 37.355 |
6 | 861000000 | QAM256 | -1.000 | 4 | 37.355 |
7 | 579000000 | QAM256 | 2.700 | 5 | 38.983 |
8 | 585000000 | QAM256 | 2.299 | 6 | 38.983 |
9 | 279000000 | QAM256 | 2.500 | 1 | 38.983 |
10 | 609000000 | QAM256 | 2.700 | 10 | 38.983 |
11 | 615000000 | QAM256 | 3.299 | 11 | 38.983 |
12 | 621000000 | QAM256 | 2.599 | 12 | 38.983 |
13 | 633000000 | QAM256 | 3.400 | 13 | 38.983 |
14 | 639000000 | QAM256 | 2.900 | 14 | 38.983 |
15 | 645000000 | QAM256 | 3.099 | 15 | 38.605 |
16 | 651000000 | QAM256 | 3.299 | 16 | 38.983 |
17 | 657000000 | QAM256 | 2.799 | 17 | 38.983 |
18 | 663000000 | QAM256 | 3.099 | 18 | 38.605 |
19 | 669000000 | QAM256 | 3.200 | 19 | 38.983 |
20 | 675000000 | QAM256 | 2.700 | 20 | 38.605 |
21 | 681000000 | QAM256 | 2.900 | 21 | 38.605 |
22 | 687000000 | QAM256 | 3.299 | 22 | 38.983 |
23 | 693000000 | QAM256 | 2.799 | 23 | 38.983 |
24 | 699000000 | QAM256 | 2.599 | 24 | 38.605 |
25 | 705000000 | QAM256 | 3.000 | 25 | 38.983 |
26 | 711000000 | QAM256 | 2.299 | 26 | 38.983 |
27 | 717000000 | QAM256 | 2.799 | 27 | 38.605 |
28 | 723000000 | QAM256 | 3.000 | 28 | 38.983 |
29 | 825000000 | QAM256 | -0.799 | 29 | 37.636 |
30 | 831000000 | QAM256 | -0.500 | 30 | 37.355 |
31 | 837000000 | QAM256 | -1.000 | 31 | 37.355 |
32 | 843000000 | QAM256 | -1.000 | 32 | 36.609 |
Receiver | FFT type | Subcarr 0 Frequency(MHz) | PLC locked | NCP locked | MDC1 locked | PLC power(dBmv) |
0 | NA | NA | NO | NO | NO | NA |
1 | 4K | 275600000 | YES | YES | YES | 2.799999 |
Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Bandwidth |
1 | 36996000 | 64QAM | 43.520 | 4 | 6400000 |
2 | 22100000 | 64QAM | 41.260 | 1 | 3200000 |
3 | 30596000 | 64QAM | 48.270 | 3 | 6400000 |
4 | 25300000 | 64QAM | 41.260 | 2 | 3200000 |
5 | 0 | QAM_NONE | - | --- | 1600000 |
6 | 0 | QAM_NONE | - | --- | 1600000 |
7 | 0 | QAM_NONE | - | --- | 1600000 |
8 | 0 | QAM_NONE | - | --- | 1600000 |
Channel Index | State | lin Digital Att | Digital Att | BW (sc's*fft) | Report Power | Report Power1_6 | FFT Size |
0 | DISABLED | 0.0000 | 0.0000 | 0.0000 | 0.0000 | 0.0000 | 2K |
1 | DISABLED | 0.0000 | 0.0000 | 0.0000 | 0.0000 | 0.0000 | 2K |
To do that, type in the following command: ping -n 3600 xxx.xxx.xxx.xxx
Is this done in a CMD Prompt on Windows? If so, I'm getting non-stop "Request timed out."
where xxx.xxx.xxx.xxx is the IP address for that second hop. That will run a ping test to the CMTS for one hour, at one ping per second. When that is done, right click on the top title bar of the Command box. Select EDIT .... SELECT ALL. Then right click again and select EDIT .... COPY. Paste that into a text editor of your choice and then copy the bottom results. Paste those results into a post.
03-17-2020 03:56 PM - edited 03-17-2020 03:59 PM
@MD83 those signal levels don't look bad, and I wouldn't expect any issues where they currently sit. You're running version 7.1.1.30 which might be fairly recently loaded. Hate to ask, but can you log back in and have a look at the WAN UP time on the STATUS page. Please let know what that time happens to be. Does it related to the time when you first noticed the problems?
With that version loaded, if you haven't done it already, reboot the modem. Thats found in ADMIN .... DEVICE RESET .... Reboot. I found that when that version was loaded on my modem, the modem was very unstable in terms of the download and upload data rates. I run my 4582 in Bridge mode, so after a modem reboot, switch back to Gateway mode and then into Bridge mode again, the modem performed as expected. So, fwiw, I'd run a reboot at a minimum, and if that doesn't produce the desired effect, consider a factory reset and then set the modem up from scratch.
Now, the complicating issue is that there are big problems in the Rogers network these days, so, its hard to separate local issues from network issues. All one can do is eliminate all of the variables, one by one.
Edit: ok, I see the additional note. Thats very odd to say the least. Yes, its done at a command prompt. Ok, can you copy the trace results and post those so we can see how far the trace runs. We'll do this one step at a time and sort it out as we go along.
03-17-2020 04:08 PM
WAN Up Time | 002 days 20h:40m:46s |
The problem has been occurring for about 4 weeks.
With that version loaded, if you haven't done it already, reboot the modem. Thats found in ADMIN .... DEVICE RESET .... Reboot. I have, but will do it again.
I believe I'm in Gateway mode, as the "Residential Gateway Function" is set to "Enabled" Is this accurate? We have Google Wifi providing wireless coverage in the home. (wifi in the CODA is turned off)
Trace results:
Hop | Ip | RTT | Domain name | Location |
1 | 45.79.12.201 | 3.568 | United States | |
2 | 45.79.12.6 | 0.442 | United States | |
3 | 45.79.12.8 | 1.994 | United States | |
4 | 108.170.252.161 | 18.442 | United States | |
5 | 108.170.252.161 | 19.431 | United States | |
6 | 108.170.226.55 | 9.132 | United States | |
7 | 172.217.12.46 | 4.875 | dfw28s04-in-f14.1e100.net | United States |
03-17-2020 04:20 PM
Ok, there's something definitely off with that trace, none of it belongs to Rogers network. Are you running a VPN by any chance?
The first part of the trace 45.xxx.xxx.xxx belongs to https://www.linode.com/
The second part belongs to google.
With the Residential Gateway Function enabled, the modem is running in Gateway mode. That means that you have a double NAT situation on the go where the modem and google's wifi are providing a Network Address Translation from external address to internal address. That's not going to stop you from connecting to the internet from the mesh network, its just not very efficient. Now, if the Google wifi is running in a Bridge mode or Access Point mode, then there is no double NAT and the modem is running the network in terms of providing LAN IP addresses.
03-17-2020 04:39 PM - edited 03-17-2020 04:54 PM
I have a VPN installed, but it is not currently in use, nor was it used during any of the testing. The VPN is 100% off, with the program closed and off. Should I run it again to be sure?
With the Residential Gateway Function enabled, the modem is running in Gateway mode. That means that you have a double NAT situation on the go where the modem and google's wifi are providing a Network Address Translation from external address to internal address. That's not going to stop you from connecting to the internet from the mesh network, its just not very efficient. Now, if the Google wifi is running in a Bridge mode or Access Point mode, then there is no double NAT and the modem is running the network in terms of providing LAN IP addresses. Within the Google Wifi app, it indicates it's running in Mesh mode, however, the main Access point (a TP-Link On-Hub) says it's in NAT (standard) mode, while the pucks are all in bridge mode. Could this be causing the problems?
I put the CODA in Bridge Mode and ran the trace again: same results. Thoughts?
03-17-2020 05:10 PM - edited 03-17-2020 05:22 PM
It wouldn't necessarily cause problems, more an issue of confusion at the present time. The modem and TP-Link configuration also depends on what you need from the modem and router. If you don't need an ethernet connection to the modem at all, you can simply run the modem in Bridge mode and let the TP-Link run in NAT mode, running the network for the house.
If you need the modem for its ethernet ports, then the more efficient way to run the network is to run the TP-Link router in Bridge mode.
Fwiw, the TP-Link router will most likely have a far better choice of user settings that you can use. The drawback of running the router in Bridge mode is that you would lose those settings.
So, there are a few considerations here, including your ethernet requirements for the modem if any, and requirements for the TP-Link router and the potential loss of functionality if the router is running in Bridge mode.
CODA in Bridge Mode: same result. did you run the trace from a device connected to the Google wifi?
I need to do some quick reading here, don't have time at the moment. I'll get back to this after supper.
Edit: one caveat. If you're going to run the modem in Bridge mode, you have to ensure that the TP-Links IPV4 and IPV6 firewalls are up and running. It might be a single setting, there might be two settings. You'll have to look thru the user settings to determine that.
03-17-2020 05:20 PM
Thanks so much for your time, I didn't mention it before. Appreciate it.
I ran the trace from a computer plugged directly into the CODA modem. I switched over the Bridge mode in the CODA, and now I cannot access the web interface to change it back to Gateway mode. Is there another way to access the modem's settings page?