[asterisk-bugs] [Asterisk 0018764]: [regression] Incoming DTMF on PRI channel is mis-interpreted causing logins to voicemail main to fail authentication
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Feb 16 08:35:36 CST 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18764
======================================================================
Reported By: aragon
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18764
Category: Core/Channels
Reproducibility: have not tried
Severity: major
Priority: normal
Status: acknowledged
Asterisk Version: SVN
JIRA: SWP-3086
Regression: Yes
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 306120
Request Review:
======================================================================
Date Submitted: 2011-02-07 13:17 CST
Last Modified: 2011-02-16 08:35 CST
======================================================================
Summary: [regression] Incoming DTMF on PRI channel is
mis-interpreted causing logins to voicemail main to fail authentication
Description:
External user calls to PRI span is answered with voicemail main application
and enters correct extension number and password combination but Asterisk
rejects the authentication.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0018130 [regression] DTMF on agent channel caus...
======================================================================
----------------------------------------------------------------------
(0132027) aragon (reporter) - 2011-02-16 08:35
https://issues.asterisk.org/view.php?id=18764#c132027
----------------------------------------------------------------------
In the debug attachment voicemail main PRI debug.txt you see the bad DTMF
result.
The digits pressed on keypad don't match caller input:
user digits dialed = 6010#
password digits dialed = 60106010#
[2011-02-07 13:53:26] -- Incorrect password '61600' for user '610'
(context = default)
So it is clear that not only are digits duplicated but they are processed
in the wrong order and some appear to be ignored.
Issue History
Date Modified Username Field Change
======================================================================
2011-02-16 08:35 aragon Note Added: 0132027
======================================================================
More information about the asterisk-bugs
mailing list