A leg disconnects after uuid_bridge?
Dear friends, In event socket, Why the session is closed for A leg when I do a uuid_bridge with another uuid. I've done the following operations(In nc), * Dial to he socket extension. * connect to the call. * Answered the call. * Bridged with extension X. When B leg terminates, A leg continues to be alive. * Create an uuid. * Originated a call with origination_uuid and parked the leg. * I did a uuid_bridge for these 2 legs. * When B leg terminates the call, A leg is also getting exited. I've tried setting the hangup_after_bridge to false explicitly. But, A leg is getting exited. I need it for further processing. What is the way in which I can keep the A leg alive after uuid_bridge?? -- Regards, Nagalenoj H.
Tell one leg to execute intercept on the other instead. On Feb 2, 2010 9:40 PM, "Nagalenoj H." <nagalenoj@gmail.com> wrote: Dear friends, In event socket, Why the session is closed for A leg when I do a uuid_bridge with another uuid. I've done the following operations(In nc), * Dial to he socket extension. * connect to the call. * Answered the call. * Bridged with extension X. When B leg terminates, A leg continues to be alive. * Create an uuid. * Originated a call with origination_uuid and parked the leg. * I did a uuid_bridge for these 2 legs. * When B leg terminates the call, A leg is also getting exited. I've tried setting the hangup_after_bridge to false explicitly. But, A leg is getting exited. I need it for further processing. What is the way in which I can keep the A leg alive after uuid_bridge?? -- Regards, Nagalenoj H. _______________________________________________ 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
I've used intercept application instead of uuid_bridge. I got the call bridged with the given uuid. But, similar to uuid_bridge, A leg is getting disconnected when B leg terminates. I've did the same steps posted above, but used intercept instead of uuid_bridge. Am I right?! Tried using the hangup_after_bridge=false, but didn't see any difference. On Wed, Feb 3, 2010 at 10:38 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Tell one leg to execute intercept on the other instead.
On Feb 2, 2010 9:40 PM, "Nagalenoj H." <nagalenoj@gmail.com> wrote:
Dear friends, In event socket, Why the session is closed for A leg when I do a uuid_bridge with another uuid. I've done the following operations(In nc), * Dial to he socket extension. * connect to the call. * Answered the call. * Bridged with extension X. When B leg terminates, A leg continues to be alive. * Create an uuid. * Originated a call with origination_uuid and parked the leg. * I did a uuid_bridge for these 2 legs. * When B leg terminates the call, A leg is also getting exited.
I've tried setting the hangup_after_bridge to false explicitly. But, A leg is getting exited. I need it for further processing.
What is the way in which I can keep the A leg alive after uuid_bridge??
-- Regards, Nagalenoj H.
_______________________________________________ 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
_______________________________________________ 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
On Wed, Feb 3, 2010 at 1:12 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
I've used intercept application instead of uuid_bridge. I got the call bridged with the given uuid. But, similar to uuid_bridge, A leg is getting disconnected when B leg terminates. I've did the same steps posted above, but used intercept instead of uuid_bridge. Am I right?!
Tried using the hangup_after_bridge=false, but didn't see any difference.
Are you on the latest SVN of FreeSWITCH? Be sure to "make current" and try again. If the issue remains then capture a complete debug log of the call from start to finish and also pastebin your script so others can test and analyze. -MC
On Wed, Feb 3, 2010 at 7:35 PM, Michael Collins <msc@freeswitch.org> wrote:
On Wed, Feb 3, 2010 at 1:12 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
I've used intercept application instead of uuid_bridge. I got the call bridged with the given uuid. But, similar to uuid_bridge, A leg is getting disconnected when B leg terminates. I've did the same steps posted above, but used intercept instead of uuid_bridge. Am I right?!
Tried using the hangup_after_bridge=false, but didn't see any difference.
Are you on the latest SVN of FreeSWITCH? Be sure to "make current" and try again. If the issue remains then capture a complete debug log of the call from start to finish and also pastebin your script so others can test and analyze. -MC
_______________________________________________ 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
I've updated to latest SVN. Now, the version is 'FreeSWITCH Version 1.0.trunk (16565)'. I tested intercept in this version and the problem persists here. Freeswitch debug log: http://pastebin.freeswitch.org/12043 Script: Not done any scripts, tested through nc command. Used the following commands, sendmsg call-command: execute execute-app-name: answer api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park sendmsg call-command: execute execute-app-name:intercept execute-app-arg: c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565 Steps: * Make a call to the socket extension. * Answer the call. * Originate a call and park it. * Intercept the originated call's uuid. * Disconnect the 'B' leg. * You will notice the 'A' leg is also getting disconnected. -- Regards, Nagalenoj H.
By using create_uuid. I've also tried without giving origination_uuid. But, the result is same. -- Regards, Nagalenoj H. On Thu, Feb 4, 2010 at 5:42 PM, Brian West <brian@freeswitch.org> wrote:
Where are you getting this UUID?
/b
On Feb 4, 2010, at 3:32 AM, Nagalenoj H. wrote:
api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park
_______________________________________________ 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
1. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:354 ( sofia/internal/1010@192.168.1.222) State SOFT_EXECUTE going to sleep 2. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:314 ( sofia/internal/1010@192.168.1.222) Running State Change CS_EXECUTE 3. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:348 ( sofia/internal/1010@192.168.1.222) State EXECUTE 4. 2010-02-04 14:30:09.574084 [DEBUG] mod_sofia.c:181 sofia/internal/1010 @192.168.1.222 SOFIA EXECUTE 5. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:159sofia/internal/ 1010@192.168.1.222 Standard EXECUTE 6. 2010-02-04 14:30:09.574084 [NOTICE] switch_core_state_machine.c:187Hangup sofia/internal/ 1010@192.168.1.222 [CS_EXECUTE] [NORMAL_CLEARING] Your channel went back to EXECUTE as expected then it hungup because there were no more instructions in your dial plan for it to execute. So it is working as expected. Consider using transfer_after_bridge variable or park_after bridge to make it stay around when the call is over. On Thu, Feb 4, 2010 at 6:52 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
By using create_uuid. I've also tried without giving origination_uuid. But, the result is same.
-- Regards, Nagalenoj H.
On Thu, Feb 4, 2010 at 5:42 PM, Brian West <brian@freeswitch.org> wrote:
Where are you getting this UUID?
/b
On Feb 4, 2010, at 3:32 AM, Nagalenoj H. wrote:
api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park
_______________________________________________ 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
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Sorry., I couldn't understand its behavior. Let me ask the same question in this way. * hangup_after_bridge is set to false. * In outbound socket, first I answer the call. * When I do a bridge to a extension (1001), after 1001 disconnects the call. I am able to make another call. sendmsg call-command: execute execute-app-name: bridge execute-app-arg: user/1001 * When I originate a call to extension (1001), after 1001 disconnects the call. I'm unable to make another call, because my session is also getting closed. api originate user/1001 &park Content-Type: api/response Content-Length: 41 +OK 1fac17ce-120b-11df-a878-d9c7fbcf71c4 sendmsg call-command: execute execute-app-name: intercept execute-app-arg: 1fac17ce-120b-11df-a878-d9c7fbcf71c4 * In both the case, the call is getting bridged to an extension and hangup_after_bridge is false. * When bridge doesn't need any other variables to set to continue, why intercept needs a explicit park after bridge.? Hope, this has some clarity., On Thu, Feb 4, 2010 at 9:24 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
1. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:354 ( sofia/internal/1010@192.168.1.222) State SOFT_EXECUTE going to sleep 2. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:314 ( sofia/internal/1010@192.168.1.222) Running State Change CS_EXECUTE 3. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:348 ( sofia/internal/1010@192.168.1.222) State EXECUTE 4. 2010-02-04 14:30:09.574084 [DEBUG] mod_sofia.c:181 sofia/internal/ 1010@192.168.1.222 SOFIA EXECUTE 5. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:159sofia/internal/ 1010@192.168.1.222 Standard EXECUTE 6. 2010-02-04 14:30:09.574084 [NOTICE] switch_core_state_machine.c:187Hangup sofia/internal/ 1010@192.168.1.222 [CS_EXECUTE] [NORMAL_CLEARING]
Your channel went back to EXECUTE as expected then it hungup because there were no more instructions in your dial plan for it to execute. So it is working as expected.
Consider using transfer_after_bridge variable or park_after bridge to make it stay around when the call is over.
On Thu, Feb 4, 2010 at 6:52 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
By using create_uuid. I've also tried without giving origination_uuid. But, the result is same.
-- Regards, Nagalenoj H.
On Thu, Feb 4, 2010 at 5:42 PM, Brian West <brian@freeswitch.org> wrote:
Where are you getting this UUID?
/b
On Feb 4, 2010, at 3:32 AM, Nagalenoj H. wrote:
api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park
_______________________________________________ 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
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
-- Regards, Nagalenoj H.
try latest trunk i think your issue is fixed. On Thu, Feb 4, 2010 at 10:41 PM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Sorry., I couldn't understand its behavior.
Let me ask the same question in this way.
* hangup_after_bridge is set to false. * In outbound socket, first I answer the call. * When I do a bridge to a extension (1001), after 1001 disconnects the call. I am able to make another call. sendmsg call-command: execute execute-app-name: bridge execute-app-arg: user/1001
* When I originate a call to extension (1001), after 1001 disconnects the call. I'm unable to make another call, because my session is also getting closed. api originate user/1001 &park
Content-Type: api/response Content-Length: 41
+OK 1fac17ce-120b-11df-a878-d9c7fbcf71c4
sendmsg call-command: execute execute-app-name: intercept execute-app-arg: 1fac17ce-120b-11df-a878-d9c7fbcf71c4
* In both the case, the call is getting bridged to an extension and hangup_after_bridge is false. * When bridge doesn't need any other variables to set to continue, why intercept needs a explicit park after bridge.?
Hope, this has some clarity.,
On Thu, Feb 4, 2010 at 9:24 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
1. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:354 (sofia/internal/1010@192.168.1.222) State SOFT_EXECUTE going to sleep 2. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1010@192.168.1.222) Running State Change CS_EXECUTE 3. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1010@192.168.1.222) State EXECUTE 4. 2010-02-04 14:30:09.574084 [DEBUG] mod_sofia.c:181 sofia/internal/ 1010@192.168.1.222 SOFIA EXECUTE 5. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:159sofia/internal/ 1010@192.168.1.222 Standard EXECUTE 6. 2010-02-04 14:30:09.574084 [NOTICE] switch_core_state_machine.c:187Hangup sofia/internal/ 1010@192.168.1.222 [CS_EXECUTE] [NORMAL_CLEARING]
Your channel went back to EXECUTE as expected then it hungup because there were no more instructions in your dial plan for it to execute. So it is working as expected.
Consider using transfer_after_bridge variable or park_after bridge to make it stay around when the call is over.
On Thu, Feb 4, 2010 at 6:52 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
By using create_uuid. I've also tried without giving origination_uuid. But, the result is same.
-- Regards, Nagalenoj H.
On Thu, Feb 4, 2010 at 5:42 PM, Brian West <brian@freeswitch.org> wrote:
Where are you getting this UUID?
/b
On Feb 4, 2010, at 3:32 AM, Nagalenoj H. wrote:
api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park
_______________________________________________ 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
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
-- Regards, Nagalenoj H.
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
I've upgraded to trunk number - 16580. But, Intercept isn't working as per the my understanding(in my last mail). While doing 'make current', faced the following errors.. But, after installing, I executed freeswitch and it showed the version as 16580. installing mod_voicemail.so make[6]: Leaving directory `/root/files/freeswitch/src/mod/applications/mod_voicemail' make[5]: Leaving directory `/root/files/freeswitch/src/mod/applications/mod_voicemail' making install mod_voipcodecs make[5]: Entering directory `/root/files/freeswitch/src/mod/codecs/mod_voipcodecs' make[6]: Entering directory `/root/files/freeswitch/src/mod/codecs/mod_voipcodecs' make[7]: Entering directory `/root/files/freeswitch/libs/tiff-3.8.2' cd . && /bin/sh /root/files/freeswitch/libs/tiff-3.8.2/config/missing --run automake-1.9 --foreign Makefile configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found. configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE, configure.ac: that aclocal.m4 is present in the top-level directory, configure.ac: and that aclocal.m4 was recently regenerated (using aclocal). configure.ac: required file `config/install-sh' not found configure.ac:37: required file `config/config.guess' not found configure.ac:37: required file `config/config.sub' not found make[7]: *** [Makefile.in] Error 1 make[7]: Leaving directory `/root/files/freeswitch/libs/tiff-3.8.2' make[6]: *** [/root/files/freeswitch/libs/tiff-3.8.2/libtiff/libtiff.la] Error 2 make[6]: Leaving directory `/root/files/freeswitch/src/mod/codecs/mod_voipcodecs' make[5]: *** [install] Error 1 make[5]: Leaving directory `/root/files/freeswitch/src/mod/codecs/mod_voipcodecs' make[4]: *** [mod_voipcodecs-install] Error 1 make[4]: Leaving directory `/root/files/freeswitch/src/mod' make[4]: Entering directory `/root/files/freeswitch/src' make[4]: Leaving directory `/root/files/freeswitch/src' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/root/files/freeswitch/src' make[2]: Leaving directory `/root/files/freeswitch' make[1]: Leaving directory `/root/files/freeswitch' On Fri, Feb 5, 2010 at 11:54 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try latest trunk i think your issue is fixed.
On Thu, Feb 4, 2010 at 10:41 PM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Sorry., I couldn't understand its behavior.
Let me ask the same question in this way.
* hangup_after_bridge is set to false. * In outbound socket, first I answer the call. * When I do a bridge to a extension (1001), after 1001 disconnects the call. I am able to make another call. sendmsg call-command: execute execute-app-name: bridge execute-app-arg: user/1001
* When I originate a call to extension (1001), after 1001 disconnects the call. I'm unable to make another call, because my session is also getting closed. api originate user/1001 &park
Content-Type: api/response Content-Length: 41
+OK 1fac17ce-120b-11df-a878-d9c7fbcf71c4
sendmsg call-command: execute execute-app-name: intercept execute-app-arg: 1fac17ce-120b-11df-a878-d9c7fbcf71c4
* In both the case, the call is getting bridged to an extension and hangup_after_bridge is false. * When bridge doesn't need any other variables to set to continue, why intercept needs a explicit park after bridge.?
Hope, this has some clarity.,
On Thu, Feb 4, 2010 at 9:24 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
1. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:354 (sofia/internal/1010@192.168.1.222) State SOFT_EXECUTE going to sleep 2. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1010@192.168.1.222) Running State Change CS_EXECUTE 3. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1010@192.168.1.222) State EXECUTE 4. 2010-02-04 14:30:09.574084 [DEBUG] mod_sofia.c:181 sofia/internal/ 1010@192.168.1.222 SOFIA EXECUTE 5. 2010-02-04 14:30:09.574084 [DEBUG] switch_core_state_machine.c:159sofia/internal/ 1010@192.168.1.222 Standard EXECUTE 6. 2010-02-04 14:30:09.574084 [NOTICE] switch_core_state_machine.c: 187 Hangup sofia/internal/1010@192.168.1.222 [CS_EXECUTE] [ NORMAL_CLEARING]
Your channel went back to EXECUTE as expected then it hungup because there were no more instructions in your dial plan for it to execute. So it is working as expected.
Consider using transfer_after_bridge variable or park_after bridge to make it stay around when the call is over.
On Thu, Feb 4, 2010 at 6:52 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
By using create_uuid. I've also tried without giving origination_uuid. But, the result is same.
-- Regards, Nagalenoj H.
On Thu, Feb 4, 2010 at 5:42 PM, Brian West <brian@freeswitch.org>wrote:
Where are you getting this UUID?
/b
On Feb 4, 2010, at 3:32 AM, Nagalenoj H. wrote:
api originate {origination_uuid=c6d2e0e2-0b2f-11df-9e84-fb15c3cd8565}user/1001 &park
_______________________________________________ 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
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
-- Regards, Nagalenoj H.
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
-- Regards, Nagalenoj H.
participants (4)
-
Anthony Minessale
-
Brian West
-
Michael Collins
-
Nagalenoj H.