Kamailio+Freeswitch SBC
Hi all, I’m working for a while with Kamailio+Freeswitch as SBC. I have this structure: * * * * * * * * * * * * * * * * When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with : “482 Request merged”. Is there a way to solve this? Regards, * * *Camila Troncoso **|* Ingeniero de Desarrollo RedVoiss *|*ctroncoso@redvoiss.net Santiago - Chile *|* +56 2 2408535 www.redvoiss.net
This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled. -Steve On 19 February 2013 15:12, Camila Troncoso <ctroncoso@redvoiss.net> wrote:
Hi all,
I’m working for a while with Kamailio+Freeswitch as SBC.
of s
I have this structure:
* *
* *
* *
* *
* *
* *
* *
* *
When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with :
“482 Request merged”.
Is there a way to solve this?
Regards,
* *
*Camila Troncoso **|* Ingeniero de Desarrollo
RedVoiss *|*ctroncoso@redvoiss.net
Santiago - Chile *|* +56 2 2408535
www.redvoiss.net
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Steve, The Invite is the same , because the LCR retries the call to the second route he has. The only change is in the *Ruri* part. How can I handle this. I want FreeSWITCH to handle this second invite for the call to reach his destiny. Regards, Camila T. *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:27 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled. -Steve On 19 February 2013 15:12, Camila Troncoso <ctroncoso@redvoiss.net> wrote: Hi all, I’m working for a while with Kamailio+Freeswitch as SBC. of s I have this structure: * * * * * * * * * * * * * * * * When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with : “482 Request merged”. Is there a way to solve this? Regards, * * *Camila Troncoso **|* Ingeniero de Desarrollo RedVoiss *|*ctroncoso@redvoiss.net Santiago - Chile *|* +56 2 2408535 www.redvoiss.net _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
You should increment the CSeq for the next INVITE. FreeSWITCH is complying with the SIP standard which does this to cope with packet loss. -Steve On 19 February 2013 15:35, Camila Troncoso <ctroncoso@redvoiss.net> wrote:
Steve,
The Invite is the same , because the LCR retries the call to the second route he has. The only change is in the *Ruri* part. How can I handle this. I want FreeSWITCH to handle this second invite for the call to reach his destiny.
Regards,
Camila T.
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:27 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC
This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled.
-Steve
On 19 February 2013 15:12, Camila Troncoso <ctroncoso@redvoiss.net> wrote:
Hi all,
I’m working for a while with Kamailio+Freeswitch as SBC.
of s
I have this structure:
* *
* *
* *
* *
* *
* *
* *
* *
When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with :
“482 Request merged”.
Is there a way to solve this?
Regards,
* *
*Camila Troncoso **|* Ingeniero de Desarrollo
RedVoiss *|*ctroncoso@redvoiss.net
Santiago - Chile *|* +56 2 2408535
www.redvoiss.net
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks fot the reply, The problem is that Kamailio LCR doesn’t increment the Cseq by itself in the second invite , I will try to do this by configuration. Regards, Camila T *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:51 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC You should increment the CSeq for the next INVITE. FreeSWITCH is complying with the SIP standard which does this to cope with packet loss. -Steve On 19 February 2013 15:35, Camila Troncoso <ctroncoso@redvoiss.net> wrote: Steve, The Invite is the same , because the LCR retries the call to the second route he has. The only change is in the *Ruri* part. How can I handle this. I want FreeSWITCH to handle this second invite for the call to reach his destiny. Regards, Camila T. *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:27 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled. -Steve On 19 February 2013 15:12, Camila Troncoso <ctroncoso@redvoiss.net> wrote: Hi all, I’m working for a while with Kamailio+Freeswitch as SBC. of s I have this structure: * * * * * * * * * * * * * * * * When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with : “482 Request merged”. Is there a way to solve this? Regards, * * *Camila Troncoso **|* Ingeniero de Desarrollo RedVoiss *|*ctroncoso@redvoiss.net Santiago - Chile *|* +56 2 2408535 www.redvoiss.net _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Steve, I couldn’t resolve this issue last time . I analyzed the problem with people from Kamailio´s list, and Kamailio behavior is correct, because de second INVTE isn’t a RE-INVITE so it shouldn’t have a CSeq increase, is a New Invite to the same destination with RURI different, but same Call-ID. How can I managed this in freeswitch, I can´t increase CSeq in kamailio´s configuration, because it behaves as a proxy LCR. Please some help here. Regards, Camila T *From:* Camila Troncoso [mailto:ctroncoso@redvoiss.net] *Sent:* martes, 19 de febrero de 2013 13:06 *To:* 'FreeSWITCH Users Help' *Subject:* RE: [Freeswitch-users] Kamailio+Freeswitch SBC Thanks fot the reply, The problem is that Kamailio LCR doesn’t increment the Cseq by itself in the second invite , I will try to do this by configuration. Regards, Camila T *From:* freeswitch-users-bounces@lists.freeswitch.org [ mailto:freeswitch-users-bounces@lists.freeswitch.org<freeswitch-users-bounces@lists.freeswitch.org>] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:51 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC You should increment the CSeq for the next INVITE. FreeSWITCH is complying with the SIP standard which does this to cope with packet loss. -Steve On 19 February 2013 15:35, Camila Troncoso <ctroncoso@redvoiss.net> wrote: Steve, The Invite is the same , because the LCR retries the call to the second route he has. The only change is in the *Ruri* part. How can I handle this. I want FreeSWITCH to handle this second invite for the call to reach his destiny. Regards, Camila T. *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Steven Ayre *Sent:* martes, 19 de febrero de 2013 12:27 *To:* FreeSWITCH Users Help *Subject:* Re: [Freeswitch-users] Kamailio+Freeswitch SBC This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled. -Steve On 19 February 2013 15:12, Camila Troncoso <ctroncoso@redvoiss.net> wrote: Hi all, I’m working for a while with Kamailio+Freeswitch as SBC. of s I have this structure: * * * * * * * * * * * * * * * * When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with : “482 Request merged”. Is there a way to solve this? Regards, * * *Camila Troncoso **|* Ingeniero de Desarrollo RedVoiss *|*ctroncoso@redvoiss.net Santiago - Chile *|* +56 2 2408535 www.redvoiss.net _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Camila Troncoso
-
Steven Ayre