PingPlotterとAT＆Tの薄片状のDNSサーバー
ネットワークの問題を追跡するための私のお気に入りのツールの一つは、Nessoftによって公開されたPingPlotterと呼ばれるツールです。 私はPingPlotterについて何度か書いてきました（2011年の最後の時間ですが、2012年のAT&Tでの私の問題を整理する際にも主演の役割を果たしました）。 実際には、このユーティリティは、それがばかげているので、何度も私を助けてきました。 ここで私のお気に入りのツールの私の最後のラウンドアップからPingPlotterの私の要約です:
NessoftのPingPlotter…ローカルネットワークまたはインターネット上の一つ以上のターゲットホストへの接続をテストし、結果をプロットします。 PingPlotterが実際に行っているのは、tracerouteを繰り返し実行して、マシンとターゲットの間のすべての中間ルータを識別し、応答にかかる時間をそれぞれテストするこ このツールはまた、”パケットジッター”（パケットがどのように迅速に処理されるかの変化）、VoIP平均意見スコアまたはMOS（知覚される音声品質の推定）、およびパケットトランジッタ時間の標準偏差を測定する。 Pingplotterは、フリーウェア、標準（2 24.95）とプロ（2 199.95）バージョンで提供されています。 Pingplotter…の評価を取得します5のうち5.
私は最近、DHCPを介してネットワーク接続を設定する私のネットワーク上のデバイスが私のAT&T U-verse NVG-510ADSL+gatewayが遅くなり始めたときに、再びPingPlotterを使用する原因NVG-510のログ（これは短すぎる循環ログです）で、DNS障害の複数の発生が見られました。:
2014-07-10T22:21:28-07:00 L3 dnsmasq: no responses from nameserver '99.99.99.53'2014-07-10T22:21:28-07:00 L3 dnsmasq: nameserver '99.99.99.53' is now responding
多くの場合、これらのエラーはクラスタで発生し、クラスタは一度に数分続く可能性があるため、DHCP構成を使用しているネットワーク上のデバイス
私は以前、ゲートウェイのDNSフォワーダ（オープンソースのdnsmasqコードに基づいている）のNVG-510の実装が失敗したクエリでタイムアウトが短すぎると理論化しました。 しかし、なぜクエリが失敗するのですか？
私はPingPlotterを起動し、ゲートウェイのDHCPサーバーで定義され、変更できないDNSサーバーの両方（それぞれ99.99.99.53と99.99.99.153のプライマリDNSサーバーとセカンダリDNSサーバー whatsmydns.net私は2012年に戻って観察したように、flakeyはまだあります。 問題は、今、彼らはさらにflakierになっていることであるように見えます。
ここでは、&TのデフォルトのDNSサーバーのための昨日からのPingPlotterの出力のサンプルです:
pingの間の時間は10秒で、最も狭い赤いブロックは1つの失われたパケットを示します。 ご覧のとおり、20秒または30秒（doubleおよびtriple lengthブロック）以上のパケットの損失が頻繁に発生します。
サーバーの応答が一日に一度日常的に良くなる理由は、今のところほとんど謎です。
不思議なことに、&TのDNSサーバーには、それぞれ68.94.156.1と68.94.157.1に他のプライマリDNSサーバーとセカンダリDNSサーバーがあるのは、これらだけではありません。 デフォルトのDNSサーバー（中央の2つのトレース）と一緒に8.8.8.8と8.8.4.4のGoogleのDNSサーバー（上の2つのトレース）と同様に、その動作（下の2つのトレース）をトレースす