What you're seeing
Windows Media Player throws error 0xC00D019B when it tries to connect to a media server on your network. The full message says something like "Content Server is unable to communicate with the Media System Network Protocol." This happens most often when you're trying to stream from a NAS, a Windows PC with media sharing enabled, or an older DLNA server.
The culprit here is almost always one of three things: a firewall blocking UPnP traffic, the Windows Media Player Network Sharing Service being stopped, or a corrupted network profile. I've seen this on Windows 7 through 11. Let's fix it.
Step 1: The 30-second fix — check Windows Firewall
This is the most common cause. Windows Firewall has a specific rule for media sharing, and it sometimes gets disabled after a Windows update or a security scan.
- Open Control Panel > Windows Defender Firewall.
- Click Allow an app or feature through Windows Defender Firewall on the left.
- Scroll down and look for Windows Media Player and Windows Media Player Network Sharing Service.
- Make sure both are checked for Private networks. Don't bother with Public — that's for coffee shop WiFi and you shouldn't be streaming there anyway.
- If either is missing, click Change settings then Allow another app and browse to
C:\Program Files\Windows Media Player\wmplayer.exefor Windows Media Player, andC:\Windows\System32\svchost.exe -k LocalServiceAndNoImpersonationfor the sharing service (you'll need to add it manually — just search for "Windows Media Player Network Sharing Service" in the list). - Click OK and test.
If the error is gone, you're done. If not, move to step 2.
Step 2: The 5-minute fix — restart the media sharing service
Even if the firewall's fine, the service that actually handles the protocol might be dead. I've seen this happen after a PC wakes from sleep or after a network change.
- Press Win + R, type
services.msc, hit Enter. - Find Windows Media Player Network Sharing Service. It should be set to Automatic (Delayed Start) and currently Running.
- If it's not running, right-click and Start it. If it's already running, right-click and Restart it.
- While you're there, check SSDP Discovery and UPnP Device Host services. Both should be set to Automatic and Running. These are the underlying protocols Windows Media Player uses to discover media servers.
- Test again.
If the error persists, we need to dig deeper.
Step 3: The 15+ minute fix — reset the network profile and registry
This is the nuclear option. Only do this if the first two steps didn't work. Something's corrupt in the network profile or the registry keys that store protocol bindings.
Reset the network profile
- Open Settings > Network & Internet > Status.
- Click Network Reset at the bottom.
- Click Reset now. This will remove and reinstall all network adapters and reset network components. You'll need to reconnect to WiFi and re-enter passwords.
- After reboot, run Windows Media Player again.
Fix the registry protocol binding
If the reset didn't help, the protocol binding itself might be hosed. Open Registry Editor (regedit.exe as admin) and go to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Player NSS\3.0
Check that the Enable DWORD value is set to 1. If it's missing or set to 0, change it or create it. Then reboot.
Last resort — disable IPv6
I've seen some routers misbehave with IPv6 and UPnP. Try disabling IPv6 on your network adapter:
- Open Control Panel > Network and Sharing Center > Change adapter settings.
- Right-click your active network adapter and choose Properties.
- Uncheck Internet Protocol Version 6 (TCP/IPv6).
- Click OK and reboot.
If this fixes it, keep IPv6 off. Most home networks don't need it anyway.
What if it's the media server itself?
If you've done all of the above and still get the error, the problem is likely on the server side. Try:
- Restart the media server device (NAS, router, or other PC).
- Check the server's firewall — it might be blocking your PC.
- Make sure the server is using a compatible DLNA version. Some old routers serve content that Windows 10/11 can't parse.
I've also seen this happen when the PC's clock is way off from the server's. Check date/time synchronizes automatically.
That's the full workflow. Start with step 1, test after each step. You'll fix it before hitting step 3 nine times out of ten.