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

noreply at bugs.digium.com noreply at bugs.digium.com
Fri Jun 20 12:46:27 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=9096 
====================================================================== 
Reported By:                fleed
Assigned To:                murf
====================================================================== 
Project:                    Zaptel
Issue ID:                   9096
Category:                   NewFeature
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Zaptel Version:             1.4.10 
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:              06-20-2008 12:46 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...
====================================================================== 

---------------------------------------------------------------------- 
 murf - 06-20-08 12:46  
---------------------------------------------------------------------- 
OK, I volunteered to help see what I can do to close this issue. After
reading the notes I have come to these conclusions:

a. fleed-- could you re-post the wctdm_v3_*_nopolarity patches? The new
system of licensing demands it, which certainly irritating, but it **is**
very helpful in protecting us from legal problems.

b. these patches will need to be brought up to date against dahdi, which
will hopefully be completely trivial. I can do it, if that would be
helpful.

c. These patches work for fleed, in Brazil. But others:
       csiebel in Uruguay
       hamid in Iran
       trijae in Saudi Arabia
            are all getting no cid at all...
       tbsky (Country unknown), sivaperumal (India), are having
partial-cid
             problems.

d. did EagleClaw in Brazil get his problems resolved?

e. did thix_rj_br get his problems resolved?

f. I noticed (with sivaperumal), that he might be benefitted by the
doc/India-CID.txt file; perhaps, if he has success with these patches, we
can add a note to that report.

g. for the folks who are getting partial cid, is there any way to start
cid recognition earlier? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-20-08 12:46  murf           Note Added: 0089024                          
======================================================================




More information about the asterisk-bugs mailing list