Um in Netzwerken wie dem Internet miteinander kommunizieren zu können, benötigen teilnehmende Systeme eine IP-Adresse. Diese lässt sich zwar grundsätzlich manuell vergeben, doch in der Praxis beziehen die meisten Geräte ihre Adresse inzwischen automatisch. Grundlage hierfür ist das KommunikationsprotokollDHCP, das verbindungssuchende Systeme bei der Beschaffung der notwendigen Informationen unterstützt. In den Anfängen von Computer, Netzwerk und Co. hat das Bootstrap Protocol, das auch als BOOTP bekannt ist, noch die Funktion des Adress-Managers übernommen.
Im September 1985 veröffentlichte die Stanford University Network Group in RFC 951 die erste Version des Bootstrap Protocols (BOOTP). Dies Kommunikationsprotokoll, das in Zusammenarbeit mit einem Team des Computerherstellers Sun Microsystems entstand, ermöglichte es den damals eingesetzten Terminals und festplattenlosen Workstations erstmals, neben der IP-Adresse auch Informationen wie die Adresse des Gateways, die Adresse des Bootservers und das Verzeichnis der Boot-Datei (notwendig für das Laden des Betriebssystems) zu beziehen. Es ersetzte das bis dahin verwendete Reverse Address Resolution Protocol (RRP), das ausschließlich Netzwerkadressen liefern und nur in Subnetzen eingesetzt werden konnte.
Das Bootstrap Protocol ist Teil der Internetprotokollfamilie und funktioniert – wie viele andere Protokolle des Stacks – nach dem Client-Server-Modell. Der Nachrichtenaustausch zur Übermittlung der Netzwerkinformation findet also zwischen einem BOOTP-Client und dem BOOTP-Server statt. Als Protokoll für den Transport der entsprechenden Datenpakete ist das minimale, verbindungslose User Datagram Protocol (UDP) vorgesehen (Port 67 und 68). Selbiges ist im Vergleich zu TCP nicht nur weniger komplex, sondern unterstützt im Gegensatz zu dem Standardprotokoll für Datentransport auch Broadcasting. Da der Client beim Verbindungsaufbau weder seine eigene Adresse noch die des BOOTP-Servers kennt, ist diese Nachrichtenmethode, bei der alle Netzwerkteilnehmer kontaktiert werden, die einzige Lösung für den automatischen Adressbezug.
Die Adresszuordnung via BOOTP basiert auf einem simplen Zwei-Schritte-Nachrichtenaustausch zwischen Client und Server, wobei die Client-Komponente der Initiator ist. Da dieser zu Beginn weder seine eigene IP-Adresse noch die des BOOTP-Servers kennt, schickt er einen allgemeinen Request („BOOTREQUEST“) an die Broadcast-Gruppenadresse 255.255.255.255. Der Server, der auf UDP-Port 67 lauscht, empfängt und verarbeitet diese Anfrage. Dabei besteht die Hauptaufgabe darin, der MAC-Adresse des Client-Systems die passende IP-Adresse zuzuordnen. Anschließend wird die Antwort („BOOTREPLY“) inklusive weiterer Netzwerkinformationen via Broadcast zurück an den Client gesendet, der infolgedessen das Betriebssystem über das Netzwerk beziehen kann.
Wenn der Client die Adresse des BOOTP-Servers bereits kennt, kann er den Request auch direkt per Unicast-Verbindung an diesen schicken.
So sieht der Aufbau der Nachrichten aus, die Client und Server bei der Kommunikation via Bootstrap Protocol verschicken:
Jede BOOTP-Nachricht beginnt mit dem 8 Bit langen op-Feld, das den Typ der Operation bzw. der Nachricht definiert. Bei Anfragen durch den Client wird an dieser Stelle der Wert 1 (für BOOTREQUEST) gesetzt, während die Antworten des Servers den Wert 2 (für BOOTREPLY) aufweisen. Es folgen jeweils 8 Bit, die den Typ („htype“) sowie die Länge der Hardware-Adresse („hlen“) kennzeichnen. Das ebenfalls 8 Bit lange Feld „hops“ gibt die Zahl an Zwischenstationen an, die das Paket auf dem Weg zum Empfänger durchquert. Bei Client-Anfragen ist der Wert immer 0.
Der nächste Block enthält eine zufällige, 32 Bit lange Transaktions-ID, die vom Client generiert und später auch in der Antwort des Servers verwendet wird, damit der Client diese eindeutig zuordnen kann. Der Client füllt außerdem das Feld „secs“ (16 Bit) aus, das die Sekunden angibt, die seit dem Bootversuch des Clients vergangen sind. Den Abschluss der einleitenden Informationen bildet ein weiteres 16-Bit-Feld, das gänzlich leer bleibt. Bei den weiteren Einträgen des BOOTP-Pakets handelt es sich nun um die eigentlichen Netzwerkinformationen, die in der folgenden Auflistung näher erläutert werden:
Insgesamt können die BOOTP-Nachrichten also eine Länge von bis zu 2400 Bit (300 Bytes) haben. Das komplette UDP/IP-Datagramm inklusive eingebundener Bootstrap-Protocol-Anfrage bzw. -Antwort hat folgenden Aufbau:
Für Terminal-Clients und festplattenlose Workstations war BOOTP die perfekte Lösung, um eine persönliche IP-Adresse im gewünschten Netzwerk zu erhalten und auf diese Weise das Betriebssystem zu beziehen. Dass der Adressbezug durch das Kommunikationsprotokoll gleichzeitig mit dem Bootprozess erledigt werden konnte, war für die stationären Computer, die in Netzwerken überschaubarer Größen zum Einsatz kamen, sowohl praktisch als auch unkompliziert. So war es beispielsweise auch kaum problematisch, dass der Administrator die Netzwerkinformationstabellen des BOOTP-Servers manuell konfigurieren musste.
Als die Netzwerke jedoch immer größer und die Computer immer eigenständiger und – durch die Entwicklung tragbarer Geräte – auch mobiler wurden, machte sich die fehlende Möglichkeit zur Automatisierung des Konfigurationsprozesses negativ bemerkbar. Es wurde der Wunsch nach einem neuen Protokoll laut. Mit dem Dynamic Host Configuration Protocol (DHCP) fand man im Jahr 1993 einen solchen Nachfolger (endgültige Spezifikation in RFC 2131). DHCP basiert zwar zum Großteil auf der Struktur des Bootstrap Protocols, ergänzt dieses aber durch verschiedene zusätzliche Konfigurationsoptionen und bietet die Möglichkeit, verbindungssuchenden Clients wiederverwendbare Netzwerkadressen zuzuweisen. Zudem funktioniert die Zuordnung von Adressinformationen mit DHCP auch während des aktuellen Systembetriebs – ein Neustart wie bei BOOTP ist nicht erforderlich.
„BOOTP vs. DHCP“ – nachfolgend die wichtigsten Unterschiede:
| BOOTP | DHCP | ||
|---|---|---|---|
| Auto-Konfiguration | Zuordnung von IP-Adressen setzt manuelle Konfiguration der Adress-Tabellen voraus | unterstützt automatische Zuordnung und automatischen Bezug von IP-Adressen (aber auch manuelle Konfiguration) | |
| Temporäre IP-Adressen | nicht möglich | für einen limitierten Zeitraum möglich | |
| Unterstützung mobiler Geräte | IP-Konfiguration und Zugriff auf Netzwerkinformationen sind nicht möglich | unterstützt die Mobilität von Netzwerkclients | |
| Fehleranfälligkeit | Aufgrund manueller Konfiguration sehr fehleranfällig | nahezu fehlerimmun dank automatisierter Konfiguration der Netzwerkkomponenten | |
| Systemvoraussetzungen | keine | setzt Festplatte zur Speicherung und Weiterleitung der Informationen voraus |
Dank der diversen Optimierungen ist DHCP schnell zum Standardprotokoll für das IP-Management in Netzwerken geworden, während das BOOTP-Protokoll inzwischen nur noch von historischem Wert ist. Da DHCP das Bootstrap Protocol unterstützt, können DHCP-Server prinzipiell aber auch jegliche Anfragen beantworten, die von einem BOOTP-Client gestellt wurden.
Ist man an einen Internetrouter angeschlossen und fährt seinen Computer hoch, bezieht dieser automatisch die notwendigen Netzwerkparameter wie die IP-Adresse, die Netzmaske oder den DNS-Server. Möglich ist dies durch das Dynamic Host Configuration Protocol (DHCP), das die Adresszuordnung bei der Anbindung ans Internet erheblich vereinfacht und auch die Einrichtung lokaler Netzwerke zum Kinderspiel...
Optische Installationsmedien sind Schnee von gestern. Ein bootfähiger USB-Stick ist nicht nur schneller und praktischer als eine CD-ROM, er kann auch noch vieles mehr: Etwa ein portables Betriebssystem erstellen, mit dem man Windows auch an Linux-Computern verwenden kann. Die wichtigste Funktion ist aber das Booten und Reparieren eines PCs nach einem schwerwiegenden Systemproblem. Um solch einen...
Sollen zwei Computersysteme Daten miteinander austauschen, müssen sie sich auf eine gemeinsame Protokollbasis einigen. So legt das gewählte Transportprotokoll beispielsweise fest, wie die Informationen transferiert werden sollen. Einer der jüngeren Vertreter dieser Protokollsparte ist das Stream Control Transmission Protocol (SCTP), das die IETF (Internet Engineering Task Force) im Jahr 2000 als...
Sie wollen, dass Ihre Daten bei genau einem Empfänger eintreffen? Dann versenden Sie einen Unicast. Egal ob IPv4 oder IPv6, Unicasts finden das richtige Ziel. Website-Aufrufe, E-Mail-Versand, Dateitransfer – jedes Mal greifen Sie zu dieser Adressierungsform. Aber was steckt technisch dahinter und wie unterscheiden sich Unicast und Multicast?
Was gibt es für Neuerungen? Bootstrap 5 soll das Erstellen von modernen, eleganten Websites noch einfacher machen. Die Entwickler versprechen schnellere Ladezeiten, bessere User Experience und sinnvolleren Code: kein jQuery mehr, keine Unterstützung für den Internet Explorer und dafür noch mehr Flexibilität in der Gestaltung.
