To procents tab over en lang ping-kørsel føles som et tal, du kan handle på, og det er det sjældent. Det siger ikke, hvor svarerne blev væk, om de forsvandt sammen, eller hvordan en bestemt applikation oplevede det interval. Tab fordelt jævnt over et minut og tab samlet inde i en enkelt udveksling giver meget forskellige resultater for den samme procentdel.

Sammenlign tre målinger i stedet for at stole på én: hvad sonden så, hvad interface-tællerne gjorde, og hvad applikationen faktisk ventede på.

Hvad en ping-procent egentlig måler

En ekkosonde tester én retning af én protokol med én pakkestørrelse, ved den hastighed, du valgte. En tunnel, der bærer en stor upload, gør noget helt andet, og et link, der taber små sonder, er ikke nødvendigvis det link, der skader overførslen. Procentdelen udvisker også den tidsinformation, der betyder mest, fordi ti tabte svar i en byge ikke er det samme som ti tabte svar med en times mellemrum. Den kan heller ikke fortælle dig, hvilken side af tunnelen der tabte noget.

Behold sonde-resultatet som et hint om ruten. Gå derefter på jagt efter den timing og den grænse, der frembragte det.

Sammenlign tællerforskelle, ikke livstidssummer

Tag tidsstemplede aflæsninger før og efter det vindue, hvor symptomet viste sig, ved begge endepunkter og ved enhver switchport, du styrer. Notér trafikmængden sammen med fejl, kasserede pakker og ændringer i linkstatus, fordi en sum, der ikke er nul og har hobet sig op i måneder, beskriver historie og ikke denne hændelse. En tæller, der flyttede sig med tre under pausen, er en anden observation end en tæller, der viser tre tusind og aldrig har ændret sig.

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

Pakker kasseret på grund af modtagefejl og pakker kasseret af andre grunde bor i adskilte tællere, og den forskel ændrer opfølgningen. Fejltællere peger på det fysiske lag eller driverlaget, mens køpres og politik-kasseringer peger et sted ovenover. Bevar også retningen og interface-navnet, fordi en stigning i modtagefejl på et uplink og en tunnel-pakketæller ikke kan byttes om.

Hvis en driver eksponerer detaljerede fysiske tællere, skal du læse dem gennem den adapters dokumentation. At give én betydning til hvert felt med navnet “drop” hos to leverandører er måden, hvorpå en normal regnskabsmæssig særhed bliver en hardwarediagnose.

Hvordan et tabt segment bliver en lang ventetid

En applikation kan vente meget længere end én rundtur, efter at den har tabt et segment. TCP vurderer rundturistiden, beregner en gensendelsestimer ud fra den vurdering og trækker sig tilbage, når en gensendelse også fejler, så et enkelt tabt segment på det forkerte tidspunkt kan standse en anmodning i et mærkbart interval. Den mekanisme er specificeret i RFC 6298, og den forklarer, hvorfor en tabrate, der ser triviel ud, stadig kan mærkes.

Men ikke enhver pause er en gensendelsestimeout. Den samme ventetid kan komme fra navneopløsning, en langsom server eller en applikation, der prøver sin egen anmodning igen efter en fejl. Skil de tilfælde ad ved at justere den mislykkede operation med transportobservationer og med tunnelens egne sessionhændelser. En afbrydelse på datastien uden genopkobling er en anden hændelse end et frisk håndtryk og udveksling af legitimationsoplysninger.

Hvor optagelse er tilladt, hold den snæver. Det, du har brug for, er, om de forventede pakker eller bekræftelser stopper ved en bestemt grænse, ikke at der findes en gensendelse et eller andet sted i et travlt spor.

Ændr én grænse uden at flytte de andre

Hvis beviserne peger på et lokalt link, skal du erstatte et godkendt kabel eller en port som en kontrolleret sammenligning og lade alt andet være. Hold endepunktet, applikationen og arbejdsbyrden sammenlignelige, og ændr præcis én grænse pr. forsøg. At sammenligne en kablet laptop med en trådløs, mens du også skifter exits og protokoller, fortæller dig intet, du kan tilskrive.

Rene lokale tællere attesterer ikke resten af ruten. De afgrænser den del, du kan se, og den ærlige rapport siger, hvilke grænser der blev observeret, og hvilke der ikke blev. Det, du vil have til sidst, er en udtalelse om, at én observation ændrede sig, da én indgriben skete, ikke en anekdote om et dårligt kabel ophøjet til en universel regel.

Relaterede artikler