Virgin Media Community

[dinth]

Just an update, as VM has closed my complaint.

As for the resolution, I've been asked to reset my modem and got a promise that they going to send me a wifi booster. Obviously, this only made me more frustrated, as it shows a complete lack of understanding technical terms or even their own systems - in my original complaint, I have explained that the issue occurs (at least in my setup) when the SH3 is in modem mode. Feels like they are processing complaints by sending out wifi boosters without even reading the content. 

 

[Topbloke]

Dinth:

Have you tried mulvad in Wireguard mode and with a UK server ?

I found my 20Mb to 1Mb latency/UDP glitch was improved using WireGuard protocol instead of the normal VPNs Openvpn protocol so now hit 20Mb fine in torrents with issues. You can switch it within the mulvad settings you may have to try 4-5 UK servers to find the fastest one.

This was the only thing that really improved the UDP Virgin media issue for myself, not that I recommend WireGuard since it's not as good as openvpn.

Its also possible the hub or wiring can be at fault (I went through 3 hubs) before getting a good one, torrents trigger my 1Mb cap but it's so random. If you cue up 30-50 torrents the more active downloads
the more it triggers the issue even if TCP is the protocol on your torrent app.

Openvpn TCP mode fixes the issue but it gave me a 50-70% speed loss, but then again UDP is the fastest mode. TCP has error handling so avoids these issues.

In the end I just ditched torrents and went Cloud Services or you can try Newsgroups.

pfsense logs should show bad packet error id messages when you hit the UDP glitch, sometimes it wiggles out of it and cures itself and the errors vanish, speed then climbs back to full when torrenting and with openvpn vpn use, I think its almost like the hub is choking on its own UDP packets.

Only WireGuard protocol on vpn seemed to fix it for some people, 1 un-offical post on reddit suggested they cloned their mac modem to a 3rd party router and this fixed the udp glitch for them but it was not easy to do and may not even work any more.

Other conspiracy theories out there are pumagate was never fixed and VM engineers simply made a firmware fix which worked around the issue but not actually fixing the issue properly so UDP glitches will always exist.

Others left VM and went back to BT or other Fibre optic services.

[dinth]

Hi @Topbloke and thanks for your post.

I have switched my Mullvad to TCP only and indeed it improved things a lot *WHEN* i'm using Mullvad. Unfortunately i dont have an option to switch to TCP only with my works VPN nor Teams for example. Actually, i could do my work from home forever, but now im forced to commute to the office for 2 hours one way every day because my 350Mbps (and unlike some regions, i do get stable 350Mbps to my house) VM connection is not able to handle a simple MS Teams videoconference. 

What is interesting though, is where the "cap" comes from? For me it caps between 200-300 and 5kbps on two different modems i have tried, but other people report that it caps at 1Mbps for them 

[Topbloke]

Yeah that cap seems to vary, I have looked into this issue for a year and lots of VM customers are aware of the UDP and Hub 3/4 fault, sadly I don't think VM will address it or fix it fully I think it's a hardware fault in the Router but can not be 100%, and they probably only say it effects a small amount of users anyhow.

The general suggestion on reddit was to set the hub 3 in modem mode and then connect it to a better more powerful router to let it do all the workload so routers such as the Asus AC86, it does help but the issue is still there since its from the hub 3.

I would suggest other workarounds if you can?, maybe cheap 5G routers and cheapest data 5G plan or 4G or use your mobile phone as an internet connection provided you have a good data plan for those moments you need a fault free connection. I have not used Ms teams before, only zoom and gotomeet but noticed its fine with my hub 3.0 connected to my Asus AC86 Router while running VPNs like mulvad with openvpn etc.

One guy on reddit explained a similar fault where his packets during online gaming would show packet loss and cause his ping to spike and disconnect, luckily an actual VM network engineer was there at the call centre and knew exactly of the issue and replaced his hub 3 with the hub 2.0 model and re-synced it to his account and this fixed all the guys issues.

I did not notice such faulty packets or this UDP fault glitch with my hub 2.0 and stressed to the VM engineer I am only booked for a cable box replacement, unfortunately he sneaked off to his car and replaced my hub 2.0 with the hub 3 and drove off with it and naturally call centre have no way to supply or go back to hub 2.0. The hub 2.0 actually apparently still has this UDP issue also but its handled better and does not cause a 60-90% cap in broadband performance.

[1979Damian]

I also don't remember ever having the issue on a SH2.  Oddly I only have the issue on my SH3 periodically (modem mode), I can go for weeks without seeing the issue but once it's triggered I can barely browse the web.

[fordy]

Hello!

Thanks so much for this thread!  I thought i was going mildly crazy before I found it!  I've been encountering very similar issues resulting in Skype apparently overloading the Superhub and stopping it processing all traffic for 1-2 minutes, resulting in a brief internet outage.  Very frustrating after initially being super excited about Virgin Media rolling out faster broadband in our area, then discovering that actually my previous fibre service appeared far more reliable.  (Uno, Plusnet never had these issues).

I couldn't replicate the exact symptoms that caused Skype to do this, but while investigating this one thing I did find I could replicate 100% of the time is making the superhub become unresponsive at 192.168.100.1, and 192.168.0.1 (Running in modem only mode) by sending many DNS requests.

To replicate:

• Open a terminal window and ping the superhub, ping 192.168.100.1 (keep it open!)
• Launch a loop of constant DNS requests, in unix:  while ( true ) do host www.google.co.uk 1.1.1.1; done
• Boom - the first terminal window will stop responding to ICMP pings within a few seconds.

Note: Thanks & Apologies to Cloudflare for the DNS spam during my testing (owners of 1.1.1.1) but I think you can take it! 😉

Make sure you cancel the loop of DNS requests - your modem will recover but most of the time not immediately, it seems to take it a good while to 'get over' having a high number of UDP packets thrown through it.  During this time the modem management page will be intermittent or unavailable.

I managed to escalate this to VM, and one of their clever folks has replicated this in the lab, and so will log it with the Superhub vendor.  It appears to affect Superhub3 and Superhub 4 (I've tried both).  VM are sending me a Superhub 2 AC, so I'm hopeful I'll then get stable connectivity for a while until a new firmware is released!

I'm hoping this issue, and the poor UDP handling issue / Skype dropouts are linked!

[fordy]

Hello!

Thanks so much for this thread!  I thought i was going mildly crazy before I found it!  I've been encountering very similar issues resulting in Skype apparently overloading the Superhub and stopping it processing all traffic for 1-2 minutes, resulting in a brief internet outage.  Very frustrating after initially being super excited about Virgin Media rolling out faster broadband in our area, then discovering that actually my previous fibre service appeared far more reliable.  (Uno, Plusnet never had these issues).

I couldn't replicate the exact symptoms that caused Skype to do this, but while investigating this one thing I did find I could replicate 100% of the time is making the superhub become unresponsive at 192.168.100.1, and 192.168.0.1 (Running in modem only mode) by sending many DNS requests.

To replicate:

• Open a terminal window and ping the superhub, ping 192.168.100.1 (keep it open!)
• Launch a loop of constant DNS requests, in unix:  while ( true ) do host www.google.co.uk 1.1.1.1; done
• Boom - the first terminal window will stop responding to ICMP pings within a few seconds.

Note: Thanks & Apologies to Cloudflare for the DNS spam during my testing (owners of 1.1.1.1) but I think you can take it! 😉

Make sure you cancel the loop of DNS requests - your modem will recover but most of the time not immediately, it seems to take it a good while to 'get over' having a high number of UDP packets thrown through it.  During this time the modem management page will be intermittent or unavailable.

I managed to escalate this to VM, and one of their clever folks has replicated this in the lab, and so will log it with the Superhub vendor.  It appears to affect Superhub3 and Superhub 4 (I've tried both).  VM are sending me a Superhub 2 AC, so I'm hopeful I'll then get stable connectivity for a while until a new firmware is released!

I'm hoping this issue, and the poor UDP handling issue / Skype dropouts are linked, and so both get fixed! 🙂

[dinth]

Thanks @fordy for taking an effort to investigate this and persistence in trying to get to VM technical dept

[Topbloke]

Thanks fordy you have nailed the exact issue I have and every Virgin customer for that matter.

Your test is much better and technical though, I got the same exact issue using multiple torrents, it simply causes the hub 3.0 to have a mild heart attack, after a few minutes the blockage clears up and it goes back on as normal.

During this time the internet is unusable and the hub 3 is not accessible, my gut tells me its still the puma faulty chipset in the modem since it sounds very similar only one other guy on reddit mentioned he had the same issue but mac cloned his hub 3 to a 3rd party Cable router and fixed the udp issue.

But you are perhaps the first on the entire planet to even get Virgin to admit the problem exist and there is confirmation the hub 3 is faulty.

Maybe a router firmware may solve it or help it, but till it is torrents or anything with high UDP packets or high connections like skype and similar may get these drop-outs problems.

I do not know how you got the Superhub 2 AC, I asked several members of Virgin Media staff and got the same answer from management, help desk, customer services, as in the item does not exist. Clearly it does still exist since you confirmed it !

Do you have any direct email or way to contact this staff member at the VM technical dept, if you can pm I would be grateful?

[dinth]

Also fordy would you be able to share the ticket/reference number of your issue with VM. I'm trying to explain VM customer service that my issue has nothing to do with weak wifi signal and being able to reference your ticket would be super helpful