[asterisk-bugs] [DAHDI-linux 0014104]: [patch] Generate VMWI line reversal from FXS module to light LED on newer 'non intellegent phone'

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14104 
====================================================================== 
Reported By:                alecdavis
Assigned To:                dbailey
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   14104
Category:                   wctdm
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-18 02:36 CST
Last Modified:              2009-01-08 14:41 CST
====================================================================== 
Summary:                    [patch] Generate VMWI line reversal from FXS module
to light LED on newer 'non intellegent phone'
Description: 
Added initial fundamental support to manipulate FXS line to generate
Message Waiting Indication. Still supports sending FSK as has been
supported for years.

Discovered undocumented parameter 'mwisendtype' in chan_dahdi.conf which
can only be 'rpas' Ring Pulse Alert Signal at the moment.

Intention is to use this field with parameters as follows;
   'fsk' or undefined for exisiting FSK only support.
   'none' no FSK spill heard every second time you go off hook.
   'rpas' for existing support ring pulse before FSK
   'lrev' line reversed while messages exist
   'hvdc' high voltage, 90Vdc idle voltage
   'hvac' high voltage neon generation, Following Silicb AN33

Alec


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

---------------------------------------------------------------------- 
 (0097224) dbailey (administrator) - 2009-01-08 14:41
 http://bugs.digium.com/view.php?id=14104#c97224 
---------------------------------------------------------------------- 
The DAHDI_SETPOLARITY ioctl call is problematic.  The wctdm 
implementation that I have looked at is transitory.  The value that is set
is
thrown away on the next linefeed transition.  It does not appear to be
very deterministic.  

I can't see where it is used in the code base and if there truly a need
for this type of behavior.  (It doesn't seem to be particularly useful.)  

If we do add a channel parameter for polarity, do we change the nature of
the DAHDI_SETPOLARITY ioctl call as well or do we come up with a new call
that 
handle the new behavior? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-08 14:41 dbailey        Note Added: 0097224                          
======================================================================