A) Resultado Obtido<\/strong><\/p>\n Chegamos aos valores abaixo, já considerando uma margem de segurança para um bom funcionamento do sistema operacional, sem comprometimento dos demais serviços básicos:<\/p>\n Asterisk sem controle de áudio (RTP):<\/p>\n Obtivemos uma marca de 3.000 active channels = 1500 chamadas simultâneas<\/strong>.<\/p>\n Com controle de RTP:<\/p>\n Obtivemos uma marca de 600 active channels = 300 chamadas simultâneas<\/strong>.<\/p>\n <\/p>\n B) Topologia<\/strong><\/p>\n Topologia utilizado nos testes:<\/p>\n <\/p>\n C) Configurações e Hardware utilizado nos testes<\/strong><\/p>\n Os ramais 10 e 20, são telefones da marca Yealink.<\/p>\n Os servidores Asterisk A e Asterisk B, interligados via tronco SIP, são VM (virtual machine) hospedados na Amazon. As configurações destas VMs foram:<\/p>\n Abaixo segue uma imagem referente ao processador utilizado nos servidores:<\/p>\n <\/p>\n Nos servidores A e B, deixamos instalado o MySQL. Com intuito de gerar algum processamento extra, configuramos o asterisk para salvar no banco os dados referente ao CDR. Também configuramos para salvar os dados referente ao CEL no MySQL. Neste último caso, configuramos via ODBC.<\/p>\n Não desativamos nenhum módulo do asterisk, deixando o “pacote padrão” instalado, adicionando alguns módulos referente a conexão do MySQL.<\/p>\n Para o entroncamento SIP entre os servidores, utilizamos liberação via IP, sem registro. SIP trunk configurado com codec g711a (alaw).<\/p>\n O ramal 10 conseguia discar para o ramal 20, e vice-versa. Utilizamos estes ramais unicamente para mantermos a conversação entre 2 pessoas, medindo qualquer possível interferência na qualidade.<\/p>\n <\/p>\n D) Teste Realizado<\/strong><\/p>\n Foram 2 testes realizados para sentir o comportamento do Asterisk. O primeiro teste, sem RTP, é o teste no qual o Asterisk gerencia somente as conexões SIP, e a voz (RTP), passa diretamente entre a origem e o destino. Em ambos os servidores colocamos um script discador, criado em PHP, responsável por originar chamadas de um servidor para o outro, em uma velocidade de 20 chamadas por segundo. O outro servidor – que recebia a chamada – atendia a chamada e segurava atendida por 10 mil segundos (167 minutos), com o comando WaitExten(10000), para os testes sem RTP. Desta forma conseguimos medir a capacidade dos servidores com e sem a gerência do áudio RTP transitando por eles.<\/p>\n Enquanto o discador era executado, ficávamos conversando entre os ramais 10 e 20, buscando identificar qualquer comprometimento com a qualidade, bem como testando o tempo de completamento da chamada.<\/p>\n Teste sem RTP:<\/strong><\/p>\n O valor máximo de chamadas simultânea constatado ao rodar o comando “core show channels verbose”, foi de 3938 active channels conforme print abaixo:<\/p>\n <\/p>\n Teste com RTP:<\/strong><\/p>\n Já quando colocamos áudio em cima dos servidores, utilizando o RTP, o valor máximo ficou em 728 active channels:<\/p>\n <\/p>\n Neste último caso do teste realizado com RTP, temos que considerar ainda que estávamos executando um arquivo de áudio (tt-weasels) sendo aberto para cada chamada, em um loop infinito. Propositalmente criado para gerar um processamento extra na máquina, com intuito de nos aproximarmos de um processamento real. Além disso, em ambos os testes, temos o CEL e o CDR sendo escritos no MySQL.<\/p>\n Em ambos os casos acima, o load da VM estava superior a 2.0, sendo possível notar picotes na voz e uma leve lentidão ao sistema via SSH.<\/p>\n Refizemos os testes em busca de um resultado seguro, onde não houvesse picote de voz, nem mesmo lentidão, com load inferior a 2.0. E chegamos aos valores apresentados no item A (Resultados Obtidos) deste post: 3000 active channels sem RTP e 600 active channels com RTP.<\/p>\n <\/p>\n E) Conclusão<\/strong><\/p>\n Neste teste conseguimos atingir o objetivo de obter um valor de referência de quantas chamadas o asterisk suporta, dado as condições entregues para os testes.<\/p>\n De certo ponto de vista, é incorreto falarmos de “quantas chamadas o asterisk suporta<\/strong>“, visto que o limitador muitas vezes é o hardware e não o software. De qualquer forma, julgo ser um número importante para fins de referência, para termos ideia de cálculo de hardware necessário para atender cada caso. Adicionalmente, tal número também pode ser interessante para fins de comparação de diferentes software de PABX rodando no mesmo hardware.<\/p>\n Também é válido chamar a atenção de que 300 chamadas simultâneas, em um servidor dual core, certamente é um número bastante atrativo, que atende um número superior a 99% das empresas brasileiras.<\/p>\n Com certeza este número poderá ainda ser superior com algumas mudanças, principalmente relacionadas a utilização de um hardware físico ao invés de VM, com maior capacidade de processamento, desativação de módulos desnecessários do asterisk, e demais ajustes finos a nível de sistema operacional.<\/p>\n <\/p>\n\n","protected":false},"excerpt":{"rendered":" Muito se fala sobre as vantagens de utilizar Asterisk, tratamento de \u00e1udio e muito mais, por\u00e9m, um assunto pouco conhecido \u00e9 sobre a quantidade de chamadas simult\u00e2neas suportadas. <\/p>\n Neste post voc\u00ea saber\u00e1 quantas chamadas o Asterisk suporta e como os testes foram feitos para este case. Desta forma, voc\u00ea ter\u00e1 conhecimento sobre o poder desta excelente ferramenta!<\/p>\n","protected":false},"author":2,"featured_media":704,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[8,5,7,6],"tags":[55,37,58,54,56,57],"_links":{"self":[{"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/posts\/450"}],"collection":[{"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/comments?post=450"}],"version-history":[{"count":11,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/posts\/450\/revisions"}],"predecessor-version":[{"id":1148,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/posts\/450\/revisions\/1148"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/media\/704"}],"wp:attachment":[{"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/media?parent=450"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/categories?post=450"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.saperx.com.br\/index.php\/wp-json\/wp\/v2\/tags?post=450"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Teste](\"http:\/\/blog.saperx.com.br\/wp-content\/uploads\/2019\/01\/Teste-Desempenho-Asterisk.png\" "\\"Descubra")
<\/p>\n\n
![\"Screenshot](\"http:\/\/blog.saperx.com.br\/wp-content\/uploads\/2019\/01\/Screenshot-from-2018-12-31-17-05-32.png\" "\\"Descubra")
<\/p>\n
\nJá o segundo teste, forçamos para que o Asterisk gerenciasse a voz, passando todo o tráfego de RTP por ele. O que resulta em 50 pacotes por segundo, por canal, para ele processar.<\/p>\n
\nJá para os testes com RTP, montamos um loop, em ambos os servidores, tocando sempre o áudio tt-weasels, utilizando o áudio em GSM.<\/p>\n![\"Screenshot](\"http:\/\/blog.saperx.com.br\/wp-content\/uploads\/2019\/01\/Screenshot-from-2018-12-31-16-43-32.png\" "\\"Descubra")
<\/p>\n![\"Screenshot](\"http:\/\/blog.saperx.com.br\/wp-content\/uploads\/2019\/01\/Screenshot-from-2018-12-31-17-00-39.png\" "\\"Descubra")
<\/p>\n