Issue while running Sip-2-SIp Calls

68 views
Skip to first unread message

Truring Team

unread,
Nov 23, 2018, 6:04:12 AM11/23/18
to kur...@googlegroups.com, open...@gmail.com, open...@googlegroups.com
Hi,

We are trying to run one-2-one call between two SIP users using kurento media Server. Both the SIP clients are getting terminated at kurento media server. The SIP client being used here is linphone.
Call has been successfully established and audio getting exchanged successfully. 

Issue here is that video stream was not getting exchanged between two users. Now if stop exchanging audio codecs in sdp offer, video stream works perfectly fine. so at a time only one of the streams work.

 During debugging we found that the linphone client was sending same payload type for both audio and video codecs in sdp offer message to kurento.
So is that a bug in kurento that if the client sends same payload type for Audio and video codecs in SDP offer, the kurento media server does not accept the same or gets confused with that.? Please clarify for same.

Regards
Inder

Michael Gorham

unread,
Oct 7, 2019, 4:56:18 PM10/7/19
to kurento


I just ran into the same issue using Linphone SIP to call an RtpEndpoint ... audio and video both define a payload type number 96.  Seems like this is a non-standard way of building the SDP offer.  Not sure if it's Kurento or Linphone that's at fault.  Maybe the correct way is buried somewhere in https://www.ietf.org/rfc/rfc3264.txt


payload-type-issue.png



If I take the sdpOffer and replace with a unique payload type number before processing the offer, linphone can understand and Kurento does accept and process the video.  


sdpOffer = sdpOffer.replace("m=video 9078 RTP/AVP 96", "m=video 9078 RTP/AVP 100");
sdpOffer = sdpOffer.replace("a=rtpmap:96 VP8/90000", "a=rtpmap:100 VP8/90000");

String sdpAnswer = rtpEndpoint.processOffer(sdpOffer);



However, this is not an ideal workaround.  

Kurento team: should I add this to the bug tracker?

Micael Gallego

unread,
Oct 7, 2019, 5:52:26 PM10/7/19
to kur...@googlegroups.com
Hello, 

If this behavior is allowed by the standard please add it to bug tracker.

Best regards

Micael Gallego
Kurento / OpenVidu Project Lead


--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/kurento/68905c9c-8a1c-46d6-beaf-5c5de2511d41%40googlegroups.com.
Reply all
Reply to author
Forward
0 new messages