How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
Hi I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL? Thanks in advance -- Best regards, Dmitry Sytchev, IT Engineer
Set the hangup_after_bridge channel variable to false. On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :))) 2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards, Dmitry Sytchev, IT Engineer
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up. But I need to stay in ESL script after channel I originated hangs up. How to do this? 2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards, Dmitry Sytchev, IT Engineer
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
It doesn't help, because even if I set api_hangup_hook, after initial channel was bridged with uuid_bridge in ESL script I can't get it parked, for example, with uuid_park since api_hangup_hook seems to be called after channel is destroyed. I'm doing uuid_bridge from ESL script, and I need to stay in script when bridge destroys. Here is my sequence: A calls in FS FS lauches socket app to create outbound ESL connection ESL script forks and listens for DTMF events When user presses 1, I launch api "originate sofia/external/something &park()" When user presses 2, I do "uuid_bridge source_uuid originated_uuid" After originated channel hangs up, socket app finishes and tries to continue on dialplan. I need to prevent this behaviour and let ESL stay alive to decide what to do next with source channel. 2011/2/2 Madovsky <infos@madovsky.org>:
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards, Dmitry Sytchev, IT Engineer
not sure you can continue the dialplan after hangup from esl because I'm looking the same need and didnt' find the trick. did you try in sync full mode ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 10:29 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
It doesn't help, because even if I set api_hangup_hook, after initial channel was bridged with uuid_bridge in ESL script I can't get it parked, for example, with uuid_park since api_hangup_hook seems to be called after channel is destroyed.
I'm doing uuid_bridge from ESL script, and I need to stay in script when bridge destroys.
Here is my sequence:
A calls in FS FS lauches socket app to create outbound ESL connection ESL script forks and listens for DTMF events When user presses 1, I launch api "originate sofia/external/something &park()" When user presses 2, I do "uuid_bridge source_uuid originated_uuid" After originated channel hangs up, socket app finishes and tries to continue on dialplan. I need to prevent this behaviour and let ESL stay alive to decide what to do next with source channel.
2011/2/2 Madovsky <infos@madovsky.org>:
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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'm trying in async full I found single solution at the moment - catch CHANNEL_HANGUP from originated channel and park source channel in event handler, this works and keeps source channel from hanging up. But what will happen with source channel I don't get event in time or delay its processing? 2011/2/2 Madovsky <infos@madovsky.org>:
not sure you can continue the dialplan after hangup from esl because I'm looking the same need and didnt' find the trick. did you try in sync full mode ?
----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 10:29 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
It doesn't help, because even if I set api_hangup_hook, after initial channel was bridged with uuid_bridge in ESL script I can't get it parked, for example, with uuid_park since api_hangup_hook seems to be called after channel is destroyed.
I'm doing uuid_bridge from ESL script, and I need to stay in script when bridge destroys.
Here is my sequence:
A calls in FS FS lauches socket app to create outbound ESL connection ESL script forks and listens for DTMF events When user presses 1, I launch api "originate sofia/external/something &park()" When user presses 2, I do "uuid_bridge source_uuid originated_uuid" After originated channel hangs up, socket app finishes and tries to continue on dialplan. I need to prevent this behaviour and let ESL stay alive to decide what to do next with source channel.
2011/2/2 Madovsky <infos@madovsky.org>:
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>:
Set the hangup_after_bridge channel variable to false.
On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> wrote: > > Hi > > I'm trying to originate call from outbound ESL and then bridge it to > original channel where ESL is launched on. > I use api originate with &park(), then uuid_bridge. Everything works > as expected, but when second leg hangs up, first leg gets hangup too. > How can I prevent first leg from hanging up and continue to process > it > in ESL? > > Thanks in advance > > > -- > Best regards, > > Dmitry Sytchev, > IT Engineer > > _______________________________________________ > 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
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards, Dmitry Sytchev, IT Engineer
I'm trying in async full try full only
I found single solution at the moment - catch CHANNEL_HANGUP from originated channel and park source channel in event handler, this works and keeps source channel from hanging up.
But what will happen with source channel I don't get event in time or delay its processing? not a stable solution I think
2011/2/2 Madovsky <infos@madovsky.org>:
not sure you can continue the dialplan after hangup from esl because I'm looking the same need and didnt' find the trick. did you try in sync full mode ?
----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 10:29 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
It doesn't help, because even if I set api_hangup_hook, after initial channel was bridged with uuid_bridge in ESL script I can't get it parked, for example, with uuid_park since api_hangup_hook seems to be called after channel is destroyed.
I'm doing uuid_bridge from ESL script, and I need to stay in script when bridge destroys.
Here is my sequence:
A calls in FS FS lauches socket app to create outbound ESL connection ESL script forks and listens for DTMF events When user presses 1, I launch api "originate sofia/external/something &park()" When user presses 2, I do "uuid_bridge source_uuid originated_uuid" After originated channel hangs up, socket app finishes and tries to continue on dialplan. I need to prevent this behaviour and let ESL stay alive to decide what to do next with source channel.
2011/2/2 Madovsky <infos@madovsky.org>:
session_in_hangup_hook ? ----- Original Message ----- From: "Dmitry Sytchev" <kbdfck@gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, February 02, 2011 6:43 AM Subject: Re: [Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?
hangup_after_bridge=false doesn't prevent source channel to be hangup. socket application we use to create outbound ESL connection is finished on originated channel hangup, and since there is no more apps to run in dialplan, channel hangs up.
But I need to stay in ESL script after channel I originated hangs up. How to do this?
2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Thanks, will try this. For some reason I forgot about this, although using it in dialplan :)))
2011/2/1 Christopher Rienzo <cmrienzo@gmail.com>: > Set the hangup_after_bridge channel variable to false. > > > On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck@gmail.com> > wrote: >> >> Hi >> >> I'm trying to originate call from outbound ESL and then bridge it >> to >> original channel where ESL is launched on. >> I use api originate with &park(), then uuid_bridge. Everything >> works >> as expected, but when second leg hangs up, first leg gets hangup >> too. >> How can I prevent first leg from hanging up and continue to process >> it >> in ESL? >> >> Thanks in advance >> >> >> -- >> Best regards, >> >> Dmitry Sytchev, >> IT Engineer >> >> _______________________________________________ >> 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 > >
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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
-- Best regards,
Dmitry Sytchev, IT Engineer
_______________________________________________ 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 tried to process CHANNEL_HANGUP of second channel to issue uuid_park on source channel and this worked. But as far as I understand I should react quickly on this event to prevent source channel hangup? Is there a better way to ensure that source channel should not be destroyed? 2011/2/1 Dmitry Sytchev <kbdfck@gmail.com>:
Hi
I'm trying to originate call from outbound ESL and then bridge it to original channel where ESL is launched on. I use api originate with &park(), then uuid_bridge. Everything works as expected, but when second leg hangs up, first leg gets hangup too. How can I prevent first leg from hanging up and continue to process it in ESL?
Thanks in advance
-- Best regards,
Dmitry Sytchev, IT Engineer
-- Best regards, Dmitry Sytchev, IT Engineer
participants (3)
-
Christopher Rienzo
-
Dmitry Sytchev
-
Madovsky