M600 Oomph - Poor Wired Speeds

[Richard_H2]

Regularly I am finding that the speed of my internet is considerably lower than the advertised speeds suggested by Virgin. Whilst I appreciate they may be better than some providers, considering I am paying for the higher service package of M600 Oomph is it too much to ask?

If anyone can assist I would be grateful. Alternatively - @Virgin Media - Please resolve the issue.

Thanks

Downstream bonded channels

Channel Frequency (Hz) Power (dBmV) SNR (dB) Modulation Channel ID

1	179000000	1	38	256 qam	6
2	139000000	0.5	35	256 qam	1
3	147000000	0.7	37	256 qam	2
4	155000000	0.9	39	256 qam	3
5	163000000	0.7	38	256 qam	4
6	171000000	0.4	38	256 qam	5
7	187000000	1	38	256 qam	7
8	195000000	1	38	256 qam	8
9	203000000	0.9	40	256 qam	9
10	211000000	1	38	256 qam	10
11	219000000	1.5	40	256 qam	11
12	227000000	1.5	40	256 qam	12
13	235000000	1	38	256 qam	13
14	243000000	0.2	38	256 qam	14
15	251000000	0	38	256 qam	15
16	259000000	0.5	38	256 qam	16
17	267000000	1.2	38	256 qam	17
18	275000000	1.2	40	256 qam	18
19	283000000	0.5	38	256 qam	19
20	291000000	0	38	256 qam	20
21	299000000	-0.5	38	256 qam	21
22	307000000	-0.2	38	256 qam	22
23	315000000	0.5	38	256 qam	23
24	323000000	1.2	40	256 qam	24

Downstream bonded channels

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

1	Locked	38.9	751785	752042
2	Locked	35	1098167	1625695
3	Locked	37.9	597157	495895
4	Locked	39.8	1236648	985645
5	Locked	38.9	1157731	1600164
6	Locked	38.6	84651	205775
7	Locked	38.9	1561864	409338
8	Locked	38.9	29043	15719
9	Locked	40.3	20491	14502
10	Locked	38.9	28441	12641
11	Locked	40.3	33258	11309
12	Locked	40.3	44720	11585
13	Locked	38.6	57562	12214
14	Locked	38.9	57172	12897
15	Locked	38.9	52906	15558
16	Locked	38.9	45533	11562
17	Locked	38.9	39458	10012
18	Locked	40.9	25042	9015
19	Locked	38.9	20479	10975
20	Locked	38.6	18107	12409
21	Locked	38.9	18987	16376
22	Locked	38.9	15459	10964
23	Locked	38.9	13718	9207
24	Locked	40.9	12524	6745

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

1	53700000	39.5	5120	64 qam	10
2	39400021	39.5	5120	64 qam	12
3	46200048	39	5120	64 qam	11
4	60300029	39.5	5120	64 qam	9

[Richard_H2]

Upstream bonded channels

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

1	53700000	39.5	5120	64 qam	10
2	39400021	39.5	5120	64 qam	12
3	46200048	39	5120	64 qam	11
4	60300029	39.5	5120	64 qam	9

Upstream bonded channels

Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts

1	ATDMA	0	0	2	0
2	ATDMA	0	0	2	0
3	ATDMA	0	0	3	0
4	ATDMA	0	0	2	0

Network LogTime Priority Description

15/02/2021 21:21:52	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:21:51	critical	No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:21:32	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:21:31	critical	No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:17:52	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:17:18	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:14:33	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:13:55	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:08:14	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:08:0	Warning!	Lost MDD Timeout;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:07:45	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:06:17	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 21:04:13	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 20:58:14	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 20:58:13	critical	No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 19:35:25	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 19:30:42	critical	No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 19:30:3	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 19:30:3	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;
15/02/2021 19:29:41	Warning!	RCS Partial Service;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

By way of an example this evening

Download: 70mbps

Upload: 6.0mbps

Speedtest.net

Ping: 14ms

Download: 202.85mbps

Upload: 3.19mbps

[sophist]

So, there are obviously problems with your line... whilst your power levels look ok,you have a *lot* of post-rs errors on most of the channels - when did you last reboot the hub? it's worth doing it again, confirming that they are all at 0 when you boot, and see how quickly they accumulate. 

logs also show channels dropping with alarming frequency (RCS partial service messages).

i'd say this needs a comment from VM.. but it's probably worth checking that all of your coax connections (both inside and outside..) are finger tight for good measure...

worth setting up a BQM - if only because you may be asked to do this later, and it takes at least 24h to get a useful data set. 

[Richard_H2]

Thanks Mate

I have a BQM set up from last time. Don’t know if this helps

My Broadband Ping

[sayekm]

You may have something completely different to my issue  but this was my experience.

When I initially had service installed it was very unstable and crazy high Pre & Post errors.. some channel Post errors would reach 1m+ within hours.

An  engineer came round who fitted new F-connectors to the cables inside the exterior box on my wall. Seems the plugs outside was poorly fitted and not making solid connection.

Never had a single Post error since and the Pre error hardly goes above 2 digits.

[Richard_H2]

Thanks for that pal. The engineer came out pre lockdown and did some similar change outside and it’s been fine til now. 

will keep monitoring it

[sophist]

---

@Richard_H2 wrote:

Thanks Mate

I have a BQM set up from last time. Don’t know if this helps

My Broadband Ping

---

well. the BQM looks pretty clean - no obvious issues of over utilisation or anything like that - actually one of the better ones compared to what usually gets posted around here 🙂

Still think you're gonna need VM to comment...  If you want a quicker response then calling customer services at 08:00 (09:00 sundays) will give you the shortest queuing time.. alternatively, you can wait around here for a few days (staff seem to be picking up posts more quickly recently - maybe 3 - 5 days..) and hopefully VM will comment and arrange an engineer visit... 

[sayekm]

The virgin router normally comes with a black plastic spanner..sometimes finger tight can become lose over time.

Maybe worth opening that box again and tight the connection with a spanner..but not over do it😁

[legacy1]

---

@sophist wrote:

---

@Richard_H2 wrote:

Thanks Mate

I have a BQM set up from last time. Don’t know if this helps

My Broadband Ping

---

well. the BQM looks pretty clean - no obvious issues of over utilisation or anything like that - actually one of the better ones compared to what usually gets posted around here 🙂

---

You missed the point completely good QoS can handle utilisation without showing high spikes so the QoS is doing its job and theirs not enough bandwidth to go around at least for the downstream

.     

[sophist]

---

@legacy1 wrote:

---

@sophist wrote:

---

@Richard_H2 wrote:

Thanks Mate

I have a BQM set up from last time. Don’t know if this helps

My Broadband Ping

---

well. the BQM looks pretty clean - no obvious issues of over utilisation or anything like that - actually one of the better ones compared to what usually gets posted around here 🙂

---

You missed the point completely good QoS can handle utilisation without showing high spikes so the QoS is doing its job and theirs not enough bandwidth to go around at least for the downstream

.     

---

Yeah I don’t buy that VM are explicitly prioritising icmp traffic with QoS to show cleaner BQMs, especially given the countless other examples of BQMs showing the exact opposite...