Início / server / Perguntas / 641093
Accepted
Patrick
Asked: 2014-11-01 01:46:04 +0800 CST

Provedor de telefonia do cliente alegando alta latência sobre UDP, como faço para testar?

  • 772

Um cliente nosso usa uma solução de telefone hospedado para seu call center com 50 agentes. Eles usam um discador hospedado que faz as chamadas, uma vez que a conexão é feita, a chamada é passada para o usuário do meu cliente, onde eles captam a conexão em uma interface de telefone 3CX.

Coisas bastante padrão.

A empresa de hospedagem está alegando que está vendo latência de 100-200 ms para todos os telefones.

Ao testar uma viagem de ida e volta do TCP [tcping.exe ], estou obtendo menos de 10 ms. Eles bloqueiam o ICMP. O provedor de hospedagem está dizendo que este não é um teste válido, pois os dados VOIP são UDP.

Entendo que o UDP pode estar sendo moldado de maneira diferente ou roteado de maneira diferente, mas parece bastante improvável. A equipe de TI de hospedagem é muito 'temos centenas de clientes e a latência deles está ok, este é o seu problema', o que posso entender, mas não me ajuda muito. Dado que não posso controlar um ouvinte UDP do lado deles, não sei como demonstrar como e onde o atraso do UDP pode estar ocorrendo.

O equipamento no local é um par de Cisco 2960 conectados a um Draytek Vigor. O Draytek se conecta ao Cisco p887 fornecido/gerenciado pelo ISP.

O uso da largura de banda fica em aproximadamente 20% durante o período de chamada. Todos os testes ICMP para sistemas externos mostram boas viagens de ida e volta, geralmente não além de 5ms-30ms, dependendo de onde estou indo.

Pensamentos sobre como levar isso adiante?

tcp

2 respostas

  1. Best Answer

    Embora o problema mencionado aqui tenha parado de acontecer sem nenhum motivo óbvio, a resposta à minha pergunta original - como demonstrar efetivamente a qualidade da rede e a viagem de ida e volta para o tráfego SIP UDP - é usar SIP OPTIONS como um ping.

    Breve discussão aqui: http://www.packetizer.com/in/q122.html

    Teste/demonstração do Powershell aqui: http://www.lyncexch.co.uk/sip-pinger-tool/

    e implementei isso por meio de nosso monitoramento PRTG existente (aqui: http://www.paessler.com/manuals/prtg/sip_options_ping_sensor )

    Infelizmente, o host remoto não foi configurado corretamente, então recebemos um 404 e não um 200, no entanto, ainda podemos usar isso para demonstrar o tempo de ida e volta, embora o PRTG sempre mostre isso como erro.

    • 1

  2. Se você tiver um host linux em cada extremidade da rede, poderá instalar o iPerf ou Thrulay para executar um teste de rede. Thrulay tem a vantagem em seu cenário de mostrar instabilidade durante o teste.

    Você também pode assistir algumas estatísticas de rede em cada extremidade durante seu teste ou tráfego real usando este snippet bash:

    function watch_net()
{
/usr/bin/watch -d -n10 --no-title 'netstat -s | grep "\ \ \ [0-9]" | sort -rn'
}
watch_net
    • 0

relate perguntas