PingPlotter og AT&T ‘ s flaky DNS-servere
et af mine yndlingsværktøjer til sporing af netværksproblemer er et værktøj kaldet PingPlotter udgivet af Nessoft. Jeg har skrevet om PingPlotter flere gange (sidste gang i 2011, selvom det også havde en hovedrolle i at sortere mine problemer med at&T i 2012). Faktisk har dette værktøj hjulpet mig så mange gange, at det er latterligt. Her er min oversigt over PingPlotter fra min sidste sammenfatning af mine yndlingsværktøjer:
nessofts PingPlotter … tester forbindelse til en eller flere målværter på dit lokale netværk eller på internettet og plotter resultaterne. Hvad PingPlotter faktisk gør, kører gentagne gange en traceroute for at identificere alle de mellemliggende routere mellem din maskine og målene og teste hver for, hvor lang tid det tager at reagere. Værktøjet måler også” pakkejitter ” (variationen i, hvor hurtigt pakker håndteres), VoIP-gennemsnitlig Opinionsscore eller MOS (et estimat af opfattet stemmekvalitet) og standardafvigelse for pakketransittid. Pingplotter kommer i gratis, Standard ($24,95) og Pro ($199,95) versioner. Pingplotter … får en rating på 5 ud af 5.
jeg havde for nylig grund til at bruge PingPlotter igen, når enheder på mit netværk, der konfigurerer deres netværksforbindelser via DHCP serveret af min på & T U-vers NVG-510 ADSL+ porten begyndte at bremse.
i NVG-510 ‘ s log (som er en cirkulær log, der er alt for kort) så jeg flere forekomster af DNS-fejl; for eksempel fra tidligere i dag:
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
ofte forekommer disse fejl i klynger, og klyngerne kan fortsætte i minutter ad gangen, så det er ikke overraskende, at enheder på mit netværk, der bruger DHCP-konfigurationer, udviser dårlig forbindelse.
jeg har tidligere teoretiseret, at NVG-510 ‘ s implementering af portens DNS-speditør (som er baseret på open source dnsmaskkode) har en for kort timeout på mislykkede forespørgsler. Men hvorfor skulle en forespørgsel mislykkes?
jeg startede PingPlotter og fandt ud af, at begge DNS-servere, der er defineret og uforanderlige i portens DHCP-server (dvs. primære og sekundære DNS-servere på henholdsvis 99.99.99.53 og 99.99.99.153, hvilket ifølge whatsmydns.net, eksisterer ikke) er stadig, som jeg observerede tilbage i 2012, flakey. Problemet ser nu ud til at være, at de er blevet endnu flakier.
her er en prøve af Pingplotterens output fra i går til på&T ‘ s standard DNS-servere:
tiden mellem pings er 10 sekunder, og de smaleste røde blokke indikerer 1 tabt Pakke. Som du kan se, er der hyppige tab af pakker i 20 eller 30 sekunder (dobbelt og tredobbelt længde blokke) eller mere. Disse klynger af tabte pakker er selv i regelmæssige klynger, som det kan ses fra dette spor over omkring tre og en halv dag:
hvorfor serverens svar skal blive rutinemæssigt bedre en gang om dagen er stort set et mysterium for nu.
mærkeligt nok er de ikke de eneste DNS-servere på &T har andre primære og sekundære DNS-servere på henholdsvis 68.94.156.1 og 68.94.157.1. Sporing af deres adfærd (de to nederste spor) såvel som Googles DNS-servere på 8.8.8.8 og 8.8.4.4 (de to øverste spor) sammen med standard DNS-serverne (de to midterste spor) viser, at DNS-servere kan nås pålideligt på tværs af at&T-netværket: