[Freeswitch-users] uuid_bridge causes DESTINATION_OUT_OF_ORDER with FS rev 1.2.7

Siri MM sirimmfs at gmail.com
Wed Apr 17 08:57:30 MSD 2013


Hi Ken,

Thanks fo rthe reply, I have also tried replacing the config folder of
1.2.7 with 1.0.6 (for experimental purposes), but this didn't help.


On Wed, Apr 17, 2013 at 2:44 PM, Ken Rice <krice at freeswitch.org> wrote:

>  You need to check the differences in the configs between 1.0.6 and 1.2.7
> (which you should be headed to 1.2.8 or later as 1.2.7 has been deprecated)
>
> >From 1.0.6 to 1.2.X is several years of development and enhancement and
> configs are not guaranteed to be forward compatible
>
>
>
> On 4/16/13 11:37 PM, "Siri MM" <sirimmfs at gmail.com> wrote:
>
> Hello All,
>
> I am working on migrating our call system from FreeSWITCH 1.0.6 to 1.2.7.
>
> The setup is as follows:
> * CallerDevice registered with Remote FreeSWITCH
> * CalleeDevice registered with Local FreeSWITCH
> * Local FreeSWITCH and Remote FreeSWITCH are in different subnets
>
> I have a C application which is connected to, and interacts with
> FreeSWITCH. On receiving a call from Remote FreeSWITCH on Local
> FreeSWITCH, the call is parked, and then a couple of Lua scripts are
> executed:
> 1. first one sends an INVITE to the callee device via freeswitch
> interface, which makes the callee device to ring
> 2. Once the call is accepted on the device, a second script executes,
> which calls the uuid_bridge applicaiton to bridge the parked call UUID and
> the callee UUID
>
> However, most of the times (it does work a few times), the call
> establishment fails with a DESTINATION_OUT_OF_ORDER error. This exact
> setup, when run with the 1.0.6 version, works without any glitches.
> When I peeped through the code, I see that,  the call state of the callee
> leg, after going into HIBERNATE STATE, never recovers, because of which the
> call times out in the method uuid_bridge_on_soft_execute(), and throws this
> error. In case of the 1.0.6 version, this doesn't happen, and 'State Change
> CS_HIBERNATE -> CS_RESET' takes place, and the call continues. The
> uuid_bridge_on_hibernate() handler, for some reason, doesn't seem to be
> getting called.
>
> Would appreciate any inputs on how to resolve this.. I probably need to
> update my application to work with 1.2.7 version, but am not sure!
>
> Logs at : http://pastebin.freeswitch.org/20800
>
> Thanks!
>
>
>
> ------------------------------
> _________________________________________________________________________
> 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
>
>
> --
> Ken
> *http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
> *irc.freenode.net #freeswitch
>
> _________________________________________________________________________
> 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/20130417/d8f6ed76/attachment.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list