[Freeswitch-dev] hangup_after_bridge and intercept application

Anthony Minessale anthony.minessale at gmail.com
Fri Aug 15 11:43:58 EDT 2008


<action application="transfer" data="-bleg 2103" />

if the call is currently in a bridge it will transfer the other side of the
call instead of itself.
also

<action application="transfer" data="-both 2103" />

would transfer both legs of the call to the same ext. i.e a conference
extension etc.





On Fri, Aug 15, 2008 at 10:28 AM, Francisco de Ezcurra <
francisco at deezcurra.com.ar> wrote:

> Anthony
>
> I was not answering the call originated via mod_event_socket so that was
> why
> it didn't work as I expected. My fault. :(
>
> I tried to use the -bleg with transfer but i could not figure out how to
> use
> it so used uuid_transfer like this and it is working as I need.
>
>     <extension name="intercept">
>        <condition field="destination_number" expression="2101">
>           <action application="set"
> data="bleg=c0153280-6ad8-11dd-85e3-9108b1fae78b"/>
>          <action application="answer" />
>          <action application="export" data="hangup_after_bridge=false"/>
>          <action application="set" data="api_hangup_hook=uuid_transfer
> ${bleg} 2102" />
>          <action application="intercept" data="${bleg}"/>
>          <action application="transfer" data="2103" />
>        </condition>
>      </extension>
>
> Is there any way to use the transfer application with -bleg in the dialplan
> ?
> If yes, how is the syntax ?
>
> Thanks in advance
> Panchi
>
>
>
> On Thursday 14 August 2008, Anthony Minessale wrote:
>  The extension that executed the intercept app is the one that will be able
>  to move on in the dialplan after the call because it's the effective A leg
>  and that is the extension that had a dialplan instruction set.
>
>  BTW,
>  you can execute transfer with the -bleg option to perform the transfer on
>  the opposite leg of the call.
>
>
>
>  On Thu, Aug 14, 2008 at 3:07 PM, Francisco de Ezcurra <
>
>  francisco at deezcurra.com.ar> wrote:
>  > The fix works if i hangup the channel that makes the intercept. The
> other
>  > leg
>  > goes back to the fifo. But when i hangup the other leg the channel that
>  > made
>  > the intercept is hung up.
>  >
>  > What I expect with this (ext. 2101)  dialplan is that the channel that
>  > makes
>  > the intercept executes the transfer to 2102 when the other leg hangs up.
>  >
>  > Is this possible? I can not use the variable api_hangup_hook on the
>  > channel created in the originate via MES because I don't know at that
>  > moment the other leg.
>  >
>  >
>  > Thanks
>  > Panchi
>
> _______________________________________________
> Freeswitch-dev mailing list
> Freeswitch-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20080815/777595c5/attachment.html 


More information about the Freeswitch-dev mailing list