Causas do jitter de RTP no servidor

3

Investigando alguns problemas de qualidade de chamadas (0,5 - 1 segundo pontos mortos em chamadas) Eu fiz uma captura de pacotes de uma chamada telefônica entre dois ramais no mesmo PABX. Desde que eu estava capturando a partir do PBX, fiquei bastante surpreso ao ver o Wireshark reportando um enorme aumento no jitter que se sincronizou com um ponto morto na chamada:

Meu entendimento foi que o jitter é causado por perda de pacotes e / ou latência em trânsito, e que o fluxo de RTP que sai do PBX deve ser relativamente intocado. Mas esse pico apareceu em todos os quatro fluxos RTP (escritório 1 para PBX, escritório 2 para PBX, PBX para escritório 1, PBX para escritório 2), por isso parece que os pacotes já estão em mau estado no momento em que saem do servidor.

O PBX é o Asterisk 13 no Scientific Linux (RHEL) 6.9 (executado em um convidado VMWare ESXi 5.5 com ferramentas recém-atualizadas e adaptadores VMXNET3.) A CPU fica praticamente estável em torno de 5-15% de uso e o tráfego de rede é mínimo. Onde posso procurar solucionar esse problema? Há alguma causa comum para esse tipo de problema? Eu estou assumindo desde que os problemas estão lá no servidor que eu posso descartar problemas no lado da rede externa?

    
por miken32 05.12.2017 / 18:10

1 resposta

0

Eu tive um problema semelhante, mas muito pior, com muitos picos no gráfico Wireshark RTP, silvos e áudio entrecortado.

No curso de muitos experimentos, eu despejei o banco de dados de CDR , que cresceu para 1.5GB. Eu tinha notado o tamanho, mas estava adiando a poda até ter corrigido os problemas de áudio. B -)

Isso aparentemente melhorou imediatamente a qualidade do áudio, incluindo a transcodificação das mensagens IVR para o G729.

Os atrasos também foram visíveis de um SmokePing do rastreamento para o VPS.

    
por 25.09.2018 / 18:51