keywords: ip pbx voip gateway gsm gateway

×

Notice

The forum is in read only mode.
× Questions about D110/210/410 T1/E1/J1 PRI Cards

D410E: low dahdi_test results, background intermittent noise

11 years 9 months ago #8214 by eanb
Hello,

I'm having issues with an OpenVox D410E: low dahdi_test results, background intermittent noise.

I've already make sure that the card is not sharing an IRQ with any other device, tried to boot with "acpi=off noapic" but the problem remains.

I see some errors like this on CLI (about 2 per minute):

chan_dahdi.c: PRI got event: HDLC Abort (6) on Primary D-channel of span 3


Please advise what else can I try.


My config/relevant info is the following:


OpenVox D410E

CentOS 6.2 x86_64
Asterisk 1.4.44
DAHDI 2.6.1

Motherboard Supermicro X8SIL-F
Xeon X3430




/etc/dahdi/system.conf:

# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
span=1,4,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
#echocanceller=mg2,1-15,17-31

# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,1,0,ccs,hdb3,crc4
# termtype: te
bchan=32-46,48-62
dchan=47
#echocanceller=mg2,32-46,48-62

# Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
span=3,2,0,ccs,hdb3,crc4
# termtype: te
bchan=63-77,79-93
dchan=78
#echocanceller=mg2,63-77,79-93

# Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
span=4,3,0,ccs,hdb3,crc4
# termtype: te
bchan=94-108,110-124
dchan=109
#echocanceller=mg2,94-108,110-124

# Global data

loadzone = es
defaultzone = es






/etc/asterisk/dahdi-channels.conf:

; Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER)
group=4
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
hidecallerid = no
channel => 1-15,17-31
context = default

; Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
group=1
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
hidecallerid = no
channel => 32-46,48-62
context = default

; Span 3: TE4/0/3 "T4XXP (PCI) Card 0 Span 3"
group=1
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
hidecallerid = no
channel => 63-77,79-93
context = default

; Span 4: TE4/0/4 "T4XXP (PCI) Card 0 Span 4"
group=1
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
hidecallerid = no
channel => 94-108,110-124
context = default






dmesg:

dahdi: Telephony Interface Registered on major 196
dahdi: Version: 2.6.1
wct4xxp 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
wct4xxp 0000:02:00.0: 5th gen card with initial latency of 2 and 1 ms per IRQ
wct4xxp 0000:02:00.0: Firmware Version: c01a8002
wct4xxp 0000:02:00.0: FALC Framer Version: 2.1 or earlier
wct4xxp 0000:02:00.0: Found a Wildcard: Wildcard TE410P (5th Gen)
wct4xxp 0000:02:00.0: VPM450: Not Present
wct4xxp 0000:02:00.0: TE4XXP: Span 1 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:00.0: SPAN 1: Quaternary Sync Source
wct4xxp 0000:02:00.0: RCLK source set to span 1
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 1
wct4xxp 0000:02:00.0: TE4XXP: Span 2 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:00.0: SPAN 2: Primary Sync Source
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: TE4XXP: Span 3 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: SPAN 3: Secondary Sync Source
wct4xxp 0000:02:00.0: TE4XXP: Span 4 configured for CCS/HDB3/CRC4
wct4xxp 0000:02:00.0: SPAN 4: Tertiary Sync Source
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: Need to increase latency. Estimated latency should be 4
wct4xxp 0000:02:00.0: Increased latency to 4
wct4xxp 0000:02:00.0: Lost crc4-multiframe alignment
wct4xxp 0000:02:00.0: Lost crc4-multiframe alignment
wct4xxp 0000:02:00.0: Lost crc4-multiframe alignment
wct4xxp 0000:02:00.0: Setting yellow alarm span 1
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: Setting yellow alarm span 3
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: RCLK source set to span 2
wct4xxp 0000:02:00.0: Recovered timing mode, RCLK set to span 2
wct4xxp 0000:02:00.0: Clearing yellow alarm span 3






proc/interrupts:

CPU0 CPU1 CPU2 CPU3
0: 124 0 0 4 IO-APIC-edge timer
1: 0 0 0 2 IO-APIC-edge i8042
4: 0 0 0 2 IO-APIC-edge
8: 0 0 0 1 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 0 0 0 4 IO-APIC-edge i8042
16: 0 803686 0 10082 IO-APIC-fasteoi wct4xxp
21: 0 0 28 0 IO-APIC-fasteoi ehci_hcd:usb1
23: 0 0 32 0 IO-APIC-fasteoi ehci_hcd:usb2
24: 13943 0 0 0 HPET_MSI-edge hpet2
25: 0 17633 0 0 HPET_MSI-edge hpet3
26: 0 0 9374 0 HPET_MSI-edge hpet4
27: 0 0 0 12527 HPET_MSI-edge hpet5
29: 0 0 0 0 PCI-MSI-edge aerdrv
30: 0 0 0 0 PCI-MSI-edge aerdrv
33: 1182 0 0 4347 PCI-MSI-edge ahci
34: 65 1752 0 0 PCI-MSI-edge eth1-rx-0
35: 27 54 818 0 PCI-MSI-edge eth1-tx-0
36: 0 2 0 0 PCI-MSI-edge eth1
NMI: 2 41 1 2 Non-maskable interrupts
LOC: 261 254 164 74 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 2 41 1 2 Performance monitoring interrupts
PND: 0 0 0 0 Performance pending work
RES: 229 241 168 205 Rescheduling interrupts
CAL: 105 210 208 138 Function call interrupts
TLB: 247 756 582 447 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 5 5 5 5 Machine check polls
ERR: 0
MIS: 0







dahdi_test:

Opened pseudo dahdi interface, measuring accuracy...
99.954% 99.960% 99.909% 99.914% 99.895% 99.998% 99.992% 99.936%
99.943% 99.996% 99.938% 99.994% 99.978% 99.973% 99.941% 99.996%
99.959% 99.996% 99.994% 99.906% 99.981% 99.979% 99.985% 99.917%
99.922% 99.940% 99.987% 99.967% 99.982% 99.934% 99.908% 99.946% ^C
--- Results after 32 passes ---
Best: 99.998 -- Worst: 99.895 -- Average: 99.956823, Difference: 99.991150





lspci -vvvb:

02:00.0 Network controller: Digium, Inc. Device 1410 (rev 14)

Subsystem: Device 0005:0000

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-

Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

Latency: 64 (8000ns min, 32000ns max), Cache Line Size: 32 bytes

Interrupt: pin A routed to IRQ 10

Region 0: Memory at fb5f8000 (32-bit, non-prefetchable)

Kernel driver in use: wct4xxp

Kernel modules: wct4xxp
11 years 9 months ago #8215 by tim.june
what is the version of firmware on D410E? Pls paste me the demsg info to figure it out:
# dmesg | grep Reg
The dahdi-2.6.1 is not fit for old version of D410E.You need to install an older version of the dahdi driver, try dahdi-2.4.1.2. OpenVox will release the latest version of DAHDI to fix the problem.
BTW, are you sure the crc4 is necessary for you e1 line? if not, disable it in the file system.conf.

Email: This email address is being protected from spambots. You need JavaScript enabled to view it.
Skype: tim.jjune
11 years 9 months ago #8216 by eanb
Thanks.
Switched to dahdi 2.4.1.2, and disabled crc4, and the problem with the background noise during bridged calls disappeared.

But still getting low dahdi_test results:

Opened pseudo dahdi interface, measuring accuracy...
99.986% 99.978% 99.945% 99.919% 99.996% 99.949% 99.985% 99.939%
99.996% 99.976% 99.977% 99.999% 99.942% 99.989% 100.000% 99.988%
99.958% 99.947% 99.948% 99.996% 99.967% 99.917% 99.991% 99.993% ^C
--- Results after 24 passes ---
Best: 100.000 -- Worst: 99.917 -- Average: 99.969972, Difference: 99.996711



Should I be worried with this (the voice quality seems ok)?



The result of the dmesg (not sure what to look for):

dahdi: Telephony Interface Registered on major 196
wct4xxp 0000:02:00.0: Reg 0: 0x37806800
wct4xxp 0000:02:00.0: Reg 1: 0x37806000
wct4xxp 0000:02:00.0: Reg 2: 0x1a2614d4
wct4xxp 0000:02:00.0: Reg 3: 0x00000000
wct4xxp 0000:02:00.0: Reg 4: 0x00010000
wct4xxp 0000:02:00.0: Reg 5: 0x00010001
wct4xxp 0000:02:00.0: Reg 6: 0xc01a8002
wct4xxp 0000:02:00.0: Reg 7: 0x00001f00
wct4xxp 0000:02:00.0: Reg 8: 0x00000000
wct4xxp 0000:02:00.0: Reg 9: 0x00000000
wct4xxp 0000:02:00.0: Reg 10: 0x00000000
dahdi_echocan_mg2: Registered echo canceler 'MG2'
dahdi: Registered tone zone 6 (Spain)
wct4xxp 0000:02:00.0: Reg 5 is 01010102
wct4xxp 0000:02:00.0: Reg 5 is 00010002
wct4xxp 0000:02:00.0: Reg 5 is 00010002
wct4xxp 0000:02:00.0: Reg 5 is 01010102
wct4xxp 0000:02:00.0: Reg 5 is 01010102
wct4xxp 0000:02:00.0: Reg 5 is 00010002
wct4xxp 0000:02:00.0: Reg 5 is 01010102
wct4xxp 0000:02:00.0: Reg 5 is 00010002
wct4xxp 0000:02:00.0: Reg 5 is 01010104
wct4xxp 0000:02:00.0: Reg 5 is 02010204
wct4xxp 0000:02:00.0: Reg 5 is 03010304
wct4xxp 0000:02:00.0: Reg 5 is 00010004
wct4xxp 0000:02:00.0: Reg 5 is 01010104
wct4xxp 0000:02:00.0: Reg 5 is 02010204
wct4xxp 0000:02:00.0: Reg 5 is 03010304
wct4xxp 0000:02:00.0: Reg 5 is 00010004
wct4xxp 0000:02:00.0: Reg 5 is 01010104
wct4xxp 0000:02:00.0: Reg 5 is 02010204
11 years 9 months ago #8217 by hua
Hello

I think the dahdi_test is ok,you do not need to worry about it.

Best regards

upper.hua
Time to create page: 0.041 seconds
Powered by Kunena Forum