[Freeswitch-users] Kamailio+Freeswitch SBC

[Camila Troncoso]

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 at 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 at lists.freeswitch.org [
mailto:freeswitch-users-bounces at lists.freeswitch.org<freeswitch-users-bounces at 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 at 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 at lists.freeswitch.org [mailto:
freeswitch-users-bounces at 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 at 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 at redvoiss.net

Santiago - Chile *|* +56 2 2408535

www.redvoiss.net




_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at 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 at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130614/91a465c1/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 54790 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130614/91a465c1/attachment-0001.obj