長期間のテストに使用するのに最適なサーバーまたはIPアドレスは何ですか？

Question

私は通常、異なるサイトで所有している2つのサーバーに対して（およびそれらから）稼働時間/待機時間テストを実行し、最近までgooglednsサーバーをコントロールグループとして使用していました。

ただし、長期間にわたってレイテンシを監視することには潜在的な問題があることに気づきました。

ほとんどすべての主要なサービスプロバイダーがANYCASTを使用しています。

短いテストの場合、これは問題ではありませんが、断続的な問題をキャッチするために少なくとも1週間一連のテストを実行する必要があります。レイテンシをテストしようとしているときにエニーキャストの優先度を変更すると、そのレイテンシ値が発生します。それに応じて変更するサーバー。

このデータのグラフをISPに送信しているので、できるだけ多くの変数を回避/考慮する必要があります。テストされたサーバーの1つだけのデータのスパイクは、頭痛の種になるだけです。

したがって、誰もが次のようなサーバーを推奨できますか？

エニーキャストを使用していません
稼働時間の評判が良いエンティティが所有している（したがって、問題がサーバー側にあると主張することはできません）
iCMP要求に応答します
TCP/UDPで実行される利用可能なサービスがある（httpまたはdnsが望ましい）
10分ごとの自動リクエストを悪用とは見なさない
世界中のどこからでもアクセスできます
Ispのローカルではありません（これを敵対的なパーティの調査と見なしてください）

前もって感謝します。

編集：上記の＃6と＃7を追加しました。

詳細：ローカルISPのネットワークのノード全体のネットワークの問題を実証しようとしています。彼らは顧客サイトに設置された機器（私たちのバックアップサイトはその1つです）の問題を積極的に非難しており、問題のエスカレーションを拒否しています。（これらの企業のうち2つはISPが提供するモデムを持っており、私たち全員がまったく異なるルーター/サービスを実行していますが）

私はすでにISP制御のIPをテストする必要性に精通していますが、ゲートウェイのIPアドレスをターゲットとするすべてのパケットをアクティブにドロップし、ゲートウェイを超えてアドレス指定されたトラフィックのみを渡します。そのため、問題を示すために、同じノード内の他のシステム、影響を受けるノードから1ホップ離れたシステム、および完全にネットワークの外部にあるシステムにパケットを送信しています。

残念ながら、私が現在持っているすべてのシステムは、私自身によって直接管理されているか、私を支援するのに十分な偏見を持っている人々によって管理されています。

グラフが安定した/偏りのないコントロールグループを持つように、トレース/ログ/グラフに100％自分自身またはISPの制御下にないいくつかのシステムを含める必要があります。

これらの要件は法的なものから直接のものであり、データを無効にするために主張される可能性のあるすべてのものがすでにカバーされていることを確認しようとしています。

要約：tcp/udp/icmpを3つの別々のデータポイントとして表示できる必要があります。また、ローカルノードから別の近くのノードまで、ローカルノード内の接続を表示できる必要があります。インターネット、およびインターネットを介して、検証可能なサーバーと、私がまったく制御できない制御グループの両方に接続します。

繰り返しになりますが、Google/opendns/yahoo/msn/facebook/etcはすべてエニーキャストを使用します。エニーキャストキャッシュが期限切れになるたびに数値が破棄されるため、このタイプのテストに使用できるIPまたはサーバーの提案が必要です。

ISCやICANNなどの誰かが実行しているシステム、あるいはこのタイプのテスト用にセットアップされた.govサーバー（fccまたはnsaかもしれません）を誰かが知っていることを望んでいました。

再度、感謝します。

pgs · Accepted Answer

デスクトップダッシュボードの1つとして、Symantecはping.symantec.comを設定しました。それがあなたの＃4を満たすかどうかはわかりませんが、残りは問題ないようです。

joeqwerty · Answer

私の提案は、ISPのノード、できれば回路/接続のリモートエンドに対してテストすることです。 ISPの上流にあるものはすべて、制御できず、問題とは無関係です（つまり、アップストリームのパケット損失またはネットワーク上で発生していないパケット損失については何もできません）。

さらに、私が知る限り、pingはパケット損失をテストおよび報告するための優れたツールではありません。 ICMPトラフィックへの応答は、アップストリームノードによって低い優先度が与えられるか、完全にドロップされる可能性があります。ルーターは、pingテストに応答するのではなく、「実際の」トラフィックのルーティングに関係しています。 Ixia QCheckやiperfなどを使用して、実際のトラフィックを使用してパケット損失をテストすることをお勧めします。

Ross Walker · Answer

フォローアップで述べた症状は、ISPのピアとのサブスクリプションを超えているように聞こえます。これを証明するのは非常に困難です。ほとんどのSLAは、ISPへの接続のみを対象としており、インターネットの他の部分へのISPの接続は対象としていません。私は別のインターネットプロバイダーを取得し、契約の残りの部分について現在の（可能であれば）サービスのレベルを交渉し、契約の終了時にそれらを削除します。契約が切れるまでバックアッププロバイダーとして使用できるため、完全に書き留める必要はありません。

SLAの詳細を投稿すると、それらのSLAを測定するためのテストを提示できます。