Read the forum guidelines
I live stream on Youtube and been having consistent upload speed issues. Doesn't matter what time of day or night it is either. This has been an ongoing intermittent issue where most of the time I get 1/4 to 1/10th the speed. Had 300/10 service, lucky to get a stable 2mbps up. Upgraded to gigi with 30 up, anything more than 3-5mbps up is usually unstable. I know Cox is not responsible for Youtube's ingest servers but even using my phone as a hotspot gets better results.
I've run speed tests (can't use the Cox speed test), ping trace, and monitored every hop. Almost all the packet loss and latency happens before it even exits the Cox framework. I'm also always being routed through the CMTS/Headend in Ashburn which is almost 200 miles away.
Every time support is contacted or a tech comes out it's "must be your hardware". As a former business accounts service tech, I've eliminated any chance that's it's my hardware.
So the question is who do I need to speak with to get this resolved? I'm not asking for always stable 30mbps as I know that's unicorn. Just who to talk to so I can at least get 10-15mbps stable.
Jormungand said:I'm also always being routed through the CMTS/Headend in Ashburn which is almost 200 miles away.
FYI the CMTS is the 2nd hop. I believe that is one of their edge routers. It doesn't seem to be effecting your latency too much. I would more interesting in seeing pingplotter to youtube.
Sorry about that, it's been a few years since I worked in the industry. Either way, the first five hops are within the Cox system.
YouTube, Youtube primary ingest server, and Youtube backup ingest serve all look like this. Doesn't matter what time of day it is. Same goes for Meets, which is what I use for guests when doing fundraiser and educational live streams.
Here's where it gets interesting. Ran the same test to Cox.net with the first 5 hops being the same . . . no issues. No dropped packets, low latency, low jitter. Again to a speedtest server outside the Cox framework (first 5 hops the same) . . . no issues. Same with Facebook, and a few other sites.
Meanwhile anything going to Youtube, Google Meets, MS Teams etc. looks like what I posted for Youtube.
So depending on which site I'm directing it to, the results for the first 5 hops is vastly different.
BTW, levels at the modem, ground block, and Ped are fine.
The two things I might suggest trying it changing DNS and disabling IPv6 for a day and see if it makes any difference. You can do both on a device level for testing before enabling on your network.
I use openDNS, or Google DNS, so that's not an issue. I did some deeper digging, and their IPv6 handling appears to be the point of failure. The packet loss and latency is pretty much relegated to IPv6. Bad news is their gateway doesn't allow for IPv6 to be disabled. So I guess I'm off to buy a router so I can bypass their service issue.
Jormungand said:Bad news is their gateway doesn't allow for IPv6 to be disabled
You can disable IPv6 under ethernet properties so you can test with 1 PC before bringing back the gateway.
The silver lining is you will be off their gateway junk. Keep us updated.
I was never a fan of gateway anyways. The only reason we got it was because our modem was dropped from the supported device list.
Here's the IPv4 vs IPv6 to Youtube for the same time period.
IPv4
IPv6
That certainly shows some kind of issue with IPv6 but how would that effect all your upstream traffic? Surely the speed test your using used IPv4 right? I assume you are going to put the gateway in bridge mode to use your own router.
IPv4 vs IPv6 to Youtube test. IPv4 was more stable, and maintained a higher overall bitrate. About twice that of IPv6. Meets, didn't constantly freeze and drop to lowest resolutions with IPv4 forced. Either way, my up speeds and stability are cellular level of quality at best.
I'm having another tech come out. Hopefully this one will actually check signal, line noise, and such vs just asking for me to run a speed test and calling it a day.
Jormungand said: Hopefully this one will actually check signal,
Yea, it seems you have more then one problem. I thought you said your levels and demarc were fine though. What would the tech be scanning for? Anything in the signal levels from 192.168.0.1 > Login > Connection > Cox Network? I know there has been a lot of change with the upstream OFDM channel. Do you have one?
The tech just left. Said levels are fine at the tap, ground block, and gateway. Also, sometime between about 1am and 9am, the upstream greatly improved. Of course I stopped running logs so I have no idea when things changed.
This is my upstream from the gateway. ATDMA
That looks good except there are only 4 channels. Do you have any upstream OFDM channels? If not I bet congestion is a issue. My guess is there was some noise on the upstream that got repair between 1AM and 9AM. So are you better now?