Every 10 seconds sends out SSDP discovery.
If I turn off plex it goes away… DLNA and GDM both unchecked…
Enable local network discovery (GDM) - UNCHECKED
Enable the DLNA server - UNCHECKED
Server restarted. Like I said if I turn off PMS - they go away… Once I turn it back on every 10 seconds.
12:18:38.941047 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
12:18:48.941345 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
12:18:58.941599 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
12:19:08.941842 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
12:19:18.942137 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
12:19:28.942435 IP 192.168.9.10.46068 > 239.255.255.250.1900: UDP, length 94
How do I stop this? I have zero use for this noise on my network every 10 seconds.
+1 for the issue seen here as well. My setup, MacOS Mojave with PMS 1.14.1.5488. DLNA and GDM are also disabled. At this point it’s taking down part of my network. SSDP is puking out a broadcast then pings/IP traffic start to drop to the responders.. super frustrating… Been chasing this for a week, thought it was my switch. Nope. It’s PMS. I can shut down PMS and icmp traffic returns to normal. Would LOVE a fix. Going to try filtering SSDP Port 1900 outbound on my Plex server next. See attached and the narrative, first arrow is SSDP burp on port 1900 from my PMS (192.168.2.11), then local devices respond, then pings start to drop. Crazy… Thanks for the help in advance, how can this be disabled?
Following up that I blocked broadcasts from my Mac Mini to 239.255.255.250 port 1900 using the Vallum firewall on macOS (as I could not get the native firewall to work and I’m impatient). I tried little snitch first which also worked fine to block the SSDP broadcast but $50 for one outbound block seemed expensive. Vallum works just fine for $15 for my purposes. This has fixed my issue with other devices on my LAN responding to the Plex SSDP burp and becoming unstable.
I just blocked it at the switch… Glad you go your issue sorted, but this is not the correct fix… You should be able to turn off this noise if you don’t want to use this feature… I don’t need it sending out SSDP, since I do not use that protocol anywhere on my network for anything…
I agree that turning off GDM should handle this too. I was a little concerned it was needed for discovering HDHome Run live tv encoders but mine still work fine. Shrugs… I spent WAY too much time troubleshooting this and still have no idea why the SSDP packet was causing packet loss on some of my devices. Still makes no sense. Moving on, at least at this point everything I need works.
If SSDP is causing issues on your network your going to have a hard time of it - pretty much everything these days spams the network with this garbage…
Are you wireless? Multicast is always sent at slow data rate over wireless. So I guess in theory that could cause you problems if your being flooded… But a couple of packets every 10 seconds shouldn’t cause any real issues.
Do you have a smart switch, if so you can filter the multicast traffic at the port so it doesn’t go anywhere
Sounds like you and I have similar experience. I’m well aware of the SSDP ubiquity on the LAN and I don’t mind that is broadcasting. I do care though that something about Plex’s SSDP blast causes certain (perhaps older) clients to act as if they are in a switch loop. I have no other issues on my LAN. I’m using all enterprise gear on my LAN - HPE Aruba POE switches and AP’s. I can also block the multicast at my switch I considered that (and still may). My Aruba AP’s filter the multicast by default and create a sanitized unicast which is a great approach to reduce wasteful broadcasts on the wifi.
