Cannot receive remote stream from user with different network?

[eakaw...@gmail.com]

Right now, we deploy kurento into aws server but

We have face the problem as describe in the topic.

I don't know how to fix this.

Seem like it just occur recently

[Jose Antonio Santos Cadenas]

You need to configure a stun server.

http://doc-kurento.readthedocs.org/en/stable/faq.html?highlight=stun#install-kurento-media-server-in-an-amazon-ec2-instance

There is a minor error on this docs that is being fixed, you also need to configure stun:

in file /etc/kurento/modules/kurento/WebRtcEndpoint.conf.ini

Add this:

turnURL=kurento:kurento@<public-ip>:3478
stunServerAddress=<public-ip>
stunServerPort=19302

--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[eakaw...@gmail.com]

I add the config as shown in the figure.

And try to run the example kurento-one2many-call node

But Still cannot receive remote stream at all.

And it looks like even the same client (different chrome tab also cannot receive from each other either).

[Jose Antonio Santos Cadenas]

Sorry, I set a wrong server port, it should be

stunServerPort=3478

[eakaw...@gmail.com]

Still not working

And another information

When I first restart kurento server

The first time, the client connect to kurento I will got this message.

After this first time it will process normally but no stream being received.

• Received message: {"id":"presenterResponse","response":"accepted","sdpAnswer":"v=0\r\no=- 3663323481 3663323481 IN IP4 0.0.0.0\r\ns=Kurento Media Server\r\nc=IN IP4 0.0.0.0\r\nt=0 0\r\na=msid-semantic: WMS 5IqOGTJSyEqr59RqFEbeeQYdTaM8rOAu21Jb\r\na=group:BUNDLE\r\nm=audio 0 UDP/TLS/RTP/SAVPF\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:audio\r\na=recvonly\r\na=rtcp-mux\r\na=maxptime:60\r\na=ssrc:3018943151 cname:user261401837@host-86cf3428\r\na=ice-ufrag:JUHO\r\na=ice-pwd:6eyeEdo+xRs7WoAGxJDwLO\r\na=fingerprint:sha-256 B0:18:16:28:68:9A:19:64:10:FE:45:37:20:72:F2:34:3A:8B:AD:4A:43:9A:E9:1F:BB:E6:1E:FC:BC:66:D7:C5\r\nm=video 0 UDP/TLS/RTP/SAVPF\r\nb=AS:500\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:video\r\na=recvonly\r\na=rtcp-mux\r\na=ssrc:564025440 cname:user261401837@host-86cf3428\r\na=ice-ufrag:JUHO\r\na=ice-pwd:6eyeEdo+xRs7WoAGxJDwLO\r\na=fingerprint:sha-256 B0:18:16:28:68:9A:19:64:10:FE:45:37:20:72:F2:34:3A:8B:AD:4A:43:9A:E9:1F:BB:E6:1E:FC:BC:66:D7:C5\r\n"}
• SDP answer received, setting remote description
  
  
  

Failed to parse SessionDescription. m=audio 0 UDP/TLS/RTP/SAVPF Expects at least 4 fields.

[eakaw...@gmail.com]

Forget what I said earlier ("first time"),

EVERYTIME now. That's why we cannot receive remote stream.

What wrong with the message?

[Jose Antonio Santos Cadenas]

What client are you using?

--

[eakaw...@gmail.com]

I ran this kurento tutorial nodejs from this github

https://github.com/Kurento/kurento-tutorial-node/tree/master/kurento-one2many-call

so the client should be "kurento-utils": "master"

[Jose Antonio Santos Cadenas]

I mean the browser client.

It sems that the response does not have any codec, what is the original offer?

--

[eakaw...@gmail.com]

Ahh sorry, I use chrome Version 48.0.2564.97 (64-bit)

This is the  offer (I already refresh the page so this is the new one with new sdpanswer)

Senging message: {"id":"presenter","sdpOffer":"v=0\r\no=- 6433111067749468127 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:BUNDLE audio video\r\na=msid-semantic: WMS u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E\r\nm=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126\r\nc=IN IP4 0.0.0.0\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=ice-ufrag:YfU+Os588jSMHE+B\r\na=ice-pwd:GSrZoXuGUlOTRiPeWnFVAsEO\r\na=fingerprint:sha-256 1A:7C:EB:6A:9E:C0:DD:99:CC:F6:A9:00:B6:33:3D:BE:6D:82:E2:70:FE:47:7B:0F:04:C0:D4:B7:B5:EE:DA:36\r\na=setup:actpass\r\na=mid:audio\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=sendonly\r\na=rtcp-mux\r\na=rtpmap:111 opus/48000/2\r\na=fmtp:111 minptime=10; useinbandfec=1\r\na=rtpmap:103 ISAC/16000\r\na=rtpmap:104 ISAC/32000\r\na=rtpmap:9 G722/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:106 CN/32000\r\na=rtpmap:105 CN/16000\r\na=rtpmap:13 CN/8000\r\na=rtpmap:126 telephone-event/8000\r\na=maxptime:60\r\na=ssrc:988397023 cname:eu1Q7AyJUGJ/LaIi\r\na=ssrc:988397023 msid:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E 9ed66d8e-f459-49fb-a8e0-549d84bb869a\r\na=ssrc:988397023 mslabel:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E\r\na=ssrc:988397023 label:9ed66d8e-f459-49fb-a8e0-549d84bb869a\r\nm=video 9 UDP/TLS/RTP/SAVPF 100 101 116 117 96\r\nc=IN IP4 0.0.0.0\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=ice-ufrag:YfU+Os588jSMHE+B\r\na=ice-pwd:GSrZoXuGUlOTRiPeWnFVAsEO\r\na=fingerprint:sha-256 1A:7C:EB:6A:9E:C0:DD:99:CC:F6:A9:00:B6:33:3D:BE:6D:82:E2:70:FE:47:7B:0F:04:C0:D4:B7:B5:EE:DA:36\r\na=setup:actpass\r\na=mid:video\r\na=extmap:2 urn:ietf:params:rtp-hdrext:toffset\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=extmap:4 urn:3gpp:video-orientation\r\na=sendonly\r\na=rtcp-mux\r\na=rtpmap:100 VP8/90000\r\na=rtcp-fb:100 ccm fir\r\na=rtcp-fb:100 nack\r\na=rtcp-fb:100 nack pli\r\na=rtcp-fb:100 goog-remb\r\na=rtpmap:101 VP9/90000\r\na=rtcp-fb:101 ccm fir\r\na=rtcp-fb:101 nack\r\na=rtcp-fb:101 nack pli\r\na=rtcp-fb:101 goog-remb\r\na=rtpmap:116 red/90000\r\na=rtpmap:117 ulpfec/90000\r\na=rtpmap:96 rtx/90000\r\na=fmtp:96 apt=100\r\na=ssrc-group:FID 3653045432 3313641643\r\na=ssrc:3653045432 cname:eu1Q7AyJUGJ/LaIi\r\na=ssrc:3653045432 msid:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E ddef4b5e-8054-4a46-8cb0-e4c56142df54\r\na=ssrc:3653045432 mslabel:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E\r\na=ssrc:3653045432 label:ddef4b5e-8054-4a46-8cb0-e4c56142df54\r\na=ssrc:3313641643 cname:eu1Q7AyJUGJ/LaIi\r\na=ssrc:3313641643 msid:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E ddef4b5e-8054-4a46-8cb0-e4c56142df54\r\na=ssrc:3313641643 mslabel:u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E\r\na=ssrc:3313641643 label:ddef4b5e-8054-4a46-8cb0-e4c56142df54\r\n"}

And this is the answer

• Received message: {"id":"presenterResponse","response":"accepted","sdpAnswer":"v=0\r\no=- 3663324302 3663324302 IN IP4 0.0.0.0\r\ns=Kurento Media Server\r\nc=IN IP4 0.0.0.0\r\nt=0 0\r\na=msid-semantic: WMS u2PROF8FYPc28uENR6zUb7NZEiWiEpFy9f1E\r\na=group:BUNDLE\r\nm=audio 0 UDP/TLS/RTP/SAVPF\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:audio\r\na=recvonly\r\na=rtcp-mux\r\na=maxptime:60\r\na=ssrc:2118211612 cname:user1085681706@host-4923f38f\r\na=ice-ufrag:1n0B\r\na=ice-pwd:Lot+E8v2OK9Xkr4z/ry7l9\r\na=fingerprint:sha-256 66:2E:E3:C6:AE:05:F3:C0:01:51:0D:8B:03:8B:D1:87:BA:E0:1B:A3:8A:34:0E:0B:C8:43:2D:F4:F0:CE:C2:C6\r\nm=video 0 UDP/TLS/RTP/SAVPF\r\nb=AS:500\r\na=rtcp:9 IN IP4 0.0.0.0\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:video\r\na=recvonly\r\na=rtcp-mux\r\na=ssrc:367181788 cname:user1085681706@host-4923f38f\r\na=ice-ufrag:1n0B\r\na=ice-pwd:Lot+E8v2OK9Xkr4z/ry7l9\r\na=fingerprint:sha-256 66:2E:E3:C6:AE:05:F3:C0:01:51:0D:8B:03:8B:D1:87:BA:E0:1B:A3:8A:34:0E:0B:C8:43:2D:F4:F0:CE:C2:C6\r\n"}

[eakaw...@gmail.com]

@Jose any idea what happen?

Thanks.

[Santiago Carot Nemesio]

Hi,
Have you modified medias supported by kms by tampering any
configuration file or someting like that?
It looks like your media server is rejecting all medias.

[eakaw...@gmail.com]

This is the only configuration.

And this is the WebRtcEndpoint only configuration that I change other than that I don't know now.

I also have configure coturn like in the document page but I turn it off now (turning on or off doesn't matter since I still got the same error).

[Santiago Carot Nemesio]

Hi,

There should be more configuration files under /etc/kurento/modules/kurento. At least the one I miss is the one regarding SDP negotiations: SdpEndpoint.conf.json. Have you installed all required packages?

[eakaw...@gmail.com]

OK, I remove this folder once, /etc/kurento/

because I want to uninstall and install fresh kurento

[eakaw...@gmail.com]

Ok when I add all the config files It works again thank.

[Jose Antonio Santos Cadenas]

Great you make it work. Next time remind to tell things you do, like removing all configuraiton files, this way we could find a solution faster ;)

[eakaw...@gmail.com]

OK, but because at first I think it will automatically create by kurento when install it. That's why I haven't look into them.

[Jose Antonio Santos Cadenas]

Probably you did not install again kms-core and kms-elements that are the packages that create those configuration files.

In general it's a very bad idea to remove files from your /etc directory, for the next time if you want to remove a package and it's configuration try:

apt-get remove --purge <package-name>

El mar., 2 feb. 2016 a las 9:58, <eakaw...@gmail.com> escribió:

OK, but because at first I think it will automatically create by kurento when install it. That's why I haven't look into them.

--

[Mansuri Niyamat]

Hi 

I deploy KMS in ubuntu VM. as a middleware I am using JAVA service jar host in-service fabric. getting error on parsing SDP. 

for front end side use a Angular 4. added a npm package "kurento-utils": "^6.6.3",

ERROR : "DOMException: Failed to parse SessionDescription. m=audio 0 UDP/TLS/RTP/SAVPF Expects at least 4 fields."

[Kyle Foley]

Can you post what your SDP Offer/Answer look like?

[Mansuri Niyamat]

yesterday I knew it. when I separate java middleware from service fabric it is running smoothly. but when I put the JAR file in Microsoft stateless service fabric so I facing above error. 

This is my sdpAnswer.

"v=0 o=- 3728368660 3728368660 IN IP4 0.0.0.0 s=Kurento Media Server c=IN IP4 0.0.0.0 t=0 0 a=msid-semantic: WMS VvB54xOylRlcVJfpdJg2RPBgrNjENg2DDQXF a=group:BUNDLE m=audio 0 UDP/TLS/RTP/SAVPF a=mid:audio a=rtcp:9 IN IP4 0.0.0.0 a=setup:active a=recvonly a=rtcp-mux a=ssrc:2182620786 cname:user112288557@host-897633d5 a=ice-ufrag:TWNP a=ice-pwd:DEtqPOwAy+23hv5eiC98Ha a=fingerprint:sha-256 99:AA:98:00:C9:63:5D:D0:08:EC:D0:70:B9:17:BC:CC:DC:88:D7:17:1B:B7:17:18:71:EF:0E:AC:0B:C3:52:4D m=video 0 UDP/TLS/RTP/SAVPF a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=mid:video a=rtcp:9 IN IP4 0.0.0.0 a=setup:active a=recvonly a=rtcp-mux a=ssrc:4035138946 cname:user112288557@host-897633d5 a=ice-ufrag:TWNP a=ice-pwd:DEtqPOwAy+23hv5eiC98Ha a=fingerprint:sha-256 99:AA:98:00:C9:63:5D:D0:08:EC:D0:70:B9:17:BC:CC:DC:88:D7:17:1B:B7:17:18:71:EF:0E:AC:0B:C3:52:4D "