Como parte de um dos seus painéis de área de trabalho, a Symantec configurou ping.symantec.com . Eu não tenho certeza se ele atende ao seu # 4, mas o resto parece OK.
Normalmente, executo testes de tempo de atividade / latência com (e de) dois servidores que possuímos em sites diferentes e até recentemente usei os servidores dns do google como um grupo de controle.
No entanto, percebi que existe um problema potencial em monitorar a latência por longos períodos de tempo.
Quase todos os principais provedores de serviços estão usando o ANYCAST.
Para testes curtos, isso não importa, mas eu preciso executar um conjunto de testes por pelo menos uma semana para tentar detectar um problema intermitente, e uma alteração na prioridade anycast ao tentar testar a latência causará a latência valores para esse servidor para alterar de acordo.
Como estou enviando gráficos desses dados para o ISP, preciso evitar / ter em conta o maior número possível de variáveis. Picos nos dados de apenas um dos servidores testados causam apenas dores de cabeça.
Qualquer pessoa pode recomendar servidores que:
Obrigado antecipadamente.
Editar: adicionado # 6 e # 7 acima.
Mais informações: Estou tentando demonstrar um problema de rede para um nó inteiro da rede do ISP local. Eles estão ativamente culpando o problema no equipamento instalado nos sites do cliente (nosso site de backup é um deles) e se recusam a escalonar o problema. (mesmo que 2 dessas empresas tenham modems fornecidos pelo ISP, e todos nós temos roteadores / serviços completamente diferentes em execução)
Já estou bastante familiarizado com a necessidade de testar um IP controlado por isp, mas eles estão descartando ativamente todos os pacotes destinados a endereços IP de gateway e estão apenas passando o tráfego endereçado além dos gateways. Assim, para demonstrar o problema, estou enviando pacotes para outros sistemas no mesmo nó, para os sistemas que estão distantes do nó afetado e para os sistemas completamente fora da rede.
Infelizmente, todos os sistemas que tenho atualmente são administrados diretamente por mim, ou por pessoas que são tendenciosas o suficiente para me ajudar.
Eu preciso ter vários sistemas incluídos no rastreamento / log / gráficos que são 100% não no controle de mim ou do isp para que os gráficos tenham um grupo de controle estável / imparcial.
Esses requisitos são diretamente legais, estou apenas tentando garantir que tudo o que possa ser contestado para invalidar os dados já esteja coberto.
Em resumo: Eu preciso ser capaz de mostrar tcp / udp / icmp como 3 pontos de dados separados, e eu preciso ser capaz de mostrar as conexões dentro do nó local, do nó local para outro nó próximo, daqueles 2 nós para a internet, e através da internet para servidores verificáveis e um grupo de controle que eu não tenho controle sobre qualquer coisa.
Novamente, o Google / OpenWNS / Yahoo / msn / facebook / etc todos usam anycast, que joga os números fora toda vez que os caches anycast expiram, então eu preciso de sugestões de um IP ou servidor que está disponível para este tipo de teste.Eu esperava que alguém soubesse de um sistema executado por alguém como o ISC ou a ICANN, ou talvez até mesmo uma configuração de servidor .gov (fcc ou nsa talvez?) para esse tipo de teste.
Obrigado novamente.
Minha sugestão seria testar contra um nó no ISP, preferivelmente o fim remoto de seu circuito / conexão. Qualquer coisa upstream do ISP está além de seu controle e irrelevante para o problema (ou seja, não há nada que eles possam fazer sobre a perda de pacotes upstream ou perda de pacotes que não está ocorrendo em sua rede).
Além disso, o ping não é uma boa ferramenta para testar e relatar a perda de pacotes, no que me diz respeito. Respondendo ao tráfego ICMP pode ser dada baixa prioridade por nós upstream ou pode ser descartado inteiramente. Os roteadores estão preocupados com o roteamento de tráfego "real", não respondendo ao seu teste de ping. Eu sugiro que você use algo como Ixia QCheck ou iperf para testar a perda de pacotes usando tráfego real.
Os sintomas que você declara no seu acompanhamento soam muito parecidos com a assinatura do (s) peer (s) do ISP. Isso é muito difícil de provar. A maioria dos SLAs cobre apenas a conectividade com o ISP e não a conectividade do ISP com o resto da Internet. Gostaria de obter outro provedor de Internet, negociar o seu nível de serviço com o seu atual (se possível) para o restante do contrato e soltá-los no final do contrato. Você pode usá-los como um provedor de backup até que o contrato acabe, para que você não precise escrevê-lo completamente.
Poste os detalhes do seu SLA e os testes podem ser apresentados para medir esses SLAs.
Tags networking ping ip testing icmp