1 Protocolul DHCP 1.

1 Dynamic Host Configuration Protocol - DHCP Este o modalitate rapid i simpl de a asigna adrese IP unui numr mare de clieni, moment n care BOOTP ar deveni greoi de utilizat i ineficient. Exist nevoia de a defini un interval de IP-uri valide i de a asigna automat clienilor din reea, de asemenea, a aprut nevoia de a defini o durat de via unui IP. Metoda de a introduce manual adresa IP poate avea i ea utilitatea ei. Spre exemplu, ofer accesul imediat la datele vitale pentru funcionarea n reea ale fiecrui calculator. Totui, metoda este consumatoare de timp i este expus erorilor. 1.2 Formatul mesajului DHCP

Figura 1.2.1 Formatul mesajului DHCP Majoritatea cmpurilor se regsesc n mesajul BOOTP (vezi figura 2.32). Cmpurile care la DHCP au o seminficaie diferit sunt urmtoarele:
>

Adresa fizic client - Setat de client. DHCP definete un identificator opional pentru client, utilizat pentru identificarea clientului. Dac aceast opiune nu este utilizat, clientul va fi identificat dup adresa MAC.

>

Numele fiierului de iniializare - Clientul fie las acest cmp cu valoarea nul, fie specific un anumit nume, astfel nct s indice tipul de iniializare

care trebuie demarat. ntr-o cerere DHCPDISCOVER, este setat n zero. Serverul returneaz numele complet pentru o cale de directoare n cererea DHCPOFFER. Valoarea este terminat n X00.
>

Opiuni - Primii patru octei conin valoarea adresei speciale (magic cookie) 99.130.83.99. Cei rmai indic parametrii dorii.

1.3 Funcionarea DHCP DHCP implementeaz un model client-server i un agent cu rol de releu (relay agent). Acest agent gestioneaz interaciunea dintre clieni i server. Deoarece clientul este principalul partener de comunicaie n aceast situaie, el iniiaz toate sesiunile cu serverul, lucru care are loc n faza de bootare. DHCP are urmtoarele faciliti: - suport alocarea dinamic; - suporta alocarea static; - conlucreaz cu BOOTP; - repartizeaz adrese; - suport repartizarea persistent; - reintegreaz repartiiile expirate. n esen, DHCP este nsrcinat cu manipularea a dou seturi de date: repartiiile (IP-urile alocate) i fondul de adrese (IP-uri disponibile). Repartiiile snt alocate clienilor conform unei proceduri, care este destul de simpl. 1.4 Cum primesc clienii numere IP Iat modul de funcionare a DHCP din acest punct de vedere: 1. Clientul cere un IP printr-o difuzare de tip DhcpDiscover. Dac clientul are o repartiie persistent, poate cere acea repartiie iniial. 2. Serverul alege un IP din fondul de adrese i ntoarce un pachet DhcpOffer cu un IP disponibil ataat. 3. n cazul n care clientul dorete mai multe oferte IP, o va alege pe prima sau pe cea cu repartiia dorit. 4. Clientul difuzeaz un pachet DhcpRequest cu un identificator pentru un server i trece n asteptare.

5. Fiecare server care analizeaz pachetul i nu i detecteaz identificatorul va ignora pachetul. Dup ce serverul cu identificatorul corespunztor primete pachetul, el va trimite un DhcpAck (sau DhcpNak, daca IP-ul cerut este deja alocat, ceea ce nseamn c repartiia a expirat). 6. Dup ce clientul primete pachetul DhcpAck, el ncepe s foloseasc IP-ul alocat. n cazul n care primete DhcpNak, va rula de la nceput secvena de cerere a unui IP. Dac IP-ul reprezint o problem din punct de vedere al clientului, acesta trimite un pachet DhcpDecline ctre server i reia secvena de cerere a unui IP. 1.5 Funcionarea agenilor cu rol de releu Relay agent este un intermediar ntre servere i clieni. Astfel, un server poate gestiona i subreele pentru care nu exist un server DHCP disponibil, eliminnd necesitatea definirii unui server pentru fiecare subreea. Modul de funcionare a unui agent releu: 1. Clientul DHCP difuzeaz un mesaj. 2. Agentul releu pune adresa IP a plcii de interfaa cu reeaua de la care a primit mesajul, ntr-un cmp al mesajului (numit giaddr). Agentul trimite mesajul direct ctre server (unicast). 3. Serverul trimite napoi rspunsul ctre agentul releu (prin unicast). Acest rspuns include acelai giaddr ca i cererea trimis de client. 4. Agentul releu difuzeaz rspunsul prin interfaa de reea al crei IP apare n cmpul giaddr. 1.6 Repartiiile DHCP gestioneaz adrese IP distribuite prin oferirea de repartiii (leases nchirieri). n principiu, se definete un interval de timp n care un IP rmne asociat unei maini. Dac repartiia expir (intervalul de timp stabilit expir nainte de refolosirea conexiunii), clientul trebuie s cear o nou adres IP. Aceasta este o metod de a gestiona repartiiile permanente n medii dinamice care au disponibile puine IP-uri, dar prefer s menin o anumit adres IP pentru un utilizator anume. Dac este nevoie de acel IP, el poate fi alocat unei alte maini, dar va fi alocat din nou mainii care l-a cerut iniial cnd va fi iari disponibil. A se

reine ca un client trebuie s se deconecteze de la reea pentru a putea cere din nou un IP. Se folosete de obicei un interval de 60 minute pentru asigurarea securitii n medii cu clieni cu activitate dinamic. Firmele ISP folosesc repartiii de scurt durat pentru a menine IP-urile dinamice, dar i pentru a limita posibilitatea ca utilizatorii s ruleze servere. Cele mai multe servere vor menine o repartiie activ pentru cel putin 24 ore dup ce a expirat. Gestionare eficient a repartiiilor depinde practic de reea. Limitarea la perioade scurte poate avea efect asupra ncrcrii reelei, se utilizeaz n special n reele cu staii care snt mutate suficient de des pentru a justifica remprosptarea frecvent a fondului de adrese (de exemplu, ntr-o fabric de calculatoare). Cealalt abordare este pstrarea repartiiilor timp de 5 sau 6 zile, ns cel mai probabil nu vor expira pentru c clientul respectiv se va reconecta la reea n acest timp.

2 Protocolul Bootstrap 2.1 Caracteristici. Structura A fost dezvoltat pentru a furniza unei staii de lucru fr memorie magnetic (diskless workstation ) informaiile de care are nevoie pentru a deveni operaional. Folosete un singur tip de packet UDP pentru a determina adresa de IP a unui calculator sau dispozitiv de reea adresabil, pachet nesegmentat. Calculatorul client trimite un broadcast packet prin care cere o adres de IP. Calculatorul server rspunde cu o datagram UDP care conine adresa de IP a clientului, masca de reea, default gateway, DNS server, etc. Pentru a detecta pierderea datagramei BOOTP folosete un simplu timer. Cnd mesajul este trimis, clientul pornete ceasul. Dac mesajul de rspuns nu sosete nainte de expirarea timpului, clientul l va retransmite.

Figura 2.1.1 Formatul pachetului BOOTP Formatul pachetului BOOTP este: OpCode este un numr a crui valoare indic tipul datagramei. 1 request 2 reply Htype este un numr care indic tipul de hardware de reea :

 1 - Ethernet 2 - Experimental Ethernet 3 - X.25 4 - Token Ring 5 - Chaos 6 - IEEE 802.X 7 ArcNet HLEN este un numr care indic lungimea adresei hardware. HOPS este un numr care indic prin cte dispozitive de reea a trecut pachetul. HOPS este iniial pus pe 0. Transaction Identifier Number este un numr ntreg atribuit mesajului de soft-ul client, numr care nu este modificat la destinaie i n mesajul de rspuns. Cmpul Seconds reprezint numrul de secunde dup care clientul va porni, numr atribuit de client la trimiterea mesajului. The Client IP Address este 0.0.0.0 . The Server IP Address este adresa serverului de la care clientul dorete informaii. The Server Host Name field conine numele serverului de la care clientul dorete informaii. The Boot Filename poate specifica numele imaginii SO care i-ar permite sistemului fr disk magnetic s pornesc (booteze). Vendor Specific Information Primii 32 de bits sunt 99.120.83.99 i poart numele de magic cookies.Dup aceti 32 de bits urmeaz informaii structurate pe trei coloane :tipul, lungimea i valoarea conform tabelului :

Figura 2.1.2 Structura cmpului Vendor Specific Information 2.2 Generaliti 1. Folosete un singur tip de pachet n care cmpurile au lungime fix 2. Pachetul nu este fragmentat 3. Pachetul conine adresa portului surs i a portului destinaie incluse de UDP. 4. BOOTP client = 68 , BOOTP server = 67 5. Fiecare pachet este retransmis pn cnd ajunge cu bine la destinaie. 6. Cmpul OpCode indic un BootRequest sau un BootReply . 7. BootRequest conine MAC address (hardware address) a calculatorului client i IP address a calculatorului client (dac o tie)
8.

BootRequest poate conine (opional) adresa Local Broadcast Address (255.255.255.255).

serverului. Dac clientul nu o

cunoate, n cmpul corespunztor vor fi inclui numai bii de 1, reprezentnd

9.

BootRequest poate conine (opional ) numele generic al fiierului cu imaginea SO (ex. unix , ether, etc ). Cnd serverul trimite BootReply el va include denumirea exact a fiierului i/sau calea exact ctre el. Serverul include o baz de date cu echivalena dintre numele generic i cel exact:

10. Dac

clientul nu-i cunoate adresa de IP, cmpul corespunztor din BootRequest

va conine numai bii de 0. Serverul trebuie s o afle i s o includ n BootReply. Serverul conine o baz de date cu echivalena ntre adresa MAC i cea IP :

Concluzie: Efectund lucrarea dat de laborator am studiat protocoalele de determinare a adresei BOOTP i DHCP. Deci astfel am studiat caracteristicile generale, structura mesajelor i principiul de funcionare a acestor protocoale. Deasemenea n urma studierii ambelor protocoale am fcut comparaii ntre ele, evideniiind unele similitudini i unele deosebiri.