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 :
> For good measure, this is with tr...@14973
>
> 2009/9/25 Harry Vangberg :
>> Just tried that, but that simply results in *nothing* happenin
For good measure, this is with tr...@14973
2009/9/25 Harry Vangberg :
> 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 hang
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 :
> in that case, it's probably a
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 wrote:
> Not exactly, as I said, i
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_
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 wrote:
> Hello
>
> My setup is this (I've s