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

[Siri MM]

Hi Anthony,

Thanks for the reply. Yes the script runs in the session context, and I
tried replacing the uuid with intercept app (tried both with and without
setting intercept_unbridged_only=true).

After the intercept executes, the sessions don't get connected.The lua
script seems to be exiting, as my last log of the scripts gets displayed.

Logs of this iteration are at: http://pastebin.freeswitch.org/20807


On Thu, Apr 18, 2013 at 4:13 AM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> Is the script that is executing the uuid_bridge running on one of the 2
> session?
> If so try executing the intercept app on the other uuid instead.
> Either way, also make sure the script 100% exits once you run the command.
>
>
>
> On Wed, Apr 17, 2013 at 7:01 AM, Siri MM <sirimmfs at gmail.com> wrote:
>
>> Hi Guys,
>>
>> Would appreciate any inputs on this.
>>
>> Thanks!
>>
>>
>> On Wednesday, April 17, 2013, Siri MM wrote:
>>
>>> 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
>>>
>>> _________________________________________________________________________
>>> Profession
>>>
>>>
>> _________________________________________________________________________
>> 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
>>
>>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
> _________________________________________________________________________
> 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/20130418/62b2f9a1/attachment-0001.html