[asterisk-bugs] [JIRA] (ASTERISK-20748) Asterisk system didn't accept some dtmf digits when It called by a external PBX phone

[Ankit Mittal (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-20748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ankit Mittal updated ASTERISK-20748:
------------------------------------

    Comment: was deleted

(was: @Michael Hi Michal, The problem occur when client dials our number, according to them, they are using ePBX phone,(Panasonix Advance ITX, DB.01017).

The client dial the call receive using PRI line, handle on DAHDI. I am attaching a debug when the communication is being going on.

They guys actually pressed 10011630903406. but our system ignore 4 and 6
and when the call has been second time it ignore 6 and 3.)
    
> 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
>
>
> 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