1.4.

1 Modelul de referin

OSI

Modelul se ocup de conectarea sistemelor deschise - adic de sisteme deschise comunic rii cu alte sisteme. Modelul OSI cuprinde apte niveluri. Principiile aplicate pentru a se ajunge la cele apte niveluri sunt urmatoarele : 1. Un nivel trebuie creat atunci cnd este nevoie de un nivel de abstractizare diferit. 2. Fiecare nivel trebuie s ndeplineasc un rol bine definit. 3. Func ia fiec rui nivel trebuie aleas acordndu-se aten ie definirii de protocoale standardizate pe plan interna ional. 4. Delimitarea nivelurilor trebuie f cut astfel nct s se minimizeze fluxul de informa ii prin interfe e. 5. Num rul de niveluri trebuie s fie suficient de mare pentru a nu fi nevoie s se introduc n acela i nivel func ii diferite i suficient de mic pentru ca arhitectura s r mn func ional . Cele sapte niveluri sunt : Nivelul fizic Nivelul fizic se ocup de transmiterea bi ilor printr-un canal de comunica ie. Proiectarea trebuie s garanteze c atunci cnd unul din capete trimite un bit 1, acesta e receptat n cealalt parte ca un bit 1, nu ca un bit 0. Problemele tipice se refer la c i vol i trebuie utiliza i pentru a reprezenta un 1 i c i pentru un 0, dac transmisia poate avea loc simultan n ambele sensuri, cum este stabilit conexiunea ini ial i cum este ntrerupt cnd au terminat de comunicat ambele p r i, c i pini are conectorul de re ea i la ce folose te fiecare pin. Aceste aspecte de proiectare au o leg tur strns cu interfe ele mecanice, electrice, func ionale i procedurale, ca i cu mediul de transmisie situat sub nivelul fizic.Nivelul leg tur de date Sarcina principal a nivelului leg turii de date este de a transforma un mijloc oarecare de transmisie ntr-o linie care s fie disponibil nivelului re ea f r erori de transmisie nedetectate. Nivelul leg tur de date Sarcina principal a nivelului leg turii de date este de a transforma un mijloc oarecare de transmisie ntr-o linie care s fie disponibil nivelului re ea f r erori de transmisie nedetectate. Nivelul leg tur de date realizeaz aceast sarcin oblignd emi torul s descompun datele de intrare n cadre de date (n mod tipic, cteva sute sau cteva mii de octe i) i s transmit cadrele secven ial. Dac serviciul este sigur, receptorul confirm fiecare cadru trimi nd napoi un cadru de confirmare pozitiv .

O alt problem care apare la nivelul leg tur de date ( i, de asemenea, la majoritatea nivelurilor superioare) este evitarea inund rii unui receptor lent cu date provenite de la un emi tor rapid. n acest scop sunt necesare mecanisme de reglare a traficului care s permit emi torului s afle ct spa iu tampon de ine receptorul la momentul curent. Controlul traficului i tratarea erorilor sunt deseori integrate. Re elele cu difuzare determin n nivelul leg tur de date o problem suplimentar : cum s fie controlat accesul la canalul partajat. De aceast problem se ocup un subnivel special al nivelului leg tur de date i anume subnivelul de control al accesului la mediu. Nivelul re ea Nivelul re ea se ocup de controlul func ion rii subre elei. O problem cheie n proiectare este determinarea modului n care pachetele sunt dirijate de la surs la destina ie. Dirijarea se poate baza pe tabele statistice care sunt ,,cablate intern n re ea i care sunt schimbate rar. Traseele pot fi de asemenea stabilite la nceputul fiec rei conversa ii, de exemplu la nceputul unei sesiuni la terminal (de ex. o opera ie de login pe o ma in la distan ). n sfr it, dirijarea poate fi foarte inamic , traseele determinndu-se pentru fiecare pachet n concordan cu traficul curent din re ea. Dac n subre ea exist prea multe pachete simultan, ele vor intra unul pe traseul celuilalt i astfel se vor produce gtuiri. Controlul unor astfel de congestii i revine tot nivelului re ea. Mai general, calitatea serviciilor oferite (ntrziere, timp de tranzitare, fluctua ii, etc.) este tot o responsabilitate a nivelului re ea. Multe probleme pot ap rea cnd un pachet trebuie s c l toreasc dintr-o re ea n alta ca s ajung la destina ie. Modul de adresare folosit de a doua re ea poate s difere de cel pentru prima. Nivelul transport Rolul principal al nivelului transport este s accepte date de la nivelul sesiune, s le descompun , dac este cazul, n unit i mai mici, s transfere aceste unit i nivelului re ea i s se asigure c toate fragmentele sosesc corect la cel lalt cap t. n plus, toate acestea trebuie f cute eficient i ntr-un mod care izoleaz nivelurile de mai sus de inevitabilele modific ri n tehnologia echipamentelor. Nivelul transport determin , de asemenea, ce tip de serviciu s furnizeze nivelului sesiune i, n final, utilizatorilor re elei. Cel mai obi nuit tip de conexiune transport este un canal punct-la-punct f r erori care furnizeaz mesajele sau octe ii n ordinea n care au fost trimi i. Alte tipuri posibile de servicii de transport sunt transportul mesajelor individuale - f r nici o garan ie n privin a ordinii de livrare - i difuzarea mesajelor c tre destina ii multiple. Nivelul sesiune Nivelul sesiune permite utilizatorilor de pe ma ini diferite s stabileasc ntre ei sesiuni. Sesiunile ofer diverse servicii, incluznd controlul dialogului (respectarea ordinii n raport cu dreptul de a transmite), gestionarea jetonului (prevenirea situa iei n care dou entit i ncearc aceea i opera ie critic n acela i timp) i sincronizarea (introducerea de puncte de control pe parcursul transmisiilor lungi, astfel nct, n cazul unui e ec, acestea s poat fi reluate de unde r m seser ).

Nivelul prezentare n particular, spre deosebire de nivelurile inferioare, care se ocup numai de transferul bi ilor dintr-un loc n altul, nivelul prezentare se ocup de sintaxa i semantica informa iilor transmise. Pentru a face posibil comunicarea ntre calculatoare cu reprezent ri diferite ale datelor, structurile de date care se schimba ntre ele pot fi definite ntr-un mod abstract, al turi de o codificare standardizat ce va fi utilizat pe cablu. Nivelul prezentare gestioneaz aceste structuri de date abstracte i permite definirea i comunicarea unor structuri de date de nivel mai nalt (de ex. nregistr ri bancare). Nivelul aplica ie Nivelul aplica ie con ine o varietate de protocoale frecvent utilizate. Un exemplu de protocol utilizat pe scar larg este HTTP (HyperText Transfer Protocol), care sta la baza WWW (World Wide Web). Atunci cnd un program de navigare (browser) acceseaz o pagin Web, el trimite serverului numele paginii pe care o dore te folosind HTTP. Serverul va trimite ca r spuns pagina. Alte protocoale de aplica ie sunt folosite pentru transferul fi ierelor, po t electronica, tiri n re ea.

1.4.2 Modelul de referin

TCP/IP

S ne ndrept m acum aten ia de la modelul de referin OSI spre modelul de referin utilizat de str mo ul tuturor re elelor de calculatoare, ARPANET-ul, i de succesorul s u, Internet-ul. De i vom prezenta mai trziu o scurt istorie a ARPANET-ului, este util s men ion m acum cteva aspect esen iale. ARPANET a fost o re ea de cercetare sponsorizat de c tre DoD (U.S. Department of Defense, rom: Departamentul de Ap rare al Statelor Unite). n cele din urm , re eaua a ajuns s conecteze ntre ele, utiliznd linii telefonice nchiriate, sute de re ele universitare i guvernamentale. Atunci cnd au fost ad ugate, mai trziu, re ele prin satelit i radio, interconectarea acestora cu protocoalele existente a pus diferite probleme. Era nevoie de o nou arhitectur de referin . De aceea, posibilitatea de a interconecta f r probleme mai multe tipuri de re ele a reprezentat de la bun nceput un obiectiv de proiectare major. Aceast arhitectur a devenit cunoscut mai trziu sub denumirea de modelul de referin TCP/IP, dat dup numele celor dou protocoale fundamentale utilizate. Arhitectura respectiv a fost definit prima dat n (Cerf i Kahn, 1974) Nivelul internet Toate aceste cerin e au condus la alegerea unei re ele cu comutare de pachete bazat pe un nivel inter-re ea f r conexiuni. Acest nivel, numit nivelul internet, este axul pe care se centreaz ntreaga arhitectur . Rolul s u este de a permite gazdelor s emit pachete n orice re ea i a face ca pachetele s circule independent pn la destina ie (fiind posibil ca aceasta s se g seasc pe o alt re ea). Pachetele pot chiar s soseasc ntr-o ordine diferit fa de cea n care au fost trimise, caz n care dac se dore te livrarea lor ordonat - rearanjarea cade n sarcina nivelurilor superioare. De observant c ,,internet este folosit aici ntr-un sens generic, chiar dac acest nivel este prezent i n Internet.

Nivelul transport
Nivelul situat deasupra nivelului internet din modelul TCP/IP este frecvent numit nivelul transport. Acesta este proiectat astfel, nct s permit conversa ii ntre entit ile pereche din gazdele surs i, respectiv, destina ie, la fel ca n nivelul transport OSI. Primul din ele, TCP (Transmission Control Protocol), este un protocol sigur orientat pe conexiuni care permite ca un flux de octe i trimi i de pe o ma in s ajung f r erori pe orice alt ma in din inter-re ea. Acest protocol fragmenteaz fluxul de octe i n mesaje discrete i paseaz fiecare mesaj nivelului internet. Al doilea protocol din acest nivel, UDP (User Datagram Protocol), este un protocol nesigur, f r conexiuni, destinat aplica iilor care doresc s utilizeze propria lor secven iere i control al fluxului, i nu pe cele asigurate de TCP.

Modelul TCP/IP nu con ine niveluri sesiune sau prezentare. Acestea nu au fost incluse pentru c nu s-a sim it nevoia lor. Deasupra nivelului transport se afl nivelul aplica ie. Acesta con ine toate protocoalele de nivel mai nalt.

Nivelul aplica ie

Dou calculatoare ale aceleia i companii sau organiza ii, aflate la mic distan , pot fi conectate simplu printr-un cablu, pentru a comunica ntre ele. Acesta este modul de func ionare al re elelor locale. Oricum, cnd distan ele sunt mari sau sunt multe calculatoare, ori cnd cablurile ar trebui s treac printr-un loc public, costul instal rii de cabluri particulare este de obicei prohibitiv. n consecin , proiectan ii de re ele trebuie s se bazeze pe facilit ile de comunica ie existente. O astfel de facilitate este PSTN, (Public Switched Telephone Network, rom: re ea telefonic public comutat ), care a fost proiectat cu mul i ani n urm , n cu totul alt scop: transmisia vocii umane ntr-o form mai mult sau mai pu in recognoscibil . Acest sistem nu este destul de potrivit pentru comunica iile ntre calculatoare, dar situa ia se schimb rapid odat cu introducerea fibrelor optice i a tehnologiei digitale.

2.5 SISTEMUL TELEFONIC

Tema central a acestui capitol o reprezint modul de alocare a unui singur canal cu difuzare ntre mai mul i utilizatori concuren i.

4.1 PROBLEMA ALOC RII CANALULUI

Modul tradi ional de alocare a unui singur canal, cum ar fi cablul telefonic, ntre mai multi utilizatori concuren i este multiplexarea cu diviziunea frecven ei (FDM Frequency Division Multiplexing). Dac exist N utilizatori, banda de transmisie este mp r it n N p r i egale fiec rui utilizator fiindu-i alocat una dintre acestea. Deoarece fiecare utilizator are o band de frecven proprie, nu exist interferen e ntre utilizatori.

4.1.1 Alocarea static a canalului n re elele LAN i MAN

4.1.2 Alocarea dinamic a canalului n re elele LAN i MAN

nainte de a ncepe prezentarea numeroaselor metode de alocare a canalului, care fac obiectul acestui subcapitol, merit s formul m cu aten ie problema aloc rii.

La baza ntregii activit i din acest domeniu stau cteva ipoteze-cheie, descrise n continuare. 1. Modelul sta iilor. Acest model const din N sta ii independente (calculatoare, telefoane, dispozitive de comunicare personal etc.), fiecare avnd un program sau un utilizator care genereaz cadre de transmis. 2. Ipoteza canalului unic. Exist un singur canal accesibil pentru toate comunica iile. Toate sta iile pot transmite prin el i pot recep iona de la el. 3. Ipoteza coliziunii. Dac dou cadre sunt transmise simultan, ele se suprapun, iar semnalul rezultat va fi neinteligibil. 4. Timp continuu. Transmisia cadrelor poate surveni n orice moment. Nu exist un ceas comun, care s mpart timpul n intervale discrete. 5. Timp discret. Timpul este mp r it n intervale discrete (cuante). Transmisia cadrelor porne te ntotdeauna la nceputul unei cuante. O cuant poate con ine 0, 1 6. Detec ia purt toarei. Sta iile pot afla dac un canal este liber sau nu nainte de a ncerca s -l utilizeze. Dac el este deja ocupat, nici o sta ie nu va mai ncerca s l utilizeze pn cnd nu se va elibera. 7. Nedetec ia purt toarei. Sta iile nu pot afla starea canalului nainte de a ncerca s l utilizeze. Ele pur i simplu ncep s transmit . Abia dup aceea vor putea determina dac transmisia s-a efectuat cu succes sau nu.