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. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Kohlsmith Sent: 01 June 2007 14:36 To: [email protected] 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 '[EMAIL PROTECTED]' 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
