[Freeswitch-users] uuid_bridge causes DESTINATION_OUT_OF_ORDER with FS rev 1.2.7
anthony.minessale at gmail.com
Wed Apr 17 22:13:15 MSD 2013
Is the script that is executing the uuid_bridge running on one of the 2
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.
> 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
>> >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
>> 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
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> Official FreeSWITCH Sites
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> *irc.freenode.net #freeswitch
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> Official FreeSWITCH Sites
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
Anthony Minessale II
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
-------------- next part --------------
An HTML attachment was scrubbed...
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users