clarity on listenIP for docker in wsl2

Hello,

new to mediasoup and trying to get a basic demo up so we can complete the initial review of the documentation etc.
our set up is
hosts file

127.0.0.1 base.ms

generated .pem with

openssl req -x509 -nodes -days 365 -subj "/C=CA/ST=QC/O=Company, Inc./CN=base.ms"  -newkey rsa:2048 -keyout /home/ssl/private/base.ms.key -out /home/ssl/certs/base.ms.crt; 
openssl x509 -in base.ms.crt -out base.ms.pem
cp base.ms.key base.ms.key.pem

and the config.js

// Listening hostname (just for `gulp live` task).
	domain : process.env.DOMAIN || 'base.ms',
	// Signaling settings (protoo WebSocket server and HTTP API server).
	https  :
	{
		listenIp   : '172.17.0.2',
		// NOTE: Don't change listenPort (client app assumes 4443).
		listenPort : process.env.PROTOO_LISTEN_PORT || 4443,
		// NOTE: Set your own valid certificate files.
		tls        :
		{
			cert : process.env.HTTPS_CERT_FULLCHAIN || `/home/ssl/certs/base.ms.pem`,
			key  : process.env.HTTPS_CERT_PRIVKEY || `/home/ssl/private/base.ms.key.pem`
		}
	},

I am confused as to what ip to put in the

listenIp

field for a docker container running in wsl2.

Reading several posts I understand that using 0.0.0.0 will cause the an error (no connection).
So using

docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' mediasoup
172.17.0.2

so we added this but get an error

WebSocket connection to ‘wss://base.ms:4443/?roomId=ymnsg2zj&peerId=uafbqkl8’ failed: WebSocket opening handshake timed out

using 0.0.0.0 the ui connects and I don’t get these error, but no A/V

What is the correct binding IP I should use?

After searching the docs I also could not find the correct ports to open,

			rtcMinPort : process.env.MEDIASOUP_MIN_PORT || 40000,
			rtcMaxPort : process.env.MEDIASOUP_MAX_PORT || 41001

I assume the port range should be 40000 - 41001

Thanks
Art

You are completely mixing WebSocket listen IP (which is NOT related to mediasoup but just to the mediasoup-demo server) and the RTC listen IPs.

Thanks for the quick reply Baz, could you decode that a little further please. when you say mixing up I applied to all areas in the demo config.js file

webRtcTransportOptions :
		{
			listenIps :
			[
				{
					ip          : process.env.MEDIASOUP_LISTEN_IP || '172.17.0.2',
					announcedIp : process.env.MEDIASOUP_ANNOUNCED_IP
				}
			],
			initialAvailableOutgoingBitrate : 1000000,
			minimumAvailableOutgoingBitrate : 600000,
			maxSctpMessageSize              : 262144,
			// Additional options that are not part of WebRtcTransportOptions.
			maxIncomingBitrate              : 1500000
		},
		// mediasoup PlainTransport options for legacy RTP endpoints (FFmpeg,
		// GStreamer).
		// See https://mediasoup.org/documentation/v3/mediasoup/api/#PlainTransportOptions
		plainTransportOptions :
		{
			listenIp :
			{
				ip          : process.env.MEDIASOUP_LISTEN_IP || '172.17.0.2',
				announcedIp : process.env.MEDIASOUP_ANNOUNCED_IP
			},
			maxSctpMessageSize : 262144
		}

So is this incorrect place to put the IP or am I using the incorrect IP?

I note that in some of the posts on this forum, that some users populate

announcedIp : process.env.MEDIASOUP_ANNOUNCED_IP || '172.17.0.2'

and others do not. Is this needed?
according to https://mediasoup.org/documentation/v3/mediasoup/api/#TransportListenIp

f you use “0.0.0.0” or “::” as ip value, then you need to also provide announcedIp
so I assume in the above config we DO NOT need to set it.

I am using the demo to make sure I have the correct ports open

After linking a lot of random threads, I believe this is due to self signed certs not working on wss.
so closing for now.

I don’t provide support about the demo project, sorry. The demo is not a substitute of the mediasoup documentation.

@ibc I can see where you are coming from, but for a lot of people, reverse engineering is the best way to learn. It has been a key the success of wowza take up for example. As a lot of people are now combining a number of new working technologies in parallel, it can be hard to isolate the problems of platform vs software.
And in this case, it is the limitation of certs and docker that I think was causing my issue.
I think you would get a number of people to more actively support the forum and increase the adoption if the initial learning curve was not as steep. You have already done the hard work of providing the demo, leveraging it to expand adoption should show a exponential growth curve if you can make the introduction a little easier to get up and running.

I’m not against that. But basically you are asking me to spend more time on this, and I want to do less rather than more. There are many users in this forum that could write those “mediasoup user-friendly docs”. I won’t do it because:

  1. I’m not being paid to do it.
  2. I don’t care about adoption (“mediasoup is difficult or too low level” → don’t use it).
  3. I don’t have time.
  4. Even if I had time I don’t want to spend it on something that I don’t need.