kbrasil-boun...@listas.asteriskbrasil.org> em nome de Oseias
> Flores
> *Enviado:* terça-feira, 15 de dezembro de 2020 11:36
> *Para:* asteriskbrasil@listas.asteriskbrasil.org <
> asteriskbrasil@listas.asteriskbrasil.org>
> *Assunto:* Re: [AsteriskBrasil] Asterisk Alto Consu
: terça-feira, 15 de dezembro de 2020 11:36
Para: asteriskbrasil@listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] Asterisk Alto Consumo de CPU
A solução do Paulo pode ajudar!
#!/bin/bash
# Tenha em mente que estamos usando "echo 3", mas não é recomendado na
produção, em vez dis
A solução do Paulo pode ajudar!
#!/bin/bash
# Tenha em mente que estamos usando "echo 3", mas não é recomendado na
produção, em vez disso, use "echo 1".
echo "echo 3 > /proc/sys/vm/drop_caches"
Incluir este script no crontab pode salvar sua vida por enquanto.
Em ter., 15 de dez. de 2020 às
Bom Dia Daniel,
Muito obrigado pela ajuda, repassei todos esses pontos pro meu chefe de
equipe, estamos ficando sem alternativas. Ta bem complicado. Vamos ver se
conseguimos resolver, a questão de invasão checamos várias vezes realmente
foi descartada.
att,
Em seg., 14 de dez. de 2020 às 10:38,
Julio,
Bom dia.
Somente para uma tentativa de contribuição, tente identificar um padrão.
Ou seja, verifique se isto ocorre sempre que ultrapassa uma quantidade
exata (ou próximo disso) de chamadas simultâneas.
- Se vc diminuir a quantidade de chamadas simultâneas, o consumo
de
Luis utilizamos somente o Alaw e MuLaw, mas sim temos algumas rotinas, vou
prestar atenção nesses pontos que você mencionou e vou verificar com minha
equipe agora. Muito obrigado pela dica. No momento estamos resolvendo
reiniciando o serviço do asterisk todo dia pela manhã, mas isso é só
postergar
Opa Paulo, Cara muito boa a dica, muito obrigado vou ver de integrar essa
rotina no nosso servidor.
Em qua., 9 de dez. de 2020 às 17:18, P@ulo
escreveu:
> Júlio, aqui de vez em quando tenho estes problemas em alguns servidores,
> diante disto fiz um script para limpar caches de memória de
Opa, há muita codificação nesse servidor? tente utilizar um mesmo codec
para tudo e evitar. No caso de g729 vai utilizar cpu para isso, tente com
g711.
Outro ponto validar seus fluxos internos, dialplan, tente deixar "clean"
utilize macros, valide seu asteriskdb, valide suas agi, apis, consultas
Júlio, aqui de vez em quando tenho estes problemas em alguns servidores,
diante disto fiz um script para limpar caches de memória de tempos em
tempos, que por sua vez diminuem também o processamento, pelo menos até vc
descobrir a fonte desse consumo.
veja um tempo de intervalo para rodá-lo que
Pode ser ataque brute force sip, tenta tirar o cabo de rede do servidor e
da um reboot, e deixa um hora seguida sem o cabo de rede, e veja se o load
continua alto, tem q tentar resolver por eliminação.
Em ter, 8 de dez de 2020 17:33, Julio França
escreveu:
> Nos convertiamos o audio com SOX de
Nos convertiamos o audio com SOX de wav para mp3, mas tiramos essas
conversões pensando que seria esse o problema, porem nao resolveu.
Em ter., 8 de dez. de 2020 às 15:58, P@ulo
escreveu:
> Algum áudio(mídia de URA) que tenha que ser transcodificado para um codec
> de tronco?
>
> Em ter., 8 de
em média temos de 50 a 65 chamadas simultaneas
Em ter., 8 de dez. de 2020 às 15:57, Claudiomiro Larssen
escreveu:
> Qual o volume de chamadas simultâneas em média ?
> Qual a configuração do servidor (cpu/memória) ?
>
> Em ter., 8 de dez. de 2020 às 15:36, Julio França <
>
4 Nucleos de 2.7 ghz
16gb memoria
Em ter., 8 de dez. de 2020 às 15:57, Claudiomiro Larssen
escreveu:
> Qual o volume de chamadas simultâneas em média ?
> Qual a configuração do servidor (cpu/memória) ?
>
> Em ter., 8 de dez. de 2020 às 15:36, Julio França <
> julio.fra...@mobcall.com> escreveu:
Algum áudio(mídia de URA) que tenha que ser transcodificado para um codec
de tronco?
Em ter., 8 de dez. de 2020 às 15:36, Julio França
escreveu:
> Essa foi uma possibilidade que passou pela minha cabeça, utilizei o
> comando Asterisk -r v para verificar essas invasões, mas não consta
>
Qual o volume de chamadas simultâneas em média ?
Qual a configuração do servidor (cpu/memória) ?
Em ter., 8 de dez. de 2020 às 15:36, Julio França
escreveu:
> Essa foi uma possibilidade que passou pela minha cabeça, utilizei o
> comando Asterisk -r v para verificar essas invasões, mas não
Essa foi uma possibilidade que passou pela minha cabeça, utilizei o comando
Asterisk -r v para verificar essas invasões, mas não consta tentativas
de invasões.
Em ter., 8 de dez. de 2020 às 15:32, Julio França
escreveu:
> Boa Tarde Ulisses,
>
> Nos temos um IpTAbles que fica constantemente
Boa Tarde Ulisses,
Nos temos um IpTAbles que fica constantemente bloqueado IP 's invasores que
possam utilizar do nosso servidor para uso clandestino de chamadas. Temos
uma tratativa para não correr esse risco conosco.
att,
Em ter., 8 de dez. de 2020 às 14:50, Ulisses Féres
escreveu:
> Julio,
Julio,
sua internet tem portas abertas para o ip do asterisk?
Sera que voce nao esta sofrendo um brute force sip? Consegue entrar na CLI
e verificar isso qndo o consumo estiver elevado?
On Tue, Dec 8, 2020 at 7:23 AM Julio França
wrote:
> Verifiquei isso, é o do próprio asterisk. Quando
Verifiquei isso, é o do próprio asterisk. Quando reinicio o asterisk
melhora mas apos algumas horas volta a consumir bastante CPU novamente.
Em ter., 8 de dez. de 2020 às 11:55, Cristiano Moura <
cristiano.bernar...@gmail.com> escreveu:
> utilize o comando *#ps -aux *e veja qual processo está
utilize o comando *#ps -aux *e veja qual processo está sugando a maquina.
Em ter., 8 de dez. de 2020 às 11:33, Julio França
escreveu:
> Meu Asterisk esta com um consumo muito alto de uso de CPU, usando o
> comando HTOP temos picos de todos os nucleos em 100% a cada 10 segundos em
> média, e as
20 matches
Mail list logo