[asterisk-bugs] [Asterisk 0018764]: Incoming DTMF on PRI channel is mis-interpreted causing logins to voicemail main to fail authentication
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Feb 8 08:01:30 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: Channels/chan_dahdi
Reproducibility: have not tried
Severity: major
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA:
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-08 08:01 CST
======================================================================
Summary: 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.
======================================================================
----------------------------------------------------------------------
(0131662) aragon (reporter) - 2011-02-08 08:01
https://issues.asterisk.org/view.php?id=18764#c131662
----------------------------------------------------------------------
I have tracked down the bad revision by checking out current svn and using
svn update -r command to isolate.
Revision 301502 - Directory Listing
Modified Wed Jan 12 18:10:42 2011 UTC (3 weeks, 5 days ago) by jpeeler
Fix CPU spike when pressing DTMF after agent login.
The problem here is that DTMF was being continuously deferred and
requeued
since ast_safe_sleep is called in a loop. There are serveral other places
in the
code that sleeps and then loops in a similar fashion. Because of this fact
I
opted to not defer DTMF any more, which will not affect the original fix:
https://reviewboard.asterisk.org/r/674
(closes issue https://issues.asterisk.org/view.php?id=18130)
Reported by: rgj
Issue History
Date Modified Username Field Change
======================================================================
2011-02-08 08:01 aragon Note Added: 0131662
======================================================================
More information about the asterisk-bugs
mailing list