No subject

But what confuses me is this is before the changes to dsp.conf would have been made.
How ever I'm guessing the changes made no difference.

What also concerns me is the line:
[Nov 27 17:15:13] DTMF[1081] channel.c: DTMF end '4' received on DAHDI/i1/2267811000-21, duration 25 ms
A duration of 25ms is very short. The DTMF minimum is around 40ms.

If they are indeed coming in at this rate, then changing 'dtmf_misses_to_end=2' should allow for a 25ms silence gap.
The default is 3, which is ~37ms. But the more I think about it, we support zero interdigit pause.

you could try in dsp.conf setting, these are really fast DTMF, but worth ruling them out;
{code}[default]
dtmf_normal_twist=20.0
dtmf_reverse_twist=20.0
relax_dtmf_normal_twist=20.0
relax_dtmf_reverse_twist=20.0

dtmf_hits_to_begin=1
dtmf_misses_to_end=1{code}

for these changes to take effect at the CLI type 'module reload dsp'
Or restart asterisk

                
> Asterisk system didn't accept some dtmf digits when It called by a external PBX phone
> -------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20748
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20748
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 1.8.18.0, 10.10.0
>         Environment: CentOS Linux, Asterisk 1.8.18.0, libPri 1.4-current, DAHDI 2.6
> Card Details : Single span digital telephony card TE121. and using PRI E1 lines 
>            Reporter: Ankit Mittal
>            Assignee: Ankit Mittal
>         Attachments: debug.txt, dsp.conf
>
>
> When some one call on our DAHDI(asterisk) system by their landline phone or the mobile phone the call goes perfectly and asterisk accept each of the dtmf digit pressed at other end.
> but when the same call is done by their PBX phone, the system ignore some digits like when we press 100136972 it shows 100192, and if we do it again it shows 1001392.
> I have tried 
> 1. relaxdtmf = yes /no
> 2. toneduration = 300
> but nothing help me.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira