Die Kurzantwort:

Packet Delay Variation, kurz PDV, beschreibt die Schwankung der Paketlaufzeiten innerhalb eines Netzwerkpfads. Vereinfacht gesagt: Nicht jedes Paket benötigt gleich lange, um vom Sender zum Empfänger zu gelangen. Diese Unterschiede in der Verzögerung können Anwendungen beeinträchtigen, insbesondere Sprache, Video, Echtzeitkommunikation, Steuerungsprozesse und interaktive Anwendungen. PDV hängt eng mit One-Way Delay, Jitter, Warteschlangen, Microbursts, Paketverlust und Netzwerkauslastung zusammen.

Packet Delay Variation beschreibtschwankende Paketlaufzeiten

In einem idealen Netzwerk würden Pakete einer Verbindung gleichmäßig und mit nahezu identischer Verzögerung beim Empfänger ankommen. In der Praxis ist das selten der Fall. Pakete werden über Netzwerkkomponenten weitergeleitet, durchlaufen Queues, Firewalls, Router, VPN-Gateways, Providerstrecken, Cloud-Zugänge oder WLAN-Verbindungen. Dabei können sich die Laufzeiten von Paket zu Paket unterscheiden.

Diese Schwankung nennt man Packet Delay Variation.

Packet Delay Variation ist besonders wichtig, weil viele Anwendungen nicht nur auf eine niedrige Verzögerung angewiesen sind, sondern auch auf gleichmäßige Übertragung. Eine Verbindung kann eine akzeptable durchschnittliche Latenz haben und trotzdem problematisch sein, wenn einzelne Pakete deutlich später ankommen als andere.

Genau deshalb reicht es nicht aus, nur Durchschnittswerte zu betrachten. Für die Qualität einer Verbindung ist entscheidend, wie stabil die Paketlaufzeiten über Zeit sind.

Was bedeutet Packet Delay Variation?

Packet Delay Variation beschreibt die Veränderung oder Abweichung der Paketverzögerung innerhalb eines Paketstroms. Betrachtet wird also nicht nur, wie lange ein einzelnes Paket unterwegs ist, sondern wie stark sich die Laufzeiten mehrerer Pakete voneinander unterscheiden.

Ein einfaches Beispiel: Ein Paket benötigt 20 Millisekunden vom Sender zum Empfänger. Das nächste Paket benötigt 22 Millisekunden. Ein weiteres Paket benötigt 21 Millisekunden. In diesem Fall ist die Verzögerung sehr gleichmäßig.

Anders sieht es aus, wenn Pakete nacheinander 20, 80, 25, 150 und 30 Millisekunden benötigen. Dann schwanken die Paketlaufzeiten stark. Die Packet Delay Variation ist hoch.

Für viele Anwendungen ist genau diese Schwankung kritisch. Sie führt dazu, dass Daten nicht gleichmäßig ankommen, obwohl die Verbindung grundsätzlich verfügbar ist.

PDV, Jitter und One-Way Delay

Unterschied zwischen Packet Delay Variation und Jitter

In der Praxis wird Packet Delay Variation häufig mit Jitter gleichgesetzt. Das ist nicht völlig falsch, aber fachlich etwas ungenau.

Jitter ist ein verbreiteter Begriff für Schwankungen in der Paketlaufzeit. Packet Delay Variation ist die technisch präzisere Beschreibung dieser Verzögerungsschwankung.

Der Begriff Jitter wird in verschiedenen technischen Bereichen unterschiedlich verwendet. In Netzwerken meint man damit meist schwankende Paketlaufzeiten. Packet Delay Variation beschreibt genauer, dass sich die Verzögerung einzelner Pakete innerhalb eines Paketstroms unterscheidet.

Für ein praxisnahes Verständnis kann man sagen: Jitter ist der gebräuchliche Begriff. Packet Delay Variation ist die präzisere Messgröße.

Für technische Analysen, Service-Level-Bewertungen oder Ende-zu-Ende-Messungen ist PDV deshalb hilfreich, weil klarer beschrieben wird, was tatsächlich gemessen wird.

Zusammenhang mit One-Way Delay

One-Way Delay beschreibt die Verzögerung eines Pakets in eine Richtung. Packet Delay Variation betrachtet, wie stark sich diese One-Way-Delay-Werte zwischen mehreren Paketen unterscheiden.

Vereinfacht: One-Way Delay fragt: Wie lange braucht ein Paket von A nach B? Packet Delay Variation fragt: Wie stark unterscheiden sich die Laufzeiten mehrerer Pakete von A nach B?

Das macht PDV besonders wertvoll für die Bewertung der Stabilität einer Kommunikationsstrecke.

Eine Strecke kann im Durchschnitt 30 Millisekunden One-Way Delay haben. Wenn die einzelnen Pakete aber zwischen 20 und 150 Millisekunden schwanken, ist die Verbindung für zeitkritische Anwendungen möglicherweise problematisch.

Deshalb sollte PDV immer zusammen mit One-Way Delay betrachtet werden. One-Way Delay zeigt die Verzögerung, PDV zeigt die Stabilität dieser Verzögerung.

Warum ist Packet Delay Variation wichtig?

Packet Delay Variation ist wichtig, weil viele Anwendungen gleichmäßige Paketlaufzeiten benötigen. Schwankungen können dazu führen, dass Daten zu spät, unregelmäßig oder in ungünstiger Reihenfolge ankommen.

Nicht jede dieser Anwendungen reagiert gleich empfindlich. Aber bei vielen Systemen führen unregelmäßige Paketlaufzeiten zu spürbaren Qualitätsproblemen.

Bei Sprache können Aussetzer oder Verzerrungen entstehen. Bei interaktiven Anwendungen wirken Reaktionen ungleichmäßig. Bei Steuerungsprozessen können Verzögerungsschwankungen die Planbarkeit der Kommunikation verschlechtern.

Das betrifft besonders:

  • VoIP und Sprachkommunikation
  • Videokonferenzen
  • Microsoft Teams Telefonie
  • Contact-Center
  • Leitstellen
  • Echtzeitkommunikation
  • Produktions- und Steuerungssysteme
  • Sensordaten
  • Remote-Desktop- und Terminalserver-Sitzungen
  • zentrale Fachanwendungen
  • Cloud- und SaaS-Dienste
  • VPN-Verbindungen
  • Finanz- und Versicherungssysteme
  • medizinische Anwendungen
  • interaktive Datenbankanwendungen

Welche Ursachen hat Packet Delay Variation?

Packet Delay Variation entsteht, wenn Pakete auf ihrem Weg unterschiedlich lange verzögert werden. Häufig sind Warteschlangen und wechselnde Lastsituationen beteiligt. Typische Ursachen sind:

  • Proxy-Systeme
  • Cloud-Gateways
  • WLAN-Schwankungen
  • Providerprobleme
  • QoS- oder Priorisierungsfehler
  • parallele Dateiübertragungen
  • Backups und Replikationen
  • Cloud-Synchronisationen
  • Burst-Verhalten von Anwendungen
  • überlastete Endsysteme

Besonders häufig entsteht PDV durch kurzfristige Lastspitzen. Wenn ein Teil der Pakete sofort weitergeleitet wird, während andere Pakete in einer Queue warten müssen, unterscheiden sich die Laufzeiten. Die Packet Delay Variation steigt.

PDV und die anderen Kennzahlen

PDV und Microbursts

Microbursts sind eine typische Ursache für Packet Delay Variation. Während eines Microburst treffen innerhalb eines sehr kurzen Zeitfensters viele Pakete auf eine Verbindung oder Netzwerkkomponente.

Wenn die Komponente nicht alle Pakete sofort weiterleiten kann, entstehen Warteschlangen. Einige Pakete passieren die Komponente schnell. Andere Pakete warten länger. Dadurch schwanken die Laufzeiten.

Wenn Queues voll werden, können zusätzlich Pakete verworfen werden. Dann entstehen Paketverlust, TCP-Retransmissions, Jitter und Durchsatzeinbrüche.

Das Problem ist, dass Microbursts in Durchschnittswerten oft verborgen bleiben. Die durchschnittliche Auslastung einer Verbindung kann niedrig wirken, obwohl einzelne Pakete während kurzer Lastspitzen deutlich verzögert oder verworfen werden.

Packet Delay Variation hilft, solche kurzfristigen Schwankungen sichtbar zu machen.

PDV und Paketverlust

Packet Delay Variation und Paketverlust hängen häufig zusammen, sind aber nicht dasselbe.

PDV beschreibt schwankende Paketlaufzeiten. Paketverlust beschreibt, dass Pakete gar nicht beim Ziel ankommen.

In der Praxis treten beide Phänomene häufig gemeinsam auf. Bevor Pakete verworfen werden, entstehen oft Warteschlangen. Diese Warteschlangen erhöhen zunächst die Verzögerung einzelner Pakete. Dadurch steigt die Packet Delay Variation. Wenn die Queue voll ist, werden weitere Pakete verworfen. Dann entsteht Paketverlust.

Ein typischer Ablauf kann so aussehen:

  1. Datenverkehr steigt kurzfristig stark an.
  2. Pakete warten in einer Queue.
  3. Die Laufzeiten einzelner Pakete schwanken.
  4. Die Packet Delay Variation steigt.
  5. Die Queue läuft voll.
  6. Pakete werden verworfen.
  7. Paketverlust und TCP-Retransmissions entstehen.

Für eine Ursachenanalyse sollten PDV und Paketverlust deshalb gemeinsam betrachtet werden.

PDV und TCP-Retransmissions

TCP-Retransmissions entstehen, wenn TCP Daten erneut übertragen muss. Packet Delay Variation kann dabei indirekt eine Rolle spielen.

Starke Verzögerungsschwankungen können dazu beitragen, dass Pakete verspätet ankommen oder Rückmeldungen verzögert werden. Wenn zusätzlich Paketverlust auftritt, muss TCP fehlende Daten erneut übertragen.

Für TCP-basierte Anwendungen kann eine hohe PDV daher zu ungleichmäßiger Performance beitragen. Besonders in Kombination mit Paketverlust, hoher RTT oder One-Way Delay können Anwendungen langsamer wirken, obwohl die Bandbreite ausreichend ist.

Wichtig ist: PDV allein bedeutet nicht automatisch, dass TCP-Retransmissions entstehen. Kritisch wird es vor allem dann, wenn Verzögerungsschwankungen mit Paketverlust, Reordering oder Timeouts zusammenfallen.

PDV und MOS-Wert

Der MOS-Wert bewertet die wahrgenommene Qualität von Sprach- und Kommunikationsverbindungen. Packet Delay Variation kann den MOS-Wert verschlechtern, weil Sprache und Echtzeitkommunikation gleichmäßige Paketlaufzeiten benötigen.

Wenn Sprachpakete unregelmäßig ankommen, muss ein Jitter-Buffer diese Schwankungen ausgleichen. Ein größerer Buffer kann Aussetzer reduzieren, erhöht aber die Verzögerung. Ein zu kleiner Buffer kann dazu führen, dass verspätete Pakete nicht mehr rechtzeitig genutzt werden.

Die Folge können sein: abgehackte Sprache, Aussetzer, verzerrte Wiedergabe, unnatürlicher Gesprächsfluss, sinkender MOS-Wert und höhere Gesprächsverzögerung.

Deshalb ist PDV eine wichtige Kennzahl bei VoIP, Teams-Telefonie, Cloud-Telefonanlagen, Contact-Centern und anderen Echtzeitdiensten.

Packet Delay Variation und Ende-zu-Ende-Messung

Packet Delay Variation ist besonders aussagekräftig, wenn sie Ende-zu-Ende gemessen wird. Denn Anwendungen erleben nicht die Qualität eines einzelnen Switch-Ports, sondern die Qualität der gesamten Kommunikationsstrecke.

Diese zeitliche und streckenbezogene Sicht ist entscheidend. Eine einzelne Messung zeigt nur einen Momentzustand. Eine kontinuierliche Messung zeigt Muster, Ausreißer und Zusammenhänge.

Eine Ende-zu-Ende-Messung kann zeigen:

  • wie stark Paketlaufzeiten zwischen zwei Messpunkten schwanken
  • ob PDV nur in einer Richtung auftritt
  • ob bestimmte Standorte betroffen sind
  • ob PDV mit Lastspitzen zusammenfällt
  • ob gleichzeitig Paketverlust entsteht
  • ob RTT oder One-Way Delay steigen
  • ob TCP-Retransmissions zunehmen
  • ob MOS-Werte sinken
  • ob bestimmte Zeitfenster problematisch sind
  • ob WAN, VPN, Cloud oder WLAN betroffen sind

Warum Durchschnittswerte bei PDV täuschen können

Wie bei Bandbreite, Latenz, Paketverlust oder MOS-Wert können Durchschnittswerte auch bei Packet Delay Variation irreführend sein.

Ein Beispiel: Über einen längeren Zeitraum wirkt die durchschnittliche Verzögerung unkritisch. Einzelne Pakete haben jedoch deutlich höhere Laufzeiten. Diese Ausreißer treten nur kurz auf, beeinträchtigen aber genau in diesem Moment eine Sprachverbindung oder eine interaktive Anwendung.

Wenn nur Durchschnittswerte betrachtet werden, bleiben solche Ereignisse häufig verborgen.

Wichtiger sind: Maximalwerte, Ausreißer, die Verteilung der Paketlaufzeiten, zeitliche Muster, betroffene Richtungen, betroffene Standorte, gleichzeitiger Paketverlust, gleichzeitige Drops sowie der Zusammenhang mit Microbursts und MOS-Einbrüchen.

Gerade bei Echtzeitkommunikation zählt nicht nur der Durchschnitt. Entscheidend ist, ob Pakete im richtigen Moment und in gleichmäßigem Abstand ankommen.

Wie misst man Packet Delay Variation?

Packet Delay Variation kann auf unterschiedliche Weise gemessen werden. Wichtig ist, dass die Messmethode klar definiert ist.

Aktive Messung

Bei aktiven Messungen werden Testpakete zwischen Messpunkten gesendet. Die Laufzeiten dieser Pakete werden erfasst und miteinander verglichen. So lässt sich PDV gezielt messen.

Passive Messung

Bei passiven Messungen wird vorhandener Datenverkehr analysiert. Das ist besonders realitätsnah, kann aber technisch anspruchsvoller sein. Für präzise One-Way-Betrachtungen ist eine saubere Zeitbasis erforderlich.

Ende-zu-Ende-Messung

Eine kontinuierliche Ende-zu-Ende-Messung zeigt PDV im zeitlichen Verlauf. Sie hilft, sporadische Verzögerungsschwankungen, Lastmuster und Ausreißer sichtbar zu machen.

Kombination mit anderen Kennzahlen: PDV sollte nie isoliert bewertet werden. Sinnvoll ist die gemeinsame Betrachtung mit One-Way Delay, RTT, Jitter, Paketverlust, Durchsatz, TCP-Retransmissions, Interface Drops, Queue Drops und MOS-Wert. Erst diese Kombination zeigt, ob eine Verzögerungsschwankung tatsächlich Auswirkungen auf Anwendungen hat.

Welche Werte sind bei Packet Delay Variation akzeptabel?

Es gibt keinen universellen Grenzwert, der für alle Netzwerke und Anwendungen gilt. Ob PDV akzeptabel ist, hängt vom jeweiligen Einsatzfall ab.

Für Echtzeitkommunikation können bereits vergleichsweise kleine Schwankungen relevant sein. Für Dateiübertragungen ist PDV allein oft weniger kritisch, solange kein Paketverlust und keine starken TCP-Effekte auftreten.

Entscheidend ist deshalb immer die Anwendungsperspektive.

Wichtige Fragen sind:

  • Welche Anwendung nutzt die Verbindung?
  • Ist die Anwendung zeitkritisch?
  • Handelt es sich um Sprache, Video, Steuerung oder Datenübertragung?
  • Welche Baseline gilt im Normalbetrieb?
  • Gibt es Service-Level-Anforderungen?
  • Treten gleichzeitig Paketverlust oder Drops auf?
  • Sinkt der MOS-Wert?
  • Gibt es Unterschiede je Richtung?
  • Sind bestimmte Standorte betroffen?
  • Wie stark schwanken die Paketlaufzeiten?
  • Wie häufig treten Ausreißer auf?
Praxisbeispiel

Schwankende Paketlaufzeiten trotz akzeptabler Durchschnittswerte

Ein Unternehmen nutzt eine Cloud-Telefonanlage und zentrale Fachanwendungen über mehrere Standorte hinweg. Die Bandbreitenauslastung der WAN-Strecken wirkt im Durchschnitt unkritisch. Trotzdem melden Anwender zu bestimmten Zeiten abgehackte Sprache, kurze Verzögerungen und ungleichmäßige Reaktionszeiten.

Einzelne Ping-Tests zeigen keine dauerhafte Auffälligkeit. Auch die durchschnittliche RTT wirkt akzeptabel.

Eine kontinuierliche Ende-zu-Ende-Messung zeigt jedoch, dass die Packet Delay Variation zu bestimmten Tageszeiten deutlich ansteigt. Gleichzeitig treten kurze Latenzspitzen und vereinzelter Paketverlust auf. Die Ereignisse fallen mit Backup- und Synchronisationsprozessen zusammen.

Die Ursache liegt in kurzfristigen Lastspitzen auf einer gemeinsam genutzten WAN-Strecke. Während dieser Lastspitzen entstehen Queues. Einige Pakete werden sofort weitergeleitet, andere verzögert. Dadurch schwanken die Paketlaufzeiten. In einzelnen Momenten kommt es zusätzlich zu Drops.

Nach einer Anpassung der Priorisierung für Sprachverkehr und einer zeitlichen Entzerrung großer Datenübertragungen sinkt die Packet Delay Variation. Die Sprachqualität stabilisiert sich, und die Anwendungen reagieren gleichmäßiger.

Das Beispiel zeigt: Packet Delay Variation kann Performance-Probleme sichtbar machen, die in Durchschnittswerten kaum erkennbar sind.

Best Practicesim Umgang mit Packet Delay Variation

Besonders wichtig ist, PDV als Stabilitätskennzahl zu verstehen. Eine niedrige durchschnittliche Verzögerung reicht nicht aus, wenn einzelne Pakete stark verspätet ankommen.

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

  • PDV nicht isoliert betrachten
  • One-Way Delay und PDV gemeinsam auswerten
  • Jitter-Begriffe sauber einordnen
  • Durchschnittswerte kritisch hinterfragen
  • Maximalwerte, Ausreißer und Verteilungen analysieren
  • Zeitverläufe und Muster betrachten
  • Paketverlust und Drops gleichzeitig prüfen
  • Microbursts als mögliche Ursache berücksichtigen
  • MOS-Werte bei Sprachkommunikation einbeziehen
  • WAN-, VPN-, WLAN-, Cloud- und Rechenzentrumsstrecken getrennt bewerten
  • betroffene Kommunikationsrichtungen identifizieren
  • Baselines für normalen Betrieb definieren
  • historische Messdaten speichern
  • QoS- und Priorisierungsregeln prüfen
  • Änderungen an Netzwerkkomponenten gezielt überwachen
  • Ende-zu-Ende-Messungen für kritische Strecken einsetzen

Zusammengefasst

Packet Delay Variation beschreibt die Schwankung von Paketlaufzeiten innerhalb eines Netzwerkpfads. Sie zeigt, ob Pakete gleichmäßig oder unregelmäßig beim Empfänger ankommen.

PDV ist eng mit One-Way Delay, Jitter, Warteschlangen, Microbursts, Paketverlust, TCP-Retransmissions und MOS-Werten verbunden. Besonders bei Echtzeitkommunikation, Sprache, Video, Steuerungsprozessen und interaktiven Anwendungen können schwankende Paketlaufzeiten spürbare Auswirkungen haben.

Für eine belastbare Netzwerk-Performance-Analyse reicht es nicht aus, nur Durchschnittswerte zu betrachten. Entscheidend sind Zeitverlauf, Ausreißer, Richtungen, Anwendungsbezug und der Zusammenhang mit anderen Messwerten.

Eine kontinuierliche Ende-zu-Ende-Messung hilft, Packet Delay Variation sichtbar zu machen und mit konkreten Ereignissen wie Microbursts, Queue Drops, Paketverlust oder MOS-Einbrüchen zu verbinden. So wird erkennbar, ob schwankende Paketlaufzeiten tatsächlich die Anwender- und Anwendungsqualität beeinträchtigen.

Häufig gestellte Fragen zu Packet Delay Variation

Packet Delay Variation beschreibt, wie stark sich die Laufzeiten einzelner Pakete auf einer Netzwerkstrecke voneinander unterscheiden.

In der Praxis wird beides oft ähnlich verwendet. Packet Delay Variation ist jedoch die technisch präzisere Beschreibung schwankender Paketlaufzeiten.

Weil ungleichmäßig eintreffende Pakete Sprache, Video, Echtzeitkommunikation, Steuerungsprozesse und interaktive Anwendungen beeinträchtigen können.

Häufige Ursachen sind Warteschlangen, Microbursts, überlastete Links, Queue Drops, Routingänderungen, VPNs, Firewalls, WLAN-Schwankungen oder Cloud-Pfade.

One-Way Delay misst die Laufzeit eines einzelnen Pakets in eine Richtung. PDV beschreibt, wie stark diese Laufzeiten zwischen mehreren Paketen schwanken.

PDV lässt sich durch aktive oder passive Messungen erfassen. Besonders aussagekräftig ist eine kontinuierliche Ende-zu-Ende-Messung im Zusammenhang mit Paketverlust, Jitter, RTT, Drops und MOS-Werten.

Tipp von NETCOR

Bewerten Sie Packet Delay Variation nicht nur als abstrakten Jitter-Wert. Entscheidend ist, wann die Laufzeitschwankungen auftreten, welche Richtung betroffen ist und ob gleichzeitig Paketverlust, Queue Drops, TCP-Retransmissions oder MOS-Einbrüche sichtbar werden. Eine kontinuierliche 24/7-Ende-zu-Ende-Messung macht diese Zusammenhänge sichtbar und zeigt, ob schwankende Paketlaufzeiten die tatsächliche Anwendungsqualität beeinträchtigen.

Live erleben

GeNiEnd2End Kennenlernen

Laufzeitschwankungen sichtbar machen, statt Symptome zu raten: In unserer Live-Demo zeigen wir Ihnen, wie GeNiEnd2End Packet Delay Variation, One-Way Delay und Paketverlust auf Ihren Kommunikationsstrecken kontinuierlich erfasst und nachvollziehbar macht.

Demo buchen

Weitere Grundlagen-Artikel

Was ist Jitter?

Warum schwankende Paketlaufzeiten Anwendungen beeinträchtigen – und wie man Jitter misst.

Zum Artikel

Was ist One-Way Delay?

Verzögerung in eine Richtung messen – und asymmetrische Netzwerkprobleme erkennen.

Zum Artikel

Was ist der MOS-Wert?

Wie der MOS-Wert Sprachqualität bewertet – und welche Netzwerkfaktoren ihn beeinflussen.

Zum Artikel