Difference between revisions of "DTMF problems"

From Kolmisoft Wiki
Jump to navigationJump to search
 
(8 intermediate revisions by 2 users not shown)
Line 1: Line 1:
= DTMF digits are skipped =  
= DTMF digits are skipped =  


[http://en.wikipedia.org/wiki/Dual-tone_multi-frequency DTMF] is handled by Asterisk. If some digits are missing - that means that your Provider is not delivering DTMF codes correctly.
[http://en.wikipedia.org/wiki/Dual-tone_multi-frequency DTMF] is handled by Asterisk. If some digits are missing or duplicated - that means that your Provider is not delivering DTMF codes correctly.


Possible steps to fix situation:
Possible steps to fix situation:
Line 9: Line 9:
## In [[Asterisk CLI]] type: logger reload
## In [[Asterisk CLI]] type: logger reload
# Change DTMF type to RFC2833 (if it is other type)
# Change DTMF type to RFC2833 (if it is other type)
# In /etc/asterisk/sip.conf set relaxdtmf=yes and reload Asterisk
# In ''/etc/asterisk/sip.conf'' in '''[general]''' section set '''relaxdtmf=yes''' and '''rfc2833compensate=yes''' and reload Asterisk
# Change Provider
# Change Provider


<br><br>
<br><br>
= Some calls work with DTMF, other calls do not work with DTMF, seems random =
In such cases when one call works and another does not work - that means that your provider are using different routes. They are mixing calls, some goes over the route with DTMF support, others go over the route without DTMF support.
Our advice is to change the provider and use PREMIUM quality routes with guaranteed DTMF passage.
<br><br>
= Provider is not sending DTMF info =
= Provider is not sending DTMF info =


Line 27: Line 35:
  Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
  Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)


<br><br>
= DTMF does not work with Asterisk 1.2 =
* In ''/etc/asterisk/sip.conf'' in '''[general]''' section set '''rfc2833compensate=yes''' and reload Asterisk
Source: http://lists.digium.com/pipermail/asterisk-commits/2006-August/006569.html


<br><br>
<br><br>
----
 
See also:
= See also=
* [[I have a problem with DTMF]]
* [http://www.voip-info.org/wiki/view/Asterisk+DTMF Asterisk DTMF]
* [http://www.voip-info.org/wiki/view/Asterisk+DTMF Asterisk DTMF]
* http://irockasterisk.blogspot.com.es/2011/02/dtmf-issue-on-asterisk.html

Latest revision as of 13:01, 19 September 2015

DTMF digits are skipped

DTMF is handled by Asterisk. If some digits are missing or duplicated - that means that your Provider is not delivering DTMF codes correctly.

Possible steps to fix situation:

  1. Enable debug mode in the Asterisk CLI to be informed of DTMF events
    1. In /etc/asterisk/logger.conf make sure you have such line at the end: console => notice,warning,error,dtmf
    2. In Asterisk CLI type: logger reload
  2. Change DTMF type to RFC2833 (if it is other type)
  3. In /etc/asterisk/sip.conf in [general] section set relaxdtmf=yes and rfc2833compensate=yes and reload Asterisk
  4. Change Provider



Some calls work with DTMF, other calls do not work with DTMF, seems random

In such cases when one call works and another does not work - that means that your provider are using different routes. They are mixing calls, some goes over the route with DTMF support, others go over the route without DTMF support.

Our advice is to change the provider and use PREMIUM quality routes with guaranteed DTMF passage.



Provider is not sending DTMF info

To check this:

  • Enable dtmf log and sip debug log
  • Make a call, check for such line
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)

If you got this - that means provider is not delivering DTMF info in the SIP packet. Send him sip debug info and ask to fix this.

Correct line should look like this:

Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)



DTMF does not work with Asterisk 1.2

  • In /etc/asterisk/sip.conf in [general] section set rfc2833compensate=yes and reload Asterisk

Source: http://lists.digium.com/pipermail/asterisk-commits/2006-August/006569.html



See also