[Freeswitch-users] Transfer hangs.

Harry Vangberg harry at vangberg.name
Thu Sep 24 12:04:03 PDT 2009


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




More information about the FreeSWITCH-users mailing list