uuid_bridge causes DESTINATION_OUT_OF_ORDER with FS rev 1.2.7
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!
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@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@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
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch
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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ 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
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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Profession
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@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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Profession
_________________________________________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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@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@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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Profession
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
Can you migrate this to http://jira.freeswitch.org ? On Wed, Apr 17, 2013 at 6:25 PM, Siri MM <sirimmfs@gmail.com> wrote:
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@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@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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Profession
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Thanks Anthony, I have created an issue in Jira: FS-5326<http://jira.freeswitch.org/browse/FS-5326> <http://jira.freeswitch.org/browse/FS-5326> On Thu, Apr 18, 2013 at 9:30 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Can you migrate this to http://jira.freeswitch.org ?
On Wed, Apr 17, 2013 at 6:25 PM, Siri MM <sirimmfs@gmail.com> wrote:
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@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@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@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@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@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
-- Ken *http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org *irc.freenode.net #freeswitch
_________________________________________________________________________ Profession
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ 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
participants (3)
-
Anthony Minessale
-
Ken Rice
-
Siri MM