Documente Academic
Documente Profesional
Documente Cultură
UniversitateaTehnic a Moldovei
Facultatea Calculatoare, informatic i microelectronic
Specialitatea Informatica Aplicat
Protocolul IP
Aefectuat:
A verificat:
conf.univ.
Stadler Lucia
Chiinu 2013
1. Prezentarea protocolului IP
Recenta i scurta perioad n care calculatoarele i reele de calculatoare au devenit un punct
de confluen pentru diverse domenii de cercetare a fost marcat de dispute majore. La nceputul
anilor `90 toate conferinele de reele de calculatoare erau dominate de problematici legate de
tehnologiile broadband, efort concluzionat prin ATM. Anii `93-`94 s-au strduit s rezolve
diverse probleme de scalabilitate ale protocoalelor de nivel reea. Sfritul anilor `90 a fost
marcat de dou tendine aparent contradictorii: stabilirea Ethernetului ca principal tehnologie
pentru LAN, ntr-o perioad n care cuvntul de ordine era QoS. nceputul noului deceniu
readuce problema scalabilitii pentru nucleul Internetului, iar ctigtorul ce se prefigureaz este
MPLS.
RFC-ul ce definete protocolul IP a fost publicat n 1981, i precum constituia Statelor
Unite ale Americii este i acum folosit n aceeai form, toat lumea trecnd sub tcere cele
cteva amendamente majore pe care le-a suferit.
Capitolul de fa i propune trei obiective: prezentarea spiritului protocolului, ce a
supravieuit tuturor amendamentelor ulterioare, apoi punctarea schimbrilor aprute n anii `92`94, pentru ca n final, dup ce am prezentat fora protocolului IP, s vedem cteva dintre
protocoalele fr de care IP-ul i pierde mare parte din sens.
a) Structura antetului IP
Protocolul IP este cu noi de mai bine de 20 de ani, astfel nct am ajuns la punctul de a preda
studenilor lucruri ce s-au petrecut naintea naterii lor. Ar trebui oare studiul antetului IP s fie
abordat la o or de istoria calculatoarelor?
Antetul IP, chiar dac nu a fost amendat direct, nu este doar o mrturie a viziunii asupra
reelelor de calculatoare pe care o aveau cei de acum 20 de ani, ci, chiar dac ne place sau nu,
este modul n care lumea noastr de azi este gndit. Multe dintre tehnologiile pe care le avem
azi nu sunt neaprat cele mai performante, ci sunt "IP compliant".
Orice pachet ajuns la nivelul reea va fi rempachetat, adugndu-i-se antetul IP. n figura de
mai jos sunt prezentate cmpurile ce compun antetul IP, urmnd apoi o scurt descriere a
acestora.
b) Adresarea IP
O adres IP este un ir de 32 de bii ce identific dou lucruri: o reea i o staie n cadrul
acelei reele. Forma n care sunt folosite totui adresele IP nu este cea binar, astfel nct cnd
spunem adres IP aveam mai degrab n minte reprezentarea decimal a patru octei, separai
prin trei puncte.
Astfel pentru o adres IP dat: 10110001000001000001011000001000, vom separa mai nti
biii n grupuri de cte 8 bii: 10110001.00000100.00010110.00001000 i n final vom converti
fiecare grup n decimal: 177.4.22.8.
Dei aceast nou exprimare nlesnete semnificativ lucrul cu adresele IP, aduce unele
limitri legate de uurina de a discerne ntre poriunea de reea i cea de staie din cadrul adresei
IP. ncercarea de a pstra reprezentarea decimal ca model de referin pentru IP i de a clarifica
distincia ntre cele dou componente ale adresei IP a dus la definirea claselor de adrese IP.
c) Clasele de adrese IP
Odat cu definirea celor trei clase pentru rutare a mai fost definit un spaiu de adrese ce este
folosit pentru adresarea multicast, anume clasa D. Restul adreselor vor constitui clasa E,
reprezentnd adrese rezervate.
n tabelul de mai jos sunt prezentate cele 5 clase definite pentru spaiul de adrese IP.
O adres IP de broadcast sau de difuzare este o adres pentru care toi biii de staie sunt 1.
Un pachet destinat unei astfel de adrese va ajunge la toate staiile din aceeai reea.
O clas de adrese B este definit de valorile primilor doi bii din adresa IP, aceti primi doi
bii fiind 10. Respectnd aceast constrngere rezult c toate adresele IP ale cror prim octet se
afl ntre 10000000 i 10111111, adic ntre 128 i 191, aparin unei clase B.
Cmpul de reea pentru o clas B va cuprinde primii doi octei, dar cum primii doi bii ai
primului octet sunt fixai, ne rmn doar 14 bii pentru a crea clase B. Pentru definirea staiilor
vom avea la dispoziie ultimii doi octei, adic 16 bii. Astfel vom obine 16.384 reele, fiecare
avnd un numr maxim de staii de 65.533.
Clasele A i B la un loc reprezint 75% din spaiul de adrese disponibile, aceste clase fiind
epuizate n primii ani de expansiune a Internetului (`92 -`94). Dac mai dm la o parte clasele D
i E, clase ce nu pot fi folosite pentru rutare, rezult c aproape ntreaga expansiune a
Internetului din ultimul deceniu s-a fcut folosindu-se doar 12,5% din spaiul de adresare IP, i
anume clasele C.
Clasele C se definesc prin alocarea primilor 3 octei pentru definirea reelei i doar a
ultimilor 8 bii pentru distingerea ntre staiile aceleiai reele. Primii trei bii din primul octet
trebuie s fie 110, adic valoarea acestui prim octet trebuie s se afle ntre 192 i 223 pentru ca o
adres s aparin unei clase C.
Dei numrul claselor C depete 2 milioane, numrul de staii pentru fiecare dintre aceste
reele este de doar 254.
Clasa de adrese D este folosit pentru reele multicast. Chiar dac reelele multicast nu s-au
ridicat la nlimea ateptrilor formate la nceputul anilor `90, exist n continuare proiecte de
cercetare cu un impact major bazate pe multicast (M-Bone fiind cel mai recent), iar reelele de
transmisie pentru programe TV sau mcar pentru radio nu par s se desprind de arhitecturile
multicast. Fr ndoial pentru Romnia tehnologiile multicast reprezint un exerciiu mai mult
teoretic, dar asta nu trebuie s ne fac s pierdem din vedere puternicul impact pe care l au
acestea mai ales n SUA.
Pentru adresa multicast spaiul de adrese este plat, toi cei 4 octei fiind folosii pentru
definirea adresei de staie. Deoarece primii 4 bii ai primului octet sunt fixai, i anume 1110,
numrul adreselor de multicast este de 268 milioane.
Figura 5.3 sumarizeaz tipurile de adrese IP, prezentnd ponderea numrului de octei alocai
pentru cmpul staie din totalul celor patru octei ce formeaz o adres IP.
Clasa de adrese E este rezervat i nu poate fi folosit n reelele publice, sau n soluii de
multicast.
2. Soluiile pentru rezolvarea problemei epuizrii rapide a spaiului de adrese IP
a) Prezentarea problemelor
Dei criza epuizrii spaiului de adrese IP a luat amploare abia la nceputul anilor `90,
primele eforturi de evitare a blocrii creterii Internetului au aprut ncepnd cu mijlocul anilor
`80.
Este evident c preul pltit pentru folosirea exprimrii adreselor IP n form decimal, i
anume gruparea spaiului de adrese n doar trei tipuri de reele s-a tradus ntr-un grad extrem de
redus de eficien n folosirea adreselor IP.
Astfel n 1985 IETF public RFC-ul cu numrul 950, al crui scop este de a introduce
aparent nc un nivel ierarhic n formatul de adresare IP. Adresele IP vor avea n continuare 32 de
bii, dar acetia nu vor mai fi grupai doar n dou cmpuri: reea i staie, ci vor mai putea
aparine unui nou cmp subreea.
Odat cu subreelele a aprut distincia ntre adresarea ce ine cont doar de cele trei clase: A,
B i C, aceasta fiind numit adresare classful, i noul tip de adresare, ce ofer suport pentru
cmpul de subreea, aceasta din urm fiind numit adresare classless.
Odat cu acutizarea crizei adreselor IP, n anul 1992, adresarea classless a cptat un loc
central n noua arhitectur a Internetului, prin dezvoltarea mecanismelor de rutare pentru astfel
de adrese. Soluia s-a numit CIDR (Classless InterDomain Routing) i a rspuns att la problema
epuizrii rapide a spaiului de adrese IP, ct i la problema creterii n dimensiune a tabelelor de
rutare.
b) Masca de reea
Masca de reea este un ir de 32 de bii care, n conjuncie logic cu o adres IP, va separa
adresa de reea, anulnd biii de staie.
Fiecare bit din masca de reea ce corespunde (se afl pe aceai poziie) cu un bit din cmpul
de reea va avea valoare 1, n vreme ce toi biii corespunztori cmpului de staie vor avea
valoarea zero.
Mtile de reea sunt inutile ntr-un mediu ce ofer adresare classful, deoarece simpla testare
a valorii primului octet fa de 128 i 192 ne-ar oferi toate informaiile necesare despre numrul
biilor ce aparin cmpului reea dintr-o adres IP dat. n schimb, odat cu apariia adresrii
classless, masca de reea a devenit piatra de temelie n deciziile de rutare.
Reprezentarea mtilor de reea folosit cel mai des este cea decimal, datorit similitudinii
cu forma de exprimare a adreselor IP.
O a doua form de reprezentare a mtilor de reea este sub forma unui numr ce reprezint
numrul de bii de 1 din masca de reea, aceast form de reprezentare fiind referit ca prefix de
reea.
Dei modul de utilizare a unei mti de reea reiese direct din definiia acesteia, vom
exemplifica pe dou adrese ce se aflau n spaiul iniial de adrese, dar dup njumtire au ajuns
n reele diferite. Fie 130.170.32.0 i 130.170.132.0 aceste adrese:
Putem acum aloca pentru reeaua de 300 de staii doar jumtate de clas B, adic 32 de mii
de adrese. Dar nimic nu ne mpiedic s mpiedic s njumtim nc odat unul dintre spaiile
de adrese obinut, avnd astfel la dispoziie dou spaii de cte 16 mii de adrese. i, de ce nu, s
mergem mai departe cu procesul de creare de subreele pentru a obine spaii de 512 adrese.
Pentru a reprezenta 512 variante avem nevoie de 9 bii n cmpul staie. Din cei 16 bii
iniiali vom trece direct 7 bii n cmpul de subreea. Masca de reea trebuie extins cu 7 bii
devenind 23, rezultatul operaiei fiind definirea unui spaiu de adrese ce ocup doar 1/64 din
spaiul iniial.
clasele de adrese fiind privite ca un caz particular al acestora. Astfel putem trage concluzia c
singura diferen ntre reele i subreele este de natur strict istoric.
n al doilea rnd masca de reea este deseori apelat ca masc de subreea, ambele exprimri
referindu-se totui la acelai obiect.
d) Prima i ultima subreea
n momentul cnd crem subreele este uor de observat posibila confuzie ce se poate face
ntre adresa de reea a spaiului de adrese iniial i adresa de reea a primei subreele create, dar
totodat i ntre adresa de difuzare pentru spaiul de adrese iniial i adresa de difuzare a ultimei
subreele.
n exemplul de mai nainte singura diferen ntre clasa B i prima sa jumtate era masca de
reea folosit, i tot masca de reea este singura diferen ntre adresa de difuzare a clasei B i
adresa de difuzare a celei de a doua jumti.
Din tabel se observ c eficiena alocrii de adrese n urma crerii de subreele, pentru o
clas C nu poate depi 77%, i dei se poate obine o eficien mai bun pentru crearea de
subreele pentru o clas B, nu trebuie uitat c n momentul startrii implementrilor de CIDR,
singurele reele disponibile mai erau doar clasele C.
e) Supernetting
O a doua component a CIDR, la fel de important ca i crearea de subreele, este procesul
invers, i anume posibilitatea agregrii mai multor spaii de adrese ntr-un singur spaiu.
n figura 5.8 sunt reprezentate binar 4 clase C, alese special ca s difere doar prin cei doi bii
cei mai puin semnificativi ai cmpului de reea.
Cele 4 clase din tabel sunt n fapt sferturile unui singur spaiului de adrese. Adresa agregat,
sau super-reeua ce cuprinde cele 4 clase se obine n acest caz reducnd masca de reea cu doi
bii, aceti doi bii trecnd n cmpul de staie vor fi fcui zero pentru a determina adresa de
reea agregat.
Procesul de creare de super-reele, numit i proces de agregare de adrese, este extrem de
important mai ales pentru optimizarea funcionrii ruterelor. Agregarea adreselor are drept
consecin reducerea dimensiunii tabelei de rutare, care n final se traduce n laten mai sczut
a rutrii, dar i n reducerea cerinelor de procesor i memorie.
3. Alte protocoale pentru reelele IP
a) ARP - Address Resolution Protocol
Pentru ca dou dispozitive de reea s poat comunica este necesar cunoaterea att a
adresei MAC, ct i a celei logice. n cazul n care numai una dintre adrese este disponibil se
apeleaz la un protocol dedicat care pe baza acesteia va determina cealalt adres.
Stiva de protocoale TCP/IP conine dou protocoale de nivel reea pentru a servi acest scop:
ARP (Address Resolution Protocol) i RARP (Reverse Address Resolution Protocol). ARP este
protocolul ce va oferi adresa MAC a unui dispozitiv de reea, dat fiind adresa sa IP.
ARP se bazeaz pe construirea i meninerea unei tabele ARP. O tabel ARP are rolul de a
oferi o coresponden ntre adresele IP i cele MAC. Acestea sunt construite dinamic i sunt
stocate n memoria RAM. Dei exist mecanisme pentru adugarea sau eliminarea unei intrri
ntr-o tabel ARP, acestea sunt rareori folosite.
Fiecare computer sau dispozitiv de reea i pstreaz propria sa tabel ARP.
afl n acelai segment. Dac acesta ar fi fost un cadru obinuit ruterul ar fi luat o decizie pe baza
tabelei sale de rutare. Fiind totui o cerere ARP ruterul va genera un rspuns ARP ce va conine
propria sa adres MAC. Rspunsul ARP va fi ncapsulat, iar antetul va avea att la nivelul
legtur de date ct i la nivelul reea n cmpul adres surs adresa interfeei ruterului ce se afl
conectat la reea. Ruterul va determina pe ce interfa trebuie s trimit pachetele destinate
pentru 24.8.17.2 i va trimite pe aceast interfa o nou cerere ARP. B1 va rspunde la aceasta.
n final toate staiile din reeaua A i vor aduga o nou intrare n tabela ARP ce va face
corespondena ntre 193.23.1.1 i adresa MAC a interfeei ruterului: 00.48.0C.18.7A.A2. n plus
staia A1 va mai aduga o intrare ce va mapa 24.8.17.2 cu adresa 00.48.0C.18.7A.A2. Staiile din
reeaua B vor insera dou intrri n tabelele ARP proprii:
24.8.17.1 - 00.48.0C.18.7A.A3 i 24.8.17.1 - 00.01.9A.11.71.11.
b) NAT - Network Address Translation
NAT (RFC 1631) ofer posibilitatea schimbrii unei adrese IP cu o alta din antetul unui
pachet IP. n practic NAT se folosete pentru a permite staiilor ce utilizeaz adrese private s
acceseze Internetul.
Deoarece exist un numr destul de mare de reele neconectate la Internet, IETF a ncercat s
reglementeze folosirea adreselor n cadrul acestor reele. Soluia (RFC 1918) a fost definirea
unor spaii de adrese private, adrese ce nu pot fi rutate pe Internet.
Obinerea unei reele are un cost fix de 50 $ + taxe. Acest cost pare extrem de mic, cu toate
acestea procesul este anevoios, deoarece necesit justificarea dimensiunii spaiului de adrese,
precum i ateptarea de pn la 3 luni de zile.
Folosirea adreselor private ofer o schem de adresare rapid i comod. n plus datorit
faptului c adresele staiilor nu sunt accesibile din afara reelei folosirea adreselor private este
deseori considerat una dintre cele mai eficiente politici de securitate.
Totodat adresele private pun o serie de probleme. Cea mai important este c ruterul prin
care reeaua privat acceseaz Internetul va trebui s fi capabil s fac conversia adreselor
private n adrese publice, deci s ruleze un serviciu de NAT. Acest serviciu impune o laten
suplimentar pentru fiecare pachet ce tranziteaz ruterul. Un alt dezavantaj este acela c n
interiorul unei reele private nu pot fi plasate calculatoare ce ofer servicii publice, deoarece este
imposibil de iniiat conexiuni din exterior ctre acestea.
Translatarea static a adreselor presupune constituirea unei tabele de translatare ce va asigna
ntotdeauna aceeai adres public pentru o adres privat dat. Trebuie s existe n acest caz un
numr egal de adrese publice i adrese private.
Translatarea dinamic a adreselor presupune definirea unui rezervor de adrese publice, iar
apoi vor fi asignate n funcie de ordinea n care staiile solicit conexiuni cu Internetul. Odat
ncheiat ultima conexiune a unei staii adresa public este ntoars n rezervorul de adrese,
putnd fi alocat unei alte staii. Avantajul major al acestei implementri este c numrul
adreselor publice poate fi semnificativ mai redus dect al celor private. Dac spre exemplu avem
o reea cu 200 de calculatoare, dar din care pe Internet nu sunt niciodat mai mult de un sfert,
atunci se poate realiza o translatare dinamic a adreselor pe un spaiu de 64 de adrese publice i
Ce adres vom aloca gateway-ului (ruterului de ieire din reea) pentru aceast reea?
o n realitate nimeni nu ne poate constrnge n a aloca orice adres valid de staie
gateway-ului, dar i aici intervin conveniile n vigoare. Prin convenie, pentru
gateway se folosete prima adres valid de staie, adic n cazul nostru
reprezentarea binar a lui 1 pe 6 bii, adic cinci de 0 urmai de un 1.
o La punctul 4 am determinat adresa de subreea pentru cea de a doua subreea,
astfel nct vom altera doar cmpul de staie:
Cte adrese vom avea disponibile pentru staii pentru cea de a doua subreea?
Una dintre confuziile frecvente este acea de a asocia adresele de difuzare cu adrese terminate
n 255. Nimic nu poate fi mai fals, dup cum i acest exemplu o dovedete. Rspunsul greit, dar
mult mai popular printre studeni la aceast ntrebare este: 131.85.1.255, cea ce, bineneles,
reprezint adresa de difuzare pentru cea de a aptea subreea.
5. ntrebri
1. Fie o staie cu adresa IP 177.22.14.20. Care este adresa de reea din care face parte
aceast staie?
a) 177.22.0.0
b) 177.22.14.0
c) 177.22.14.20
d) cu o masc de reea potrivit poate fi oricare dintre variantele de mai sus
2. Dac un ruter are o interfa serial S0, cu adresa IP 107.85.20.2/255.255.255.240 care
este adresa de broadcast folosit pentru hosturile din aceast subreea?
a) 107.85.20.15
b) 107.85.20.255
c) 107.85.255.255
d) 107.255.255.255
3. Ct de mare este poriunea pentru reea/subreea pentru masca de reea 255.255.240.0
folosit ntr-o adres de clas B?
a) 18 bii
b) 19 bii
c) 20 de bii
d) Este o masc invalid pentru o adres de clasa B
4. Care dintre cele de mai jos este o adres valid de staie pentru o subreea cu masc 26?
a) 129.17.9.192
b) 148.37.8.31
c) 157.16.0.68
d) 193.230.36.191
5. Avem spaiul de adrese 50.9.0.0/16 pe care trebuie s definim 400 de subreele. Care este
adresa cea mai mic pe care o putem asigna unei staii?
a) 50.9.0.0
b) 50.9.0.129
c) 50.9.1.0
d) 50.9.1.1
6. Fie dou staii aflate n dou reele conectate printr-un ruter. Staia nr 1 transmite date
ctre staia nr 2. Dimensiunea tabelei ARP este mai mare:
a) pentru staia nr. 2 dac se folosete proxy ARP
b) pentru staia nr. 2 dac se folosete default gateway
c) pentru staia nr. 1 dac se folosete proxy ARP
d) pentru staia nr. 1 dimensiunea tabelei ARP este aceeai i dac am folosi proxy ARP
i dac am folosi default gateway
7. De pe o staie aflat ntr-o reea ce folosete adrese private se iniiaz 2 sesiuni http
ctre acelai site i una telnet. Cte porturi noi vor fi alocate pe serverul de NAT pentru
acest nou trafic?
a)
b)
c)
d)
0
1
2
3