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] 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