[asterisk-bugs] [Zaptel 0009096]: [patch] DTMF CID without polarity reversal implementation in wctdm for Denmark, Brazil, etc

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=9096 
====================================================================== 
Reported By:                fleed
Assigned To:                
====================================================================== 
Project:                    Zaptel
Issue ID:                   9096
Category:                   wctdm
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Zaptel Version:              1.2.13 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             02-18-2007 19:02 CST
Last Modified:              04-21-2008 05:18 CDT
====================================================================== 
Summary:                    [patch] DTMF CID without polarity reversal
implementation in wctdm for Denmark, Brazil, etc
Description: 
Caller id signaling in Denmark, Brazil and other places is done through
DTMF tones before the first ring, without polarity reversal to indicate the
start of incoming data. Currently wctdm can only detect dtmf callerid if
there is a polarity reversal before the dtmf digits, so it's not working in
some countries.

This uses the idea reported in bug id 9 for wcfxo, but implements it in
wctdm. It fakes a polarity reversal so that the code already in chan_zap
can take that and pass it through the dtmf bit.

To use, patch and build the zaptel part, load the module with option
dtmf=1. Then use the following in zapata.conf:
callerid=asreceived
usecallerid=yes
cidsignalling=dtmf
hidecallerid=no
cidstart=polarity

Works fine in Brazil, on a Telemar line.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0000009 [patch] DTMF CLIP not supported by Aste...
related to          0009201 Problem with caller ID detection when D...
====================================================================== 

---------------------------------------------------------------------- 
 fleed - 04-21-08 05:18  
---------------------------------------------------------------------- 
thix_rj_br:
This is what I get,
  == Starting post polarity CID detection on channel 1
[Apr 21 07:15:43] DEBUG[8968]: dsp.c:1680 ast_dsp_set_busy_pattern: dsp
busy pattern set to 0,0
    -- Starting simple switch on 'Zap/1-1'
[Apr 21 07:15:43] DEBUG[12223]: chan_zap.c:6104 ss_thread: Receiving DTMF
cid on channel Zap/1-1
[Apr 21 07:15:44] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'A'
[Apr 21 07:15:44] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'1'
[Apr 21 07:15:44] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'7'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'1'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'2'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'1'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'0'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'1'
[Apr 21 07:15:45] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'0'
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'0'
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'0'
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'6'
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:4484 zt_handle_event: Ignoring
Polarity switch to IDLE on channel 1, state 9
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:4487 zt_handle_event: Polarity
Reversal event occured - DEBUG 2: channel 1, state 9, pol= 0, aonp= 0,
honp= 0, pdelay= 600, tv= 1887136309
[Apr 21 07:15:46] DEBUG[12223]: chan_zap.c:6122 ss_thread: CID got digit
'C'


Try setting verbose to 9 on the console and checking how long it takes
between the following messages on your system:
== Starting post polarity CID detection on channel 4
and
-- Executing [s at default:1] Answer("Zap/4-1", "") in new stack

It should take a few seconds, in my case 3 seconds. It's the time it takes
for the dtmf number to be sent. Just to make sure, you are subscribing to
telemar's callerid feature, right?

If you want we can try debugging this privately. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-21-08 05:18  fleed          Note Added: 0085739                          
======================================================================