<div dir="ltr"><div>Julio,</div><div><br></div><div> Bom dia.</div><div><br></div><div> 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.</div><div><br></div><div> - Se vc diminuir a quantidade de chamadas simultâneas, o consumo de CPU e memória diminuem ?</div><div> - Qual versão do seu Asterisk ? (aqui eu resolvi alguns problemas de performance atualizando a versão do Asterisk)</div><div> - Tem certeza que não está sofrendo ataques ? Eu sugiro bloquear completamente a comunicação com a internet (se for possível) por um ciclo mínimo de 3 atividades suspeitas, para tentar ver se realmente não é isso.</div><div> - Tem alguma tratativa no dialplan de consulta a Banco de Dados externo ? Se sim, isto pode estar causando latências altas e enfileiramento de requisições. Inclusive no chan_sip o "stack" para e vai acumulando até ser desafogado por alguma resposta (isso foi mais resolvido no pjsip).</div><div> - Existe algum log que aponte algum padrão de erro no momento em que começam os problemas de consumo ?</div><div><br></div><div> Atenciosamente,</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">--<br><br>Daniel Varella de Oliveira<br>Consultor de T.I.<br>Cel.: +55(21)98615-6050<br><br>Digium Certified Asterisk Professional - (dCAP)<br><br>Novell Certified Linux Administrator (Novell CLA) &<br>Novell Data Center Technical Specialist (Novell DCTS)<br>SUSE Linux Enterprise 11<br><br>Linux Professional Certified - LPI<br><br>Information Technology Infrastructure Library - ITIL Certified<br><br>Cisco Certified Network Associate - CCNA</div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 10, 2020 at 8:50 AM Julio França <<a href="mailto:julio.franca@mobcall.com">julio.franca@mobcall.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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 o problema, não é o ideal, to querendo achar a fonte dessa causa, mas enquanto isso vou aplicar as dicas que os colegas propuseram.<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua., 9 de dez. de 2020 às 19:17, Luiz Gabriel Gasparelli <<a href="mailto:lggasparelli@gmail.com" target="_blank">lggasparelli@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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. <br>Outro ponto validar seus fluxos internos, dialplan, tente deixar "clean" utilize macros, valide seu asteriskdb, valide suas agi, apis, consultas que for...<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua., 9 de dez. de 2020 às 17:18, P@ulo <<a href="mailto:pavlvscaesar@gmail.com" target="_blank">pavlvscaesar@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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.<div><br></div><div>veja um tempo de intervalo para rodá-lo que melhor se adpte a seu problema.<br><div><br></div><div><pre style="box-sizing:border-box;margin-top:0px;margin-bottom:1.75em;padding:0.5em 0px;border:1px solid rgb(238,238,238);font-variant-numeric:inherit;font-variant-east-asian:inherit;font-stretch:inherit;font-size:0.9em;line-height:inherit;font-family:"Lucida Console",Monaco,monospace;vertical-align:baseline;color:rgb(123,123,123);background:rgb(250,250,250) none repeat scroll 0% 0%;white-space:pre-wrap">#!/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"</pre></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em ter., 8 de dez. de 2020 às 11:33, Julio França <<a href="mailto:julio.franca@mobcall.com" target="_blank">julio.franca@mobcall.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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 ligações ficam péssimas quando há esse pico. Porem não conseguimos identificar oque esta causando esse alto consumo. Quando reinicio o serviço do asterisk, resolve o problema porem após algumas horas volta a dar os picos.<div><br></div><div><img src="cid:ii_kig31v0u0" alt="image.png" width="452" height="75"><br></div><div><br></div><div><img src="cid:ii_kig325g11" alt="image.png" width="452" height="89"><br></div><div><br></div><div><img src="cid:ii_kig32bds2" alt="image.png" width="452" height="73"><br></div></div>
_______________________________________________<br>
Contact Center em Nuvem<br>
Home Office<br>
<a href="http://www.weontap.com.br" rel="noreferrer" target="_blank">http://www.weontap.com.br</a><br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org" target="_blank">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">------------------<br>Paulo César<br>------------------<br></div>
_______________________________________________<br>
Contact Center em Nuvem<br>
Home Office<br>
<a href="http://www.weontap.com.br" rel="noreferrer" target="_blank">http://www.weontap.com.br</a><br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org" target="_blank">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Luiz Gabriel Gasparelli<br><a href="https://br.linkedin.com/in/lggasparelli" target="_blank">https://br.linkedin.com/in/lggasparelli</a><br></div></div></div>
_______________________________________________<br>
Contact Center em Nuvem<br>
Home Office<br>
<a href="http://www.weontap.com.br" rel="noreferrer" target="_blank">http://www.weontap.com.br</a><br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org" target="_blank">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a></blockquote></div>
_______________________________________________<br>
Contact Center em Nuvem<br>
Home Office<br>
<a href="http://www.weontap.com.br" rel="noreferrer" target="_blank">http://www.weontap.com.br</a><br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org" target="_blank">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a></blockquote></div>