[asterisk-bugs] [Asterisk 0011679]: REGRESSION: broken callerid

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11679 
====================================================================== 
Reported By:                meneault
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11679
Category:                   Channels/chan_zap
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 78227 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             01-04-2008 12:09 CST
Last Modified:              01-04-2008 12:19 CST
====================================================================== 
Summary:                    REGRESSION: broken callerid
Description: 
I recently switched from a trunk 49XXX revision to a 80XXX and then to
91983 and callerid seems to be broken at least since revision 80XXX.

Callerid detection fails randomly (usually 1/4 calls) with:
in callerid_feed: Caller*ID failed checksum
====================================================================== 

---------------------------------------------------------------------- 
 meneault - 01-04-08 12:19  
---------------------------------------------------------------------- 
For information: 
- this is not due to machine load because the CPU is 99% idle with more
than 250MB of free memory.
- the issue happens randomly even with the same calling party on the same
channel.

Fix:
As I said the fix is only to revert the changes of revision 78227.
See attached an example I made for revision 91983
(78227-revert-for-91983).

Note:
I guess dbailey made this change so as to compile on embedded systems
where floating point is not available but I think that the integer filters
have not the same frequency response than the older floating-point ones. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
01-04-08 12:19  meneault       Note Added: 0076296                          
======================================================================