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, Daniel Varella <dvare...@gmail.com> escreveu: > 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 CPU e memória diminuem ? > - Qual versão do seu Asterisk ? (aqui eu resolvi alguns problemas > de performance atualizando a versão do Asterisk) > - 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. > - 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). > - Existe algum log que aponte algum padrão de erro no momento em > que começam os problemas de consumo ? > > Atenciosamente, > > -- > > Daniel Varella de Oliveira > Consultor de T.I. > Cel.: +55(21)98615-6050 > > Digium Certified Asterisk Professional - (dCAP) > > Novell Certified Linux Administrator (Novell CLA) & > Novell Data Center Technical Specialist (Novell DCTS) > SUSE Linux Enterprise 11 > > Linux Professional Certified - LPI > > Information Technology Infrastructure Library - ITIL Certified > > Cisco Certified Network Associate - CCNA > > > On Thu, Dec 10, 2020 at 8:50 AM Julio França <julio.fra...@mobcall.com> > wrote: > >> 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. >> >> >> >> Em qua., 9 de dez. de 2020 às 19:17, Luiz Gabriel Gasparelli < >> lggaspare...@gmail.com> escreveu: >> >>> 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 que >>> for... >>> >>> Em qua., 9 de dez. de 2020 às 17:18, P@ulo <pavlvscae...@gmail.com> >>> 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 >>>> 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 melhor se adpte a seu >>>> problema. >>>> >>>> #!/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" >>>> >>>> >>>> Em ter., 8 de dez. de 2020 às 11:33, Julio França < >>>> julio.fra...@mobcall.com> 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 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. >>>>> >>>>> [image: image.png] >>>>> >>>>> [image: image.png] >>>>> >>>>> [image: image.png] >>>>> _______________________________________________ >>>>> Contact Center em Nuvem >>>>> Home Office >>>>> http://www.weontap.com.br >>>>> _______________________________________________ >>>>> Para remover seu email desta lista, basta enviar um email em branco >>>>> para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >>>> >>>> >>>> >>>> -- >>>> ------------------ >>>> Paulo César >>>> ------------------ >>>> _______________________________________________ >>>> Contact Center em Nuvem >>>> Home Office >>>> http://www.weontap.com.br >>>> _______________________________________________ >>>> Para remover seu email desta lista, basta enviar um email em branco >>>> para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >>> >>> >>> >>> -- >>> Luiz Gabriel Gasparelli >>> https://br.linkedin.com/in/lggasparelli >>> _______________________________________________ >>> Contact Center em Nuvem >>> Home Office >>> http://www.weontap.com.br >>> _______________________________________________ >>> Para remover seu email desta lista, basta enviar um email em branco para >>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org >> >> _______________________________________________ >> Contact Center em Nuvem >> Home Office >> http://www.weontap.com.br >> _______________________________________________ >> Para remover seu email desta lista, basta enviar um email em branco para >> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org > > _______________________________________________ > Contact Center em Nuvem > Home Office > http://www.weontap.com.br > _______________________________________________ > Para remover seu email desta lista, basta enviar um email em branco para > asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
_______________________________________________ Contact Center em Nuvem Home Office http://www.weontap.com.br _______________________________________________ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org