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

[Asterisk Bug Tracker]

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-14 22:34 CDT
====================================================================== 
Summary:                    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.
====================================================================== 

---------------------------------------------------------------------- 
 (0106382) vmikhelson (reporter) - 2009-06-14 22:34
 https://issues.asterisk.org/view.php?id=15311#c106382 
---------------------------------------------------------------------- 
Alec,

Good news, modprobe.d is organized the same way in CentOS as in Debian.
Bad news, the fix did not work. The "bad" behavior did not change a bit.

Here is what I did:

1. Modified /etc/modprobe.d/dahdi

# You should place any module parameters for your DAHDI modules here
# Example:
#
# options wctdm24xxp latency=6
options wctdm reversepolarity=1 boostringer=1

2. Unloaded Asterisk, modprobe -r wctdm, modprobe wctdm, dahdi_cfg, loaded
Asterisk.

3. Tested. Observed no changes in behavior.

4. Shut down the server. Started. Observed the following in
/var/log/messages:
Jun 14 21:34:08 localhost kernel: ACPI: PCI Interrupt 0000:00:10.0[A] ->
Link [LNKD] -> G
SI 9 (level, low) -> IRQ 9
Jun 14 21:34:10 localhost kernel: Port 1: Installed -- AUTO FXO (FCC
mode)
Jun 14 21:34:10 localhost kernel: Port 2: Installed -- AUTO FXO (FCC
mode)
Jun 14 21:34:11 localhost kernel: Port 3: Installed -- AUTO FXO (FCC
mode)
Jun 14 21:34:11 localhost kernel: Port 4: Not installed
Jun 14 21:34:11 localhost kernel: Found a Wildcard TDM: Wildcard TDM410P
(4 modules)
Jun 14 21:34:11 localhost kernel: PCI: Enabling device 0000:00:0e.0 (0104
-> 0107)
Jun 14 21:34:11 localhost kernel: ACPI: PCI Interrupt Link [LNKB] enabled
at IRQ 10
Jun 14 21:34:11 localhost kernel: ACPI: PCI Interrupt 0000:00:0e.0[A] ->
Link [LNKB] -> G
SI 10 (level, low) -> IRQ 10
Jun 14 21:34:16 localhost kernel: Freshmaker version: 73
Jun 14 21:34:16 localhost kernel: Freshmaker passed register test
Jun 14 21:34:16 localhost kernel: Boosting ringer on slot 1 (89V peak)
Jun 14 21:34:16 localhost kernel: Module 0: Installed -- AUTO FXS/DPO
Jun 14 21:34:16 localhost kernel: Boosting ringer on slot 2 (89V peak)
Jun 14 21:34:16 localhost kernel: Module 1: Installed -- AUTO FXS/DPO
Jun 14 21:34:16 localhost kernel: Boosting ringer on slot 3 (89V peak)
Jun 14 21:34:16 localhost kernel: Module 2: Installed -- AUTO FXS/DPO
Jun 14 21:34:16 localhost kernel: Boosting ringer on slot 4 (89V peak)
Jun 14 21:34:16 localhost kernel: Module 3: Installed -- AUTO FXS/DPO
Jun 14 21:34:16 localhost kernel: Found a Wildcard TDM: Wildcard TDM400P
REV I (4 modules
)
Jun 14 21:34:16 localhost kernel: dahdi_transcode: Loaded.
Jun 14 21:34:16 localhost kernel: dahdi_echocan_mg2: Registered echo
canceler 'MG2'
Jun 14 21:34:16 localhost kernel: dahdi: Registered tone zone 0 (United
States / North America)
Jun 14 21:34:16 localhost kernel: -- Setting echo registers:
Jun 14 21:34:16 localhost kernel: -- Set echo registers successfully
Jun 14 21:34:16 localhost kernel: -- Setting echo registers:
Jun 14 21:34:16 localhost kernel: -- Set echo registers successfully
Jun 14 21:34:16 localhost kernel: -- Setting echo registers:
Jun 14 21:34:16 localhost kernel: -- Set echo registers successfully

5. Tested. Observed no changes in behavior, i.e. the same 2 (two) clicks
and line drop by Asterisk.

Observations:
1. The problem became better reproducible;
2. Polarity was initially reversed on all FXS lines, checked by a
Telephone Line Tester GTT-200;
3. After reversepolarity=1 switch was applied polarity became normal.
4. Panasonic KX-TG4000 never exhibited the same problem while working with
a PSTN line.

Thank you,
Vladimir 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-14 22:34 vmikhelson     Note Added: 0106382                          
======================================================================