Just tried that, but that simply results in *nothing* happening. It processes the meta digit, but then it just goes on, without transfering at all, nor if the original B-leg hangs up - that just results in the A-leg hanging up as well.
2009/9/25 Anthony Minessale <[email protected]>: > in that case, it's probably a delay in the media stream where the app is > queued when you press the key > > try updating to trunk and add the new i flag to the flags param i.e. 1 b ai > transfer::ff-transfer XML public > > > On Thu, Sep 24, 2009 at 2:04 PM, Harry Vangberg <[email protected]> wrote: >> >> Not exactly, as I said, if the original B-leg doesn't hang up, it will >> wait 20 second before transfering to the new extension (check the >> timestamps!) - but if the original B leg hangs up, it gets transfered >> to the extension immediately. >> >> Look at this: >> >> 2009-09-24 18:29:48.138326 [DEBUG] switch_ivr_async.c:2042 >> sofia/external/[email protected] Processing meta digit '1' >> [transfer::ff-transfer XML public] >> 2009-09-24 18:29:48.138326 [DEBUG] switch_core_session.c:813 Send >> signal sofia/external/[email protected] [BREAK] >> 2009-09-24 18:29:48.138326 [DEBUG] switch_ivr_bridge.c:228 >> sofia/external/[email protected] receive message [UNBRIDGE] >> 2009-09-24 18:29:48.138326 [DEBUG] switch_core_session.c:630 Send >> signal sofia/external/[email protected] [BREAK] >> 2009-09-24 18:29:48.278342 [DEBUG] switch_core_session.c:813 Send >> signal sofia/external/46934488 [BREAK] >> 2009-09-24 18:29:48.298341 [DEBUG] switch_ivr_bridge.c:228 >> sofia/external/46934488 receive message [UNBRIDGE] >> 2009-09-24 18:29:48.298341 [DEBUG] switch_core_session.c:630 Send >> signal sofia/external/46934488 [BREAK] >> 2009-09-24 18:29:48.438320 [DEBUG] switch_ivr.c:540 >> sofia/external/46934488 Command Execute playback(local_stream://moh) >> EXECUTE sofia/external/46934488 playback(local_stream://moh) >> 2009-09-24 18:29:48.438320 [WARNING] mod_local_stream.c:318 Unknown >> source moh, trying 'default' >> 2009-09-24 18:29:48.438320 [ERR] mod_local_stream.c:327 Unknown source >> default >> 2009-09-24 18:29:48.438320 [DEBUG] switch_ivr_bridge.c:231 >> sofia/external/46934488 receive message [BRIDGE] >> 2009-09-24 18:29:48.438320 [DEBUG] switch_core_session.c:630 Send >> signal sofia/external/46934488 [BREAK] >> 2009-09-24 18:29:48.438320 [DEBUG] switch_ivr_bridge.c:233 Send signal >> sofia/external/[email protected] [BREAK] >> 2009-09-24 18:30:09.111448 [DEBUG] switch_ivr.c:540 >> sofia/external/[email protected] Command Execute >> transfer(ff-transfer XML public) >> EXECUTE sofia/external/[email protected] transfer(ff-transfer >> XML public) >> >> >From 18:29:48 to 19:30:09 nothing happens - it's first then it's >> transferred to the new extension, and first after that that the new >> B-leg will even get called. >> >> 2009/9/24 Anthony Minessale <[email protected]>: >> > because it's waiting for the other party to answer >> > >> > if you want to hear ringback or music while you are waiting >> > see: >> > http://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones >> > >> > specifically transfer_ringback >> > >> > >> > On Thu, Sep 24, 2009 at 1:35 PM, Harry Vangberg <[email protected]> >> > wrote: >> >> >> >> Hello >> >> >> >> My setup is this (I've simplified everything, because a lot of my >> >> logic isn't necesarry for showcasing this): A calls in, transfer is >> >> bound as meta app, B is bridged. When the meta app is processed, the >> >> call is transfered to a new extension, which rebridges A. But! After >> >> triggering the meta app, it hangs 20 seconds, until transfering to the >> >> new extension, unless the B-leg hangs up manually. >> >> >> >> It should be noted that I've set dtmf-type=sip-info, as I would like >> >> to bypass media–if there's a better solution to get DTMF events while >> >> bypassing media, please say so, as I know the SIP INFO solution is >> >> kinda havoced. >> >> >> >> This is my dialplan: >> >> >> >> <include> >> >> <context name="public"> >> >> >> >> <extension name="ff-ivr"> >> >> <condition field="destination_number" expression="^(\d+)$"> >> >> <action application="answer" /> >> >> <action application="bind_meta_app" data="1 b a >> >> transfer::ff-transfer XML public" /> >> >> <action application="bridge" >> >> data="sofia/gateway/gw1.fonet.dk/46934488" /> >> >> </condition> >> >> </extension> >> >> >> >> <extension name="ff-transfer"> >> >> <condition field="destination_number" expression="^ff-transfer$"> >> >> <action application="bridge" >> >> data="sofia/gateway/gw1.fonet.dk/31354228" /> >> >> </condition> >> >> </extension> >> >> ... >> >> </context> >> >> </include> >> >> >> >> A full trace of a session with A calling in, B answering, B triggering >> >> meta app, waiting for transfer, and finally bridge to C is attached. >> >> >> >> This is using freeswitch-tr...@14962 >> >> >> >> _______________________________________________ >> >> FreeSWITCH-users mailing list >> >> [email protected] >> >> 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:[email protected] >> > GTALK/JABBER/PAYPAL:[email protected] >> > IRC: irc.freenode.net #freeswitch >> > >> > FreeSWITCH Developer Conference >> > sip:[email protected] >> > iax:[email protected]/888 >> > googletalk:[email protected] >> > pstn:213-799-1400 >> > >> > _______________________________________________ >> > FreeSWITCH-users mailing list >> > [email protected] >> > 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 >> [email protected] >> 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:[email protected] > GTALK/JABBER/PAYPAL:[email protected] > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:[email protected] > iax:[email protected]/888 > googletalk:[email protected] > pstn:213-799-1400 > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
