U

Visitor

 • 

4 Messages

Tuesday, December 27th, 2022 3:47 PM

Closed

Multiple times daily connection drop - CMSTATUS:DS_Diplexer_Mode_Change_Ignored

Hello, 

For the past month our connection drops multiple times a day for a minute or so.  

Comcast techs were working on our poles.  Tech came out and said they were making upgrades that could affect things.  He checked the connections and replaced the cabling to our house but problem continues.    

Below are the logs from the last couple days.

Appreciate your advice - this is especially disruptive when we're working from home.  

Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    01:43:19
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    01:43:19
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    01:43:19
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    01:43:19
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    01:43:22
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    01:43:23
Mon Dec 26 2022
  Critical (3)   No Ranging Response received - T3 time-out;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    01:43:33
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    01:43:33
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    01:43:33
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    01:43:47
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    16:34:41
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    16:34:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    16:34:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    16:34:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    16:34:45
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    16:34:56
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    16:34:56
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    16:34:56
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    16:35:10
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    18:43:42
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    18:43:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    18:43:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    18:43:43
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    18:43:45
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    18:43:46
Mon Dec 26 2022
  Critical (3)   No Ranging Response received - T3 time-out;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    18:43:57
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    18:43:57
Mon Dec 26 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    18:43:57
Mon Dec 26 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    18:44:12
Mon Dec 26 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    06:11:28
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    06:11:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    06:11:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    06:11:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    06:11:31
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    06:11:42
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    06:11:42
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    06:11:42
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    06:11:55
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    08:43:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    08:43:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    08:43:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    08:43:29
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    08:43:31
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    08:43:43
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    08:43:43
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    08:43:43
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    08:43:57
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Notice (6)   Honoring MDD; IP provisioning mode = IPv6
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    09:15:49
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    09:15:50
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    09:15:50
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    09:15:50
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    09:15:52
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    09:15:55
Tue Dec 27 2022
  Notice (6)   Honoring MDD; IP provisioning mode = IPv6
    09:16:03
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    09:16:03
Tue Dec 27 2022
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    09:16:03
Tue Dec 27 2022
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    09:16:09
Tue Dec 27 2022
  Notice (6)   DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    09:16:18
Tue Dec 27 2022
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;

Problem Solver

 • 

546 Messages

11 months ago

Hello, @user_a316b8 Thank You for taking the time to reach out to Xfinity Support, here on the Community Forum. If you are still experiencing this issue, please send our team a direct message with your full name and full address. Thanks!

To send a "Direct Message" message:

• Click "Sign In" if necessary

• Click the "Direct Messaging" icon at the top of the page (looks like a text bubble)

• Click the "New message" (pencil and paper) icon

• Type "Xfinity Support" in the "To:" line and select "Xfinity Support" from the drop-down list which appears. The "Xfinity Support" graphic replaces the "To:" line

• Type your message in the text area near the bottom of the window

• Press Enter to send it

New Poster

 • 

3 Messages

11 months ago

I am having the exact same issue.  Support is telling me the only thing they can/will do is send a tech to check my home (wiring, etc) and the time will be billable.

This is not an issue in my home;  my modem is not able to pull an IP address from Comcast's DHCP server(s) when the dropouts are occurring.  The outside interface on my modem is getting the address 192.168.100.10 while the problem is happening.

I'm near Lancaster, PA.

Contributor

 • 

72 Messages

11 months ago

Sorry in advance for the wall of text that follows. I am interested in this because I also have a Motorola MB8611 and noticed numerous posts from other MB8611 owners with sudden reboot issues. I've been an Xfinity customer now for 3 whole weeks! (Before that, I was a Verizon Fios customer for over a decade.) I am using that modem and my own Linux-based router. My concern was when or if this was going to happen to me. After some research, I am sure it's a matter of when rather than if.

First, some disclaimers. I am not a networking engineer or expert. I have bachelor's and master's degrees in software engineering, four decades of software development experience, and three decades of home networking, starting with dial-up, DSL, Fios, and now, cable. All of the home network experience uses a Linux-based firewall of some sort. That said, I know some network engineering experts (who claim not to be, but are). I understand roughly 20% of what they say when talking about a complicated network strategy, so I know I am not one of them.

I started to dig into this a bit more to see what I could find. First, I tried to demystify the log messages. I was surprised by how much there was to find. There is a whole lot that goes on inside a DOCSIS cable modem. Most documents relating to the DOCSIS standards can be found on CableLabs website. My first question was, what does something like "CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz" mean? CMSTATUS is pretty easy - Cable Modem Status. The first two characters in US_Diplexer_Mode_Change can be broken down as US for upstream and DS for downstream. The diplexer in the cable modem is the component that provides frequency-division multiplexing. That divides frequency bands into channels like the ones on the Connection status page. The diplexer is reconfigurable as to which frequency ranges are in use and which are assigned as channels for downstream and upstream. "Mode_Change" probably means those are in the process of being changed. The only thing I could find about what "Fixed Initial" means is that it likely refers to the dynamic contention algorithm in use. (That determines how the cable modem behaves if it attempts to send data upstream that collides with another cable modem's attempt to do the same. Only one cable modem can send upstream data at a time.) Finally, "5-42MHz" sets the 5-42MHz range for the upstream channels. That is older DOCSIS settings for upstream, which is what I believe is being replaced. Newer upstream settings would have 5-85MHz (or more). 

Interestingly, other messages in the event log have "CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz" in them, which seems to refer to the newer upstream settings. Therefore, my next question was, what does "TLV" mean? A search for those led me to the Cable Modem Operations Support System Interface Specification CM-SP-CM-OSSIv3.1-I23-220819, which is available on the CableLabs website. In addition to TLV-21.1, I saw things like TLV-21.2, TLV-21.3, and TLV-84.2 in the event log you initially published. I thought they were something like power settings, but they are not. TLV stands for Type, Length, and Value (or Tag, Length, and Value). The explanation proves I'm not a network expert, as that's the basis for every message sent on the Internet. (The types being TCP, UDP, ICMP, etc., the length is part of the header, and the value is the data itself.) The DOCSIS specification (since the original 1.0) uses TLV "encoded" values for configuring and managing network equipment.

The document Data-Over-Cable Service Interface Specifications (CM-SP-MULPIv3.1-I24-221019), Section 6.4.28.1.20, Diplexer Band Edge, describes TLV-21.1 as having a one-byte code that defines the upstream upper band edge (and lists what the values equate to in MHz), 21.2 for specifying the downstream lower band edge, and 21.3 for specifying the downstream upper band edge. (I assume the upstream lower band edge is always "fixed" at 5 MHz, so no configuration is needed to set it.) Those are in relation to sending the configuration in a MAC Domain Descriptor (MDD) message. Those messages are sent periodically on all downstream channels. As long as the cable modem can lock onto one downstream channel after rebooting/power cycling, it should get those messages (about every 200 Msec). What's also interesting is that this functionality seems to be duplicated by TLV-84.1, 84.2, and 84.3 found in Section C.1.2.23, Diplexer Band Edge. I believe the difference is that the 84.x TLVs are specific to initializing a cable modem using a configuration file. (Section C.1.2 is Configuration-File-Specific Settings.) I think that occurs when the cable modem is initially powered on or rebooted. The analogous settings in the MDD message could make adjustments later -- maybe.

The "maybe" comes from the following sentences in Section C.1.2.23, Diplexer Band Edge, where "CM" is the abbreviation for Cable Modem.

"If the Diplexer Band Edge TLVs are included in the configuration file, the CM MUST use these TLVs to configure its diplexer settings. If present in the configuration file, the Diplexer Band Edge TLVs are used instead of the Upstream Frequency Range TLV or the Diplexer Band Edge TLVs in the MDD message. If the Diplexer Band Edge TLVs are not included in the configuration file, the CM configures its diplexer setting based on the values in the MDD message."

The problem is that we don't have the configuration file, nor do we likely have a good way to get it. It probably does not traverse the CM.

With that out of the way, we look at your log. It starts off with lines like the following (I added the row numbers):

1. Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;

2. Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.

3. Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.

4. Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.

5. Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.

6. Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.

7. 01:43:19 Mon Dec 26 2022 Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.

8. 01:43:19 Mon Dec 26 2022 Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.

9. 01:43:19 Mon Dec 26 2022 Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.

10. 01:43:19 Mon Dec 26 2022 Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.

11. 01:43:22 Mon Dec 26 2022 Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;

12. 01:43:23 Mon Dec 26 2022   Critical (3)   No Ranging Response received - T3 time-out;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;

13. 01:43:33 Mon Dec 26 2022 Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.

14. 01:43:33 Mon Dec 26 2022 Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.

The general consensus I found when looking into SYNC Timing Synchronization failure, is that it is almost always an issue on the cable modem/customer side. It could be wiring issues that keep the CM from syncing with the Xfinity time server. It could also be an improper configuration. It looks to me like a lot of configuration changes are being attempted. Many are ignored. I'm leaning toward bad configuration as the issue. Lines 2 and 3 indicate updates from the MDD that were ignored. If the CM is behaving properly and got a configuration from a file at startup, it should be ignored, according to the statement above. However, in line 4, the upstream diplexer mode change appears to have been accepted, and the upstream range was set to 5 - 85 MHz. Lines 5 and 6 indicate changes from the configuration file were ignored. Since these come from a configuration file (the 84.x TLVs indicate this), the CM was probably restarted. Without a time reference, it is hard to tell. In this case, I wonder if the updated values were ignored because that is what they were already set to use. Just because 2, 3, 5, and 6 all say "ignored" doesn't mean they were ignored for the same reason.

It would be nice if the MB8611 log displayed the time, even if not "official," instead of "Time Not Established." It would be helpful, even if it starts at Unix epoch time to have an idea of the time between messages. The official time comes from a time server on Xfinity's network. Since only one cable modem can send data upstream at a time, it's important that each CM knows when it is time to do so. That requires precise timing, or there will be upstream collisions, and the traffic has to be retransmitted. I get that, but the MB8611 must have an onboard real-time clock. (The Arris S33 appears to do this. There are messages in that CM's error log with times of 31/12/1969 17:00:24. It's wrong, but at least it's a running time.)

Line 7 shows the upstream upper band edge set to 5-42MHz - the older upstream settings. Lines 8, 9, and 10 show the MDD band edge settings for upstream and downstream being ignored as the specification says they should be if the values had been previously set in a configuration file delivered when the CM started up.

Lines 11 and 12 are generally caused by issues with the CM communicating upstream. The configuration of the CM is probably not what Xfinity was expecting, so the messages either don't arrive or are dropped. Lines 13 and 14 looks like the issues have started to repeat.

Another thing I found when looking into this is that the issue is not only with the MB8611. I saw posts for Arris SB33 and Netgear CM1100 with similar issues. 

If you read any documents, you might run across Cable Modem Termination System or CMTS. This is Xfinity's hub site or headend. As an end user, it is Xfinity.

I was also curious about what log levels there are. Section 8.1.2.3 of the Cable Modem Operations Support System Interface Specification (CM-SP-CM-OSSIv3.1-I23-220819) has those. It goes into detail, but the basic list is as follows:

8.1.2.3 Standard DOCSIS events for CMs

The DOCS-CABLE-DEVICE-MIB [RFC 4639] defines 8 priority levels and a corresponding reporting mechanism for each level.

Emergency event (priority 1)
Reserved for vendor-specific 'fatal' hardware or software errors that prevent normal system operation and cause
the reporting system to reboot.

Every vendor may define their own set of emergency events. Examples of such events might be 'no memory
buffers available', 'memory test failure', etc.

Alert event (priority 2)
A serious failure, which causes the reporting system to reboot, but it is not caused by hardware or software
malfunctioning.

Critical event (priority 3)
A serious failure that requires attention and prevents the device from transmitting data, but could be recovered
without rebooting the system. Examples of such events might be configuration file problems detected by the
modem or the inability to get an IP address from the DHCP server.

Error event (priority 4)
A failure occurred that could interrupt the normal data flow, but will not cause the modem to re-register. Error
events could be reported in real time by using the trap or syslog mechanism.

Warning event (priority 5)
A failure occurred that could interrupt the normal data flow, but will not cause the modem to re-register.
'Warning' level is assigned to events that both CM and CMTS have information about. To prevent sending the
same event, both from the CM and the CMTS, the trap and syslog reporting mechanism is disabled by default
for the CM for this level.

Notice event (priority 6)
The event is important, but is not a failure and could be reported in real time by using the trap or syslog
mechanism. For a CM, an example of a Notice event is any event from 'SW UPGRADE SUCCESS' group.

Informational event (priority 7)
The event is of marginal importance, and is not failure, but could be helpful for tracing the normal modem
operation.

Debug event (priority 8)
Reserved for vendor-specific non-critical events.

I don't think anything is wrong with your modem or wiring. I think the following is occurring:

  • Xfinity notes that the updated and additional upstream channels have not yet been applied to this modem.
  • Xfinity attempts to reconfigure the upstream channels to add the new channels via MDD.
  • The configuration file Xfinity sends to the modem via MDD conflicts with the configuration file's configuration.
  • The modem is not updating to the new configuration because the specification says it should not.
  • The CMTS (Xfinity) commands the modem to restart because the CMTS assumes the changes were applied (or notices they were not and wants to restart it to try again).
    • (I think this because the CM should log if it is restarting because of a configuration change, however, if this is considered to be a notice-level event, it might not be preserved)
  • The CM initializes with the old configuration settings applied from a configuration file.
  • Xfinity notes that the updated and additional upstream channels have not yet been applied to this modem. Rinse. Repeat.

This is a long wall of text, so if you made it this far, great. As I mentioned initially, I'm not a network expert, so my conclusion may be far from reality. It does seem to fit the observed events.

Additional Thoughts

I thought of a few more things, believe it or not.

I think Xfinity is trying to add additional upstream channels to double your upload speed. That's a good thing. To do that, they need to "slide" the downstream channels' lower and upper-frequency ranges to higher frequencies to make some room for the wider upstream channel frequencies. They also set the upstream channels' upper frequency to 85Hz (from 42MHz). That's more than double the previous upstream frequency range, but there must be guard bands between the channels, of which there will be twice as many. The issue may be that the configuration the modem receives during initialization hasn't been updated correctly for the new upstream channels. (They might have to leave it so that older modems that run DOCSIS 3.0 and lower can still initialize properly.) Then they try to make the updates after the initialization, but some modems (e.g., MB8611, SB33) won't accept the changes because the DOCSIS 3.1 specification states that change is not allowed.

When the Internet is out, try to log into the MB8611 and capture the Connection status. You can copy and paste it into Microsoft Word with good results in preserving the formatting. (Set the page to landscape mode with narrow margins) The status pages I've seen have all been captured after the Internet is up again, so they aren't a snapshot of what's going on when the service is down.

IIRC, Xfinity started this rollout using only the XB7 modem/router. That makes sense because they could test that thoroughly in a lab environment before trying it with customers. It will be some trial and error for most other modems.

(edited)

Contributor

 • 

68 Messages

@NoGoodNamesLeft4Me​ What a thoughtful analysis. I hope they find a fix soon for this. I also wish they'd communicate this to their consumers and customer support staff. They keep sending techs out even though they MUST know that the issue is with the software they're pushing to these modems. I also am not one to believe in paying 14 a month to rent a modem for the rest of my contract with them. (unfortunately they have a monopoly on my area). 

Contributor

 • 

10 Messages

11 months ago

I am having the SAME ISSUE and have the MB8611 cable modem. Past week we have been getting disconnects at least 1x per hour.. event logs look the same as mine. T3 timeouts and diplexer warning/errors. 

Whatever Comcast is doing is causing issues. We work from home and it's quite unacceptable that we pay a lot of money each month for a service that is being disrupted HOURLY. 

FIX IT. 

Visitor

 • 

4 Messages

11 months ago

Hello NoGoodNames - thanks for the detailed analysis.  Do you have any recommendations for how to fix this?  Seems like a reasonable hypothesis.

Contributor

 • 

72 Messages

@user_a316b8​ Unfortunately, if the issue is what I think it is (an issue trying to reconfigure the cable modems in the field), only Xfinity can fix it. The good news is that you will have double the upload speed when they do (assuming I'm on the right track).

Visitor

 • 

5 Messages

@NoGoodNamesLeft4Me​ I wonder what the point of sending techs out is. If it’s a backend problem (and I agree with your analysis), why send techs out to fix/diagnose something they can’t. Xfinity should just come out and say hey you’re all having issues and we are working on a fix. 

Contributor

 • 

72 Messages

Comcast is a big company. The people on the help desk probably don't know what the operations group is up to in deploying upgraded service. After exhausting what they can do remotely, the help desk's main (and maybe only) tool is to send out a tech.

As far as why Comcast doesn't say they are working on a fix, it is possible that, except for a couple of modems (the MB8611 being one of them), the upgrade is going well. They might not think they have a problem or are putting it off until they get through the main batch of upgrades. About a day ago, my MB8611 was updated to the latest software version ( 8611-21.3.7). So far, I've had no issues with that either. As far as I can tell, there's been no attempt to change the upstream and downstream bandwidth and channel allocation on my cable modem.

Visitor

 • 

4 Messages

Funny, I haven't had any drops today.  Possibly the software update fixed the problem?

Visitor

 • 

6 Messages

11 months ago

Very similar pattern here. 3 outages in past 24 hours related to "UCD invalid or channel unusable."

    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    02:57:27
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    02:57:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    02:57:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    02:57:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    02:57:30
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    02:57:42
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    02:57:42
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    02:57:42
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    02:57:57
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    11:52:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    11:52:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    11:52:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    11:52:28
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    11:52:30
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    11:52:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    11:52:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    11:52:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    11:52:56
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    18:34:26
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    18:34:27
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    18:34:27
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    18:34:27
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    18:34:30
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    18:34:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    18:34:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    18:34:41
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    18:34:53
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:19:52
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:19:54
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    19:19:55
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    19:19:55
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    19:19:57
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    19:20:08
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    19:20:08
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:20:08
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:20:22
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:22:33
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:22:34
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    19:22:34
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    19:22:34
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    19:22:36
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    19:22:47
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    19:22:47
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:22:47
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:23:01
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:Fixed Initial, 5-42MHz.
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    Time Not Established   Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-21.1, 5-85MHz.
    Time Not Established   Notice (6)   Honoring MDD; IP provisioning mode = IPv6
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    Time Not Established   Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:26:48
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:26:50
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.2, 258MHz.
    19:26:50
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-21.3, 1002MHz.
    19:26:50
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change_Ignored:TLV-21.1, 85MHz.
    19:26:52
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    19:26:56
Tue Jan 3 2023
  Notice (6)   Honoring MDD; IP provisioning mode = IPv6
    19:27:04
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.2, 108MHz.
    19:27:04
Tue Jan 3 2023
  Critical (3)   CMSTATUS:DS_Diplexer_Mode_Change_Ignored:TLV-84.3, 1002MHz.
    19:27:04
Tue Jan 3 2023
  Critical (3)   CMSTATUS:US_Diplexer_Mode_Change:TLV-84.1, 5-42MHz.
    19:27:11
Tue Jan 3 2023
  Notice (6)   DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;
    19:27:19
Tue Jan 3 2023
  Critical (3)   UCD invalid or channel unusable;CM-MAC=[Edited: "Personal Information"];CMTS-MAC=[Edited: "Personal Information"];CM-QOS=1.1;CM-VER=3.1;

(edited)

Contributor

 • 

72 Messages

@user_cdf06d​ 

I'm still unsure about the order in which things are occurring, and the Time Not Established times aren't helpful. The problem with that I I don't know if the log you have is the actual beginning of a log since reboot somewhere thereafter. Without delta or actual times, there is no way to tell. The only thing I'm reasonably certain of is that if there is a time in one log message and Time Not Established in the next, the cable modem (CM) has been rebooted. The CM has not yet gotten a SYNC message to establish the initial time. I'm taking cues from this US Robotics post. (I think that post is a little outdated, but it still has good information.)

When trying to find out what "UCD invalid or channel unusable" means, I ran across this post at Volpe Firm. The original poster has a Netgear CM, but ignoring the specifics, it is still potentially relevant. (I edited the post to remove MAC addresses, remove some non-essential stuff, and add formatting.)

Carl [Edited: "Personal Information"] September 6, 2011 at 5:57 am

The MSO have been overbuilding the area to upgrade it from 550/30 to 1000/85 network. Since they did that I’ve seen this error message once a day, non-service affecting:

Tue Sep 06 08:14:34 2011 Critical (3) UCD invalid or channel unusable;CM-MAC=[edited by NoGoodTags4Me];CMTS-MAC=[edited by NoGoodTags4Me];CM-QOS=1.1;CM-VER=3.0;

This also corresponds with power levels being rather changed, upstream tx power has dropped by 14dBmV and downstream rx has increased by 7dBmV.

Downstream Channels
Lock Status Modulation Channel ID Max Raw Bit Rate Frequency Power SNR Docsis/EuroDocsis locked
Locked QAM256 38 55616000 Kbits/sec 299000000 Hz 12.1 dBmV 40.2 dB Hybrid
Locked QAM256 39 55616000 Kbits/sec 307000000 Hz 11.9 dBmV 40.2 dB Hybrid
Locked QAM256 40 55616000 Kbits/sec 315000000 Hz 11.5 dBmV 39.7 dB Hybrid
Locked QAM256 41 55616000 Kbits/sec 323000000 Hz 10.9 dBmV 39.5 dB Hybrid

Upstream Channels
Lock Status Modulation Channel ID Max Raw Bit Rate Frequency Power
Locked TDMA 2 10240 Kbits/sec 25800000 Hz 34.5 dBmV

Cableco believe no configuration changes have been made, so according to them there isn’t, say, a 2nd upstream channel added to the service group above 30MHz which I can’t lock to due to being RF limited.

Any thoughts welcome – as there’s no service impact with either that message or the power levels the MSO will not give me a service call and it’d be rude to ask really.

I’m curious about the message though, it seems not particularly well documented and is usually linked to downstream impediments corrupting the UCD which I can’t see any evidence of.

Thanks!

Brady September 9, 2011 at 8:16 am  - Reply

Hi Carl,


From your OUI of a0:21:b7 I can tell that you have a Netgear cable modem ver. 3.0, which is a DOCSIS 3.0 modem that supports DOCSIS and Euro-DOCSIS. It supports downstream channel bonding for up to four (4) channels and upstream channel bonding for up to four (4) channels. So it’s not a bad modem.


It looks like your running on a Euro-DOCSIS plant with 8 MHz channel spacing. The downstream appears to be fine based upon the modem’s log file and channel setup. You have probably noticed an increase in downstream power level due to the re-build and re-balance of the plant to 1 GHz. If they did a good job, you should have a cleaner downstream with less issues than in the 550 MHz plant.


On the upstream, it sounds like they are bonding two upstream channels, one at 25.8 MHz and one above 30 MHz. The error message you are getting, “Critical (3) UCD invalid or channel unusable…” is your cable modem stating that either the UCD has told the cable modem to lock to a channel it cannot physically lock to or the channel is not usable due to physical impairments. Since the Netgear is DOCSIS 3.0 compliant, we know that it will go up to 85 MHz, so 30 MHz should be no problem, therefore we can rule out a bad UCD. So that leaves us with an impaired channel.


When a cable modem fails to lock to one or more upstream bonded channels, this is called “Partial Service”. In a partial service situation, the CMTS will notice that the cable modem has a subset of the channels transmitting and issue transmit opportunities (MAPs) only for the working channels. In your case that is the channel at 25.8 MHz. So you will not notice any loss of data because the CMTS will not allow your modem to transmit data on the missing channel. This is a very nice feature in DOCSIS 3.0, because one or more bonded channels can go down in a DOCSIS 3.0 modem yet the subscriber will never know the difference unless the upstream is near maximum throughput capacity.


Now should the cable operator ignore this? Not for the long term. One of your bonded channels is down, but your service is not interrupted – for now. Your cable provider does need to ultimately troubleshoot and resolve the root cause to get your modem (and any others) out of a partial service condition. There is an impairment in the plant. DOCSIS 3.0 is able to mask the impairment from the subscriber, but it does not make the impairment go away. So the operator has some temporary breathing room to fix the impairment. Should another impairment arise around 25.8 MHz, then you will be out of service altogether.


So I recommend that you ask your cable operator what is their timeline to get your second bonded channel back online. Keep in mind that they may have many larger fires to fight right now and this may be a much lower priority, but it should still be on their to-do-list.


-Brady

Grrrr. The editor omitted several paragraphs when I first posted, so you get the TL;DR version.

The CM is having issues with the upstream channels it was told to use. Some "impairment" is occurring. It may be operating in “Partial Service” mode. If the situation degrades further, the CM might lose all upstream capability. The CM would realize this (obviously) and reboot. Alternatively, the CMTS (Xfinity) would notice it stopped getting upstream requests from the CM and initiate a reboot. It would be nice if the log included why it was rebooting.

(edited)

Visitor

 • 

4 Messages

Update here.  Drops continue without a level of predictability.  Also, Comcast never replied to the direct message they asked me to submit.

Any progress for you?

Official Employee

 • 

710 Messages

Hello @user_a316b8 I am sorry you are still having an issue with your connection. I would like to take a closer look at your connect and also see what happend with that last message you sent. To get started, could you please send our team a direct message with your full name and full address?

To send a "Direct Message" message:

  • Click "Sign In" if necessary
  • Click the "Direct Messaging" icon at the top of the page (looks like a text bubble)
  • Click the "New message" (pencil and paper) icon
  • Type "Xfinity Support" in the "To:" line and select "Xfinity Support" from the drop-down list which appears. The "Xfinity Support" graphic replaces the "To:" line
  • Type your message in the text area near the bottom of the window
  • Press Enter to send it
I am an Official Xfinity Employee.
Official Employees are from multiple teams within Xfinity: CARE, Product, Leadership.
We ask that you post publicly so people with similar questions may benefit from the conversation.
Was your question answered? Please, mark a reply as the Accepted Answer.tick

New Poster

 • 

5 Messages

I am also having the same issue as above and it also comes with a degraded downstream as well. was getting almost 980m down after this my service is now running anywere from 130 to 500 down and will DC constantly for the past month been calling into customer service constantly and they have no idea whats going on the service is absolute garbage now.

Visitor

 • 

4 Messages

I am having the same issue at my house.  It has been going on since around the first of the year, but it is now past the point of the absurd.  For most of today the MB8611 modem at my house has been restarting between 10 and 20 times PER HOUR.

The Comcast service to my house is wholly unsable. In the time I write posts on the forum, my internet connection drops at least once.

We have to pay for this service?

Visitor

 • 

1 Message

11 months ago

I also have an MB8611 in the Lancaster, PA area. My internet connection has been randomly dropping 5-6 times per day for 1-3 minutes at a time. My partner and I work from home and this is completely unacceptable.

We reported our down internet problem to customer support and they scheduled a tech to visit us. The tech said that there was nothing wrong with the wires and that the issue likely resided in our customer owned (MB8611) modem.

Now that I have read this thread and checked my modem's event log -- we have almost identical errors, in almost the exact sequence. It seems to me that the problem is not with our unique modem (which is just 1 month old!) but with Xfinity's ability to support this modem in this area. This is completely unacceptable since it was listed under Xfinity's table of 'compatible modems' when I selected my internet package.

They need to either release a public statement, release a fix, or both -- and do it soon. This is a completely unacceptable state of affairs and borders on misinforming customers about what modems they support. FIX THE PROBLEM NOW.

---

Update: after another internet drop in the last hour, the modem software reverted from 8611-21.3.7 to 8611-19.2.18

The latest error event log is different:

Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[personal ID];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[personal ID];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[personal ID];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Critical (3)   SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing;;CM-MAC=[personal ID];CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.1;
    Time Not Established   Notice (6)   Honoring MDD; IP provisioning mode = IPv6
    12:38:04
Tue Jan 24 2023
  Notice (6)   DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=[personal ID];CMTS-MAC=00:90:f0:05:00:00;CM-QOS=1.1;CM-VER=3.1;

(edited)

New Poster

 • 

3 Messages

@user_7d5791​ Tried to respond to this post but the forum seems to be censoring me, not sure.  Wanted to say, this is great information, thanks for posting it.

Visitor

 • 

6 Messages

@user_7d5791​ I had been struggling with a similar issue, and eventually concluded that I would first swap out MB8611 modem for an identical replacement and, failing that, request a truck roll to investigate line quality to my house. 

Rather to my surprise, swapping out the modem has eliminated the spontaneous reboots, even though I still have the 8611-21.3.7 firmware running in the replacement modem.

I do still have some unicast ranging T3 timeouts and one DS QAM256 channel that is accumulating uncorrectable errors, but the internet connect stays "up" as we are no longer forced to wait for the modem to recover from periodic random reboots. I was advised that remedial work in my area is scheduled for this week that may fix my signal quality issues. 

Anyway, it is worth taking into consideration the newness of an MB8611 is no guarantee of it being robust against random reboots.  In my case a replacement under warrantee from Motorola has gotten me out of the worst of my problems, although I still have some line quality/interference ingress issues to be addressed.

Visitor

 • 

14 Messages

Jokes on us!!!!!!!!!

Visitor

 • 

1 Message

Hey all, I'm with everyone in the same boat, same modem. Just had a tech out and said everything inside and out looks good and that the issue is likely stemming from Comcast's node upgrades. Did not have any sort of timetable as to when it would be completed. He recommended visiting an Xfinity store to see if I could try an Xfinity modem for awhile until the issue gets resolved.

Contributor

 • 

72 Messages

@user_cdf06d​ I've had the MB8611 since switching to Xfinity at the beginning of December. I've not had any of the issues (yet). I've been worried that I will at some point, but not yet. I don't think the issue is with all MB8611 modems, but there seems to be a high rate of incidents. 

Visitor

 • 

3 Messages

10 months ago

Same issue here...so are at least 2 other neighbors next to me. 

Multiple service interruptions throughout the day (not always the same time between the three of us). 
Service tech came out, didn't find anything...said he would schedule a bucket truck. 
Truck came out - but the tech never talked to me....left after a few hours with no update. 
After hours trying to get an update from Xfinity, they told me the ticket was closed and had no notes in it. 

Had to restart the process all over again...still having issues...

Visitor

 • 

1 Message

8 months ago

I'm also having this problem. I just bought the modem (because we upgraded our internet speed), but disconnected several times a day is very frustrating when we work from home. 

Is this issue fixed/when will it be fixed for me? 
Why is this modem listed as verified for xfinity when it doesn't work 100% of the time?


Contributor

 • 

72 Messages

8 months ago

I am curious what version of the firmware is the MB8611 running for people having these problems? Mine had 8611-19.2.20 installed when I unboxed it, and our Xfinity service started in December 2022. In January 2023, the firmware was upgraded to 8611-23.3.7. I had no issues with disconnections with either of those two versions. On February 22, 2023, the firmware on my MB8611 was downgraded to 8611-19.2.18, which is what it is still at today. That's a bit of a predecessor to the firmware version installed when I got it. I've had no issues with that version, either. My modem has been up for 40 days, 20h:00m:45s. 

Most of those having issues with the MB8611 started having them after the upgrade to 8611-23.3.7. The number of people with issues seems to have dropped as well, which I believed happened because most of the MB8611's have been upgraded (or rather, downgraded) to 8611-19.2.18. I'm curious if some people are receiving modems that have firmware versions > 8611-19.2.18 (or 8611-19.2.20) when they take them out of the box. 

forum icon

New to the Community?

Start Here