Not your fault at all, man. Don't worry about it. :)
Again, I'd recommend running Pingplotter pointed at your chosen ingest server, and actively streaming for 10 minutes or so to place the connection under real load. Then look at Pingplotter's results. It will give you a decent idea of where the problem is happening. Once you know where the issue is located in the routing chain, the next-steps vary from there. You can screenshot the window and paste it here, but it should be fairly obvious with a R1ch test quality score of zero. Either lots of dropped packets at a point before the last entry, or one with a BIG latency bar is most common.
If it's on your LAN, that's something you can control.
If it's on your ISP's intranet up to their backbone link, that's something you can yell at your ISP about and point to the specific problem node. Fortunately, with all of the results at zero, it's likely one of these two.
If it's in the middle of the route after exiting your ISP, it's a lot harder to fix. But normally you'll only see one or two quality-zero results if that were the case.