:
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 ha...@vangberg.name wrote
For good measure, this is with tr...@14973
2009/9/25 Harry Vangberg ha...@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
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 ha...@vangberg.name:
For good measure, this is with tr...@14973
2009/9/25 Harry Vangberg ha...@vangberg.name:
Just tried
/Custom_Ring_Back_Tones
specifically transfer_ringback
On Thu, Sep 24, 2009 at 1:35 PM, Harry Vangberg ha...@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
bind meta app, try using the
att_xfer app instead
it works like bridge but when you call C you can press # to hangup and
bridge a to c or press 0 to conference call all 3.
On Tue, Sep 1, 2009 at 6:17 AM, Harry Vangberg ha...@vangberg.name wrote:
My basic functionality is this: A calls
of bridge or att_xfer then use transfer to transfer to an extension
that does the bridge.
or transfer to the inline dialplan.
On Wed, Sep 2, 2009 at 5:00 AM, Harry Vangberg ha...@vangberg.name wrote:
Ah. att_xfer seems nice. But, it still doesn't allow C to eventually
rebridge A to B
My basic functionality is this: A calls in, is bridged to B (). I
use bind_meta_app to let B rebridge A to C (). After having been
rebridged to C, C should be able to rebridge A to B *again*, and so
on.
This is the code I have:
context name=public
extension name=ff-ivr
Hello.
After pestering the IRC channel for a few days with useless
information, I think I've finally made a breakthrough, but I have no
idea why it works this way.
Basically, what I want to achieve is: A calls in and is bridged to B
(1234). If B presses *1, he should be taken out, and A be
For your information, revision 14644 committed by anthm fixes this.
Again, thanks!
2009/8/26 Harry Vangberg ha...@vangberg.name:
Hello.
After pestering the IRC channel for a few days with useless
information, I think I've finally made a breakthrough, but I have no
idea why it works this way
