If there's nothing wrong from VM's side, perhaps I could politely prompt staff to take a closer look at the Downstream?
Even on the fraction of Downstream data that @gninja has posted, I can see that the pre-RS count on channel 2 is notably disproportionate to adjacent channels which of itself isn't a fault, but shows something odd going on, and channel 5 has got a high post-RS error count, that certainly is a fault and will affect speed and reliability. Even from that small scrap of data I'd infer that there's RF noise ingress from a damaged cable, faulty connection or similar problem, and that possibility should be prompting closer attention.
@gninja What you can do is limited, but as an attempt, try undoing and firmly re-making any coax cable connections between the hub and wall box, and any VM coax extensions you have. If there's securing nuts, make sure they're good and finger tight, it the connections are push-on, then take them off and give a good firm shove to remake them. Each time you interrupt the connection the hub will take about seven minutes to reconnect, so remake all connections in one go. You can also try a pinhole reset if you haven't already - I don't think that's the issue, but it costs nothing to try. If you do that any custom wifi passwords or network names will revert to defaults on the base of the hub, and to log into the hub you'll need the settings password on the base of the hub (not to be confused with the wifi password also on the base of the hub).
