[asterisk-bugs] [Asterisk 0013917]: [patch] fxo modules incorrectly believes channel is answered, if telco reverses line polarity at off hook.

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Nov 26 13:44:38 CST 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13917 
====================================================================== 
Reported By:                alecdavis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13917
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 155671 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-18 01:22 CST
Last Modified:              2008-11-26 13:44 CST
====================================================================== 
Summary:                    [patch] fxo modules incorrectly believes channel is
answered, if telco reverses line polarity at off hook.
Description: 
With answeronpolarityswitch=yes in chan_dahdi.conf
In our setup channels 63-65 in attached chan_dahdi.conf

When fxo modules are connected to analog lines that reverse polarity when
the line is picked up, the fxo driver (wcdtm) sends a polarity reversal
event, causing the channel to be answered, which is incorrect, as the call
is yet to be dialled.

The caller hears a very short ring, then silence for a while as the call
is set up, then finally remote ringing. This is very off putting for the
unaware user.

The attached patch chan_dahdi.diff.txt patch, sets the polaritydelaytv at
call setup, then uses the same sytle of checking mechnism as is used for
hanguponpolarityswitch=yes.

The DAHDI_EVENT_POLARITY in dahdi_handle_event has been reworked, from
using IF/ELSE statements with multiple OR's to easier to read SWITCH
statements.

Has been on a production box for nearly a month with around 100 calls out
of the fxo channels a day, with clean sounding ringing, with audio passed
as soon as the called party answers.



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

---------------------------------------------------------------------- 
 (0095555) alecdavis (reporter) - 2008-11-26 13:44
 http://bugs.digium.com/view.php?id=13917#c95555 
---------------------------------------------------------------------- 
I see I've got a karma point for this bug :))

Did a bug marshal award this, with the intention of committing the bug,
and got distracted?

Or was it because someone has used this patch and found it to work but not
yet reported back as 'tested and works'.

Alec 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-26 13:44 alecdavis      Note Added: 0095555                          
======================================================================




More information about the asterisk-bugs mailing list