PingPlotter și serverele DNS flaky AT&T
unul dintre instrumentele mele preferate pentru urmărirea problemelor de rețea este un instrument numit PingPlotter publicat de Nessoft. Am scris despre PingPlotter de mai multe ori (ultima dată în 2011, deși a avut și un rol principal în rezolvarea problemelor mele cu AT&T în 2012). De fapt, acest utilitar ma ajutat de atâtea ori este ridicol. Iată rezumatul meu de PingPlotter de la ultima mea roundup de instrumentele mele preferate:
PingPlotter Nessoft lui … teste de conectivitate la una sau mai multe gazde țintă în rețeaua locală sau pe Internet și parcele rezultatele. Ceea ce face PingPlotter este de fapt rularea în mod repetat a unui traceroute pentru a identifica toate routerele intermediare dintre mașina dvs. și ținte și testarea fiecăruia pentru cât timp este nevoie pentru a răspunde. Instrumentul măsoară, de asemenea,” jitter de pachete ” (variația în cât de repede sunt manipulate pachetele), scorul de opinie medie VoIP sau MOS (o estimare a calității vocii percepute) și abaterea standard a timpului de tranzit al pachetelor. Pingplotter vine în freeware, Standard ($24.95) și Pro ($199.95) versiuni. Pingplotter … primește un rating de 5 din 5.
recent am avut motive să folosesc PingPlotter din nou când dispozitivele din rețeaua mea care își configurează conexiunile de rețea prin DHCP deservite de AT& T U-verse NVG-510 ADSL+ gateway au început să încetinească.
în Jurnalul NVG-510 (care este un jurnal circular care este mult prea scurt) am văzut mai multe apariții ale eșecurilor DNS; de exemplu, de astăzi mai devreme:
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
destul de des, aceste erori apar în clustere și clusterele pot continua câteva minute la un moment dat, deci nu este surprinzător faptul că dispozitivele din rețeaua mea care utilizează configurații DHCP ar prezenta o conectivitate slabă.
am teoretizat anterior că implementarea NVG-510 a expeditorului DNS al gateway-ului (care se bazează pe codul dnsmasq open source) are un timeout prea scurt pentru interogările eșuate. Dar de ce ar eșua o interogare?
am pornit PingPlotter și am constatat că ambele servere DNS care sunt definite și Neschimbabile în serverul DHCP al gateway-ului (la serverele DNS primare și secundare la 99.99.99.53 și respectiv 99.99.99.153 care, conform whatsmydns.net, nu există) sunt încă, așa cum am observat în 2012, flakey. Problema acum pare a fi că acestea au devenit chiar flakier.
Iată un eșantion de ieșire PingPlotter de ieri pentru serverele DNS implicite AT&T:
timpul dintre ping-uri este de 10 secunde, iar cele mai înguste blocuri roșii indică 1 pachet pierdut. După cum puteți vedea, există pierderi frecvente de pachete timp de 20 sau 30 de secunde (blocurile de lungime dublă și triplă) sau mai mult. Aceste grupuri de pachete pierdute sunt ele însele în grupuri regulate, așa cum se poate observa din această urmă pe parcursul a aproximativ trei zile și jumătate:
de ce răspunsurile serverului ar trebui să se îmbunătățească în mod obișnuit o dată pe zi este destul de mult un mister pentru moment.
curios, acestea nu sunt singurele servere DNS la & T are alte servere DNS primare și secundare la 68.94.156.1 și respectiv 68.94.157.1. Urmărirea comportamentului lor (cele două urme de Jos) , precum și serverele DNS Google la 8.8.8.8 și 8.8.4.4 (primele două urme) alături de serverele DNS implicite (cele două urme de mijloc) arată că serverele DNS pot fi accesate în mod fiabil în rețeaua AT & T: