Nossos servidores hospedados estão passando por períodos de acesso muito lento à rede. Durante esses períodos, o ping de qualquer um dos nossos servidores para o gateway padrão resulta em tempos de ping de até 500 ms (em vez dos normais 2-3ms). Não há pacotes perdidos.
O ISP está reivindicando que sua rede está OK e o problema deve estar no serviço de hospedagem. Os caras do serviço de hospedagem dizem que não têm nada no nível 3 e tudo de acordo com eles é OK.
Acho que nossos servidores estão conectados a um switch que está conectado ao gateway padrão em uma linha ATM compartilhada. O traceroute não mostra nenhum roteador no caminho.
Antes de mudar meus provedores de serviço, há algo que eu possa verificar que possa explicar o que está causando esse problema?
Os roteadores não priorizam o tratamento do ICMP para eles mesmos. Fazer ping em um roteador e obter alta latência não significa nada (bem, não o que você quer de qualquer maneira). O que acontece se você executar ping em um sistema unix de um roteador? Ou, como estamos lidando com 500 ms, se for a latência, isso aparecerá claramente se você fizer ping em alguém no seu continente.
Você também pode querer experimentar o mtr (o mtr-tiny é um ótimo pacote que eu tenho em todos os servidores).
Ele lhe dará detalhes sobre todos os saltos que existem entre você e o alvo. Experimente.
Normalmente, evito pingar o gateway padrão para medir o atraso. Responder a ICMP é sobre a tarefa menos prioritária que os roteadores fazem, então tudo que significa atraso de 500 ms é que o roteador está ocupado (pode nem estar ocupado roteando pacotes, se muitas pessoas estão fazendo ping, porque eles acham que é uma boa maneira de medindo a rede).
Se for possível, encontre um host no outro lado do gateway padrão e execute o ping. Isso lhe dará uma idéia muito melhor se houver algo errado.
Uma das razões pelas quais esse tipo de coisa (responder às solicitações EMP do ICMP e outros tipos de tráfego não essenciais) é de-prioritário é tornar mais difícil causar uma negação de serviço, bastando para isso smurfing o roteador.
Você pode tentar arping como uma alternativa para o eco ICMP muitas vezes priorizado.
A ferramenta PingPlotter lhe dará gráficos de traceroute dados ao longo do tempo, para que você possa ver exatamente onde e a que horas você está recebendo problemas.
Tags networking