Hva er nettverksforsinkelse og hvordan måle det

Har du noen gang lagt merke til hvordan nettverk noen ganger ser ut til å senke seg til en gjennomgang? Det har du helt sikkert. Når det skjer, er det ofte et tegn på høy latenstid. Latency, en av de største plagene med nettverk, er uunngåelig, men den må holdes innenfor rimelige verdier. I dag skal vi se nærmere på hva som er nettverksforsinkelse og hvordan vi måler det. Vi sørger også for å ta med noen få anmeldelser av de beste verktøyene du kan bruke til det formålet.

Utforskningen vår vil begynne med å se godt på latens, hva det er, hvorfor det eksisterer og hvorfor det er en så viktig beregning å overvåke nøye. Vi vil deretter diskutere hva som konkret kan gjøres for å forbedre ventetiden og hvordan det kan måles. Og bevæpnet med all denne kunnskapen om latens, vil vi endelig utforske de beste verktøyene du kan bruke for å måle latens i ditt eget miljø.

Network Latency In A Nutshell

Nettverksforsinkelse er lett å beskrive. Det er et mål på tiden det tar for en datapakke å komme fra kilden til bestemmelsesstedet. Det er en annen historie å forstå hva det er og hvorfor det er en relevant beregning. I en ideell verden ville det ikke være noe nettverksforsinkelse. Men i virkeligheten vil det alltid være noen. Uansett hvor hardt vi prøver, er det ingen måte data kan reise gjennom et nettverk umiddelbart. Men selv om latens er uunngåelig, må man alltid sørge for at den ikke blir så høy at den begynner å påvirke normal drift av nettverket.

Det er flere faktorer som bidrar til ventetid. For det første er det forplantningstid - den uunngåelige faktoren. Selv om nettverkene er raske og bitene går med lysets hastighet (ikke akkurat, men de kjører veldig fort), tar det fortsatt litt tid før data når målet. Jo lengre vei, jo mer tid vil det ta, akkurat som det tar lengre tid å reise 100 mil enn å reise 50. Av den grunn vil forsinkelsen mellom to datamaskiner som ligger tusenvis av miles fra hverandre alltid være høyere enn den mellom to datamaskiner i samme rom. En annen faktor som bidrar til latenstid blir referert til som overføringsforsinkelsen. Dette er en forsinkelse som kan introduseres av mediet selv. Det varierer som en funksjon av størrelsen på datapakkene. Større pakker vil ha høyere ventetid ettersom de tar mer tid å serialisere og levere.

Ruter og forskjellige andre behandlingsforsinkelser er også medvirkende faktorer for nettverksforsinkelse. Selv på knapt brukte kretsløp der køen er fraværende, trenger hver ruter å manipulere data. For eksempel må TTL-toppfeltet for hver pakke dekrementeres. De fleste nettverksenheter vil også vente til en pakke er fullstendig mottatt før du sender den. Igjen vil større pakker medføre lengre forsinkelser. Dette er bare noen få eksempler, men det er flere andre måter som latens kan introduseres i nettverksoverføring. Vi kan tenke på forsinkelser i kø som skjer når data ikke kan sendes umiddelbart eller lagringsforsinkelse når de må bufres til disk eller minne og deretter hentes. Vi kunne skrevet et langt innlegg om akkurat det emnet, men du får sannsynligvis bildet.

Viktigheten av latens

Det er relativt enkelt å forstå at når latensen blir for høy, kan det påvirke brukbarheten til nettverk og føre til opplevd forringelse av ytelsen. Det er dette som gjør det til en så viktig beregning å se på. Høy — eller høyere enn vanlig — latenstid er ofte et tegn på at noe er galt med nettverket eller på nettverket. Oftere enn noen annen årsak vil høy latens være konsekvensen av nettstopp. Nettverk er som motorveier, og når det er for mye trafikk, bremser ting, og du får høyere ventetid enn normalt.

Men målt latenstid er ikke nødvendigvis et tegn på overbelastning eller et annet nettverksproblem. Siden latens typisk blir beregnet ved å måle tur-retur-tid, kan en vanlig kilde til latens være selve fjernenheten. Hvis den eksterne enheten er veldig opptatt med å gjøre hva den måtte gjøre - og det kan ikke ha noe å gjøre med nettverket, kan det hende at det ikke reagerer med en gang på forespørslene det mottar fra latensmålingen verktøy. Når det skjer, vil det oppfattes som nettverksforsinkelse, men det har faktisk ingenting å gjøre med nettverket og latenstidsmåling vil ikke gi deg en anelse om dette.

Tilsvarende kan brukere oppleve latens som ikke har noe med nettverket å gjøre. Bruksforsinkelse er muligens like vanlig som nettverksforsinkelse. Når servere blir overbelastet, reagerer starten saktere. Akkurat som nettverk gjør når de blir overbelastet. Dessverre, så viktig som det kan være, er server- og applikasjonsforsinkelse ikke på dagens agenda.

Forbedre latens

Se for deg at nettverket ditt lider av forsinkelse, og måleverktøyene du har satt på plass, har oppdaget det og varslet deg. Nå må du finne måter å redusere nettverksforsinkelse. Det er flere måter du kan gjøre for å gjøre dette, men hvordan du fikser høy latens avhenger av hva som forårsaker det. Med overforbruk av nettverk som den vanligste årsaken til nettverksforsinkelse, la oss se hva som kan gjøres med det.

Nettverkskretser er ikke ubegrenset, og når de blir overutnyttet, oppstår overbelastning og brukere opplever høy latens. Det fungerer akkurat som motorvei. Dette gjelder spesielt WAN-kretser som ofte har mer begrenset båndbredde enn det typiske LAN-kortet. Når dette skjer, er den beste måten du kan forbedre ventetid ved å redusere nettverksbruken. Dette er i seg selv et helt domene i nettverksadministrasjon som fortjener et eget innlegg. Og det gjorde vi allerede et innlegg om forbedring av nettverksytelsen, og det er mange verktøy du kan bruke for å hjelpe deg med denne oppgaven.

Måle latens

Å måle nettverksforsinkelse kan være mer komplisert enn det ser ut. Dette gjelder spesielt når du måler latensen mellom veldig fjerne punkter. Det er noen få grunner til det, men det skyldes mest at til og med enorm latens fortsatt er relativt kort, i størrelsesorden noen tusenvis av et sekund. Du kan ikke ringe vennen din i den andre enden og si til ham "OK, jeg sender deg en pakke, fortell meg når den kommer" og måle forsinkelsen. Sjansen er stor for at pakken kommer fram før du er ferdig med å snakke. Så glem manuelt om timingen.

Typisk måles latens ved å sende en pakke som returneres til avsenderen og måle tiden det tar før responsen kommer tilbake. Det er denne tur-retur tid anses å være forsinkelsen. Det er noen ulemper med denne evalueringsmetoden. Hvis for eksempel returveien er annerledes, vil ikke latenstallet fortelle deg hvilken av frem- eller returveiene som opplever latenstid.

Et annet mulig problem er at de typer pakkene som brukes til å måle latens - vanligvis ICMP-forespørsler og svar - blir ikke alltid behandlet av nettverksenhetene med samme prioritet som annen nettverkstrafikk. Faktisk vil noen ruteenheter bare slippe disse pakkene, og de fleste brannmurer gjør det også.

Verktøyet for måling av toppforsinkelse

Det er ikke en universell måte å måle nettverksforsinkelse på. Følgelig er det forskjellige typer verktøy som kan brukes til det formålet. Latensmåling (ofte kalt tur / retur-forsinkelse) er en beregning som alle verktøyene gjennomgått nedenfor inneholder. Noen vil bare måle latens, mens andre vil hjelpe deg med å finne det. Andre måler likevel båndbreddebruk i stedet for forsinkelse. De kan fortsatt hjelpe siden vi vet at overforbruk er den viktigste årsaken til høy latens.

SolarWinds er en av de mest kjente produsentene av nettverksadministrasjonsverktøy. Selskapet har eksistert i omtrent 20 år og har et solid rykte for å lage noen av de beste nettverks- og systemadministrasjonsverktøyene samt flere enklere gratis verktøy.

De SolarWinds Network Performance Monitor er selskapets flaggskipprodukt. Det er uten tvil et av de beste overvåkingsverktøyene for SNMP båndbredde, det er fullpakket med så mange funksjoner at vi kan skrive om det for alltid. En av verktøyets beste fordeler er mest sannsynlig dets enkelhet, som heldigvis ikke kommer til pris av fleksibilitet. Dashbord, visninger, diagrammer og rapporter kan tilpasses helt etter dine preferanser eller behov. Verktøyet kan settes opp på få minutter, og det kan skaleres fra det minste nettverk til enorme nettverk med tusenvis av enheter.

• GRATIS PRØVEPERIODE: SolarWinds Network Performance Monitor
• Offisiell nedlastingslink: https://www.solarwinds.com/network-performance-monitor/registration

De SolarWinds Network Performance Monitor vil ikke direkte måle nettverksforsinkelse. Men ved å gi deg detaljert informasjon om båndbreddebruken til alle deler av nettverket ditt, vil du raskt kunne identifisere problemer der trafikkstopp kan være årsaken til høy latenstid.

De SolarWinds Network Performance Monitor bruker Simple Network Management Protocol (SNMP) til periodisk å polle enhetene dine og lese grensesnittstellene deres, beregne bruken av båndbredde og vise dem som grafer. Konfigurering av verktøyet krever bare at du angir en enhets IP-adresse og fellesskapsstreng. Avanserte funksjoner lar deg bygge nettverkskart og vise den kritiske banen mellom to enheter, en flott funksjon når du feilsøker latens.

Prisene for Solarwinds Network Performance Monitor varierer i henhold til antall overvåkede enheter og starter på $ 2 955. Hvis du vil prøve verktøyet før du kjøper det, a 30-dagers prøveversjon er tilgjengelig.

Nok et utmerket produkt fra Solarwinds, den NetFlow Traffic Analyzer kan gi administratorer en mer detaljert oversikt over nettverkstrafikk. Det vil ikke bare vise deg utnyttelse og potensiell forsinkelse, men det vil også vise deg hvor det foregår og hva som forårsaker det. Verktøyet gir detaljert informasjon om hva den observerte trafikken er. For eksempel lar verktøyet deg finne ut hvilken type trafikk eller hvilken bruker som bruker mest båndbredde. Verktøyets instrumentbord har mange nyttige visninger tilgjengelig, for eksempel toppprogrammer, toppprotokoller eller topppratere.

• GRATIS PRØVEPERIODE: SolarWinds NetFlow Traffic Analyzer
• Offisiell nedlastingslink: https://www.solarwinds.com/netflow-traffic-analyzer/registration

Som du antar ut fra navnet, SolarWinds Network Performance Monitor bruker Ciscos NetFlow-protokoll for å samle detaljert bruksinformasjon fra nettverksenheter. NetFlow-protokollen, som opprinnelig ble opprettet av Cisco, lar enheter sende detaljert informasjon om hvert nettverk “samtale” eller flyt til en NetFlow-samler og analysator som dette verktøyet. Denne informasjonen inneholder flere elementer som kan brukes til å analysere trafikken. Mange andre produsenter enn Cisco har også NetFlow-funksjonalitet eller tilsvarende i utstyret, og noen ganger kaller det et annet navn. Nylig har NetFlow-protokollen blitt standardisert som IPFIX, eller IP Flow Information Exchange, av IETF. De SolarWinds NetFlow Traffic Analyzer vil fungere med alle varianter av protokollen, noe som gjør det til et utmerket valg.

De SolarWinds NetFlow Traffic Analyzer er en tilleggsmodul som installeres på toppen av Network Performance Monitor gjennomgått over. Prisingen starter på $ 1 915 og varierer avhengig av antall verter. Og akkurat som med de fleste SolarWinds betalte produkter, a 30-dagers gratis prøveperiode er tilgjengelig.

3. PRTG Network Monitor

De PRTG Network Monitor fra Paessler AG er et annet overvåkningsverktøy for båndbredde. Det er kjent for å være en av de enkleste og raskeste å sette opp. Paessler hevder at du kan være i gang i løpet av få minutter og virkelig, det tar ikke mye tid å sette opp produktet om enn ganske mye mer enn det som hevdes. Dette skyldes delvis produktets auto-funnfunksjon som betyr at det vil skanne nettverket ditt og automatisk legge til komponentene det finner.

De PRTG Nettverksmonitor leveres med flere brukergrensesnitt, slik at du kan velge det som best passer dine behov. Det er et eget Windows-konsollprogram, det er også et Ajax-basert nettgrensesnitt, og det er mobile apper for Android og iOS. Og den gjør stor nytte av hver plattforms muligheter. For eksempel vil mobilappene gi deg tilgang til alle enhetsdetaljer ved å skanne en QR-kodetikett som er festet til den. Selvfølgelig vil Windows-konsollen la deg skrive ut disse etikettene.

De PRTG Nettverksmonitor bruker en kombinasjon av teknologier for overvåking. Den vil bruke SNMP-overvåking, men også WMI for Windows-enheter og NetFlow og Sflow, to lignende, men konkurrerende flytanalyseteknologier. Og verktøyet har flere sensorer som er spesielt designet for å måle latens. Det er en QoS-sensor som vil måle tur / retur-forsinkelsen, en Cisco IP SLA-sensor og en Ping-sensor.

4. ManageEngine NetFlow Analyzer

De ManageEngine NetFlow Analyzer er et annet NetFlow-basert overvåkningsverktøy som inneholder noen avanserte latensovervåkingsfunksjoner. Verktøyet gir en detaljert oversikt over nettverksbruk og trafikkmønster. Det webbaserte brukergrensesnittet lar deg se trafikk etter applikasjon, samtale, protokoll og mer. Verktøyets omfattende dashbord er en av de beste funksjonene. Det tilbyr noen av de beste allsidighetene, og lar deg inkludere data du ønsker. Og for on-the-go administratorer er det tilgjengelige mobilapper.

De ManageEngine NetFlow Analyzer støtter flere flyteknologier, inkludert NetFlow, IPFIX, J-flow, NetStream og noen få andre. Som en bonus har også den utmerkede integrasjonen med Cisco-enheter, med støtte for å justere trafikkforming og / eller QoS-retningslinjer rett fra verktøyet. Og for latensmåling har dette verktøyet en WAN Round Trip Time (RTT) monitor som lar deg overvåke WAN tilgjengelighet, latenstid og kvalitet på tjenesten.

5. Pingplotter

Til tross for et noe misvisende navn, Pingplotter er faktisk en grafisk Traceroute-programvare som kan bidra til å løse nettverksproblemer. Dette diagnostiske verktøyet grafer latens og pakketap mellom datamaskinen og et mål. Den lar deg visualisere informasjonen, og på den måten akselerere feilsøkingsprosessen, og kan bidra til å opprette en sak hvis du trenger å overbevise noen om at et problem eksisterer på slutten.

Pingplotter grafer nettverksytelse ved hvert hopp mellom datamaskinen der du kjører den og et målnettsted, server eller enhet. Verktøyet vil teste banen til en hvilken som helst nettverk som er tilgjengelig for nettverket, og det vil vise hvor latenstid skjer, noe som sparer deg for mye diagnostisk tid.

Selv om det er nyttig å ha ytelsesstatistikk, forteller de deg bare at nettverket mislyktes - eller ikke mislyktes - under testen og hvor feilen er. Pingplotter har en nyttig tidslinjefunksjon som gir et dypere forståelsesnivå ved å vise nøyaktig når problemer oppstår. Dette lar deg skille mellom en konsekvent svikt gjennom hele testen og en kort periode med alvorlig svikt. Det kan også bidra til å korrelere feilen med andre samtidige hendelser.

6. Multi

Multi er et annet produkt med et misvisende navn. Selv om den først og fremst bruker Ping for å oppnå sin prestasjon, er dette virkelig et overvåkningssystem, noe som en mindre SolarWinds Network Performance Monitor. Å bruke Ping i stedet for SNMP betyr selvfølgelig at informasjonen du får er veldig annerledes. Du kan ikke forvente å se båndbreddebruk med dette verktøyet, men den ene tingen du vil se er latenstid. Og akkurat som båndbreddemonitorer vil plotte grafer av båndbredde over tid, vil denne plotte grafer over latens over tid.

Multi vil vise deg pakketap i prosent, så vel som minimum, gjennomsnitt og maksimal forsinkelse. Det har auto-discovery som gjør at det er en veldig enkel oppgave å sette den opp. Produktets brukergrensesnitt kan konfigureres etter ønske ved å plassere de forskjellige komponentene slik du vil. Systemet har også varsler som kan varsle deg når parametere er utenfor rekkevidden. I tillegg til varsler, kan programmer startes på varsler.

7. Ping

Du trenger ikke å laste ned eller installere noe for å teste latenstid. Ping er en kommando som er bygget rett inn i de fleste moderne operativsystemer. I et nøtteskall, Ping sender en serie ICMP-ekkoforespørsler til IP-adressen til målet og venter på at den skal svare med tilsvarende ICMP-ekkosvar. Forsinkelsen mellom forespørselen og svaret kalles tur-retur-forsinkelsen, som også blir referert til som latenstid. Og når det ikke mottar svar på en av forespørslene, antar verktøyet at enten forespørselen eller svaret gikk tapt i transitt og kompilerer pakke-tapsinformasjonen som vises når kommandoen er fullført utføring.

8. Traceroute (eller Tracert)

På samme måte, traceroute-eller tracert hvis du bor i en Windows-verden - kan også brukes til forsinkelsesprøving. Dette er en annen kommando som er innebygd i de fleste operativsystemer. Den bruker samme type ICMP-forespørsler og svar som Ping, men den gjør det på en måte som gjør at den kan teste responstiden - eller latenstid - for hvert nettverkssegment individuelt langs banen. Dette er enda bedre enn Ping, da det kan gi deg en ganske god ide om hvor det meste av forsinkelsen skjer. Så dette verktøyet kan ikke bare måle, men også finne latens.

For å konkludere

Vi har sett hvordan latenstid kan ødelegge nettverkets ytelse, og hvor viktig det er å holde den under kontroll. Vi har også sett på hvordan du kan forbedre forsinkelsen og hvordan du måler den. Men viktigst av alt, har vi gitt deg anmeldelser av noen av de aller beste verktøyene du kan bruke for å måle latens. Alle verktøyene vi har introdusert er utmerket, og noen av dem vil hjelpe deg å måle ventetid. De er imidlertid veldig forskjellige fra hverandre, og du bør se nærmere på hvert verktøy funksjonssett før du velger ett, ettersom de fleste verktøyene som presenteres faktisk vil gjøre mye mer enn bare å måle ventetid.