[asterisk-bugs] [Asterisk 0012178]: [patch] chan_zap call progress does not connect if there is talking

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12178 
====================================================================== 
Reported By:                michael-fig
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12178
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.17 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-03-10 22:38 CDT
Last Modified:              2009-02-12 16:53 CST
====================================================================== 
Summary:                    [patch] chan_zap call progress does not connect if
there is talking
Description: 
The following issue:

0002799: [patch] Do not use call progress analysis on PRI links

went out of its way to disable DSP_PROGRESS_TALK on Zap channels.  I have
no idea why it did that, and the issue doesn't have any discussion of that
detail of the patch.

====================================================================== 

---------------------------------------------------------------------- 
 (0100070) Corydon76 (administrator) - 2009-02-12 16:53
 http://bugs.digium.com/view.php?id=12178#c100070 
---------------------------------------------------------------------- 
I'm afraid I have to disagree with your analysis.  PRI links MUST get an
explicit ANSWER before billing starts.  We don't want early audio to
trigger an answer.  Consider any SS7 congestion message received, which is
typically sent as early audio.  You want those calls to be considered as
congestion/no answer, not answered and billed.

Additionally, your patch does not do what you're suggesting. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-12 16:53 Corydon76      Note Added: 0100070                          
======================================================================