PingPlotter und AT & Ts flockige DNS-Server
Eines meiner Lieblingswerkzeuge zum Aufspüren von Netzwerkproblemen ist ein Tool namens PingPlotter, das von Nessoft veröffentlicht wurde. Ich habe mehrmals über PingPlotter geschrieben (das letzte Mal im Jahr 2011, obwohl es auch eine Hauptrolle bei der Lösung meiner Probleme mit AT& T im Jahr 2012 spielte). Tatsächlich hat mir dieses Dienstprogramm so oft geholfen, dass es lächerlich ist. Hier ist meine Zusammenfassung von PingPlotter aus meiner letzten Zusammenfassung meiner Lieblingswerkzeuge:
Nessofts PingPlotter … testet die Konnektivität zu einem oder mehreren Zielhosts in Ihrem lokalen Netzwerk oder im Internet und zeichnet die Ergebnisse auf. PingPlotter führt tatsächlich wiederholt eine Traceroute aus, um alle Zwischenrouter zwischen Ihrem Computer und den Zielen zu identifizieren und jeweils zu testen, wie lange die Reaktion dauert. Das Tool misst auch „Paket-Jitter“ (die Variation, wie schnell Pakete verarbeitet werden), VoIP Mean Opinion Score oder MOS (eine Schätzung der wahrgenommenen Sprachqualität) und Standardabweichung der Paketlaufzeit. Pingplotter kommt in Freeware, Standard ($ 24.95) und Pro ($ 199.95) Versionen. Pingplotter … erhält eine Bewertung von 5 von 5.
Ich hatte kürzlich einen Grund, PingPlotter erneut zu verwenden, als Geräte in meinem Netzwerk, die ihre Netzwerkverbindungen über DHCP konfigurieren, die von meinem AT& T U-verse NVG-510 ADSL + Gateway bereitgestellt werden, langsamer wurden.
Im Protokoll des NVG-510 (einem viel zu kurzen kreisförmigen Protokoll) habe ich mehrere DNS-Fehler festgestellt. zum Beispiel von früher heute:
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
Diese Fehler treten häufig in Clustern auf, und die Cluster können minutenlang fortgesetzt werden, sodass es nicht verwunderlich ist, dass Geräte in meinem Netzwerk, die DHCP-Konfigurationen verwenden, eine schlechte Konnektivität aufweisen.
Ich habe zuvor die Theorie aufgestellt, dass die Implementierung der DNS-Weiterleitung des Gateways durch den NVG-510 (die auf dem Open-Source-dnsmasq-Code basiert) bei fehlgeschlagenen Abfragen ein zu kurzes Timeout aufweist. Aber warum sollte eine Abfrage fehlschlagen?
Ich habe PingPlotter gestartet und festgestellt, dass beide DNS-Server, die im DHCP-Server des Gateways definiert und unveränderlich sind (dh primäre und sekundäre DNS-Server bei 99.99.99.53 bzw. 99.99.99.153, die laut whatsmydns.net , existieren nicht) sind immer noch, wie ich bereits 2012 beobachtet habe, Flakey. Das Problem scheint nun zu sein, dass sie noch flockiger geworden sind.
Hier ist ein Beispiel für die Ausgabe von PingPlotter von gestern für die Standard-DNS-Server von AT&T:
Die Zeit zwischen den Pings beträgt 10 Sekunden und die schmalsten roten Blöcke zeigen 1 verlorenes Paket an. Wie Sie sehen können, gibt es häufige Verluste von Paketen für 20 oder 30 Sekunden (die doppelte und dreifache Länge Blöcke) oder mehr. Diese Cluster verlorener Pakete befinden sich selbst in regelmäßigen Clustern, wie aus diesem Trace über etwa dreieinhalb Tage hervorgeht:
Warum die Antworten des Servers routinemäßig einmal pro Tag besser werden sollten, ist vorerst ein Rätsel.
Seltsamerweise sind dies nicht die einzigen DNS-Server BEI& T hat andere primäre und sekundäre DNS-Server bei 68.94.156.1 bzw. 68.94.157.1. Die Verfolgung ihres Verhaltens (die unteren beiden Spuren) sowie der DNS-Server von Google unter 8.8.8.8 und 8.8.4.4 (die oberen beiden Spuren) neben den Standard-DNS-Servern (die mittleren beiden Spuren) zeigt, dass DNS-Server zuverlässig über das AT& T-Netzwerk erreicht werden können: