<div dir="ltr"><div><div>Good question, you did clarify that SIP.js, simply waits.</div><div><br></div><div>Since then there was some new ideas <br></div><div><a href="https://tools.ietf.org/id/draft-ietf-mmusic-trickle-ice-sip-10.html">https://tools.ietf.org/id/draft-ietf-mmusic-trickle-ice-sip-10.html</a></div><br></div><div>For Kamailio it would will probably be already supported.</div><div><br></div><div>Would be good to have inputs from SIP.js and RTP engine.<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 1, 2020 at 8:29 AM Anthony Alba <<a href="mailto:ascanio.alba7@gmail.com">ascanio.alba7@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
For those of you integrating with WebRTC and using a websocket control<br>
plane like SIP.js how do you handle trickle ICE? If you use trickle<br>
ICE any recommended RTP media servers (FreeSWITCH, Kurento, ....)?<br>
<br>
SIP.js does some trick like delay XXX ms before sending out the offer<br>
assuming the browser has collected all the ICE candidates, or maybe<br>
even wait for the IceGatheringDone event: what do you think of such a<br>
pattern?<br>
<br>
I see that rtpengine source code mentions "trickle" in a few places,<br>
but the rtpengine module doesn't make it clear how to send a ICE<br>
candidate for an existing call.<br>
<br>
<br>
Cheers<br>
Anthony Alba<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>