Yea, I tried that too. I have it: dtmfmode=rfc2833
--
Regards,
Robert Broyles
Brent Davidson wrote:
Robert Broyles wrote:
Okay. I'm using this all over SIP Trunking with Vitelity.
Any other suggestions?
--
Regards,
Robert Broyles
Eric Wieling, Asteria Solutions Group wrote:
Robert Broyles wrote:
So I'm using the READ() application within an IVR, and having a strange
issue, and wondering if anyone else has had this problem.
When calling from an outside line, and entering the digits during the
read() part of my dialplan, it's accepting some of the digits twice,
though it's only keyed in once.
When testing the dialplan internally, it accepts only the digits that I
key in.
Anyone else experienced this?
Yes. Most of the time it is either because I put relaxdtmf=yes in
zapata.conf or because my rxgain is too low on that port.
I've seen an issue similar to this when the sip peer was providing
DTMF over multiple encodings at the same time. Usually, it's when
Asterisk is expecting DTMF via inband, but the peer is sending inband
and either INFO or rfc2833. What do you have the dtmfmode= line set
to in your sip.conf?
------------------------------------------------------------------------
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
DISCLAIMER : This email and any files transmitted with it are property of
Poornam Info Vision Pvt. Ltd. This email contains confidential information
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify the sender
immediately and delete this e-mail from your system. If you are not the
intended recipient you are notified that disclosing, copying, distributing or
taking any action in reliance on the contents of this information is strictly
prohibited.
Warning: Although the company has taken reasonable precautions to ensure no
viruses are present in this email, the company cannot accept responsibility for
any loss or damage arising from the use of this email or attachments.
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
