Korleis lese pakketap før du gir kabelen skulda

To prosent tap over ein lang ping-køyring kjennest som eit tal du kan handle på, og det er det sjeldan. Det seier ikkje kvar svara vart borte, om dei forsvann saman, eller korleis ein bestemd applikasjon opplevde det intervallet. Tap fordelt jamt over eitt minutt og tap samla inne i éi enkelt utveksling gir svært ulike utfall for den same prosenten.

Samanlikn tre målingar i staden for å stole på éi: kva sonden såg, kva grensesnittteljarane gjorde og kva applikasjonen faktisk venta på.

Kva ein ping-prosent eigentleg måler

Ein ekkosonde testar éin retning av éin protokoll med éin pakkestorleik, ved den farten du valde. Ein tunnel som ber ei stor opplasting gjer noko heilt anna, og ei lenkje som slepp små sondar er ikkje nødvendigvis lenkja som skader overføringa. Prosenten knuser òg tidsinformasjonen som tyder mest, fordi ti tapte svar i ein byge ikkje er det same som ti tapte svar med ein times mellomrom. Han kan heller ikkje fortelje deg kva side av tunnelen som sleppte noko.

Hald på resultatet frå sonden som eit hint om ruta. Gå deretter på jakt etter tidspunktet og grensa som skapte det.

Samanlikn tellarforskjellar, ikkje livstidssummar

Ta tidsstempla avlesingar før og etter vindauget der symptomet dukka opp, ved begge endepunkta og ved kvar svitsjport du styrer. Noter trafikkvolumet saman med feil, forkasta pakkar og endringar i lenkjestatus, fordi ein sum som ikkje er null og har samla seg over månader, skildrar historie og ikkje denne hendinga. Ein teljar som flytta seg med tre under stansen, er ei anna observasjon enn ein teljar som viser tre tusen og aldri har endra seg.

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

Pakkar som blir forkasta på grunn av mottaksfeil, og pakkar som blir forkasta av andre grunnar, lever i skilde teljarar, og den forskjellen endrar oppfølginga. Feilteljarar peikar på det fysiske laget eller drivar-laget, medan køtrykk og policy-forkastingar peikar ein stad over det. Ta vare på retninga og grensesnittnamnet òg, fordi ein auke i mottaksfeil på ei opplenkje og ein tunnelpakketeljar ikkje er utbytbart.

Viss ein drivar viser detaljerte fysiske teljarar, les dei gjennom dokumentasjonen til den adapteren. Å gi éi meining til kvart felt som heiter «drop» hos to leverandørar er måten ein vanleg rekneskapsmessig særeigenheit blir ein maskinvarediagnose.

Korleis eit tapt segment blir ei lang ventetid

Ein applikasjon kan vente mykje lenger enn éin rundtur etter å ha mista eit segment. TCP anslår rundturtida, reknar ut ein omsendingstimer frå anslaget og trekkjer seg tilbake når ei omsending òg mislukkast, så eitt tapt segment på feil tidspunkt kan stanse ein førespurnad i eit merkbart intervall. Denne mekanismen er spesifisert i RFC 6298, og han forklarar kvifor ein taprate som ser triviell ut, likevel kan kjennast.

Men ikkje kvar pause er ein omsendingstimeout. Den same ventinga kan kome frå namneoppslag, ein treg tenar eller ein applikasjon som prøver sin eigen førespurnad på nytt etter ein feil. Skil desse tilfella ved å justere den mislukka operasjonen mot transportobservasjonar og mot tunnelens eigne sesjonshendingar. Ei avbryting på datastien utan gjenoppkopling er ei anna hending enn eit ferskt handtrykk og utveksling av påloggingsinformasjon.

Der opptak er tillate, hald det smalt. Det du treng, er om dei venta pakkane eller stadfestingane stoppar ved ei bestemd grense, ikkje at det finst ei omsending ein eller annan stad i eit travelt spor.

Endre éi grense utan å flytte dei andre

Viss prova peikar på ei lokal lenkje, byt ut ein godkjend kabel eller port som ei kontrollert samanlikning og la alt anna vere. Hald endepunktet, applikasjonen og arbeidslasta samanliknbare, og endre nøyaktig éi grense per forsøk. Å samanlikne ein kablet berbar med ein trådlaus medan du òg byter utgangar og protokollar, fortel deg ingenting du kan tilskrive.

Reine lokale teljarar stadfestar ikkje resten av ruta. Dei avgrensar den delen du ser, og den ærlege rapporten seier kva grenser som vart observerte og kva som ikkje vart det. Det du vil ha til slutt, er ei utsegn om at éin observasjon endra seg då éin inngrip vart gjort, ikkje ein anekdote om ein dårleg kabel som er løfta til ein universell regel.