Entenda por que o áudio das chamadas no Asterisk está ruim.
Monitore perda de pacotes RTP, jitter e atraso de ida e volta no Asterisk, FreePBX e Issabel. Veja quando a qualidade mudou, restrinja a análise a um tronco ou ramal e decida o que verificar em seguida.
30 dias grátis. Sem cartão. Nenhum áudio é enviado.
Um pico breve. Uma pista útil.Investigue este intervalo
Exemplo ilustrativo · medições fictícias, sem dados de clientes
Perda de pacotes4,1 %Pico
Jitter48 msPico
RTT do RTCP180 msPico
Perda de pacotes em 15 minutos
10:0010:0510:1010:15
Perda informada pelo RTCPReferência de diagnóstico: 2%
A perda média é de apenas 0,8%, mas o pico chega a 4,1%. Analise o intervalo e a direção afetados antes de decidir se deve verificar o tronco, a rede local ou um telefone.
INTERPRETE OS SINAIS
Três medições. Pistas diferentes.
Leia a média, o pico e a quantidade de medições em conjunto. Médias podem esconder picos curtos; um pico isolado não comprova um problema persistente.
%
Perda de pacotes
O receptor informa os pacotes RTP ausentes durante um intervalo de relatórios RTCP. A perda pode coincidir com falhas ou palavras cortadas.
Investigar a partir de 2%
Compare o mesmo período entre troncos e ramais. Verifique se o aumento afeta uma conexão ou várias.
ms
Jitter
Jitter é a variação no tempo de chegada dos pacotes. O PBXonix converte o valor RTCP para milissegundos quando conhece a frequência de relógio do codec.
Investigar a partir de 30 ms
Veja se os picos coincidem com períodos de carga elevada. Quando necessário, compare conexões cabeadas e Wi-Fi.
ms RTT
Atraso de ida e volta
O RTT mede o percurso de ida e volta do RTCP. Valores altos podem ajudar a investigar conversas em que as pessoas falam ao mesmo tempo. Não mede o atraso de voz em um único sentido.
Investigar a partir de 300 ms
Compare com o RTT habitual da conexão. Verifique a rota de rede, o congestionamento e o alcance da mudança.
São referências de diagnóstico do PBXonix, não garantias universais de qualidade de voz. O codec, o buffer de jitter e o caminho da mídia influenciam o resultado. Os limites e a duração dos alertas são configurados separadamente.
DO SINTOMA À VERIFICAÇÃO
O que você investigaria primeiro?
Três exemplos com valores fictícios. Eles orientam a investigação, mas não identificam automaticamente um equipamento ou provedor com defeito.
01
Vários usuários ouvem palavras cortadas
O que aparece
Pico de perda: 4,1% · jitter: 48 ms
O que pode significar
Se vários ramais mostram o mesmo pico em um tronco, investigue um caminho de mídia compartilhado. Se apenas um ramal é afetado, comece perto desse terminal.
Próxima verificação
Selecione a mesma central, período e direção da mídia. Compare as linhas de troncos e ramais e verifique erros de interface, carga do enlace e configuração de QoS.
02
As pessoas falam umas por cima das outras
O que aparece
RTT chega a 420 ms · perda de 0,2%
O que pode significar
O aumento do RTT sugere atraso, mesmo com pouca perda. Essas medições isoladas não localizam o atraso nem comprovam uma falha da operadora.
Próxima verificação
Compare com um período normal e outro tronco. Veja se houve alteração de rota WAN, caminho VPN ou demanda de banda no mesmo horário.
03
Há chamadas, mas os gráficos estão vazios
O que aparece
Sem observações RTCP · valores indisponíveis
O que pode significar
Ausência de dados não significa 0% de perda. O coletor pode estar aguardando RTCP, a mídia pode não passar pelo Asterisk ou uma métrica pode depender do codec negociado.
Próxima verificação
Primeiro, confira o estado do coletor e a última atualização. Confirme que o Asterisk fornece eventos RTCP e que o agente tem permissão de monitoramento. Depois, verifique o caminho da mídia.
UM PROCESSO REPETÍVEL
Da reclamação a uma investigação objetiva.
Confirme a coleta
Confira a última atualização e a quantidade de medições RTCP. Um agente conectado ainda pode estar aguardando observações de qualidade.
Escolha o intervalo
Use a última hora, 24 horas ou sete dias. Compare o horário da reclamação com a média e o pico.
Restrinja a análise
Filtre por central e direção da mídia. Compare as medições disponíveis de troncos conhecidos e ramais internos.
Acompanhe o incidente
Consulte a linha do tempo, atribua um responsável e registre as verificações. Compare as mesmas métricas após a mudança.
Transforme uma mudança persistente em alerta.
Ative as notificações de qualidade nas configurações. Escolha limites, duração e um mínimo de observações para receber alertas por email ou Telegram. Acompanhe o problema e a recuperação no centro de incidentes; use o modo de manutenção para trabalhos programados.
O módulo de qualidade envia agregados numéricos por minuto e identificadores técnicos conhecidos de ramais e troncos. Não envia números de clientes, nomes de quem liga, áudio, capturas de pacotes ou mensagens SIP brutas. O agente se conecta à nuvem por HTTPS de saída.
As médias são ponderadas pela quantidade de observações RTCP, não por chamadas ou pacotes. São medições agrupadas, não gravações de chamadas individuais. O PBXonix não calcula MOS. Gráficos estáveis não descartam problemas de codec, telefone ou acústica.
Perguntas sobre qualidade de chamadas no Asterisk
Por que um tronco SIP registrado pode ter áudio ruim?+
O registro SIP indica disponibilidade de sinalização. O RTP transporta a mídia e o RTCP informa sobre esse caminho. Um tronco pode continuar registrado enquanto perda, jitter ou atraso afetam a conversa. Verifique o estado do tronco junto com as métricas de qualidade.
Funciona com FreePBX, Issabel, SIP e PJSIP?+
O PBXonix coleta eventos de relatórios RTCP fornecidos pelo Asterisk. A coleta foi validada no Asterisk 16 e 20 com chan_sip e PJSIP. O suporte a FreePBX e Issabel depende da versão do Asterisk, dos eventos disponíveis, das permissões e da configuração da mídia.
Por que jitter ou RTT às vezes não aparecem?+
Nem toda observação RTCP contém todas as métricas. O jitter precisa de uma frequência de relógio de codec conhecida para conversão em milissegundos; o RTT também depende do conteúdo e da direção do relatório. Mídia direta ou ausência de RTCP podem deixar os gráficos vazios. Valores indisponíveis nunca são substituídos por zero.
As médias são calculadas por chamada?+
Não. Cada média usa as observações RTCP disponíveis, ponderadas pela sua quantidade. Uma chamada longa pode gerar mais observações. A quantidade de medições não equivale à quantidade de chamadas únicas, e a perda média não é uma porcentagem ponderada por pacotes de toda a central.
O PBXonix envia números de clientes ou grava áudio?+
O módulo de qualidade envia agregados numéricos e identificadores técnicos conhecidos da central. Não envia números de clientes, nomes, áudio, capturas de pacotes ou SIP bruto. A página Segurança e dados explica o modelo geral de coleta.
Posso receber alertas de perda, jitter ou atraso?+
Sim. Você pode ativar alertas de qualidade nas configurações, com limites, duração e exigências mínimas de observações. Email e Telegram usam os canais configurados. O centro de incidentes permite acompanhar responsáveis, comentários técnicos e recuperação.
Contamos eventos agregados de páginas e demo, sem IDs de visitantes, cookies analíticos ou gravações de sessão. Respeitamos os sinais de privacidade do navegador.