PingPlotter en AT & T ‘ s flaky DNS servers
een van mijn favoriete tools voor het opsporen van netwerkproblemen is een tool genaamd PingPlotter uitgegeven door Nessoft. Ik heb meerdere malen over PingPlotter geschreven (de laatste keer in 2011, hoewel het ook een hoofdrol had in het oplossen van mijn problemen met AT&T in 2012). In feite heeft dit hulpprogramma me zo vaak geholpen dat het belachelijk is. Hier is mijn samenvatting van PingPlotter van mijn laatste roundup van mijn favoriete tools:
Nessoft ‘ s PingPlotter … test de verbinding met een of meer doelhosts op uw lokale netwerk of op het Internet en zet de resultaten in kaart. Wat PingPlotter eigenlijk doet, is herhaaldelijk een traceroute uitvoeren om alle tussenliggende routers tussen uw machine en de doelen te identificeren en elk te testen voor hoe lang het duurt om te reageren. De tool meet ook “packet jitter” (de variatie in hoe snel pakketten worden behandeld), VoIP Mean Opinion Score of MOS (een schatting van gepercipieerde stemkwaliteit), en standaarddeviatie van packet transit time. Pingplotter wordt geleverd in freeware, standaard ($24.95) en Pro ($199.95) versies. Pingplotter … krijgt een score van 5 op 5.
ik had onlangs reden om PingPlotter opnieuw te gebruiken toen apparaten op mijn netwerk die hun netwerkverbindingen configureren via DHCP die door mijn AT&T U-vers NVG-510 ADSL+ gateway werden bediend, begonnen te vertragen.
In het logboek van de NVG-510 (een circulair logboek dat veel te kort is) zag ik meerdere keren DNS-fouten voorkomen; bijvoorbeeld van eerder vandaag:
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
vaak komen deze fouten voor in clusters en de clusters kunnen minuten per keer doorgaan, dus het is niet verwonderlijk dat apparaten op mijn netwerk die DHCP configuraties gebruiken, slechte connectiviteit vertonen.
ik heb eerder getheoretiseerd dat de implementatie van de NVG-510 van de DNS-doorstuurserver van de gateway (die gebaseerd is op de open source dnsmasq-code) een te korte time-out heeft bij mislukte query ‘ s. Maar waarom zou een query mislukken?
ik begon PingPlotter en vond dat beide DNS-servers die gedefinieerd en onveranderlijk zijn in de DHCP-server van de gateway (te weten, primaire en secundaire DNS-servers op respectievelijk 99.99.99.53 en 99.99.99.153 die, volgens whatsmydns.net, niet bestaan) zijn nog steeds, zoals ik al in 2012, flakey. Het probleem lijkt nu te zijn dat ze nog flakier zijn geworden.
hier is een voorbeeld van de uitvoer van PingPlotter van gisteren voor de standaard DNS-servers van&T:
de tijd tussen pings is 10 seconden en de smalste rode blokken geven 1 verloren pakket aan. Zoals u kunt zien, zijn er frequente verliezen van pakketten voor 20 of 30 seconden (de dubbele en drievoudige lengte blokken) of meer. Deze clusters van verloren pakketten bevinden zich zelf in regelmatige clusters, zoals blijkt uit dit spoor over ongeveer drie en halve dagen:
waarom de antwoorden van de server routinematig beter zouden moeten worden eenmaal per dag is op dit moment vrijwel een mysterie.
vreemd genoeg zijn dat niet de enige DNS-servers op&T heeft andere primaire en secundaire DNS-servers op respectievelijk 68.94.156.1 en 68.94.157.1. Het traceren van hun gedrag (de onderste twee sporen) evenals Google ‘ s DNS-servers op 8.8.8.8 en 8.8.4.4 (de bovenste twee sporen) naast de standaard DNS-servers (de middelste twee sporen) laat zien dat DNS-servers betrouwbaar kunnen worden bereikt over de AT&T netwerk: