* You are viewing Posts Tagged ‘wct’

Installing PRI card

Hi,

We have got a new PRI card at one of our Office locations and now I need to install the the device on a remote server. Is there any way to know if the device is loaded already.

When I give ” cat /proc/zaptel/* ” it returns the following.

# cat /proc/zaptel/*

Span 1: WCT1/0 “Wildcard TE122 Card 0″ (MASTER) B8ZS/ESF RED

IRQ misses: 2

1 WCT1/0/1 Clear (In use) RED

2 WCT1/0/2 Clear (In use) RED

3 WCT1/0/3 Clear (In use) RED

4 WCT1/0/4 Clear (In use) RED

5 WCT1/0/5 Clear (In use) RED

6 WCT1/0/6 Clear (In use) RED

7 WCT1/0/7 Clear (In use) RED

8 WCT1/0/8 Clear (In use) RED

9 WCT1/0/9 Clear (In use) RED

10 WCT1/0/10 Clear (In use) RED

11 WCT1/0/11 Clear (In use) RED

12 WCT1/0/12 Clear (In use) RED

13 WCT1/0/13 Clear (In use) RED

14 WCT1/0/14 Clear (In use) RED

15 WCT1/0/15 Clear (In use) RED

16 WCT1/0/16 Clear RED

17 WCT1/0/17 Clear (In use) RED

18 WCT1/0/18 Clear (In use) RED

19 WCT1/0/19 Clear (In use) RED

20 WCT1/0/20 Clear (In use) RED

21 WCT1/0/21 Clear (In use) RED

22 WCT1/0/22 Clear (In use) RED

23 WCT1/0/23 Clear (In use) RED

24 WCT1/0/24 HDLCFCS (In use) RED

But when I connect to the console, I am unable to give any ZAP related commands. Does this mean that my device is loaded and I just need to load the module. Or do I need to compile asterisk again?? Any help would be highly appreciated.

My asterisk version is Asterisk 1.4.19.2 and I am on a Fedora release 9
server.

Force Dahdi modules to load

People,

I’m trying to force dahdi to load the modules I need to get spans working.

I have two cards, an Digium TE210E (PCI-e) and a Yeastar TDM1600 FXO (PCI)

Actually it is loading just the first of them, it is (wtc4xxp) for TE210E,
but doesn’t load
the second module as specified at /etc/dahdi/modules:

wct4xxp
ystdm16xx

I have to load it manually to get spans working.

modprobe ystdm16xx

I need to get around this, and force system to get both modules loaded at
startup.

I also have /etc/modprobe.d/dahdi.blacklist.conf :

blacklist wct4xxp —————–> Need this to load first
blacklist ystdm16xx ————-> Need this to load after
blacklist ystdm8xx
blacklist wcte12xp
blacklist wct1xxp
blacklist wcte11xp
blacklist wctdm24xxp
blacklist wcfxo
blacklist wctdm
blacklist wctc4xxp
blacklist wcb4xxp
blacklist netjet

Thanks.

Dahdi error

Hi all,
What hell hapen here?
asterisk:/etc/asterisk# /etc/init.d/dahdi startLoading DAHDI hardware modules:FATAL: Error inserting dahdi (/lib/modules/2.6.26-2-686/dahdi/dahdi.ko): Device or resource busy wct4xxp: done wcte12xp: done wct1xxp: done wcte11xp: done wctdm24xxp: done wcfxo: done wctdm: done wcb4xxp: error wctc4xxp: done xpp_usb: doneError: missing /dev/dahdi!
When I installed the board, everything was going ok,but, suddenly, everything is going wrong!!!!
Att,

Flavio Roberto Miranda

MSN:flaviormiranda@hotmail.com
Skype: flaviormiranda

Got a FRAME_CONTROL (8) frame on channel DAHDI

Hello everyone.

I have server with 2E1 PCI card, asterisk 1.4.35, dahdi 2.4.0, libpri
1.4.12-beta2. One PRI trunk looks to PSTN and take a clocksource from
telco. Another trunk looks to PBX with DECT system.
Some outgoing calls from asterisk to PSTN drops. The last message that
exists before hanging up process is:
DEBUG[28467] channel.c: Got a FRAME_CONTROL (8) frame on channel DAHDI/…
This frame come when call already established. So, when it come, the
call drops. “FRAME_CONTROL (8)” means ‘Congestion’ according to
‘frame.h’. I have already set debug 6, verbose 6 and enabled EXTENSIVE
debugging on span, but couldn’t find incoming frame from telco with
information of ‘Congestion’ on this channel.
I want to debug this message. I want to know where the root of my
problem. And I’m sure that it’s only my problem. That’s why I didn’t
create issue ticket on bug tracker. So default methods of debug didn’t
show me control frames.

I have a call log: http://pastebin.mozilla-russia.org/107089
Part of the full log file at the moment when this FRAME have been got:
http://pastebin.mozilla-russia.org/107090
Part of the full log file from start of the call to drop:
http://pastebin.com/MphaCkiV
I have from 3 to 5 call drops in hour so it’s reproduce periodically :
http://pastebin.com/rdnYR8dU http://pastebin.com/KUJDPd3C

I’m sorry, but I can’t remember what E1 card placed in server. But it
could be Digium or OpenVox.
Here is output of some commands:

lspci:
02:00.0 Communication controller: Digium, Inc. Wildcard TE210P dual-span
T1/E1/J1 card 3.3V (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- Latency: 32
Interrupt: pin A routed to IRQ 16
Region 0: Memory at d0100000 (32-bit, non-prefetchable) [size=128]
Kernel driver in use: wct4xxp
Kernel modules: wct4xxp

dmesg:
wct4xxp 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
wct4xxp 0000:02:00.0: Found TE2XXP at base address d0100000, remapped to
f90d4000
wct4xxp 0000:02:00.0: DMA memory base of size 2048 at f6829000. Read:
f6829400 and Write f6829000
wct4xxp 0000:02:00.0: Firmware Version: c01a0000
wct4xxp 0000:02:00.0: Burst Mode: On
wct4xxp 0000:02:00.0: FALC Framer Version: 2.1 or earlier
wct4xxp 0000:02:00.0: Board ID: 00
wct4xxp 0000:02:00.0: Reg 0: 0×36829400
wct4xxp 0000:02:00.0: Reg 1: 0×36829000
wct4xxp 0000:02:00.0: Reg 2: 0xd0100008
wct4xxp 0000:02:00.0: Reg 3: 0×00000000
wct4xxp 0000:02:00.0: Reg 4: 0×00000000
wct4xxp 0000:02:00.0: Reg 5: 0xd0100014
wct4xxp 0000:02:00.0: Reg 6: 0xc01a0000
wct4xxp 0000:02:00.0: Reg 7: 0x00001f00
wct4xxp 0000:02:00.0: Reg 8: 0×00000000
wct4xxp 0000:02:00.0: Reg 9: 0×00000000
wct4xxp 0000:02:00.0: Reg 10: 0xd0100028
IRQ 16/wct2xxp: IRQF_DISABLED is not guaranteed on shared IRQs
wct4xxp 0000:02:00.0: Found a Wildcard: Wildcard TE210P

dahdi_hardware:
pci:0000:02:00.0 wct4xxp+ d161:0210 Wildcard TE210P

As I think, it’s really Digium TE210P. But I don’t think, it’s a pci
card problem because call drops exist only on outgoing calls and 98%
DIDs is mobile phone numbers.

Any suggestions how to see this frame and who was the sender?

How to avoid interruptions with DIGIUM

Hello Asterisk community,

I’m experiencing some problems with a Digium TE4XXP, the thing is that i’m
sharing IRQ with some megasas device:

169: 69917985 0 0 0 0 0
0 0 IO-APIC-level megasas, wct4xxp

I’ve been searching here: http://ubuntuforums.org/showthread.php?t=254623

Should i try in the pass this parameter in the boot Kernel “*pci=routeirq*”
just to check if this will help?

Thanks!