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

Madovsky infos at madovsky.org
Wed Feb 2 19:17:27 MSK 2011


> 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 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
>
> _______________________________________________
> 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 




More information about the FreeSWITCH-users mailing list