<div dir="ltr">So for Yuriy's comment:<div><br></div><div>I did issue ICE=force parameter but, as you can see my paste, it's still sending RTP sequence packets to the ICE candidate, which is not what I want to do.</div><div><br></div><div>Richard,</div><div><br></div><div>So our current setup is this:</div><div><br></div><div>SIP</div><div>client -> kamailio -> freeswitch</div><div>RTP</div><div>client -> freeswitch</div><div><br></div><div>What I want to accomplish is this:</div><div><br></div><div>SIP</div><div>client -> kamailio -> freeswitch</div><div>RTP (bypass ICE)</div><div>client -> rtpengine -> freeswitch</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 4, 2020 at 3:34 AM Yuriy Gorlichenko <<a href="mailto:ovoshlook@gmail.com">ovoshlook@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"><div dir="ltr">Hello<br>2020-12-03T18:05:46.456106+00:00 ashmainkama51 kamailio[22147]: a=candidate:2274611867 1 tcp 1518283007 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 9 typ host tcptype active generation 0 network-id 2 network-cost 10<br>is a local candidate sent in the offer from the client<br>ICE=force just says rtpengine: "when you will resend this offer to the receiver, remove all candidates sent by sender and put yourself as the only candidate"<br>But rtpengine still has to follow the ICE check for the received candidates as in that case rtpengine is the receiver and it can't just not check local candidates. That is why you facing this behaviour from the rtpengine, which is totally correct.<br><br>In other terms<br>Sender -----------> rtpengine : rtpengine must follow ice procedure and check availability of these local candidates to establish connection between Sender and rtpengine<br>rtpengine ---------> Receiver: rtpengine pretends to be a Sender for the ICE agent of the receiver. but in this term, RTPengine will be the only candidate for this part of the call, so this part is establishing a connection between rtpengine and Receiver<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 3 дек. 2020 г. в 23:40, Richard Fuchs <<a href="mailto:rfuchs@sipwise.com" target="_blank">rfuchs@sipwise.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 03/12/2020 13.39, Andrew Chen wrote:<br>
> Hi all,<br>
><br>
> I was wondering if someone can help me understand how the ICE <br>
> parameter works in the rtpengine module works.<br>
><br>
> So basically our client does an ICE candidate lookup and grabs a list <br>
> of them and applies it to the INVITE that gets sent to the Kamailio. <br>
> The list looks like this:<br>
><br>
> 2020-12-03T18:05:46.456030+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:3373280875 1 udp 2122262783 <br>
> 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 59827 typ host generation 0 <br>
> network-id 2 network-cost 10<br>
> 2020-12-03T18:05:46.456057+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:3040609428 1 udp 2122197247 <br>
> 2001:8a0:78fc:7000:d979:bf75:dbc0:69f 59828 typ host generation 0 <br>
> network-id 3 network-cost 10<br>
> 2020-12-03T18:05:46.456081+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:1681997092 1 udp 2122129151 192.168.1.66 59829 typ host <br>
> generation 0 network-id 1 network-cost 10<br>
> 2020-12-03T18:05:46.456106+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:2274611867 1 tcp 1518283007 <br>
> 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 9 typ host tcptype active <br>
> generation 0 network-id 2 network-cost 10<br>
> 2020-12-03T18:05:46.456131+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:4223662180 1 tcp 1518217471 <br>
> 2001:8a0:78fc:7000:d979:bf75:dbc0:69f 9 typ host tcptype active <br>
> generation 0 network-id 3 network-cost 10<br>
> 2020-12-03T18:05:46.456155+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:717406676 1 tcp 1518149375 192.168.1.66 9 typ host tcptype <br>
> active generation 0 network-id 1 network-cost 10<br>
> 2020-12-03T18:05:46.456180+00:00 ashmainkama51 kamailio[22147]: <br>
> a=candidate:2130547417 1 udp 8199935 206.81.191.27 61165 typ relay <br>
> raddr 85.247.0.121 rport 53091 generation 0 network-id 1 network-cost 10<br>
><br>
><br>
> In the rtpengine_offer, I have this:<br>
><br>
> rtpengine_offer("ICE=force DTLS=passive replace-session-connection <br>
> replace-origin external internal");<br>
><br>
> What i am trying to do is to tell the freeswitch endpoint to use <br>
> rtpengine as ICE candidate and I see in the SDP this is happening:<br>
><br>
> a=candidate:6296910676 1 udp 659136 206.81.191.52 52766 typ host <br>
> generation 0<br>
><br>
> Btw..206.81.191.52 is a separate AWS instance running rtpengine binary.<br>
><br>
> On the rtpengine_answer, I tell the remote client side the same <br>
> thing..use rtpengine as your ICE candidate:<br>
><br>
> rtpengine_answer("ICE=force DTLS=passive replace-session-connection <br>
> replace-origin internal external");<br>
><br>
> and this is snippet from 200 OK:<br>
><br>
> a=candidate:6296910676 1 udp 659136 206.81.191.52 52766 typ host <br>
> generation 0<br>
><br>
> Question:<br>
><br>
> Why does the rtpengine logs still show that it's trying to use <br>
> 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71 as RTP candidate in this scenario?<br>
><br>
> Dec 3 18:05:47 ashmainrtpe42 rtpengine[8505]: DEBUG: <br>
> [ep1sbnkk9tikhg4kpmot]: Forward to sink endpoint: <br>
> 2001:8a0:78fc:7000:e1d7:e93:3c50:ee71:59827 (RTP seq 25423 TS 0)<br>
><br>
> I thought ICE=force will handle such adjustments so that all rtp is <br>
> handled by the rtpengine to our client and bypass the STUN server?<br>
><br>
Isn't that what's happening? Rtpengine receives media from one peer and <br>
forwards it to one of the ICE candidates (presumably the primary one <br>
that was negotiated) of the other peer. Or am I misunderstanding what <br>
you posted?<br>
<br>
Cheers<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>
_______________________________________________<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><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr" style="font-size:12.8px">Andy Chen</div><div dir="ltr" style="font-size:12.8px"><div>Sr. Telephony Lead Engineer</div><div>415 516 5535 (M)</div><div><a href="mailto:achen@thinkingphones.com" target="_blank">achen@</a><a href="http://fuze.com" target="_blank">fuze.com</a></div><div><br></div></div></div></div></div></div>
<br>
<span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">*Confidentiality Notice: The information contained in this e-mail and any</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">attachments may be confidential. If you are not an intended recipient, you</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">are hereby notified that any dissemination, distribution or copying of this</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">e-mail is strictly prohibited. If you have received this e-mail in error,</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">please notify the sender and permanently delete the e-mail and any</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">attachments immediately. You should not retain, copy or use this e-mail or</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">any attachment for any purpose, nor disclose all or any part of the</span><br style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)"><span style="color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;background-color:rgb(255,255,255)">contents to any other person. Thank you.*</span>