Maybe you should give irqbalance a try:
https://irqbalance.org/
Maybe you also can assign irq 30 to a specific cpu (core):
https://cs.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt
Am 06.11.2012 04:04, schrieb Edwin Lam:
On 11/5/12 11:59 AM, Vincent Swart wrote:
You're HDLC error is eviden
On 11/5/12 11:59 AM, Vincent Swart wrote:
You're HDLC error is evident of timing slips.
Use "cat /proc/dahdi/1" or 2 or 3
aha.. it does have timing slips...
Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" (MASTER) B8ZS/ESF ClockSource
CRC4 error count: 6864
E-bit error count: 2760
t; --
>
> Message: 2
> Date: Sun, 04 Nov 2012 22:33:39 +
> From: Chris Bagnall
> Subject: Re: [asterisk-users] Asterisk Support from Digium
> To: asterisk-users@lists.digium.com
> Message-ID: <5096ed43.5060...@lists.minotaur.cc>
> Content-T
is the card sharing irq?
no. this the only card that uses IRQ 30
1b:00.0 Network controller: Digium, Inc. Device 1420 (rev 14)
Subsystem: Device 0005:
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Ca
On 11/2/2012 10:06 PM, Liban Abdi wrote:
is there static on the line??
no. there were customer complains about sound cutting in and out.
however i wasn't noticing and bad sound quality when i was testing it.
is there timing slips and crc4 errors?
no. the only messages i have are the HDLC ab
I experienced this exact message this week. I'm sure it has to do with the
interface card sharing IRQs. You will see timing slips increment from "cat
/proc/dahdi/1". Change PCI slot or re-assign an IRQ and this should be
fixed.
--
Vincent Swart
--
_
is there static on the line??
is there timing slips and crc4 errors?
are they increasing throughout the day?
are you getting timing slips during the day when users are using the phones
and not off-peak hours?
are you getting hdlc abort erros when you hear a static noises??
is the card sharing irq?
hi folks.
recently some of our customers complained about bad voice
quality on the phone system. i looked at the logs and found
a lot of these:
[2012-11-03 08:26:38] NOTICE[11305] chan_dahdi.c: PRI got event: HDLC Abort (6) on
D-channel of span 1
[2012-11-03 08:26:45] NOTICE[11305] chan_dahdi.c
i had the same Problem, but i don't know why, i spitted the second card in
a second Asterisk Box, and its wokring, with 2 TE405P in one Server its not
working.
If you solved the Problem, please let me know.
Thanks
Nico
On Thu, 20 Jul 2006, asterisk wrote:
Hi all,
We have two server w
Hi all,
We have two server with *.
With 2-2 PRI card (sangoma , digium TE110P, digium TE100P).
server 1:
- asterisk: SVN-branch-1.2-r36998M
- span 1 Digium Wildcard TE110P T1/E1
- span 2 Digium Wildcard TE110P T1/E1
zap show status
Description Alarms
See inline comments:
Peter Svensson wrote:
>What span is your clock source? A TE405P card can only operate in one
>clock domain at a time. I.e. the same clock will be used on all of them.
>
>
Not correct, I actual have span 1 connected to my telco and span 2
connected to a Norstar PBX. See d
On Wed, 20 Jul 2005, Paul Belanger wrote:
> Any to back my clams that asterisk is fine, I'm using the TE405P, with a
> different telco in my second span and it operates fine!!
What span is your clock source? A TE405P card can only operate in one
clock domain at a time. I.e. the same clock will b
2 - Check your span line in your zaptel.conf. You should be receiving
timing, not giving it, when using a PRI (generally). Change the second
number from 1 to 0. Save and restart asterisk. (span=1,0,0,esf,b8zs)
I think you've got this cocked-up. A 0 in the second position tells zaptel to
Evening all,
Just got my first PRI got event: HDLC Abort (6) on Primary D-channel of
span 1 error message. Our production box has been up for ~2 month. We
are Asterisk 1.0.9 with Slackware 10.1. Now I have search the lists
from this message and hear all the problem. Everything from asterisk
an
terrputs:
http://www.asteriskguru.com/tutorials/pci_irq_apic_tdm_ticks_te410p_te405p_noise.html
Message: 6
Date: Fri, 15 Jul 2005 20:13:48 -0400
From: "Kevin " <[EMAIL PROTECTED]>
Subject: [Asterisk-Users] PRI got event: HDLC Abort (6) on Primary
D-channel of span 1
Message: 1
Date: Wed, 29 Jun 2005 07:13:29 -0600
From: "Michael Blood" <[EMAIL PROTECTED]>
Subject: [Asterisk-Users] PRI got event: HDLC Abort (6) on Primary
D-channel of span 1
To:
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-a
try removing asterisk modules you are not using, and non-asterisk
services running on the machine, especially ones with high disk or
network usage.
Kevin wrote:
I am getting an error in the log on the PRI span. The error is :
PRI got event: HDLC Abort (6) on Primary D-channel of span 1
I
I am getting an error in the log on the PRI span. The error is :
PRI got event: HDLC Abort (6) on Primary D-channel of span 1
I thought the problem was an interrupt conflict with the T110P card, so
I changed out the server to one that will dedicate the interrupt to the
T110P card. I still have
Michael Blood wrote:
I receive this error on the asterisk console and it is pretty much
ALWAYS coming up.
Sometimes there will be a break where it does not display.
This happens when Asterisk receives corrupt data from the card. The
most common cause of this is some device or driver locking i
What does zttool say? Do you have any IRQ issues or anything?
--
Tom
On 6/29/05, Michael Blood <[EMAIL PROTECTED]> wrote:
>
> I receive this error on the asterisk console and it is pretty much ALWAYS
> coming up.
> Sometimes there will be a break where it does not display.
>
> We had our P
Title: Message
I receive this error
on the asterisk console and it is pretty much ALWAYS coming
up.
Sometimes there will
be a break where it does not display.
We had our PRI
provider test the lines and they claim that there is no signalling
problem.
It doesn't matter if
there are no ca
21 matches
Mail list logo
