[asterisk-bugs] [DAHDI-linux 0014261]: [patch] Generate VMWI neon pulses from FXS module to light NEON lamp on newer 'non intellegent phone'

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14261 
====================================================================== 
Reported By:                alecdavis
Assigned To:                dbailey
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   14261
Category:                   wctdm
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-01-16 15:03 CST
Last Modified:              2009-02-05 06:47 CST
====================================================================== 
Summary:                    [patch] Generate VMWI neon pulses from FXS module to
light NEON lamp on newer 'non intellegent phone'
Description: 
Add Message Waiting Indicator method to light NEON lamp on low cost phones
with integrated Neon Lamp

Using /etc/dahdi/chan_dahdi.conf keyword mwisendtype=hvac

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

---------------------------------------------------------------------- 
 (0099486) alecdavis (reporter) - 2009-02-05 06:47
 http://bugs.digium.com/view.php?id=14261#c99486 
---------------------------------------------------------------------- 
please remove the following files:
 wctdm_neon_support.diff.txt
 wctdm_neon_support.diff2.txt
 wctdm.c_neon_support.diff3.txt
 wctdm.c_neon_support.diff4.txt

uploaded wctdm.c_neon_support.diff5.txt

Further 'neon' testing revealed that the OnHookTransfer timer 'ohttimer'
expired then reset the called extension http://bugs.digium.com/view.php?id=8#c6
seconds into a call. I now clear
the ohttimer if we are offhook.

The real problem I believe is that 'wc->mod[x].fxs.lasttxhook' should be
set to 1 or 5 when the ringing extension answers (goes offhook), but is not
being set,
depending on polarity it's left at 2 or 6, which allows the 'ohttimer' to
expire, which with 'neon' enabled causes the ring generator to reset. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-05 06:47 alecdavis      Note Added: 0099486                          
======================================================================