DHCP

Entstehung und Beteiligte

DHCP entstand Anfang der 1990er-Jahre in der IETF als Weiterentwicklung von BOOTP. Ralph Droms war Hauptautor des ersten DHCP-RFC 1531 von 1993 und der späteren Standardspezifikation RFC 2131. Das Verfahren ist deshalb keine Erfindung eines Geräteherstellers, sondern Ergebnis offener Internetstandardisierung.

Welches Problem sollte gelöst werden?

BOOTP konnte Rechner beim Start konfigurieren, war aber für dauerhaft gepflegte Zuordnungen ausgelegt. Wachsende Campus- und Firmennetze brauchten Adressen, die automatisch, zeitlich begrenzt und aus einem gemeinsamen Pool vergeben werden konnten. Manuelle Listen verursachten Doppelbelegungen und hohen Aufwand.

Technische Hürden und Lösungen

Ein neuer Client besitzt noch keine Adresse und kennt den Server nicht. DHCP löst das mit Broadcasts und dem Ablauf Discover, Offer, Request, Acknowledge. Relays überbrücken Routergrenzen. Leasing, Erneuerung, mehrere Server und fehlerhafte oder fremde DHCP-Angebote mussten ebenfalls berücksichtigt werden.

Standardisierung und Einordnung

Netzwerktechnik entsteht selten als Einzelerfindung. Forschungseinrichtungen, Hersteller und Standardisierungsgremien erproben Verfahren, dokumentieren sie in RFCs oder IEEE-Normen und verbessern sie über viele Jahre. Entscheidend ist deshalb die Unterscheidung zwischen erster Idee, erster praktischer Implementierung und späterem Standard. Moderne Netze tragen häufig mehrere historische Schichten gleichzeitig: Ethernet auf der lokalen Verbindung, IP für die Adressierung und TCP oder UDP für den Transport.

Technik im praktischen Betrieb

Im praktischen Betrieb müssen Adressierung, Namensauflösung, Weiterleitung und lokale Übertragung als zusammenhängende Kette betrachtet werden. Ein Fehler zeigt sich häufig an einer anderen Stelle als seiner Ursache: Eine falsche Subnetzmaske wirkt wie ein Routingproblem, ein fehlender ARP-Eintrag wie eine unterbrochene Leitung und ein DNS-Fehler wie ein ausgefallener Server. Aussagekräftige Diagnose beginnt deshalb unten bei Link und Adresse, prüft anschließend Weg und Transport und erst danach die Anwendung. Paketmitschnitte, Tabellenstände und genaue Zeitpunkte sind verlässlicher als Vermutungen aus einer einzelnen Fehlermeldung.

Warum das Thema heute noch relevant ist

Die historischen Entscheidungen wirken bis heute, weil grundlegende Netzprotokolle extrem langlebig sind. Neue Verfahren müssen mit Milliarden vorhandener Geräte, Anwendungen und Konfigurationen zusammenarbeiten. Deshalb bleiben Felder, Begriffe und Grenzen erhalten, die aus einer Zeit mit wenigen Forschungsnetzen stammen. Wer die damalige Problemstellung kennt, versteht besser, warum manche Lösungen bewusst einfach, zustandslos oder fehlertolerant entworfen wurden und weshalb spätere Erweiterungen nicht jede Altlast beseitigen konnten.

Daten und Meilensteine

• 1993: DHCP erscheint zunächst als RFC 1531.
• 1997: RFC 2131 ersetzt die frühe Spezifikation.
• UDP 67 dient Servern, UDP 68 Clients.
• DHCPv6 ist ein eigenes Protokoll und nicht einfach DHCP mit längeren Adressen.

Was ist DHCP?

Das Dynamic Host Configuration Protocol (DHCP) automatisiert die Netzwerkkonfiguration von Geräten. Sobald sich ein Gerät mit einem Netzwerk verbindet, erhält es automatisch eine IP-Adresse, Subnetzmaske, Standard-Gateway und DNS-Server-Adressen – ohne manuelle Eingriffe.

DHCP ist in praktisch jedem Heimnetzwerk und Unternehmensnetzwerk aktiv. Dein Router zu Hause ist typischerweise der DHCP-Server für dein lokales Netzwerk.

Der DORA-Prozess

DHCP funktioniert über einen 4-stufigen Handshake, bekannt als DORA:

1. DISCOVER: Das neue Gerät sendet einen Broadcast (255.255.255.255) – "Gibt es einen DHCP-Server?"
2. OFFER: Der DHCP-Server antwortet mit einem Angebot: "Ich biete dir 192.168.1.42 für 24 Stunden."
3. REQUEST: Der Client akzeptiert das Angebot mit einem Broadcast (für andere Server sichtbar).
4. ACKNOWLEDGE (ACK): Der Server bestätigt und übergibt die volle Konfiguration: IP, Maske, Gateway, DNS, Lease-Zeit.

Lease-Zeit und Erneuerung

Jede DHCP-Adresse hat eine Lease-Zeit (typisch 1–24 Stunden). Nach 50% der Lease-Zeit versucht der Client, die Adresse beim selben Server zu verlängern. Nach 87,5% sendet er einen Broadcast. Antwortet kein Server, muss der Client die Konfiguration ablegen und von vorn beginnen.

DHCP-Reservierungen erlauben es, bestimmten Geräten (anhand ihrer MAC-Adresse) immer dieselbe IP zuzuweisen – wichtig für Server, Drucker und andere Infrastruktur.