Next: Kommunikationsmodell
Up: 3.4.1 DHCP
Previous: Informationsmodell
Das DHCP-Protokoll sieht neben der Vermittlung einer IP-Adresse noch die
Übertragung weiterer Informationen vor, wie zum Beispiel die Angabe von
Nameserver, Gateway, Mailserver, Druckserver.
Dies ist unabhängig von der Vergabe einer IP-Adresse möglich.
[DHCP: Funktionen]DHCP: Funktionen
Um diese Aufgabe durchführen zu können, müssen einige Funktionen
implementiert werden. Abbildung 3.3 stellt die benötigten
Funktionen der IP-Adressvergabe dar. Diese wurden des einfacheren
Verständnisses halber schon dem im Organisationsmodell beschriebenen
Client und Server zugeordnet. Außerdem wurde die Darstellung insofern
vereinfacht, daß es genau einen Server darstellt. Dieser eine dargestellte
Server steht symbolisch für eventuell mehrere Server.
Im Folgenden werden unter 'Daten' zugewiesene Daten verstanden, die vom
Server exklusiv genutzte Informationen enthalten können, wie zum Beispiel
eine IP-Adresse.
- SERVER_SUCHEN
-
Der Client hat zu diesem Zeitpunkt keinerlei Informationen ob und
wenn ja wie viele Server im Netz vorhanden sind. Deshalb muß er
einen Server suchen. Er schickt dazu eine Nachricht in das Netz
und wartet, ob er Antworten bekommt. Diese Nachricht ist so
beschaffen, daß sie alle im Netz aktiven DHCP-Server bekommen und
darauf reagieren können.
- ANGEBOT_SENDEN
-
Empfängt ein DHCP-Server eine Such-Nachricht, wie sie beim
SERVER_SUCHEN versendet wird, muß er dem Client ein 'Angebot'
senden. Dieses Angebot enthält die Daten, die der Server dem
Client zusenden würde, wenn der Client eine konkrete Anforderung
an diesen Server stellen würde. Zusätzlich ist das Angebot
abhängig von den Regeln, die der DHCP-Server zu diesem Client
kennt. So ist es möglich, daß der Server diesem Client ein anderes
Angebot machen würde, als einem anderen Client.
- ANGEBOTE_SAMMELN
-
Der Client sammelt über einen gewissen Zeitraum alle Angebote von
DHCP-Servern, die als Antwort auf seine Anfrage gesendet wurden.
- ANGEBOT_AUSWäHLEN
-
Der Client wählt ein einzelnes Angebot eines Servers aus den erhaltenen
Angeboten aus.
- ANGEBOT_ANFORDERN
-
Der Client sendet eine entsprechende Nachricht an den Server,
dessen Angebot er ausgewählt hat. Damit fordert er die vom Server
angebotenen Daten explizit an.
- ANGEBOT_BESTäTIGEN
-
Der Server bestätigt sein Angebot und weist somit dem Client eine
IP-Adresse zu. Diese darf er so lange keinem anderen Client
zuweisen, bis sie wieder frei wird. Einmal vergebene Daten können
wieder 'frei' werden, indem der Client eine Nachricht schickt, daß
er sie zurück gibt (ANGEBOT_FREIGEBEN ) oder wenn die Gültigkeit
der Daten abgelaufen ist.
- ANGEBOT_ABLEHNEN
-
Der Server darf das Angebot wieder 'zurückziehen'. Dies
kann zum Beispiel passieren, wenn inzwischen so viel Zeit
vergangen ist, daß die angebotenen Daten anderweitig vergeben
wurden.
- ANGEBOT_VERLäNGERN
-
Der Client muß seine erhaltenen Daten nach einer gewissen Zeit
(Leased Time)
'verlängern'. Geschieht dies nicht, werden die Daten frei und
können wieder anderweitig vergeben werden.
- VERLäNGERUNG_BESTäTIGEN
-
Die Verlängerung muß vom Server bestätigt werden.
- ANGEBOT_FREIGEBEN
-
Der Client sendet eine Nachricht an den Server, die besagt, daß er
die von diesem Server vergebenen, von ihm exklusiv genutzten Daten
(z.B. IP-Adresse) nicht mehr benötigt und somit zur Wiedervergabe
frei gibt.
[DHCP: Vermittlung von Konfigurationsdaten]DHCP: Vermittlung von Konfigurationsdaten
Abbildung 3.4 stellt eine weitere Funktion des Protokolls
das: die Vermittlung von Konfigurationsdaten. Diese Vermittlung kann
unabhängig von der Zuweisung einer IP-Adresse ausgehandelt werden.
- KONFIGURATION_ANFORDERN
-
Der Client kann einen Server suchen, der ihm allgemeine
Konfigurationsdaten des Netzes sendet.
Er schickt dazu eine Nachricht in das Netz
und wartet, ob er Antworten bekommt. Diese Nachricht ist so
beschaffen, daß sie alle im Netz aktiven DHCP-Server bekommen und
darauf reagieren können.
- KONFIGURATIONSDATEN_SENDEN
-
Alle Server, die vom Client die Anforderung einer Konfiguration
bekommen haben, senden die ihnen bekannten Konfigurationsparameter
zurück. Der Server kann zusätzlich zum Client individuelle
Konfigurationsinformationen senden.
- KONFIGURATION_AUSWäHLEN
-
Der Client wählt aus den erhaltenen Konfigurationsparametern
diejenigen aus, die er benötigt.
Abbildung 3.5 stellt die verschiedenen Aktionen
und Stati des Clients dar. Die Darstellung ist nach einer Skizze in RFC
2131 angefertigt ([Dro97]). Dabei sind folgende Änderungen zu beachten:
Abbildung 3.2:
modulare Komponente im Managementsystem
in der Abbildung verwendete Funktionsbezeichnung |
in der Arbeit verwendete
Funktionsbezeichnung |
DHCPDISCOVER |
SENDER_SUCHEN |
DHCPOFFER |
ANGEBOT_SENDEN |
DHCPREQUEST |
ANGEBOT_ANFORDERN , ANGEBOT_VERLäNGERN |
DHCPACK |
ANGEBOT_BESTäTIGEN , VERLäNGERUNG_BESTäTIGEN ,
KONFIGURATIONSDATEN_SENDEN |
DHCPNACK |
ANGEBOT_ABLEHNEN , VERLäNGERUNG_ABLEHNEN |
DHCPRELEASE |
ANGEBOT_FREIGEBEN |
DHCPINFORM |
KONFIGURATIONSDATEN_ANFORDERN |
Abbildung:
DHCP: State-Diagramm DHCP-Client nach [Dro97]
|
Next: Kommunikationsmodell
Up: 3.4.1 DHCP
Previous: Informationsmodell
Copyright Munich Network Management Team