[asterisk-bugs] [DAHDI-linux 0015311]: [patch] Call to a FXS DAHDI channel with Panasonic KX-TG4000 connected drops in 8 seconds randomly

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Jun 16 11:13:02 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15311 
====================================================================== 
Reported By:                vmikhelson
Assigned To:                
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   15311
Category:                   dahdi (the module)
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-11 00:49 CDT
Last Modified:              2009-06-16 11:13 CDT
====================================================================== 
Summary:                    [patch] Call to a FXS DAHDI channel with Panasonic
KX-TG4000 connected drops in 8 seconds randomly
Description: 
More often than not a call placed to a DAHDI channel with Panasonic
KX-TG4000 connected would drop on its own in exactly 8 seconds after being
answered. Before being disconnected two (2) clicks are being heard in
succession. The second click kills the connection.
====================================================================== 

---------------------------------------------------------------------- 
 (0106473) vmikhelson (reporter) - 2009-06-16 11:13
 https://issues.asterisk.org/view.php?id=15311#c106473 
---------------------------------------------------------------------- 
Alec,

Thank you for posting the detailed procedure. I was able to follow it
almost exactly with minor modifications. Please confirm my deviations.

1. The patch name was dahdi_wctdm_click.diff.txt
2. cd dahdi-linux/2.1.0.4 before wget

The "[^]" syntax was not familiar to me, but I still used it per your
instructions. I have received the following warnings:

svn: [^] does not appear to be a URL
wget: http://[^]: Invalid IPv6 Numeric address.

The hangup problem seems to be resolved by your patch. I now hear the
click immediately after the extension is dialed, but it does not cause any
adverse effects.

Here are the relevant lines from the /var/log/messages.

On the first call after reboot:
Jun 16 10:57:50 localhost kernel: wctdm: ohttimer expired while OnHook
Jun 16 10:57:53 localhost last message repeated 3 times
Jun 16 10:58:10 localhost kernel: wctdm: ohttimer expire avoided after
OffHook

On subsequent calls:
Jun 16 11:00:28 localhost kernel: wctdm: ohttimer expire avoided after
OffHook

Sorry for the persistence, I still have the same question, "Wasn't that
strange to you that initially the polarity on FXS lines was reverted and
"reversepolarity=1" returned it to normal?"

Thank you for all your help.

-Vladimir 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-16 11:13 vmikhelson     Note Added: 0106473                          
======================================================================




More information about the asterisk-bugs mailing list