Looks like a routing issue with your ISP. Tracert shouldn’t go through all 30 hops if everything is normal. If you’re able to ping your server’s IP, then the last hop in tracert should be that IP, and it should not time out.
Ah, did not see that tracert result. That doesn’t look right. Some connections can be more than 30 hops. add -h 50 to the command to allow it up to 50 hops. Increase that number if you need. The timeouts are normal, some routes may not respond.
@VBB Bumped it up to 50 hops, didn’t complete again. Both sides are able to complete a tracert to google.com, haven’t tried another connection sending a ping to my servers IP. Something is blocking it outright, my ISP does state
“limits the number of login, SMTP, DNS, and DHCP transactions per second (at levels far above ‘normal’ rates) that customers can send to servers in order to protect them against Denial of Service (DoS) attacks. We do not disclose the exact rate limits in order to maintain the effectiveness of these measures, which ensure that these critical services are available for all of our customers.”
on their policies. Are they simply blocking pings or blocking my IP in belief it’s a DoS attack? LOL
Bumped it up to 50 hops, didn’t complete again.
Wow, if it takes more than 50 hops, that would definitely explain why your speeds are slow. A ping should be 4 request. Traceroute is 1 request per hop. I don’t think your ISP limits are applicable here.
I don’t have any kind of firewall on my end, be the router or my Plex Server, DNS is set to Cloudflare. Could the fact that I am using a PoE connection to fiber be an issue? Specifically set to “dial on demand”
The traceroute is absolutely normal. Often times, the last hop won’t respond, because it is sitting behind a firewall, or simply because it’s a router that doesn’t respond to ICMP. Traceroute will keep trying until it reaches the 30th attempt.
You’re entirely right here, it’s a damn setting to have the router respond to a ping. Enabled the setting and it responded perfectly. Should I disable NAT filtering or turn on Default DMZ Server and test?
OK, so now that the server is pingable, how many hops does it take, and how is the latency when you ping it?
Why would you do that?
15 hops 42ms first try, 58ms now, perfectly normal. Dial on demand is default and recommended by ISP iirc. Still getting buffering with Dial on Demand off, though.
So, the server’s location is not exactly close to where you are, correct? Latency from my place to my server is in the low 80s, and that’s California to Quebec. Anyway, if the peering is good, speeds should be good as well.
7 miles from me actually, but two different ISPs. Just don’t have fiber at my house, but a relative does.
Well, that’s a bad latency for such a short distance, but that may or may not be part of your issue.
It does travel 300 miles to the nearest server and back, but I’m just so confused as to why my clients seem to stop requesting or receiving data absolutely randomly
I’m just honestly so confused, really any and all help would be much appreciated.
This only started happening after I upgrading my build from a b450 2600x to a b550 11400, but I replaced the motherboard with the same sku. Could the whole motherboard line be faulty?
It looks like we may have a bug in PMS. We’re still investigating. Please be patient as we get to the bottom of this.
Edit - Sorry, wrong thread,
Let me know if there’s anything I can do/provide!
Oh sorry. I’m getting my threads mixed up. I still can’t understand why it’s slow on your end.
Your motherboard has most likely absolutely nothing to do with it. Here are some general things you could do/check:
- Don’t use wifi. Use Ethernet.
- If you use Ethernet already, replace the cable
- If you use Ethernet already, make sure you DISABLE jumbo frames (in case they are enabled)
- If possible, connect your Plex server directly to the internet, bypassing the router. Just to make sure the router isn’t the culprit.
- Double-check your transcoding settings, disable hardware encoding as a test and see if that changes anything.
- Set the Plex client’s streaming quality to “automatic” and let it do its thing. It will eventually settle with a bandwidth that works. Even if it is very low (SD quality). This should give you an idea just how little you can get through.
- If you have any so called “VPN” services active, disable it and see if that does anything.
- If you have any antivirus software installed, disable it and use Microsoft’s built-in Defender. Some antivirus programs are known to cause issues with Plex.
- If all else fails, blame your ISP
