-
-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UDP 1900 #100
Comments
I don't think there is much to do with this issue other than giving tvheadend its own IP using macavlan. |
At the very least we need to document and explain the situation. Currently we have no info at all that suggests users have cater for UDP port clashes on a multicast host address for SSDP. I imagine most wont even know what these words mean. |
I don't think we should be the ones to document every issue that might occur when using the containers. Then the Readme would be bloated. |
Yes it would. At the very least we should publish the ports a container uses and why or you end up with users giving wrong advice to bridge UDP 1900 (as can be seen #92) |
Proposed updated wording
|
Hi guys, I saw your comment about using a macvlan. This didn't work for me. My complete story I described here: netdata/netdata#6527 Regards Hoppel |
There are several posts here and elsewhere discussion needing to port forward UDP 1900 for this container.
However I am not sure we have fully discussed the correct solution.
TVH does indeed need 1900 for broadcast and SAT>IP etc but it greedily binds to 0.0.0.0 where it may actually only need a single multicast address for SSDP
You can see this yourself by running this command on the host before and after the container comes up. The container will need to be in host mode.
This also explains why sometimes TVH can bomb out with port unavailable as it is being used by other services such as Emby.
This is not a new discussion in general https://www.tvheadend.org/boards/5/topics/14189 but I cant find anything docker specific.
I am unclear how to handle this correctly when a single or multiple container need access to SSDP/DLNA etc
The text was updated successfully, but these errors were encountered: