thanks Andrew,
I realize the #1 change, my problem is that for some reason, when
under a minimal amount of load, say 4 to 5 simultaneous calls, the
transfer capability starts working somewhat different, either won't get
the # or won't get the redirection digits. Since I'm dialing from an
automated sytem (another IVR), I'm still not sure what the behaviour
is on the audible band, just can say it works fine with no load and
usually fails with load.
So I thought I should just detect a tone (other than the # transfer
tone) and handle it via the Dial plan, only that even when the debug
messages file shows a tone dialed during the bridged call, the dial
plan is not triggered in such an event. So I can't get the tone.
any clue?
regards
Andrew Joakimsen escribió:
# transfer is actually depreciated, replaced by default with #1, see
features.conf for more details.
On 10/10/06, MF <[EMAIL PROTECTED]> wrote:
Hi all
I have a call that comes in via a first E1 and goes out via a second
one, my problem is I need to catch a digit dialed by the second one,
during the conversation, I know I can detect the # for a call
transfer, but nothing else,
Any Idea on how to do this I deeply appreciate, !!
thanks
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
