cancel
Showing results for 
Search instead for 
Did you mean: 

It this oversubscription or something else ?

Tractorboy
Rising star

As suggested by Andrew G am posting my stats for your opinion !

https://www.thinkbroadband.com/broadband/monitoring/quality/share/6f954cd73d6013438bde918624d845a32d6c105f

 

Cable Modem StatusItem Status CommentsChannel Overview Downstream Upstream

Cable Modem Status
Online
DOCSIS 3.1
Primary downstream channel
Locked
SC-QAM
DOCSIS 3.0 channels
31
4
DOCSIS 3.1 channels
1
0
1 ACCEPTED SOLUTION

Accepted Solutions

Adduxi
Very Insightful Person
Very Insightful Person

Looking at the BQM, it looks like VM have done something on the network just after midnight?   I'd keep an eye that.

Your stats are all fine at the moment, so nothing amiss there.

I'm a Very Insightful Person, I'm here to share knowledge, I don't work for Virgin Media. Learn more

Have I helped? Click Mark as Helpful Answer or use Kudos to say thanks

See where this Helpful Answer was posted

5 REPLIES 5

Tractorboy
Rising star
Channel Frequency (Hz) Power (dBmV) SNR (dB) Modulation Channel ID
9 203000000 -0.799999 38.605377 QAM256 9
8 195000000 -0.700001 38.605377 QAM256 8
10 211000000 -1.000000 38.605377 QAM256 10
11 219000000 -1.400002 38.983261 QAM256 11
12 227000000 -1.500000 38.983261 QAM256 12
13 235000000 -1.500000 38.983261 QAM256 13
14 243000000 -1.400002 38.605377 QAM256 14
15 251000000 -1.700001 38.605377 QAM256 15
16 259000000 -1.599998 38.983261 QAM256 16
17 267000000 -1.799999 38.605377 QAM256 17
18 275000000 -1.299999 38.983261 QAM256 18
19 283000000 -0.900002 38.983261 QAM256 19
20 291000000 -0.500000 38.983261 QAM256 20
21 299000000 -0.599998 38.983261 QAM256 21
22 307000000 -1.099998 38.605377 QAM256 22
23 315000000 -1.799999 38.605377 QAM256 23
24 323000000 -1.599998 38.605377 QAM256 24
25 331000000 -1.700001 38.605377 QAM256 25
26 339000000 -2.000000 38.605377 QAM256 26
27 347000000 -2.400002 38.983261 QAM256 27
28 355000000 -2.500000 38.983261 QAM256 28
29 363000000 -2.200001 38.983261 QAM256 29
30 371000000 -2.099998 38.605377 QAM256 30
31 379000000 -2.500000 38.605377 QAM256 31
32 387000000 -2.599998 38.983261 QAM256 32
33 395000000 -2.299999 38.605377 QAM256 33
34 403000000 -2.200001 38.605377 QAM256 34
35 411000000 -2.400002 38.983261 QAM256 35
36 419000000 -2.599998 38.605377 QAM256 36
37 523000000 -2.299999 38.983261 QAM256 37
38 531000000 -2.900002 38.605377 QAM256 38

Tractorboy
Rising star

Channel Lock Status RxMER (dB) Pre RS Errors Post RS Errors

9Locked38.60537700
8Locked38.60537700
10Locked38.60537700
11Locked38.98326100
12Locked38.98326100
13Locked38.98326100
14Locked38.60537700
15Locked38.60537700
16Locked38.98326100
17Locked38.60537700
18Locked38.98326100
19Locked38.98326100
20Locked38.98326100
21Locked38.98326100
22Locked38.60537700
23Locked38.60537700
24Locked38.60537700
25Locked38.60537700
26Locked38.60537700
27Locked38.98326100
28Locked38.98326100
29Locked38.98326100
30Locked38.60537700
31Locked38.60537700
32Locked38.98326100
33Locked38.60537700
34Locked38.60537700
35Locked38.98326100
36Locked38.60537700
37Locked38.98326100
38Locked38.60537700



3.1 Downstream channels

Channel Channel Width (MHz) FFT Type Number of Active Subcarriers Modulation (Active Profile) First Active Subcarrier (Hz)
159964K1880QAM4096424

Channel Frequency (Hz) Power (dBmV) Symbol Rate (ksps) Modulation Channel ID

14620000043.7705995120 KSym/sec64QAM1
22580000042.7705995120 KSym/sec64QAM4
33260000043.2705995120 KSym/sec64QAM3
43940000043.2705995120 KSym/sec64QAM2



3.0 Upstream channels

Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts

1US_TYPE_STDMA0020
2US_TYPE_STDMA0020
3US_TYPE_STDMA0010
4US_TYPE_STDMA0010

Adduxi
Very Insightful Person
Very Insightful Person

Looking at the BQM, it looks like VM have done something on the network just after midnight?   I'd keep an eye that.

Your stats are all fine at the moment, so nothing amiss there.

I'm a Very Insightful Person, I'm here to share knowledge, I don't work for Virgin Media. Learn more

Have I helped? Click Mark as Helpful Answer or use Kudos to say thanks

Andrew-G
Alessandro Volta

I'd agree with @Adduxi that the notable bump in minimum latency is not of itself important, but indicates that VM have made some change to network arrangements, and possibly that's network resegmenting to address capacity issues and behind the improvement.  Despite that there's a packet loss incident lasting five minutes or so at 9:50am and it looks like a fair few spikes remaining of around 70-120ms, occurring roughly every half hour when the network's busy.  Depending on the time of last restart you may have too many T3 timeouts on the upstream and that might explain the latency spikes. 

If those T3's continue to increase at (say) more than one every 2-3 days there's a likely upstream problem.  Keep in mind that any restart will zero the timeout counters.  It also clears the downstream error counters, but as they don't seem to work reliably on the Hub 4 that's academic.