cancel
Showing results for 
Search instead for 
Did you mean: 

Experiencing lag spikes

mmp7vm
Tuning in

Hi Folks, 

Moved into a Virgin Media area about 6 months ago and was ecstatic to be getting 250mb speeds vs the 40-odd I was getting before. Unfortunately my connection has been very ropey since moving in with a number of short intermittent/complete area outages compounding in an outage which lasted around 10 days a couple of weeks ago. 

Even when the broadband is working it feels like something is not quite right - small images which should load lightning fast can take a second time to load, VoD services sometimes switch to low quality to continue streaming, and it is most pronounced when gaming where my connection can be absolutely fine for spells but I'm plagued by random interruptions - anyone who plays FIFA will be aware of the dreaded connection indicators (https://help.ea.com/ca/help/fifa/fifa-connection-indicators/) - I see the red "jitter" icon a lot. 

My speeds are absolutely fine - consistently 200-250mb on wifi near the router, going down to around 50 in some areas of the house (nature of the beast with brick walls - I plan to ethernet chain the wifi satellites at some point). I experience these issues even on ethernet or right beside the main router. 

My setup - I have the Virgin Media Hub 3 in Modem only mode, with a google wifi router connected and two other nodes around the house. Most devices are wireless but the Xbox is connected via ethernet as are a couple of computers which all manifest issues. 

 

Is there anything I can try to improve this? I was hoping after the recent long outage when work was obviously taking place that something might improve, but my service has been stable for over a week now and I am still seeing these issues. It's very frustrating given I expected fibre to be a huge improvement on my previous service, but my previous broadband 'just worked' and this 'just doesn't'. 

I'll post the hub logs in a follow on message. The only obvious issue contained within is the number of T3 timeouts. I was seeing huge amounts of these during my service outage and they resulted in a disconnect each time they occurred. As you can see from the logs I've had around one timeout every day or two since but they haven't occurred in any loss of connection and seem to have stabilised over the past couple of days. My issues are occurring far more often than this I think.

Unfortunately Google Wifi doesn't support BQM so can't post a chart from there although if necessary I can connect Hub Wifi and test from there. Just a bit of a pain as the hub can't service my house with Wifi. 

I've pinged Google and see high latency at times, I will post that in a following post too. 

 

Thanks very much

4 REPLIES 4

mmp7vm
Tuning in

Status

Item Status Comments

Acquired Downstream Channel (Hz)
339000000
Locked
Ranged Upstream Channel (Hz)
43100000
Locked
Provisioning State
Online

 

Downstream

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

13390000003.938256 qam26
22030000004.638256 qam9
32110000004.538256 qam10
42190000004.538256 qam11
52270000004.538256 qam12
62350000004.338256 qam13
72430000003.938256 qam14
82510000003.738256 qam15
92590000003.938256 qam16
10267000000438256 qam17
11275000000438256 qam18
122830000004.438256 qam19
132910000004.538256 qam20
142990000004.537256 qam21
153070000004.438256 qam22
163150000004.338256 qam23
17323000000438256 qam24
183310000003.738256 qam25
193470000003.938256 qam27
203550000003.738256 qam28
213630000003.738256 qam29
223710000003.738256 qam30
233790000003.538256 qam31
243870000003.238256 qam32

 

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

1Locked38.6951701
2Locked38.98511266
3Locked38.68471260
4Locked38.98481249
5Locked38.68591246
6Locked38.98311220
7Locked38.68311199
8Locked38.610371156
9Locked38.68251057
10Locked38.6833967
11Locked38.6970861
12Locked38.6856837
13Locked38.6875811
14Locked37.6843829
15Locked38.6928826
16Locked38.6907819
17Locked38.6919787
18Locked38.6967757
19Locked38.61035558
20Locked38.61112452
21Locked38.61116297
22Locked38.91076252
23Locked38.61092208
24Locked38.61152241

 

Upstream

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

14310000043.5512064 qam2
24960000043.5512064 qam1
32360013842.8512064 qam5
43660000043.3512064 qam3
53010000043.5512064 qam4

 

Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts

1ATDMA0010
2ATDMA00240
3ATDMA00200
4ATDMA00340
5ATDMA00400

 

Configuration

Network access
Allowed
Maximum Number of CPEs
1
Baseline Privacy
Enabled
DOCSIS Mode
Docsis30
Config file
cmreg-vmdg505-bbt060+voc-b.cm



 

Primary Downstream Service Flow

SFID

509220

Max Traffic Rate

287500061

Max Traffic Burst

42600

Min Traffic Rate

0



Primary Upstream Service Flow

SFID

509219

Max Traffic Rate

27500061

Max Traffic Burst

42600

Min Traffic Rate

0

Max Concatenated Burst

42600

Scheduling Type

BestEffort

 

Network Log

(I've only included since the last restart of the Hub as before this is just a long mess of errors with the service outage I was experiencing)

Time

Priority

Description

21/12/2022 10:53:44

notice

LAN login Success;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

20/12/2022 23:48:50

critical

No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

20/12/2022 23:09:25

Error

DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

20/12/2022 17:24:34

notice

LAN login Success;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

19/12/2022 16:17:35

critical

No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

19/12/2022 11:16:55

notice

LAN login Success;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

19/12/2022 04:18:46

critical

No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

17/12/2022 11:09:24

Error

DHCP RENEW WARNING - Field invalid in response v4 option;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

16/12/2022 16:41:3

notice

LAN login Success;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

15/12/2022 16:41:45

critical

No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

14/12/2022 14:15:24

notice

LAN login Success;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

14/12/2022 14:06:36

critical

No Ranging Response received - T3 time-out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

14/12/2022 13:48:37

critical

Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

14/12/2022 13:46:35

notice

NOTICE ATOM is restarted as part of Self Healing Mechanism;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

14/12/2022 13:44:43

Warning!

Lost MDD Timeout;CM-MAC=**:**:**:**:**:**;CMTS-MAC=**:**:**:**:**:**;CM-QOS=1.1;CM-VER=3.0;

I did PING google.com from the terminal and noticed some concerning response times - my understanding is google pings a nearby server and you would expect to see fast and consistent response times - I am seeing a lot of short spikes in these times. Examples below (you can see how often it's happening by seq=x which is the number of the call. 

I'd be right in thinking I should expect this to be consistent and at least below 100? I left it running overnight and there are constantly results like the below with some patches in the 200-300 range

4 bytes from x: icmp_seq=0 ttl=115 time=25.202 ms
64 bytes from x: icmp_seq=1 ttl=115 time=26.394 ms
64 bytes from x: icmp_seq=2 ttl=115 time=29.095 ms
64 bytes from x: icmp_seq=4 ttl=115 time=23.559 ms
64 bytes from x: icmp_seq=5 ttl=115 time=25.095 ms
64 bytes from x: icmp_seq=6 ttl=115 time=22.479 ms
64 bytes from x: icmp_seq=7 ttl=115 time=23.164 ms
64 bytes from x: icmp_seq=8 ttl=115 time=25.551 ms
64 bytes from x: icmp_seq=9 ttl=115 time=37.442 ms
64 bytes from x: icmp_seq=10 ttl=115 time=23.418 ms
....
64 bytes from x: icmp_seq=16 ttl=115 time=32.722 ms
64 bytes from x: icmp_seq=17 ttl=115 time=86.001 ms
64 bytes from x: icmp_seq=18 ttl=115 time=77.291 ms
64 bytes from x: icmp_seq=19 ttl=115 time=116.430 ms
64 bytes from x: icmp_seq=20 ttl=115 time=22.216 ms
64 bytes from x: icmp_seq=21 ttl=115 time=28.232 ms
....

64 bytes from x: icmp_seq=31 ttl=115 time=23.469 ms
64 bytes from x: icmp_seq=32 ttl=115 time=24.056 ms
64 bytes from x: icmp_seq=33 ttl=115 time=47.720 ms
64 bytes from x: icmp_seq=34 ttl=115 time=97.334 ms
64 bytes from x: icmp_seq=35 ttl=115 time=139.256 ms
64 bytes from x: icmp_seq=36 ttl=115 time=48.523 ms
64 bytes from x: icmp_seq=37 ttl=115 time=116.111 ms
64 bytes from x: icmp_seq=38 ttl=115 time=120.169 ms
64 bytes from x: icmp_seq=39 ttl=115 time=23.322 ms
64 bytes from x: icmp_seq=40 ttl=115 time=23.516 ms
64 bytes from x: icmp_seq=41 ttl=115 time=31.506 ms
64 bytes from x: icmp_seq=42 ttl=115 time=21.839 ms
64 bytes from x: icmp_seq=43 ttl=115 time=46.241 ms~
64 bytes from x: icmp_seq=44 ttl=115 time=29.294 ms
64 bytes from x: icmp_seq=45 ttl=115 time=207.150 ms
64 bytes from x: icmp_seq=46 ttl=115 time=236.505 ms
64 bytes from x: icmp_seq=47 ttl=115 time=283.123 ms
64 bytes from x: icmp_seq=48 ttl=115 time=91.983 ms
64 bytes from x: icmp_seq=49 ttl=115 time=28.300 ms
...
64 bytes from x: icmp_seq=170 ttl=115 time=363.449 ms
...
64 bytes from x: icmp_seq=234 ttl=115 time=24.777 ms
64 bytes from x: icmp_seq=235 ttl=115 time=500.968 ms
64 bytes from x: icmp_seq=236 ttl=115 time=22.654 ms
...

64 bytes from x: icmp_seq=376 ttl=115 time=31.825 ms
64 bytes from x: icmp_seq=377 ttl=115 time=195.151 ms
64 bytes from x: icmp_seq=378 ttl=115 time=238.849 ms
64 bytes from x: icmp_seq=379 ttl=115 time=224.980 ms
64 bytes from x: icmp_seq=380 ttl=115 time=250.659 ms
64 bytes from x: icmp_seq=381 ttl=115 time=22.321 ms
64 bytes from x: icmp_seq=382 ttl=115 time=23.028 ms

 

mmp7vm_0-1671793905917.png

 

Ryan_N
Forum Team (Retired)
Forum Team (Retired)

Hey mmp7vm, 

 

Thank you for your post and welcome to the forums. 

 

Firstly, let me apologise for the issues you've had here and the experience that comes with that. I would also like to say thank you for all the information you've provided, it really helps and lets us know what we don't have to repeat in terms of asking you to do stuff you've already done. 

 

I will send you over a private message to confirm some details with you. 

 

Cheers, 

Ryan.