Die Kurzantwort:

Konsekutiver Paketverlust, auch Burst Packet Loss genannt, bedeutet, dass mehrere Datenpakete direkt hintereinander verloren gehen. Entscheidend ist dabei nicht nur, wie viele Pakete insgesamt verloren gehen, sondern in welchem Muster der Verlust auftritt. Mehrere verlorene Pakete in Folge können Anwendungen deutlich stärker beeinträchtigen als einzelne, über die Zeit verteilte Verluste. Besonders kritisch ist Burst Packet Loss für VoIP, Video, MOS-Werte, TCP-Retransmissions, Goodput, Durchsatz und interaktive Anwendungen.

Paketverlust wird oftzu einfach betrachtet

Paketverlust wird häufig als Prozentwert betrachtet, zum Beispiel 0,5 Prozent oder 1 Prozent Paketverlust. Diese Zahl ist wichtig, reicht aber nicht aus. Denn für Anwendungen ist nicht nur entscheidend, wie viele Pakete verloren gehen, sondern ob die Verluste einzeln verteilt auftreten oder gebündelt in kurzen Verlustphasen.

Genau solche gebündelten Verlustphasen nennt man konsekutiven Paketverlust oder Burst Packet Loss. Dabei gehen mehrere Pakete direkt hintereinander verloren. Für Sprache, Video, TCP-Verbindungen und interaktive Anwendungen kann das deutlich kritischer sein als derselbe Paketverlust, wenn er gleichmäßig über die Zeit verteilt ist.

Ein einzelnes verlorenes Paket kann für viele Anwendungen noch kompensierbar sein. Mehrere verlorene Pakete direkt hintereinander erzeugen dagegen größere Lücken im Datenstrom. Das kann Sprache hörbar stören, Videoqualität verschlechtern, TCP ausbremsen, Goodput reduzieren und Anwendungen verzögern.

Ein Netzwerk kann also in zwei Situationen denselben durchschnittlichen Paketverlust zeigen, aber völlig unterschiedliche Auswirkungen auf Anwendungen haben.

Beispiel: In beiden Fällen gehen 10 von 1.000 Paketen verloren. Rechnerisch sind das jeweils 1 Prozent Paketverlust. In Fall A gehen die 10 Pakete einzeln verteilt über einen längeren Zeitraum verloren. In Fall B gehen 10 Pakete in zwei kurzen Verlustphasen direkt hintereinander verloren.

Der Prozentwert ist gleich. Die Wirkung auf Sprache, Video, TCP, Durchsatz und Anwendungen kann aber sehr unterschiedlich sein.

Konsekutiver Paketverlust und Burst Packet Loss im Detail

Was bedeutet konsekutiver Paketverlust?

Konsekutiver Paketverlust bedeutet, dass mehrere Pakete eines Datenstroms direkt nacheinander verloren gehen. Man spricht auch von Paketverlust in Serie, Verlust-Burst oder Burst Packet Loss.

Ein einfaches Beispiel: Ein Sender verschickt Pakete in dieser Reihenfolge: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10. Beim Empfänger kommen an: 1, 2, 3, 7, 8, 9, 10.

Die Pakete 4, 5 und 6 fehlen. Es wurden also drei Pakete direkt hintereinander verloren. Das ist konsekutiver Paketverlust beziehungsweise Burst Packet Loss.

Zum Vergleich: Wenn die Pakete 3, 6 und 9 verloren gehen, ist die Gesamtzahl der verlorenen Pakete ebenfalls drei. Die Verluste sind aber verteilt. Je nach Anwendung kann das weniger kritisch sein als drei aufeinanderfolgende Verluste.

Konsekutiver Paketverlust beschreibt also das Verlustmuster, nicht nur die Verlustquote.

Was bedeutet Burst Packet Loss?

Burst Packet Loss ist der englische Fachbegriff für gebündelten Paketverlust in kurzen Verlustphasen. Der Begriff „Burst“ beschreibt, dass Verluste konzentriert auftreten und nicht gleichmäßig über die Zeit verteilt sind.

Burst Packet Loss kann bedeuten, dass mehrere Pakete direkt hintereinander verloren gehen oder dass innerhalb eines sehr kurzen Zeitfensters mehrere Verluste auftreten. Für Anwendungen entsteht dadurch eine zusammenhängende Lücke im Datenstrom.

Typische Ursachen für Burst Packet Loss sind: Microbursts, Queue Drops, Interface Drops, kurzfristige Überlastung, volle Puffer, WAN-Engpässe, WLAN-Störungen, VPN- oder Firewall-Probleme, Providerprobleme, Routingänderungen, Cloud- oder Internetpfadprobleme, überlastete Sicherheitskomponenten sowie fehlerhafte Leitungen oder Transceiver.

Burst Packet Loss ist besonders wichtig, weil viele Anwendungen kurze, gebündelte Verluste schlechter verkraften als einzelne, verteilte Verluste.

Unterschied zwischen Paketverlustrate und Verlustmuster

Die Paketverlustrate gibt an, welcher Anteil der Pakete verloren gegangen ist. Das ist eine wichtige Kennzahl, aber sie beschreibt nur die Menge.

Das Verlustmuster beschreibt dagegen, wie sich die Verluste über die Zeit verteilen.

Für die Performance-Analyse ist das Verlustmuster oft genauso wichtig wie die reine Verlustrate.

Eine durchschnittliche Verlustrate kann unkritisch wirken, obwohl kurze Verlust-Bursts Anwendungen stark beeinträchtigen.

Wichtige Fragen sind:

  • Gehen einzelne Pakete verloren?
  • Treten Verluste direkt hintereinander auf?
  • Wie lang sind die Verlustphasen?
  • Wie häufig treten Verlustphasen auf?
  • Wie groß ist der Abstand zwischen Verlustereignissen?
  • Treten Verluste zu bestimmten Tageszeiten auf?
  • Fallen sie mit Microbursts, Queue Drops oder Lastspitzen zusammen?
  • Betreffen sie nur eine Richtung?
  • Sind bestimmte Anwendungen oder Standorte betroffen?

Warum ist Burst Packet Loss besonders kritisch?

Burst Packet Loss ist kritisch, weil Anwendungen häufig nur eine begrenzte Fähigkeit haben, fehlende Daten zu kompensieren.

Ein einzelnes verlorenes Paket kann bei Sprache teilweise kaschiert werden. Mehrere verlorene Pakete hintereinander führen dagegen schnell zu hörbaren Aussetzern. Bei Video können Bildfehler entstehen. Bei TCP kann eine Serie von Verlusten zu Retransmissions, Timeouts und stark sinkendem Durchsatz führen.

Besonders problematisch ist, dass kurze Verlustphasen in Durchschnittswerten oft verborgen bleiben.

Die Folgen können sein:

  • hörbare Aussetzer bei Sprache
  • schlechterer MOS-Wert
  • Bildfehler oder Ruckeln bei Video
  • TCP-Retransmissions
  • Retransmission Timeouts
  • sinkender Goodput
  • niedrigerer Durchsatz
  • längere Antwortzeiten
  • instabile VPN-Verbindungen
  • Timeouts in Anwendungen
  • Verbindungsabbrüche
  • ungleichmäßige Anwendungsperformance

Auswirkungen auf Sprache, TCP und Goodput

Burst Packet Loss und VoIP

VoIP und Sprachkommunikation reagieren besonders empfindlich auf Burst Packet Loss. Sprache wird in kleinen Paketen übertragen, die in kurzen Abständen beim Empfänger eintreffen müssen.

Wenn ein einzelnes Sprachpaket verloren geht, kann der Codec oder die Anwendung dies unter Umständen überbrücken. Wenn jedoch mehrere Sprachpakete hintereinander fehlen, entstehen hörbare Aussetzer.

Typische Auswirkungen sind: abgehackte Sprache, fehlende Silben oder Wörter, kurze Stille, verzerrte Wiedergabe, unnatürlicher Gesprächsfluss, sinkender MOS-Wert, Gesprächsteilnehmer fallen sich ins Wort und schlechtere Verständlichkeit.

Bei Sprache zählt nicht nur die durchschnittliche Paketverlustrate. Entscheidend ist, ob Verluste gebündelt auftreten und wie lang diese Verlustphasen sind.

Ein durchschnittlicher Paketverlust von 0,5 Prozent kann unkritisch wirken. Wenn diese Verluste aber als kurze Bursts während eines Gesprächs auftreten, kann die Qualität deutlich leiden.

Burst Packet Loss und MOS-Wert

Der MOS-Wert bewertet die wahrgenommene Sprach- oder Kommunikationsqualität. Burst Packet Loss kann den MOS-Wert deutlich verschlechtern.

Der Grund ist einfach: Mehrere verlorene Pakete in Folge erzeugen eine zusammenhängende Lücke im Sprach- oder Mediendatenstrom. Solche Lücken sind für Nutzer oft stärker wahrnehmbar als einzelne, verteilte Verluste.

Bei Echtzeitkommunikation können verlorene Pakete nicht beliebig später nachgeliefert werden. Wenn ihr Wiedergabezeitpunkt vorbei ist, sind sie praktisch nicht mehr nutzbar.

Der MOS-Wert kann daher kurzfristig stark einbrechen, obwohl der durchschnittliche Paketverlust über den Tag niedrig aussieht.

Für die Bewertung von Sprachqualität sollten daher nicht nur Mittelwerte betrachtet werden, sondern auch: Verlust-Bursts, die Dauer einzelner Verlustphasen, die Häufigkeit der Verlustphasen, der Zeitpunkt im Gespräch, gleichzeitiger Jitter, One-Way Delay, Packet Delay Variation und das Jitter-Buffer-Verhalten.

Burst Packet Loss und TCP

Bei TCP kann Burst Packet Loss ebenfalls erhebliche Auswirkungen haben. TCP sorgt dafür, dass Daten zuverlässig übertragen werden. Wenn Pakete fehlen, müssen Daten erneut übertragen werden.

Ein einzelner Verlust kann bereits zu einer TCP-Retransmission führen. Mehrere Verluste hintereinander können TCP deutlich stärker beeinträchtigen.

Mögliche Folgen sind: mehrere TCP-Retransmissions, Duplicate ACKs, Fast Retransmit, Retransmission Timeouts, eine Reduzierung der TCP-Senderate, sinkender Durchsatz, sinkender Goodput, längere Übertragungszeiten und stockende Anwendungen.

Burst Packet Loss ist für TCP besonders problematisch, weil mehrere fehlende Segmente innerhalb eines kurzen Zeitfensters die Übertragung stark ausbremsen können. Auf WAN-, VPN- oder Cloud-Strecken mit höherer RTT wirken sich solche Ereignisse noch stärker aus.

Burst Packet Loss und Goodput

Goodput beschreibt die tatsächlich nutzbare Datenrate auf Anwendungsebene. Burst Packet Loss kann Goodput deutlich reduzieren.

Wenn mehrere Pakete hintereinander verloren gehen, müssen bei TCP mehrere Datenbereiche erneut übertragen werden. Während dieser Zeit wird Bandbreite verbraucht, ohne dass neue Nutzdaten bei der Anwendung ankommen. Zusätzlich kann TCP seine Senderate reduzieren.

Das Ergebnis: Der technische Durchsatz kann noch Datenverkehr zeigen, aber die nutzbare Anwendungsleistung sinkt.

Aus Anwendungssicht bedeutet das: Dateiübertragungen dauern länger. Backups laufen aus dem Zeitfenster. Replikationen werden instabil. Cloud-Uploads schwanken. Datenbank- oder Storage-Zugriffe wirken langsam. API-Kommunikation wird ungleichmäßig.

Goodput ist deshalb eine gute Kennzahl, um die tatsächliche Wirkung von Verlust-Bursts auf Anwendungen zu bewerten.

Zusammenhang mit Microbursts, Queue Drops und Jitter

Microbursts

Microbursts sind eine häufige Ursache für Burst Packet Loss. Während eines Microbursts trifft in sehr kurzer Zeit mehr Datenverkehr auf eine Verbindung oder Komponente, als verarbeitet werden kann.

Zunächst entstehen Warteschlangen. Wenn diese Queues oder Puffer voll sind, werden Pakete verworfen. Da ein Microburst konzentriert in einem kurzen Zeitfenster auftritt, können mehrere Pakete direkt hintereinander verloren gehen. Dadurch entsteht Burst Packet Loss.

Das ist besonders tückisch, weil Microbursts in klassischen Durchschnittswerten oft verborgen bleiben. Eine Verbindung kann im Fünf-Minuten-Durchschnitt nur moderat ausgelastet sein. Während einzelner Sekunden oder Millisekunden können aber Queues überlaufen und Pakete in Serie verloren gehen.

Deshalb sollten Microbursts, Queue Drops und Burst Packet Loss immer gemeinsam betrachtet werden.

Queue Drops

Queue Drops entstehen, wenn Warteschlangen in Netzwerkkomponenten voll sind und weitere Pakete verworfen werden. Wenn die Überlastung nur kurz auftritt, aber viele Pakete betrifft, kann daraus Burst Packet Loss entstehen.

Ein typisches Muster:

  1. Viele Pakete treffen gleichzeitig auf ein Ausgangsinterface.
  2. Die Queue füllt sich.
  3. Die Queue läuft über.
  4. Mehrere Pakete werden direkt hintereinander verworfen.
  5. Der Empfänger erkennt Paketverlust.
  6. TCP reagiert mit Retransmissions oder eine Echtzeitanwendung verliert Medienpakete.

Diese Kette zeigt, warum lokale Drop-Zähler und Ende-zu-Ende-Paketverlust zusammen betrachtet werden müssen. Drops zeigen, wo Pakete verworfen wurden. Burst Packet Loss zeigt, wie sich diese Verluste im Paketstrom auswirken.

Jitter

Burst Packet Loss hängt häufig mit Jitter und Packet Delay Variation zusammen. Vor oder während Verlustphasen entstehen oft Warteschlangen und schwankende Paketlaufzeiten.

Für Echtzeitanwendungen ist diese Kombination besonders schwierig: Pakete kommen unregelmäßig an. Einige Pakete kommen zu spät. Mehrere Pakete fehlen direkt hintereinander. Jitter-Buffer müssen mehr ausgleichen. Die Verzögerung steigt. Die Qualität sinkt.

Ein Jitter-Buffer kann einzelne Schwankungen ausgleichen. Bei mehreren verlorenen Paketen hintereinander hilft er jedoch nur begrenzt. Wenn Daten nicht ankommen, können sie nicht wiedergegeben werden.

Deshalb ist Burst Packet Loss für Sprach- und Videodienste oft kritischer als gleichmäßig verteilter Einzelverlust.

Warum Ping und Durchschnittswerte täuschen können

Einfache Ping-Tests erkennen Burst Packet Loss häufig nicht zuverlässig. Ping sendet meist einzelne ICMP-Pakete in bestimmten Abständen. Wenn eine kurze Verlustphase zwischen zwei Ping-Paketen auftritt, bleibt sie unsichtbar.

Selbst wenn Ping einen Paketverlust zeigt, erklärt der Test meist nicht das Verlustmuster. Wichtige Fragen bleiben offen: Waren es einzelne Verluste? Waren es mehrere Verluste hintereinander? Wie lang war die Verlustphase? Welche Richtung war betroffen? Waren TCP- oder UDP-Anwendungen betroffen? Gab es gleichzeitig Queue Drops oder Microbursts? Trat der Verlust nur unter Last auf?

Deshalb ist Ping für eine erste Erreichbarkeitsprüfung nützlich, aber für die Bewertung von Verlustmustern nicht ausreichend.

Warum Durchschnittswerte bei Paketverlust täuschen können

Burst Packet Loss zeigt sehr deutlich, warum Durchschnittswerte problematisch sein können.

Ein Beispiel: Über eine Stunde wurden 100.000 Pakete übertragen. Davon gingen 100 verloren. Das entspricht 0,1 Prozent Paketverlust. Dieser Wert klingt niedrig.

Wenn diese 100 Verluste jedoch in zwei kurzen Verlustphasen mit jeweils 50 Paketen auftreten, können die Auswirkungen erheblich sein. Während dieser Verlustphasen können Gespräche aussetzen, TCP-Verbindungen einbrechen oder Anwendungen Timeouts zeigen.

Der Durchschnittswert verschleiert das eigentliche Problem.

Für eine gute Analyse sollten daher betrachtet werden: die Paketverlustrate, Verlust-Bursts, die Länge der Verlustphasen, der Abstand zwischen Verlustphasen, der Zeitpunkt der Verluste, die betroffene Anwendung, die betroffene Richtung, gleichzeitige Latenzspitzen, Jitter, TCP-Retransmissions, Queue Drops und MOS-Einbrüche.

Wie misst man Burst Packet Loss?

Burst Packet Loss lässt sich nur erkennen, wenn die Reihenfolge und der Zeitbezug der Pakete betrachtet werden.

Kontinuierliche Paketverlustmessung

Eine kontinuierliche Messung zeigt nicht nur, ob Paketverlust auftritt, sondern wann und wie lange Verlustphasen dauern.

Sequenznummern

Wenn Messpakete fortlaufend nummeriert sind, lässt sich erkennen, ob einzelne oder mehrere Pakete hintereinander fehlen.

Loss Period

Eine Loss Period beschreibt eine Verlustphase. Sie hilft zu erkennen, wann eine Serie von Verlusten beginnt und wie lang sie dauert.

Loss Distance

Loss Distance beschreibt den Abstand zwischen Verlustereignissen. Dadurch lässt sich erkennen, ob Verluste eng beieinander liegen oder über die Zeit verteilt sind.

Paketmitschnitt

Ein Paketmitschnitt kann zeigen, welche Pakete fehlen, ob TCP-Retransmissions entstehen und wie Anwendungen auf Verluste reagieren.

Ende-zu-Ende-Messung

Besonders aussagekräftig ist eine kontinuierliche Ende-zu-Ende-Messung. Sie zeigt, ob und wann Verlust-Bursts auf einer konkreten Kommunikationsstrecke auftreten und ob sie mit Jitter, RTT, One-Way Delay, Goodput, MOS-Wert oder TCP-Retransmissions zusammenfallen.

Welche Werte sind akzeptabel?

Es gibt keinen universellen Grenzwert, der für alle Anwendungen gilt. Die Wirkung von Burst Packet Loss hängt stark vom Anwendungsfall ab.

Für Echtzeitkommunikation können bereits kurze Verlust-Bursts kritisch sein. Für TCP-basierte Datenübertragungen hängt die Wirkung stark von RTT, Fenstergröße, Wiederholungen und Anwendungsdesign ab.

Entscheidend ist daher nicht nur der Prozentwert, sondern die konkrete Wirkung auf Anwendung und Geschäftsprozess.

Wichtige Fragen sind:

  • Wie viele Pakete gehen in Folge verloren?
  • Wie lange dauert die Verlustphase?
  • Wie häufig treten Verlustphasen auf?
  • Welche Anwendung ist betroffen?
  • Ist es TCP, UDP oder Echtzeitkommunikation?
  • Gibt es MOS-Einbrüche?
  • Sinkt Goodput oder Durchsatz?
  • Entstehen TCP-Retransmissions oder Timeouts?
  • Ist eine Richtung stärker betroffen?
  • Gibt es Service-Level-Anforderungen?
  • Wie sieht die normale Baseline aus?
Praxisbeispiel

Verlust-Bursts trotz niedriger Verlustrate

Ein Unternehmen betreibt mehrere Standorte mit zentraler Cloud-Telefonie und Zugriff auf Fachanwendungen im Rechenzentrum. Die durchschnittliche Paketverlustrate auf der WAN-Strecke liegt bei nur 0,2 Prozent. Auf den ersten Blick wirkt der Wert unkritisch.

Trotzdem melden Anwender abgehackte Sprache, kurze Aussetzer und sporadisch langsame Anwendungen.

Eine kontinuierliche Ende-zu-Ende-Messung zeigt, dass der Paketverlust nicht gleichmäßig verteilt ist. Statt einzelner Verluste treten kurze Verlust-Bursts auf. In mehreren Zeitfenstern gehen vier bis acht Pakete direkt hintereinander verloren. Gleichzeitig steigen Jitter und Packet Delay Variation. Bei TCP-Verbindungen entstehen Retransmissions, und der Goodput sinkt.

Die Ereignisse fallen mit parallelen Dateiübertragungen und Synchronisationsprozessen zusammen. Auf einem WAN-Router steigen zur gleichen Zeit Queue Drops.

Die Ursache liegt in kurzfristigen Lastspitzen, die Queues überlaufen lassen. Nach einer Anpassung der Priorisierung und einer zeitlichen Entzerrung großer Übertragungen verschwinden die Verlust-Bursts weitgehend. Die Sprachqualität verbessert sich, und die Anwendungen reagieren stabiler.

Das Beispiel zeigt: Ein niedriger durchschnittlicher Paketverlust kann trotzdem problematisch sein, wenn die Verluste gebündelt auftreten.

Best Practicesim Umgang mit Burst Packet Loss

Besonders wichtig ist, den Paketverlust nicht zu früh als „gering“ einzustufen. Auch niedrige Verlustquoten können kritisch sein, wenn die Verluste in kurzen Bursts auftreten.

Für eine sinnvolle Bewertung von Burst Packet Loss haben sich folgende Maßnahmen bewährt:

  • Paketverlust nicht nur als Prozentwert betrachten
  • Verlustmuster analysieren
  • einzelne Verluste und Verlust-Bursts unterscheiden
  • Länge der Verlustphasen messen
  • Abstand zwischen Verlustphasen auswerten
  • Zeitverlauf statt Durchschnittswert betrachten
  • betroffene Richtung identifizieren
  • Paketverlust mit Jitter und PDV vergleichen
  • TCP-Retransmissions und Goodput einbeziehen
  • MOS-Wert bei Sprachqualität prüfen
  • Queue Drops und Interface Drops analysieren
  • Microbursts als mögliche Ursache berücksichtigen
  • WAN-, VPN-, WLAN-, Cloud- und Providerstrecken getrennt bewerten
  • Paketmitschnitte gezielt einsetzen
  • historische Messdaten speichern
  • Anwenderzeitpunkte mit Messdaten abgleichen
  • kritische Kommunikationsstrecken kontinuierlich überwachen

Zusammengefasst

Konsekutiver Paketverlust beziehungsweise Burst Packet Loss beschreibt Verlustereignisse, bei denen mehrere Pakete direkt hintereinander oder innerhalb kurzer Verlustphasen verloren gehen. Im Gegensatz zur reinen Paketverlustrate betrachtet diese Messgröße das Muster des Verlusts.

Das ist entscheidend, weil zwei Verbindungen mit derselben durchschnittlichen Paketverlustrate sehr unterschiedliche Auswirkungen auf Anwendungen haben können. Einzelne, verteilte Verluste sind oft weniger kritisch als gebündelte Verlustphasen.

Besonders betroffen sind VoIP, Video, Echtzeitkommunikation, TCP-basierte Anwendungen, Dateiübertragungen, Backups, Replikationen, Cloud-Zugriffe und zentrale Fachanwendungen. Burst Packet Loss kann MOS-Werte verschlechtern, TCP-Retransmissions auslösen, Goodput reduzieren und Antwortzeiten erhöhen.

Eine belastbare Analyse betrachtet daher nicht nur, wie viele Pakete verloren gehen, sondern wann, wie lange und in welchem Muster. Eine kontinuierliche 24/7-Ende-zu-Ende-Messung hilft, Verlust-Bursts sichtbar zu machen und mit Ursachen wie Microbursts, Queue Drops, Jitter, Packet Delay Variation oder TCP-Retransmissions zu verbinden.

Häufig gestellte Fragen zu Burst Packet Loss

Konsekutiver Paketverlust bedeutet, dass mehrere Pakete direkt hintereinander verloren gehen.

Burst Packet Loss ist der englische Begriff für gebündelten Paketverlust in kurzen Verlustphasen.

Weil mehrere fehlende Pakete in Folge größere Lücken erzeugen. Das kann Sprache, Video, TCP, Goodput und Anwendungen stärker beeinträchtigen als einzelne verteilte Verluste.

Weil sie nur angibt, wie viele Pakete verloren gehen, aber nicht, ob die Verluste einzeln oder gebündelt auftreten.

Häufig durch Microbursts, Queue Drops, Interface Drops, Überlastung, WLAN-Störungen, VPN-Probleme, Providerprobleme oder überlastete Sicherheitskomponenten.

Durch kontinuierliche Messungen mit Sequenznummern, Analyse von Verlustphasen, Loss Distance, Loss Period, Paketmitschnitten und Ende-zu-Ende-Messungen.

Tipp von NETCOR

Bewerten Sie Paketverlust nie nur anhand der durchschnittlichen Verlustrate. Entscheidend ist, ob Verluste einzeln verteilt auftreten oder in kurzen Bursts. Gerade Burst Packet Loss kann MOS-Werte verschlechtern, TCP-Retransmissions auslösen, Goodput reduzieren und Anwendungen spürbar beeinträchtigen, obwohl der Durchschnittswert niedrig aussieht. Eine kontinuierliche 24/7-Ende-zu-Ende-Messung macht Verlustmuster sichtbar und hilft, Burst Packet Loss mit Microbursts, Queue Drops, Jitter und Anwendungsproblemen in Verbindung zu bringen.

Live erleben

GeNiEnd2End Kennenlernen

Verlustmuster sichtbar machen, statt Prozentwerte zu raten: In unserer Live-Demo zeigen wir Ihnen, wie GeNiEnd2End Paketverlust, Verlust-Bursts und ihre Auswirkungen auf Ihren Kommunikationsstrecken kontinuierlich erfasst und nachvollziehbar macht.

Demo buchen

Weitere Grundlagen-Artikel

Was ist Paketverlust?

Bedeutung, Ursachen und Messung von Paketverlust – warum schon geringe Verluste stören können.

Zum Artikel

Was ist Goodput?

Bedeutung und Messung von Goodput – die nutzbare Datenrate auf Anwendungsebene.

Zum Artikel

Was sind Microbursts?

Warum kurze Lastspitzen große Wirkung haben – und in Durchschnittswerten verborgen bleiben.

Zum Artikel