<div dir="ltr">Actually kamailio routes any Request by SIP headers. <br>I suppose your porblem on some another point, independend of ICE or other SDP content</div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-13 16:50 GMT+03:00 Thiago Guimarães <span dir="ltr"><<a href="mailto:thiago.barcelos@gmail.com" target="_blank">thiago.barcelos@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Yuriy Gorlichenko, first of all thank you for your attention.<br>
<br>
What I'm trying to understand is; Is Kamailio delaying the referral of<br>
INVITE when it arrives with ICE candidates? Because, when the INVITE<br>
arrives without the ICE candidates, the INVITE is routed correctly.<br>
When I send the INVITE with ICE candidates, Kamailio responds to me<br>
"SIP / 2.0 100 trying - your call is important to us" and nothing else<br>
happens, because this INVITE does not reach the other endpoint.<br>
<br>
Initially, what I want is for endpoints to decide what to do with ICE<br>
candidates.<br>
<br>
In my kamailio.cfg, I have a configuration related to rtpengine<br>
"rtpproxy_manage("co");", could this affect the behavior for INVITES<br>
that contain ICE candidates? I tried to comment on that line, but the<br>
problem continued.<br>
<br>
# RTPProxy control and singaling updates for NAT traversal<br>
route[NATMANAGE] {<br>
#!ifdef WITH_NAT<br>
if (is_request()) {<br>
if(has_totag()) {<br>
if(check_route_param("nat=yes"<wbr>)) {<br>
setbflag(FLB_NATB);<br>
}<br>
}<br>
}<br>
if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB)))<br>
return;<br>
<br>
rtpproxy_manage("co");<br>
<br>
if (is_request()) {<br>
if (!has_totag()) {<br>
if(t_is_branch_route()) {<br>
add_rr_param(";nat=yes");<br>
}<br>
}<br>
}<br>
if (is_reply()) {<br>
if(isbflagset(FLB_NATB)) {<br>
if(is_first_hop())<br>
set_contact_alias();<br>
}<br>
}<br>
#!endif<br>
return;<br>
<span class="im HOEnZb">}<br>
<br>
Best regards<br>
<br>
Thiago Barcelos Guimarães<br>
<a href="mailto:thiago.barcelos@gmail.com">thiago.barcelos@gmail.com</a><br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">On Tue, Oct 10, 2017 at 2:11 AM, Yuriy Gorlichenko <<a href="mailto:ovoshlook@gmail.com">ovoshlook@gmail.com</a>> wrote:<br>
> You can use rtpengine module for rewriting ICE candidates.<br>
><br>
> понедельник, 9 октября 2017 г. пользователь Thiago Guimarães написал:<br>
>><br>
>> Hello,<br>
>><br>
>> I would like to know if there is any specific configuration in<br>
>> kamailio.conf to enable/disable handle the array of ICE candidates.<br>
>><br>
>> In my tests, using PJSIP for the development of my User Agent, I<br>
>> notice that when ICE is enabled, several calls made do not reach the<br>
>> other User Agent and in this case they receive a 408 error.<br>
>><br>
>> I am suspicious that Kamailio is getting lost, when the SDP arrives<br>
>> with the array of ICE candidates.<br>
>><br>
>> The initial goal of using ICE is to promote peer-to-peer communication<br>
>> when both are under the same router, because the application is always<br>
>> with STUN enabled.<br>
>><br>
>> Best regards<br>
>> Thiago Barcelos Guimarães<br>
>> <a href="mailto:thiago.barcelos@gmail.com">thiago.barcelos@gmail.com</a><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org">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/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</div></div></blockquote></div><br></div>