similar to: wct4xxp Excessive Interrupts Resulting in Unusable System or Card

Hi, I'm having problems with a TE420P card, in which I cannot make calls using spans 2 through 4. After a couple of days of working correctly, spans 2, 3 and 4 start failing (can not make calls). The system is configured to work with SS7. After the ACM message goes out, immediately a REL message is returned. I searched for error messages in /var/log/messages and could not find a clue

I have the following software installed in a Centos Box with a TE420 (5th Gen) card. . Centos 6.5 64-bit . Asterisk 1.4.22 . dahdi-linux-complete-2.9.1.1+2.9.1 . libpri-1.4.14. Even without plugging in the ISDN into span 1, all 4 spans are flashing red. Plugging an E1 into span 1 makes no difference. My system.conf is just simply: loadzone=au defaultzone=au span=1,1,0,ccs,hdb3,crc4 bchan=1-15

So, I've compiled and installed libpri-1.4.11.5, dahdi-linux-complete-2.4.1+2.4.1 and asterisk-1.6.2.17.1, but chan_dahdi is not getting built. If I do a "make menuselect" in asterisk I see it listed with XXX, meaning that dependencies are not met. XXX chan_dahdi Depends on: res_smdi(M), dahdi(E), tonezone(E), pri(E), ss7(E), openr2(E) res_smdi gets built fine, dahdi is

Hello I've got small PBX (30 simultaneous connections) based on asterisk (1.6.2.6), which uses Stargate 2N ISDN to GSM gate. It runs ok for day or two, but then I get: dahdi: HDLC Receiver overrun on channel TE4/0/1/16 (master=TE4/0/1/16) in my kernel logs, in asterisk i get: pri show spans PRI span 1/0: Provisioned, Down, Active PRI span 3/0: Provisioned, In Alarm, Down, Active (span 3

Hello All, I have 2 Digium card configure on Single machine, which can't share interrupt across all CPUs and sometimes asterisk reach 100% CPU usage. Here is system details and /proc/interrupt o/p. OS: CentOS 6.4 Kernel: 2.6.32-431.11.2.el6.x86_64 Dahdi Version: DAHDI Version: 2.7.0.2 Echo Canceller: HWEC Asterisk Version: 1.8.13.0 Output: /proc/interrupts cat /proc/interrupts

I attempted an upgrade of our production system from Asterisk/Zaptel 1.2 to 1.4 this weekend. Intially everything looked like it was working properly, but some time in the day following the upgrade, the system died to a kernel panic. I wasn't able to catch the entire kernel dump on the console unfortunately. I attempted to isolate the panic, and found that when 'service zaptel stop'

I have a pretty large setup on one of my customers. Digium TE420B (with echo cancelling module), 3 Xorcom Astribanks with 32 FXS each and 1 Xorcom Astribank with 16 FXO. These FXO ports are NOT used for fax/data transmission, as they are connected to cell phones. Not really related to the issue, but there are also 250 SIP phones. The problem is that fax and dial-up connections are really

Anyone has tried wct4xxp drivers' alarmdebounce parameter ? I search the internet no one seems to have used it, is this how the parameter can be specified, eg :- # modprobe wct4xxp alarmdebounce=200 Does it have the effect of making asterisk PRI more "tolerant" with poorer quality lines ? Regards.

Hello, I have a Digium TE410P card. I get the "knight rider" lights before the module (wct4xxp) loads, but after the modules are loaded I don't get any lights. I have found the following 2 posts but still could not solve the problem http://lists.digium.com/pipermail/asterisk-users/2004-November/075277.html http://www.voip-info.org/tiki-index.php?page=Asterisk+TE410p+No+Interrupts

TE410P card down. I have three (3) TE410P in one machine running asterisk with SS7. My problems started last week when one of my cards started switching to E1 every time after reboot. I set the following in dahdi.conf and that solve the problem. /etc/modprobe.d/ options wct4xxp t1e1override=0x00 Now all 4 ports on that card is down with Red Alarm. I tried rebooting the machine and

I have a system running CentOS 5.9 and DAHDI 2.6.2 with a 2-port E1 card using the wct4xxp driver (also using Asterisk 11.5.0, but that isn't relevant to the question). With DAHDI and Asterisk started, the system appears to run normally, as far as I can tell from limited testing. I am monitoring User, System and Nice CPU usage using SNMP and MRTG, and I have noticed that when I have started

...SNIP... cat /proc/interrupts=20 CPU0 CPU1 =20 0: 83 0 IO-APIC-edge timer 1: 2 0 IO-APIC-edge i8042 3: 100887 0 IO-APIC-edge serial 7: 0 0 IO-APIC-edge parport0 8: 3 0 IO-APIC-edge rtc 9: 1 0 IO-APIC-fasteoi acpi 16:

Hi, I'm having trouble with one machine that kernel panics with Asterisk 1.4. The motherboard is an Asus P5W Deluxe. I reported the kernel panic here: http://lists.digium.com/pipermail/asterisk-users/2009-November/241006.html I'm now trying to understand if the problem can be an IRQ issue or not. I disabled APIC in the BIOS because I thought that maybe it could be buggy (not sure

Anyone else seen this eth-device and what brings it up? [root at oh1mrr etc]# ifconfig __tmp1192348344 Link encap:Ethernet HWaddr 52:54:AB:DD:2E:D1 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2094689 errors:0 dropped:0 overruns:0 frame:0 TX packets:1645734 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX

I am running irqbalance with default configuration on an Atom 330 machine. This CPU has 2 physical cores + 2 SMT (aka Hyperthreading) cores. As shown below the interrupt for the eth0 device is always on CPUs 0 and 1, with CPUs 2 and 3 left idle. But why? Maybe irqbalance prefers physical cores? My understanding, though, is that the even-numbered CPUs are the physical cores, with the

Hello, I wanted to relaunch my problem with a quite precise and small question. Could the command "lsusb" affect interrupts when executing it regularly (cron) and if the zaptel pci card is sharing an interrupt with a usb bus? I have a Digium PRI card and a few Xorcom USB Devices. The Digium card seems to share the IRQ with some USB bus. cat /proc/interrupts CPU0 CPU1

Hi xen-users, I install xen, on gentoo linux. Install was ok, but i have an issue that i can''t solve. When booting in xen-linux, whereis no eth0 interface. When i boot non-xen kernel all is ok, eth0 is present. I use 2.6.18-xen kernel version. lspci show me: 00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation

After working fine for a week or so my new Quad E1 asterisk 1.8 system has started rejecting outbound calls from the Nortel BMC 450 it is connected to. The cli fills up with these: sig_pri.c: Ring requested on unconfigured channel 255/255 span 3 Is this likely to be a 1) config error 2) cable issue (I made them) 3) hardware problem with the Digium card 4) software (lib pri) Any clues?

Hello, I am trying to get a Wildcard TE110P to work in a relatively modern HP Proliant DL385p Gen8 server. Being a potent 12 core Opteron server I expected no problems. Much to my dismay the dahdi_test results are constantly terrible: # dahdi_test Opened pseudo dahdi interface, measuring accuracy... 89.101% 89.195% 89.142% 88.957% 88.953% 89.115% 89.089% 89.134% 89.066% 89.021% 88.933% 89.044%

http://bugs.freedesktop.org/show_bug.cgi?id=15233 Summary: geforce 7800gs and AGP 3.0 DBI function Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org