VoIP Mailing List Archives :: View topic - [asterisk-users] How to read IRQs and timing slips values

Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community

[asterisk-users] How to read IRQs and timing slips values

VoIP Mailing List Archives Forum Index -> Asterisk Users

View previous topic :: View next topic

Author

Message

oza.4h07 at gmail.com
Guest

Posted: Thu Jan 09, 2014 12:02 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

Hi, On a Asterisk 1.8.12 system working OK for months (>100k calls proceed), users are complaining for bad audio. My setup is: PSTN <--E1/PRI ---> Asterisk <--- E1/PRI---> Siemens HiPath <---E1/PRI ---> PSTN asterisk -rx "dahdi show version" DAHDI Version: SVN-trunk-r10414 Echo Canceller: HWEC asterisk -rx "pri show version" libpri version: 1.4.12 A quick glance at Asterisk logs shows lines like this: [2014-01-09 17:19:34] NOTICE[26034]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1 [2014-01-09 17:19:35] NOTICE[26035]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2 [2014-01-09 17:19:49] NOTICE[26035]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2 I read an old thread inviting an admin to check for shared IRQs and timing slips. My questions are: 1. cat /proc/interrupts 's output is: # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 90147 0 0 0 0 0 0 0 IO-APIC-edge timer 1: 2 0 0 0 0 0 0 0 IO-APIC-edge i8042 8: 0 0 1 0 0 0 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 0 0 0 0 IO-APIC-fasteoi acpi 12: 4 0 0 0 0 0 0 0 IO-APIC-edge i8042 14: 93 0 0 0 0 0 0 0 IO-APIC-edge ata_piix 15: 0 0 0 0 0 0 0 0 IO-APIC-edge ata_piix 16: 3378646209 3378695076 3378691115 3378697362 3378691116 3378706831 3378710635 3378702358 IO-APIC-fasteoi wct2xxp Can I positively conclude that my Dahdi PRI board IS NOT sharing IRQ (which is good) ? 2. What would you suggest reading the following output ? cat /proc/dahdi/2 Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS Timing slips: 175319 32 TE2/0/2/1 Clear (In use) (EC: VPMOCT064 - INACTIVE) 33 TE2/0/2/2 Clear (In use) (EC: VPMOCT064 - INACTIVE) 34 TE2/0/2/3 Clear (In use) (EC: VPMOCT064 - INACTIVE) 35 TE2/0/2/4 Clear (In use) (EC: VPMOCT064 - INACTIVE) 36 TE2/0/2/5 Clear (In use) (EC: VPMOCT064 - INACTIVE) 37 TE2/0/2/6 Clear (In use) (EC: VPMOCT064 - INACTIVE) 38 TE2/0/2/7 Clear (In use) (EC: VPMOCT064 - INACTIVE) 39 TE2/0/2/8 Clear (In use) (EC: VPMOCT064 - INACTIVE) 40 TE2/0/2/9 Clear (In use) (EC: VPMOCT064 - INACTIVE) 41 TE2/0/2/10 Clear (In use) (EC: VPMOCT064 - INACTIVE) 42 TE2/0/2/11 Clear (In use) (EC: VPMOCT064 - INACTIVE) 43 TE2/0/2/12 Clear (In use) (EC: VPMOCT064 - INACTIVE) 44 TE2/0/2/13 Clear (In use) (EC: VPMOCT064 - INACTIVE) 45 TE2/0/2/14 Clear (In use) (EC: VPMOCT064 - INACTIVE) 46 TE2/0/2/15 Clear (In use) (EC: VPMOCT064 - INACTIVE) 47 TE2/0/2/16 HDLCFCS (In use) (EC: VPMOCT064 - INACTIVE) 48 TE2/0/2/17 Clear (In use) (EC: VPMOCT064 - INACTIVE) 49 TE2/0/2/18 Clear (In use) (EC: VPMOCT064 - INACTIVE) 50 TE2/0/2/19 Clear (In use) (EC: VPMOCT064 - INACTIVE) 51 TE2/0/2/20 Clear (In use) (EC: VPMOCT064 - INACTIVE) 52 TE2/0/2/21 Clear (In use) (EC: VPMOCT064 - INACTIVE) 53 TE2/0/2/22 Clear (In use) (EC: VPMOCT064 - INACTIVE) 54 TE2/0/2/23 Clear (In use) (EC: VPMOCT064 - INACTIVE) 55 TE2/0/2/24 Clear (In use) (EC: VPMOCT064 - INACTIVE) 56 TE2/0/2/25 Clear (In use) (EC: VPMOCT064 - INACTIVE) 57 TE2/0/2/26 Clear (In use) (EC: VPMOCT064 - INACTIVE) 58 TE2/0/2/27 Clear (In use) (EC: VPMOCT064 - INACTIVE) 59 TE2/0/2/28 Clear (In use) (EC: VPMOCT064 - INACTIVE) 60 TE2/0/2/29 Clear (In use) (EC: VPMOCT064 - INACTIVE) 61 TE2/0/2/30 Clear (In use) (EC: VPMOCT064 - INACTIVE) 62 TE2/0/2/31 Clear (In use) (EC: VPMOCT064 - INACTIVE) 3. As shown above, my box has two connections with PSTN (same provider for both): one direct, one through an HiPath PBX. How can I double check timing slips don't come from "inconsistency between both clock sources" ? My first thought would be to unplug the link between Asterisk and HiPath and compare two /pro/dahddi/1 outputs. Thoughts ? Regards

sruffell at digium.com
Guest

Posted: Thu Jan 09, 2014 12:31 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

On Thu, Jan 09, 2014 at 06:01:34PM +0100, Olivier wrote:

Quote:

Yes, there is not IRQ sharing going on.

Quote:

2. What would you suggest reading the following output ?

cat /proc/dahdi/2
Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS
Timing slips: 175319

32 TE2/0/2/1 Clear (In use) (EC: VPMOCT064 - INACTIVE)
33 TE2/0/2/2 Clear (In use) (EC: VPMOCT064 - INACTIVE)
34 TE2/0/2/3 Clear (In use) (EC: VPMOCT064 - INACTIVE)
35 TE2/0/2/4 Clear (In use) (EC: VPMOCT064 - INACTIVE)
36 TE2/0/2/5 Clear (In use) (EC: VPMOCT064 - INACTIVE)
37 TE2/0/2/6 Clear (In use) (EC: VPMOCT064 - INACTIVE)
38 TE2/0/2/7 Clear (In use) (EC: VPMOCT064 - INACTIVE)
39 TE2/0/2/8 Clear (In use) (EC: VPMOCT064 - INACTIVE)
40 TE2/0/2/9 Clear (In use) (EC: VPMOCT064 - INACTIVE)
41 TE2/0/2/10 Clear (In use) (EC: VPMOCT064 - INACTIVE)
42 TE2/0/2/11 Clear (In use) (EC: VPMOCT064 - INACTIVE)
43 TE2/0/2/12 Clear (In use) (EC: VPMOCT064 - INACTIVE)
44 TE2/0/2/13 Clear (In use) (EC: VPMOCT064 - INACTIVE)
45 TE2/0/2/14 Clear (In use) (EC: VPMOCT064 - INACTIVE)
46 TE2/0/2/15 Clear (In use) (EC: VPMOCT064 - INACTIVE)
47 TE2/0/2/16 HDLCFCS (In use) (EC: VPMOCT064 - INACTIVE)
48 TE2/0/2/17 Clear (In use) (EC: VPMOCT064 - INACTIVE)
49 TE2/0/2/18 Clear (In use) (EC: VPMOCT064 - INACTIVE)
50 TE2/0/2/19 Clear (In use) (EC: VPMOCT064 - INACTIVE)
51 TE2/0/2/20 Clear (In use) (EC: VPMOCT064 - INACTIVE)
52 TE2/0/2/21 Clear (In use) (EC: VPMOCT064 - INACTIVE)
53 TE2/0/2/22 Clear (In use) (EC: VPMOCT064 - INACTIVE)
54 TE2/0/2/23 Clear (In use) (EC: VPMOCT064 - INACTIVE)
55 TE2/0/2/24 Clear (In use) (EC: VPMOCT064 - INACTIVE)
56 TE2/0/2/25 Clear (In use) (EC: VPMOCT064 - INACTIVE)
57 TE2/0/2/26 Clear (In use) (EC: VPMOCT064 - INACTIVE)
58 TE2/0/2/27 Clear (In use) (EC: VPMOCT064 - INACTIVE)
59 TE2/0/2/28 Clear (In use) (EC: VPMOCT064 - INACTIVE)
60 TE2/0/2/29 Clear (In use) (EC: VPMOCT064 - INACTIVE)
61 TE2/0/2/30 Clear (In use) (EC: VPMOCT064 - INACTIVE)
62 TE2/0/2/31 Clear (In use) (EC: VPMOCT064 - INACTIVE)

So span 2 has slips, which could explain the HDLC aborts you saw
previously.

Quote:

3. As shown above, my box has two connections with PSTN (same provider for
both): one direct, one through an HiPath PBX.

So you've probably nailed it here. It *seems* like the HiPath PBX is
regenerating the clock on the downstream port based on the other
information.

Quote:

How can I double check timing slips don't come from "inconsistency between
both clock sources" ?

My first thought would be to unplug the link between Asterisk and HiPath
and compare two /pro/dahddi/1 outputs.
Thoughts ?

Yes, You can monitor the timing slips to see the rate at which they
occur, then connect just one span direct and make sure you don't
have slips, then one span directly to the HiPath and make sure you
don't have slips.

If there isn't anyway to configure HiPath to provide the exact same
clock as the provider to any downstream devices, then you will need
to use two single port cards in order to sync to two different
clocks.

Cheers,
Shaun

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

oza.4h07 at gmail.com
Guest

Posted: Fri Jan 10, 2014 1:48 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

2014/1/9 Shaun Ruffell <sruffell@digium.com (sruffell@digium.com)>

Quote:

On Thu, Jan 09, 2014 at 06:01:34PM +0100, Olivier wrote:

Quote:

Yes, there is not IRQ sharing going on.

Quote:

So span 2 has slips, which could explain the HDLC aborts you saw
previously.

Quote:

3. As shown above, my box has two connections with PSTN (same provider for
both): one direct, one through an HiPath PBX.

So you've probably nailed it here. It *seems* like the HiPath PBX is
regenerating the clock on the downstream port based on the other
information.

Quote:

Yes, You can monitor the timing slips to see the rate at which they
occur,

With a single span directly connected to PSTN I'm still getting timing slips (140 slips/hour).

Would you agree to qualify this rate as excessive ?

Given these figures, may I also exclude an hardware failure inside my card or on the hosting machine ?

In other words, how to detect a timing slip, Dahdi must use some inner clock as a reference, doesn't it ? Could this "inner clock" be presently broken ?

Quote:

then connect just one span direct and make sure you don't
have slips, then one span directly to the HiPath and make sure you
don't have slips.

If there isn't anyway to configure HiPath to provide the exact same
clock as the provider to any downstream devices, then you will need
to use two single port cards in order to sync to two different
clocks.

Cheers,
Shaun

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

sruffell at digium.com
Guest

Posted: Fri Jan 10, 2014 1:53 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

On Fri, Jan 10, 2014 at 07:48:21PM +0100, Olivier wrote:

Quote:

With a single span directly connected to PSTN I'm still getting timing
slips (140 slips/hour).
Would you agree to qualify this rate as excessive ?

Yes, this is excessive.

Quote:

Given these figures, may I also exclude an hardware failure inside my card
or on the hosting machine ?
In other words, how to detect a timing slip, Dahdi must use some inner
clock as a reference, doesn't it ? Could this "inner clock" be presently
broken ?

You've configured the card to recover timing from the provider? If
so, do your slips follow the actual cable that you were using to
connect to provider or PBX?

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

oza.4h07 at gmail.com
Guest

Posted: Fri Jan 10, 2014 2:35 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

2014/1/10 Shaun Ruffell <sruffell@digium.com (sruffell@digium.com)>

Quote:

On Fri, Jan 10, 2014 at 07:48:21PM +0100, Olivier wrote:

Quote:

With a single span directly connected to PSTN I'm still getting timing
slips (140 slips/hour).
Would you agree to qualify this rate as excessive ?

Yes, this is excessive.

Quote:

You've configured the card to recover timing from the provider?

I'm not sure but I don't think so as I've just configured the card with:

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

span=2,2,0,ccs,hdb3
bchan=32-46,48-62
dchan=47
echocanceller=oslec,32-46,48-62

Span1 is the one direct to provider equipement.

Span2 is thh one that was connected to HiPath and which is simply unplugged

Quote:

If
so, do your slips follow the actual cable that you were using to
connect to provider or PBX?

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

sruffell at digium.com
Guest

Posted: Fri Jan 10, 2014 2:45 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:

Quote:

2014/1/10 Shaun Ruffell <sruffell@digium.com>

Quote:

You've configured the card to recover timing from the provider?

I'm not sure but I don't think so as I've just configured the card with:

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

span=2,2,0,ccs,hdb3
bchan=32-46,48-62
dchan=47
echocanceller=oslec,32-46,48-62

Span1 is the one direct to provider equipement.
Span2 is thh one that was connected to HiPath and which is simply unplugged

That looks correct. You might want to check your cables next. Do you
only get timing slips when connected to the provider, or to the
HiPath as well?

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

oza.4h07 at gmail.com
Guest

Posted: Mon Jan 13, 2014 10:14 am Post subject: [asterisk-users] How to read IRQs and timing slips values

2014/1/10 Shaun Ruffell <sruffell@digium.com (sruffell@digium.com)>

Quote:

On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:

Quote:

2014/1/10 Shaun Ruffell <sruffell@digium.com (sruffell@digium.com)>

Quote:

You've configured the card to recover timing from the provider?

I'm not sure but I don't think so as I've just configured the card with:

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

span=2,2,0,ccs,hdb3
bchan=32-46,48-62
dchan=47
echocanceller=oslec,32-46,48-62

Span1 is the one direct to provider equipement.
Span2 is thh one that was connected to HiPath and which is simply unplugged

That looks correct. You might want to check your cables next. Do you
only get timing slips when connected to the provider, or to the
HiPath as well?

For a couple of days now, I'm only connected to the provider.

Just in case, I commented out in system.conf and dahdi-channels.conf, any reference to "the HiPath span" and ran a "dahdi restart now": unfortunately, I'm still observing timing slips at a rate of 1220 slips/hour.

I have a spare TE4xx board.

Shall I replace current TE2xx with this spare and see if things improve or would you advise an other check ?

Regards

Quote:

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

sruffell at digium.com
Guest

Posted: Mon Jan 13, 2014 11:41 am Post subject: [asterisk-users] How to read IRQs and timing slips values

On Mon, Jan 13, 2014 at 04:13:49PM +0100, Olivier wrote:

Quote:

2014/1/10 Shaun Ruffell <sruffell@digium.com>

Quote:

On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:

Quote:

2014/1/10 Shaun Ruffell <sruffell@digium.com>

Quote:

You've configured the card to recover timing from the provider?

I'm not sure but I don't think so as I've just configured the card with:

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

span=2,2,0,ccs,hdb3
bchan=32-46,48-62
dchan=47
echocanceller=oslec,32-46,48-62

Span1 is the one direct to provider equipement.
Span2 is thh one that was connected to HiPath and which is simply unplugged

That looks correct. You might want to check your cables next. Do
you only get timing slips when connected to the provider, or to
the HiPath as well?

For a couple of days now, I'm only connected to the provider.
Just in case, I commented out in system.conf and
dahdi-channels.conf, any reference to "the HiPath span" and ran a
"dahdi restart now": unfortunately, I'm still observing timing
slips at a rate of 1220 slips/hour.

I have a spare TE4xx board. Shall I replace current TE2xx with
this spare and see if things improve or would you advise an other
check ?

If you have another board, yes, you could try. But I would recommend
checking all your cables, etc. Also, while highly unlikely, I've
heard of cases in the past where some smaller providers were
expecting to source timing from customer premise PBX (since they
were acting as a SIP gateway on the backend).

Your provider does expect you to source their clock?

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

wealwildwon at wombit.com
Guest

Posted: Mon Jan 13, 2014 1:19 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

On 01/13/2014 11:39 AM, Shaun Ruffell wrote:

Quote:

EWieling at nyigc.com
Guest

Posted: Mon Jan 13, 2014 1:22 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

Ask your carrier to test the circuit. Often HDLC errors, especially with modern cards, are caused by a dirty T-1 not a PBX or card issue.

-----Original Message-----
From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Adrian Serafini
Sent: Monday, January 13, 2014 1:19 PM
To: asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] How to read IRQs and timing slips values

On 01/13/2014 11:39 AM, Shaun Ruffell wrote:

Quote:

Check the T1 cable doesn't pass any high EMI area's like a power supply.

Adrian

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

paul.belanger at polyb...
Guest

Posted: Mon Jan 13, 2014 8:42 pm Post subject: [asterisk-users] How to read IRQs and timing slips values

On Thu, Jan 9, 2014 at 12:01 PM, Olivier <oza.4h07@gmail.com> wrote:

Quote:

Hi,

On a Asterisk 1.8.12 system working OK for months (>100k calls proceed),
users are complaining for bad audio.

My setup is:
PSTN <--E1/PRI ---> Asterisk <--- E1/PRI---> Siemens HiPath <---E1/PRI --->
PSTN

asterisk -rx "dahdi show version"
DAHDI Version: SVN-trunk-r10414 Echo Canceller: HWEC

asterisk -rx "pri show version"
libpri version: 1.4.12

A quick glance at Asterisk logs shows lines like this:
[2014-01-09 17:19:34] NOTICE[26034]: chan_dahdi.c:3099
my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of
span 1
[2014-01-09 17:19:35] NOTICE[26035]: chan_dahdi.c:3099
my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of
span 2
[2014-01-09 17:19:49] NOTICE[26035]: chan_dahdi.c:3099
my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of
span 2

I read an old thread inviting an admin to check for shared IRQs and timing
slips.

My questions are:

1. cat /proc/interrupts 's output is:
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5
CPU6 CPU7
0: 90147 0 0 0 0 0
0 0 IO-APIC-edge timer
1: 2 0 0 0 0 0
0 0 IO-APIC-edge i8042
8: 0 0 1 0 0 0
0 0 IO-APIC-edge rtc0
9: 0 0 0 0 0 0
0 0 IO-APIC-fasteoi acpi
12: 4 0 0 0 0 0
0 0 IO-APIC-edge i8042
14: 93 0 0 0 0 0
0 0 IO-APIC-edge ata_piix
15: 0 0 0 0 0 0
0 0 IO-APIC-edge ata_piix
16: 3378646209 3378695076 3378691115 3378697362 3378691116 3378706831
3378710635 3378702358 IO-APIC-fasteoi wct2xxp

Can I positively conclude that my Dahdi PRI board IS NOT sharing IRQ (which
is good) ?

2. What would you suggest reading the following output ?

cat /proc/dahdi/2
Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS
Timing slips: 175319

32 TE2/0/2/1 Clear (In use) (EC: VPMOCT064 - INACTIVE)
33 TE2/0/2/2 Clear (In use) (EC: VPMOCT064 - INACTIVE)
34 TE2/0/2/3 Clear (In use) (EC: VPMOCT064 - INACTIVE)
35 TE2/0/2/4 Clear (In use) (EC: VPMOCT064 - INACTIVE)
36 TE2/0/2/5 Clear (In use) (EC: VPMOCT064 - INACTIVE)
37 TE2/0/2/6 Clear (In use) (EC: VPMOCT064 - INACTIVE)
38 TE2/0/2/7 Clear (In use) (EC: VPMOCT064 - INACTIVE)
39 TE2/0/2/8 Clear (In use) (EC: VPMOCT064 - INACTIVE)
40 TE2/0/2/9 Clear (In use) (EC: VPMOCT064 - INACTIVE)
41 TE2/0/2/10 Clear (In use) (EC: VPMOCT064 - INACTIVE)
42 TE2/0/2/11 Clear (In use) (EC: VPMOCT064 - INACTIVE)
43 TE2/0/2/12 Clear (In use) (EC: VPMOCT064 - INACTIVE)
44 TE2/0/2/13 Clear (In use) (EC: VPMOCT064 - INACTIVE)
45 TE2/0/2/14 Clear (In use) (EC: VPMOCT064 - INACTIVE)
46 TE2/0/2/15 Clear (In use) (EC: VPMOCT064 - INACTIVE)
47 TE2/0/2/16 HDLCFCS (In use) (EC: VPMOCT064 - INACTIVE)
48 TE2/0/2/17 Clear (In use) (EC: VPMOCT064 - INACTIVE)
49 TE2/0/2/18 Clear (In use) (EC: VPMOCT064 - INACTIVE)
50 TE2/0/2/19 Clear (In use) (EC: VPMOCT064 - INACTIVE)
51 TE2/0/2/20 Clear (In use) (EC: VPMOCT064 - INACTIVE)
52 TE2/0/2/21 Clear (In use) (EC: VPMOCT064 - INACTIVE)
53 TE2/0/2/22 Clear (In use) (EC: VPMOCT064 - INACTIVE)
54 TE2/0/2/23 Clear (In use) (EC: VPMOCT064 - INACTIVE)
55 TE2/0/2/24 Clear (In use) (EC: VPMOCT064 - INACTIVE)
56 TE2/0/2/25 Clear (In use) (EC: VPMOCT064 - INACTIVE)
57 TE2/0/2/26 Clear (In use) (EC: VPMOCT064 - INACTIVE)
58 TE2/0/2/27 Clear (In use) (EC: VPMOCT064 - INACTIVE)
59 TE2/0/2/28 Clear (In use) (EC: VPMOCT064 - INACTIVE)
60 TE2/0/2/29 Clear (In use) (EC: VPMOCT064 - INACTIVE)
61 TE2/0/2/30 Clear (In use) (EC: VPMOCT064 - INACTIVE)
62 TE2/0/2/31 Clear (In use) (EC: VPMOCT064 - INACTIVE)

3. As shown above, my box has two connections with PSTN (same provider for
both): one direct, one through an HiPath PBX.
How can I double check timing slips don't come from "inconsistency between
both clock sources" ?
My first thought would be to unplug the link between Asterisk and HiPath and
compare two /pro/dahddi/1 outputs.
Thoughts ?

Regards

I basically had the same issue as you for one of my sites. I tried
everything under the sun to figure it out, change cables, loop back
test, change out hardware, clocking, etc.

In the end I had to upgrade dahdi to 2.7+ and the issue went away.
Never did figure out the real problem, but to this day I think the
issue was a delay on the frames from the PCI bus into the software.

All that to say, try upgrading DAHDI and see what happens.

--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belanger@polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

oza.4h07 at gmail.com
Guest

Posted: Tue Jan 14, 2014 4:32 am Post subject: [asterisk-users] How to read IRQs and timing slips values

I had a late phone call yesterday with provider's level-1 support team.

As strange as it seems, the guy said he could "read clock slips in his box logs though his box is supposed to provide clock and not to use my PBX's one".
I'm 100% sure my PBX is configured to use provider's clock (but I won't swear my PBX is currently using provider's clock).

I think I will insert a new Patton box between my provider's one and my PBX to see what happens.
The setup would be:

PSTN --> provider's equipment <----> Patton GW <----> Asterisk

Then I'll also replace the card inside my PBX to see if things are changing.

2014/1/14 Paul Belanger <paul.belanger@polybeacon.com (paul.belanger@polybeacon.com)>

Quote:

On Thu, Jan 9, 2014 at 12:01 PM, Olivier <oza.4h07@gmail.com (oza.4h07@gmail.com)> wrote:

Quote:

I basically had the same issue as you for one of my sites. I tried
everything under the sun to figure it out, change cables, loop back
test, change out hardware, clocking, etc.

In the end I had to upgrade dahdi to 2.7+ and the issue went away.
Never did figure out the real problem, but to this day I think the
issue was a delay on the frames from the PCI bus into the software.

All that to say, try upgrading DAHDI and see what happens.

--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belanger@polybeacon.com (paul.belanger@polybeacon.com) | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

wealwildwon at wombit.com
Guest

Posted: Tue Jan 14, 2014 8:13 am Post subject: [asterisk-users] How to read IRQs and timing slips values

On 01/14/2014 04:32 AM, Olivier wrote:

Quote:

I'm 100% sure my PBX is configured to use provider's clock (but I won't
swear my PBX is currently using provider's clock)

I have had to power the server down, UNPLUG the power, leave unplugged
for 4 minutes, power up. I had a T1 timing issue this procedure fixed.

Adrian

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

sruffell at digium.com
Guest

Posted: Tue Jan 14, 2014 10:39 am Post subject: [asterisk-users] How to read IRQs and timing slips values

On Mon, Jan 13, 2014 at 08:42:13PM -0500, Paul Belanger wrote:

Quote:

cat /proc/dahdi/2
Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" (MASTER) HDB3/CCS
Timing slips: 175319

32 TE2/0/2/1 Clear (In use) (EC: VPMOCT064 - INACTIVE)
33 TE2/0/2/2 Clear (In use) (EC: VPMOCT064 - INACTIVE)
34 TE2/0/2/3 Clear (In use) (EC: VPMOCT064 - INACTIVE)
35 TE2/0/2/4 Clear (In use) (EC: VPMOCT064 - INACTIVE)
36 TE2/0/2/5 Clear (In use) (EC: VPMOCT064 - INACTIVE)
37 TE2/0/2/6 Clear (In use) (EC: VPMOCT064 - INACTIVE)
38 TE2/0/2/7 Clear (In use) (EC: VPMOCT064 - INACTIVE)
39 TE2/0/2/8 Clear (In use) (EC: VPMOCT064 - INACTIVE)
40 TE2/0/2/9 Clear (In use) (EC: VPMOCT064 - INACTIVE)
41 TE2/0/2/10 Clear (In use) (EC: VPMOCT064 - INACTIVE)
42 TE2/0/2/11 Clear (In use) (EC: VPMOCT064 - INACTIVE)
43 TE2/0/2/12 Clear (In use) (EC: VPMOCT064 - INACTIVE)
44 TE2/0/2/13 Clear (In use) (EC: VPMOCT064 - INACTIVE)
45 TE2/0/2/14 Clear (In use) (EC: VPMOCT064 - INACTIVE)
46 TE2/0/2/15 Clear (In use) (EC: VPMOCT064 - INACTIVE)
47 TE2/0/2/16 HDLCFCS (In use) (EC: VPMOCT064 - INACTIVE)
48 TE2/0/2/17 Clear (In use) (EC: VPMOCT064 - INACTIVE)
49 TE2/0/2/18 Clear (In use) (EC: VPMOCT064 - INACTIVE)
50 TE2/0/2/19 Clear (In use) (EC: VPMOCT064 - INACTIVE)
51 TE2/0/2/20 Clear (In use) (EC: VPMOCT064 - INACTIVE)
52 TE2/0/2/21 Clear (In use) (EC: VPMOCT064 - INACTIVE)
53 TE2/0/2/22 Clear (In use) (EC: VPMOCT064 - INACTIVE)
54 TE2/0/2/23 Clear (In use) (EC: VPMOCT064 - INACTIVE)
55 TE2/0/2/24 Clear (In use) (EC: VPMOCT064 - INACTIVE)
56 TE2/0/2/25 Clear (In use) (EC: VPMOCT064 - INACTIVE)
57 TE2/0/2/26 Clear (In use) (EC: VPMOCT064 - INACTIVE)
58 TE2/0/2/27 Clear (In use) (EC: VPMOCT064 - INACTIVE)
59 TE2/0/2/28 Clear (In use) (EC: VPMOCT064 - INACTIVE)
60 TE2/0/2/29 Clear (In use) (EC: VPMOCT064 - INACTIVE)
61 TE2/0/2/30 Clear (In use) (EC: VPMOCT064 - INACTIVE)
62 TE2/0/2/31 Clear (In use) (EC: VPMOCT064 - INACTIVE)

3. As shown above, my box has two connections with PSTN (same provider for
both): one direct, one through an HiPath PBX.
How can I double check timing slips don't come from "inconsistency between
both clock sources" ?
My first thought would be to unplug the link between Asterisk and HiPath and
compare two /pro/dahddi/1 outputs.
Thoughts ?

As far as Olivier's concern, I still vote there is some physical
cabling issue that is causing problems.

However, just for posterity, in my experience if HDLC aborts are
occuring and there are timing slips, it does not have anything to do
with the card / host communication, but rather the issue has more to
do with the framer and connection to provider.

This is because the timing slips are reported directly by the framer
and that doesn't depend on the host communication.

Just FYI...

--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

oza.4h07 at gmail.com
Guest

Posted: Wed Jan 15, 2014 4:31 am Post subject: [asterisk-users] How to read IRQs and timing slips values

I could replace the card this morning and the timing slips disappeared.

Given Adrian's testimony, that doesn't mean the card is faulty but as the card is now off service, I'm really eagger to investigate further.

At the moment, I can't insert this card and test it again in my lab but I'll certainly do it within a couple of hours (and report here).

Stay tuned ...

2014/1/14 Shaun Ruffell <sruffell@digium.com (sruffell@digium.com)>

Quote:

On Mon, Jan 13, 2014 at 08:42:13PM -0500, Paul Belanger wrote:

Quote:

Display posts from previous:

	VoIP Mailing List Archives Forum Index -> Asterisk Users	All times are GMT - 5 Hours
Page 1 of 1

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum