[Freeswitch-users] Transfer hangs.

Fri Sep 25 13:13:14 PDT 2009

If anybody else cares, this was fixed by 14983
(http://fisheye.freeswitch.org/changelog/FreeSWITCH/?cs=14983)

Thanks to Anthony.

2009/9/25 Harry Vangberg <harry at vangberg.name>:
> For good measure, this is with trunk at 14973
>
> 2009/9/25 Harry Vangberg <harry at vangberg.name>:
>> 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 <anthony.minessale at gmail.com>:
>>> 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 <harry at vangberg.name> 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/hemmeligt at 129.142.224.250 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/hemmeligt at 129.142.224.250 [BREAK]
>>>> 2009-09-24 18:29:48.138326 [DEBUG] switch_ivr_bridge.c:228
>>>> sofia/external/hemmeligt at 129.142.224.250 receive message [UNBRIDGE]
>>>> 2009-09-24 18:29:48.138326 [DEBUG] switch_core_session.c:630 Send
>>>> signal sofia/external/hemmeligt at 129.142.224.250 [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/hemmeligt at 129.142.224.250 [BREAK]
>>>> 2009-09-24 18:30:09.111448 [DEBUG] switch_ivr.c:540
>>>> sofia/external/hemmeligt at 129.142.224.250 Command Execute
>>>> transfer(ff-transfer XML public)
>>>> EXECUTE sofia/external/hemmeligt at 129.142.224.250 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 <anthony.minessale at gmail.com>:
>>>> > 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 <harry at vangberg.name>
>>>> > 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-trunk at 14962
>>>> >>
>>>> >> _______________________________________________
>>>> >> 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
>>>> > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>>>> > IRC: irc.freenode.net #freeswitch
>>>> >
>>>> > FreeSWITCH Developer Conference
>>>> > sip:888 at conference.freeswitch.org
>>>> > iax:guest at conference.freeswitch.org/888
>>>> > googletalk:conf+888 at conference.freeswitch.org
>>>> > pstn:213-799-1400
>>>> >
>>>> > _______________________________________________
>>>> > 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
>>>
>>>
>>>
>>> --
>>> 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
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org
>>> iax:guest at conference.freeswitch.org/888
>>> googletalk:conf+888 at conference.freeswitch.org
>>> pstn:213-799-1400
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>