PROTOCOLUL DE MESAJE DE

CONTROL PENTRU INTERNET

(ICMP)
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Protocolul Internet (IP) furnizează un serviciu fără
conexiune.
• Ca urmare, IP nu garantează livrarea fiecărui pachet la
destinaţie
• dar utilizează un mecanism (protocol) care
– permite oricărui ruter să semnaleze sistemului sursă o
situaţie anormală apărută în rutarea unui pachet.
– poate fi folosit de un sistem pentru a testa dacă un alt
sistem este accesibil (adică dacă există o rută în
funcţionare normală până la acel sistem şi dacă sistemul
este capabil să recepţioneze pachete).
Acest mecanism: ICMP (Internet Control Message Protocol).
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Din punct de vedere tehnic, s-ar putea lua în
considerare ICMP să aparțină nivelului patru din
OSI-RM , deoarece creează mesaje care sunt
încapsulate în datagrame IP (nivel 3).
• Cu toate acestea, în standardul în care e definit,
ICMP este declarat în mod specific pentru a fi
nu numai o parte a stratului de rețea, dar:
"De fapt, o parte integrantă a IP, [care] trebuie să fie
pusă în aplicare de către fiecare modul IP".
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• permite ruterelor să transmită altor rutere sau
sistemelor mesaje de eroare sau de control.
• permite comunicaţia între software-ul IP de pe un
sistem şi software-ul IP de pe un alt sistem.
• utilizat pentru a raporta erorile şi nu pentru a face
Protocolul Internet mai fiabil.
• În continuare, se poate întâmpla ca datagramele să nu
fie livrate la destinaţie şi să nu se raporteze pierderea
acestora.
• Fiabilitatea transmisiunii se poate creşte numai prin
implementarea unor funcţii adecvate în protocoalele
de nivel superior, care folosesc serviciile IP.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Pentru datagrame fragmentate, mesajele
ICMP sunt transmise numai pentru eventuale
erori produse în cazul primului fragment.
Astfel, mesajele ICMP nu vor face niciodată
referire la o datagramă IP cu o valoare nenulă
a câmpului IP care specifică decalajul de
fragment.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Decalajul fragmentului: indică, pentru fiecare fragment,

numărul grupurilor de cîte 8 octeţi (octeţii din antet nu
sunt consideraţi) conţinuţi în fragmentele deja transmise,
din cadrul pachetului curent. Dacă fragmentul în cauză este
primul sau singurul, acest câmp ia valoarea 0.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Mesajele ICMP nu sunt transmise ca răspuns
la o problemă legată de o datagramă care nu
are adresa sursă ce desemnează un sistem
unic (unicast).
• Astfel, adresa sursă nu poate fi
– zero,
– o adresă de transmisie în buclă (loopback),
– o adresă de difuzare (broadcast) sau
– o adresă de grup (multicast).
PROTOCOLUL DE MESAJE DE CONTROL PENTRU
INTERNET (ICMP)

• Sistemul A încearcă să trimită o datagramă sistemului B. Din

anumite motive, ruterul R3 este nevoit să elimine pachetul. El va
transmite un mesaj ICMP catre sistemul sursă (A) prin care îl anunță
de apariția acestui eveniment. Mesajul poate conține informații
care să permită rezolvarea problemei de către sistemul A.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Fiecare mesaj ICMP este inclus în câmpul de

date al unui pachet care, la rândul său, este
inclus în câmpul de date al unui cadru
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• În antetul IP
– numărul de protocol ia valoarea 1 pentru ICMP,
– iar tipul de serviciu ia valoarea zero, ceea ce
desemnează o rutină.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (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
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Mesajele sunt utilizate pentru o varietate de

scopuri, și sunt organizate
– în categorii generale (clase),
• tipuri și
–subtipuri specifice.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• La un prim nivel, există două clase:

• Mesaje de eroare – oferă un feedback sursei
cu privire la apariția unei erori
• Mesaje de informare (interogare) – schimb de
informații între sisteme, realizare teste
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Tipul mesajului: indică scopul general al
mesajului
• identificat în mod unic de o valoare a unui câmp
de 8 biți din formatul mesajului.
• 8 biți – un maxim teoretic de 256 tipuri de
mesaje
• La ICMPv4 tipurile au fost atribuite pe principiul
"primul venit, primul servit“ – nu pot decide
după număr dacă e de tip eroare sau informare
• ICMPv6 – 0-127 eroare, 128-255 informaționale.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Codul mesajului: nivel adițional (subtip)

• oferă detalii cu privire la tipul respectiv de
mesaj
• Câmp de 8 biți – 256 subtipuri
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Exemplu mesaj (tip/cod(subtip)):
• TIP 3: Destinație de neatins – notifică faptul că datagrama nu
a putut fi transmisă mai departe și a fost eliminată.
• CODUL conține explicații:
– 0: Rețea de neatins (nu apare în tabela de rutare)
– 1: Sistem de neatins (nu răspunde la ARP)
– 2: Protocol de neatins (protocolul din antetul IP nu este
suportat de destinație)
– 3: Port de neatins (protocolul de transport de la destinație
nu poate transmite mesajul către nivelul aplicație)
– 4: necesară fragmentarea (dar bitul DF din antetul IP nu
permite)
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Exemple de mesaje de eroare (tip):
– 3: Destinaţie inaccesibilă (Destination
unreachable),
– 4: Stingerea sursei (Source quench),
– 5: Redirectare
– 11: Depăşire timp
– 12 Problemă legată de un parametru
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)
• Exemple de mesaje informaționale (tip):
– 0 - Răspuns ecou (Echo reply),
– 8 - Cerere ecou,
– 9 - Anunţarea unui ruter, (la 10 minute cu o valoare a TTL de 1800 (30 minute)).
– 10 - Solicitarea unui ruter, (transmit trei mesaje de solicitare la fiecare interval de 3
secunde
– 13 - Cerere etichetă de timp,
– 14 - Răspuns etichetă de timp,
– 17 - Cerere mască de adrese,
– 18 - Răspuns mască de adrese,
– 30 - Descoperire rută (Traceroute),
– 37 - Cerere nume domeniu,
– 38 - Răspuns nume domeniu.
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

Formatul mesajului ICMP

Corpul mesajului conține informații relevante pentru
fiecare tip de mesaj
De exemplu, pentru mesaj de eroare include o portiune
din pachetul IP original care a produs eroarea, pentru a
ajuta la diagnosticarea și rezolvarea problemei
(antetul+primii 8 octeți de date).
 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Exemplu de mesaj “Depășire de timp”

 PROTOCOLUL DE MESAJE DE
CONTROL PENTRU INTERNET (ICMP)

• Exemplu mesaj “Redirectare”

 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• Referindu-ne la OSI-RM, există două niveluri
care se ocupă cu adresarea:
• Nivelul 3 (rețea)
• Nivelul 2 (legătură de date)

Nivelul fizic este preocupat numai de

transmiterea secvențelor de biți.
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Comunicarea între sisteme direct conectare

(care aparțin aceleași rețele) se face prin
intermediul nivelului 2, pe baza adresei MAC
(adresa fizică, adresa hardware)
• adresa Media Access Control - un număr
întreg pe 6 octeți (48 biți) folosit la
identificarea unui sistem într-o rețea locală.
PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP)

Semnificația câmpurilor adresei MAC

 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• “Conexiunile” de
– nivel 2 sunt fizice,
– nivel 3 sunt conceptuale (logice)
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• Dirijarea pachetelor între rețele se face pe
baza adresei IP (logice) – de nivel 3.
• Până la ieșirea din rețeaua proprie se face pe
baza adresei fizice, rețeaua următoare se
determină pe baza adresei logice, în
următoarea rețea se deplasează tot pe baza
adresei fizice,....
PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• Principala problemă o constituie faptul că
datagramele IP conţin adrese globale logice,
de nivel trei, dar interfaţa fizică hardware
aflată în sistemul destinaţie sau în ruterul
destinaţie nu utilizează decât schema de
adresare locală a acelei reţele. Astfel, este
nevoie să se efectueze translatarea adresei IP
într-o adresă de nivel legătură de date care
este înţeleasă de interfeţele din această
reţea.
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Conversia adreselor de nivel 3 în adrese de

nivel 2 = rezoluția adreselor
• Rezoluția în două maniere:
– Mapare directă
– Rezoluție dinamică
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Mapare directă: introducerea adresei de nivel

inferior în cea de nivel superior
• Simplă.
• Eficientă
• Limitată din cauza diferenței de dimensiune
între cele două tipuri de adrese
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) – MAPAREA DIRECTĂ

• Dacă adresa fizică ar avea numai 8 biți

 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) – MAPAREA DIRECTĂ

• Pentru o adresă fizică de 48 biți

 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) - Rezoluția dinamică
• Rezoluția dinamică se transmite cu difuzare
(broadcast) o interogare într-un cadru la nivel
2 “dispozitivule cu adresa IP B, ce adresă fizică
ai?”. Dispozitivele cu alte adrese logice,
nerecunoscând adresa, ignoră întrebarea.
Dispozitivul cu adresa IP B, recunoscându-și
adresa, va transmite un răspuns direct către
sistemul A în care își precizează adresa fizică –
rezoluția este completă.
PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) - Rezoluția dinamică
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Scopul: permite fiecărui sistem din reţea să-şi

construiască o tabelă de mapări între
adresele de IP şi adresele fizice.
• setul de mapări este cunoscut sub numele de
ARP cache sau tabelă ARP.
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP)

• Desfășurarea unei tranzacții ARP

PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Formatul mesajului ARP

 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• Câmpuri:
• Hardware type: specifică tipul rețelei fizice (1-
Ethernet, 6-rețele IEEE802, 15- Frame relay,
16-ATM, 17-HDLC, 18-fibră optică)
• Protocol Type: tipul adresei de nivel 3 asociată
tipului de rețea fizică; în cazul adreselor IPv4
valoarea este 2048 (0x800)
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)

• Hardware Address Length: lungimea adresei

fizice, în octeți; pentru Ethernet și rețele IEEE
802 (Token bus, Token ring, MAN, LAN,
Wireless LAN, Bluetooth...) valoare - 6
• Protocol Address Length: specifică lungimea
adresei de nivel 3; pentru IPv4 – valoare 4
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP)
• Opcode (codul operației): specifică tipul
mesajului.
• 1: Interogare ARP (ARP Request
• 2: Răspuns ARP (ARP Replay)
• 3: Interogare RARP (RARP Request)
• 4: Răspuns RARP (RARP Replay)
• ...
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP)
• Tabelele ARP (ARP cache) – fiecare sistem
menține propriul tabel
• Există două modalități de înscriere a
informațiilor în tabele:
– Static: sunt înscrise manual și menținute
permanent
– Dinamic: sunt înscrise software ca urmare a unui
schimb de mesaje; periodic sunt șterse.
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP)

• Motive pentru ștergerea periodică a

informațiilor din tabelele ARP:
– Modificări hardware ale sistemelor,
– Modificări ale adreselor IP ale sistemelor
– Dispariția unor sisteme
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) - PROXY ARP

• ARP proiectat pentru a fi utilizat de sisteme

direct conectate într-o rețea locală. Dacă două
sisteme sunt despărțite de un ruter, ele nu se
vor considera ca “locale” unul pe celălalt.
Dacă doresc un schimb de mesaje, acesta se
va face implicând nivelul 3.
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) - PROXY ARP

• Există situații în care două segmente fizice de

rețea, aparținând unei aceleași rețele IP (de
nivel 3, logice), sunt separate printr-un ruter.
• Sistemele A și B fac parte din rețele fizice
diferite, dar din aceeași rețea IP. E de preferat
ca cele două sisteme să se considere ca făcând
parte din aceeași rețea fizică.
 PROTOCOLUL DE REZOLUŢIE A ADRESELOR
(ARP) - PROXY ARP
• Dacă A trimite o interogare pentru sistemul B,
va întâmpina o problemă: ruterul nu lasă să
treacă mesaje broadcast (de difuzare) de nivel
2.
• B nu va primi niciodată interogarea, A nu va
primi răspuns cu adresa fizică a lui B.
 PROTOCOLUL DE REZOLUŢIE A
ADRESELOR (ARP) - PROXY ARP
• Soluția:  ARP proxying or Proxy ARP (proxy-
delegare, mandatare, împuternicire)
• Ruterul care separă cele două segmente este
configurat să raspundă sistemului A în numele
sistemului B. El nu transmite adresa fizică a lui
B (nefiind în aceeași rețea fizică, sistemul A
oricum nu poate contacta B).
• Va transmite propria adresă fizică
• Același lucru îl va face și în numele lui A
PROTOCOLUL DE REZOLUŢIE A ADRESELOR (ARP) - PROXY ARP
 PROTOCOLUL DE REZOLUŢIE INVERSĂ A
ADRESELOR (RARP)
• Se dorește determinarea adresei IP (nivel 3)
• Când:
– Stație de lucru care nu are HDD (nu poate
memora, la oprire, adresa IP)
– Repornirea de la zero (inițializarea) unui
sistyem
 PROTOCOLUL DE REZOLUŢIE INVERSĂ A
ADRESELOR (RARP)
• Sistemul care dorește să își afle adresa IP
lansează broadcast (la nivel 2) o interogare de
tipul:
• “Sunt sistemul A și transmit acest mesaj
utilizând adresa mea hardware (fizică); poate
cineva să îmi spună care este adresa mea IP?”
 PROTOCOLUL DE REZOLUŢIE INVERSĂ A
ADRESELOR (RARP)

• Fiecare rețea fizică are configurat cel puțin un

server RARP (software instalat pe cel puțin o
mașină din rețea).
• Funcționarea este similară cu cea a ARP.
• Mesajul are exact același format cu ARP.
PROTOCOLUL DE REZOLUŢIE INVERSĂ A
ADRESELOR (RARP)

Modul de operare al RARP

PROTOCOLUL DE REZOLUŢIE INVERSĂ A
ADRESELOR (RARP)

Modul de operare al RARP

 CONFIGURAREA SISTEMELOR
• Înainte de a putea fi utilizat într-o rețea, un sistem trebuie
configurat.
• Cea mai importantă acțiune a configurării – oferirea unei
identități: adresa IP unică
• Alte informații necesare bunei funcționări:
– Adresa unui ruter implicit din rețeaua locală,
– Masca de rețea care trebuie utilizată,
– Adresele unor servere care oferă servicii (mail, DNS)
– Dimensiunea maximă a unității de transmisiune (maximum
transmission unit-MTU) a rețelei locale
– Valoarea timpului de viață pentru datagramele IP.
 CONFIGURAREA SISTEMELOR

• Configurarea manuală este ineficientă în

majoritatea situațiilor:
– Configurare la distanță (administratorul nu
poate fi peste tot)
– Configurare dispozitiv mobil (dispozitivul
trebuie reconfigurat în fiecare nouă rețea în
care ajunge)
 CONFIGURAREA SISTEMELOR

• Configurarea manuală este ineficientă în

majoritatea situațiilor:
• Configurare stații de lucru (fără mediu de
stocare) – depind de un protocol de configurare
• Împărtășirea adreselor (într-o rețea sunt mai
multe sisteme decât adresele disponibile;
sistemul primește o adresă când are nevoie,
după care adresa va fi alocată altui sistem)
 CONFIGURAREA SISTEMELOR

• Configuarea automată – cu ajutorul unui

protocol de configurare a hostului (sistem
gazdă)
• Funcționare:
• Un host trimite o cerere pentru o adresă și
alți parametri, obținându-le dintr-un răspuns
primit de la un server.
 Bootstrap Protocol (BOOTP)

• Procesul prin care un host (sistem, mașină) se

inițializează se numește bootstrap-are.
• Sistemul obține toate capabilitățile pentru a
funcționa corect cu ajutorul Protocolului
Bootstrap.
 Bootstrap Protocol (BOOTP)

• BOOTP a fost creat pentru a configura

sistemele fără spațiu de stocare
• Protocol simplu
• Bazat pe modelul client/server - toată
configurarea se va face printr-un schimb de
mesaje între un client BOOTP și un sever
BOOTP.
 Bootstrap Protocol (BOOTP)

• Serverul BOOTP este un dispozitiv special

configurat pentru a răspunde cererilor
clienților.
• Menține un set de informații despre clienții pe
care îi servește. Cea mai importantă: asocierea
între adresa fizică și adresa IP. Clientul
specifică în cerere adresa fizică proprie,
serverul identifică adresa IP și o trimite în
răspuns.
 Bootstrap Protocol (BOOTP)

• BOOTP utilizează User Datagram Protocol

(UDP) ca protocol de nivel 4
• Motive:
– Simplu
– Ideal pentru protocoale cerere/răspuns
– Suportă broadcast (TCP-Transmission Control
Protocol nu) – cererile sunt transmise broadcast
 Bootstrap Protocol (BOOTP)

• Serverul BOOTP
• utilizează portul 67 UDP.
• “ascultă” portul 67 și când primește o cerere,
după procesare, trimite răspuns.
• Situații
– Clientul își cunoaște adresa
– Clientul nu își cunoaște adresa
 Bootstrap Protocol (BOOTP)

• Dacă clientul își cunoaște adresa, serverul

BOOTP o va folosi pentru a transmite direct
clientului răspunsul
 Bootstrap Protocol (BOOTP)

• Clientul nu își cunoaște adresa:

• Două variante:
• Serverul utilizează adresa fizică a clientului
pentru a accesa tabelul ARP și răspunde
unicast (la nivel 2)
• răspunde broadcast (pentru a înștiința toate
sistemele din rețea despre asocierea adresă
fizică-adresă IP client)
Bootstrap Protocol (BOOTP)

• Răspuns broadcast
 Bootstrap Protocol (BOOTP)

Modul de operare BOOTP

După 7. clientul descarcă fișierul de configurare al cărui
nume l-a primit în răspuns
 Bootstrap Protocol (BOOTP)

• Formatul mesajului BOOTP

 Formatul mesajului BOOTP

• Câmpuri:
– Cod operație: 1 cerere (BOOTREQUEST), 2
răspuns(BOOTREPLY)
– Tip hardware: ca la ARP, tipul rețelei locale (1.
Ethernet, 6 rețele IEEE 802, ...)
– Lungimea adresei fizice: asociată tipului de rețea
locală
– Salturi: setat la 0 de către client la transmiterea
cererii.
 Formatul mesajului BOOTP
• Câmpuri:
– Identificatorul tranzacției: utilizat de client
pentru a pune în corespondență cerere-
răspuns
– Secunde: clientul înscrie numărul de secunde
de când a pornit configurarea
– Flaguri: numai un bit din 16 este utilizat. Este
setat 1 de către clientul care nu își cunoaște
adresa și cere un răspuns broadcast
 Formatul mesajului BOOTP
• Câmpuri:
– Adresa IP client: dacă clientul are adresă, o
înscrie în câmp
– Adresa IP “ta”: adresa IP asociată de server
cu clientul
– Adresa IP server: adresa serverului BOOTP
trimisă de acesta în răspuns
 Formatul mesajului BOOTP

• Câmpuri:
– Adresa IP Gateway: adresa unui ruter
configurat ca agent BOOTP care face
legătura între client și server situați în rețele
(subrețele) diferite.
• NU reprezintă adresa unui ruter implicit
utilizat în scopuri de rutare IP
 Formatul mesajului BOOTP
• Câmpuri:
• Adresa hardware a clientului
• Numele serverului: opțional, serverul poate
trimite numele său în răspuns (poate fi
“nickname”, poate fi nume de domeniu –
server.organizație.org)
• Nume de fișier de bootare: conține numele și
calea completă pentru un fișier de configurare
pe care clientul trebuie să îl descarce.
BOOTP Agenți Releu (agenți de expediere)

• Necesari pentru că BOOTP a fost proiectat să

permită serverului și clienților să se găsească în
rețele diferite.
• Implementarea acestei funcții a crescut
complexitatea protocolului, implicând și a treia
parte în procesul de configurare
• Uzual nu este un dispozitiv aparte, este un
modul software care rulează pe un dispozitiv
existent, având și alte funcții
BOOTP Agenți Releu (agenți de expediere)
 Dynamic Host Configuration Protocol
(DHCP)
• Pe măsura evoluției, protocoalele mai
rudimentare au fost înlocuite cu protocoale
superioare.
• Evoluție:
– RARP
– BOOTP
– DHCP
 Dynamic Host Configuration Protocol
(DHCP)
• Necesitatea apariției DHCP:
• BOOTP este relativ static:
– Serverul primește o cerere de la client
– Cererea conține adresa fizică a clientului
– Serverul caută în tabel asocierea dintre
adresa fizică și o adresa IP
Este funcțional într-un mediu relativ static, în
care adresele IP se modifică rar.
 Dynamic Host Configuration Protocol
(DHCP)
• Necesitatea apariției DHCP:
• O problemă majoră a fost epuizarea
iminentă a spațiului de adrese IP (v4). În
multe organizații, atribuirea în permanență
o adresă IP statică pentru fiecare
computer care ar putea să se conecteze la
rețeaua lor era un lux pe care nu și-l
puteau permite.
 Dynamic Host Configuration Protocol
(DHCP)

• Momentul actual – mobilitatea

echipamentelor dintr-o rețea în alta implică
obținerea permanentă de noi adrese IP care
să indice noua rețea în care se află.
 Dynamic Host Configuration Protocol
(DHCP)
• DHCP se bazează pe protocolul BOOTP,
adăugând
– capabilitatea de a aloca automat o adresă de
rețea și
– opțiuni de configurare suplimentare.
• Mesajele DHCP utilizează
– portul UDP 67, port pentru servere BOOTP și
– portul UDP 68, port pentru clienți BOOTP.
 Dynamic Host Configuration Protocol (DHCP)
• DHCP oferă trei mecanisme de alocare a
adresei IP:
– Alocare automată: DHCP atribuie permanent o
adresă IP unui host.
– Alocare dinamică: DHCP atribuie temporar o
adresă IP. O astfel de adresă este numită lease
(închiriată). Acesta este unicul mecanism care permite
utilizarea automată a unei adrese care nu mai este
necesară hostului căruia îi fusese atribuită.
– Alocare manuală: Adresa hostului este atribuită
manual de către un administrator de rețea.
Dynamic Host Configuration Protocol (DHCP)

• Diferența dintre alocarea dinamică și cea

automată constă numai în intervalul de timp
în care sistemul are la dispoziție adresa
alocată
• Ambele se realizează fără intervenția
administratorului de rețea
 Dynamic Host Configuration Protocol (DHCP)

• Alocarea manuală:
– Cea mai simplă metodă
– Echivalentă cu metoda BOOTP – se caută
într-un tabel adresa stabilită de către
administrator
– Potrivită pentru echipamentele de bază din
rețea (servere, rutere) care trebuie să aibă
o adresă IP stabilă, permanentă.
 Dynamic Host Configuration Protocol (DHCP)

• Alocarea dinamică:
• Administratorul stabilește un set de adrese
disponibile
• Serverul atribuie la cererea clientului o adresă
• Serverul ține evidența alocării adreselor
disponibile
• Serverul decide intervalul de timp cât este
alocată adresa
 Dynamic Host Configuration Protocol (DHCP)

• Alocarea dinamică:
• La expirarea perioadei, clientul
– Solicită păstrerea adresei sau
– Trebuie să obțină altă adresă
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Facilități:
– Automatism: clientul obține adresa fără
intervebția administratorului
– Management centralizat: toate adresele sunt
gestionate de către server
– Partajarea și refolosirea adreselor: la expirarea
perioadei de alocare, dacă sistemul nu mai este
activ, adresa este recuperată (de către server) și
alocată altui client care solicită o adresă IP
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Facilități:
– Portabilitate și universalitate: nu există
favorizați, nu există alocări predefinite,
orice client poate solicita o adresă.
– Evitarea conflictelor: toate adresele
disponibile fac parte dintr-un set predefinit,
administrat de server
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA AUTOMATĂ
• Utilizată în situațiile în care există un număr
suficient de adrese.
• În esență este o alocare dinamică cu o
perioadă de alocare permanentă.
• Nu prea este utilizată. Administratorii preferă
atribuirea permanentă (dacă este necesară)
prin metoda manuală.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Perioada de alocare a adresei lease
• Cel mult o oră:
– Asigură maximă eficiență de alocare a
adresei IP într-un mediu foarte dinamic, în
cazul în care
• există mai multe dispozitive cu nevoi de conectare
și deconectare de la rețea, precum și
• numărul de adrese IP este limitat.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Perioada de alocare a adresei lease
• O zi:
– Potrivită pentru situațiile în care mașinile
"clienților" de obicei sunt active pentru o zi.
– crește eficiența alocării adreselor IP atunci când
mulți angajați lucrează cu fracțiune de normă, sau
– se asigură că în fiecare zi, fiecare client trebuie să
ceară din nou permisiunea de a utiliza o adresă.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Perioada de alocare a adresei lease
• Trei zile: Acesta este implicit utilizat de
Microsoft.
• O săptămână: Un rezonabil "compromis"
între timpii mai scurți și mai lungi.
• Într-o lună: Un alt "compromis", mai
aproape de capătul mai lung al intervalului
de timp de leasing.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Perioada de alocare a adresei lease
• Trei luni: Asigură stabilitate rezonabilă
adresei IP, astfel încât adresele nu se
schimbă foarte des.
• Idee bună în cazul în care există mai multe adrese IP
disponibile și mașinile sunt adesea oprite timp de mai
multe zile sau săptămâni, la un moment dat. Poate fi
utilizat într-un cadru universitar pentru a se asigura că
adresele IP ale studenților care se întorc sunt menținute
pe parcursul vacanței de vară.
Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ

• Perioada de alocare a adresei lease

• Un an: O aproximare a unui contract de
leasing "infinit”.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Ciclul de viață al procesului:
• Alocarea: dacă nu dispune de una, clientul
obține o adresă lease
• Realocarea: clientul are deja o adresă lease.
La restartare (bootare) clientul contactează
serverul DHCP pentru a confirma închirierea și
pentru a obține parametrii de configurare. În
principiu, perioada de alocare se restartează.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Ciclul de viață al procesului:
• Funcționare normală: adresa IP odată
obținută, clientul utilizează adresa și
parametrii pe toată durata perioadei de
contract
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Ciclul de viață al procesului:
• Reînnoire: După un interval de timp, în
interiorul perioadei de alocare, în
apropierea expirării, clientul va încerca să
contacteze serverul care a acordat inițial
contractul de închiriere, pentru a reînnoi
contractul de închiriere astfel încât să
poată păstra în folosință adresa IP.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Ciclul de viață al procesului:
• Recontractarea: În cazul în care reînnoirea
contractului cu serverul de leasing inițial
eșuează (deoarece, de exemplu, serverul a
fost luat off-line), atunci clientul va încerca
să contacteze orice server DHCP activ,
încercând să prelungească contractul de
închiriere curent, cu orice server care va
permite să facă acest lucru.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Ciclul de viață al procesului:
• Eliberarea: clientul poate decide în orice
moment pe care nu mai dorește să
utilizeze adresa IP care i-a fost atribuită, și
poate rezilia contractul de închiriere,
eliberând adresa IP. (în cazul în care un
dispozitiv se deplasează într-o altă rețea,
de exemplu).
ALOCAREA DINAMICĂ
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• Mesajele DHCP:
• DHCPDISCOVER: Transmis broadcast de către
un client pentru a găsi un server DHCP
disponibil
• DHCPOFFER: Răspunsul unui server la
DHCPDISCOVER și oferirea unui adrese IP și a
altor parametri
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• DHCPREQUEST: Mesaj de la un client către
server având una dintre semnificațiile:
– Cerere de parametri oferiți de unul dintre servere,
declinând orice altă ofertă
– Verifică o adresă alocată anterior după ce are loc
o modificare de sistem sau rețea
– Cere de prelungire a termenului pentru o adresă
temporară.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• DHCPACK: Confirmare de la un server către un
client, conținând parametri, inclusiv adresă IP.
• DHCPNACK: Confirmare negativă de la server la
client, indicând faptul că adresa temporară a
clientului a expirat sau că cererea de adresă IP
este incorectă.
• DHCPDECLINE: Mesaj de la client spre server
indicând că adresa oferită este deja în utilizare.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• DHCPRELEASE: Mesaj de la client către 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 dorește parametri de configurare de la
un derver DHCP
Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ

• Obținerea configurației
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 1. Clientul transmite broadcast un mesaj
DHCPDISCOVER în subrețeaua fizică locală. În
acest punct clientul se găsește în starea INIT.
Mesajul DHCPDISCOVER poate include câteva
opțiuni cum ar fi sugestii privind adresa de
rețea sau durata unei adrese temporare
(lease).
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 2. Fiecare server răspunde cu un mesaj
DHCPOFFER care include o adresă de rețea
disponibilă (your IP address) și alte opțiuni de
configurare. Serverul memorează adresa
oferită clientului pentru a preveni oferirea
aceleași adrese unui client care transmite un
mesaj DHCPDISCOVER înainte ca primul client
să-și încheie configurarea.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 3. Clientul recepționează unul sau mai multe
mesaje DHCPOFFER de la unul sau mai multe
servere. Clientul alege unul, bazându-se pe
parametrii de configurare oferiți și transmite
broadcast mesajul DHCPREQUEST care include
identificatorul serverului al cărui mesaj a fost
ales și adresa IP luată din câmpul your IP
address.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 4. În cazul în care nu este recepționată nici o
ofertă, dacă clientul cunoaște o adresă de
rețea anterioară, va utiliza acea adresă dacă
este încă validă până când va expira (este
vorba despre o adresă lease).
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 5. Serverele recepționează mesajul broadcast DHCPREQUEST.
Acele servere care nu au fost selectate prin mesajul DHCPREQUEST
utilizează mesajul pentru a notifica faptul că oferta lor a fost
declinată de către client. Serverul selectat în DHCPREQUEST
marchează clientul ca fiind stabil, menține datele corespunzătoare
în memorie și răspunde cu un mesaj DHCPACK conținând
parametrii de configurare ceruți de către client. Combinația dintre
hardware-ul clientului și adresa de rețea atribuită constituie un
identificator unic pentru adresa temporară (lease) a clientului și
este utilizat atât de către client, cât și de către server pentru a
identifica o referire la lease în orice mesaj DHCP. Câmpul your IP
address din mesajul DHCPACK va fi umplut cu adresa de rețea
selectată.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 6. Clientul recepționează mesajul DHCPACK cu
parametrii de configurare. Clientul realizează
o verificare finală a parametrilor, de exemplu
cu ARP pentru adresa de rețea alocată, și
notează durata de valabilitate a adresei și
identificatorul adresei din mesajul DHCPACK.
În acest moment clientul s-a configurat.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 7. Dacă detectează o problemă cu parametrii din mesajul
DHCPACK (adresa se află deja în folosință în rețea),
clientul va transmite către server un mesaj DHCPDECLINE
și repornește procesul de configurare. Clientul va aștepta
minimum zece secunde pentru a reporni procesul de
configurare pentru a evita un trafic de rețea excesiv în
ncazul unei bucle. La recepția 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).
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 8. În cazul în care clientul recepționează un
mesaj DHCPNACK, va reporni procesul de
configurare.
 Dynamic Host Configuration Protocol (DHCP)
ALOCAREA DINAMICĂ
• 9. În cazul în care clientul recepționează un
mesaj DHCPNACK, va reporni procesul de
configurare.