Packet errors, packet discards en packet loss in netwerkmonitoring begrijpen

U bent de termen “packet loss”, “packet discards” en andere packet errors in netwerkmonitoring waarschijnlijk al eens tegengekomen, maar wist niet precies wat ze elk betekenen. Wat zijn packets? Hoe raken ze verloren of worden ze verworpen of erger nog, lopen ze tegen fouten aan? Daardoor gooien veel mensen (tenminste degenen die niet bekend zijn met IT-termen) de begrippen op één hoop en denken ze dat die termen hetzelfde betekenen.

Dat is niet zo.

Elke term beschrijft een andere situatie in het netwerk en wie die verschillen niet begrijpt stuurt zijn troubleshooting de verkeerde kant op. Zo vervangt u misschien onnodig goede hardware terwijl het echte probleem congestie is of verhoogt u de bandbreedte terwijl u eigenlijk de bekabeling had moeten herstellen.

En zulke misstappen zijn niet alleen frustrerend; ze zijn kostbaar, zowel in tijd als in geld. (Bekijk onze gids over IT-kostenoptimalisatie: gids met beste praktijken voor 2026 voor meer tips en technieken om verkeerde uitgaven terug te dringen!).

In dit artikel verduidelijken we deze verschillen zodat u het risico op beveiligingsproblemen in uw organisatie kunt verkleinen.

Weinig tijd? Bekijk dan deze tabel:

Packet loss, packet errors en packet discards in één oogopslag

Statistiek	Wat het betekent	Veelvoorkomende oorzaak	Waar het op wijst
Packet loss	Packets bereiken hun bestemming nooit	Congestie, routeringsproblemen, overbelaste devices, problemen bij de ISP	Mislukte end-to-end-aflevering
Packet errors	Packets komen beschadigd of ongeldig aan	Slechte bekabeling, defecte NIC’s, duplex mismatch, interferentie	Probleem op de fysieke laag of met hardware
Packet discards	Packets worden bewust door een device verworpen	Congestie, bufferoverloop, beleidshandhaving van Quality of Service (QoS)	Probleem met capaciteit of verkeersbeheer

Wat is een packet in de IT?

Voordat we het hebben over packet errors, packet discards of packet loss, is het handig om te begrijpen wat een packet eigenlijk is.

De makkelijkste manier om “packet” in de IT-wereld te begrijpen is door het te vervangen door het woord “pakketje”. Simpel gezegd: een packet is een klein “pakketje” data dat over een netwerk reist. Elke keer dat u een e-mail verstuurt, een website laadt, deelneemt aan een videogesprek of een bestand downloadt wordt die informatie opgedeeld in talloze kleine stukjes die packets heten.

Elk packet bevat:

• De daadwerkelijke data die wordt verzonden
• Informatie over bron en bestemming
• Instructies die devices helpen het correct te routeren

In plaats van data als één groot blok te versturen splitsen netwerken die grote hoeveelheden op in packets (of pakketjes) zodat ze efficiënt via verschillende paden kunnen reizen en op de bestemming weer in elkaar kunnen worden gezet.

Zie het als het ontvangen van de verschillende onderdelen van een IKEA-set. In plaats van het complete gemonteerde meubelstuk in één enorme doos te versturen verzendt het bedrijf het in kleinere delen. Elke doos heeft labels waarop staat waar hij heen gaat en wat erin zit. Zodra alle onderdelen binnen zijn, zet u ze in elkaar tot het eindproduct.

Netwerken werken op dezelfde manier. Devices sturen data in kleinere packets omdat dat sneller en makkelijker te beheren is. Als één packet verloren gaat of beschadigd raakt, hoeft alleen dat kleine stukje opnieuw te worden verstuurd en niet het hele bestand of bericht.

Als packets onderweg verloren gaan, beschadigd raken of worden verworpen, verloopt de communicatie dus traag of mislukt ze. En precies daar krijgt u te maken met packet loss, packet discards of packet errors.

Wat is packet loss?

Packet loss treedt op wanneer datapackets hun beoogde bestemming in een netwerk niet bereiken. In onze eerdere metafoor zou dat zijn alsof u een trackingnummer voor uw meubels krijgt maar een van de dozen nooit opduikt of pas veel later arriveert omdat hij opnieuw verstuurd moest worden.

In netwerkbeheer betekent packet loss dat iets onderweg ervoor heeft gezorgd dat het packet verloren is gegaan voordat het zijn eindbestemming bereikte. Dat gebeurt doorgaans wanneer:

• Er netwerkcongestie optreedt: Als er te veel verkeer op het netwerk is, kunnen packets worden verworpen omdat buffers vollopen.
• Hardware het begeeft: Defecte netwerkinterfaces, verouderde switches of instabiele routers kunnen onverwacht packets laten vallen.
• De routering instabiel is: Onjuiste routes of routing flaps kunnen ervoor zorgen dat packets verkeerd worden gestuurd of worden verworpen.
• Er draadloze interferentie is: In wifi-omgevingen kunnen signaalinterferentie of zwakke dekking packets doen verdwijnen.
• Er problemen zijn bij de ISP of upstream: Soms treedt het verlies buiten uw lokale netwerk op, binnen de infrastructuur van uw provider.

De impact van packet loss hangt af van het soort verkeer. TCP-gebaseerde applicaties (zoals webbrowsen of bestandsoverdrachten) versturen verloren packets bijvoorbeeld opnieuw. Dat leidt meestal tot tragere prestaties in plaats van een volledige storing. Realtime-applicaties zoals VoIP of videovergaderen gebruiken daarentegen vaak UDP, dat verloren packets niet opnieuw verstuurt. In die gevallen kunnen gebruikers last krijgen van wegvallend geluid of een bevroren beeld.

Toch moeten we duidelijk zijn: packet loss is (zeker in omgevingen met zware belasting) volkomen normaal. Kleine hoeveelheden packet loss kunnen in normale netwerken voorkomen zonder merkbare problemen te veroorzaken. Aanhoudende of toenemende packet loss is echter vaak een teken van congestie, instabiliteit of infrastructuurproblemen die onderzoek vereisen.

Houd er ook rekening mee dat de meeste mensen die het over packet errors in netwerken hebben eigenlijk packet loss bedoelen. Dat komt doordat dit type fout de zichtbaarste statistiek is: gebruikers merken het direct.

Wat zijn packet errors?

Als packet loss lijkt op een doos die nooit aankomt, dan zijn packet errors als het ontvangen van een beschadigde doos die u niet kunt gebruiken. Stelt u zich voor dat u uw IKEA-pakket ontvangt en vervolgens ziet dat er geen schroeven in zitten.

Packet errors werken vergelijkbaar. Ze treden op wanneer data wel aankomt maar er iets mis mee is, meestal doordat die tijdens de transmissie beschadigd is geraakt. Dat gebeurt doorgaans wanneer:

• De bekabeling beschadigd of slecht afgewerkt is: Hardwarestoringen, zoals verbogen pinnen of kabels van lage kwaliteit, kunnen signalen aantasten.
• Er elektrische interferentie is: Dit komt vaker voor in omgevingen met koperbekabeling.
• Er sprake is van speed- of duplex-mismatches: Verkeerd geconfigureerde interfaces kunnen botsingen en beschadigde frames veroorzaken.
• Netwerkinterfacekaarten (NIC’s) het begeven: Defecte hardware kan transmissiefouten introduceren.

Anders dan packet loss, dat overal langs het netwerkpad kan optreden, wijzen packet errors vaak op een probleem op de fysieke laag of met hardware dicht bij het device dat de fout meldt. Als u ooit uw internetprovider hebt gebeld met een klacht over een trage verbinding en ze als eerste vroegen om uw bekabeling te controleren weet u nu waarom.

Als ze niet worden opgelost, vergroten packet errors het risico op schade aan de infrastructuur die kan leiden tot ernstige storingen die elke IT-horrorverhaal waardig zijn.

Wat zijn packet discards?

Packet discards zijn de vreemde eend in de bijt van netwerkbeheer. Vergeleken met een error of een loss verwijzen packet discards naar een situatie waarin een packet geldig is maar het device het bewust laat vallen.

In onze metafoor zijn packet discards als een distributiecentrum dat besluit dat het te veel dozen tegelijk heeft en ervoor kiest ze niet te bezorgen om overbelasting te voorkomen. En hoewel deze fouten minder vaak voorkomen dan packet loss of packet errors kunnen packet discards nog altijd optreden wanneer:

• Buffers overlopen door congestie: Het device kan de packets simpelweg niet snel genoeg verwerken.
• Interfaces de capaciteit overschrijden: Dit gebeurt wanneer het verkeersvolume groter is dan wat de link aankan.
• QoS-beleid verkeer met lagere prioriteit laat vallen: Sommige packets worden bewust opgeofferd om belangrijker verkeer te beschermen.
• Rate limiting wordt afgedwongen: Sommige organisaties beperken het verkeersvolume van hun devices bewust.

Incidentele discards tijdens piekgebruik hoeven niet alarmerend te zijn. Netwerken zijn immers ontworpen om pieken op te vangen. Aanhoudende discards kunnen echter, zeker in combinatie met een hoog gebruik, erop wijzen dat een link overbezet is of dat een device te weinig vermogen heeft voor de huidige verkeersvraag.

Waarom worden deze statistieken zo vaak verward?

De verwarring begint meestal bij monitoringdashboards. In de meeste gevallen worden packet errors, discards en loss samen weergegeven onder “interfacestatistieken” of “prestatiestatistieken”. En omdat packet loss het makkelijkst te detecteren is denken veel mensen dat alle drie de termen hetzelfde zijn.

Zoals we hebben gezien zijn de onderliggende oorzaken van elk type statistiek echter verschillend en duidelijk van elkaar te onderscheiden en vragen ze om specifieke vormen van troubleshooting. Een kabeldefect (errors), congestie (discards) en instabiele routering (loss) kunnen allemaal de prestaties verslechteren maar vereisen volledig verschillende oplossingen.

Zo achterhaalt u de waarschijnlijke hoofdoorzaak van een packet-gerelateerde fout

Elke netwerkomgeving is anders maar een aantal algemene troubleshootingpatronen gaat vrijwel altijd op. Nu u begrijpt wat elke packet-statistiek voorstelt, kunt u uw onderzoek veel sneller afbakenen. Dit zijn onze korte aanbevelingen (houd er rekening mee dat dit slechts algemene tips zijn! Zorg dat u de beste methode voor uw specifieke use case toepast.):

Packet loss

• Waar u op moet letten: Stijgende percentages packet loss op interfaces, klachten van gebruikers over trage applicaties of haperende VoIP/video en monitoringnotificaties die samenhangen met retransmissies of pieken in latency.
• Wat u het eenvoudigst eerst kunt controleren: Controleer het gebruik van de interface en kijk of er congestie is. Hoog bandbreedtegebruik is een van de meest voorkomende oorzaken van packet loss.
• Snelle troubleshootingtip: Voer een eenvoudige ping- of traceroute-test uit om te bepalen waar langs het pad het verlies begint. Als het verlies bij de eerste hop optreedt, is het waarschijnlijk lokaal; begint het verderop, dan kan het probleem buiten uw netwerk liggen.

Tip van een expert: Lees deze gids, Packet loss oplossen: troubleshooting en herstel voor meer informatie.

Packet errors

• Waar u op moet letten: Oplopende aantallen input- of outputfouten op een specifieke interface, vooral wanneer die aan één switchpoort, server-NIC of uplink gekoppeld zijn.
• Wat u het eenvoudigst eerst kunt controleren: Inspecteer de fysieke laag, controleer de bekabeling, steek connectoren opnieuw vast en controleer of de speed- en duplex-instellingen aan beide uiteinden van de link overeenkomen.
• Snelle troubleshootingtip: Verwissel de kabel of verplaats de verbinding tijdelijk naar een andere poort. Als de fouten de kabel volgen, ligt het waarschijnlijk aan de bekabeling; blijven ze bij de poort, dan is de interface mogelijk defect.

Packet discards

• Waar u op moet letten: Stijgende aantallen discards tijdens piekgebruik, vaak samen met een hoog interfacegebruik of tragere prestaties.
• Wat u het eenvoudigst eerst kunt controleren: Bekijk het bandbreedtegebruik en de interfacecapaciteit om te zien of het verkeersvolume groter is dan wat de link of het device aankan.
• Snelle troubleshootingtip: Vergelijk pieken in discards met verkeersgrafieken. Als de discards toenemen bij een hoog gebruik, is congestie waarschijnlijker de oorzaak dan een hardwarestoring.

Waarom context belangrijk is bij packet-statistieken

Voor alle duidelijkheid: netwerkpackets kunnen voortdurend verloren gaan, worden verworpen of tegen fouten aanlopen. Die gebeurtenissen zijn volkomen normaal en IT-teams bouwen doorgaans fail-safes in om die onvermijdelijkheid op te vangen.

Een getal boven nul in ruwe packet-tellers betekent dus niet automatisch een IT-noodgeval. Korte verkeerspieken, configuratiewijzigingen of zelfs normaal gedrag van devices kunnen de packet-tellers tijdelijk doen oplopen zonder dat er sprake is van een ernstig probleem.

Daarom tellen packet-statistieken vooral in context. Alle statistieken moeten samen met andere prestatie-indicatoren worden beoordeeld, zoals:

• Interfacegebruik: Als packet discards optreden terwijl het gebruik laag is, is congestie mogelijk niet de hoofdoorzaak. Zit het gebruik structureel tegen de capaciteit aan, dan is oversubscription waarschijnlijk.
• Latency en jitter: Toenemende packet loss in combinatie met hogere latency of jitter wijst vaak op congestie of een instabiel pad dat realtime-verkeer beïnvloedt.
• Historische trends: Nemen de statistieken over dagen of weken gestaag toe? Of ging het om één kortstondige gebeurtenis? Trenddata geven veel meer inzicht dan losse metingen.
• Prestatiestatistieken van applicaties: Als gebruikers geen verslechtering ervaren, zijn kleine packet-aantallen operationeel misschien niet relevant. Zijn applicaties traag terwijl de packet-statistieken stijgen, dan versterkt dat verband juist de reden voor onderzoek.

Dit is waar tools voor netwerkbeheer zoals NinjaOne uitblinken. Deze tools analyseren trends in de tijd en laten u patronen zien zodat u passend kunt reageren.

Wanneer packet-statistieken op een echt probleem wijzen

Packet-statistieken worden pas bruikbaar wanneer ze aanhouden of met elkaar samenhangen.

Als packet loss samenvalt met klachten van gebruikers, verslechterde VoIP of notificaties van prestatiemonitoring, is het signaal betekenisvol. Als packet errors op een specifieke interface gestaag toenemen, is een inspectie van de hardware op zijn plaats. Stijgen discards parallel met een hoog gebruik, dan is capaciteitsplanning mogelijk nodig.

Uw IT-team moet er goed op letten alle packet-gerelateerde incidenten vast te leggen (ook de ogenschijnlijk triviale) om patronen te kunnen vaststellen. Signaleert het team terugkerende klachten, dan is dat een teken dat nader onderzoek nodig is.

Beperkingen en reikwijdte

1. Ze onthullen geen hoofdoorzaken

Statistieken over netwerkpackets zijn waardevolle indicatoren maar ze onthullen niet per se een hoofdoorzaak. Ze vertellen u alleen dat er iets gebeurt, niet per se waarom het gebeurt.

Packet loss kan bijvoorbeeld worden veroorzaakt door congestie, instabiele routering, verwerkingslimieten van de firewall, problemen bij de ISP of zelfs upstream peering-problemen. De statistiek alleen vertelt u niet welke daarvan verantwoordelijk is. Ze geeft simpelweg aan dat packets hun bestemming niet bereiken.

2. Packet-statistieken zijn niet gestandaardiseerd tussen leveranciers

Een andere belangrijke beperking is dat packet-statistieken vaak verschillen in definitie en formaat, wat vergelijken lastig maakt. Daarom raden we altijd aan een leveranciersrisicobeoordeling uit te voeren voordat u welke tool dan ook voor uw organisatie kiest.

Verschillende netwerkfabrikanten kunnen discards anders definiëren, berekenen of rapporteren. Sommige devices scheiden input- en output-discards. Andere voegen ze samen. Sommige tellen bufferdrops anders, afhankelijk van het queue-type. Zelfs de terminologie kan per platform verschillen.

Dat betekent dat u packet-statistieken moet interpreteren binnen de context van:

• De specifieke leverancier en het devicemodel
• De rol van de interface (zoals access-poort, uplink, WAN-link en firewall edge)
• Het type verkeer dat door die interface gaat
• De bredere netwerktopologie

3. Ze vragen om een analyse laag voor laag

Door de eerste twee beperkingen vraagt effectieve troubleshooting om een aanpak waarbij u laag voor laag analyseert. Hier is een voorbeeld:

• Begin bij de fysieke laag (bekabeling, interfaces, signaalintegriteit)
• Ga omhoog naar de datalinklaag (duplex, VLAN’s, switching) en
• Beoordeel vervolgens routering, queuing en het gedrag van applicaties.

Elke laag kan omstandigheden introduceren die de aflevering van packets op een andere manier beïnvloeden.

Packet drops in het netwerk beheren

Packet errors, packet discards en packet loss zijn verwante maar afzonderlijke indicatoren van de gezondheid van een netwerk. Elke statistiek staat voor een andere foutsituatie en wijst vaak op een ander troubleshootingpad.

Met een NMS-tool zoals NinjaOne krijgt u één overzicht van al uw SNMP-devices zodat u uw netwerk eenvoudig kunt troubleshooten wanneer dat nodig is.

De IT Management-software van NinjaOne kent geen verplichte contracten en geen verborgen kosten. U kunt een gratis offerte aanvragen, een gratis trial van 14 dagen plannen of een demo bekijken.

Gerelateerde onderwerpen:

• Netwerkcongestie diagnosticeren en elimineren
• 8 veelvoorkomende netwerkproblemen & hoe u ze aanpakt
• 6 beste praktijken voor netwerkmonitoring