cancel
Showing results for 
Search instead for 
Did you mean: 

QAM woes, again.

Icantcrabhere
Superfast

Hi, this may be a somewhat lengthy post,
I'll have to split hub readings from the other day / after a restart today.

The basics out of the way first:

Superhub 3, modem mode. - wired
I have made sure all connections are finger tight.
I have checked both the online fault checker and the phone one

The following first set of logs I post will be from then (Before rebooting the hub).

The other night, 7th July - I noticed a huge latency spike, this turned out to be a Partial service error.

Obviously along with that comes a flood of post-RS errors, as expected.


The following first set of logs I post will be from then (Before rebooting the hub).
I am sorry for the formatting on this particular section:


Time Priority Description
07/07/2022 00:07:15 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:07:14 Warning! RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:07:14 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:06:16 Warning! RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:06:15 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:05:14 Warning! RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:05:14 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
07/07/2022 00:03:28 Warning! RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

 

Downstream bonded channels
Channel Locked Status RxMER (dB) Pre RS Errors Post RS Errors
1 Locked 40.3 3057 6731
2 Locked 40.9 1858 7104
3 Locked 40.9 1836 7435
4 Locked 40.9 1828 5666
5 Locked 40.3 1621 5757
6 Locked 40.3 1627 5633
7 Locked 40.3 1811 5775
8 Locked 40.3 1808 5749
9 Locked 40.3 1573 5101
10 Locked 40.3 1876 5284
11 Locked 40.3 1689 5669
12 Locked 40.3 1896 5574
13 Locked 40.3 2822 6718
14 Locked 40.3 1878 6648
15 Locked 40.9 1831 6211
16 Locked 40.3 1893 6552
17 Locked 40.3 2115 6110
18 Locked 38.9 2531 7290
19 Locked 40.3 2399 7146
20 Locked 38.6 3513 7108
21 Locked 38.9 3432 7220
22 Locked 38.9 3493 6851
23 Locked 38.9 3308 6668
24 Locked 38.6 3401 6886

Upstream bonded channels
Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts
1 ATDMA 0 0 10 0
2 ATDMA 0 0 12 0
3 ATDMA 0 0 6 0
4 ATDMA 0 0 12 0


Even through this, all my upstream QAM were locked to 64,
Until today, that is.
The following posts will show todays logs AFTER a reboot.

41 REPLIES 41

Hi John!

The attenuator is a 6db,
I thought there were both "+" and "-" versions, however if I'm wrong: I'm happy to have learned something new/be corrected!

I can try to remove it when the connection isn't in use,
Seems like the site is no longer reporting a signal issue and my QAM is back to normal (for now, but we know how it goes)

I'll make sure to check the local status line when I have a free moment away from this darn social interaction(gotta love it!)

Cheers for the reply!

If there's a 6dB attenuator inline, then with those levels, definitely remove it.   That will also allow the CMTS to adjust the upstream levels correctly.