2.3 PROTOCOLUL DE MESAJE DE CONTROL PENTRU INTERNET (ICMP)

Protocolul IP = fr conexiune se utilizeaz un mecanism (protocol) care permite oricrui ruter s semnaleze sistemului surs o situaie anormal aprut n rutarea unui pachet.

Alt posibil utilizare = testarea accesibilitii unui sistem, adic dac exist o rut n funcionare

normal pn la acel sistem i dac sistemul este capabil s recepioneze pachete.

Soluia = protocolul ICMP (Internet Control Message Protocol).

Funciile ICMP:

o Ruterii transmit altor ruteri sau sistemelor mesaje de eroare sau de control (numai pentru raportarea erorilor, nu pentru creterea fiabilitii IP);

o Pentru datagrame fragmentate, mesajele ICMP sunt transmise numai pentru eventuale erori

produse n cazul primului fragment; o Mesajele ICMP nu sunt transmise ca rspuns la o problem legat de o datagram care nu are

adresa surs ce desemneaz un sistem unic (unicast) adresa surs nu poate fi zero, o adres de transmisie n bucl (loopback), o adres de difuzare (broadcast) sau o adres de grup (multicast);

Fiecare mesaj ICMP este inclus n cmpul de date al unui pachet (figura 2.28) (n antetul IP numrul de protocol ia valoarea 1 pentru ICMP, iar tipul de serviciu ia valoarea zero).

Fig. 2.28. ncapsularea mesajului ICMP.

Pachetele care poart mesaje ICMP sunt rutate la fel ca i cele care transport datele utilizatorului doar c, dac apar erori n transmiterea acestor pachete ele nu genereaz alte mesaje ICMP.

Exist mai multe tipuri de mesaje ICMP, fiecare avnd formatul su propriu. Cmpul de date din

pachetul IP care conine un mesaj ICMP este ilustrat n figura 2.29.

Fig. 2.29 Formatul mesajului ICMP.

Identificator (tipul mesajului) Acest cmp poate lua una dintre urmtoarele valori (8 bii), n funcie de tipul mesajului: o 0 - Rspuns ecou (Echo reply), o 3 - Destinaie inaccesibil (Destination unreachable), o 4 - Oprirea sursei (Source quench), o 5 - Redirectare, o 8 - Cerere ecou, o 9 - Anunarea unui ruter, o 10 - Solicitarea unui ruter, o 11 - Depire timp, o 12 - Problem legat de un parametru, o 13 - Cerere etichet de timp, o 14 - Rspuns etichet de timp, o 17 - Cerere masc de adrese, o 18 - Rspuns masc de adrese, o 30 - Descoperire rut (Traceroute), o 37 - Cerere nume domeniu, o 38 - Rspuns nume domeniu.

Numr de secven (cod) - Conine codul erorii pentru datagrama raportat de acest mesaj ICMP.

Interpretarea acestui cmp depinde de tipul mesajului. Acest cmp furnizeaz informaii suplimentare despre tipul mesajului.

Suma de verificare - Conine suma de verificare (16 bii), folosind acelai algoritm ca i IP dar

verificnd numai mesajul ICMP, ncepnd cu cmpul dedicat tipului mesajului. Dac valoarea sumei nu coincide cu valoarea calculat la recepie pe baza coninutului recepionat, atunci datagrama este eliminat.

Cmpul de date al mesajului conine informaia corespunztoare mesajului ICMP curent. De cele

mai multe ori, acest cmp conine o poriune din pachetul IP original, cel pentru care a fost generat mesajul ICMP curent.

Tipuri de mesaje ICMP:

Mesajele de cerere ecou (echo request) i rspuns ecou (echo replay). Un sistem de extremitate sau

un ruter poate transmite un mesaj cerere ecou ctre o anumit destinaie. Sistemul sau ruterul de destinaie care recepioneaz acest mesaj rspunde prin mesajul rspuns ecou transmis ctre surs. Cererea conine un cmp de date opionale. Rspunsul va conine o copie a acestor date. n felul acesta se poate verifica dac o anumit destinaie este accesibil i rspunde.

Destinaie inaccesibil (destination unreachable) este transmis de un ruter ctre surs atunci cnd

acesta nu poate trece mai departe un pachet, spre un alt ruter sau direct spre sistemul de destinaie.

Mesajul de oprire a sursei (Source quench) este utilizat pentru a semnala napoi la surs o suprancrcare a receptorului sau a sistemelor intermediare.

Mesajul de redirectare este utilizat pentru a anuna sursa s redirecteze pachetele pe o rut mai

bun. Dac acest mesaj e recepionat de la un ruter intermediar nseamn c sistemul surs ar trebui s trimit urmtoarele datagrame ctre ruterul a crui adres IP este specificat n mesajul ICMP. Acest ruter preferat va fi ntotdeauna aflat n aceeai subreea cu sistemul emitent al datagramei i ruterul care a returnat datagrama.

Mesajele Anunare ruter i Cerere ruter sunt utilizate numai dac un sistem sau un ruter suport un

protocol de descoperire a ruterilor. Ruterii anun periodic adresele lor IP n toate subreelele pentru

care lucreaz. Aceste anunuri se transmit cu adresa de destinaie multicast (224.0.0.1) sau cu adresa de difuzare limitat (255.255.255.255). Sistemele pot trimite, la rndul lor, mesaje de solicitare. Mesajele de solicitare sunt transmise tuturor ruterilor cu adresa multicast (224.0.0.2) sau cu adresa de difuzare limitat (255.255.255.255).

Expirare timp. Dac acest mesaj este recepionat de la un ruter intermediar nseamn c valoarea

din cmpul TTL a unui pachet IP a ajuns la zero. Dac mesajul este recepionat de la un sistem de destinaie nseamn c timpul TTL dintr-un fragment IP a expirat n timpul reasamblrii, datorit ntrzierii unui fragment.

Mesajul Problem cu parametrii indic producerea unei erori n timpul prelucrrii parametrilor din

antetul IP. Acest mesaj conine un pointer care indic octetul din pachetul IP original unde s-a produs problema.

Mesajele Cerere etichet de timp i Rspuns etichet de timp sunt utilizate pentru depanare i

msurare a performanelor. Acestea nu sunt utilizate pentru sincronizarea de ceas. Transmitorul iniializez identificatorul i numrul de secven (care se utilizeaz n cazul n care sunt transmite mai multe etichete de timp), stabilete eticheta iniial de timp i transmite pachetul ctre destinaie. Staie destinaie actualizeaz etichetele de timp asociate recepiei i transmisiei, modific tipul etichetei de timp din cerere n rspuns i o returneaz staiei surs. Pachetul conine dou etichete de timp dac exist o diferen semnificativ de timp ntre timpul de recepie i timpul de emisie.

Mesajele Cerere de masc de adrese i Rspuns cu masc de adrese. Cererea de masc de adrese

este utilizat de ctre un sistem pentru a determina masca subreelei folosit n cadrul unei reele asociate. Cele mai multe sisteme sunt configurate cu masca (sau mtile) de subreea asociat. Totui, unele sisteme, cum ar fi staiile de lucru fr disc, trebuie s obin aceast informaie de la server. Un sistem folosete protocolul RARP (Reverse Address Resolution Protocol) pentru a

obine adresa sa IP. Pentru a obine masca de subreea, sistemul transmite prin difuzare cererea de masc de adres.

Mai exist i alte mesaje ICMP pentru semnalizarea unor situaii de congestie (atunci cnd un ruter

este prea ncrcat pentru a prelucra un nou pachet, care din acest motiv va fi pierdut), semnalizarea unei rutri ciclice (o rut infinit, propagare n bucl), etc.

2.4 PROTOCOLUL DE REZOLUIE A ADRESELOR (ARP)

Protocoalele de rutare sunt responsabile pentru modul n care o datagram IP ajunge n reeaua fizic creia i este destinat, dar o alt procedur este necesar pentru modul n care o datagram ajunge la sistemul sau ruterul din acea reea.

Datagramele IP conin adrese globale logice, de nivel trei, dar interfaa fizic hardware aflat n

sistemul destinaie sau n ruterul destinaie nu utilizeaz dect schema de adresare local a acelei reele. Este nevoie s se efectueze translatarea adresei IP ntr-o adres de nivel legtur de date care este neleas de interfeele din aceast reea.

Soluie simpl: maparea unei adrese IP pe o adres fizic, adic codarea adresei fizice a sistemului n

adresa IP a sistemului. De exemplu, un sistem cu o adres fizic 0001000100101001 (care n zecimal nseamn 33 pentru primul octet i 81 pentru ultimul) poate avea adresa IP 128.96.33.81. Dei aceast soluie a fost adoptat pentru unele reele, ea prezint totui limitri din cauza faptului c adresa fizic nu poate fi mai mare de 16 bii n acest exemplu (clasa B); pentru reelele de clas C nu poate depi 8 bii. Aceast metod nu funcioneaz pentru adresele Ethernet pe 48 de bii.

O soluie mai general poate fi aceea ca fiecare sistem s menin o tabel de perechi de adrese, care s mapeze adresele IP pe cele fizice (dinamic sau static) protocolul ARP (Address Resoludon Pro-tocol).

Scopul ARP este acela de a permite fiecrui sistem din reea s-i construiasc o tabel de mapri

ntre adresele de IP i cele fizice. Acest set de mapri este cunoscut sub numele de ARP cache sau tabel ARP.

Dac un sistem dorete s transmit o datagram IP ctre un alt sistem aflat n aceeai reea, acesta va

verifica n primul rnd tabela ARP. Dac nu este gsit maparea dorit, sistemul va trebui s invoce protocolul ARP prin reea i va face acest lucru prin transmiterea unei cereri ARP prin reea (prin difuzare). Aceast cerere conine adresa IP dorit. Fiecare sistem recepioneaz aceast cerere i verific dac se potrivete cu propria adres IP. Dac se potrivete, sistemul implicat va trimite un mesaj de rspuns care conine adresa de nivel legtur de date. Sursa cererii va aduga i aceast informaie n propria tabel ARP. Mesajul de cerere mai include i adresa de nivel legtur de date i cea IP ale sursei cererii.

Figura 2.30 prezint formatul pachetului ARP utilizat pentru maparea adreselor IP-ctre-Ethernet. De fapt, ARP poate fi utilizat pentru multe tipuri de mapri - diferena major fiind numai n dimensiunea adresei. Pe lng adresele IP i cele de nivel legtur de date ale sursei i destinaiei, pachetul mai conine: o un cmp HardwareType, care specific tipul reelei fizice (exemplu, Ethernet); o un cmp ProtocolType, care specific protocolul de nivel superior; o dou cmpuri HLEN i PLEN, care specific lungimea adresei de nivel legtur de date i

respectiv, pe cea a protocolului de nivel superior; o un cmp Operation, care specific dac acest pachet este de tip cerere sau rspuns; o adresele hardware i de protocol pentru surs i destinaie.

Fig. 2.30. Formatul pachetului ARP.

Exemplu: Presupunem ca sistemul H1 dorete s transmit un pachet IP ctre H3, dar nu cunoate adresa MAC a lui H3. H1 transmite mai nti un pachet de cerere ARP, cernd informaii despre sistemul de destinaie identificat cu adresa de destinaie IP-H3, ateptnd totodata i rspunsul. Toate sistemele din reea vor primi pachetul, dar unul singur i va rspunde i anume, sistemul H3. Pachetul de rspuns ARP conine adresa MAC i adresa IP a lui H3. Acum H1 tie cum s trimit pachetul ctre H3. Pentru a evita trimiterea de fiecare data a unui pachet ARP ctre H3, H1 memoreaz n propria tabel ARP att adresa IP, ct i adresa MAC ale lui H3, astfel fiind foarte uor pentru H1 s trimit un pachet ctre H3 data viitoare.

Fig. 2.31. Exemplu de utilizare a ARP.

2.5 PROTOCOLUL DE REZOLUIE INVERS A ADRESELOR (RARP)

n aceast situaie sistemul cunoate adresa MAC, dar nu cunoate adresa IP pentru un anumit sistem. De exemplu, la instalarea unui sistem de operare se poate citi adresa MAC de pe placa Ethernet, dar nu poate ti adresa IP. Aceasta este inut separat pe un disc local sau al unui server.

Soluia : protocolul de rezoluie invers a adreselor (RARP - Reverse Address Resolution Protocol),

care lucreaz ntr-un mod asemntor cu ARP.

Pentru a obine adresa IP, sistemul trebuie s emit n reea un pachet de cerere RARP, care s conin propria adres MAC. Toate sistemele din reea vor primi pachetul, dar numai unul, serverul va rspunde transmind ctre sistemul surs un pachet RARP care conine adresa MAC i adresa IP.

O limitare pentru RARP ar fi dac sistemul surs s-ar afla ntr-o reea diferit de cea a serverului.

2.6 PROTOCOLUL BOOTSTRAP (BOOTP)

Protocolul de iniializare BOOTP (Bootstrap Protocol) permite unei staii client s porneasc

(iniializare) cu o stiv de protocoale IP minimal i s solicite o adres IP, o adres a ruterului de ieire (gateway) i adresa unui server de nume, toate acestea fiind obinute de la un server BOOTP.

Dei nc mai este utilizat intens pentru acest scop al sistemelor fr disc, BOOTP este de asemenea

utilizat ca un mecanism de livrare a informaiei de configurare unui client care nu a fost configurat manual.

Procesul BOOTP implic urmtorii pai:

1. Clientul determin adresa fizic proprie; aceasta se afl de obicei salvat ntr-o memorie ROM. 2. Un client BOOTP transmite adresa sa fizic ntr-un segment UDP ctre server. Figura 2.32

ilustreaz coninutul acestui segment. Dac un client cunoate propria adres IP sau adresa serverului, atunci le va utiliza, dar de cele mai multe ori clienii BOOTP nu au deloc date de configurare IP. Dac un client nu i cunoate adresa IP, atunci acesta va utiliza adresa 0.0.0.0. Dac un client nu cunoate adresa IP a serverului, atunci acesta utilizeaz adresa de difuzare limitat (255.255.255.255).

3. Serverul primete segmementul UDP i analizeaz adresa fizic a clientului pe care o caut n

fiierul su de configurare, care conine i adresa IP a clientului. Serverul completeaz cmpurile celelalte din segmentul UDP i l returneaz clientului folosind un port UDP diferit. Pentru returnarea segmentului UDP se pot utiliza mai multe metode:

a. n cazul n care clientul i cunoate adresa IP (i a fost inclus n cererea BOOTP), serverul returneaz segmentul direct ctre aceast adres. Este foarte probabil ca lista ARP

s nu conin adresa fizic corespunztoare adresei IP. n acest caz se va utiliza protocolul ARP, ca ntr-o situaie normal.

b. n cazul n care clientul nu i cunoate adresa IP (a fost 0.0.0.0 n cererea BOOTP), serverul trebuie s rezolve singur cererea consultnd propria list ARP.

c. ARP de la server nu poate fi utilizat pentru a gsi adresa fizic a clientului deoarece clientul nu i cunoate adresa IP i astfel, nu se poate rspunde unei cereri ARP. Aceast problem este cunoscut sub numele de gina i oul. Exist dou posibile soluii:

i. Dac serverul are un mecanism pentru a actualiza direct propria list ARP fr s foloseasc protocolul ARP, atunci serverul l utilizeaz i apoi trimite segmentul direct.

ii. Dac serverul nu poate actualiza propria list ARP, atunci trebuie s trimit un rspuns prin difuzare.

4. Atunci cnd primete un rspuns, clientul BOOTP va salva propria adres IP (care i va permite

s rspund la cererile ARP) i s nceap procesul de iniializare.

n figura 2.32 se ilustreaz formatul mesajului BOOTP.

Fig. 2.32. Formatul mesajului BOOTP.

Cmpurile din mesajul BOOTP au urmtoarele semnificaii:

Cod - Indic tipul mesajului, dac este o cerere sau un rspuns: 1 Cerere; 2 Rspuns.

Tip hardware - Indic tipul de reea fizic, spre examplu:

1 Ethernet; 6 IEEE 802 Networks.

Lungime Specific lungimea adresei fizice, n octei. Ethernet i Token ring utilizeaz ambele

lungimea 6.

Hop-uri Clientul seteaz valoarea acestui cmp la 0. Aceast valoare este incrementat de ctre un ruter care retransmite cererea unui alt server i este utilizat pentru a identifica buclele.

Identificatorul tranzaciei Un numr aleator generat pentru a fi utilizat pentru a identifica

aceast cerere cu rspunsul primit.

Secunde Fixat de client. Acesta reprezint timpul n secunde consumat din momentul n care clientul a demarat procesul de iniializare.

Fanioane bitul cel mai semnificativ al acestui cmp este utilizat ca fanion de difuzare. Toi

ceilali bii trebuie setai cu valoarea zero, fiind rezervai pentru utilizri ulterioare. n mod normal, serverele BOOTP ncearc s livreze mesajele BOOTP de rspuns direct unui client folosind adresa de destinaie unic. Adresa destinaie din cadrul antetului IP este fixat cu valoarea adresei IP proprie BOOTP, iar adresa MAC este fixat cu valoarea adresei fizice client BOOTP. Dac un sistem nu este capabil s primeasc un pachet IP cu destinaie unic nainte de a-i afla adresa sa IP, acest bit de difuzare trebuie fixat cu valoarea 1 pentru a indica serverului c rspunsul BOOTP trebuie transmis sub form de difuzare la nivel IP i MAC. n caz contrar, acest bit va avea valoarea 0.

Adresa IP client Fixat de client, fie cu valoarea adresei IP proprii (pe care o cunoate) sau cu 0.0.0.0.

Adresa IP proprie Fixat de server dac cmpul de adres IP client are valoarea 0.0.0.0.

Adresa IP server Fixat de server.

Adresa IP ruter Aceasta este adresa unui agent de redirectare BOOTP, care nu este un ruter

IP obinuit i va fi utilizat de ctre client.

Adresa fizic client Fixat de ctre client i utilizat de server pentru a identifica clientul nregistrat care a demarat iniializarea.

Numele server-ului Numele opional al serverului, care se termin cu X'00'.

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. Serverul va returna numele fiierului de iniializare, care este cel potrivit pentru cererea clientului.

Identificatorul furnizorului cmp opional. Aceste opiuni pot fi furnizate clientului la momentul iniializrii mpreun cu adresa sa IP. Spre exemplu, clientul poate recepiona n plus, adresa unui ruter implicit, adresa serverului de nume de domeniu i masca subreelei.

Dup ce clientul BOOTP a procesat rspunsul, acesta poate demara transferul fiierului de

iniializare i s execute procesele de iniializare.

2.7 PROTOCOLUL DE CONFIGURARE DINAMIC A SISTEMELOR (DHCP)

Protocolul de configurare dinamic a sistemelor (hosturilor) DHCP (Dynamic Host Configuration Protocol) ofer un cadru pentru transferul informaiilor de configurare ctre sisteme ntr-o reea TCP/IP.

DHCP se bazeaz pe protocolul BOOTP, adugnd capabilitatea de a aloca automat o adres de

reea i opiuni de configurare suplimentare.

DHCP este constituit din dou componente: o Un protocol care livreaz parametrii pentru o configuraie specific hostului, de la un

server DHCP ctre un host. o Un mecanism de alocare temporar sau permanent a unei adrese de reea unui host.

DHCP suport trei mecanisme de alocare a adresei IP:

o Alocare automat: DHCP atribuie permanent o adres IP unui host. o Alocare dinamic: DHCP atribuie temporar o adres IP. O astfel de adres este numit

lease. Acesta este unicul mecanism care permite utilizarea automat a unei adrese care nu mai este necesar hostului cruia i fusese atribuit.

o Alocare manual: Adresa hostului este atribuit manual de ctre un administrator de reea.

2.7.1 Formatul mesajului DHCP

Fig. 2.33. 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.

2.7.2 Tipuri de mesaje DHCP

Mesajele DHCP formeaz urmtoarele categorii:

DHCPDISCOVER: Transmis broadcast de ctre un client pentru a gsi un server DHCP disponibil; DHCPOFFER: Rspunsul unui server la DHCPDISCOVER i oferirea unei adrese IP i a altor

parametri;

DHCPREQUEST: Mesaj de la un client ctre server avnd una dintre semnificaiile: o Cerere de parametri oferii de unul dintre servere, declinnd orice alt ofert; o Verific o adres alocat anterior dup ce are loc o modificare de sistem sau reea; o Cere prelungirea termenului pentru o adres temporar.

DHCPACK: Confirmare de la un server ctre un client, coninnd parametri, inclusiv adresa IP.

DHCPNACK: Confirmare negativ de la server la client, indicnd faptul c adresa temporar a

clientului a expirat sau c cererea de adres IP este incorect.

DHCPDECLINE: Mesaj de la client spre server indicnd c adresa oferit este deja n utilizare.

DHCPRELEASE: Mesaj de la client ctre server prin care se cere nlocuirea unei adrese temporare cu una permanent.

DHCPINFORM: Mesaj de la un client care are adres IP (configurat eventual manual), dar care

dorete parametri de configurare de la un server DHCP. 2.7.3 Alocarea unei adrese de reea

n continuare este prezentat interaciunea client-server, situaia n care clientul nu i cunoate adresa. Presupunem c serverul DHCP are un bloc de adrese de reea din care poate satisface cereri de noi adrese. Fiecare server menine o baz de date a adreselor alocate (permanent sau temporar) n memoria local.

Procedura urmtoare descrie paii din Figura 2.34: 1. Clientul transmite prin difuzare un mesaj DHCPDISCOVER n subreeaua fizic local. n acest moment clientul se gsete n starea INIT. Mesajul DHCPDISCOVER poate include cteva opiuni cum ar fi sugestii privind adresa de reea sau durata unei adrese temporare (lease).

Fig. 2.34 Interaciunea dintre clientul DHCP i server-ul (-ele) DHCP.

2. Fiecare server rspunde cu un mesaj DHCPOFFER care include o adres de reea disponibil (adresa IP proprie) i alte opiuni de configurare. Serverul memoreaz adresa oferit clientului pentru a preveni oferirea aceleiai adrese unui client care transmite un mesaj DHCPDISCOVER nainte ca primul client s-i ncheie configurarea.

3. Clientul recepioneaz unul sau mai multe mesaje DHCPOFFER de la unul sau mai multe servere. Clientul alege unul, bazndu-se pe parametrii de configurare oferii i transmite broadcast mesajul DHCPREQUEST care include identificatorul serverului al crui mesaj a fost ales i adresa IP luat din cmpul de adres IP proprie.

4. n cazul n care nu este recepionat nici o ofert, dac clientul cunoate o adres de reea anterioar, va utiliza acea adres dac este nc valid pn cnd va expira (este vorba despre o adres lease).

5. Serverele recepioneaz mesajul broadcast DHCPREQUEST. Acele servere care nu au fost selectate prin mesajul DHCPREQUEST utilizeaz mesajul pentru a notifica faptul c oferta lor a fost respins de ctre client. Serverul selectat n DHCPREQUEST marcheaz clientul ca fiind stabil, menine datele corespunztoare n memorie i rspunde cu un mesaj DHCPACK coninnd parametrii de configurare cerui de ctre client. Combinaia dintre hardware-ul clientului i adresa de reea atribuit constituie un identificator unic pentru adresa temporar (lease) a clientului i este utilizat att de ctre client, ct i de ctre server pentru a identifica o referire la lease n orice mesaj DHCP. Cmpul de adres IP proprie din mesajul DHCPACK va fi umplut cu adresa de reea selectat.

6. Clientul recepioneaz mesajul DHCPACK cu parametrii de configurare. Clientul realizeaz o verificare final a parametrilor, de exemplu cu ARP pentru adresa de reea alocat, i noteaz durata de valabilitate a adresei i identificatorul adresei din mesajul DHCPACK. n acest moment clientul s-a configurat.

7. Dac detecteaz o problem cu parametrii din mesajul DHCPACK (adresa se afl deja n folosin n reea), clientul va transmite ctre server un mesaj DHCPDECLINE i repornete

procesul de configurare. La recepia unui mesaj DHCPDECLINE serverul trebuie s marcheze faptul c adresa oferit nu este disponibil (i eventual informeaz administratorul de sistem c exist o problem de configurare).

8. n cazul n care clientul recepioneaz un mesaj DHCPNACK, va reporni procesul de configurare.

9. Clientul poate alege s elibereze adresa temporar (lease) prin transmiterea unui mesaj DHCPRELEASE ctre server. Clientul identific adresa lease pe care o vrea eliberat prin includerea n mesaj a adresei de reea i a adresei hardware.