PingPlotter och AT & T: s flakiga DNS-servrar
ett av mina favoritverktyg för att spåra nätverksproblem är ett verktyg som heter PingPlotter publicerat av Nessoft. Jag har skrivit om PingPlotter flera gånger (sista gången i 2011, även om det också hade en huvudroll i att sortera ut mina problem med AT&T i 2012). Faktum är att det här verktyget har hjälpt mig så många gånger att det är löjligt. Här är min sammanfattning av PingPlotter från min sista roundup av mina favoritverktyg:
Nessofts PingPlotter … testar anslutning till en eller flera målvärdar i ditt lokala nätverk eller på Internet och plottar resultaten. Vad PingPlotter faktiskt gör är att upprepade gånger köra en traceroute för att identifiera alla mellanliggande routrar mellan din maskin och målen och testa var och en för hur lång tid det tar att svara. Verktyget mäter också ”paketjitter” (variationen i hur snabbt paket hanteras), VoIP Mean Opinion Score eller MOS (en uppskattning av upplevd röstkvalitet) och standardavvikelse för pakettransittid. Pingplotter kommer i freeware, Standard ($24.95) och Pro ($199.95) versioner. Pingplotter … får betyget 5 av 5.
jag hade nyligen anledning att använda PingPlotter igen när enheter i mitt nätverk som konfigurerar sina nätverksanslutningar via DHCP serverades av min på& T U-vers NVG-510 ADSL+ gateway började sakta ner.
i NVG-510S logg (som är en cirkulär logg som är alldeles för kort) såg jag flera förekomster av DNS-fel; till exempel från tidigare idag:
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
ofta uppstår dessa fel i kluster och klusterna kan fortsätta i minuter åt gången, så det är inte förvånande att enheter i mitt nätverk med DHCP-konfigurationer skulle uppvisa dålig anslutning.
jag har tidigare teoretiserat att NVG-510S implementering av gatewayens DNS-speditör (som är baserad på dnsmasq-koden med öppen källkod) har en för kort timeout på misslyckade frågor. Men varför skulle en fråga misslyckas?
jag startade PingPlotter och fann att båda DNS-servrarna som är definierade och oföränderliga i gatewayens DHCP-server (till wit, primära och sekundära DNS-servrar vid 99.99.99.53 respektive 99.99.99.153 vilket enligt whatsmydns.net, existerar inte) är fortfarande, som jag observerade tillbaka 2012, flakey. Problemet verkar nu vara att de har blivit ännu flakigare.
här är ett urval av Pingplotters utdata från igår för AT& T: s standard DNS-servrar:
tiden mellan pingar är 10 sekunder och de smalaste röda blocken indikerar 1 förlorat paket. Som ni kan se, det finns täta förluster av paket för 20 eller 30 sekunder (de dubbla och tredubbla längd block) eller mer. Dessa kluster av förlorade paket är själva i vanliga kluster som kan ses från detta spår under ungefär tre och en halv dag:
varför serverns svar bör bli rutinmässigt bättre en gång per dag är ganska mycket ett mysterium för nu.
märkligt nog är de inte de enda DNS-servrarna på &t har andra primära och sekundära DNS-servrar på 68.94.156.1 respektive 68.94.157.1. Att spåra deras beteende (de två nedre spåren) samt Googles DNS-servrar på 8.8.8.8 och 8.8.4.4 (de två översta spåren) tillsammans med standard DNS-servrar (de två mellersta spåren) visar att DNS-servrar kan nås på ett tillförlitligt sätt över AT&T-nätverket: