Problema de atraso experiente no link 2 x 2 MBps E1

Question

Do PC cliente para o servidor (Windows Server 2008), a conexão WAN está usando um link E1 de 2 x 2 MBps.

1       <1ms    <1ms   <1ms             10.101.7.254
2        4ms    15ms    4ms             10.255.0.254
3         *      3ms    3ms            192.168.243.251
4         *      5ms     *             192.168.242.253
5        6ms      *     6ms             10.100.101.252
6        5ms     5ms    5ms             10.100.10.201        (SERVER)

O computador cliente está com problema de atraso ao acessar o aplicativo da Web (aplicativo Pyramid) hospedado no servidor usando a porta 80 do IIS. No entanto, descobri que a conexão é tranquila ao usar a porta 5432 do servidor WaitGe WSGI.

Podemos notar que TIMEOUT está acontecendo em 3 do hop. Isso pode fazer com que o sistema fique lento em resposta. Percebi que é bastante frequente receber o tempo limite de resposta na solicitação PING.

A equipe de rede mencionou que o traceroute mostra o desempenho esperado da rede. 5 ms para o link WAN está muito abaixo do requisito de latência. O tempo limite no traceroute é normal no roteamento dinâmico devido aos caminhos dinâmicos dentro da nuvem da WAN e, portanto, o resultado é esperado e não é um problema de rede.

Para este cenário, eu não tenho certeza se isso é problema de projeto de aplicativo ou problema de rede. Alguém pode gentilmente me aconselhar como eu posso descobrir o problema? Muito aprecio por qualquer resposta.

    

Answer 1

Análise de desempenho de rede: você está fazendo errado.

Tracert e Ping NÃO são ferramentas de análise de desempenho de rede. Eles são ferramentas para rastrear a rota para um host e para testar a conectividade básica para um host.

O problema com o uso do tracert como uma ferramenta de análise de desempenho de rede reside no fato de que o tracert envia pacotes ICMP para cada salto na rota. Tracert não está testando o tráfego "real" ATRAVÉS da rota. Como tal, cada salto pode optar por ignorar o seu tráfego ICMP ou pode optar por dar-lhe baixa prioridade, o que lhe dá resultados como você vê no seu teste tracert.

O que você precisa fazer é testar o desempenho do tráfego REAL ATRAVÉS da rota. Você pode fazer isso com ferramentas como iperf ou Qcheck .

    

Answer 2

Você parece ter taxas de latência e queda confusas. Latência é a quantidade de tempo que um pacote leva para percorrer a rede. As taxas de queda são a porcentagem de pacotes que nunca são entregues (por vários motivos). Sua latência parece ser muito baixa, não vejo por que você mencionou isso.

Você parece ter problemas com a queda de pacotes, mas não apresentou informações conclusivas. Execute ping -n 1000 -w 100 10.100.10.201 e veja quais são os resultados.

Alguma perda de pacotes é esperada em grandes redes, mas não muito. Se você está tendo mais de 1% de perda de pacotes, há um problema. Além disso, não use a palavra "nuvem", isso não significa nada.