[asterisk-bugs] [Asterisk 0011917]: Not getting answers from get_data in a call-file call
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Mar 1 23:31:30 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11917
======================================================================
Reported By: mavetju
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11917
Category: Applications/app_read
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.4.17
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 02-04-2008 06:46 CST
Last Modified: 03-01-2008 23:31 CST
======================================================================
Summary: Not getting answers from get_data in a call-file
call
Description:
When I setup a call via a call-file and then drop into an AGI script, the
function GET DATA doesn't return DTMF keys. With the same AGI script called
directly (i.e. without the call-file) the function GET DATA does return
DTMF keys.
======================================================================
----------------------------------------------------------------------
mavetju - 03-01-08 23:31
----------------------------------------------------------------------
When running the wct4xxp driver with debug=3 in modprobe.conf, I see this
when calling the function Read() when I make a call to the PABX
Mar 2 12:41:27 tardis kernel: Got tone START of '5' on channel 30 of span
3
Mar 2 12:41:27 tardis kernel: Got tone STOP of '5' on channel 30 of span
3
With the callback function, I see them too:
Mar 2 12:44:37 tardis kernel: Got tone START of '5' on channel 20 of span
4
Mar 2 12:44:38 tardis kernel: Got tone STOP of '5' on channel 20 of span
4
So it is recognized on PRI level.
The question of course now is, how do these DTMF codes found in the zaptel
drive t4_check_vpm450() get forwarded to the astersisk component chap_zap()
(I believe).
Issue History
Date Modified Username Field Change
======================================================================
03-01-08 23:31 mavetju Note Added: 0083235
======================================================================
More information about the asterisk-bugs
mailing list