On 4/22/2020 2:55 PM, Dovid Bender wrote:
All the calls are using ulaw. The files that I am playing are gsm. I
suppose doing a file convert with sox to .ulaw may help
You should absolutely do this.
--
_
-- Bandwidth and
Eric,
Thanks. I will give that a shot and will see how it acts tomorrow.
On Wed, Apr 22, 2020 at 3:26 PM Eric Wieling wrote:
> Try setting transcode_via_sln=no in /etc/asterisk/asterisk.conf and
> restart Asterisk. A reload will NOT apply the new value. Setting it to
> no seems to smooth
Try setting transcode_via_sln=no in /etc/asterisk/asterisk.conf and
restart Asterisk. A reload will NOT apply the new value. Setting it to
no seems to smooth out CPU usage on one of my servers.
On 4/22/20 2:01 PM, Dovid Bender wrote:
Hi,
I have an Asterisk box which has an IVR that plays
: [asterisk-users] Troubleshooting load issues
All the calls are using ulaw. The files that I am playing are gsm. I suppose
doing a file convert with sox to .ulaw may help but it should be able to do 500
calls without an issue. Can it possibly be a bug? if not how do I profile which
call(s) can
>>> All the calls are using ulaw. The files that I am playing are gsm. I
>>> suppose doing a file convert with sox to .ulaw may help but it should be
>>> able to do 500 calls without an issue. Can it possibly be a bug? if not how
>>> do >>> I profile which call(s) can be causing the spike?
All the calls are using ulaw. The files that I am playing are gsm. I
suppose doing a file convert with sox to .ulaw may help but it should be
able to do 500 calls without an issue. Can it possibly be a bug? if not how
do I profile which call(s) can be causing the spike?
On Wed, Apr 22, 2020 at
Could some calls be arriving with a different codec? (Is transcoding causing
the spikes)? Are you limiting codecs to match your audio files?
From: asterisk-users [mailto:asterisk-users-boun...@lists.digium.com] On Behalf
Of Dovid Bender
Sent: Wednesday, April 22, 2020 2:01 PM
To: Asterisk
