<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>So question is, shouldn't it be possible to offer both secure and insecure RTP in the INVITE from FS?</div></blockquote>

</div><div><br></div><div>Yes it is possible, it took me a while to figure out this too, please check bridge command, for DTLS/WebRTC just use:</div><div><br></div><div><action application="bridge" data="[media_webrtc=true...........</div><div><br></div><div>More details:</div><div><br></div><div><a href="https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+bridge">https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+bridge</a><br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature"><div dir="ltr">Jurijs<br></div></div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 28, 2018 at 2:21 PM Allan Kristensen <<a href="mailto:ak@hejdu.dk">ak@hejdu.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>I'm trying to implement calling Webrtc clients (through kamailio proxy), which needs ICE, DTLS, etc. in SDP and so we are adding "media_webrtc=true" when calling and it works fine.</div><div>But once we do this, many of our other sip clients complain because they only support/accept insecure RTP (RTP/AVP).<br></div><div><br></div><div>So question is, shouldn't it be possible to offer both secure and insecure RTP in the INVITE from FS?</div><div><br></div><div>If not then, would it advisable/possible to not send SDP in the initial invite from FS (we don't need early media for inbound anyway) and then wait for the client to offer the SDP instead ?</div><div>(I'm afraid the ice process might cause a little silence interval at the start of the call because of the late media setup and user would always expect media to be up when answering the call)</div><div><br></div><div>We really want to have generic way of handling of clients if possible, to avoid client detection (as currently only kamailio has this info, doing the location services) or any special config items on sip accounts.</div><div><br></div><div>Best regards,</div><div>  Allan</div><div><br></div><div><br></div></div>
_________________________________________________________________________<br>
Professional FreeSWITCH Services<br>
<a href="mailto:sales@freeswitch.com" target="_blank">sales@freeswitch.com</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="https://freeswitch.com/oss" rel="noreferrer" target="_blank">https://freeswitch.com/oss</a><br>
<a href="https://freeswitch.org/confluence" rel="noreferrer" target="_blank">https://freeswitch.org/confluence</a><br>
<a href="https://cluecon.com" rel="noreferrer" target="_blank">https://cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="https://freeswitch.com" rel="noreferrer" target="_blank">https://freeswitch.com</a></blockquote></div>