É possível configurar um Asterisk PBX em execução no EC2 e ter uma qualidade de chamada confiável?

Question

Existe um kernel EC2 com clock de 1000Hz, que já usei com sucesso para configurar o Asterisk, mas estou imaginando se outros problemas (por exemplo, o trânsito de Londres para Dublin e Londres) podem causar problemas usando g729 e talvez 20 canais simultâneos.

Muito obrigado, Chris.

    

Answer 1

Resposta curta: Não.

Resposta mais longa: os serviços VOIP exigem tempo extremamente preciso, o que é praticamente impossível em qualquer ambiente virtualizado, mas quase certamente fora de questão em um ambiente compartilhado como o EC2, onde outros as cargas de trabalho das pessoas podem afetar o desempenho do seu sistema. As melhores soluções de VOIP são servidores dedicados e normalmente incluem algum tipo de fonte de temporização de hardware dedicada (como uma placa de linha de telecomunicações, mesmo se o seu sistema for "VOIP puro").

Além dos problemas de tempo do servidor, você também pode esperar que o atraso adicional de ida e volta para ir do seu telefone de mesa para / de um servidor "na nuvem" cause problemas de qualidade de chamadas (atrasos longos o bastante para começar falando sobre si mesmo, linha de eco, etc.) - Isso pode ser notado em sistemas VOIP com apenas 10-15ms de latência para o servidor, mas torna-se óbvio em cerca de 25ms e pior a partir daí.

    

Answer 2

Resposta curta: Sim.

Resposta mais longa: Eu tive um sistema Asterisk rodando no EC2 nos últimos 18 meses, começando logo após essa pergunta ser feita; Nunca houve um problema significativo de qualidade de chamada causado por estar no EC2. Ele fornece linhas de atendimento aos ouvintes e linhas de negócios para um programa de rádio de entrevistas nos Estados Unidos, com quatro linhas no estúdio e um número indefinido na fila além disso; e se houver um problema de qualidade de chamada, tenho o anfitrião respirando no meu pescoço em um curto espaço de tempo.

As advertências dadas por @ voretaq7 em sua resposta aplicam-se, é claro.

Você precisa ter uma fonte de tempo confiável para que coisas como conferências telefônicas e música em espera funcionem corretamente. (O talk show de rádio usa o MOH.) Felizmente, o driver dahdi consegue obter um timing confiável do subsistema USB virtualizado, que é o fallback de sua fonte de tempo quando uma placa de linha não está presente no sistema.

Você também deve minimizar a latência, tanto quanto possível. Com o servidor Asterisk na região da Amazônia Leste dos EUA, estou obtendo cerca de 28-30ms de latência para os ATAs no estúdio, conforme relatado por sip show peers , que é o melhor que posso fazer por causa de onde o estúdio está fisicamente localizado. Qualquer coisa acima disso, conforme observado anteriormente, provavelmente causará problemas de qualidade.

No seu caso, a latência para a Irlanda e vice-versa provavelmente acabará com essa ideia, embora você não tenha fornecido uma medida específica da latência, por isso é difícil ter certeza. Se você usar pelo menos uma pequena instância, provavelmente não terá problemas com a CPU, mesmo com 20 canais.