Teste de links
Se você estiver testando a confiabilidade do link, use tracert
para encontrar dinamicamente o primeiro endereço de salto que está do outro lado do seu link. Supondo que sua topologia de rede não esteja mudando, sempre será o mesmo número de salto, normalmente o segundo ou terceiro. No meu caso, o seguinte funciona na minha máquina Windows:
tracert -d 8.8.8.8 | find " 3 "
Ao monitorar este IP, você tem uma indicação clara de que uma falha é devida ao seu link ou não.
Teste de conectividade
Se você estiver testando para tomar decisões de failover, por que não executar ping no endereço de um servidor conhecido? Eu uso o servidor DNS do Google b / c a chance de ser alterado é provavelmente muito menor do que a chance de um ISP alterar um endereço. Como essa abordagem também influencia as conexões dos ISPs com o resto do mundo, geralmente é mais útil. Já vi muitos casos em que o link era bom, mas o ISP tinha problemas de roteamento que causavam interrupções de serviço de qualquer maneira.
Teste de serviço
Como o joeqwerty já comentou, ping
não é um indicador 100% confiável de conectividade b / c é freqüentemente de-prioritário (ou seja, um servidor / switch / roteador pode perder / atrasar um ping para acompanhar outros trabalhos ) e, ocasionalmente, dispositivos são especificamente configurados para ignorá-lo (muitos firewalls SOHO têm essa opção como um "modo furtivo" rudimentar). Se você precisar de um teste mais preciso, monitore a porta / serviço específico com que está preocupado. Existem várias ferramentas que fazem um "tcp ping" que pode ajudar aqui.
Resumo
Se o tempo de atividade é uma preocupação, você deve monitorar todos os três - o link, a conectividade geral com a Internet e os serviços de missão crítica - para que você possa solucionar um problema mais facilmente quando surgir.