29.07.2026
KI-generiertes Bild
Im Arbeitsalltag fällt Latenz meist dadurch auf, dass Anwendungen verzögert reagieren, ein Voice-over-IP-Gespräch stockt oder ein Cloud-Dienst langsamer arbeitet als erwartet. Der Wert beeinflusst, wie direkt Systeme antworten, wie stabil Echtzeitkommunikation läuft und wie zuverlässig digitale Prozesse über Standorte, Cloud und WLAN hinweg funktionieren.
Latenz beschreibt die Verzögerung, die bei der Übertragung von Daten entsteht, also wie lange ein Datenpaket im Netzwerk vom Ausgangspunkt bis zum Ziel braucht. Viele Tests messen zusätzlich die Zeit der Antwort zurück zum Ausgangspunkt. Diese Hin- und Rücklaufzeit heißt Round Trip Time (RTT).
Häufig messen IT-Teams die Latenz über den sogenannten Ping. Ein Ping-Test sendet ein kleines Testpaket an ein Zielsystem und misst die Zeit bis zur Antwort. Der Wert liefert eine schnelle Orientierung, ersetzt aber keine vollständige Analyse der Netzwerkleistung. Daten können etwa auf Hin- und Rückweg unterschiedliche Pfade nehmen. Weitere Einflussfaktoren sind z. B. Serverleistung, Netzwerkauslastung, Jitter und Paketverlust.
Gut zu wissen: Bandbreite beschreibt etwas anderes. Sie gibt an, wie viele Daten eine Verbindung pro Sekunde grundsätzlich transportieren kann. Verlassen Sie sich also nicht allein auf eine hohe Bandbreite – sie sorgt nicht automatisch für kurze Reaktionszeiten. Auch die folgenden Begriffe begegnen Ihnen häufig im Zusammenhang mit der Netzwerkleistung:
Niedrige Latenz ist überall wichtig, wo Systeme schnell reagieren müssen. In Unternehmen betrifft das viele alltägliche Abläufe:
Hohe Latenz verlängert Antwortzeiten. Dadurch wirken Eingaben träge und Freigaben dauern länger. Besonders deutlich wird das bei Echtzeitprozessen wie Videokonferenzen, wenn Ruckler und Abbrüche auftreten. In der Industrie macht sich Latenz bei Internet-of-Things-Anwendungen (IoT) wie Machine-to-Machine-Kommunikation (M2M) bemerkbar.
Mit zusätzlicher Bandbreite beheben Sie solche Verzögerungen nicht unbedingt. Liegt die Ursache in langen Übertragungswegen, überlasteten Pfaden oder langsamen Serverantworten, bleibt die Reaktionszeit spürbar.
Hohe Latenz entsteht selten an nur einer Stelle im Firmennetzwerk. Ein Datenpaket läuft vom Endgerät über Router, Netzwerkgeräte und öffentliche oder private Leitungen bis zum Server. Jeder Abschnitt kostet Zeit. Folgende Faktoren beeinflussen die Latenz:
Bei mehreren Standorten und Cloud-Diensten entscheidet der konkrete Pfad über die Verzögerung. Liegen Anwendungen weit entfernt oder durchläuft der Datenverkehr viele Zwischenstationen, steigt die Latenz.
Auch das Übertragungsmedium hat einen Einfluss: In Glasfaserkabeln entstehen pro Kilometer etwa 4,9 Mikrosekunden Latenz, da sich das Signal langsamer durch die Faser bewegt als Licht durch Vakuum. Das Lichtsignal legt in Glasfaser also etwa 204 km pro Millisekunde (ms) zurück.
Andere Übertragungsmedien wie Kupferkabel erreichen bei der reinen Signallaufzeit auf kurzen Distanzen ähnliche Werte. Auf längeren Strecken dämpft Kupfer das elektrische Signal aber stark. Daher setzen Netzbetreiber in regelmäßigen Abständen Signalverstärker ein, die ihrerseits zur Latenz beitragen.
Im WLAN treten weitere Ursachen für eine erhöhte Latenz auf. Viele gleichzeitig aktive Geräte, ein schwaches Signal oder Störungen können dazu führen, dass Datenpakete ihr Ziel nicht erreichen und erneut gesendet werden müssen. Zudem beeinflussen Endgeräte, Router, Firewalls und Server die gemessene Latenz, etwa durch langsame Paketverarbeitung oder Sicherheitsprüfungen.
Latenz wird in Millisekunden gemessen. Für die erste Einschätzung eignet sich ein Ping-Test, weil er die RTT sichtbar macht. In Unternehmensnetzen reicht ein einzelner Ping-Wert aber selten aus. Ein spezialisiertes Diagnosewerkzeug wie Traceroute zeigt den Weg über einzelne Zwischenstationen. Dafür sendet es Testpakete und misst die Antwortzeit jeder Station. Es ist auf allen gängigen Betriebssystemen verfügbar:
Das kostenlose Open-Source-Tool My Traceroute (MTR) verbindet Elemente aus Ping und Traceroute: Es ermittelt nicht nur den Pfad, sondern sendet fortlaufend Pakete und misst jede Station entlang des Pfads. Dadurch macht es Jitter und Paketverluste auf dem gesamten Weg sichtbar.
Bei Webanwendungen ergänzt die Time-to-First-Byte (TTFB) die Messung. Sie beschreibt die Zeit, bis nach einer Anfrage das erste Datenbyte beim Client ankommt. Darin stecken Serververarbeitung und Netzwerkverzögerung.
Hinweis: Möchten Sie Traceroute statt des Pings nutzen, folgen Sie der obigen Anleitung und ersetzen Sie ping durch tracert (unter Windows) bzw. traceroute (unter macOS/Linux).
Tipp: Ergänzen Sie bei Bedarf eine Online-Messung (Speedtest), um Ping, Bandbreite und Schwankungen aus Sicht des Anschlusses zu prüfen.
Welche Latenz gut genug ist, hängt von der Anwendung ab. Bei E-Mails oder weniger zeitkritischen Downloads fallen höhere Werte weniger auf. Bei Echtzeitkommunikation, Remote-Bedienung oder schnellen API-Abfragen stören Verzögerungen früher. Die folgenden Richtwerte helfen bei der Einordnung:
Hinweis: Jitter und Paketverlust können die Nutzung auch bei akzeptablem Ping-Wert verschlechtern.
Im Büro oder Homeoffice beginnen sinnvolle Maßnahmen nah am Endgerät. Ein Kabeltest trennt Funkprobleme von Schwierigkeiten des Internetanschlusses. Ist die Verbindung per Ethernet stabiler als per WLAN, liegt die Ursache wahrscheinlich im lokalen Funknetz oder an der Router-Position. Hier einige Tipps:
In größeren Firmennetzwerken kommen Netzwerkdesign, Standortnähe und Monitoring hinzu.
Bei verteilten Standorten zählt außerdem, wo Anwendungen und Daten liegen. Ein Content Delivery Network (CDN) speichert Inhalte näher an den abrufenden Teams, Edge Computing verlagert Verarbeitung näher an den Nutzungsort.
Ein Software-defined Wide Area Network (SD-WAN) steuert Verbindungen zwischen Standorten und Cloud-Anwendungen gezielter. Für sehr hohe Anforderungen kommen dedizierte Glasfaser, Dark Fiber oder optische Wavelength-Services infrage.
Latenz …
Geringe Latenz ist besonders wichtig für VoIP, Videokonferenzen und Cloud-Anwendungen. Auch API-Abfragen, IoT-Prozesse und videobasierte Remote-Bedienung reagieren empfindlich auf Verzögerungen, weil sie Gesprächsfluss, Steuerung oder Prozessqualität beeinflussen.
Eine gute WLAN-Latenz hängt von der Anwendung und vom Messpunkt ab. Als grobe Orientierung gelten Werte unter 30 ms für Echtzeitanwendungen als sehr gut, während höhere Werte bei einfachen Aufgaben eher tolerierbar sind. Jitter oder Paketverlust können die Nutzung auch bei akzeptablen Einzelwerten verschlechtern.
Ein Beispiel ist ein VoIP-Anruf, bei dem die Antwort einer Gesprächsperson verzögert ankommt. Das Gespräch wirkt dann unnatürlich, weil Sprache und Reaktion nicht mehr direkt zusammenpassen.
Passend zum Thema