on 01-09-2023 10:49
Good afternoon, I’m not sure where else to write this, so I’ll post it on here and hope that someone can help.
I am experiencing what appears to be packet loss on a regular basis for over a year now. I work from home so this regularly interrupts my connection to Citrix (it is particularly sensitive) but also all connections to various services in my house have intermittent interrupted connection. Citrix is the worst effected as it is now causing me hours of lost productivity a week as I’m having to recover documents on an almost daily basis.
To cover the ‘blanket’ reply that VM always give - yes I have reset my superhub. It is now running in modem mode with my own router, but just to pre-empt again, I have used the superhub itself (without my router) and no change, no change if it’s used wired or wireless, superhub or not. An engineer has been out and given me a new superhub, no change. He also verified that my equipment was not faulty. Unfortunately the engineer had no knowledge of packet loss and therefore could not offer any further advice. As the packet loss is intermittent I cannot summon it quickly, and sometimes it can go an hour or two without issues, then others it’s every few minutes.
I am at my wits end, this is costing me hours of frustration on a weekly basis, and is impacting my work. I have tried to contact VM via chat but the system simply doesn’t work, and there are astronomical wait times on the phone. I just need a stable internet connection to work with.
Can someone please advise the next steps to ‘prove’ that I actually have an issue? VM seem to want to blame anything other than their connection. My setup runs flawlessly on other networks. Using WiFi at the office, and even tested on dozens of sites across the country using the same laptop there is no issue, even tethering to my mobile phone doesn’t get these drops, so it’s 100% my connection at home. Convincing someone at VM of this is the hard part!
Thanks
on 01-09-2023 11:23
Try this test on the laptop or computer's browser ( i.e. not in the Citrix environment ).
https://speed.cloudflare.com/
HUB Signal Level Checks
Via http://192.168.100.1/ connect to the Hub, do not login in, scroll down to "Check router status"
Using the Hub's "Check router status" tabs check the Downstream and Upstream power levels are in spec.
Downstream Power Levels of -7 to +7 dBmV are preferred, +10dBmV is the max acceptable, with a SNR of 33dB or higher across all DOCSIS 3.0 channels. Rising error counts across many channels is a current service noise fault.
Upstream Power Levels of 35 to 49 dBmV are preferred, with QAM 64 Modulation mode across four to six DOCSIS 3.0 channels. Seeing QAM 32/16 is a current service noise fault.
on 01-09-2023 12:09
Thanks for that.
The cloudflare test reported a 19% packet loss on the first test, then had a few with 0%, then an 80% packet loss. Demonstrates the intermittent nature of the loss I suppose.
Downstream channels, a mixed bag, some are above 7, but all are under 10 (though some are 9.5 ad above). See below.
Upstream all are 47.8 to 49.8 dBmV. QAM 64 shown on all channels. Please see below.
Downstream bonded channels
1 | 306000000 | 8.9 | 40 | QAM 256 | 22 |
2 | 138000000 | 6.4 | 38 | QAM 256 | 1 |
3 | 146000000 | 6.3 | 38 | QAM 256 | 2 |
4 | 154000000 | 6.4 | 38 | QAM 256 | 3 |
5 | 162000000 | 6.8 | 39 | QAM 256 | 4 |
6 | 170000000 | 6.7 | 38 | QAM 256 | 5 |
7 | 178000000 | 6.9 | 39 | QAM 256 | 6 |
8 | 186000000 | 6.7 | 39 | QAM 256 | 7 |
9 | 194000000 | 7.1 | 39 | QAM 256 | 8 |
10 | 202000000 | 6.8 | 39 | QAM 256 | 9 |
11 | 210000000 | 7 | 39 | QAM 256 | 10 |
12 | 218000000 | 7.2 | 39 | QAM 256 | 11 |
13 | 226000000 | 7.2 | 39 | QAM 256 | 12 |
14 | 234000000 | 7.5 | 39 | QAM 256 | 13 |
15 | 242000000 | 7.3 | 39 | QAM 256 | 14 |
16 | 250000000 | 7.6 | 39 | QAM 256 | 15 |
17 | 258000000 | 7.4 | 39 | QAM 256 | 16 |
18 | 266000000 | 7.7 | 39 | QAM 256 | 17 |
19 | 274000000 | 7.8 | 39 | QAM 256 | 18 |
20 | 282000000 | 8.1 | 39 | QAM 256 | 19 |
21 | 290000000 | 8.6 | 40 | QAM 256 | 20 |
22 | 298000000 | 8.5 | 40 | QAM 256 | 21 |
23 | 314000000 | 8.5 | 40 | QAM 256 | 23 |
24 | 322000000 | 9 | 40 | QAM 256 | 24 |
25 | 330000000 | 8.7 | 40 | QAM 256 | 25 |
26 | 338000000 | 9.2 | 40 | QAM 256 | 26 |
27 | 346000000 | 9.3 | 40 | QAM 256 | 27 |
28 | 354000000 | 9.3 | 40 | QAM 256 | 28 |
29 | 362000000 | 9.6 | 40 | QAM 256 | 29 |
30 | 370000000 | 9.1 | 40 | QAM 256 | 30 |
31 | 378000000 | 9.6 | 40 | QAM 256 | 31 |
Downstream bonded channels
1 | Locked | 40 | 103 | 0 |
2 | Locked | 38 | 222 | 0 |
3 | Locked | 38 | 231 | 0 |
4 | Locked | 38 | 197 | 0 |
5 | Locked | 39 | 182 | 0 |
6 | Locked | 38 | 187 | 0 |
7 | Locked | 39 | 196 | 0 |
8 | Locked | 39 | 178 | 0 |
9 | Locked | 39 | 169 | 0 |
10 | Locked | 39 | 183 | 0 |
11 | Locked | 39 | 166 | 0 |
12 | Locked | 39 | 177 | 0 |
13 | Locked | 39 | 162 | 0 |
14 | Locked | 39 | 138 | 0 |
15 | Locked | 39 | 157 | 0 |
16 | Locked | 39 | 161 | 0 |
17 | Locked | 39 | 143 | 0 |
18 | Locked | 39 | 143 | 0 |
19 | Locked | 39 | 138 | 0 |
20 | Locked | 39 | 110 | 0 |
21 | Locked | 40 | 109 | 0 |
22 | Locked | 40 | 75 | 0 |
23 | Locked | 40 | 114 | 0 |
24 | Locked | 40 | 90 | 0 |
25 | Locked | 40 | 124 | 0 |
26 | Locked | 40 | 99 | 0 |
27 | Locked | 40 | 82 | 0 |
28 | Locked | 40 | 116 | 0 |
29 | Locked | 40 | 104 | 0 |
30 | Locked | 40 | 96 | 0 |
31 | Locked | 40 | 85 | 0 |
Upstream bonded channels
0 | 49600000 | 49.8 | 5120 | QAM 64 | 1 |
1 | 43100000 | 49.5 | 5120 | QAM 64 | 2 |
2 | 36600000 | 48.8 | 5120 | QAM 64 | 3 |
3 | 30100000 | 48.5 | 5120 | QAM 64 | 4 |
4 | 23600000 | 47.8 | 5120 | QAM 64 | 5 |
Upstream bonded channels
0 | ATDMA | 0 | 0 | 0 | 0 |
1 | ATDMA | 0 | 0 | 0 | 0 |
2 | ATDMA | 0 | 0 | 0 | 0 |
3 | ATDMA | 0 | 0 | 0 | 0 |
4 | ATDMA | 0 | 0 | 0 | 0 |
on 01-09-2023 12:17
To rule out some kind of internal issue, ping test against the VM Hub.
ping -n 100 192.168.100.1 ( the result should be 0% of pings lost on the internal LAN )
If there is ping loss, perform the same test but against the IP of your Router.
on 01-09-2023 14:06
A BQM may be helpful/informative for this.
If you haven’t already, set up a free, secure and “offlsite” - “Broadband Quality Monitor” to continually monitor the state of your connection and record any true network dropouts , latency issues, packet drops, etc - it will thus allow you to differentiate between those and simple wifi dropouts. It does it 24/7/365 and it keeps a visual record of any/all of your network disconnections, useful data to have to match to the Network logs (in your Hub settings) and also in discussions with VM - note it will take a few hours to start seeing a sensible picture - post up the “link” to the “share live graph”. Click the lower link (Share Live Graph) then, click generate. Copy the text in the Direct Link box, beware, there may be more text than you can see. On here click the Link icon (2 links chain to the left of the camera icon) In the URL box paste the link you copied and then click OK
https://www.thinkbroadband.com/broadband/monitoring/quality
on 03-09-2023 14:33
Hi Hesta,
Welcome to the community and thanks for taking the time to post here on the forums.
I’m sorry to hear of the issues that you’re having with your connection at the moment, I have looked into this on our live system and its showing power level issues on your up and down stream channels, that will require a technician visit to resolve. I can arrange the appointment from here but would need to confirm a few details via a private message, that I will drop over in a moment. Please look out for the private message and we can get started.
Kind Regards,
Steven_L