[asterisk-users] Audio going blank for a few seconds andthencomesback. What could be the reason?

[Matthew Fredrickson]

Try
On Jun 1, 2007, at 9:24 AM, Steve Hanselman wrote:

> There seem to be two threads here that mention multi-second loss with
> the common part being a PRI, certainly for my situation it's purely PRI
> as the asterisk box sits in between the telco and another PRI enabled
> PBX and the calls are bridged between the two.
>
> There is no network traffic involved in this case.
>
> Not sure where to go with mine though, the load average is nice and 
> low,
> I don't see any missed interrupts and it's only started happening in 
> the
> last few weeks since an asterisk upgrade.
>
> Latest FC6 kernel, latest yum'd asterisk, zaptel etc
>
> Not sure whether it's worth pulling a SVN version down and building
> that, the only issue is I can't currently reproduce this on demand.

Be sure to check the latest svn version of zaptel :-)

Matthew Fredrickson

>
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Andrew
> Kohlsmith
> Sent: 01 June 2007 14:36
> To: asterisk-users at lists.digium.com
> Subject: Re: [asterisk-users] Audio going blank for a few seconds
> andthencomesback. What could be the reason?
>
> On Friday 01 June 2007 9:24 am, Rob Schall wrote:
>> comcast high-speed, thinking that would be more than enough. Turned
> out
>> though, with most high speed solutions, there is some limited packet
>> loss and its just to be expected. You internet browsers, etc, would
>
> Limited packet loss != **EIGHT SECONDS** of network breakage.  Jitter
> buffers
> and PLC takes care of most normal network indiscretions, but period
> dropouts
> of that big of a time aren't normal and indicate a bigger issue, either
> with
> the hardware or the link itself.
>
>> normally just re-request the packet and move on, but with a stream,
>> you're out of luck. The only real solution is to have a dedicated T1
> or
>> mpls connection or something like that for perfect quality. We have
>> solid connections between our offices and haven't had a problem yet.
>
> I have numerous installations using standard telco (Bell Canada and
> Telus)
> DSL, and at least one on Rogers cable here in Ontario.  No real
> problems.
> The odd problem if the pipe gets saturated but careful design and
> monitoring
> can take care of most of these problems.
>
> I agree with Mr. Hanselman; get a packet logger on the link and see
> what's
> really going on.  Until that's done, everything here is just
> speculation.  I
> have seen bugs in the IAX2 and SIP jitter buffers on Asterisk which
> cause
> dropouts like this, and I'd like to see what's actually going on before
> pointing any fingers.
>
> -A.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> The information contained in this email is intended for the personal 
> and confidential use
> of the addressee only. It may also be privileged information. If you 
> are not the intended
> recipient then you are hereby notified that you have received this 
> document in error and
> that any review, distribution or copying of this document is strictly 
> prohibited. If you have
> received  this communication in error, please notify Brendata 
> immediately on:
>
> +44 (0)1268 466100, or email 'technical at brendata.co.uk'
>
> Brendata (UK) Ltd
> Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
> Registered Office as above. Registered in England No. 2764339
>
> See our current vacancies at www.brendata.co.uk
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users