On Mon, Feb 3, 2014 at 6:52 AM, Olivier wrote:
> [ 42.969568] dahdi: Version: SVN-trunk-r10414
I would suggest updating DAHDI. We moved from svn to git years ago and
that repository is not maintained.
> 17: 22167235841 IO-APIC-fasteoi ehci_hcd:usb1, wct2xxp
> Does it qualify as
Follow up on this thread:
Today, I could at last insert the TE220 board into an other machine in my
lab.
1. For the moment, I plugged the card into an available PCIe x1 slot and
checked IRQs with:
# dmesg
...
[ 42.969568] dahdi: Version: SVN-trunk-r10414
[ 43.281832] wct4xxp :04:08.0: PC
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 certain
On Mon, Jan 13, 2014 at 08:42:13PM -0500, Paul Belanger wrote:
> > 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: VPMOCT0
On 01/14/2014 04:32 AM, Olivier wrote:
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 procedu
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
On Thu, Jan 9, 2014 at 12:01 PM, Olivier wrote:
> 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 s
: 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:
> If you have another board, yes, you could try. But I would recommend
> checking all your cables, etc.
On 01/13/2014 11:39 AM, Shaun Ruffell wrote:
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 (si
On Mon, Jan 13, 2014 at 04:13:49PM +0100, Olivier wrote:
> 2014/1/10 Shaun Ruffell
>
> > On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:
> > > 2014/1/10 Shaun Ruffell
> > > >
> > > > You've configured the card to recover timing from the provider?
> > >
> > > I'm not sure but I don't thi
2014/1/10 Shaun Ruffell
> On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:
> > 2014/1/10 Shaun Ruffell
> > >
> > > 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
On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:
> 2014/1/10 Shaun Ruffell
> >
> > 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
> echocanc
2014/1/10 Shaun Ruffell
> On Fri, Jan 10, 2014 at 07:48:21PM +0100, Olivier wrote:
> >
> > 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.
>
> > Given these figur
On Fri, Jan 10, 2014 at 07:48:21PM +0100, Olivier wrote:
>
> 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.
> Given these figures, may I also exclude an hardware failure
2014/1/9 Shaun Ruffell
> On Thu, Jan 09, 2014 at 06:01:34PM +0100, Olivier wrote:
> > 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
On Thu, Jan 09, 2014 at 06:01:34PM +0100, Olivier wrote:
> 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 -
16 matches
Mail list logo