| Summary: | ASTERISK-14301: DTMF duration absurdly lon gwhen passed from SIP to DAHDI | ||
| Reporter: | hterag (hterag) | Labels: | |
| Date Opened: | 2009-06-11 00:35:57 | Date Closed: | 2011-06-07 14:00:26 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Channels/chan_dahdi |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | For some reason DTMF duration on outgoing calls (via ISDN PRI E1) uses a super long (and totally broken duration) [Jun 11 14:55:16] DTMF[22644] channel.c: DTMF end '1' received on SIP/542-90092058, duration 104320 ms [Jun 11 14:55:16] DTMF[22644] channel.c: DTMF begin emulation of '1' with duration 104320 queued on SIP/542-90092058 I have tried setting the toneduration in chan_dahdi but that does not seem to help. SIP to SIP does not do this. DTMF detection on incoming calls unaffected ****** STEPS TO REPRODUCE ****** callan an external number that goes over chan_dahdi | ||
| Comments: | By: hterag (hterag) 2009-06-11 01:39:18 I have found the cause (I think). I had my SIP phones using DTMF via SIP info. If I change them to DTMF via RFC2833 then the issue is no longer present. By: Leif Madsen (lmadsen) 2009-06-24 13:35:13 Closed per note by reporter. | ||