• Glossar
  • Was ist UDP (User Datagram Protocol)?

DNS-Glossar

Was ist UDP (User Datagram Protocol)?

Das User Datagram Protocol (UDP) ist ein Protokoll der Transportschicht, das unabhängige Nachrichten, sogenannte Datagramme, zwischen Anwendungen überträgt, ohne zuvor eine Verbindung herzustellen. Es fügt dem IP-Protokoll lediglich Portnummern und eine optionale Prüfsumme hinzu, wodurch es einen geringen Overhead aufweist und die Zuverlässigkeit der Anwendung überlässt, wie in RFC 768 definiert.

Vereinfachen wir Ihre DDI
Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

User Datagram Protocol (UDP) is a connectionless transport layer protocol defined in RFC 768 that enables low-overhead delivery of independent messages between applications without establishing connections, acknowledgments, or retransmission guarantees. DNS and DHCP rely on UDP because typical lookups involve single small requests and responses where avoiding connection handshakes and per-connection state reduces latency and server load, though DNS falls back to TCP for truncated responses and zone transfers. Operationally, UDP failures manifest as silent timeouts and intermittent resolution issues rather than explicit connection errors, making packet loss and filtering difficult to diagnose without checking interface counters and server logs.

  • UDP prepends an 8-byte header containing source port, destination port, length, and optional checksum to application data, then leaves reliability and loss handling to the application layer rather than the transport layer.
  • DHCP depends entirely on UDP because a client without an assigned address cannot hold a TCP connection and must broadcast from port 68 to servers on port 67, making UDP the only viable option for address assignment.
  • Silent UDP datagram drops caused by firewall blocking, fragmentation, or NAT timeouts appear as application timeouts and retries rather than transport-layer errors, requiring engineers to examine interface drop counters and server logs to identify the root cause.

UDP auf einen Blick

AttributeValue
Full nameUser datagram protocol
CategoryNetwork protocol
Defined inRFC 768
Protocol and portIP protocol number 17; DNS uses port 53; DHCP uses ports 67 and 68
OSI layerLayer 4 (transport)
Primary useLow-overhead, connectionless delivery of short messages such as DNS queries and DHCP exchanges
Related termsTCP, DNS, DHCP, Port 53, EDNS0

So funktioniert UDP

UDP verpackt Anwendungsdaten in ein kleines Datagramm und übergibt es an IP. Auf der Transportschicht findet kein Verbindungsaufbau, keine Bestätigung und keine erneute Übertragung statt.

  1. Anwendung erstellt eine Nachricht: Die Anwendung, beispielsweise ein DNS-Resolver, erstellt eine vollständige Anfrage, die in ein Datagramm passt.
  2. UDP fügt einen Header hinzu: UDP stellt einen 8-Byte-Header voran, der den Quellport, den Zielport, die Länge und die Prüfsumme enthält.
  3. IP übermittelt das Datagramm: Das Datagramm wird als IP-Paket übertragen. Jedes Datagramm wird unabhängig geroutet und kann verloren gehen, doppelt übertragen oder in einer anderen Reihenfolge ankommen.
  4. Der Empfänger leitet die Daten an die Anwendung weiter: Der empfangende Host verwendet den Zielport, beispielsweise 53 für DNS, um die Nutzdaten an den richtigen Dienst weiterzuleiten.
  5. Die Anwendung behandelt den Datenverlust: Wenn keine Antwort eintrifft, entscheidet die Anwendung, wie weiter vorgegangen werden soll – in der Regel erfolgt ein Timeout, gefolgt von einem erneuten Versuch, möglicherweise bei einem anderen Server.

UDP bietet keine Überlastungskontrolle, keine Reihenfolgegarantie und keine garantierte Zustellung. DNS weicht auf TCP aus, wenn eine Antwort abgeschnitten wird oder wenn eine Übertragung wie beispielsweise ein Zonentransfer eine zuverlässige Zustellung erfordert. DHCP nutzt UDP, da ein Client ohne Adresse keine TCP-Verbindung aufrechterhalten kann.

Warum UDP in Unternehmensnetzwerken wichtig ist

UDP ist das Standardprotokoll für DNS, da eine typische Abfrage aus einer kurzen Anfrage und einer kurzen Antwort besteht. Das Überspringen eines Handshakes spart einen Hin- und Rückweg sowie den Serverstatus, was wichtig ist, wenn ein Resolver sehr viele Anfragen verarbeitet. RFC 1035 beschränkte UDP-DNS-Nachrichten ursprünglich auf 512 Byte, und EDNS0 erlaubte später größere Nutzdatenmengen.

Auch DHCP ist auf UDP angewiesen. Ein Client ohne Adresse sendet Broadcasts von Port 68 an Server auf Port 67, was mit TCP nicht möglich ist. Firewalls, die diese Ports blockieren, unterbrechen stillschweigend die Adressvergabe.

Aus betrieblicher Sicht bedeutet UDP, dass Fehler unbemerkt bleiben. Verlorene Datagramme erscheinen als Timeouts und Wiederholungsversuche statt als Verbindungsfehler, sodass eine langsame Namensauflösung oft das erste Anzeichen für Paketverlust oder Filterung ist. Das Blockieren von UDP 53 bei gleichzeitiger Zulassung von TCP oder das Verwerfen fragmentierter UDP-Antworten führt zu zeitweiligen Ausfällen. Da UDP den Absender nicht überprüft, können Angreifer Quelladressen fälschen; aus diesem Grund werden offene Resolver für Reflexions- und Verstärkungsangriffe missbraucht. Eine Begrenzung der Antwortrate, die Validierung der Quelladresse und die Beschränkung der Rekursion auf vertrauenswürdige Clients verringern dieses Risiko.

Wie sich UDP im Vergleich zu verwandten Begriffen darstellt

UDP vs. TCP

UDP sendet unabhängige Datagramme ohne Verbindung, Bestätigung oder erneute Übertragung, während TCP eine Verbindung herstellt und eine geordnete, zuverlässige Übertragung eines Byte-Stroms gewährleistet. Was ist TCP?

AttributeUDPTCP
Delivery guaranteeNone at the transport layerAcknowledged and retransmitted
OrderingNot preservedPreserved
Header size8 bytesAt least 20 bytes
Message boundariesPreserved per datagramNot preserved; continuous stream
Typical DNS useMost queries and responsesZone transfers and large or truncated responses

Häufige UDP-Probleme

Eine Regel, die nur TCP 53 zulässt, ermöglicht Zonentransfers, während normale Lookups in die Zeitüberschreitung gehen. Bei Clients treten zeitweise Fehler bei der Namensauflösung auf, und Paketaufzeichnungen zeigen, dass Anfragen ohne Antwort versendet werden.

Antworten, die größer sind als die vom Client angegebene UDP-Nutzlastgröße, werden abgeschnitten, und der Client muss den Vorgang über TCP wiederholen. Ist TCP-Port 53 blockiert, schlagen große Antworten wie DNSSEC-signierte Einträge fehl, während kleine erfolgreich sind.

Große UDP-Datagramme, die die Pfad-MTU überschreiten, werden fragmentiert, und viele Firewalls und Middleboxen verwerfen Fragmente. Das Symptom ist, dass nur bestimmte Abfragen eine Zeitüberschreitung aufweisen, häufig solche mit großen Antworten.

Firewalls und NAT-Geräte verfolgen UDP-Flows mit kurzen Leerlauf-Timern. Eine langsame Antwort vom Upstream kann erst nach Ablauf der Zuordnung eintreffen und wird dann verworfen, sodass der Client ein Timeout feststellt.

UDP liefert keine Zustellungsrückmeldung, sodass eine Überlastung oder eine volle Schnittstellenwarteschlange sich lediglich in Wiederholungsversuchen der Anwendung und Latenz äußert. Techniker müssen daher die Drop-Zähler der Schnittstellen und die Serverprotokolle überprüfen, anstatt mit Transportfehlern zu rechnen.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Sprechen Sie uns an

UDP-FAQ

Verwandte Begriffe

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow
Content HubRessourcen

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub
Content HubRessourcen

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity
Content HubRessourcen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing
Ressourcen

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast
Ressourcen

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast
Ressourcen

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment
Blog

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur
Content HubRessourcen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more
Das vollständige Glossar durchsuchen

Verwandte Artikel