Hello,
I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates.
In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error.
I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates.
The initial goal of using ICE is to promote peer-to-peer communication when both are under the same router, because the application is always with STUN enabled.
Best regards Thiago Barcelos Guimarães thiago.barcelos@gmail.com
You can use rtpengine module for rewriting ICE candidates.
понедельник, 9 октября 2017 г. пользователь Thiago Guimarães написал:
Hello,
I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates.
In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error.
I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates.
The initial goal of using ICE is to promote peer-to-peer communication when both are under the same router, because the application is always with STUN enabled.
Best regards Thiago Barcelos Guimarães thiago.barcelos@gmail.com javascript:;
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org javascript:; https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hello,
Yuriy Gorlichenko, first of all thank you for your attention.
What I'm trying to understand is; Is Kamailio delaying the referral of INVITE when it arrives with ICE candidates? Because, when the INVITE arrives without the ICE candidates, the INVITE is routed correctly. When I send the INVITE with ICE candidates, Kamailio responds to me "SIP / 2.0 100 trying - your call is important to us" and nothing else happens, because this INVITE does not reach the other endpoint.
Initially, what I want is for endpoints to decide what to do with ICE candidates.
In my kamailio.cfg, I have a configuration related to rtpengine "rtpproxy_manage("co");", could this affect the behavior for INVITES that contain ICE candidates? I tried to comment on that line, but the problem continued.
# RTPProxy control and singaling updates for NAT traversal route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
rtpproxy_manage("co");
if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { if(is_first_hop()) set_contact_alias(); } } #!endif return; }
Best regards
Thiago Barcelos Guimarães thiago.barcelos@gmail.com
On Tue, Oct 10, 2017 at 2:11 AM, Yuriy Gorlichenko ovoshlook@gmail.com wrote:
You can use rtpengine module for rewriting ICE candidates.
понедельник, 9 октября 2017 г. пользователь Thiago Guimarães написал:
Hello,
I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates.
In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error.
I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates.
The initial goal of using ICE is to promote peer-to-peer communication when both are under the same router, because the application is always with STUN enabled.
Best regards Thiago Barcelos Guimarães thiago.barcelos@gmail.com
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Actually kamailio routes any Request by SIP headers. I suppose your porblem on some another point, independend of ICE or other SDP content
2017-10-13 16:50 GMT+03:00 Thiago Guimarães thiago.barcelos@gmail.com:
Hello,
Yuriy Gorlichenko, first of all thank you for your attention.
What I'm trying to understand is; Is Kamailio delaying the referral of INVITE when it arrives with ICE candidates? Because, when the INVITE arrives without the ICE candidates, the INVITE is routed correctly. When I send the INVITE with ICE candidates, Kamailio responds to me "SIP / 2.0 100 trying - your call is important to us" and nothing else happens, because this INVITE does not reach the other endpoint.
Initially, what I want is for endpoints to decide what to do with ICE candidates.
In my kamailio.cfg, I have a configuration related to rtpengine "rtpproxy_manage("co");", could this affect the behavior for INVITES that contain ICE candidates? I tried to comment on that line, but the problem continued.
# RTPProxy control and singaling updates for NAT traversal route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
rtpproxy_manage("co");
if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { if(is_first_hop()) set_contact_alias(); } } #!endif return; }
Best regards
Thiago Barcelos Guimarães thiago.barcelos@gmail.com
On Tue, Oct 10, 2017 at 2:11 AM, Yuriy Gorlichenko ovoshlook@gmail.com wrote:
You can use rtpengine module for rewriting ICE candidates.
понедельник, 9 октября 2017 г. пользователь Thiago Guimarães написал:
Hello,
I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates.
In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error.
I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates.
The initial goal of using ICE is to promote peer-to-peer communication when both are under the same router, because the application is always with STUN enabled.
Best regards Thiago Barcelos Guimarães thiago.barcelos@gmail.com
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
On Mon, Oct 09, 2017 at 05:45:01PM -0300, Thiago Guimarães wrote:
I would like to know if there is any specific configuration in kamailio.conf to enable/disable handle the array of ICE candidates.
In my tests, using PJSIP for the development of my User Agent, I notice that when ICE is enabled, several calls made do not reach the other User Agent and in this case they receive a 408 error.
I am suspicious that Kamailio is getting lost, when the SDP arrives with the array of ICE candidates.
Kamailio handles SDP with ICE just fine. My guess is that your conclusion is wrong and you are actually seeing problems with fragmentation of UDP packets in the networks that are being traversed. Test using TCP, if that works it might be a general networking issue.
-
Daniel Tryba -
Thiago Guimarães -
Yuriy Gorlichenko