search for: tollerence

Unfortunatly no on both counts. The arrangement right now has: PSTN Trunks & Stations <-> Nortel Norstar#1 <-CT1-> Asterisk#1 <-IAX2-> Asterisk#2 <-CT1-> Nortel Nortstar#2 <-> Stations The Asterisk boxes provide Voicemail to their sites Norstars and intersite calls over IAX. Local Voicemail works flawlessly at each site but there have been reports of PSTN calls

> -----Original Message----- > From: Chris Shaw [mailto:chriss@watertech.com] > Sent: September 7, 2004 4:40 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] Maximum tollerable lag/jitter for IAX2 > w/ojitterbuffer enabled? > {clip} > > If you can reproduce it, this smells like a bug... IAX runs over TCP and TCP >

I'm having a problem with intersite calls over IAX2 being abruptly terminated. Nothing odd shows in any of the logs for Asterisk or the host. The only think I can think it might be is a lag-spike on the site to site connection. How sensitive is IAX2 to lost frames, lag spikes or large variations in jitter with the GSM codec and: bandwidth=low jitterbuffer=no trunkfreq=100 ; Raised from

I've just finished a little encoding set and the following happened: 22Khz resampled, q-0.4 encode = ~38kbs = one error at the beginning only. 22Khz resampled, q-0.5 encode = ~37kbs = 6 to 7 sleep errors in the first second or so, nothing after that. 22Khz resampled, q-0.6 encode = ~35kbs = 14 to 15 sleep errors then nothing. 22Khz resampled, q-0.8 encode = ~33kbs = Many sleep errors. ---

Thanks Jim, that's understood. When I say AMBE isn't working well, I only mean from the audience acceptance point of view. Technically it is fine. It is exactly doing the job we had expected. It's the long standing wish that everyone wants... More for less. We are just seeking a bit of magic that just may not be there. Ideally finding a codec that can perform

Greetings, 1) Is there a nice way of extracting the variance estimates from an lme fit? They don't seem to be part of the lme object. 2) In a series of simulations, I am finding that with ML fitting one of my random effect variances is sometimes being estimated as essentially zero with massive CI instead of the finite value it should have, whilst using REML I get the expected value. I guess

On 2002.11.12 11:52 Leo Currie wrote: > Karl Heyes wrote: > Just came in this morning and it is sitting there using 98.5% cpu and > 47.6% memory. So yes - memory usage goes up as well. My playlist is > 'clean' of mp3's now, so it's something else.. Yes, it's a case of normal running is fine, but on some network error one or more threads go into busy loop not

On 2002.12.02 16:08 SwiftBiscuit wrote: > I've just finished a little encoding set and the > following happened: > > 22Khz resampled, q-0.4 encode = ~38kbs = one error at > the beginning only. > > 22Khz resampled, q-0.5 encode = ~37kbs = 6 to 7 sleep > errors in the first second or so, nothing after that. > > 22Khz resampled, q-0.6 encode = ~35kbs = 14 to 15

At the moment we're not - the email notification from Comedian Mail has been mostly sufficient. I do however have some Dialogic D/42-NS PBX emulation cards and the plan is to use them to set and unset the MWI lamps based on events pushed out of Asterisk. They may be obsolete hardware but they came in real handy for extracting the voicemail from the old StarTalk NAM too. Take a look at the

How to fix it in wine with Wacom Bamboo Fun Tablet

Hi all, Firstly I need to apologise for some comments I made regarding GalaxyVoice and their service/abilities. Having opened another dialog with them they were more than willing to help out and tollerate abuse of their system whilst testing. Secondly I'd like to thank my anonymous friend without whom I would have never been able to get this going. Thirdly, I GOT IT TO WORK!! Below is the

Karl Heyes wrote: > Having mp3's in the playlist won't work well:). It's not supposed to stop > ices though, same for non-existent files. I'll have to check that. The > swallow all my CPU sounds like the send_raw bug. Does it also show an > increased memory usage as well? <p>Just came in this morning and it is sitting there using 98.5% cpu and 47.6% memory.

Hi everyone, I thought long and hard (ok, not *that* long) about whether or not to crosspost this to icecast-dev. In the end I decided not to since this isn't about an Icecast or Xiph project. My name is Geoff Shang and I've been an enthusiastic user of Icecast for a long time. I am also the chief tech guy for a project called ACB Radio (http://www.acbradio.org), which is run by