[Freeswitch-users] att_xfer and Loopback

[Anthony Minessale]

hit send too soon
you want to set  loopback_bowout=false

This keeps loopback from trying to destroy itself when it sees a chance to
cut out of the call path.


On Wed, Nov 11, 2009 at 10:11 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

>
> set/export the channel variable loopback_bowout=true so it's on the
> loopback leg
>
>
>
>
> On Wed, Nov 11, 2009 at 4:27 PM, Peter P GMX <Prometheus001 at gmx.net>wrote:
>
>> Hello,
>>
>> I have some problems with attended transfer and loopback
>>
>> Scenario how id <does> work
>> - A calls B
>> - B enters *4 gets an announcement and enter digits for C (A get MOH)
>> - C is called
>> - As soon as C picks up the call, A and C are connected and B is dropped
>>
>> How it <should> work until here:
>> - A calls B
>> - B enters *4 gets an announcement and enter digits for C (A get MOH)
>> - C is called
>> - As soon as C picks up the call, B and C are connected (A still MOH)
>>
>> The dial string for C is dynamic and dependent on certain parameters,
>> therefore C must be called via Loopback in our scenario.
>>
>>
>> Here are the configs:
>> In dialplan for calling B:
>> <anti-action application="bind_meta_app" data="4 b b
>> execute_extension::attended_xfer XML default"/>
>>
>> Dialplan for executing the att_xfer:
>> <extension name="attended_xfer">
>>    <condition field="destination_number" expression="^attended_xfer$">
>>      <action application="set" data="continue_on_fail=true"/>
>>      <action application="read" data="3 4 ivr/ivr-enter_ext.wav
>> attxfer_callthis 30000 #"/>
>>      <action application="set" data="origination_cancel_key=#"/>
>>      <action application="att_xfer" data="loopback/${attxfer_callthis}"/>
>>    </condition>
>> </extension>
>>
>> So this is pretty standard, except the loopback. SVN is 15322.
>>
>> Anybody has a solution for this?
>>
>>
>> Best regards
>> Peter
>>
>>
>>
>> _______________________________________________
>> 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
>>
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> 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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

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-users/attachments/20091111/b913d75a/attachment-0002.html