Skip to content
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

Closed
nomandera opened this issue Dec 4, 2018 · 6 comments
Closed

UDP 1900 #100

nomandera opened this issue Dec 4, 2018 · 6 comments
Assignees

Comments

@nomandera
Copy link
Contributor

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.

# netstat -an | grep 1900
udp        0      0 239.255.255.250:1900    0.0.0.0:*

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

@tobbenb
Copy link
Member

tobbenb commented Dec 4, 2018

I don't think there is much to do with this issue other than giving tvheadend its own IP using macavlan.

@nomandera
Copy link
Contributor Author

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.

@tobbenb
Copy link
Member

tobbenb commented Dec 4, 2018

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.
Wouldn't this still happen if you run both emby and tvheadend on the same host also?

@nomandera
Copy link
Contributor Author

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)

@nomandera
Copy link
Contributor Author

Proposed updated wording

If you use IPTV, SAT>IP or HDHomeRun, you need to create the container with --net=host and remove the -p flags.

This is because to work with these services Tvheadend requires a multicast address of 239.255.255.250 and a UDP port of 1900 which at this time is not possible with docker bridge mode.

If you have other services which also use multicast such as SSDP/DLNA/Emby you may experience stabilty problems. These can be solved by giving tvheadend its own IP using macavlan.

@homerr homerr added this to To do in Issue & PR Tracker Feb 27, 2019
@homerr homerr moved this from To do to PRs & in progress issues in Issue & PR Tracker Feb 28, 2019
Issue & PR Tracker automation moved this from PRs & in progress issues to Done Aug 15, 2019
@hoppel118
Copy link

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Development

No branches or pull requests

4 participants