[Freeswitch-users] How to prevent source channel hangup after uuid_bridge completion (outbound ESL)?

[Dmitry Sytchev]

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 at 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 at gmail.com>
> To: "FreeSWITCH Users Help" <freeswitch-users at 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 at madovsky.org>:
>>> session_in_hangup_hook ?
>>> ----- Original Message -----
>>> From: "Dmitry Sytchev" <kbdfck at gmail.com>
>>> To: "FreeSWITCH Users Help" <freeswitch-users at 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 at gmail.com>:
>>>>> Thanks, will try this. For some reason I forgot about this, although
>>>>> using it in dialplan :)))
>>>>>
>>>>> 2011/2/1 Christopher Rienzo <cmrienzo at gmail.com>:
>>>>>> Set the hangup_after_bridge channel variable to false.
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 1, 2011 at 9:34 AM, Dmitry Sytchev <kbdfck at 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 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
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best regards,
>>>>>
>>>>> Dmitry Sytchev,
>>>>> IT Engineer
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>>
>>>> Dmitry Sytchev,
>>>> IT Engineer
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Dmitry Sytchev,
>> IT Engineer
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>



-- 
Best regards,

Dmitry Sytchev,
IT Engineer