Read the forum guidelines
Good morning folks. I have been having an issue with my Cox service for quite sometime. The internet will just "vanish", but the Eth0 & WiFi will continue to work fine. At first, thought it was our router, so purchased a TP-Link AX6000. Still doing the same thing. So, upgraded the router. Cox had mentioned that we would need to upgrade to a DOCSIS v3.1 anyways, so why not. Purchased the CM1000v2 and still having the same results. All the lights stay on and functioning, which is why I originally thought it was the router. Only way to fix it is to power cycle the modem and works fine for a couple days, then same issues all over again.
I had Cox Contractor out last month, and he replaced the line from the Ped (only about 10 yards from our house) to the house. Changed the RG-6 fittings on the line that goes in to the house for approx. 5 feet to the modem, straight from the box outside that wall.
I had to reboot the modem about an hour ago because the internet vanished again. Here are the details of what the modem connection currently looks like while running.
We are on the Cox Gigablast Plan just FYI. Below is the Firmware Info, Connection & Event Logs.
Hardware Version
2.02
Firmware Version
V6.01.07
Cable Modem Serial Number
5UY10CWSxxxxx
CM certificate
Installed
CM MAC
94:a6:7e:0c:xx:xx
Time
Priority
Description
2022-04-23, 08:28:45
Notice (6)
CM-STATUS message sent. Event Type Code: 24; Chan ID: 159; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: 2.;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-23, 08:28:26
CM-STATUS message sent. Event Type Code: 16; Chan ID: 159; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: 2 3.;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-23, 08:11:47
2022-04-23, 08:10:51
2022-04-23, 07:35:50
CM-STATUS message sent. Event Type Code: 16; Chan ID: 159; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: 3.;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-23, 07:35:39
Warning (5)
Dynamic Range Window violation
RNG-RSP CCAP Commanded Power Exceeds Value Corresponding to the Top of the DRW;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-23, 07:35:38
2022-04-23, 07:35:34
DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-23, 07:35:28
TLV-11 - unrecognized OID;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
DHCP WARNING - Non-critical field invalid in response ;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
Time Not Established
Honoring MDD; IP provisioning mode = IPv4
Critical (3)
UCD invalid or channel unusable;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
2022-04-18, 19:27:10
No Ranging Response received - T3 time-out;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-04-18, 19:27:09
2022-04-18, 19:27:07
2022-03-29, 14:54:04
Resetting the cable modem due to docsDevResetNow
2022-03-29, 14:50:43
2022-03-29, 14:42:18
2022-03-29, 14:42:16
2022-03-29, 14:25:26
2022-03-29, 14:25:22
Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-03-29, 14:25:05
SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;CM-MAC=94:a6:7e:0c:xx:xx;CMTS-MAC=00:c1:b1:60:f7:94;CM-QOS=1.1;CM-VER=3.1;
2022-03-29, 14:25:01
Frequency start Value
This field below allows you to modify the frequency the cable modem start with its scan during initialization and registration. Enter the new start frequency and restart the cable modem for it to take effect.
Starting Frequency
<tabindex=-1>Startup Procedure</tabindex=-1>
Procedure
Status
Comment
Acquire Downstream Channel
903000000 Hz
Locked
Connectivity State
OK
Operational
Boot State
Security
Enable
BPI+
IP Provisioning Mode
Honor MDD
IPv4 only
<tabindex=-1>Downstream Bonded Channels</tabindex=-1>
Channel
Lock Status
Modulation
Channel ID
Frequency
Power
SNR / MER
Unerrored Codewords
Correctable Codewords
Uncorrectable Codewords
1
QAM256
21
15.2 dBmV
44.9 dB
179623314
0
2
783000000 Hz
14.1 dBmV
44.8 dB
178836118
3
789000000 Hz
14.4 dBmV
44.7 dB
178839710
4
795000000 Hz
178843126
5
801000000 Hz
14.5 dBmV
44.6 dB
178846617
6
807000000 Hz
14.6 dBmV
178832958
7
813000000 Hz
178852888
8
819000000 Hz
178858281
9
825000000 Hz
178862070
10
831000000 Hz
14.7 dBmV
178865680
11
837000000 Hz
178869501
12
843000000 Hz
14.9 dBmV
178873239
13
849000000 Hz
15.0 dBmV
178877025
14
855000000 Hz
178880782
15
861000000 Hz
178884915
16
867000000 Hz
178888532
17
873000000 Hz
14.8 dBmV
178892258
18
879000000 Hz
178895685
19
885000000 Hz
178899440
20
891000000 Hz
45.0 dB
178903158
897000000 Hz
178906915
22
909000000 Hz
15.1 dBmV
178909785
23
915000000 Hz
178914503
24
921000000 Hz
178918163
25
927000000 Hz
178921913
26
933000000 Hz
178925705
27
939000000 Hz
178928403
28
945000000 Hz
178932006
29
951000000 Hz
178935911
30
957000000 Hz
178939168
31
963000000 Hz
178940446
32
969000000 Hz
178959633
<tabindex=-1>Upstream Bonded Channels</tabindex=-1>
ATDMA
16900000 Hz
38.0 dBmV
23500000 Hz
29900000 Hz
36300000 Hz
37.8 dBmV
60000000 Hz
67000000 Hz
74000000 Hz
38.5 dBmV
81000000 Hz
39.0 dBmV
<tabindex=-1>Downstream OFDM Channels</tabindex=-1>
Modulation / Profile ID
Active Subcarrier Number Range
0, 1, 2, 3
159
300000000 Hz
11.6 dBmV
32.8 dB
1108 ~ 2987
95267045
23910586
Not Locked
0 Hz
9.3 dBmV
0.0 dB
0 ~ 4095
<tabindex=-1>Upstream OFDMA Channels</tabindex=-1>
Unknown
0 dBmV
Current System Time: Sat Apr 23 08:41:12 2022
System Up Time: 1:06:13
The SNR is low for the OFDM channel which is the 300Mhz range. I also see error in the logs about the OFDM channel. Finally I see a T4 error, which is a full reset. I would try to bypass all splitters for a day and see if a direct connection from the street to the room the modem is in helps. If not, schedule a technician.
Sorry, I thought I put it in the 2nd paragraph that there are no splitters or anything at all. The line goes from the Underground Ped about 5 yards outside the house, to the J-Box, which was replaced last month where there was a Cox Contractor out here. From there, only thing is a barrel connection to the 6' line that goes from the J-Box, in to the house where the modem is at.
So all in all total, the single line which has no splitters, amps, or anything else is approx. 6 1/2 yards total in length (approx. 100').
This modem worked perfectly fine at my old house which was also on Cox in a different city, different head end, etc., but here, it constantly continues to lock up the internet service and have to manually power cycle. The app itself that Cox has can't even communicate with the modem to reset it when it is hung.
CWaters75 said:That OFDM channel is now at 11.7dBmV and 43.0dB with 4 Uncorrectable Codewords.
Do you know anything that changed? Or did it change on it's own? Either way, as long as it stays that way, it is good. I assume your not getting type 16 errors in your log anymore right?
No, I did not change anything at all, and they haven't been here yet to T-Shoot and/or throw an attenuator in line or see what the hell is going on.
And I have THREE PAGES of Type 16 Error notices this morning. That's all that is in my event log over the last 24 hours are Type 16's.
Then I would watch that SNR on the OFDM channel. When it is low, the noise is present and you should get error 16. When it returns to normal, you get code 24. Hopefully the noise is frequent enough that it is present when the tech. hooks up his meter.
WiderMouthOpen - yeah, looks like it alternates between 16 & 24, but I shouldn't have THIS many, should I?
A few during the nightly maintenance period is normal but I would say 3 pages is excessive. Your not having any critical errors anymore, so that's a plus. Maybe Cox is already working on the problem in the background. If you get a local tech. then they should know the history of the area.
WiderMouthOpen - Stay tuned. Of course, they noted on the ticket to send to in-house, but it got dispatched to a contractor. He's going to see what he can find with his DOCSIS 3.1 meter, and see if he needs to send it off to maintenance or what we can do.
Grab some more popcorn for a bit! :-)
CWaters75 said:but it got dispatched to a contractor.
Well some contractors used to work for Cox, so maybe you will get lucky. Atleast he has a meter. Fingers crossed.
CWaters75 said:Grab some more popcorn for a bit!
WiderMouthOpen - So this contractor dude was cool and he said did what the last one should have, instead of just replacing the line from the PED to the OPB and calling it a day.
He confirmed that the line levels were quite high. He said for Cox, their limits are -12/+12, and when he got here, we were at +17.9 average. So he threw a small attenuator right behind the modem to start, and I can already see a significant drop in power on the locked channels, and Upstream Bonded channels have raised signal along with the ODFM channel.
Since rebooting the modem, I now see zero correctable/uncorrectable codewords, and the OFDM has a bunch of correctable codewords, but no uncorrectable codewords. Here's the new results:
<tabindex=-1>Startup Procedure
<tabindex=-1>Downstream Bonded Channels
9.1 dBmV
45.3 dB
15663282
8.6 dBmV
45.5 dB
9865621
8.8 dBmV
9870374
8.7 dBmV
45.4 dB
9873891
8.9 dBmV
9877489
9863102
9883216
9887604
45.2 dB
9891693
9894971
9899086
9.0 dBmV
9902685
9906911
9.2 dBmV
9911118
9914665
9918661
9922285
9926181
9929610
9933234
9937073
9940446
45.1 dB
9944275
9948378
9951835
9954710
9958428
9962054
9965859
9966504
9969154
9982749
<tabindex=-1>Upstream Bonded Channels
44.3 dBmV
44.5 dBmV
44.8 dBmV
45.8 dBmV
<tabindex=-1>Downstream OFDM Channels
6.1 dBmV
44.0 dB
4081049
466803
4.1 dBmV
<tabindex=-1>Upstream OFDMA Channels
Current System Time: Tue Apr 26 10:26:54 2022
System Up Time: 0:06:06
And as far as the Event Log:
2022-04-26, 10:23:20
2022-04-26, 10:23:13
2022-04-26, 10:23:08
2022-04-26, 10:20:26
2022-04-26, 10:09:15
2022-04-26, 10:09:13
2022-04-26, 10:08:52
2022-04-26, 10:08:47
2022-04-26, 10:08:42
2022-04-26, 10:02:26
2022-04-26, 10:02:25
2022-04-26, 09:56:14
2022-04-26, 09:56:10
2022-04-26, 09:55:50
2022-04-26, 09:55:30
2022-04-26, 09:55:11
2022-04-26, 09:55:10
2022-04-26, 09:54:51
2022-04-26, 09:54:50
2022-04-26, 09:54:31
2022-04-26, 09:54:11
2022-04-26, 09:54:10
2022-04-26, 09:52:41
2022-04-26, 09:52:35
2022-04-26, 09:52:32
2022-04-23, 11:27:36
2022-04-23, 11:27:34
2022-04-23, 11:27:33
Fingers crossed at this point...
I am now seeing a bunch of T3/T4 errors. I am hoping that was just caused by his work or testing. If not it points to noise on the upstream. Now it's just a waiting game to see if the problem repeats.
WiderMouthOpen - Just to keep an easier eye on things, right after I took the screenshots and made that last post, I cleared the Event Log. As of this post, there's ZERO entries in the Event Log, so hopefully it keeps this up and won't have any further drops.
I'll give it three or four days and try the Modem Reset feature from the app again. It worked right after the guy was done, but just like before, it works for four or five days when I started having problems and needed to reboot the modem, then it worked fine until the next time the modem froze up.
So thanks for all the help. I'll make sure to post an update here around the end of the week to see if that did the trick or not.