Summary: | ASTERISK-24261: Duplicate digits received from analog device | ||
Reporter: | Mc GRATH Ricardo (mcgrathr) | Labels: | |
Date Opened: | 2014-08-22 15:57:20 | Date Closed: | 2014-08-28 09:57:42 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | Core/General |
Versions: | 1.8.20.0 | Frequency of Occurrence | Constant |
Related Issues: | |||
Environment: | i686 i386 GNU/Linux | Attachments: | ( 0) debug ( 1) dsp.conf ( 2) full |
Description: | When DISA feature is used a strange behaviour happens with collect digits.
Any being digits entered were duplicated. Extensions.conf {noformat} exten => 502,1,Goto(Trama,disa,1) [Trama] exten => disa,1,DISA(no-password,Trama) exten => _XXX.,1,NoOp(_X. EXTEN Value ----->${EXTEN}) exten => _XXX.,n,Dial(DAHDI/g0/${EXTEN}) {noformat} Verbose output {noformat} dial 001123456789 ---> 000011112233445566778899 -- Executing [502@from-internal:1] Goto("SIP/106-00000043", "Trama,disa,1") in new stack -- Goto (Trama,disa,1) -- Executing [disa@Trama:1] DISA("SIP/106-00000043", "no-password,Trama") in new stack -- Executing [000011112233445566778899@Trama:1] NoOp("SIP/106-00000043", "_X. EXTEN Value ----->000011112233445566778899") in new stack -- Executing [000011112233445566778899@Trama:2] Dial("SIP/106-00000043", "DAHDI/g0/000011112233445566778899") in new stack -- Called DAHDI/g0/000011112233445566778899 {noformat} dial 9101 ---> 99110011 {noformat} -- Executing [502@from-internal:1] Goto("SIP/106-00000044", "Trama,disa,1") in new stack -- Goto (Trama,disa,1) -- Executing [disa@Trama:1] DISA("SIP/106-00000044", "no-password,Trama") in new stack -- Executing [99110011@Trama:1] NoOp("SIP/106-00000044", "_X. EXTEN Value ----->99110011") in new stack -- Executing [99110011@Trama:2] Dial("SIP/106-00000044", "DAHDI/g0/99110011") in new stack -- Called DAHDI/g0/99110011 {noformat} | ||
Comments: | By: Matt Jordan (mjordan) 2014-08-22 17:02:28.851-0500 This isn't a bug with DISA, but would instead be an issue most likely with your twist settings in {{dsp.conf}}. Please gather a full DEBUG log, and attach your {{dsp.conf}} settings as well. By: Mc GRATH Ricardo (mcgrathr) 2014-08-22 17:44:58.107-0500 Thanks, please refer to attachment files requested By: Joshua C. Colp (jcolp) 2014-08-28 09:52:38.490-0500 This does not appear to be an issue with Asterisk. What is happening is that the remote endpoint is sending DTMF using two different methods at the same time. Both SIP INFO packets and RFC2833. This is causing Asterisk to receive the DTMF twice. You can either configure the remote endpoint to only use one method or try configuring Asterisk to not use RFC2833. By: Rusty Newton (rnewton) 2014-08-28 09:58:26.622-0500 Closing this out. If you switch to having the far end only sending one DTMF type and still have an issue, you can open a new issue with new debug. |