[asterisk-users] No incoming audio on Dahdi channels (TDM410P)
Kurt Knudsen
kurt.knudsen at gmail.com
Sun Oct 26 13:33:01 CDT 2008
A previous issue has popped up and once again I'm out of ideas. During
the evenings it seems that the TDM channels will spike (dahdi_monitor)
and will refuse to listen for audio of any type, this includes DTMF.
The only resolution I know of is to stop Asterisk and restart the
dahdi service, but that's not a solution.
All channels look like this, even the FXS.
[root at asterisk Hardware]# dahdi_monitor 1 -vv
Visual Audio Levels.
--------------------
Use chan_dahdi.conf file to adjust the gains if needed.
( # = Audio Level * = Max Audio Hit )
<----------------(RX <----------------(TX
###################################*
Rx: 30076 (30076) Tx: 0 ( 0)
I've stopped every service except SSH and networking (according to
service --status-all) and nothing has changed.
[root at asteriskHardware]# cat /proc/interrupts
CPU0
0: 77924086 IO-APIC-edge timer
1: 3 IO-APIC-edge i8042
6: 6 IO-APIC-edge floppy
7: 0 IO-APIC-edge parport0
8: 1 IO-APIC-edge rtc
9: 1 IO-APIC-level acpi
12: 4 IO-APIC-edge i8042
14: 104093 IO-APIC-edge ide0
15: 690398 IO-APIC-edge ide1
201: 77835719 IO-APIC-level wctdm24xxp0
209: 770795 IO-APIC-level eth1
NMI: 0
LOC: 77927794
ERR: 0
MIS: 0
Nothing looks shared, but then I see this in lspci -vb:
00:02.0 VGA compatible controller: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
(prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Unknown device 5578
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at d0000000 (32-bit, prefetchable)
Memory at dff80000 (32-bit, non-prefetchable)
Capabilities: [d0] Power Management version 1
...
...
01:01.0 Ethernet controller: Digium, Inc. Unknown device 8005 (rev 11)
Subsystem: Digium, Inc. Unknown device 8005
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at cc00
Memory at dfdffc00 (32-bit, non-prefetchable)
Expansion ROM at dfdc0000 [disabled]
Capabilities: [c0] Power Management version 2
Is that normal? Here's the output of dahdi_diag 1:
dahdi: Dump of DAHDI Channel 1 (WCTDM/0/0,1,1):
dahdi: flags: 201 hex, writechunk: ee0d008c, readchunk: ee0d0098
dahdi: rxgain: f8b8c480, txgain: f8b8c480, gainalloc: 0
dahdi: span: e9460054, sig: 2004 hex, sigcap: 6085 hex
dahdi: inreadbuf: -1, outreadbuf: -1, inwritebuf: -1, outwritebuf: -1
dahdi: blocksize: 0, numbufs: 2, txbufpolicy: 0, txbufpolicy: 0
dahdi: txdisable: 0, rxdisable: 0, iomask: 0
dahdi: curzone: 00000000, tonezone: 0, curtone: 00000000, tonep: 0
dahdi: digitmode: 0, txdialbuf: , dialing: 0, aftdialtimer: 0, cadpos. 0
dahdi: confna: 0, confn: 0, confmode: 0, confmute: 0
dahdi: ec: 00000000, echocancel: 0, deflaw: 0, xlaw: f8b6f2a0
dahdi: echostate: 00, echotimer: 0, echolastupdate: 0
dahdi: itimer: 0, otimer: 0, ringdebtimer: 0
No idea what any of that means or how it's relevant.
dmesg is full of interrupt misses and polarity reversals:
...
wctdm24xxp0: Missed interrupt. Increasing latency to 18 ms in order to
compensate.
wctdm24xxp0: Missed interrupt. Increasing latency to 19 ms in order to
compensate.
29794979 Polarity reversed (1 -> -1)
29795839 Polarity reversed (-1 -> 1)
wctdm24xxp0: Missed interrupt. Increasing latency to 20 ms in order to
compensate.
wctdm24xxp0: Missed interrupt. Increasing latency to 21 ms in order to
compensate.
wctdm24xxp0: Missed interrupt. Increasing latency to 22 ms in order to
compensate.
31595924 Polarity reversed (1 -> -1)
31596867 Polarity reversed (-1 -> 1)
...
RING on 1/2!
74920374 Polarity reversed (-1 -> 1)
NO RING on 1/2!
74921961 Polarity reversed (1 -> -1)
RING on 1/2!
NO RING on 1/2!
NO BATTERY on 1/2!
BATTERY on 1/2 (-)!
Running AsteriskNow 1.5. X Windows is disabled. Ideas? Suggestions?
Thoughts? Going to build another PC and toss this in there to see what
happens tonight.
Thanks.
More information about the asterisk-users
mailing list