cancel
Showing results for 
Search instead for 
Did you mean: 

Packet loss and high ping.

computertechy
On our wavelength

High ping and packet loss has got worse over the last month but is now drastically affecting gaming and streaming, FTTH has recently been installed in close so if this can't be resolved I finally have a decent alternative.

Multiple hub reboots and resets, 3rd party router is a very good one, 95% of devices are wired and the same happens with modem mode on/off.

Broadband Monitor

Downstream bonded channels

Channel Frequency (Hz) Power (dBmV) SNR (dB) Modulation Channel ID
1226000000543QAM 25612
22100000005.643QAM 25610
32180000005.343QAM 25611
42340000004.643QAM 25613
52420000004.343QAM 25614
62500000003.943QAM 25615
72580000003.643QAM 25616
82660000003.943QAM 25617
92740000004.744QAM 25618
102820000005.444QAM 25619
112900000005.944QAM 25620
122980000005.944QAM 25621
133060000005.644QAM 25622
143140000005.444QAM 25623
153220000005.344QAM 25624
163300000005.243QAM 25625
173380000005.444QAM 25626
183460000005.343QAM 25627
193540000005.243QAM 25628
20362000000543QAM 25629
213700000004.943QAM 25630
223780000004.843QAM 25631
233860000004.442QAM 25632
243940000004.142QAM 25633
25402000000442QAM 25634
264100000003.741QAM 25635
274180000003.441QAM 25636
285220000002.843QAM 25638
295300000002.743QAM 25639
305380000002.643QAM 25640
315460000002.643QAM 25641

Downstream bonded channels

Channel Locked Status RxMER (dB) Pre RS Errors Post RS Errors
1Locked43140
2Locked43110
3Locked43130
4Locked43120
5Locked43190
6Locked43240
7Locked43360
8Locked43410
9Locked44320
10Locked44290
11Locked44320
12Locked44390
13Locked44480
14Locked44610
15Locked44680
16Locked43710
17Locked44770
18Locked43810
19Locked431030
20Locked431300
21Locked431440
22Locked431560
23Locked421370
24Locked421940
25Locked421880
26Locked412100
27Locked412870
28Locked435600
29Locked435940
30Locked437720
31Locked438580

 

Upstream bonded channels

Channel Frequency (Hz) Power (dBmV) Symbol Rate (ksps) Modulation Channel ID
03940000045.85120QAM 642
13260000045.55120QAM 643
22360000045.55120QAM 644
353700000465120QAM 645

Upstream bonded channels

Channel Channel Type T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts
0ATDMA0010
1ATDMA0000
2ATDMA00180
3ATDMA0000

 

General Configuration

Network accessMaximum Number of CPEsBaseline PrivacyDOCSIS ModeConfig file
Allowed
1
Enabled
3.1
cmreg-vmdg660-bbt076-b.cm

Primary Downstream Service Flow

SFIDMax Traffic RateMax Traffic BurstMin Traffic Rate
3304
1230000450 bps
42600bytes
0 bps

Primary Upstream Service Flow

SFIDMax Traffic RateMax Traffic BurstMin Traffic RateMax Concatenated BurstScheduling Type
3303
55000270 bps
42600bytes
0 bps
42600bytes
Best Effort

 

 

Gig1 Hub 5, 3xV6/1xTiVo. ASUS GT-AX6000 and RT-AC86U AiMesh System.
22 REPLIES 22

Client62
Legend

The higher speed mixed mode DOCSIS 3.0/3.1 services using Hub 4 & Hub 5 have great bandwidth but the price is high Latency and Jitter.

As bandwidth rises on a given connection the quality of service frequently declines.

Exactly, I'm aware the jitter and latency has gone up since upgrading to a hub 5 and gig1 over 6 months ago but the latency back then was 13-16ms, I'm now getting 22-26ms average and every month the packet loss has got worse.

Pinging BBC on a wired connection gives 12-24% packet loss and running a voice chat client like Discord simply isn't possible.

Beyond unusable at the moment.

Gig1 Hub 5, 3xV6/1xTiVo. ASUS GT-AX6000 and RT-AC86U AiMesh System.


"ping bbc.co.uk" - run in a command prompt window shows 12 - 24 % packet loss, it would be interesting to see that.

Not really interesting when my broadband quality monitor shows it being that high.

https://www.thinkbroadband.com/broadband/monitoring/quality/share/bec918b897e4357cf6f990ba39f495d6f2...

I fail to see what your objective is posting on my post? Are you in any way affiliated with Virgin Media?

Do you think packet loss is acceptable?

Gig1 Hub 5, 3xV6/1xTiVo. ASUS GT-AX6000 and RT-AC86U AiMesh System.

even worse this morning.

Pinging bbc.co.uk [151.101.0.81] with 32 bytes of data:
Reply from 151.101.0.81: bytes=32 time=19ms TTL=58
Reply from 151.101.0.81: bytes=32 time=19ms TTL=58
Request timed out.
Reply from 151.101.0.81: bytes=32 time=18ms TTL=58
Request timed out.
Reply from 151.101.0.81: bytes=32 time=19ms TTL=58
Reply from 151.101.0.81: bytes=32 time=18ms TTL=58
Reply from 151.101.0.81: bytes=32 time=20ms TTL=58
Reply from 151.101.0.81: bytes=32 time=18ms TTL=58
Request timed out.

Ping statistics for 151.101.0.81:
Packets: Sent = 10, Received = 7, Lost = 3 (30% loss),
Approximate round trip times in milli-seconds:
Minimum = 18ms, Maximum = 20ms, Average = 19ms

Gig1 Hub 5, 3xV6/1xTiVo. ASUS GT-AX6000 and RT-AC86U AiMesh System.

Hi Computertechy 👋 welcome back to community! 
Thank you for posting to let us know about these service issues - sorry to hear they are ongoing for you! I've had a quick look for you and it does seem you are currently affected by a local SNR outage. This is currently estimated to be resolved by 28th March at 10.15am. 

SNR (signal to noise ratio) is just a technical term for interference of the Broadband signal caused by noise which ingresses on to our network. It's a difficult problem to locate and diagnose because noise can ingress anywhere on the network. As a general rule it's normally caused by customer equipment e.g. loose connections or 3rd party equipment attached to our network. However it can also be attributable to local architecture, e.g street cabinets, cabling or at the origin of the signal which we call the Headend (servers/routing system). The only way to establish where the noise is originating is for the Network Techs to run a series of trace routes. Once found then the cause dictates the amount of work required and the time frame for resolution. 

Hopefully once the outage is resolved, so will the issues with your service! You can keep track of outage updates here 👉 https://virg.in/service or call 📞0800 561 0061. Please let us know if you are still having issues upon the confirmed end of the outage. 

Thank you for your patience in the meantime! Wishing you all the best. 🌞
 

Molly

Andrew-G
Alessandro Volta

Hopefully it's down to the area SNR issue, but nobody seems to have spotted the OP's upstream problem that's showing as 18 T3 timeouts on one channel in the same period that there's not been a single downstream post-RS error. 

computertechy needs to keep an eye on the upstream for a few days.  The odd timeout isn't unusual or a major issue, if you see T3 numbers continuing to rise on one particular channel then there's a problem, and if the area fault is resolved it'll need a technician visit to fix.

Many thanks for the extremely helpful reply!

It's now on 24 timeout just on channel 2 upstream but my monitor and stability is getting better now, i'll keep an eye!

Gig1 Hub 5, 3xV6/1xTiVo. ASUS GT-AX6000 and RT-AC86U AiMesh System.

At its best, a VM connection is near 100% stable, so being better than it was shouldn't mean putting up with any frequency of dropouts or disconnections.  In my reasonably long experience of looking at hub stats, I'd say that anything above one T3 every few days is worrying, if you're seeing one or more per day then there's still something wrong with your connection.  If that applies then stick with the forum to get it resolved, the offshore telephone agents don't have a clue, and wouldn't even know what a DOCSIS T3 is.