UDP: wat is het, protocol zonder verbindingsopbouw en hoe het werkt

Wat is UDP?

UDP (User Datagram Protocol) — een van de belangrijkste protocollen van de transportlaag van het TCP/IP-model, ontwikkeld door David Reed in 1980. Het biedt een minimaal mechanisme voor gegevensoverdracht: de applicatie verzendt een datagram en het protocol volgt niet of het de ontvanger heeft bereikt.

De UDP-header bestaat uit slechts vier velden: bronpoort, bestemmingspoort, lengte en controlesom. Elk veld beslaat 2 bytes, dus de totale headergrootte is 8 bytes. Ter vergelijking: de TCP-header zonder opties beslaat 20 bytes en met opties tot 60 bytes.

Het protocol ondersteunt geen fragmentatie op zijn eigen niveau — als een datagram de MTU (Maximum Transmission Unit) overschrijdt, wordt het gefragmenteerd op IP-niveau. Bij verlies van een fragment wordt het hele datagram weggegooid, omdat UDP geen hertransmissie van afzonderlijke fragmenten kan aanvragen. Ontwikkelaars moeten de datagramgrootte controleren — voor mobiele netwerken is de MTU vaak 1400 bytes, dus de maximale grootte mag deze waarde niet overschrijden.

Hoe werkt UDP

Een applicatie die UDP gebruikt, maakt een socket van het type SOCK_DGRAM, specificeert de poort en het bestemmings-IP-adres en verzendt een datagram. Het protocol voegt een minimale header toe en geeft het pakket door aan de IP-laag. De ontvanger luistert naar zijn poort en haalt de gegevens uit de binnenkomende datagrammen.

UDP voert geen congestiecontrole uit — de applicatie kan datagrammen verzenden met de maximale snelheid die het netwerk ondersteunt. Dit kan leiden tot overbelasting van het kanaal, maar in realtime scenario's is dergelijke agressiviteit gerechtvaardigd: voor een videogesprek is een gegevensstroom met mogelijk verlies belangrijker dan het stoppen van de transmissie.

import socket

sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.sendto(b'Hello, UDP!', ('192.168.1.100', 8888))
sock.close()

In het voorbeeld wordt een socket SOCK_DGRAM voor UDP gemaakt. De methode sendto verzendt een datagram zonder verbindingsopbouw — het is voldoende om het IP en de poort van de ontvanger te kennen. De methode recvfrom aan de serverzijde retourneert zowel de gegevens als het adres van de afzender voor het antwoord. UDP-sockets op mobiele platforms worden op dezelfde manier geconfigureerd, maar vereisen aanvullende machtigingen: op iOS moet NSAppTransportSecurity worden toegevoegd voor niet-versleutelde UDP-verbindingen, en op Android — de INTERNET-machtiging in het manifest.

Voor- en nadelen van UDP

De keuze voor UDP is gerechtvaardigd in scenario's waar snelheid belangrijker is dan betrouwbaarheid. Het protocol verspilt geen tijd aan verbindingsopbouw, bevestigingen en hertransmissies — dit geeft minimale vertraging, maar vereist dat de ontwikkelaar zelf verlies afhandelt.

In mobiele applicaties wordt UDP gebruikt via frameworks zoals WebRTC, die bovenop UDP verliescontrole, adaptieve bitrate en jitterbuffer toevoegen. Dit geeft de voordelen van snelheid zonder de nadelen van het kale protocol.

Een ander belangrijk aspect van UDP is het ontbreken van congestiecontrole. In TCP verminderen de algoritmen Slow Start en Congestion Avoidance de transmissiesnelheid bij pakketverlies om het netwerk niet te overbelasten. UDP heeft dergelijke mechanismen niet, dus ontwikkelaars moeten hun eigen snelheidscontrolestrategieën implementeren — bijvoorbeeld adaptieve bitrate in videogesprekken of rate limiting op gameservers om overmatige overbelasting van het netwerkkanaal te voorkomen.

Waar wordt UDP gebruikt

UDP is onmisbaar in scenario's waar tolerantie voor vertraging belangrijker is dan tolerantie voor pakketverlies. Laten we de belangrijkste toepassingsgebieden van het protocol in mobiele en webontwikkeling bekijken.

Audio- en videostreaming

De protocollen RTP en RTSP, die over UDP werken, worden gebruikt voor het verzenden van audio- en videostreams in realtime. WebRTC — de standaard voor videogesprekken in browsers en mobiele apps — gebruikt UDP als belangrijkste transport voor mediagegevens en TCP voor signalering. Het verlies van een enkel pakket in een 30 fps-video is onmerkbaar voor de gebruiker, in tegenstelling tot de vertraging van hertransmissie die een merkbare bevriezing van het beeld veroorzaakt.

Online games

Multiplayer shooters en MOBA's hebben een vertraging van minder dan 50 ms nodig voor correcte synchronisatie. UDP verzendt spelersposities, schoten en gebeurtenissen sneller dan TCP, en pakketverlies wordt gewoon genegeerd — de volgende update komt binnen 16–33 ms. Populaire game-engines, waaronder Unity en Unreal Engine, gebruiken UDP via hun eigen transportlagen met toevoeging van betrouwbaarheid voor kritieke gebeurtenissen via bevestigingen op applicatieniveau.

DNS en DHCP

DNS-query's gebruiken UDP op poort 53, omdat elke query een klein datagram is (meestal tot 512 bytes). Als er geen antwoord komt, herhaalt de client de query eenvoudigweg na een time-out, wat sneller is dan het opzetten van een TCP-verbinding met de drievoudige handshake. DHCP werkt ook over UDP, omdat de client nog geen IP-adres heeft en geen TCP-verbinding kan opzetten, en broadcast-UDP-pakketten maken het mogelijk om een DHCP-server in het lokale netwerk te vinden.

Vergelijking UDP en TCP

De keuze tussen UDP en TCP is een compromis tussen snelheid en betrouwbaarheid. Elk protocol is optimaal voor zijn taakklasse en inzicht in hun verschillen helpt bij het nemen van de juiste architecturale beslissingen bij het ontwerpen van netwerkinteractie in mobiele applicaties.

In mobiele projecten wordt vaak een hybride aanpak gebruikt: TCP voor betrouwbare verzoeken (autorisatie, gegevens laden) en UDP voor mediastreams. QUIC — het moderne Google-protocol dat over UDP werkt — combineert de snelheid van UDP met de betrouwbaarheid van TCP en wordt al gebruikt in HTTP/3.

Voorbeeld van UDP-code

Laten we een eenvoudige UDP-server in Python bekijken die berichten van clients ontvangt en antwoorden verzendt. De server luistert op poort 8888 en verwerkt binnenkomende datagrammen in een oneindige lus.

import socket

server = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
server.bind(('0.0.0.0', 8888))
print('UDP-server gestart op poort 8888')

while True:
    data, addr = server.recvfrom(1024)
    print(f'Ontvangen van {addr}: {data.decode()}')
    server.sendto(b'OK', addr)

De server maakt een UDP-socket, bindt zich aan poort 8888 en wacht op binnenkomende datagrammen. recvfrom retourneert de gegevens en het adres van de client, waardoor antwoord via sendto mogelijk is. In tegenstelling tot TCP slaat de server geen verbindingsstatus op — elk datagram wordt onafhankelijk verwerkt. Dit maakt UDP-servers schaalbaar: één server kan miljoenen clients verwerken zonder geheugen toe te wijzen voor elke afzonderlijke verbinding, wat belangrijk is voor DNS-servers en game-matchmaking-systemen.

In mobiele ontwikkeling wordt UDP vaak gebruikt via bibliotheken op hoog niveau. Bijvoorbeeld CocoaAsyncSocket voor iOS biedt UDP-sockets met delegates en GCD voor asynchrone gebeurtenisverwerking. Op Android maakt de klasse DatagramSocket deel uit van de standaard java.net-bibliotheek en vereist geen extra afhankelijkheden. Voor Flutter is er het udp-pakket, dat een eenvoudige interface biedt voor het verzenden en ontvangen van datagrammen zonder native sockets te configureren.

Het is belangrijk op te merken dat veel mobiele netwerken en bedrijfsfirewalls UDP-verkeer blokkeren, vooral op poorten boven 1024. Als uw applicatie UDP gebruikt, moet u een fallback op TCP of controle van de protocolbeschikbaarheid via STUN-servers voorzien, zoals WebRTC doet. Op iOS ondersteunt het systeemframework Network.framework met NWConnection zowel TCP als UDP, waarbij het automatisch het optimale protocol selecteert op basis van beschikbaarheid. Voor realtime applicaties wordt ook aanbevolen om adaptieve bitrate te implementeren, die de streamkwaliteit verlaagt bij pakketverlies, waardoor continuïteit van afspelen wordt gegarandeerd, zelfs op onstabiele kanalen met een hoog foutenniveau.